创业公司按道理应该比大公司开更高的工资，因为无保障。

丝毫没有问题的路过，不知道你们在说什么

我从未见过如此厚颜无此之人

@zpole 你描述的双数据中心，技术难点在于 hadoop 集群的 replicate 和 sync ， ls 已经有人有人给出 reair 这个轮子了，技术比较新，你调研下这个轮子的可行性。但是 airbnb 只做了单向的 replicate 和 sync ，和你描述的类似 circular replication 还是要再看看能不能像 mysql 一样手动回避 conflict 。

@wph95 谢谢分享，有 reair 的话，说不定 lz 这需求还真能实现。

你现在的思路完全是用 mysql 思维来用 Hadoop 啊，手动一个集群同步到另一个集群的做法在 Hadoop 下设置一个 replication factor 就解决了。高可用也只要解决 namenode 的 SPOF 就行了，遇到 job failure 大不了 retry 一下。

@zpole 用两套集群也是浪费啊。请搜索 Hadoop High Availability ， namenode 搞 active standby 就可以解决 single point of failure 。

仔细想想，你这构架完全是 mysql 思维啊

其他不说， a,b 各自的修改也要能互相同步: a,b 同时修改 conflict 怎么解决？肯定要类似 cassandra 的 eventual consistency 机制。
况且数据如何 replicate 到哪个 datanode 是是 balancer 自动控制的， a1 必须同步 b1 这种需求不理解啊。
你这个构架难度太大，改构架吧。

本质上万物的意义皆为信息的载体，计算机是 0 和 1 ，人的是那 23 对染色体所承载的遗传信息，只不过不是 2 进制的。各种机制都为了信息传递而存在。

@DeutschXP 还能换？免费吗？

考公务员吧，感觉这行不适合你。

不污不好看

技术面的轮数就说明了一切。

1. 其实我观察到的历史不是因为后端渲染不够快，而是因为前端需求开始复杂到需要写 modular js 才出现的前端框架。
2. 无法被搜索引擎检索，在 virtual dom 出现以前，前端框架普及之初已成问题。
3. Turbolinks 的作者当然支持 webview ，而现实是市场更愿意选择性能优秀效果酷炫的 native app 。

前排观看 lz 又来挖大坑。

柬埔寨。一种不太好的预感。

毕业以后的目标是什么？

修改后合格了，祝 lz 好运