整个战局的折损有偏差是正常的；局部交互的时候，互相干扰，还要保证体验，不能出现“薛定谔的玩家”。你的架构对这种情况就根本没考虑，因为你根本就不关注一致性。还敢说自己支持所有的万人在线。真是，战略类和实时游戏都分不清。

@gantleman 没你说的这么复杂。就是问你，眼前的玩家数据不一致，它到底展示是死还是活？薛定谔的玩家？还是说每个用户玩单机就行了，最终统计一下大概的数。别总举极端的例子，又不现实。我有没有工程师素养，也不是你通过简单的讨论就能确认的，我还觉得你没素养呢，用几个立方体就敢说自己的架构支持强交互，不断削弱业务对一致性的要求，真是可怕。感觉你是做网站做多了吧。

实时强交互，意味着弱一致性+最终一致性体验会很差，就得强一致性。就问你个问题，1 秒钟万人互相释放魔法，释放的命中顺序对结果有影响 (比如各种 buf，或者死亡判定后命中无效)，你搞个分布式加大了 IO 吞吐，放弃了顺序的保证，施法导致的结果都不一样，你告诉我咋玩。所以我对你用分布式系统解决弱交互非实时游戏有一定可取之处，但你说强交互实时游戏，我觉得你就在扯。

没看懂你说的是啥，好久没登陆了。我的意思是，你的分布式架构对一致性的保证低于单机器的一致性保证，因此有些游戏场景并不适用，至于 IO 性能就更无从谈起了。但好像你在跟我讨论的是哲学，而且是绝对主义和相对主义的辩论，我觉得离题了。你纠结的点是不存在完美的一致性，但我也没说 “强一致性等于完全一致性”；我说的是 “强一致性不等于弱一致性” 。一些 FPS 场景要求的是强一致性，你搞弱一致性或者最终一致性那套行不通。

说白了，还是 CAP 的问题。P 一定是有的，C 和 A 只能选一个。一致性本身会影响可用性。假定高可用性下的性能指标，来测算对数据有一致性要求(FPS 类游戏)的性能表现，肯定是不客观的。

ARPG,FPS 游戏的需要数据强一致性+实时性。分布式，其实只是提升了并发，对一致性的效果本质上是折损的。一旦不一致发生，那动作类游戏玩起来的感觉就是：“本来已经杀死对手了，但对方抖动了一下没死”，非常影响体验。所以我从本质上不觉得基于分布式的架构可以解决实时动作类游戏，而数据一致性，这个问题往往不是什么 IO 速度量级决定，而是网络不稳定性 /数据时序不一致性，也就是大家说的游戏逻辑处理这块。如果加锁那基本 IO 速度完全只能作为参考了，锁的粒度太粗损耗大，太细一致性再次成问题。

如果题主不能优化一致性问题，那通过分布架构的方式只能提升并发，我理解也是只能支持一部分游戏。一致性要求不高的(游戏状态数据不对事件的顺序有强依赖的，弱交互的)，或者实时性弱一点的(损耗一些性能做同步)。

idea 不太重要，demo 也融不到靠谱的资，项目运作出数据能盈利了，反而好融资（所以变成先有鸡先有蛋的问题）。我认为融资只能作为你击败竞争对手使用的手段，不能作为你是否能存活的手段。你得证明你能活下来，再说其他的。如果你只会后端，说实话我觉得不适合创业，如果技术创业最起码也得全栈吧，而且还会比运营销售更劣势。我的建议就是你尽可能的压低成本，不要想别的，看你能不能存活到盈亏平衡吧。至少目前的条件，我肯定不会考虑合伙的，我了解的大部分水平在我附近的都不会考虑的；所以我觉得你还是多靠自己比较靠谱。我基本只会选择能存活的，有各种事实支撑确实能存活下来的，并且创始人底子好的。其他情况都会倾向自己干。

刚才没考虑，还有除数，比较麻烦。当我之前没说

进一步优化，还需要找到 k!>i*1000000007 的对可以每个出现的 i，最小的 k 。可以快速简化计算。

@HiShan js 当时我看的是 strapi 和 vue 、elementui ； C++看了 cocos-2dx 、caffe 、caffe2 、opencv ； python 没咋看直接用的，好像看了 keras ； haskel 可以看 pandoc，我没细看； lisp 我看了 emacs-lisp 的一些插件，recent-f 之类的；我觉得这个主要看你的兴趣吧。

视野和编程思想，主要也体现在源码里。不看源码学了也没用。如果是纯新手入门，我觉得还是 c 或 js 好点，py 其次吧。

一开始我也跟楼主一样纠结过。现在不纠结了，基本开发过项目的有 10 门左右，学了点皮毛为了看源码的还有 10 来种。我建议根据问题驱动就好，比如看源码，单独学习语言没啥用。

感觉够呛。也许边做边学可以驱动你搞，但你发现太多不明白的地方了而且找不到解决的方向，效率更低，而且公司业务可能也不允许你这么搞。基础知识本身是系统化的，看过忘了我觉得也是正常事儿，多记记笔记，好记性不如烂笔头；多来几遍也就 ok 了。

不懂的人面试不懂的人，两脸懵逼；另外前端明显有很多可以深入问的地方啊，基础 JS 不行就深入 ES6，babel，webpack，以及 mvvm 的实现，浏览器渲染机制，视频编解码 WebM，图形 WebGL，还有 assembly 。关键你们都不懂后台，问后台能问出啥？

羡慕！我也想换成轻松的工作。计划拿到今年的年终奖之后行动。

我上次从昆明跳到北京大厂，涨了 3 倍多吧。

我们是算法岗，至少我是需要招人的。

如果方便来北京，可以加我微信。我们应该还是招实习的，应该算二线大厂。aG9wZV9saXg=

所以楼主想要低成本招人，主要是看重了价格优势。这样可以买的很便宜。凡是不能继续干的人都属于“没梦想”的人，一直靠“有梦想”的人，可以拉低成本。对于咱大众来说，没什么搞头。