|
想在武汉找工作 |
我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另外一个做ios，当然还需要有人处理backend, server, CI 等等。
但团队讨论征求意见的时候，我个人感觉大家对用javascript做手机app有点嗤之以鼻，但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起release，在这种情况下大家建议用js糙快猛还是多雇码农同时开发ios/android？ 当然startup资源有限，雇佣太多的人估计会吃不消。
如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还需要二次开发。
大家如果是在做startup会怎么看怎么做？？
共收到7条回复
要是钱多的话，就雇人分开开发IOS, ANDROID。要是钱少得话，少雇几个就上JS吧！将来事情谁知道，要是JS成了，但是有缺点，再开发NATIVE不晚。
莫非我们的idea比较一样？其实第一个native APP最难，之后都可以很多东西复用，糙快猛一点不差
这个还看公司的资源,要是有比较熟的前端人员,可以考虑H5+JS的方式.
这是前段时间技术群里经常讨论的问题. 不过大家都觉得,如果对native app的开发不了解,用这种跨平台开发的方式也会遇到各种各样的问题,并没有想象中那么好.
我以前做过客户端开发,android比较熟,IOS凑合也能写,也尝试过JS+H5内嵌页面方式做web app,我个人倾向于native app,一方面是自己技术的限制,js方面薄弱一些,另一点是native的东西开发起来比较有把握,调试方便,易维护.
我个人建议是内部挖掘几个能做客户端的. android也好ios也好,并没有那么难做. 哪怕是选型打算用js做了,也最好事并行的做native的准备.
web app 现在的用户体验，用户粘性，都不及native app好。如果你的业务要有一定数量的用户来做支撑那还是native吧。如果移动端只是商业模式的补充。那可以考虑下web app。
试水的话可以用用H5，但是android上碎片化程度很高，低配机器普遍性能很差，有卡顿感。
要看你的产品是以体验为卖点，还是以其他方面为卖点。
Native开发需要投入的资源非常大。而初创的项目或产品一下成功的几率很低，可以试水成功，反响不错之后筹集更多资源来改版成native。
自己想的，跟老百姓喜爱的，买账的，有时候根本不是一回事儿，为了检验这点想法，有时候用不着投入很大的成本。
用js开发高体验的app也不容易，只会jquery的指定不可以。 还有一办法就是了解一下你的大部分客户是使用什么客户端， 比如这几个月只做iOS或者只做android
