技術的負債を貯めずに開発するには - おもしろwebサービス開発日記

先日行われたMedBeer -Rails開発での技術的負債との付き合い方で、「Rails Good Parts, Bad Parts」というタイトルで発表しました。 資料はこちら。 内容を要約すると、技術的負債を貯めずに開発するには (Railsプロジェクトであれば)Railsの便利な機能を活用する 要注意と言われている機能について、対応方法も含めて把握する 上記をチームで共有して、負債になりそうなものをmasterブランチに入れないように頑張りましょう つまり勉強と教育をがんばりましょう という話でした。あとは clean-rails.orgの紹介をすこしだけ。 所感 たいていどの会社でもコードレビューはしていると思いますが、少数のシニアエンジニアが全ての変更点をレビューしきれるとは限らないし、設計をコードレビューの段階で指摘するのは難しいことです。かくして負債となるコードや設計がレビュ

[otchy210]

RoR 自体が負債というのは禁句ですか？詳しく言うと、プロダクトの成長に従って、RoR 自体が負債化するケースすらあるのだから、日々のコードはどうやっても負債を生む。なので、返済にフォーカスする方が幸せ。

[el-condor]

今割と辛い負債としてはjQueryベースのJS群。5.xにアップグレードする上で深刻/一番ヤバい負債は「コアに深入りして挙動を変える」奴。これのせいでrailsがバージョンアップできないのはよくみる光景

[fukumura]

良い。

[u1tnk]

熱い宣伝エントリだった。clean-rails.org ですね!

[wwolf]

フルスタックフレームワークとその挙動に介入するプラグイン群は本当に取扱注意だよなぁ

[tikkss]

良いなぁ。 collection<< はトランザクション効かないはず・・なので、なるべく使用を避けるかなぁ