为什么不找 Apple Store？

#18 楼 @linjunhalida 我只是玩玩的 还真不知道有人用云编译编译 Kernel 的呢

一台笔记本电脑不能仅仅局限于写 Ruby 啊，至少也要能跑起虚拟机 偶尔编译编译 Kernel 神马的吧。。

#9 楼 @hanyangwang 鸟哥的书入门是最简单的 http://linux.vbird.org/linux_basic/ 当然 UNIX 深入学习的话其实比 Ruby 还难 http://man7.org/tlpi/ http://www.apuebook.com/

#2 楼 @hanyangwang 学 Ruby 的话 UNIX 基础是一定要掌握的 http://en.wikipedia.org/wiki/Standard_streams 。不一定是你关掉了它，Sublime 有可能会关掉或者重定向到/dev/null 去，这样你的 stdin 肯定收不到任何输入的，返回 nil 也就可以理解了。

饿 你确定 Sublime 没有关掉 stdin 么？

其实还有很多浏览器不广为人知呢，楼主准备怎么处理？

用 JS 和 Rails 在判断方式上是一样的吧 就是看 user agent 吧 但是用 JS 还有个额外的好处就是可以判断一个浏览器是否确实具备了某一个功能，而不是仅仅根据浏览器名字来猜测，所以判断会更准确。

#37 楼 @lyfi2003 API 的性能至关重要，尽可能节省更多的开销吧。但是如果 return 留空也就没文档了不是么？ 另外你的返回值文档和 jbuilder 文件位于不同的地方，这可能会使文档失去维护，如果放在一个文件里则会好一点。另外我留意到了#2 楼的建议，感觉你的方案不够优雅。其实很多 API 处理错误的代码是一样的，可以像 rescue_from 一样写在一起，所以他们的 schema 也理所当然的应该写在一起。

#35 楼 @lyfi2003 好吧，API Doc Grape 也有，但仅仅只是针对参数的 Doc，返回值不会有 Doc。但是说起返回值，看上去你依然在用 JSON Schema 做验证，这是为什么，验证返回值的正确性意义何在？

#33 楼 @lyfi2003 其实 Grape 的参数验证支持嵌套的 子 hash 子数组并不会成为太大的问题，你这个 example 我看过，里面关于 storage 的验证确实够变态的，用 Grape 的话只能自定义 Validator 才能做到（为了方便，我可以在这个 Validator 里调用 JSON Schema 来验证，这可以做成一个通用的 Validator），否则没有什么好的办法。不过我还是觉得为了完备性牺牲这么多不太划算，毕竟对于大部分 Case，还是简单的 DSL 更加好用点。

#5 楼 @anonj 能自己写还是尽可能自己写呗

A.new.method(:a).super_method.call

为啥要用 Devise？

#27 楼 @lyfi2003 好吧 但是我不得不表示 JSON Schema 的学习成本远远在 Grape 那几个简单的 DSL 之上，而且我记得 JSON Schema 标准还存在多个互不兼容的版本的问题，进一步提高了学习成本，而且 Ruby JSON Schema 库的出错提示不够友好 都没法直接用。

API 的事情还是 Grape 最好

我觉得 Grape 已经很好了 坑实在不能算多 而且代码写出来很好看 比这里一堆 Hash 好看多了

期待

用过 总体上不错的 但有些规则过于变态 失去意义 要用的话要禁掉不少选项

从不加班

Lack of automated tests

其实我觉得情况恰好相反 Lack of manual tests, root cause 是 太懒

既然搬到国外就别备案了

别老是沉迷线上交流 要多在线下和妹子交流

#14 楼 @jiyinyiyong 那是 JavaScript 是属于浏览器的系统语言 和浏览器生命期一致 不过从目前看来 浏览器应该还死不了。

@kgen

一个程序员只做 Rails 怎么活得下去，这框架太高层了，愈是底层的东西往往活得越久。

Markdown

+精

看 Ruby 和看 RVM 是两码事诶 我曾在书本的指导下看过一点 所以不算大牛 楼上那个才是

#3 楼 @hw676018683 没说不能用 只是大家不用