英语轻松读发新版了,欢迎下载、更新

你们遇到过这样的奇葩公司和奇葩想法吗

mebius 发布于 2013年09月13日
无人欣赏。

一款为桌面设计的软件原封不动移植到iPad和ANDROID平板中。所有功能和界面都不变,一行代码都不用改。能猜到使用的啥技术了吧?

移动设备性能100%碎成渣,还不让用原生语言重写……

怎么破?

共31条回复
tinyfool 回复于 2013年09月13日

HTML5?做得好的话还凑合

mebius 回复于 2013年09月13日

1楼 @tinyfool 用的是悲剧的Adobe AIR。话说现在极累的开发库已经很难兼容多个平台了,不是性能力有问题,就是和系统兼容有问题。

估计这次iOS7悬了,又要纠结一阵子了 :(

tinyfool 回复于 2013年09月13日

2楼 @mebius 汗,我早就忘了世界上还曾经有这个东西了

mebius 回复于 2013年09月13日

3楼 @tinyfool 使用的人为数不多了。而且不是啥最优解决方案,刚刚达到“实现了”的地步

tinyfool 回复于 2013年09月13日

4楼 @mebius 唉,我其实也在策划做某种跨平台工具……

mebius 回复于 2013年09月13日

5楼 @tinyfool 这一年多我都在寻找设计查阅相关资料,我已经开始怀疑这是个伪命题了,每次感觉快要找到最好的方案时都发现存在很多缺陷。

tinyfool 回复于 2013年09月13日

6楼 @mebius 先天的问题肯定是存在的,跨平台技术上其实不难,难在于怎么用户体验跨平台

mebius 回复于 2013年09月13日

7楼 @tinyfool 就这个体验问题,我就一直没鼓捣出来,基本上可采用的方法是view部分重写,要不就什么都不改,弄个渣渣上去

tinyfool 回复于 2013年09月13日

8楼 @mebius 客户如果是渣,你就渣渣的好了

mebius 回复于 2013年09月13日

9楼 @tinyfool 我们渣渣的后果就是iOS下载量为0,渣的都没人理了。

tinyfool 回复于 2013年09月13日

10楼 @mebius 这个,真想瞻仰一下

LokiSharp 回复于 2013年09月13日

10楼 @mebius 求观摩

mebius 回复于 2013年09月13日

Tangel找这个开发商,你们这是看出殡的不怕殡大啊

灵感之源 回复于 2013年09月13日

基于HTML的跨平台解决方案有好几个了啊,api封装还行

enno 回复于 2013年09月13日

还是html5靠谱

万顷风涛 回复于 2013年09月13日

看热闹,不怕事儿大…………

abigfrog 回复于 2013年09月13日

air还是不错的 我在用的原型设计工具mockups就是基于air开发的

BarryWey 回复于 2013年09月13日

老板小气,就这么样子了,估计!

adachang88 回复于 2013年09月13日

5楼 @tinyfool 我老弟的公司已经做了一个(http://www.dongyo.cn/),能实现iOS、android、html5、WP、PC跨平台发布,并具备较快移植到mac上的能力。全部是原生的本地引擎,没用html5做中介,因此性能很好。不过限于人力和时间关系,IDE做得差了点。有兴趣合作不?

灵感之源 回复于 2013年09月14日

其实是拍板选什么技术路线的人,如cto/架构师的问题

kxdd2002 回复于 2013年09月14日

20楼 @灵感之源 架构师也是被动的,要受老板的要求,团队的技术基础,团队的协作模式,平台特点,以后的变化需求,技术支持,项目的质量和工期要求等等。。。因素统合考虑来确定架构和技术方案。。。。很考验人啊,选什么技术并不代表架构师自己偏爱什么,额,对合格的架构师来说。。。。

tinyfool 回复于 2013年09月14日

19楼 @adachang88 兴趣不大,呵呵

灵感之源 回复于 2013年09月14日

21楼 @kxdd2002

选择适合的技术是架构师必备的素质。最终用户懂个屁技术。如果是客户(给钱你做这个产品的人)指定,那可能是为了现有技术的一致性。但如果该客户没有特别偏好,就应该根据资源选取最优的,这里最优不是最先进最酷,而是根据客户的情况,资源,加上对未来可能发生的情况的考虑,综合分析后得出的方案。

kxdd2002 回复于 2013年09月14日

23楼 @灵感之源 说得不错,但我听你的意思,感觉你是常作项目,相对于产品?

灵感之源 回复于 2013年09月14日

24楼 @kxdd2002

项目是自己做。在公司都是产品。你想要多大多复杂的?单表几十亿的数据,还是一天千万级的更新,还是一个模块100多页的算法,还是报表5000个?还是集群服务器中的多个数据库里一个数据库4tb?

复杂的业务系统包括的模块很多,譬如crm几百个表也是一个模块而已。

kxdd2002 回复于 2013年09月14日

25楼 @灵感之源 你精力真旺盛,上着班还接私活?

灵感之源 回复于 2013年09月14日

26楼 @kxdd2002

上班就8个小时,回家就做自己的产品。我以前做了很多个人产品,千万下载量。最近弄大型集群服务器端系统,准备创业

kxdd2002 回复于 2013年09月14日
灵感之源 回复于 2013年09月14日

28楼 @kxdd2002

入门早,啥都弄过,不同行业,不同技术,不同平台。

譬如我新开的帖子里面说的:你做过最复杂/大的系统是?

在桌面这块就没弄过mac os, 移动这块没怎么弄,只弄过android。

现在还想弄弄手机应用,有些创意,看看什么时候实现。

nickel 回复于 2013年09月14日

19楼 @adachang88 你发那个dongyo的什么东西基本没什么用,事实上就是实现类似Flash/Air差不多逻辑的东西,而且还不见得比Flash/Air好用和强大。

运行效率说是用原生本地引擎(难道浏览器不是原生本地引擎吗?呵呵),关键在于要满足的需求比较复杂,复杂的需求后面的定义语言(你们自己定义的某种协议或者数据格式)在引擎上执行时,实际还是效率不高,而且于Flash/Air一样受制于引擎的实现质素。功能越复杂,要满足的需求越复杂,引擎优化难度就越高,甚至几乎不可能。你觉得HTML5为什么没法有非常高的运行效率?不就是因为WEB技术所需要满足的需求过于复杂,所涉及的定义语言也很复杂,解释处理起来怎么都无法有与原生应用匹敌的效率。

这种采用原生+解释性协议实现比WEB/HTML5技术更好效率和体验的模式,只能针对需求不那么复杂的特定领域,而不是游戏这种那么复杂的领域。复杂的东西只能选两极做法,要么原生满足高复杂度高质素需求,要么HTML5这类满足快速开发复杂度较低的需求。

想要的太多,实际上就等于什么都要不到。

adachang88 回复于 2013年09月15日

30楼 @nickel 游戏引擎本来就是一种有确定方向的应用啊,这方面有很多与此有关特性可以固化。事实上我们比较过,用Mobile Creator实现的游戏效率不比源生的差,同样能实现2D游戏的绝大多数要求,同时开发效率比直接用html5开发高多了。至于html5,我们也实现了相关的引擎,性能方面跟原生没法比的,而且浏览器多少还是有兼容性问题,还得做兼容性代码调整。 至于Flash/Air那是一种通用的应用开发框架,我们也试用过,其开发效率以及性能跟专业游戏引擎没法比的。

本帖有31个回复,因为您没有注册或者登录本站,所以,只能看到本帖的10条回复。如果想看到全部回复,请注册或者登录本站。

登录 或者 注册
[顶 楼]
|
|
[底 楼]
|
|
[首 页]