@loading 嗯， Go 是服务端语言，暂时写不了客户端。。不过 electron 严格上来说不是 node.js 平台上独享的，毕竟还有 webkit 。
我自我纠正一下，这里只比较服务端编程，不 PK 其他领域。

@shierji 感觉 python 运维起来会挺苦的， pip setuptools easy_install …而且 GIL 存在也实现不了真正的多线程。。

@tracyone 我这里说的 go 是一个开发工具，功能上约等于 node.js + npm + ...一系列第三方模块

Go 安装的时候需要手动配置 $GOPATH 和 $GOROOT ，在这种类似的地方，让开发者手动操作一下，反而有利于开发者理解整个体系， iOS 上的包管理工具 Carthage 似乎也是从中得到启发，才做了一个与 Cocospod 不一样的东西。
另外想想 npm 的多版本包管理机制，实在是宝宝心里苦，想想 node_modules 下各级子目录存在多个版本的相同模块，这样的代码运行到线上，是该多么心惊胆战的事情， node.js 搞 web 可能还是不太专业。。

@realpg 啥是 fs

@realpg fs 是啥

唉 一场闹剧

日了狗了 iptables -F 好了

@longaiwp no no no ，没提到 redux ，我说的主要是 React 。。另外 Vue 是什么鬼

@longaiwp 不能 debug 就是深坑啊，如果你写码过超过 3 年，我想你应该可以理解啊。 React 的 JSX 至少还是可以调试的，因为数据流有据可循，但 MVVM 的 View 发生变化你却找不出是哪里的 M 改动导致的。
另外，如果 MVVM 是真火了，更早火起来的 Angular 为啥会被 React 后来追上？
本质没有变，当然就不能真的火啦

@SpicyCat 你懂得。。

@oska874 不清楚，只是理论上

@neoblackcap 了解， gitlab 的开发附属功能还是蛮有诱惑力的。但 gogs 将来如果支持了代码 review 和项目集成，你还会继续用 gitlab 吗？

@longaiwp http://www.infoq.com/cn/articles/rethinking-mvc-mvvm
mvvm 微软早在 2005 年就推出了，又不是什么新奇东西，知道它为什么没火吗？除了微软本身生态不行之外， mvvm 只适合于简单的界面编程，因为：

1. 对于大型的图形应用程序，视图状态较多， ViewModel 的构建和维护的成本都会比较高。
2. 数据绑定的声明是指令式地写在 View 的模版当中的，这些内容是没办法去打断点 debug 的。

这种创新没多大用，明显没有考虑到覆盖普适和复杂的业务场景，而反观单向数据流，设计上反而更先进一些。

@longaiwp 就你呵呵，就你呱呱叫

MVVM 本质上不是什么创新的东西， React 的思路才是，加了层 Virtual DOM

教你们做人

QQ 截图 mac 上的 snip

怎么又是你