この本のジェーンAiminの作者への道は、彼自身の経験の二十年は、二度目はジェーンにこの道を書いたレビュー著者である、これは「イデオロギーコアは、ソフトウェアエンジニアリングを明確に、」本、それは、エンジニアリング、管理の考え方について説明します。著者はこの本が学校を理解するのは簡単ですが、また容易に把握たかったので、その理由は、ジェーンへの道と呼ばれています。著者はあまりにも薄いですが、著者は彼の意図に肥厚反対を信じているか、あるいはなぜそれが道に彼を呼ばれる彼の友人江タオの序文には、序文で、江タオはジェーン帳に道を提案始まるください。この本は、理由の唯一の電子版である理由であるジェーン、。著者は、プロジェクトが実際には非常に簡単であることを知ってほしい、私たちは、複雑なそれを行う：序文で著者も、この本を書くの目的を示しています。
プログラマブル比較フーリッシュオールド・マンでのプログラミングの本質、プログラマより：本書では、著者は自分の考えを表現するために、読者への古典の、特に多数、かつ正確な導入、彼の最初の章を引用します方法怠惰に作成された石、フーリッシュオールド・マンとリービンビンのコントラストを燃やしリービンビンの例を挙げ、それらを使用して盲目的に面倒なプログラミング方法を描かれて見つけることができません。そして、再度の第二章では、勤勉フーリッシュオールド・マンを作りますより簡潔な方法は、この方法は再びそれを言うために怠惰に作成されるようになっています。
著者は、記事の王皓と彼の会話のいくつかのショットを紹介し、明らかに私は理解していないが、私は著者は、私たちが知っているようで王皓との彼の対話で指名手配されて理解することができます。プログラム =アルゴリズム+データ+方法。
役割と単語の導入の第三章では、彼は組織で、それが存在しないべきではない、と書いているこの人は盲点またはブラックホールであるので、「どちらも命じ作る」人を。Rモデル：組織内の誰もが労働力と責任の明確な部門を持っている必要があり、誰もがチームの一部であり、ブラックホールの存在を排除した後、チームはチームモデルを形成しました。ブラックホールが存在する場合、私たちと彼らの友人やチームで構成されて何かをするためのクラスメート、そうは、その後、私は信じているときに、このチームはすぐに解散します。
本の中で著者はまた、顧客とのコミュニケーションの問題を提起し、顧客がまたは使用すべきではないべきであると述べた従業員のCと通信するために、私はそれは確かに必要ではないと思う、C言語のコース、これらはコンピュータプログラマと言語交換のために使用されている、と人々私たちの人々との交流は、（中国語など）の言語を取らなければなりません。プログラマがしなければならないすべての言語でのクライアントコンピュータは熟練した場合、目や顧客の意味を理解するために他の手順の後、それは、コンピュータの言語に変換されます。
ゆうゴングの問題であれば停止し、砂利かもしれないと思う：著者は、第7章で書く「方法。」詳細からプロジェクトマネージャは問題がエンジニアリング完了する必要があります考えて、出てくる「メソッドを。」私たちはうっとり特定の事をしている、と私たちは停止し、それについて考える方法がわからない場合、私たちは同じアプローチを繰り返すことになりますときに、これはそれについて行うことができますが、そうすることであったが、払っていますコストが非常に高くなければならないとさえ私たちは余裕がない、あなたが停止した場合のに対し、あなたはコストを削減する方法のことを考えなければなりません。「この方法の品質の評価は唯一の標準です。：コスト削減」ように
個人的な経験：常に前にジェーンにこの道を読んまでの時間、私はプログラミングの問題に直面するたびに、盲目的に彼はそれを書いたと思うが早いが、私は使用方法は、多くの場合、作者に属し、時間がかかり、面倒です彼はと言った「コスト」のアプローチは、この本を読んだ後、私はあなたがプログラミングを開始する前に、私は彼らが迅速かつ正確に行うために何をすべきかを最終的には、プログラムを完了することができますどのような方法最後にについて考える必要が、理解し、高いです「コスト」最低に。再びこの罠に陥ることは避けてください。