h******b
发帖数: 6055 | 1 http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
没上过大学的小孩也能开发几十万玩家的在线游戏。
千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
，推送，是组装IKEA家具和自己砍树的区别。
免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
拉series A了。 |
ET
发帖数: 10701 | 2 必须的。有经验自己也可以上parse。省人才财力不说，还能在最短的时间做到决定是
不是该继续项目的目的。
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
w***g
发帖数: 5958 | 3 是说自己就不需要服务器了吗？
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
N*****m
发帖数: 42603 | 4 PaaS吧，应该是不需要了
【在 w***g 的大作中提到】
: 是说自己就不需要服务器了吗？
|
w***g
发帖数: 5958 | 5 免费的只有20G数据库。额外的需要$200/20GB/month。参考前面zlike的帖子。
这个20G估计在key value本身的大小外还要乘个倍数。一点后台都不懂当然上手快，不
过到时候被宰起来，估计也会非常快。
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
h******b
发帖数: 6055 | 6 我理解这个数据库空间是数据本身而不是硬盘大小。而且你不用考虑任何replication,
缓存的问题应该是非常耐用的。
Database storage refers to data stored as Parse Objects, which are limited
to 128KB in size. File storage refers to static assets that are stored using
the Parse File APIs, typically images, documents, and other types of binary
data. The amount of Database Storage and File Storage currently used by an
app can be found under Performance in the Analytics tab of your Parse
Dashboard.
【在 w***g 的大作中提到】
: 免费的只有20G数据库。额外的需要$200/20GB/month。参考前面zlike的帖子。
: 这个20G估计在key value本身的大小外还要乘个倍数。一点后台都不懂当然上手快，不
: 过到时候被宰起来，估计也会非常快。
|
l******n
发帖数: 9344 | 7 不便宜呀
自己做着玩，想省钱肯定不用的。
【在 w***g 的大作中提到】
: 免费的只有20G数据库。额外的需要$200/20GB/month。参考前面zlike的帖子。
: 这个20G估计在key value本身的大小外还要乘个倍数。一点后台都不懂当然上手快，不
: 过到时候被宰起来，估计也会非常快。
|
d*******r
发帖数: 3299 | 8 还是得具体看是什么app,
昨天扫了眼 parse 的 API, 它主要适合非实时存取少量数据的 app |
c*******0
发帖数: 5247 | 9
replication,
using
binary
an
我看不出这个东西比Appengine好在哪里。Appengine也不用考虑replication，load
balancing，cache，有Android/iOS API，比parse便宜不知道多少倍。
当然你要写一点点后端程序，但有endpoint，这个一点点几乎可以忽略不计。
【在 h******b 的大作中提到】
: 我理解这个数据库空间是数据本身而不是硬盘大小。而且你不用考虑任何replication,
: 缓存的问题应该是非常耐用的。
: Database storage refers to data stored as Parse Objects, which are limited
: to 128KB in size. File storage refers to static assets that are stored using
: the Parse File APIs, typically images, documents, and other types of binary
: data. The amount of Database Storage and File Storage currently used by an
: app can be found under Performance in the Analytics tab of your Parse
: Dashboard.
|
h******b
发帖数: 6055 | 10 appengine算是一堆木板，虽然不需要砍树，跟IKEA组件还有很大差距。
parse是turnkey solution, 所有需要的api基本上都有了。直接call。就拿最简单这个
user login来说，parse从login到social login到in app purchase基本上都是一条龙
。非常简单无脑。
而且parse出来很多年了成功以后被脸书高价收购了。 谷歌的pet project太多了。
很难说有多serious。 在mbaas, parse要成熟很多。
【在 c*******0 的大作中提到】
:
: replication,
: using
: binary
: an
: 我看不出这个东西比Appengine好在哪里。Appengine也不用考虑replication，load
: balancing，cache，有Android/iOS API，比parse便宜不知道多少倍。
: 当然你要写一点点后端程序，但有endpoint，这个一点点几乎可以忽略不计。
|
|
|
c******o
发帖数: 1277 | 11 难得都是replication， scalability.
耗时的是设计，和游戏逻辑实现。
login到social login到in app purchase加起来我最多一个礼拜。 |
r***y
发帖数: 4379 | 12 看了一下 api doc , 非常糙快猛, 适合有好idea的小白...
可怕的是日后想移出来就不容易了
懂后台的, 还是象 wdong 那样自己整server 托管吧. 上班每天都折腾后台开发的顺手
就弄了.
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
z****e
发帖数: 54598 | 13 叉，paas收费总体来说比iaas贵不少
你动不动就忽悠别人掏钱，你怎么不想想你要是愿意花钱的话
干脆雇个人来干活算了，没有经验算个屁事？ |
z****e
发帖数: 54598 | 14 你把compute engine和app engine弄混了
【在 h******b 的大作中提到】
: appengine算是一堆木板，虽然不需要砍树，跟IKEA组件还有很大差距。
: parse是turnkey solution, 所有需要的api基本上都有了。直接call。就拿最简单这个
: user login来说，parse从login到social login到in app purchase基本上都是一条龙
: 。非常简单无脑。
: 而且parse出来很多年了成功以后被脸书高价收购了。 谷歌的pet project太多了。
: 很难说有多serious。 在mbaas, parse要成熟很多。
|
z****e
发帖数: 54598 | 15
replication,
using
binary
an
这几乎就是一个最低级的file system
谈不上什么像样的persistence
就类似你自己用io去做，就差不多这样了，就等于没有用db和nosql这些
远不如mongo，至少mongo还有replica，还能跑点sql
用mongo已经很蛋疼了，用这种方式搞，以后persistence可以把你折磨到死
【在 h******b 的大作中提到】
: 我理解这个数据库空间是数据本身而不是硬盘大小。而且你不用考虑任何replication,
: 缓存的问题应该是非常耐用的。
: Database storage refers to data stored as Parse Objects, which are limited
: to 128KB in size. File storage refers to static assets that are stored using
: the Parse File APIs, typically images, documents, and other types of binary
: data. The amount of Database Storage and File Storage currently used by an
: app can be found under Performance in the Analytics tab of your Parse
: Dashboard.
|
z****e
发帖数: 54598 | 16 $200/20GB/month
简直是杀人的价格啊
aws的s3第一个t是$0.03/g/m
20G=$0.6
200/0.6=333.3333333倍的价格
啧啧，真有钱
【在 w***g 的大作中提到】
: 免费的只有20G数据库。额外的需要$200/20GB/month。参考前面zlike的帖子。
: 这个20G估计在key value本身的大小外还要乘个倍数。一点后台都不懂当然上手快，不
: 过到时候被宰起来，估计也会非常快。
|
ET
发帖数: 10701 | 17 包括匿名用户，匿名用户再到registered用户，
还需要个analytics dashboard, 集成个什么google analytics或者其它flurry
crash report，再整个crashlytics
ios再用个afnetworking， android上再用个volley
顺便再弄个urbanairship，
还有distribution，hockeyapp
对吧？只用你另外1个星期？
Parse都有了。ios, android, windows, unity, PHP, javascript
Parse hosting..
【在 c******o 的大作中提到】
: 难得都是replication， scalability.
: 耗时的是设计，和游戏逻辑实现。
: login到social login到in app purchase加起来我最多一个礼拜。
|
ET
发帖数: 10701 | 18 you don't pay it from day 1. You pay when you hit the limit.
Of course they will make money. They have done quite a few house keeping and
heavy lifting work.
Now you can focus on what matters most.
【在 l******n 的大作中提到】
: 不便宜呀
: 自己做着玩，想省钱肯定不用的。
|
ET
发帖数: 10701 | 19 扫了一眼都下出这种结论？
http://blog.parse.com/ 介绍了基于parse的成功故事。
【在 d*******r 的大作中提到】
: 还是得具体看是什么app,
: 昨天扫了眼 parse 的 API, 它主要适合非实时存取少量数据的 app
|
ET
发帖数: 10701 | 20 我都不知道这是比什么。你建个创业公司，后台前端都有了，谁傻用parse呀。
现在随便招个前端后端，你不给$10万它肯跟你做吗？
招一个ios ，说不定还要个frontend，一个后端，半年出个产品吧，就算你上aws什么
的，每个月流水之处200-500刀吧，半年过去了，你花了至少10万－12万。
你产品出来了，花钱推广吧。
用parse，后端省了，少花5万刀，你可以雇个android的，或者留着钱请marketing。
你要说你产品牛逼大了，一发布就超过parse的限制（parse现在新收钱模式是30/s api
call以下免费），有个5万刀你也撑到你有用户10万，当然了，看你做什么的。
【在 r***y 的大作中提到】
: 看了一下 api doc , 非常糙快猛, 适合有好idea的小白...
: 可怕的是日后想移出来就不容易了
: 懂后台的, 还是象 wdong 那样自己整server 托管吧. 上班每天都折腾后台开发的顺手
: 就弄了.
|
|
|
ET
发帖数: 10701 | 21 genius.
two years ago, I checked, half of parse team are ivy league graduate.
specially, MIT CS graduate.
I decided better not reply your comment.
【在 z****e 的大作中提到】
: $200/20GB/month
: 简直是杀人的价格啊
: aws的s3第一个t是$0.03/g/m
: 20G=$0.6
: 200/0.6=333.3333333倍的价格
: 啧啧，真有钱
|
z****e
发帖数: 54598 | 22 叉你大爷的
ivy算个鸟啊
真要比的话，老子混的学校也不见的比ivy差
人要生在美国，一心琢磨进个ivy难度也就是天朝上个重点线的难度
更不要说sat那种数学简直就是白痴考的
能比你读的初中数学难不？
这里灌水的初中数学基本上都是满分过来的吧？
更不要说用这些东西跟写这些东西完全是两回事
用这些东西的一般iq要求要低几等
就像你会用windows你就觉得自己iq向大门看齐了吗？
考，你高考top多少趴啊？看个ivy吓成这个鸟样，丢人现眼
【在 ET 的大作中提到】
: genius.
: two years ago, I checked, half of parse team are ivy league graduate.
: specially, MIT CS graduate.
: I decided better not reply your comment.
|
ET
发帖数: 10701 | 23 叉你大爷的! 你他妈就这傻逼素质。
【在 z****e 的大作中提到】
: 叉你大爷的
: ivy算个鸟啊
: 真要比的话，老子混的学校也不见的比ivy差
: 人要生在美国，一心琢磨进个ivy难度也就是天朝上个重点线的难度
: 更不要说sat那种数学简直就是白痴考的
: 能比你读的初中数学难不？
: 这里灌水的初中数学基本上都是满分过来的吧？
: 更不要说用这些东西跟写这些东西完全是两回事
: 用这些东西的一般iq要求要低几等
: 就像你会用windows你就觉得自己iq向大门看齐了吗？
|
z****e
发帖数: 54598 | 24 你高考top多少啊？
看到个ivy吓得尿裤子
丢人不？
【在 ET 的大作中提到】
: 叉你大爷的! 你他妈就这傻逼素质。
|
z****e
发帖数: 54598 | 25 后端自己做，为什么要请人？
你丫是不是不会做后端？
看到一个crud吓得半死
cotlzhao说得那些无非就是一个简单的crud的事
一周绰绰有余了，如果运气好的话，或者说做过的话
一天足够搞定了，如果手生，需要看文档的话
也就是如果只是做过ror之类的，还不是那么熟练的话
只对语言本身比较清晰的话，我估计四天足够搞定
无非install个postgresql和tomcat，然后crud一遍
这哪里要什么钱？自己动手丰衣足食
iaas一开始也不用啥钱，如果只是account和in app purchase这些api
不需要后端就可以做
api
【在 ET 的大作中提到】
: 我都不知道这是比什么。你建个创业公司，后台前端都有了，谁傻用parse呀。
: 现在随便招个前端后端，你不给$10万它肯跟你做吗？
: 招一个ios ，说不定还要个frontend，一个后端，半年出个产品吧，就算你上aws什么
: 的，每个月流水之处200-500刀吧，半年过去了，你花了至少10万－12万。
: 你产品出来了，花钱推广吧。
: 用parse，后端省了，少花5万刀，你可以雇个android的，或者留着钱请marketing。
: 你要说你产品牛逼大了，一发布就超过parse的限制（parse现在新收钱模式是30/s api
: call以下免费），有个5万刀你也撑到你有用户10万，当然了，看你做什么的。
|
d*******r
发帖数: 3299 | 26 服了你们了, 这又吵起来了
本来各自有 PaaS, IaaS 经验, 交流下, 不是很好的 topic 吗
和气说话 |
c*******0
发帖数: 5247 | 27
你这不是胡说么。Appengine属于Google cloud组，是重头组，和pet project一点关系
都没有。Parse的成熟度差十万八千里。Parse还在到处找hero app，Appengine hero
app早有了，流量上，稳定性上，要证明的Snapchat早给你证明了。
而且G家在做merge Appengine和Compute engine的东西，基本上用Appengine的vendor
lockin越来越小。
Parse我觉得有它的适合市场，但不至于为了捧Parse就随便贬低别人吧
【在 h******b 的大作中提到】
: appengine算是一堆木板，虽然不需要砍树，跟IKEA组件还有很大差距。
: parse是turnkey solution, 所有需要的api基本上都有了。直接call。就拿最简单这个
: user login来说，parse从login到social login到in app purchase基本上都是一条龙
: 。非常简单无脑。
: 而且parse出来很多年了成功以后被脸书高价收购了。 谷歌的pet project太多了。
: 很难说有多serious。 在mbaas, parse要成熟很多。
|
w**j
发帖数: 256 | |
c*******0
发帖数: 5247 | 29
这些只要做过一遍，一个全栈就是一个星期搞定啊
social login上，FB和Twitter都有全面的SDK，你要是用他们的oauth系统，两边都可
以一天搞定。
google analytics网页上就是一行代码，iOS和Android都是现成sdk，一天也没问题。
afnetworking和volley做REST的接口都是现成的，你用cocoapad和gradle一行代码就两
个都能用了。
hockeyapp或者testflight大概一天熟悉流程一点问题都没有，现在都是直接找tester
要邮件了。
你要说这里面真费时的，那可能是是如果自己要搞用户系统，然后之前没有cookie/
session经验的，确实要花一些时间理解一下。其他的话，这些东西要是一周搞不定的
人，那属于对Mobile或者前端完全不熟的人，这种人可能确
实适合用Parse。
当然，你要说一个真实系统这些东西能不能一周搞定，那完全取决于你的api怎么设计
，比如
你的后端和前端的交互，哪些数据，怎么放。这是你用parse还是用EC2都要设计的。复
杂的设计本身就要超过一周，简单的设计几个小时就搞定了。
【在 ET 的大作中提到】
: 包括匿名用户，匿名用户再到registered用户，
: 还需要个analytics dashboard, 集成个什么google analytics或者其它flurry
: crash report，再整个crashlytics
: ios再用个afnetworking， android上再用个volley
: 顺便再弄个urbanairship，
: 还有distribution，hockeyapp
: 对吧？只用你另外1个星期？
: Parse都有了。ios, android, windows, unity, PHP, javascript
: Parse hosting..
|
z****e
发帖数: 54598 | 30 自己做过的话，一天就搞定了
无非各种copy，我认识的白妞文科女生上个java的课
期末作业布置他们做这些，一样做得很好，都是a
我上大学时候做这些就是跟一个越南妞还有一个美国学生一起做
最搞笑的是到最后，我们三个人连面都没见过，就把事情做完了
连bonus的10分都拿了，笑死了，这有啥难度
tester
【在 c*******0 的大作中提到】
:
: 这些只要做过一遍，一个全栈就是一个星期搞定啊
: social login上，FB和Twitter都有全面的SDK，你要是用他们的oauth系统，两边都可
: 以一天搞定。
: google analytics网页上就是一行代码，iOS和Android都是现成sdk，一天也没问题。
: afnetworking和volley做REST的接口都是现成的，你用cocoapad和gradle一行代码就两
: 个都能用了。
: hockeyapp或者testflight大概一天熟悉流程一点问题都没有，现在都是直接找tester
: 要邮件了。
: 你要说这里面真费时的，那可能是是如果自己要搞用户系统，然后之前没有cookie/
|
|
|
c*******0
发帖数: 5247 | 31
api
一个ios，一个android，一个前端，一个后端？如果一个创业公司招人这么招，横竖都
是死。
zhaoce走的是一个极端，你走的是另一个极端。我们现在讨论的是如果有一个decent的
full stack dev，是不是有必要去Parse花这个冤枉钱。
【在 ET 的大作中提到】
: 我都不知道这是比什么。你建个创业公司，后台前端都有了，谁傻用parse呀。
: 现在随便招个前端后端，你不给$10万它肯跟你做吗？
: 招一个ios ，说不定还要个frontend，一个后端，半年出个产品吧，就算你上aws什么
: 的，每个月流水之处200-500刀吧，半年过去了，你花了至少10万－12万。
: 你产品出来了，花钱推广吧。
: 用parse，后端省了，少花5万刀，你可以雇个android的，或者留着钱请marketing。
: 你要说你产品牛逼大了，一发布就超过parse的限制（parse现在新收钱模式是30/s api
: call以下免费），有个5万刀你也撑到你有用户10万，当然了，看你做什么的。
|
i*****o
发帖数: 1714 | 32 哈哈哈我觉得是有些做后端的人不够自信，怕parse抢其饭碗了！
即使我一个星期可以做出来，我为什么要花这额外一个星期时间？用parse就是几分钟
的事啊……
★ 发自iPhone App: ChineseWeb 1.0.2
【在 d*******r 的大作中提到】
: 服了你们了, 这又吵起来了
: 本来各自有 PaaS, IaaS 经验, 交流下, 不是很好的 topic 吗
: 和气说话
|
z****e
发帖数: 54598 | 33 coltzhao说个一周是委婉的表达，假设某人从不懂到懂
对于大多数人来说，就是几分钟的事情
无非装个软件嘛，难个p，要我写就是几分钟的事情
代码都不用自己写，网络上到处是各种example，随便拷贝
【在 i*****o 的大作中提到】
: 哈哈哈我觉得是有些做后端的人不够自信，怕parse抢其饭碗了！
: 即使我一个星期可以做出来，我为什么要花这额外一个星期时间？用parse就是几分钟
: 的事啊……
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
i*****o
发帖数: 1714 | 34 20gb很大了，一个record 1k，可存20million个， 一个小app要多成功才用的到这么多？
★ 发自iPhone App: ChineseWeb 1.0.2
【在 w***g 的大作中提到】
: 免费的只有20G数据库。额外的需要$200/20GB/month。参考前面zlike的帖子。
: 这个20G估计在key value本身的大小外还要乘个倍数。一点后台都不懂当然上手快，不
: 过到时候被宰起来，估计也会非常快。
|
z****e
发帖数: 54598 | 35 又一个不看context乱吹的
zlike都已经用了40g了，换句话说，如果zlike用了parse的话
现在已经要掏$200一个月了，甚至更多
多？
【在 i*****o 的大作中提到】
: 20gb很大了，一个record 1k，可存20million个， 一个小app要多成功才用的到这么多？
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
i*****o
发帖数: 1714 | 36 我觉得zike的几千用户就四十g是设计错误。
我试过parse，上了25k 中型大小record，看看dashboard，用量还是0%，就懒得再测了。
★ 发自iPhone App: ChineseWeb 1.0.2
【在 z****e 的大作中提到】
: 又一个不看context乱吹的
: zlike都已经用了40g了，换句话说，如果zlike用了parse的话
: 现在已经要掏$200一个月了，甚至更多
:
: 多？
|
h******b
发帖数: 6055 | 37 GAE真的更接近于AWS/Azure这些，跟parse不能算直接竞争对手。裸写的部分要多很多
很多。
我不是说哪个平台更能scale，而是哪个平台对于没有后台经验的人来说能最快出成果
。
parse是糙快猛的极致，上手速度真的和其他任何一个平台都不是一个级别的。
vendor
【在 c*******0 的大作中提到】
:
: api
: 一个ios，一个android，一个前端，一个后端？如果一个创业公司招人这么招，横竖都
: 是死。
: zhaoce走的是一个极端，你走的是另一个极端。我们现在讨论的是如果有一个decent的
: full stack dev，是不是有必要去Parse花这个冤枉钱。
|
z****e
发帖数: 54598 | 38 跟你说了
你把compute engine和app engine弄混了
回去重新学习一下
【在 h******b 的大作中提到】
: GAE真的更接近于AWS/Azure这些，跟parse不能算直接竞争对手。裸写的部分要多很多
: 很多。
: 我不是说哪个平台更能scale，而是哪个平台对于没有后台经验的人来说能最快出成果
: 。
: parse是糙快猛的极致，上手速度真的和其他任何一个平台都不是一个级别的。
:
: vendor
|
h******b
发帖数: 6055 | 39 真的没搞混。
http://www.infoworld.com/article/2609789/mbaas/article.html
Parse有非常完善的JavaScript SDK更是最大程度降低了前端人员的学习成本。
【在 z****e 的大作中提到】
: 跟你说了
: 你把compute engine和app engine弄混了
: 回去重新学习一下
|
z****e
发帖数: 54598 | 40 lol
作者本身怎么做我不予置评
它的设计也许有它设计合理的地方
你之所以这么做的原因也很简单
就是你不得不为了这20g拼命委曲求全
所以你看你还算得那么清楚
何必呢？一碗沙县拌面的钱你出不起？
为了这点钱斤斤计较半天，多辛苦
买个100g的disk，一个月也就是一碗沙县拌面的钱
想怎么搞就怎么搞，干嘛为了这点钱为难自己
你要是觉得你这辈子都不会用超过20g，那就当我没说吧
够小气的，就你这样还startup？
我也省钱，但是我省钱是为了更快的回钱，更快滴扩张
而不是为了一碗沙县拌面算个半死，那我还是读会计去吧
了。
【在 i*****o 的大作中提到】
: 我觉得zike的几千用户就四十g是设计错误。
: 我试过parse，上了25k 中型大小record，看看dashboard，用量还是0%，就懒得再测了。
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
|
|
z****e
发帖数: 54598 | 41 gae也有python的sdk啊
还有go的sdk
你没混嘛？
【在 h******b 的大作中提到】
: 真的没搞混。
: http://www.infoworld.com/article/2609789/mbaas/article.html
: Parse有非常完善的JavaScript SDK更是最大程度降低了前端人员的学习成本。
|
h******b
发帖数: 6055 | 42 gae绝大多数documentation都是Java。
【在 z****e 的大作中提到】
: gae也有python的sdk啊
: 还有go的sdk
: 你没混嘛？
|
c*******0
发帖数: 5247 | 43
GAE更属于是在AWS和Parse中间。
我同意parse是糙快猛的极致，如果你的startup对数据不敏感。但这个世界没有银弹，
你的file storage只有20G，你的database只有20G，你只能有一个Background Jobs同
时跑。想突破任何这其中的一个限制？Show me the money。
任何稍微对数据敏感的startup上parse都是有钱没处花。
【在 h******b 的大作中提到】
: GAE真的更接近于AWS/Azure这些，跟parse不能算直接竞争对手。裸写的部分要多很多
: 很多。
: 我不是说哪个平台更能scale，而是哪个平台对于没有后台经验的人来说能最快出成果
: 。
: parse是糙快猛的极致，上手速度真的和其他任何一个平台都不是一个级别的。
:
: vendor
|
z****e
发帖数: 54598 | 44 顺便说一下
mac开发发布需要$120/year
平均10刀一个月
不便宜，千万记得别开发ios版的
开发android版的，你连3刀一个月都不舍得花
10刀肯定很贵了，3倍都不止
钱要落在实处，一点蝇头小利，不占也罢
几乎所有的paas都有类似的问题
所以我很早就弃用paas鸟
了。
【在 i*****o 的大作中提到】
: 我觉得zike的几千用户就四十g是设计错误。
: 我试过parse，上了25k 中型大小record，看看dashboard，用量还是0%，就懒得再测了。
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
c*******0
发帖数: 5247 | 45
......我不确定你是不是在搞笑。
https://cloud.google.com/appengine/docs
【在 h******b 的大作中提到】
: gae绝大多数documentation都是Java。
|
z****e
发帖数: 54598 | 46 扯蛋了不是，gae的java版很弱，是阉割版的
下载下来的发布工具只有python有
不过都没啥意思，我机器上现在还有
还经常提示我更新，但是我实在是没啥兴趣
iaas又不贵，那几刀我省了干嘛？几百刀省下来make sense
几刀你要我省，省了干嘛？我缺买披萨的钱吗？
【在 h******b 的大作中提到】
: gae绝大多数documentation都是Java。
|
i*****o
发帖数: 1714 | 47 靠，做个小app就堆一大堆后台有这个必要吗？这世界有几个app是成功的？
除非你堆后台堆上瘾了……
★ 发自iPhone App: ChineseWeb 1.0.2
【在 z****e 的大作中提到】
: lol
: 作者本身怎么做我不予置评
: 它的设计也许有它设计合理的地方
: 你之所以这么做的原因也很简单
: 就是你不得不为了这20g拼命委曲求全
: 所以你看你还算得那么清楚
: 何必呢？一碗沙县拌面的钱你出不起？
: 为了这点钱斤斤计较半天，多辛苦
: 买个100g的disk，一个月也就是一碗沙县拌面的钱
: 想怎么搞就怎么搞，干嘛为了这点钱为难自己
|
z****e
发帖数: 54598 | 48 lol
有没有必要问zlike
我目前还没启动backend的任何程序
因为大部分东西都是交给google去搞定去
但是我启动backend应该是预料之中的事
一旦启动，就不会只用20g那么束手束脚的
我mac上都500g了，你要我用20g，很不习惯啊
【在 i*****o 的大作中提到】
: 靠，做个小app就堆一大堆后台有这个必要吗？这世界有几个app是成功的？
: 除非你堆后台堆上瘾了……
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
x*******1
发帖数: 28835 | 49 应用各有特点。 具体情况具体分析。 AWS／azure基本是企业级用户，根本不是按照
网站上的价格收钱，小用户人根本不care。 |
z****e
发帖数: 54598 | 50 bg job只能弄一个很蛋疼
app稍微复杂点怎么说都要起多个threads
不仅要起threads，还要对memory短时间内频繁扫描
以及在网络上广播出去
所以那个30req/s的限制巨恶心，30000req/s差不多
但是400req/s就要$3700/m了
这点资源也就是做个免费的论坛？大概就这水准
不过我不认为一般的paas能做到游戏那种level的server
一般paas都是针对web的
一般web能做啥，无非贴点网页，没啥搞头
顶多架一个论坛，然后一堆人啊啊啊啊吵吵，就这样了
web赚钱手段又匮乏，无非就是adsense之类的挂广告
靠adsense赚不了几个钱
最终表现形式还是需要游戏那种表现形式
这个时候自然对server有更高的要求
说来说去，前端server的钱就是披萨钱，没几个钱
不值得投入
【在 c*******0 的大作中提到】
:
: ......我不确定你是不是在搞笑。
: https://cloud.google.com/appengine/docs
|
|
|
z****e
发帖数: 54598 | 51 看清楚parse的第一个要求
30req/s
你这点req能做啥事？
做个免费论坛都够呛
【在 x*******1 的大作中提到】
: 应用各有特点。 具体情况具体分析。 AWS／azure基本是企业级用户，根本不是按照
: 网站上的价格收钱，小用户人根本不care。
|
z****e
发帖数: 54598 | 52 想想之前分析过的一个real time的server
每s一个client就要刷新大概30多次至少了
最理想的是60次刷新
30req/s就帮忙维护一个最基本的30fps
还pvp呢
拉倒吧
400req/s的价格是$3700/m
zlike那种4k人同时在线，400req/s够做啥？
还没到storage就嗝屁了 |
f*******t
发帖数: 7549 | 53 我觉得parse 主要提供方便的用户管理和metadata存储，另外与各种mobile平台的集成
（push notification）也很实用。传输大量content（论坛）或高rps(实时游戏数据)
不是parse的主要服务对象。真有那些要求还是自己搭iaas上的平台吧
【在 z****e 的大作中提到】
: 想想之前分析过的一个real time的server
: 每s一个client就要刷新大概30多次至少了
: 最理想的是60次刷新
: 30req/s就帮忙维护一个最基本的30fps
: 还pvp呢
: 拉倒吧
: 400req/s的价格是$3700/m
: zlike那种4k人同时在线，400req/s够做啥？
: 还没到storage就嗝屁了
|
h******b
发帖数: 6055 | 54 zlike那个游戏完全可以parse做，他不是实时pvp，打完一关存个服务器而已。
成功的mobile游戏没几个有实时pvp的。显然需要完全不同的技术。
【在 z****e 的大作中提到】
: 想想之前分析过的一个real time的server
: 每s一个client就要刷新大概30多次至少了
: 最理想的是60次刷新
: 30req/s就帮忙维护一个最基本的30fps
: 还pvp呢
: 拉倒吧
: 400req/s的价格是$3700/m
: zlike那种4k人同时在线，400req/s够做啥？
: 还没到storage就嗝屁了
|
z****e
发帖数: 54598 | 55 不跟你说了么，他已经用了40g的disk
这还刚起步呢，就算七砍八砍，怎么样也都要20g+
现在就开始掏钱，那以后做大了还不知道怎么掏钱呢
这还只是一方面，其他方面都太扯蛋了，什么30req/s，都属于扯蛋一类
pvp当然需要，你就是玩个卡牌，最大乐趣也都来自对战
这不要那不要，那你还做什么？这不做那不做，那客户会买单？你当客户都傻啊？
就看一个html的页面，然后就掏钱买单？
讨论的不是restriction，而是能做什么，需要什么，如何解决问题
而不是，这不要那不要，难道别人做啥还要问你？
没事少给东家打广告，软毛为什么被骂？就是因为软毛喜欢推销东家的产品
人家一问，说怎么解决啊？经常搞不定？搞不定就说这不用那不用
那问了干什么？
【在 h******b 的大作中提到】
: zlike那个游戏完全可以parse做，他不是实时pvp，打完一关存个服务器而已。
: 成功的mobile游戏没几个有实时pvp的。显然需要完全不同的技术。
|
h******b
发帖数: 6055 | 56 那个小孩做的four snap单从后台来说不比zlike的差多少。玩家数量更是远胜。
20gb是纯数据，跟20gb硬盘很大区别。
还有手游对战基本上都是async, 数据库上读一下别的玩家的资料就本地ai操作了。
clash of clans什么的都是这么搞的。
【在 z****e 的大作中提到】
: 不跟你说了么，他已经用了40g的disk
: 这还刚起步呢，就算七砍八砍，怎么样也都要20g+
: 现在就开始掏钱，那以后做大了还不知道怎么掏钱呢
: 这还只是一方面，其他方面都太扯蛋了，什么30req/s，都属于扯蛋一类
: pvp当然需要，你就是玩个卡牌，最大乐趣也都来自对战
: 这不要那不要，那你还做什么？这不做那不做，那客户会买单？你当客户都傻啊？
: 就看一个html的页面，然后就掏钱买单？
: 讨论的不是restriction，而是能做什么，需要什么，如何解决问题
: 而不是，这不要那不要，难道别人做啥还要问你？
: 没事少给东家打广告，软毛为什么被骂？就是因为软毛喜欢推销东家的产品
|
z****e
发帖数: 54598 | 57 鬼知道那个小孩在做啥，你也不知道zlike后台是怎么做的
需要什么数据，存了什么数据，app和app是不一样的
有些app占用的disk比较小，有些app占用disk比较大
这都很正常，最简单的标准就是看他到底需要多少disk
这个由用户自行决定，现在问题是zlike已经说了他需要40g的disk
你翻来覆去想推翻这个condition想做什么？
你是想告诉他，20g对于他来说足够用了还是怎么滴？
你的意思是不是他的设计太糟糕了？well，前面貌似有个id就这么说了
我靠，这样的vendor要是来卖cloud，估计直接被轰走了
手游对战async个大头，游戏我第一次听说有async的
还是对战，对战尤其需要sync，因为必需确保所有人在same page上
否则玩个p啊，你打你的，我这边还不一样，我的天，那搞什么
你没事别学个web词汇就来忽悠
【在 h******b 的大作中提到】
: 那个小孩做的four snap单从后台来说不比zlike的差多少。玩家数量更是远胜。
: 20gb是纯数据，跟20gb硬盘很大区别。
: 还有手游对战基本上都是async, 数据库上读一下别的玩家的资料就本地ai操作了。
: clash of clans什么的都是这么搞的。
|
h******b
发帖数: 6055 | 58 那个小孩好歹搞到几十万玩家几百万下载了。 名也出了，这个板上的人这辈子未必达
到他的高度。
你去看看clash of clans, puzzles and dragons和畅销榜上的。有几个是real time对
战？ 基本上都是下载别的玩家数据，电脑操作跟玩家打，然后存个结果。
当然我没说parse能搞coc那个scale的游戏，但足够你拉第一桶金了。 那个时候再找
后台的人都来得及。产品成败后台本来就是最小的一个部分。我只是给没有后天背景的
团队一个思路。 事实上无数成功公司都是这样开始的。
【在 z****e 的大作中提到】
: 鬼知道那个小孩在做啥，你也不知道zlike后台是怎么做的
: 需要什么数据，存了什么数据，app和app是不一样的
: 有些app占用的disk比较小，有些app占用disk比较大
: 这都很正常，最简单的标准就是看他到底需要多少disk
: 这个由用户自行决定，现在问题是zlike已经说了他需要40g的disk
: 你翻来覆去想推翻这个condition想做什么？
: 你是想告诉他，20g对于他来说足够用了还是怎么滴？
: 你的意思是不是他的设计太糟糕了？well，前面貌似有个id就这么说了
: 我靠，这样的vendor要是来卖cloud，估计直接被轰走了
: 手游对战async个大头，游戏我第一次听说有async的
|
z****e
发帖数: 54598 | 59 well
再说一次
app怎么做，轮不到你来说话
谁做app，自行负责设计，你又不是end user，你怎么知道别人需要什么？
动不动就足够了，现在就是发现很多东西不够用
你大嘴一张足够了，扯蛋嘛这不是，足够不足够认真看下去自然清楚
问题现在不就是40g的话，用parse需要每个月掏额外$200嘛
你说的足够了，这钱你给付吗？
你拍板说好，我负责，那也行啊
问题是没有啊，你大嘴一张，这个可以
但是现实不是这样啊，你连个disk上没有expire都没搞懂，大谈什么expire
让人都无语了都，前面一堆人都是看了pricing之后给你说的各种结论之类的
这20g也不是什么大不了的便宜，iaas去年大幅降价，各个vendors互相压价
100g硬盘现在一白菜价，你用得着为了20g这么折腾么？
你去外面买块披萨还十几刀呢，你缺钱吗？
我主张省钱要从大的方向上去省，像oracle一个licnse可以卖几万刀一年
这种当然要省，但是100g，一个月就3刀，这个钱省了做什么
匪夷所思，域名一个一年还要一百刀呢，要不要连这个都省了？用二级域名？
比如zlike.mitbbs.com？这个钱省下来可以用200多g的硬盘了
【在 h******b 的大作中提到】
: 那个小孩好歹搞到几十万玩家几百万下载了。 名也出了，这个板上的人这辈子未必达
: 到他的高度。
: 你去看看clash of clans, puzzles and dragons和畅销榜上的。有几个是real time对
: 战？ 基本上都是下载别的玩家数据，电脑操作跟玩家打，然后存个结果。
: 当然我没说parse能搞coc那个scale的游戏，但足够你拉第一桶金了。 那个时候再找
: 后台的人都来得及。产品成败后台本来就是最小的一个部分。我只是给没有后天背景的
: 团队一个思路。 事实上无数成功公司都是这样开始的。
|
h******b
发帖数: 6055 | 60 就事论事，zlike那个app并不是real time对战，成功的游戏async是绝对的主流，10：
1的比例。 你要real time对战自然不会选择parse, 但有几个是real time对战？ 特
别是游戏上市阶段。 你将来真的需要real time完全可以把那一块放在别的服务器
省的是在拿到第一笔投资以前，完全不需要一个专业后台的人，这个比每个月多花几百
美金实惠多了。
事实上zlike的故事恰恰说明不是后台大牛，paas比iaas要靠谱的多。zlike其实技术功
底已经超过这个板上九成的人了，还是一样会陷入困境。
【在 z****e 的大作中提到】
: well
: 再说一次
: app怎么做，轮不到你来说话
: 谁做app，自行负责设计，你又不是end user，你怎么知道别人需要什么？
: 动不动就足够了，现在就是发现很多东西不够用
: 你大嘴一张足够了，扯蛋嘛这不是，足够不足够认真看下去自然清楚
: 问题现在不就是40g的话，用parse需要每个月掏额外$200嘛
: 你说的足够了，这钱你给付吗？
: 你拍板说好，我负责，那也行啊
: 问题是没有啊，你大嘴一张，这个可以
|
|
|
z****e
发帖数: 54598 | 61 另外1 Concurrent job
这个问题也很明显，随便一个pvp，你就需要额外启一个thread去伺候
1个够啥用？
游戏本身并非同质化的东西
游戏本身的成功，这么说
每个成功的游戏都是不一样的
因为玩的人讨厌看到同质化的垃圾
你难道很喜欢玩一堆一摸一样的游戏吗？
10年前玩c&c，现在你再玩玩试试
所以越自由的表达方式越容易催生出成功的游戏
因为不一样，人希望看到不一样的东西
所有的文艺作品都是如此，没有人愿意玩一样的游戏
读一样的小说，看相同的电影
这跟一般的程序不一样，一般的程序是解决必需品的
大多数需求是同质化的，尤其是底层的需求，所以可以用各种开源的东西往上堆
因为需求和需要解决问题类似，但是app不一样，每个人都希望看到不同的东西
所以你说什么成功的游戏做例子，这个完全没有道理
除非你说im这种，qq啊这种，你想做另外一个qq，那也许有点参考价值
因为这不是文艺作品，大多数人的需求是一样的
你要是不能理解这一点，你做游戏是没戏的
因为你不知道游戏好玩在哪里，我每天还抽出一部分时间来打游戏呢
你呢？不玩游戏的人是做不出好游戏的，暴雪从来就不招这种人
因为不知道为什么好玩的人是不能理解为什么需要这些功能
你总觉够了，就好比，你要是想找个老婆，凤姐其实也够了
那你愿意找凤姐还是藤原纪香呢？
【在 h******b 的大作中提到】
: 那个小孩好歹搞到几十万玩家几百万下载了。 名也出了，这个板上的人这辈子未必达
: 到他的高度。
: 你去看看clash of clans, puzzles and dragons和畅销榜上的。有几个是real time对
: 战？ 基本上都是下载别的玩家数据，电脑操作跟玩家打，然后存个结果。
: 当然我没说parse能搞coc那个scale的游戏，但足够你拉第一桶金了。 那个时候再找
: 后台的人都来得及。产品成败后台本来就是最小的一个部分。我只是给没有后天背景的
: 团队一个思路。 事实上无数成功公司都是这样开始的。
|
z****e
发帖数: 54598 | 62 专业啥呢？
不就是几个多线程嘛
这个专业个p啊
要是不懂，问问古德霸，它会教你怎么做
我认识的学arts的白妞都弄得好好的
有啥难的，又不是什么rocket science
都是考过gre的人了，被这点东西吓到
对得起自己那参加过高考的iq么？
【在 h******b 的大作中提到】
: 就事论事，zlike那个app并不是real time对战，成功的游戏async是绝对的主流，10：
: 1的比例。 你要real time对战自然不会选择parse, 但有几个是real time对战？ 特
: 别是游戏上市阶段。 你将来真的需要real time完全可以把那一块放在别的服务器
: 省的是在拿到第一笔投资以前，完全不需要一个专业后台的人，这个比每个月多花几百
: 美金实惠多了。
: 事实上zlike的故事恰恰说明不是后台大牛，paas比iaas要靠谱的多。zlike其实技术功
: 底已经超过这个板上九成的人了，还是一样会陷入困境。
|
h******b
发帖数: 6055 | 63 暴雪已经是昨日黄花了，虽然山口山是我心目中历史第一游戏。
显然不是所有的项目都适合在parse上搞。 但苹果商店上下载了那个小孩的4snaps，
玩个十分钟就知道它已经能够搞定板上能想出来的九成app idea了。
这个板上自己搞的项目，99%都到不了4snaps的用户数量和高度。 真的到了会有大把
后台人员愿意加入，后台也不是问题了。
【在 z****e 的大作中提到】
: 另外1 Concurrent job
: 这个问题也很明显，随便一个pvp，你就需要额外启一个thread去伺候
: 1个够啥用？
: 游戏本身并非同质化的东西
: 游戏本身的成功，这么说
: 每个成功的游戏都是不一样的
: 因为玩的人讨厌看到同质化的垃圾
: 你难道很喜欢玩一堆一摸一样的游戏吗？
: 10年前玩c&c，现在你再玩玩试试
: 所以越自由的表达方式越容易催生出成功的游戏
|
h******b
发帖数: 6055 | 64 说了这么多废话，好歹et和zlike拿出了自己开发的完整app。 无论成败与否，他们已
经超越了板上绝大多数人了。
我等着看你的portfolio。难不难，每个人每天就24小时，起步的时候还得兼职，可能
还得带小孩什么的。 有前台基础没接触过服务器的人，没必要折腾后台。
我开这个帖子就是想给前台的人一个思路。 不需要服务器，JavaScript一个语言，
parse/ionic足够你拉到第一个一百万美金。当然你能不能拉到取决于你idea的本身还
有推广，而不是技术。低技术门槛最大程度糙快猛的让你实现你的idea。
我在怂恿领导搞这个，回头我github发一个starter app，来个抛砖引玉。
【在 z****e 的大作中提到】
: 专业啥呢？
: 不就是几个多线程嘛
: 这个专业个p啊
: 要是不懂，问问古德霸，它会教你怎么做
: 我认识的学arts的白妞都弄得好好的
: 有啥难的，又不是什么rocket science
: 都是考过gre的人了，被这点东西吓到
: 对得起自己那参加过高考的iq么？
|
z****e
发帖数: 54598 | 65 等app做出来之后，自然知道够还是不够
每个app作者自己心中有数，app要是做完了还不知道自己要啥
那还完蛋了，iaas没啥贵的，3刀就有100g，对比前20g免费，后20开始就是$200
这个明显还是3刀爽啊，后台也没啥大不了的
最大的困难来自你不去做，而裹足不前，为之，则难者亦易矣
just fucking do it
至于到不到得了什么数量，不重要，反正也没多少钱
人做软件最大的乐趣来自于自我满足，并不是为了赚钱而写代码
这才是最大的乐趣，如果你现在还在盯着某个成功的游戏，努力想这些游戏为什么这么
成功的话
你注定要失望的，因为你连自己都无法取悦，你怎么能取悦别人？
大多数人写游戏首先是自己觉得好玩，然后才是别人觉得好玩
而不是为了别人好玩而去做游戏，这就是为啥做游戏的大公司经常倒闭
因为他们雇佣的程序员，并不是觉得自己做的这个游戏好玩而去做
仅仅是为了生存，那艺术品瞬间变成了必需品，那完蛋了
藤原纪香就变成了凤姐，因为够用了，那谁愿意找凤姐做老婆呢？
而不喜欢玩游戏的程序员就犹如是个gay在帮你挑漂亮女人
人家gay不喜欢女人，它怎么能把好看的女人给找出来呢？
这就是为啥老大爷总是在不同版面贴些奇形怪状的女人说，哇，漂亮
点进去一看，吐了，因为gay本质上不喜欢女人，同样女人也不喜欢女人
所以女人说谁漂亮，千万别信，说到底就是心里不喜欢这些东西
【在 h******b 的大作中提到】
: 暴雪已经是昨日黄花了，虽然山口山是我心目中历史第一游戏。
: 显然不是所有的项目都适合在parse上搞。 但苹果商店上下载了那个小孩的4snaps，
: 玩个十分钟就知道它已经能够搞定板上能想出来的九成app idea了。
: 这个板上自己搞的项目，99%都到不了4snaps的用户数量和高度。 真的到了会有大把
: 后台人员愿意加入，后台也不是问题了。
|
w***g
发帖数: 5958 | 66 zlike的设计显然不是最优的，但未必就有错误。我前面已经说了，自己买服务器的话
随便就挂4个以上3T/4T的硬盘，3*40G就是毛毛雨而已。mongo上cluster模式后弄4台机
器，easily就可以做到50T的物理物理容量。只能说是要在AWS上省钱还有优化的余地而
已。
问题是后台一点都不懂的人，你能指望出他设计出合理的数据结构吗？Parse就是个黑
盒，出了问题都无从调试。我并不是黑parse，而是说有了parse就不需要后台知识了那
是不对的。
了。
【在 i*****o 的大作中提到】
: 我觉得zike的几千用户就四十g是设计错误。
: 我试过parse，上了25k 中型大小record，看看dashboard，用量还是0%，就懒得再测了。
:
: ★ 发自iPhone App: ChineseWeb 1.0.2
|
z****e
发帖数: 54598 | 67 早都不知道在做第几个了都
不过我奉行talk is cheap，所以就不说细节了
可以说的就是我说的基本上都是我用过的
包括我问zlike还有coltzhao的很多问题
以及跟那个logman说的一些架构取舍
基本上都源自我自己动手的经验
这里大多数人说的app我至少知道怎么做
或者说我认真做过，包括real time，卡牌和纯粹单机的app
所以我会告诉你，单thread不够用
immutable很烂，vert.x好用还有要用ide开发
你不会以为我说的这些都是我凭空想象出来的吧？
其实我觉得我得已经够多的了，如果对技术敏感的话，很容易猜出我要做啥
包括我在说swift的时候，我都觉得我说太多了，这些东西其实不应该分享的
idea不适合用来分享，技术实现完全可以
钱其实还好，就我的经验感觉，就是你回国一说你要做啥，只要你的idea足够好
同学同事朋友亲戚，随便找，基本上都愿意投资，但是我比较适合省钱
你这种动不动就$200/m，再怎么有钱也不适合这样折腾，我到现在还没有拿钱
不是拿不到，是不想拿，都是认识的人，拿了就有责任，先不急
另外现在广告也开始有流水了，所以也不是很缺资金，做一个app不用多少钱
主要的钱和开销其实在美工上，最早找上zlike也是想让他帮忙一下美工的事
技术是次要的，技术最关键表乱花钱
【在 h******b 的大作中提到】
: 说了这么多废话，好歹et和zlike拿出了自己开发的完整app。 无论成败与否，他们已
: 经超越了板上绝大多数人了。
: 我等着看你的portfolio。难不难，每个人每天就24小时，起步的时候还得兼职，可能
: 还得带小孩什么的。 有前台基础没接触过服务器的人，没必要折腾后台。
: 我开这个帖子就是想给前台的人一个思路。 不需要服务器，JavaScript一个语言，
: parse/ionic足够你拉到第一个一百万美金。当然你能不能拉到取决于你idea的本身还
: 有推广，而不是技术。低技术门槛最大程度糙快猛的让你实现你的idea。
: 我在怂恿领导搞这个，回头我github发一个starter app，来个抛砖引玉。
|
z****e
发帖数: 54598 | 68 自己买server的2000刀就是一个比较大的开销
还要大老远送机房，哎呀，你这个app还没成功就去了一万多了
何必呢，3刀/m起步我觉得挺好的，2000刀够你折腾3-4年了
不行提前终止
【在 w***g 的大作中提到】
: zlike的设计显然不是最优的，但未必就有错误。我前面已经说了，自己买服务器的话
: 随便就挂4个以上3T/4T的硬盘，3*40G就是毛毛雨而已。mongo上cluster模式后弄4台机
: 器，easily就可以做到50T的物理物理容量。只能说是要在AWS上省钱还有优化的余地而
: 已。
: 问题是后台一点都不懂的人，你能指望出他设计出合理的数据结构吗？Parse就是个黑
: 盒，出了问题都无从调试。我并不是黑parse，而是说有了parse就不需要后台知识了那
: 是不对的。
:
: 了。
|
c*******0
发帖数: 5247 | 69
你说的东西是没问题的，但你的前提太多又隐蔽不说。
如果说，对于"有前台基础，没接触过服务器，只会js，做的东西逻辑简单数据不敏感
”的人，我同意Parse是很好的选择。但你要说清楚，别把不符合这个前提条件的人忽
悠进去了。
【在 h******b 的大作中提到】
: 说了这么多废话，好歹et和zlike拿出了自己开发的完整app。 无论成败与否，他们已
: 经超越了板上绝大多数人了。
: 我等着看你的portfolio。难不难，每个人每天就24小时，起步的时候还得兼职，可能
: 还得带小孩什么的。 有前台基础没接触过服务器的人，没必要折腾后台。
: 我开这个帖子就是想给前台的人一个思路。 不需要服务器，JavaScript一个语言，
: parse/ionic足够你拉到第一个一百万美金。当然你能不能拉到取决于你idea的本身还
: 有推广，而不是技术。低技术门槛最大程度糙快猛的让你实现你的idea。
: 我在怂恿领导搞这个，回头我github发一个starter app，来个抛砖引玉。
|
s********k
发帖数: 6180 | 70 没关系，我觉得真正懂后台的人看了parse就应该和自己比较，自己做还是parse划算，
不懂又请不起（也是没必要）的上parse不算最好，很多时候是唯一选择
【在 c*******0 的大作中提到】
:
: 你说的东西是没问题的，但你的前提太多又隐蔽不说。
: 如果说，对于"有前台基础，没接触过服务器，只会js，做的东西逻辑简单数据不敏感
: ”的人，我同意Parse是很好的选择。但你要说清楚，别把不符合这个前提条件的人忽
: 悠进去了。
|
|
|
b***i
发帖数: 3043 | 71 我看了一下,好象Parse需要javascript编程，既然要编程，就已经麻烦了。有没有不太
用编程的PaaS?
【在 s********k 的大作中提到】
: 没关系，我觉得真正懂后台的人看了parse就应该和自己比较，自己做还是parse划算，
: 不懂又请不起（也是没必要）的上parse不算最好，很多时候是唯一选择
|
w****k
发帖数: 6244 | 72 用parse 数据都在人家服务器上 你没法登陆
分析点log啊 用户数据啊 都不方便
现在数据分析那么重要
这是给自己找不方便
而且后台是mongodb，很多场合并不合适
自己aws搞一下ec2，一个星期也够了
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
l**********n
发帖数: 8443 | 73 一天就够了。
【在 w****k 的大作中提到】
: 用parse 数据都在人家服务器上 你没法登陆
: 分析点log啊 用户数据啊 都不方便
: 现在数据分析那么重要
: 这是给自己找不方便
: 而且后台是mongodb，很多场合并不合适
: 自己aws搞一下ec2，一个星期也够了
|
p********r
发帖数: 1980 | 74 没人用Firebase么？当然，很不便宜了。
【在 h******b 的大作中提到】
: http://pando.com/2014/04/30/how-a-florida-kids-stupid-app-saved
: 没上过大学的小孩也能开发几十万玩家的在线游戏。
: 千万别被忽悠自己架服务器，倒腾Amazon AWS什么的。 你要是已经是后台高手当然不
: 难，但parse这种成熟api节省太多太多时间了。 各种social login，用户管理，内购
: ，推送，是组装IKEA家具和自己砍树的区别。
: 免费版本是每秒30个api request，20gb数据，要是用户太多不够用你真的已经可以去
: 拉series A了。
|
w****k
发帖数: 6244 | 75 start from scratch一天有点夸张。
load balancing
数据库replication
app安装
testing staging 等等设起来
还是要点功夫的
【在 l**********n 的大作中提到】
: 一天就够了。
|
m*******o
发帖数: 264 | 76 倒是蛮支持你的思路的，要不咱们一起做个项目吧，呵呵
【在 h******b 的大作中提到】
: 那个小孩好歹搞到几十万玩家几百万下载了。 名也出了，这个板上的人这辈子未必达
: 到他的高度。
: 你去看看clash of clans, puzzles and dragons和畅销榜上的。有几个是real time对
: 战？ 基本上都是下载别的玩家数据，电脑操作跟玩家打，然后存个结果。
: 当然我没说parse能搞coc那个scale的游戏，但足够你拉第一桶金了。 那个时候再找
: 后台的人都来得及。产品成败后台本来就是最小的一个部分。我只是给没有后天背景的
: 团队一个思路。 事实上无数成功公司都是这样开始的。
|
f*******t
发帖数: 7549 | 77 +1
【在 m*******o 的大作中提到】
: 倒是蛮支持你的思路的，要不咱们一起做个项目吧，呵呵
|
h******b
发帖数: 6055 | 78 适合real time streaming, 所以贵很多。
比parse少了scheduled task。
【在 p********r 的大作中提到】
: 没人用Firebase么？当然，很不便宜了。
|
