oznek.weblog

私はこの本を読んで以来、それは非常に興味深い発見は、しばらくしている。 願いは私が前に投稿した。 彼はプログラマにとっても、プロジェクトマネージャーのための）企画開発（提供について優良事例を話しています。 あなたは同じプロジェクトであなたは彼と同じ名前の標準を使用するために必要な参加していた人に説明しようとしたことがありますがチームの全員、唯一、彼が言うことができなかった理由（それがチームのために最もよいことだった除く）？ 場合や、直感的には知っているの読みやすさを改善するには持ってステートメントを使用する場合、ブロックのキーをのコードは、例えばラメ、しなかった[OK]を言って、なぜそれが良質な（しかし、それは！であることが私は最高と思う）？ NASAと米IBM社の例も、このタイプのものが表示され、様々な開発環境での統計情報に基づいて分析本で！

これは、プロジェクトの任意の要件に必要な高さの標準をお勧めします読んでコーディングはしないと信じて誰にでも。 また、その地域で自分の知識を向上させるため、誰のための読書はっきりしている！

著者は、問題はさまざまな言語および開発環境での楽しさと意識の発生を示し、経験数年の果実です。 それを読むし、何を考えて教えて！

SPのです：本の英語はここを好むの人。