Railsチュートリアル 4.0版の演習について、自分なりの解答をまとめてみた - メモ的な思考的な
Railsチュートリアル4.0版には各章に演習が付いていますが、模範解答みたいなものは示されていないため、この書き方で良いのかと悩むこともありました。 そのため、復習した時のことを考えて、自分の解答をまとめておきます*1。 なお、4章はsample_appと関係無いため、6章はコードが全て示されているため、それらの章の解答は省略します。 第3章 演習3.5.2はコードが示されているため、省略します。 演習3.5.1 spec/requests/static_pages_spec.rb *2。 describe "Static pages" do . . . describe "Contact page" do it "should have the right title" do visit '/static_pages/contact' expect(page).to have_titl
“DCI” in Ruby is completely broken
January 2, 2013 “DCI” in Ruby is completely broken Rubyists are people who generally value elegance over performance. “CPU time is cheaper than developer time!” is a mantra Rubyists have repeated for years. Performance has almost always taken a second seat to producing beautiful code, to the point that Rubyists chose what used to be (but is no longer) the slowest programming language on earth in o
テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる, tDiary 3.0.2 リリース - 会長@腹部日記(2011-04-29)
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
