OC

Knowledge OS
鹦鹉螺口语

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

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

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

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

怎么破?

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

HTML5?做得好的话还凑合

2楼 · 回复
mebius 回复于 2013年09月13日

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

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

3楼 · 回复
tinyfool 回复于 2013年09月13日

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

4楼 · 回复
mebius 回复于 2013年09月13日

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

5楼 · 回复
tinyfool 回复于 2013年09月13日

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

6楼 · 回复
mebius 回复于 2013年09月13日

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

7楼 · 回复
tinyfool 回复于 2013年09月13日

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

8楼 · 回复
mebius 回复于 2013年09月13日

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

9楼 · 回复
tinyfool 回复于 2013年09月13日

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

10楼 · 回复
mebius 回复于 2013年09月13日

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

11楼 · 回复
tinyfool 回复于 2013年09月13日

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

12楼 · 回复
LokiSharp 回复于 2013年09月13日

10楼 @mebius 求观摩

13楼 · 回复
mebius 回复于 2013年09月13日

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

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

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

15楼 · 回复
enno 回复于 2013年09月13日

还是html5靠谱

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

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

17楼 · 回复
abigfrog 回复于 2013年09月13日

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

18楼 · 回复
BarryWey 回复于 2013年09月13日

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

19楼 · 回复
adachang88 回复于 2013年09月13日

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

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

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

21楼 · 回复
kxdd2002 回复于 2013年09月14日

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

22楼 · 回复
tinyfool 回复于 2013年09月14日

19楼 @adachang88 兴趣不大,呵呵

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

21楼 @kxdd2002

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

24楼 · 回复
kxdd2002 回复于 2013年09月14日

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

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

24楼 @kxdd2002

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

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

26楼 · 回复
kxdd2002 回复于 2013年09月14日

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

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

26楼 @kxdd2002

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

28楼 · 回复
kxdd2002 回复于 2013年09月14日
29楼 · 回复
灵感之源 回复于 2013年09月14日

28楼 @kxdd2002

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

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

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

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

30楼 · 回复
nickel 回复于 2013年09月14日

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

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

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

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

31楼 · 回复
adachang88 回复于 2013年09月15日

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

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