CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
最近、後輩が作った2つのrailsアプリのコードを読む機会があった。 そこで気がついたこと ビジネスロジックといわれるものはmodelに書くようにする(全部、controllerに実装してあると1アクションがながくなって読みづらい) 複雑なif文はメソッドにして(わかりやすい名前にしてmodelに実装してほしい) コードの量が増えてきたら定期的にリファクタリングしてDRYに保って 一般的なコーディングルールには従おう(たとえばインデントをあけるとか、 = の前後は1つ空白を入れるとか) HTMLもRubyコードと同じように見やすく(HTMLこそ構造化を意識してくれ。HAMLでかけるぐらいに!) 画面数が2つ以上あるなら共通デザインをlayoutで共通化して 一般的な機能をシンプルに実装できかったとしても、良く調べてみればRailsのすてきな機能できっとシンプルにすることができます 様によく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く