终于写完了，请翻墙批阅：http://fredwu.me/post/59395419899/writing-sensible-tests-for-happiness :)

测试可以讲的东西太多，所以没能覆盖到所有的要求，请大家见谅~

Randy Pausch - The Last Lecture

Steve Wozniak - iWoz

啊 对了，还有 Founders at Work。

#13 楼 @hbin 测试 API 为什么要动用 cucumber... =.=

Nice work! Although, there seems to be a few instances of method_missing, I'm not sure if I like this approach... :/

Datamappify also composes validation rules, by using a different approach: https://github.com/fredwu/datamappify/blob/master/lib/datamappify/entity/composable/validators.rb

呵呵。。。

https://github.com/fredwu/spiky_xml

ruby parsing 27000ms
ruby concurrent parsing 27000ms
jruby parsing 19000ms
jruby concurrent parsing 11000ms
nodejs xml2js parsing: 27616ms
nodejs libxmljs parsing: 1333ms

我用的也是 Synology 的 NAS。 ^__^

#3 楼 @jjym 对耶，我也这么觉得…… :P

我来抛砖引玉吧——

初阶的 gem - Bustle，一个 ActiveRecord 上的 pubsub-like API。

中阶的 gem - ApiTaster，Rails 上的视觉 API 测试器。

高阶的 gem - Datamappify，支持多 ORM 的 Domain-driven 的业务逻辑管理。

最后再来个号外篇（ruby 元编程） - Ruby Decorators，仿 Python 上的 decorator。

\^o^/

#26 楼 @bhuztez 因为基数大啊 ;)

#18 楼 @pepsin 嗯，近一年来我大概看了百多个应聘者的代码测试——国外的“奇葩”代码也是不少的。我还见过 rails controller 里判断程序是跑在 mysql 上还是 postgres 上的（然后一堆 DB 特定处理）。

#19 楼 @jiyinyiyong 我也一直是这么觉得的。至少在“看得到的地方”（主要是开源社区），国内相较北美、欧洲和澳洲而言，大概要落后个 3 到 5 年。

我所在的小小的袋鼠国——这边 IT/web 行业相比国内是渺小多了，但我们这边对开源社区的贡献有不少哦，信手拈来（其实是蹭面子，嘿嘿）——

Ryan Bigg - 对 rails 文档做出的杰出贡献（Rails 贡献榜前 20），拿到过一届 Rails Hero Charlie Somerville - 对 cruby/jruby 都做过贡献，better_errors 的作者，前几个礼拜被 Github 挖走了 Ben Schwarz - W3C 成员之一 Xavier Shay - Cane 的作者，几年前被 Square 挖走了 Nick Sutterer - Cells 和 Reform 的作者 Pat Allan - Thinking Sphinx 的作者 Ryan Seddon - Modernizr 核心开发之一 Sam Saffron - Discourse 核心开发之一 Darcy Laycock - Rocket Pants 的作者，貌似大学还没毕业…… Justin French - Formtastic 的作者 Daniel Neighman - Warden 的作者（Warden 是 Devise 的底层实现） Ben Hoskings - Babushka 的作者 Marcus Crafter - Sprinkle 的作者 Mikel Lindsaar - Mail 的作者，Rails 贡献排行前 30 James Healy - PDF::Reader 的作者，Prawn 的贡献者 Samuel Cochran - MailCatcher 的作者 Dmitry Baranovskiy - Raphaël JS 的作者

还有好多好多大牛……

每次去参加本地的 ruby 聚会之类的，都倍感压力，因为周围都是大牛环绕，自己如果不努力的话很容易就被比下去了……

#2 楼 @hick Guide 最终链接到这里：http://weblog.rubyonrails.org/2013/6/14/docrails-back-to-the-roots/ 上面有写如何提交文档的 PR。

基数大……

所以初生牛犊不怕虎的人多…… 所以不知道干什么所以做程序的人多…… 所以跟着其他人乱学导致学歪的人多…… 所以觉得自己牛逼哄哄的人多…… 所以不懂如何善用搜索引擎不懂提问的艺术的人多…… 所以成天在技术论坛扯淡的人多…… 所以 YY 自己有天可以靠编程发大财的人多……

其实没什么太大差别，就是因为基数大所以某些情形相对特别显而易见。

Contributing to the Rails Documentation

#9 楼 @ery 你用的什么编辑器？Vim, Textmate, Sublime 和 RubyMine 都支持高亮。

这个应该效果一样——

ruby -Itest test/functional/day_reports_controller_test.rb test/functional/month_reports_controller_test.rb

https://github.com/rails-api/rails-api

我们用的 RocketPants。

我一般都是等几天后就委婉的发信给对方告知我们决定不录用。

作为应聘者，等一两周后没音讯的话就是没戏了，也不用再去打听或是催促了。：）

#19 楼 @hhuai RubyWeekly 写错了，那篇是从中文翻译版翻译的。

#15 楼 @cisolarix 很遗憾，没有视频的说……

脸来了~ ^__^

貌似是抄的前端 https://github.com/studygolang/studygolang

顶楼的写法打破了 "tell don't ask" 的基本规则。Account 模型不应该知道那么多关于 Invoice 的细节。Implementation details 应该全部放到 Invoice 模型里。

类似 #8 楼 @qhwa 的这样。

英文版来了：http://fredwu.me/post/54175219257/the-future-of-computing-the-future-of-computer-programmers :)

英文版来了：http://fredwu.me/post/54175219257/the-future-of-computing-the-future-of-computer-programmers :)

理想配置？理想配置当然是最高配置啦 -__,-

#8 楼 @zfjoy520 #9 楼 @zuozuo

这个行业，尤其是国内，需要更多谦虚的程序员！:)