吸尘器的功率大于 300 瓦。你还不如买个戴森，只用车电给它充电。

@ch2 用 redis 和 memcache 的问题是这些都不是 serverless 的，你得自己预测流量并手动调整容量和实例数量。而且实例一经创建就得付费，不像 serverless 的产品那样不用就不付费。

serverless 必须是无状态的，因为服务实例有很多且寿命很短，你的请求很难一直发到同一个实例。这就是为什么 serverless 可以撑住超级大的突发访问量，又可以在低访问量的时候保持低价，因为实例数量一直在动态增减。

你应当尽量把程序设计成无状态的，但你同样可以使用数据库来持久化一些数据。AWS 的一些数据库（比如 DynamoDB ）也是 serverless 的，可以很好的配合你的 serverless 程序而无需担心数据库会成为瓶颈。

serverless 是云服务商绑定的，先选服务商，再看他支持哪些语言。

就目前而言，js 是最流行的，因为所有的服务商都支持（注意有些不是 node ），并且服务商的官方文档也多用 js 举例子。所以用 js 可以很容易 Google ，用其他语言则需要经常自己研究搞定问题。

看风格吧，我工作过的一个即将步入 500 强（目前 600 左右）的公司，认为代码自己会说话，禁止写注释。我开始也很不习惯，后来也没啥影响。

3000+的扫地机器人一般会使用手机芯片来处理数据，这个成本就不低。

低端机器人就是个带轮子的吸尘器，我猜成本主要在电机上。

上 Serverless 吧，省钱还省工作量，反正都是新学一个框架

一个月高 4w ？不用犹豫了，选贵的。
一年高 4w ？选博世，将来去硅谷赚大钱的时候更好用。

@Takizawa 不知道，看合同吧。以前去哪儿的这种产品是保证出票的。

就是网站根据历史数据推断一个可能的低价（比如 100 ），然后卖给你一个略低于现价（比如 150 ）的价格（比如 140 卖给你），这样你也省钱了，他们也赚差价了。所以他无法告诉你何时出票，因为他要等低价的时候才能出。

有些时候他们一直没等到低价，甚至涨价了，这种情况他们就只能在最后一天赔钱给你出票。

字节的原始积累不就是这么来的吗？

这不叫 code review 吧？听着更像讲课。

code review 是指所有人的代码在并入 master 分支之前都要经过其他人的审议通过。一般由高一级的程序员来审，高级之间互审。

@StudentYanling 我明白了，你攻击的是我的“优越感”，那就拉黑不回了

@StudentYanling 你这还是站在玩家的角度在讨论，但这不是帖子的主题。

作为从业者，我一直很关心各类产品的营利模式，所以才会产生这个疑问。

如果你饱受我这种用户的折磨，问题都没看清楚就急着攻击我发泄情绪，那其实正好说明了我的问题不是个案，而是有很多与我类似的用户被腾讯赶走了。

@james2013 那只是你代表的那个群体的想法，不是所有人都是为了竞技的，也有娱乐的。

抱着竞技态度的人不爽我，我很理解，也没 judge 过他们的做法。

但抱着娱乐态度的人同样也不爽他们，这只是屁股不同，没有对错之分，所以你也不要 judge 我。

更何况我是跟一群朋友组队，也不是排位赛，就是玩玩。但我们没有 5 个人，所以随机匹配来了两个人跟我们组队。这个队里娱乐派占多数，竞技派是少数。

其实我不想回复你这类回复的，因为这不是这个帖子的主旨，只是大家可能受另一派的气太多了，都在借题发泄怨气。所以借你的帖子重申一下我的问题，如有得罪请多包涵！

这个帖子的问题是——官方态度。

我作为一个身在北美的人，花几十刀买游戏很正常，所以这个游戏如果玩得开心，我大概率也会充几百块人民币进去玩的。但现在官方强势阻止了我充值的念头，是因为他们保护老玩家的体验能获得更大的收益吗？

说自己建的，可能不了解自己维护的成本有多高。

别急着反驳，等你的规模大到不能让程序员“捎带手”维护一下的地步再说。

一般这种服务我们都是自己套一层再用，倒不是为了防它下线，而是为了换云的时候方便。这样只需要写个新的实现类就可以换用其他云了，自己建当然也没问题。

PS：有些公司出于安全的角度，会刻意把服务跑在不同的云上，就更需要这么做了。