一回は読んだことがあったのだが、新人として業務をこなしていく中で、改めて読むように言われたので二回目読んだときになるほど、と思ったことをメモ。

命名規則

• 数値の変数名には単位の情報を含める

 delay_secs
 size_mb
 max_kbps
 degrees_cw

• 限界値

  min max

• 範囲

  first last  

• 包含・排他的範囲

begin end

• bool値 is,has,can,shouldを接頭辞につけることが多い

コメント

• 質問されそうなところを書く
• ハマりそうな罠をかいておく
• コードからすぐに抽出できることは書かない（新情報を書くようにする）

制御フロー

• 条件式の引数の並び方 「調査対象」の式。変化する [条件式] 「比較対象」の式。変化しない

if(調査対象 < 比較対象)

• ネストを浅くする ネストを浅くするには、早めに失敗ケースをかいて関数から返す。
• 複雑なロジックを書かないためにド・モルガンの法則などを利用する。 そうじゃない部分を実装することで満たせないか？考え方を変えてみる

コードの再構成

• 関数の中でも同じ種類のタスクはまとめて処置をするようにする。ちらばってると重複もあるし、読みづらい。（countupがあれば、すべての種類のcountupはまとめて書く）

他にもいろいろあるだろうけど、知識として抜けていた部分をメモ。
あとは知っていてもできていない、適用できていない部分が多い気がする。