ブック - 「実践的なプログラマーは、専門家の合計に成長しました」

       今まで書き込み書評にいくつかの恥を持っている、それが19年である本を読み終えました。しかし、私は、言葉で良い感じ過去の学生が合格し、その後、本の理解は非常に深いではありませんお読みください。結局、その時の読み取りで、脳はただのJava Webまたはペーストの塊、物事が今まで、書き込むことはできませんどのような感覚で始めます。今では、私はこの本を感じ、学んだことです。   

        私たちに本の初めにと言った、私たちは自分と自分の行動に責任にしたいです。それは非常にシンプルに見えますが、おそらく、この動作の中で、将来の仕事に、我々は戻ってスローされます。私たちは、私たちのプロジェクトを担当している、私たちは時間通りに我々のプロジェクトを提出する主要な間違いを犯すことができない、私たちが最初に考えたの救済に、私たちはむしろ、言い訳のすべての種類を探しているよりも、状況を保存するためにいくつかの改善のオプションを顧客に提供する方法です。これは、私たちが仕事を終えるときにも、うちの反射私たちの現在の学習プロセスであり、多くの場合、それは私のプログラムをしなかったので、このようなクラスの教師としての自分自身を守るために言い訳のすべての種類は、この知識を言わなかったでしょううちのように。これらは、自分の仕事のための唯一の責任ではなく、自分自身のための責任を負いません。そのため、今後の学習にと仕事に、あなたが責任者をしなければなりません。

  また、壊れた窓効果の影響について語った本----我々はプロジェクト開発の過程で精通しているが、この効果が反映されます。プログラマはそれを呼び出すときに、ソフトウェアコードより混乱、エントロピーは、増加し、エントロピー - ソフトウェア開発では、物理的な変数は、ソフトウェアに適用することができている「ソフトウェアの腐敗。」このソフトウェアの後に、それは腐敗に等しいです、維持することがますます困難になるため、ソフトウェアのソースコードは、ますます混沌となっている非常にイメージは、ソフトウェアは、腐敗し始めました。そして、これは壊れた窓の効果でそれをどのような関連性によって?この本は、この接触彼らを私たちに示しています。ソフトウェア開発チームは、一部の人々は、彼らがこのような他の部分を見るのでそう、とにかく彼らは他の人が同じコードを書くために開始します見たときに維持するのが難しいいくつかの混乱のコード、およびコードを書き始めたとき彼らは、問題がないであろうようなコードを記述します。だから、自分の行動を規制するために、そのようなことを回避するためのプロジェクトではなく、窓を破る最初の人の将来の発展に、人々はフォローは窓を壊しません。

         ラ・ラはあまり書いてようやく、この学期のいくつかの結論を述べ、この学期は、多くのものは、最初から最後まで、学んだその結果、基本的な機能のいくつかは、兄の次のものが、達成することができます理解していない織り周りのコーナーに比べて、それでも彼は非常にやりがいを感じました。この学期は再び再編成システムに学び、その後、次の学期は、技術を理解しておく必要があり勉強し始めた彼らの冬の休暇を計画します。この学期は本当に自己学習、自己学習の喜びを感謝して、遠くと遠く道路に願っています。

        

おすすめ

転載: www.cnblogs.com/mac-13/p/12151858.html