你用 Google search 下 Recursion，你会发现 Google 真的很有趣

Git 从来不用 GUI, GUI 能做到的，命令行都能做到. 相反，我见过很多使用 GUI 的，在我看来，他们使用 Git 的方式跟 SVN 一样，根本不理解 Git 的工作模式，很多 Git 非常牛叉的特性完全不会用，暴殄天物。

谢谢翻译，终于抽出了时间来好好阅读。再次感谢！！！

ES7 里面的 await，async 确实能让回调写起来方便很多，语义也更简洁明了，其他语言特性也都在演进，没如上所说那样不堪。ES7 虽说是未来版本，但目前 Babel 支持良好，ES6 发布之前，多少公司不照样使用 Babel 跑着 ES6.

从开发便利，社区成熟度，Ruby／Rails 无可挑剔，至少无人可敌，但是你要真想从性能方面来比，随便把当前游戏行业，直播行业拉出来溜溜，绝对是 Java／Node 完爆。

另外，不要把不熟当作槽点，你两天没把 Login 功能搞定，就吐槽 Nodejs，那如果换过来，你先入 Nodejs，后入 Ruby／Rails，也两天没搞定，你是不是也跑到 Node 社区把 Ruby／Rails 吐个遍。。。。。

我也觉得社区法西斯主义越来越强，观点略同的拉到一派把观点不同的当作敌对。

Ruby／Node 我都喜欢，这么说不是怕你来喷和稀泥，心性如此，不同场景，做不同选择。

shell 中不要放空格，有用个要记得用双引号引起来。

你试下 mkdir xxx/{abc,def,xyz} -p, 中间没空格所有目录都能创建，有一个空格，报错。在 shell 中，一般空格是用来区分参数！！！

哈哈哈哈，超时空采矿车，这是红色警戒 X 版本的预告吗？

其实很多国企程序员的自身素质比私企的高!!!

How on earth did you get this conclution! HOW!!!

看到这些乱七八糟的线只想一刀砍了

哈哈哈哈哈哈哈哈，我能表示支持吗？

#22 楼 @1272729223 哈，对的，我也喜欢专精！同时也喜欢博大！

另外，我常用 Terminal 跟同事 share 屏幕，Just screen it！

如果你用烦了，

command & 

或者

nohup command 1>/dev/null 2>&1

想直接起个 command，然后可以随时断开 ssh，随时可以切回去看起运行状态，你才知道 screen 的好。 然而整篇文章居然没提 screen -r，没有提到 ctrl + a, d, 我不认为你理解了其精髓。

普及 screen 命令是好事！

这还用推荐，广州图书馆啊。只是得早点去，不然没位置。

AWS 的 ELB，很好用，但是对 websocket 的支持不是很好，在有 websocket 以及 http 的情况下，只能选择 tcp 协议做负载均衡，有些 http 的 header 会被丢弃。不知道最近有改进没有。

一看就是 4399

说了这么多，以为是返璞归真，实际上是你：老了。

#7 正解

Mark 一下慢慢看，nightire 的，即使没看都要无理由赞！

Gitflow 过于复杂，过过过过过过过过过过过于复杂

[email protected]

grails 有，使用的 groovy 实现的。 Java 圈子里，藐视没看到有。

已逃离！

@rubyfan1 @blacktulip 是的，其文中并未说明在工业化的场景中 java 才胜过其他语言，他表明的是所有场景。 Java 我也使用了好多年，但对比 Ruby，Node.js 而言，Java 真的算老，而且臃肿。单从性能上对比，那我 C，C++ 也能甩出 Java 几条街，但是好几年前为什么 Java 的普及率比 C，C＋＋更广。因为其相对 C 更友好，程序员不用在费心内存管理，还有其可以跨平台。这些是 Java 刚出来时的卖点。时至今日，更多的创业企业，更多高迭代的需求，更多 Agile 团队管理，你再用 Java 试试，随便改点东西调试，你就等着不停的重启 tomcat 吧。而 Ruby，Node，Python 等新的与时俱进的语言，同样也各具卖点，所以我们也有理由选择新的，漂亮的。就如当初越过 C，C＋＋一样的道理。

我不完全赞同 @rubyfan1 的观点，传统 IT 产品公司还是会选择 Java 比较多，互联网行业后端再用 java 的没几个。但是传统 IT 公司选择 Java 未必就是因为 Java 多好，可能有一下几个原因：

• 公司长期的 Java 技术积累
• 之前的老系统，或者其他系统已经使用 Java，不得以选择继续保留使用 Java。
• 对新的技术，架构未做深入了解，保守选择。

但到这里，我已经忍不住要对 Java 吐槽了。

• 越更新，越他吗的繁重
• 设计模式，很多设计模式也只有在 Java 里才会有，像什么装饰模式，读个文件要套一堆 buffer，一堆类。放到其他语言环境里，完全不是个事。而且很多项目滥用设计模式，代码难于阅读，项目难以维护，特别是对新人，简直就是折磨。然后这却是 Java 生态里所经经乐道的事。
• 代码冗长。
• 坑爹的 switch，到现在为止都只能是 switch 数字跟字符。
• Java 8 出来以后才支持闭包，而且是个大坑。
• 整个生态里面，配置基本靠 xml(因为很多知名框架都使用 xml)，传送个 message，大部分的流量消耗都在 xml 的节点上。
• 用 Java 来做 web，简直就是虐心。
• EJB, Struts 等，学习成本大，笨重难用。
• 国内现在连 Java 的社区都没了。

但是反观基于 JVM 的几款动态语言，在这些这几上狂甩 Java N 条街。我们做的项目也是运行在 JVM 上的，我们的 Server 起来至少需要 9 个 G 的内存，算比较工业化的产品了吧，但我们未必仅停留在 Java 的使用上，我们所有的组件都是以 Cartrdge 的方式可以在核心服务器上热插拔的方式提供的，但同时我们也大量使用了 Scala，Groovy，Node.js 等新的技术，我们整个 Portal Project 全部使用的是 Grails，基于 Groovy 语言的 web 框架（Rails 的 Groovy 版本），另外我知道的，基于 Scala 的 Play 框架也很不错。所以即使传统 IT 公司的工业化产品，Java 也并不是缺其不可。像一些传统的 SOA 架构，发展到现在逐渐演变成 Micro Services, 对于 Mricro Services，我就认为使用 Sinatra，Express, Koa 等一些基于 Ruby 或者 Node 的框架更胜一筹！

所以我认为，无论是互联网还是所谓的工业化标准行业，新的技术都能取代 Java 去开展业务，除非是一些现实环境、条件的的约束，否则并不是非 Java 不可！！！！

这～～感觉这东西 === 什么什么杯！没有女朋友也能感受女朋友。

从头到尾，期待着 remote 关键字，但就是木有！

一通百通，Linux 很多基础东西，理念，命令行熟了，你会发现在很多其他语言中也有相似的体现，然后不管什么都会很从容的上手。 看到这个分享，我表示鸡冻万分，好东西，好东西！

Vimer 表示支持！看了你另一篇如何把 vim 搞成 IDE, 表示很赞！

补充一点， JRebel 可以帮助 java hot deploy，但收费！

#20 楼 @akirapanda #21 楼 @zhangsm 超级赞同，一直在重启，一直编译，烦闷到极点。体验过 Ruby，nodejs，碰都不想再碰 java。 还有几分之一时间在启动 eclipse，除非你是那种入职时启动，离职时关闭的主。

#27 楼 @jasonliu struts, 还有人用 struts？多年前用 struts 想吐，想不到现在就看到一下，还是想吐！