コードレビューが好きになるプログラミングの原則 - Speaker Deck

Web Developers Meetup Gotanda ～ MC Open Lab. #6 ～で利用した資料です。 https://memberscareer.connpass.com/event/106254/

[odakaho]

「え、なんでなのかわからないの？？」「少しは自分の頭で考えたら？」「(ため息をついて)うん、ここはいいから次までに勉強しておいてね^^」 ころすわ

[ardarim]

コードレビューよりもプログラミングよりも前の段階で先にプロジェクトとしてのポリシーを展開しとかないとね。目的がなければ方向性を見失うし、基準がなければレビューもできない。

[sakaguchi-ba55-0ne]

これを元にレビューしてもらいたい

[hiroyt]

カバレッジ上げるとかテスト駆動とか別にして、テスト書ける設計にするってのが超重要

[braitom]

プログラミングの原則のまとめ

[diveintounlimit]

わかりみ。こういう事ちゃんとやってないと、中身の無い好みの押し付け合いになるんだよなぁ。

[hachiame]

「あったほうが便利」にゴールはないは同感できる。機能追加にしても仮説立ての作業は必要だと思わされる良いスライドだった。

[enikumax]

雰囲気で指摘しても相手に悪いよね。共通理解として覚えておきたい。

[yarumato]

各原則と、なぜするのかを簡潔に1ページ1項目で紹介。

[Derabon]

いいね！

[koogawa]

知ってて損はないよね。コードレビューが好きになるかはわからないけど

[iekusup]

ほー。

[jijyoron]

原則多すぎて死にそうｗ / 原則にも優先があると思うので詰め込めばいいってもんじゃない気がする / 中途半端にSEになったのでコードレビューする・される経験少ないままきてしまったんだよな。。

[cbkf]

序盤の順序立てがよい。中盤以降、説明を欲張らず個々シンプルなのもよい。

[vanbraam]

OCP:拡張に対してopenで,修正に対してclosed;KISS:Keep It Simple, Stupidがオリジナル;冪等性を求める理由は"操作の順序を意識しなくて良い"の方が適切では?;そもそも理由を示さないレビューはダメだと思う

[swdrsker]

改めて確認したい

[gonta616]

プリンシパルプログラミングだな。あればいいぞぅ。経験則が全部言語化されとる