テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる, tDiary 3.0.2 リリース - 会長@腹部日記(2011-04-29)
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
RESTful Ruby on Rails -- その美しさと難しさ
『基礎Ruby on Rails』の原稿を書いているとき、Rails 1.2の目玉であるRESTをどう位置づけるかで悩みました。 本当にRailsがRESTに向かって進むのであれば、本書でもRESTを前面に押し出して書くべきではないかと。 結論的には、最後の9章をRESTに充て、8章までに少しずつ作ってきたサンプルアプリケーションを一気にRESTで書き直す、という構成にしました。 9章がプログラムの機械的な書き換えの話に終始してしまい読み物としてつまらなくなったという反省はありますが、悪くない決断であったと今でも思っています。 長くWeb開発をやってきた方々にとっては、MVCアーキテクチャの考え方はすっと腑に落ちるものであるかもしれませんが、初心者にとっては結構難しいものです。一言で言えば、抽象度が高いのです。そこにRESTという層が追加されると、さらに抽象度が高まって難解になります。 そ
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！ こんにちは、@kukoです。 今日は私の苦手なRESTの話をしますね。 はじめに Rails1系から2系に上がった時に、頭を悩ませたのがRESTでした。 宗教じみてるし、なんか設定も複雑でやることが増えたような気がして、なかなかお友達になれない。 しかし、RoRのアプリを作っていくにあたって、どうしてもさけては通れない道でした。 私と同じように悩める方がいたらぜひ参考にして欲しくて、 RESTとは何か。 URLはどうあるべきか。 の、とっかかりとなる話をしたいと思います。 RESTとは 「RESTとは、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである」 そんなこと言われても困ってしまいますよね。。 RESTは「リソース」を扱うための考え方であり、 URLというの
大場寧子のホームページ - コントローラをRESTfulにする
RESTful なI/Fには次のような特徴があります。 HTTPメソッドで表現できる処理は、URLではなくメソッドで表現する。 同じURLでも、メソッドの種類によって異なる動作をする。 主語（上記でいえば、projects/1など）が先にきて、動作は後にくる。一見して意味がつかみやすい。 なお、一般的にブラウザは PUT と DELETEには対応していないため、Rails はPOST を _method パラメータ付きで呼んだリクエストも受け付けます。例えば、以下のようなフィールドを含む form を POST で送ると、PUT メソッドと同様の処理が実行されます。 <input type="hidden" name="_method" value="put" /> ブラウザでは PUT, DELETE に対応していないとしたら、なぜわざわざこのような回りくどいことをするのでしょうか？ R
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RESTful な rails アプリケーションをつくろうなどとは考えないように - ruby on rails ビジネスの可能性
