Developers開発の実験等々、クイックサーブのメンバーが好き好きに書き込んでいく場所です。良いコード(特に保守性、拡張性の優れた)コードを書くための原則、原理を集約した一冊サブタイトルに「3年目まで」と書かれていたり、帯に「めざせ、脱・初心者」とアオリ文が書いてあったり、一件初心者向けの本にも見られるが、全体的に内容は難しめまるで洋書を訳したかのような言葉の選び方や言い回しが多く、それに加えて内容も難しいため、気軽に読むのが難しい項目も少なからずあった「3年目」とか関係なく、全てのプログラマが持つべき考え方が詰まっている逆に「3年目」程度では理解できない内容も多いため、経験を重ねる度に読み返すことで自分の立ち位置が把握できそう具体的なコードは一切掲載されていない。著者曰く「具体的な場面でしか使えないものと誤解されないように」とのことだが、具体的なコードが無いとそれはそれでイメージができない項目も多かった(コードは自分で書いてみようということか)当然特定の言語、環境に依存した内容ではない全体的にテストが整備されてる前提だと感じた。本項では、本書に記された101の原則・原理のうち、個人的に気に入ったものについて要約及び個人的な考えなどを整理する。基本的に最小限しか書いていないが、ページ数も併記しているので、気になった所だけでも読んでみよう。コードは必ず変更される(P26)一度書いて終わるコードなどまず無いコードが変更されるという事実を、コーディングする上での最重要事項として認識する必要がある。変更されることを意識すれば変更に強いコードが書ける変更に強いということは変更しやすいということであり、それは「読みやすいコード」であることだ。PIE(意図を表現してプログラミングせよ)(P43)前提として、ソースコードはコンピュータが読むものではなく人間が読むものであるソースコードは書く時間よりも読む時間のほうが圧倒的に長い一人でコードを書いたとしても、書いた直後時自ら読むことは避けられない。それは最早他人である。名前重要(P57)プログラミングにおいて、「命名」は最重要課題の一つである。名前はコードを読む人にとってのUIである名前が適切であれば、コードを読む人は名前から内容を推測することで、内容を読まずともコードリーディングを進めることができる。逆に名前が曖昧であったり、意味を成していない場合、内容まで追わなければコード全体を把握することができない。繰り返しの最小化(P73)コード中に同じコードが繰り返し登場してはならない繰り返しのコードは、修正範囲を誇大化させるさらに、繰り返し存在するコードそれぞれに同じ修正を適用して問題ないかの判断も必要になる繰り返しを排除するためには、コードを小さい部分に分割することを意識付ける。コメントをキャンセルメールアドレスが公開されることはありません。