RailsあるあるがRailsあるあるじゃない件 - Qiita

http://www.slideshare.net/tricknotes/rails-possiblestory ここに記載されているのはRailsどうのでなく設計の問題なので、これを「Railsのあるある」という人は、他の言語やwebアプリのFWでもまた同じ間違いを犯ちゃうのでは疑惑。 1.社員レコードは論路削除で… 問題の原因は、モデルの状態遷移・各状態で機能がどう振る舞うかを検討せず（設計をせず）に実装にとりかかってることでは。 やるべきだった手順 現実世界での対象モデルの状態を整理する 内定、有効、休職傷病、産休、退職、一時退職（役員とかになる場合の）とか？ アプリケーション内で定義すべき状態を整理する （社員だと、権限に関わるのでそれに関係しそうな状態を整理する） {準備, 有効, 休職, 退職, 無効, ロック}とか？ 最適な実装方法を考える 状態を管理する属性をモデルに持たせ

[irasally]

「使えそうなRailsの機能でもその機能の意味とドメインを考えて組み立てる」「後から仕様が変わったら設計も変える勇気」というのが印象に残っているけどな。スライドだけではわからないことも多い。