このエントリーは、事例取材で聞いてきたことについて、事例取材にいった二人があーだこーだとはなしをする編集後記的なエントリーです。 初回はGaiaxさんへの取材できいてきた、情報発信とエンジニアの成長についておはなししています。 See also: 日報でエンジニアが成長する。情報発信する文化作りに挑むガイアックス – Qiita:Team事例 Gaiaxさんはエンジニアを大切にしてたso: 今回のGaiaXさんの事例取材、Gaiaxさんってほんとエンジニアを大切にしてるんだなーっておもった。 htomine: そうですねー。会社として、エンジニアが成長できる環境になっていなければ、という危機感の持ち方もそうですよね。 so: うん。エンジニアの成長って言った時に、なんか「開発効率をあげる」とか「他社に対する競争力をあげる」とか、そういった視点で成長させたいのかとおもったのだけれども、「エン

このエントリは Ruby on Rails Advent Calendar 2014 の 7 日目のエントリです。 前日は seri_k さんの「Turbolinksさんと上手く付き合う10の方法」でした。 お詫び WIP です。公開期限に間に合わない可能性があるため、まだ途中ですが先に公開してしまいました。 サンプルコード等を後ほど追記する予定です。 → 12/08 18:10 追記しました。 Rails のファットモデル問題 Rails で構築したアプリケーションが大規模になり機能が増えていくにつれてモデルが大きくなり、そのうち手がつけられなくなる問題は古くから指摘されています。これについてはもはや詳細を述べるまでもないと思うので割愛しますが、この問題は 2014 年になった今でも多くの開発チームを悩ませていると感じています*1。 このエントリでは、普段 Rails を業務で使いながら