上から下へ実行される順に書く。順に並んでいるように見える。ユーティリティを上の方に書くなど。インタプリタ言語などは定義を先に書かないといけないので順番順にならざるを得ない。初期化処理などは上の方に書いてある方がわかりやすい。相互呼び出ししている場合は順番に迷いそう。書いていくとその場では局所化されてわかりやすいかもしれないが、それが繰り返されると破滅的なコードになる。引数の数を抑えても、インスタンスフィールドに過度に状態を持たせてしまうなど、別の問題が出るのでは。関数呼び出しをするので、良し悪しでは。違い、メッセージ内容をパースする前にログレベルを評価する。英語として意味のある順番だとわかりやすい。言語によってはデフォルト引数もあるので、その場合はもちろん大事。幸せの小道=ハッピーパス(正常系)と思われる。例外チェックもベースクラスで全て引き取るとエラー処理が難しくなる。句の長さに比例してエラーハンドリングが難しくなる。エラー処理とと通常の処理をわけると、エラー処理側のシグネチャが長くなって、結局インラインで書いたほうがわかりやすいこともあるかもしれない。コード重複をチェックする機能がある。1つ1つはシンプルになっているが、機能を把握できない。ライセンスの表記の是非。バイナリにも必要なのでは。コメントアウトを削除するのはどうしても勇気がいる。引継直後など、処理の内容がわからないのであればなおさら。大量のコメントアウトがあった場合、正しく削除できたかも不安になる。配列を返す次回----本日は第4章を読み終わりました。