[clean Code] TIL(22.02.25)

*これは<ノマド開発者ハンドブッククラブ-クリンコード-3週間完了クラス(第2期)>の間に作成されたTILです.
* TIL (Today I Learned)
22.02.25
*今日の範囲
第四章注釈
📖 覚えたい内容

P.68議長はいつも失敗を意味します.注釈がないと自分を表現する方法が見つからない場合があり、注釈を使うしかありません.だから議長は歓迎の客ではない.そのため、議長が必要な場合は、よく考えてください.状況を逆転させ、コードで意図を表現する方法はありますか?

P.69真実は一つの場所にしか存在しない.これがコードです.和弦だけが自分のしたことを真実に言うことができる.

P.74時々「これからやること」を残しておく/ODO議長便利

// TODO-MdM 현재 필요하지 않다.
// 체크아웃 모델을 도입하면 함수가 필요 없다.
protected VersionInfo makeVersion() throws Exception {
return null; }

p.84関数または変数で表すことができる場合は、コメントを付けないでください.

読んだ感想

議長が多くなったのはかえってよくないことに気づいた.他の人にコードを理解しやすくするために、著者は多くの注釈を書いたが、そのためか、より良い関数を創造した.

注釈で何かを説明するのではなく、重要なを簡潔なコードで説明します.
🧐 疑問、理解できない内容

XP

限界プログラミング(英語。: eXtreme Programming, XP)  ケンタバッグ  提案を待つ ソフトウェア これは開発方法です.これは、ビジネスニーズが刻々と変化する場合に適した開発方法です. 199年にKent Backの著書『Extreme Programming Explained-Embrace Change』に発表された.  愛資日開発プロセスと呼ばれる開発手法の中で最も代表的なもので、略称は「XP」である.

10−12程度の具体的な実践方法を定義し,小規模な開発プロジェクトに適している.ドキュメントを開発するよりも、組織的な開発の動向ではなく、ソースコードを重視し、個人の責任と勇気を重視します.

価値:コミュニケーション、簡単、フィードバック、勇気、尊重

ソース:https://ko.wikipedia.org/wiki/リミットプログラミング2