ROR 没必要成为主流，能找到自己的生存空间就够了，技术的发展有多样性才是好事。

这么一提起 JVM 我突然对 Scala 很感兴趣

#15 楼 @hlxwell

我的论点不是必须要了解 objc 才能学 eero，而是 eero 根本没意义。objc 的冗长不是来源于它的语法，它的语法没什么特别啰嗦的，真正冗长的是 Cocoa 和 UIKit 的命名风格，例如这个可能是 Cocoa 里最长的常量 NSPersistentStoreDidImportUbiquitousContentChangesNotification，62 个字符！对于那些“80 字符强迫症”患者根本不留活路。就算给 objc 换一套语法，这些常量和宏该怎么写还是怎么写，除非 eero 的作者有这个魄力给它们全部换一个名字。

意义不大，objc 已经相当易读了，坑也不多。我从来不认为把花括号和空行去掉就能提升可读性，这只不过是提升了代码的密度而已。

有没有想过加入两步快捷键？我其实比较倾向于双击 option 呼出 Manico，然后再输入数字。

一直在用，在远程主机上用 Vim 延迟太大了。

command + . 可以实现没有语义分析的，基于当前文件内出现过的字符串的补齐。

该泪奔的是 IE

#4 楼 @googya 最近刚好想找一门比较新颖的编译型语言试试，Go 名气比较大，我玩过一下，Rust 没试过。

近期最值得关注的新语言就是 Go 了吧

你是不是装了 360 安全卫士……

#4 楼 @yedingding 试了一下 middleman 简直爱不释手，我要早点看见你这篇文章就不会用 Padrino 写了自己的 blog 了……

其实我想说，哪个脑子少根筋的家伙会把内部采购文件和商业报表之类的东西公开放在网上给 360 来捉？

不要用 ctags，经常要更新太麻烦。用 Sublime CodeIntel 代替吧。ST3 不是已经无需插件实现了代码跳转了么。

官方保修真的很贵，没 Apple Care 的话还是自己动手好。

作为一门编译型的语言在性能方面向 C/C++ 看齐有什么奇怪的。不把 C 甩个两三条街根本谈不上什么惊人。

真要搞得这么复杂还是用 Rails 吧

一个月大概有二十来天是这样。

#77 楼 @larryzhao 听你这么说我瞬间觉得德国人好可怜，在提到 i18n 的时候德语也因为单词死长而经常被黑。

Ruby 这个圈子已经够照顾那些不以英语为母语的人了，因为作者是日本人，很多 commiter 也是日本人，所以大家都会尽量用简单的词句。这还要别人翻译只能说九年义务教育喂狗了。LZ 可以试下自己找篇文章翻译，“阅读英文”跟“译成中文”根本就不是一个等级的工作量，需要大量的精力和时间，完全不是顺手可以搞定的事情。财务自由了好说，还没自由之前谁管你。知名度影响力顶个鸟用，能付房贷么？

宋体应该算是 serif 字体，声明的时候把它放在 sans-serif 里面合适么？

#2 楼 @howiehu 在只有字符的终端界面下除了靠字体还有什么办法能做好这种好看的效果。

为什么要让 Sinatra 参合进来，开发的时候让 sass 来 watch 一个文件夹，生成的 css 丢到 public 文件夹就好了啊。

的确是挂了，启用备胎新浪微博

原来不止我一个人不喜欢 slim。还是 ERB 好，生成了什么一目了然。我也是用 SCSS 的语法，简单的文件 SASS 看起来清爽，但层级多了以后很乱。

30 冰点的时候就入了，跟 Xcode 自带的文档浏览器比起来简直是如丝般顺滑。

用最简单的句子和单词，对从句没信心的话就拆成两句话，只要能表达正确的意思，看起来啰嗦点也没关系。还有注意时态，要不老外都不知道某个操作你到底是已经做了还是想要做。

#11 楼 @jarorwar 用 seed 还算好了，起码不是手工填数据。刚开始尝试写测试，可以不按全套 TDD 的做法来，完全掌握 TDD 需要不少时间，起步的时候会让你的产出率下降得相当严重，可能一天只能提交十几行产品代码，十分打击人。

我的应对做法是 Test After，在写好一个最小逻辑单元（通常是一个方法，或者函数）后再写测试代码，通过测试后再继续写产品代码。只测试一些比较关键的，出了错不容易发现的部分，通常是 Model，从来没有测过 UI。这样对产出率的影响比较小，也容易坚持下去。我自己不搞全套的 TDD，经常 Test After，更加不追求测试覆盖率。

当你在界面上点来点去为了 debug 一个功能的时候，考虑写个测试吧。

#4 楼 @jarorwar 是花费时间不是浪费时间，单纯浪费时间的话就没人会去写测试了。我现在觉得写测试反而能提高效率，比起修改—保存—刷新，然后在页面上点来点去，可能还要填写一大堆测试数据强多了。