从好找工作来看，还是ror这种比较好找，因为需求变大，但是会的人不多

从老板角度，ror还是稍微要慎重，人真的不好找。

最后，按照@cngithub 另外一篇文章的说法，他是在MVC第一个版本还是Beta的时候开始使用，所以留下了恶劣的印象。这应该是Beta的问题，而不能完全怪在ASP.net头上。那个时候如果他用rails，也应该会碰到ror的内存泄露问题（参考javaeye robin的经验）。

@flyingkid 你看到的是最麻烦的安装，和最为犀利且巨无霸的IDE包裹。

其实，.net framework 2.0才23.5M，还带编译器。。。希望给改变你这种看法。

@cngithub
2. 现在可以尝试一下NuGet，虽然完成度不是太高。

非安全控件环境下的快捷支付，也是需要手机确认的吧

有人能买到mac mini里的那根硬盘线吗？

我觉得是Chrome

@TerranC @nickcheng 别买了，就是苹果那批淘汰下来的屏幕

如果要色彩好一点的话，推荐Eizo的2243吧，可能点距小了一点。

如果觉得贵了的话，可以HP的ZR24w，或者ZR2740w。

QQ截图发图，传文件，穿语音视频神马的，我嚼得是体验最好的

还真是node.js最擅长领域啊

@dofine @cysnap @muxi Python不是有个十佳CMS叫Plone么？

你可以找ip数据库，以前珊瑚虫qq用的那种，你懂的

真挺贵的，看上的钱包500.。。

还是考虑一下bitbucket的plan吧

Mono +1

@mlzboy mfc结构看看就好，再用它写客户端就没必要了

@cngithub ruby用textmate的原因，我认为是历史原因（ruby前期并没有好用的ide出现）。

Rubymine也是我推荐的ide。

优越感和是否夹着尾巴做人无关，ruby和张扬，特立独行也完全没有关系吧，一个现在已经”大路货“的语言，用它的人产生某种”优越感“，我是疑惑这个。

@roamlog 动态语言对于IDE的挑战客观存在，但是优势也还是存在的

1. 智能提示。这个虽然动态语言已经大大被削弱了，但是有和没有对于效率确实有影响。至少，交叉参考的次数要少了一些。对于变量，函数名和函数签名的记忆负担要轻一些。
2. 工程管理。IDE基本上面向的都是“工程”（相对于编辑器是以“文件”为单元）。
3. 对代码管理工具的集成。
4. 对于Textmate本身，还有中文支持的问题。虽然NetBeans也有中文支持的问题，但是问题没这么严重。
5. 一些平台化的IDE还能支持跨语言的支持，我的意思是说，在对ruby提供智能提示的情况下，仍旧可以对javascript和html的前端页面进行智能提示。这点也是不可忽视的。Textmate（或者Vim吧）对后两者的支持，不如某些ide的。

有些东西写的很有认同感，但是有些就不敢苟同了

比如中文资源的问题、版本兼容性的问题，IDE的问题，这是ror或者ruby本身，或者是社区的问题。问题客观存在，承认并改进我想才是正常的应对之道吧。

另外，IDE的观点也真是不敢苟同。虽然说用文本编辑器也能写出牛逼应用（参照牛人用针在硬盘中刻出windows的段子），但是IDE的便捷性也还是显而易见的。

最后，一个语言或者一个框架就能形成一种莫名的优越感，这个我就觉得不是很可以理解了。正如果粉，优越感非常强，而且一般持有观点“凡是没有的功能都是我们不需要的”