Getting Started with Rails This guide covers getting up and running with Ruby on Rails. After reading it, you should be familiar with:

• Installing Rails, creating a new Rails application, and connecting your application to a database
• The general layout of a Rails application
• The basic principles of MVC (Model, View Controller) and RESTful design
• How to quickly generate the starting pieces of a Rails application

我觉得 getting started 的任务已经完成了。想看完 getting started 就开始开发实际应用，我觉得怎么都不可能的。

#5 楼 @weiwei5987 ActiveRecord 有两个魔法字段 created_at 和 updated_at，如果你的表里面已经有这两个字段，它就会在保存和更新的时候自动填上。

如果是其他需要自动更新的字段，我会写一个 before_update callback

继承了 ActiveRecord 之后，Model 里面已经有一堆方法了，比如 Task.create。

添加新方法可以先放在 Model 里，复杂的跨 Model 的再考虑新添类。

楼主格式化代码要这样

ruby if start_year.to_i > end_year.to_i puts "Starting year should smaller than ending year!" else puts "leap year between " + start_year + " and " + end_year +" :" end

效果

if start_year.to_i > end_year.to_i
  puts "Starting year should smaller than ending year!"
else
  puts "leap year between " + start_year + " and " + end_year +" :"
end

#2 楼 @5long 擦，我才知道

我也脚得应该自动解决

没有明确理由的话不需要用 rspec

[1, 2, 3, 4, 5].inject(&:-)

@current_user ||= User.find_by_id(session[:user_id])

不抛异常版本

Matz 可能觉得这个操作不好就不加进来，我也觉得不好。

我用 livereload，一边写 sass 一边看浏览器效果。看生成的 css 没什么必要吧。

携程

1. 希望快速响应的数据
2. 数据库不方便储存的结构

我还以为 TMD 是什么新社区……

被 JIRA 虐得不行，所以对相关服务也没啥好感了。

要 Google 不要百度。

#17 楼 @sevk 难度没变吧，只是跟以前的定义不兼容了。

新的不能使用

# 错误
def foo(str: "foo", num: 424242, options = {})
  [str, num, options]
end

options 不能设为 Hash 了。是前面用了命名参数之后不能再设 Hash 参数，还是怎么滴，需要更多说明。如果没有用命名参数（大量现有的库），Hash 参数还能不能用，需不需要改写。

命名参数确实便利很多

互补

#10 楼 @xiaolai http://ruby-china.org/topics/4710 这个简便得多～

我喜欢 DHH 写的 jbuilder https://github.com/rails/jbuilder

#21 楼 @neaghfoz 大得不得了，印象中就有路由语法改变，页面 helper 去除 RJS，新手很可能碰钉，建议完全按着书上版本练习。

我也喜欢 MongoDB。

163 画质太低了……

我艹好东西

linode 512M

测试太重，功能就很难改动，开发人员会有惰性。

Kent Beck 最近说了

I get paid for code that works, not for tests, so my philosophy is to test as little as possible to reach a given level of confidence

http://stackoverflow.com/questions/153234/how-deep-are-your-unit-tests

当然这有很多种理解，不愿写测试的人可能欢呼「测试无用」，我的理解是测试的分量应该能「夹住」易错的地方，但是不要给功能修改带来负担。