W***o
发帖数: 6519 | 1 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
外一个做ios，当然还需要有人处理backend, server, CI 等等。
听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
然startup资源有限，雇佣太多的人估计会吃不消。
如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
需要二次开发。
大家如果是在做startup会怎么看怎么做？？ |
c*********e
发帖数: 16335 | 2 如果app不需要把数据存在cell phone的数据库或者卡里面，就直接写个web app,用
cellphone的browser浏览就可以了。
这主要取决于你的mobile app要不要用到native app,native database,native hard
drive.
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
W***o
发帖数: 6519 | 3 app主要是是和网络服务器交互信息，用不到native database，当然需要移动设备的定
位和
gps
【在 c*********e 的大作中提到】
: 如果app不需要把数据存在cell phone的数据库或者卡里面，就直接写个web app,用
: cellphone的browser浏览就可以了。
: 这主要取决于你的mobile app要不要用到native app,native database,native hard
: drive.
|
h*i
发帖数: 3446 | 4 Why not ios first?
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
W***o
发帖数: 6519 | 5 android 用户该失望了吧？
【在 h*i 的大作中提到】
: Why not ios first?
|
c*******0
发帖数: 5247 | 6
如果你觉得UI和好的用户交互是你的app里面比较重要的，那么两个人，一个人一个平
台。你主要是http+location，不会很难
如果你觉得UI和好的交互不是MVP中重要的环节，那么上跨平台开发。
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
c*********e
发帖数: 16335 | 7 browser里面就可以知道你的定位和gps.
【在 W***o 的大作中提到】
: app主要是是和网络服务器交互信息，用不到native database，当然需要移动设备的定
: 位和
: gps
|
h*******u
发帖数: 15326 | 8 mono
【在 W***o 的大作中提到】
: android 用户该失望了吧？
|
r*a
发帖数: 1503 | 9 要是钱多的话，就雇人分开开发IOS, ANDROID。要是钱少得话，少雇几个就上JS吧！将
来事情谁知道，要是JS成了，但是有缺点，再开发NATIVE不晚。
别听他们在那里瞎侃，赶紧赚钱要紧。 |
r*a
发帖数: 1503 | 10 我现在在用meteor.js写一个应用，写完以后，上web, ios, android, 给的时间只有一
个月，然后还没有多少钱，native开发根本做不到。 |
|
|
W***o
发帖数: 6519 | 11 这个高效！
【在 r*a 的大作中提到】
: 我现在在用meteor.js写一个应用，写完以后，上web, ios, android, 给的时间只有一
: 个月，然后还没有多少钱，native开发根本做不到。
|
h******b
发帖数: 6055 | 12 看你现有人马是web developer多还是传统developer多了，web多， Cordova/Phonegap
封装mobile web site成app是最大程度糙快猛的实现。 普通手机功能也都支持。 UI
可以选ionic（angular），也可以选meteor。
你可以看看cordova支持的手机硬件功能（相机， location， 等)。 cordova大把
plugin，从广告到内购应有尽有。
http://cordova.apache.org/docs/en/4.0.0/guide_support_index.md.
其实真的需要重新写， 说明你们已经成功了。 不过如果团队都是传统程序员， 天生
反感JS， 那么强扭的瓜不甜， 让他们写也不会投入， 会找一千个理由抗拒。 你也
看到这个版多忌讳JS的普及了。 一般startup也就是普通CRUD数据库， JS和现有网站
搭配有先天优势。
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
h*****2
发帖数: 2070 | 13 除了meteor.js，还有什么推荐的跨平台的？对AWS、或者AZURE的支持怎么样？主要缺
点是什么？
我是外行，望赐教。
【在 r*a 的大作中提到】
: 我现在在用meteor.js写一个应用，写完以后，上web, ios, android, 给的时间只有一
: 个月，然后还没有多少钱，native开发根本做不到。
|
h******b
发帖数: 6055 | 14 我也好奇meteor怎么搞， 特别是后台部分。
请问后台是自己搞AWS或者Digital Ocean吗？
【在 h*****2 的大作中提到】
: 除了meteor.js，还有什么推荐的跨平台的？对AWS、或者AZURE的支持怎么样？主要缺
: 点是什么？
: 我是外行，望赐教。
|
W***o
发帖数: 6519 | 15 后台肯定不能用angular/meteor搞了，具体怎么搞，看你熟悉啥了还有预算；钱多就上
aws，少的话就买1-2个node自己配置digital ocean。简驴破磨 or 不差钱
【在 h******b 的大作中提到】
: 我也好奇meteor怎么搞， 特别是后台部分。
: 请问后台是自己搞AWS或者Digital Ocean吗？
|
c********1
发帖数: 5269 | 16 DreamFactory is an open source REST API platform for mobile enterprise
application developers.
https://bitnami.com/stack/dreamfactory
【在 h*****2 的大作中提到】
: 除了meteor.js，还有什么推荐的跨平台的？对AWS、或者AZURE的支持怎么样？主要缺
: 点是什么？
: 我是外行，望赐教。
|
s********k
发帖数: 6180 | 17 莫非我们的idea比较一样？其实第一个native APP最难，之后都可以很多东西复用，糙
快猛一点不差
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
s********k
发帖数: 6180 | 18 我们准备上parse
【在 W***o 的大作中提到】
: 后台肯定不能用angular/meteor搞了，具体怎么搞，看你熟悉啥了还有预算；钱多就上
: aws，少的话就买1-2个node自己配置digital ocean。简驴破磨 or 不差钱
|
h******b
发帖数: 6055 | 19 仔细看了一下meteor和ionic比较了一下：
1）不用angular是个优势，非常适合习惯jquery的普通前端developer。
2）不知道什么ui package比较适合iOS/Android，现在好像比较现成的有metroic, 结
合了ionic那些css。或者bootstrap?
3）backend/local data不用自己管理。 这个吸引力好大，巨多的package从脸书谷歌
登陆，到读取第三方数据。
4）要自己搞服务器,用parse这样的后台服务还能自动管理本地数据吗。看到一个parse
的package。
https://github.com/timmyg/meteor-parse-sdk/
感觉以最快最猛出MVP来说，没有任何平台可以相比。 js轮子中的轮子。 |
p**r
发帖数: 5853 | 20 3年前的悲惨教训，
用当时所谓最好的JS跨平台appcelecator同时做2个平台的app，
开始还洋洋得意，做到后面，全部丢进垃圾桶，
用原生工具语言分别重写一遍
credit也要给一下：
3年前我开发前对appcelecator的知识是0，
2个星期把安卓和IOS版本都做出来了，都能用，没啥BUG，
就是UI的微调方面能把人气死。 |
|
|
h******b
发帖数: 6055 | 21 无论如何让你起步了。
两个星期出了MVP，双平台测试市场。
淘宝后端都重写多少次了，重写真的不代表开始的技术不行。 最快最猛才是起步的真
谛。
【在 p**r 的大作中提到】
: 3年前的悲惨教训，
: 用当时所谓最好的JS跨平台appcelecator同时做2个平台的app，
: 开始还洋洋得意，做到后面，全部丢进垃圾桶，
: 用原生工具语言分别重写一遍
: credit也要给一下：
: 3年前我开发前对appcelecator的知识是0，
: 2个星期把安卓和IOS版本都做出来了，都能用，没啥BUG，
: 就是UI的微调方面能把人气死。
|
x*********0
发帖数: 133 | 22 Meteor是基于nodejs的一个框架,后台MVC部分是nodeJs.数据库mongoDB，省事的可以搭
配parse，不过parse是美国的，国内有类似的哈。
【在 h******b 的大作中提到】
: 我也好奇meteor怎么搞， 特别是后台部分。
: 请问后台是自己搞AWS或者Digital Ocean吗？
|
W***o
发帖数: 6519 | 23 what is 国内类似的 to Parse?
【在 x*********0 的大作中提到】
: Meteor是基于nodejs的一个框架,后台MVC部分是nodeJs.数据库mongoDB，省事的可以搭
: 配parse，不过parse是美国的，国内有类似的哈。
|
l**********n
发帖数: 8443 | 24 所有nodejs的这些framework都不值得尝试。
【在 x*********0 的大作中提到】
: Meteor是基于nodejs的一个框架,后台MVC部分是nodeJs.数据库mongoDB，省事的可以搭
: 配parse，不过parse是美国的，国内有类似的哈。
|
h******b
发帖数: 6055 | 25 我看meteor主要有三个功能非常强悍：
1）服务器和local数据自动sync
2）hot update，不需要通过谷歌苹果商店也能更新。
这上面两点自己也能写，但写严谨真心不容易。有个轮子，糙快猛的多。
3）不像angular那样逼着你搞scope/controller/service这套理论。 写起来很像传统
jquery。
缺点是不像ionic那样是为了ios/android而生，没看到什么成功mobile app的例子。市
场份额是angular的零头。 估计我
还是继续ionic/angular了。 |
T**r
发帖数: 7016 | 26 RE这个，像appcelerator这些ＪＳ平台永远都是被动的，指不定哪天就完全跟不上iOS
或者Android的更新了，指不上哪天这些公司就倒闭ＳＯＬ了。咱们这儿也是3年前引进
的appcelerator，简单的app爽，复杂一点的就傻了。
【在 p**r 的大作中提到】
: 3年前的悲惨教训，
: 用当时所谓最好的JS跨平台appcelecator同时做2个平台的app，
: 开始还洋洋得意，做到后面，全部丢进垃圾桶，
: 用原生工具语言分别重写一遍
: credit也要给一下：
: 3年前我开发前对appcelecator的知识是0，
: 2个星期把安卓和IOS版本都做出来了，都能用，没啥BUG，
: 就是UI的微调方面能把人气死。
|
k******t
发帖数: 1498 | 27 简驴破磨和不差钱是哪两家？纯外行，知道Digital ocean linode rackspace和aws，
没听说过这两个。
【在 W***o 的大作中提到】
: 后台肯定不能用angular/meteor搞了，具体怎么搞，看你熟悉啥了还有预算；钱多就上
: aws，少的话就买1-2个node自己配置digital ocean。简驴破磨 or 不差钱
|
c*******9
发帖数: 9032 | 28 先做好ios的，android就很快了。很多项目拖时间，不是因为编程量大，而是一开始需
求和设计没有考虑清楚，改动多。
android程序员好找，所以可以后做。
【在 W***o 的大作中提到】
: android 用户该失望了吧？
|
l**********n
发帖数: 8443 | 29 不要贪快去折滕那些跨平台的。js只适合web
【在 c*******9 的大作中提到】
: 先做好ios的，android就很快了。很多项目拖时间，不是因为编程量大，而是一开始需
: 求和设计没有考虑清楚，改动多。
: android程序员好找，所以可以后做。
|
c*******9
发帖数: 9032 | 30 其实目标设计明确（后台也完善了），又不追求花哨，分别做android和ios也是很快的
。不需要用太多人，人多了交流起来耗时费力。如果后台不完善，需求还可能变，就不
要两个平台同时做。先做好一个，减少返工。
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
|
|
c*******9
发帖数: 9032 | 31 是的，没有什么像样的app是用js写的。
【在 l**********n 的大作中提到】
: 不要贪快去折滕那些跨平台的。js只适合web
|
s********k
发帖数: 6180 | 32 re这个，确实设计明确不容易，UX经常会改，而且容易扯皮，各人都有各人觉得合适的
【在 c*******9 的大作中提到】
: 其实目标设计明确（后台也完善了），又不追求花哨，分别做android和ios也是很快的
: 。不需要用太多人，人多了交流起来耗时费力。如果后台不完善，需求还可能变，就不
: 要两个平台同时做。先做好一个，减少返工。
|
ET
发帖数: 10701 | 33 如果客户是美国的，ios先。
如果客户是国内的，android先
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
s********k
发帖数: 6180 | 34 不知道美国的Android占有率多少？
【在 ET 的大作中提到】
: 如果客户是美国的，ios先。
: 如果客户是国内的，android先
|
ET
发帖数: 10701 | 35 it's too crow on google play store. and people using android device doesn't
spend that much as iPhone user.
I develop for both so I keep eyes on device users wherever I go.
【在 s********k 的大作中提到】
: 不知道美国的Android占有率多少？
|
h******b
发帖数: 6055 | 36 除非你的app非常复杂，绝对应该双平台一起发。
推广的成本是非常高的，你推广iOS版本和Android的广告上面无非是多一个google
play的icon而已。
至于review可以找专业团队给你刷起来。 |
s********k
发帖数: 6180 | 37 在美国怎么找专业团队刷？
【在 h******b 的大作中提到】
: 除非你的app非常复杂，绝对应该双平台一起发。
: 推广的成本是非常高的，你推广iOS版本和Android的广告上面无非是多一个google
: play的icon而已。
: 至于review可以找专业团队给你刷起来。
|
c*******9
发帖数: 9032 | 38 刷榜被识破会被干掉。是好东西不愁推广。做出烂东西推广了也是差评。
【在 h******b 的大作中提到】
: 除非你的app非常复杂，绝对应该双平台一起发。
: 推广的成本是非常高的，你推广iOS版本和Android的广告上面无非是多一个google
: play的icon而已。
: 至于review可以找专业团队给你刷起来。
|
c*******9
发帖数: 9032 | 39 除非有明显的竞争对手要比谁先，推广不差这两个月。
【在 c*******9 的大作中提到】
: 刷榜被识破会被干掉。是好东西不愁推广。做出烂东西推广了也是差评。
|
c*********e
发帖数: 16335 | 40 刷榜在社交网站，旅游网站太频繁了。我朋友的一个餐馆在某知名旅游网站上，刷榜刷
出来的好review,那些什么澳大利亚来的食客什么的，谁有时间去鉴别是不是真的？
【在 c*******9 的大作中提到】
: 刷榜被识破会被干掉。是好东西不愁推广。做出烂东西推广了也是差评。
|
|
|
z****e
发帖数: 54598 | 41 然
我的经验也是如此
之前为了跨平台，搞死人
最后火大，直接干掉其他所有平台
就光照ios和android
一马平川
【在 l**********n 的大作中提到】
: 不要贪快去折滕那些跨平台的。js只适合web
|
z****e
发帖数: 54598 | 42 稍微有所不同这里
我觉得android更麻烦
ios容易得多
android为了一个屏幕不同大小搞死人
【在 c*******9 的大作中提到】
: 先做好ios的，android就很快了。很多项目拖时间，不是因为编程量大，而是一开始需
: 求和设计没有考虑清楚，改动多。
: android程序员好找，所以可以后做。
|
z****e
发帖数: 54598 | 43 又胡扯
淘宝后端真正重构只有两次
一次php，一次java
sun的架构师搭建的整体架构
现在还在用，只是换掉一些收费的产品
oracle db之类的
【在 h******b 的大作中提到】
: 无论如何让你起步了。
: 两个星期出了MVP，双平台测试市场。
: 淘宝后端都重写多少次了，重写真的不代表开始的技术不行。 最快最猛才是起步的真
: 谛。
|
f****n
发帖数: 399 | 44 独立开发两个平台的代码遇到的多半是业务逻辑的问题。
用js跨平台要多花时间去处理平台本身的问题。
ionic/angular 到处都是坑，一个后退键都要处理半天。
不知道以后都用浏览器跑会不会成为主流。
【在 W***o 的大作中提到】
: 我们业余的一个团队希望快速开发一个app出来，支持startup公司的新的商业模式；
: 如果希望同时开发android和ios的app，是不是最好有两个开发team？一个android，另
: 外一个做ios，当然还需要有人处理backend, server, CI 等等。
: 听大家在版上讨论的意见，我个人感觉大家对用javascript做手机app有点嗤之以鼻，
: 但是从startup的角度来讲，希望将第一版service尽快推出，而且是两个平台一起
: release，在这种情况下大家建议用js糙快猛还是多雇马工同时开发ios/android？ 当
: 然startup资源有限，雇佣太多的人估计会吃不消。
: 如果集中资源用js开发跨平台app，花费少，工期也会短，但是缺点是长远来看可能还
: 需要二次开发。
: 大家如果是在做startup会怎么看怎么做？？
|
