你真是 iOS7 铁杆黑啊！

我觉得总有人有一种 我做技术是高端活，怎么比那些没技术含量的工资还低 的心态。但忘了一点 技术水平只能影响技术方面的职业的工资 。

你去横向比较社会上的其他职业，自找纠结，而且一点意义都没有。而且我觉得做技术活真心没什么高人一等的。你花时间去学习技术，别人花时间去学习营销，管理，沟通。大家专注的地方不同，一样用自己的手段为社会创造价值，谁也没资格瞧不起谁。

你觉得别人很轻松可以挣钱，你也可以去做，但过程未必有你想得那么轻松。如果真的很轻松，那恭喜你，发现了一条赚钱的路，也不用在这纠结了。

没用过，前段时间搜索过一个比较 DigitalOcean 和 Linode 的文章。Linode 还是性能更好。对服务器而言 CPU 提升比 SSD 影响更大。

PS: $5 的那个别人说跑 PHP 都够呛……512MB 内存还是太寒酸了点。

http://remcobron.com/cloud-server-review-and-comparison-amazon-aws-ec2-vs-linode-vs-digitalocean/ http://www.castmate.fm/blog/2013/04/15/linode-vs-digital-ocean-which-vps-should-you-get/

这个真励志

htmlbars 当时关注了一下，好像也是 Yahuda 开发的，目前还是实验性质的，很长一段时间估计还是用 handlebars。虽然生成的 script 标签确实有点多……

htmlbars 想做到的是，在语法上做到像 AngularJS 一样直接在 html 嵌入东西，而不用到处 bindAttr，view xxx 之类的。但我觉得作为 handlebars 的扩展，最终生成的 html 肯定还是 script 一堆。所以如果 LZ 在意生成的 html 美观的话，就不用指望这个了。

Ember 除了最近 RC4 改变了一下 controller/model setup 导致比较大的影响，剩下的都只是功能增强，不属于 break change. 其实现在已经好很多了。

有情怀的公司啊

这帖子水的不能不顶一下……我硬是看完了都没联想到 HTTP 状态码……

还原度真高，这个必须得顶啊

什么产品需要 14 个 Ruby 工程师才能搞定？ PS：尝试过一个月远程办公，觉得还是有面对面的交流更好。

前端化是大趋势，angular 搭上了这艘顺风船……说起来么，与时俱进的都不会被淘汰，被淘汰的只有陈腐守旧者

记得去年 RubyConfChina 就是在创智天地，当时看到了 EMC……

@kikyous 保存的时候还是会影响一下，偏偏我是那种敲 :w 比较多的…… 现在开成 passive mode 了，不过也很少用

这次出现了三个的 client side 的讨论，DHH 和 Yahuda Katz 分别代表两种 Rails 未来的发展方向，确实精彩

has_many :bugs, :through => :rails 很早以前看到的，请自行修改关键字……

楼上说的够详细了。附一个官网说明：http://coffeescript.org/#fat-arrow

其实 rmbp 13 真心不错

LZ 看片还不忘注意细节……

@aptx4869 但 ng-view 只能有一个啊。而且只能跟 route 挂钩一个 controller。感觉 angular 的页面结构是一个为主其他部分为辅。如果有两个结构完全不同的页面就比较苦逼了。我也是初学者，说的不对请拍砖。

Ember +1 对 Angular 和 Ember 的解释相当到位。最近碰到个东西需要嵌套摸版才能很好的解决，Angular 的 ng-view 和 ng-include 在这种情况下就相形见绌了……Ember 最开始设计时就考虑到了这些 web 开发常见的问题，所以代码庞大复杂。 不过 Ember 的上手难度真比较高，不理解它的一些基本理念很难使用，这货虽然很多概念的名字沿袭自 Rails，其实本质上一点都不相似……

先点个喜欢，再看……

@hooluupog 最后说一次，我从来都没说这个人怎么样，我只是表示不喜欢他的文章。因为正 @Alex 所说，他的文章给我的感觉就是这样……所以我觉得对自己没什么帮助。不是没用，是对我而言没啥用。我们这些关注高层抽象的人尚且知道语言细节的重要，难道一个搞底层语言的专家反而要不在意？

肯定有其他人会觉得写的很好很精彩，这很正常。就像我先前回复另一位的，领域不同看待问题的观点也不同。其实这个话题的争论就像 vim 和 emacs 多年不变的宗教战争，永远不会有结果的……但我不理解的是为什么总有人抱着说服对方的想法去讨论……那讨论就变质了。

从来没有学了可包治百病的知识，只有对自己有用的知识。正确分析自己需要什么，有用则学，无用则抛，仅此而已。

@xhj6 你说的也有道理，领域不同看待事情的观点也不同。

@hardywu 我并不反对说一门语言不好，实际上很多黑 Ruby 的文章我也都看的津津有味。我更喜欢拿实际例子讨论语言的文章，而不是扯些虚的。也许我不大理解大神的抽象思维……

对比下老赵的这两篇，我更喜欢这种风格的干货： 为什么我不喜欢 Go 语言 Why Java sucks and C# rocks

其中第二篇还是个系列黑，但有理有据

@xhj6 go 的那篇文章我看过了，思维导图我就点进去瞄了下。因为对 go 没什么了解，就不说了。

倒是原先他写的那篇关于 python 等动态语言的文章我看过 http://www.yinwang.org/blog-cn/2013/04/18/language-design-mistake2

那篇文章举了些在我看来比较怪异的比喻，其实本质上说的是语言太过灵活导致不好掌控。相比起来他更倾向 Java 那种更严格的语言。我觉得动态语言有相应的优势，比如可以省去为了不出错而做的各种接口定义，比如 ActiveRecord 那样可以做到定义一个空的 class 自动映射数据表字段，更多的就不举例了。

我很遗憾他没有看到这些语言特性在实际生活中带来的好处。照他的逻辑，Rails 就是这个世界上最大的怪物之一……但 Rails 确实曾经改变了世界。

其实表达不同的观点也没问题，这个世界毕竟是多元化的，但我不喜欢的原因不在于此。

下面我简单分析下一个不懂 Python, Ruby, JavaScript 的人看到这篇文章前后的想法：

• 网上都说 Python 好，这篇恰恰相反，观点新颖，从反方向看也许会有些收获。
• 虽然不懂 Python，不过这个比喻还挺好懂的，三只手的人确实太怪异了。
• 原来 Java 这样严格定义数据结构的做法还有这个好处，以后还是用 Java 算了。

在我看来，这是一个经典的套路：先用新奇的观点吸引人，再用比喻模糊概念，最后得出“铁证如山”的结果。

你觉得这篇文章对一个想了解 Python 的初学者有帮助吗？

他并没有拿甚至一个 Python 代码片段来举例，讲下语言特性会在什么场景下造成什么样的影响。在对比下 Java 在同等场景下有什么优势。就是一个似是而非的比喻（还是特意丑化过 Python）的。新手看完后根本就不知道 Python 的语言特性是什么，灵活在哪里。就无意识的接受了作者的理念 -- Python 很危险，会造成“无穷无尽的烦恼和时间精力的浪费”。

我不反对主观。但我反对把主观的想法，经过一些似是而非的例子包装，最后生成一个看起来很客观的结果。

所以，如果我想学一些我不了解的技术，我不敢去参考他的博客。

撕得一根不剩，心满意足的关网页……

@KoALa +1 果断 pry，用 binding.pry 打断点，程序运行到了那里自动进入 console，配合 pry 对 console 的增强功能（比如 show-method 显示某方法的源码），非常犀利。gem 代码也可以这样跟。

@blacktulip 只要还存在编辑器这玩意，争论就不会停……

看了几篇，说实话有点失望……都是一开始给人眼前一亮的感觉，因为观点跟大众不同，行文风格自由。但每次我想继续往下看“为什么作者这样想”的时候……就没有然后了……

不鄙视啊，我以前的老板买 macbook 装 ubuntu，他买这个就看中 macbook 的做工和外观，我表哥用 mac os 坚持了三个月最后装 windows 7。每个人所求不同，选择自然也不同。只要选择的是自己需要的就行了。