• 浅谈尾递归 at 2018年08月30日

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

  • Awesome Ruby China at 2018年05月31日

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

  • The Rails Doctrine - 中文翻译 at 2016年08月24日

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

  • 从 ROR 转 Node 如何开始? at 2016年08月23日

    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!!!

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

  • 哈哈哈哈哈哈哈哈, 我能表示支持吗?

  • Terminal + Screen + ... at 2016年06月16日

    #22 楼 @1272729223 哈, 对的, 我也喜欢专精!同时也喜欢博大!😀

  • Terminal + Screen + ... at 2016年06月16日

    另外, 我常用 Terminal 跟同事 share 屏幕, Just screen it!

  • Terminal + Screen + ... at 2016年06月16日

    如果你用烦了,

    command & 
    

    或者

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

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

    普及 screen 命令是好事!

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

  • 负载均衡哪家强? at 2016年03月31日

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

  • 一看就是 4399

  • 说了这么多, 以为是返璞归真,实际上是你:老了。

  • #7 正解

  • Mark 一下慢慢看,nightire 的,即使没看都要无理由赞!

  • Gitflow 过于复杂,过过过过过过过过过过过于复杂

  • boyishwei@gmail.com

  • 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 关键字,但就是木有!