你现在需要在本地运算的东西，能够搬到云端。比如操作系统，未来的终端将只是简单的显示设备，大部分运算和服务被搬到云端，参考 google stadia 这些。

对于说“贵圈真乱”的，其实我觉得前端圈并不是乱。而是前端的开发者多，技术栈相对开放，所以就有很多造轮子的空间。不过我不觉得这有什么不好的。同样的整天写业务代码和 CURD，也不是全都好。

顶尖的开源项目不是每个人想写都能写出来，前端的开发者愿意在自己熟悉的领域思考和动手，并且分享出来，我想大多数人希望看到的是他人的肯定或者质疑。V2EX：“请尽量让自己的回复能够对别人有帮助”

@ByZHkc3 @gxm44 @xichengh @IsaacYoung @rmlzy
dvajs 和 rematch 都有了解过，但是并没有满足我们的需求：
1. type-safe
2. less boilerplate
3. lightweight, 易整合，能和现有项目共存，然后平滑迁移
4. 模块化

dvajs 和 rematch 都很好，但是都或多或少的无法满足部分需求。

准确的说是模块化和灵活性的一个 tradeoff @shadeofgod

@shadeofgod 是的，用不用 ts 和 redux 没有关系，其实我想说的是，我没有找到一个我需要的并且是 strong typed 的 lib 来使用，我们需要从 action 到 state 都是 type-safe 的。所以才基于目前开发所遇到的问题和经验，做了一个小的总结。

effects 的处理在这里有例子： https://github.com/ReapexJS/reapex-example/blob/master/src/GithubSeacher.tsx

namespace 和 action/reducer 绑定，其实我觉得是“框架”层面制定的规则，是 dva 有意为之，这样能强制使用者在编码的时候去思考模块的边界。降低模块之间的耦合，增加代码的复用性和可维护性。

但是我并没有选择这样，`mutations()`和`effects()`都能接受其它 namespace 的 action。因为我们项目目前的情况无法做到这一点，而我们又无法重写整个项目，再者，我觉得没必要去牺牲这一部分的灵活性来换取所谓的模块化。

@SingeeKing 你说的有道理，我看看这么移动节点，找来找去没找到怎么操作

lili.li 这个域名不知道拿来干什么
vim.sh 打算贡献给 vim 的社区

为什么不 fork ？

标题党，明明是 8kb

o2 = {...o1}

response header 没有 Access-Control-Allow-Methods?

@mozutaba 芬兰工作一年单身无房税后 3000 欧，基本上快到 senior 的水平了。说明楼主发展的挺不错，可以继续待着看看。如果想去其它国家，可以把芬兰当跳板。

试试这个：
https://github.com/mkusher/padawan.php

gulp-changed

@mofet 感谢帮答。微信有密码，但是让我在意的是我修改完密码之后骗子马上破解了，并且知道我的个人信息。这种隐私暴露的情况让人很在意啊。

为什么说要懂 git-filter-branch