実用的なプログラマー:仕事から専門家のノート01を読み込みます

    この本は、ソフトウェア開発のいくつかの側面を説明し、ソフトウェア開発をより多くの興味深い例を使用する「道を練習プログラマは」、スキルの多くの実用的な側面があると、彼はまた、いくつかの落とし穴があり、本は別のコンテンツの多くをカバー、個人の責任、キャリア開発と基盤技術の数。この本は、開始され、どのようにプログラムに私たちを教えますが、私たちにいくつかの真実を言わなかった、これらの事は、私たちの将来のプログラミングにおいて重要です。

     「すべての弱点で、最大の弱点は、弱さの恐怖である。」備考は理にかなって、プログラミングの過程で、私たちのプログラムは、エラーの避けられないさまざまなことがあっても私たちのプログラムのバグよりも私たちの時間を変更しますはるかに長い時間が、これらのミスの顔は、私たちは逃れることはできません。停止する必要があり、一定の変化は、私たちの未来の学習や生活が非常にあるされ、おそらく他の人の助けを借りて、私たちは問題の根本を見つけて、この問題を取り除くことができ、他の人にタイムリーな質問を理解していません大きな助け。生活の中で、誰もが、人々は私たちの問題を発見したときに、それが正しいか、それを上げることができるようになる、完璧です。

     プログラミングでは、確かに問題がある場合、私たちは立ち上がって、イニシアチブを取り、一緒に問題を解決し、その責任、プログラマが不可欠であるとして責任を取る勇気を怠るべきではない、大きなまたは小さな問題があるでしょう。私たちは、独自のコード規格に厳密にする必要があり、それはまた、開発チームのために多くの時間を節約します。

    プログラムは、実際には、我々はデザインの初めに余分することはできません、ユーザーの基本的なニーズ完璧にすることは不可能である、それは非常に良いされているそう。時々、私たちは常に完璧なものにするソフトウェアを探していますが、過度に複雑な手順、最も基本的な機能は、我々はまた、ソフトウェア開発プロセスで実装されていないので、問題につながる可能性のある問題のリスクが大きいです我々は常に、ユーザーと通信するユーザーの満足度は、最終的に、タスクは非常に良い完了している限り、ユーザの要求に応じて補正することを継続しなければなりません。

     DRY原則は、(自分を繰り返してはいけないあなた自身を繰り返してはいけない)、システムはすべての単一の、明確な、権威表現の知識を持っている必要があります。直交性は、良いテストに部品間の依存を減らすことができ、そこに1つのモジュールは、このモジュールだけ多くのコードを変更する必要はありません、それを変更する必要がある場合に問題となっているので、あなたは多くの時間を節約することができます。

     あなたは時に明確ない場合。古典的なアプローチは、死ぬためにシステムを設定することです。すべての未知の要素を特定し、環境を定義するために、それぞれの需要に個別に記載されている大量の文書を、作ります。暗闇でのコードの発光は、トレーサーとの目標を見つけるために。これは、デバッグやテストをより効率的になることができますし、作業の進捗状況を感じることができ、次の目標を完了するのに十分な力があります。
     我々はソフトウェアを開発する場合、我々は、ソフトウェア開発者が長い時間を費やす必要が、推定されます。しかし、正確な推定時間はほとんど不可能である、我々は、自分自身や他の人の目標を使用してモデルを構築する必要があり、理解の形成のためのモデルは、小さなタスクに分割されます、各小タスクに必要な計算時間、その後、彼らがアップに追加します。
     仕事をプログラミング、および推定完了時間に注意を払っていないとき、その前に、彼は書いて、常に完了するまでは、そうする予定はありませんが、ではなく、自分のプログラミングのスキルなし目標がないためにも効率が非常に低く、それが大幅に向上しました。今後のプログラミングでは、まず、規定時間内に完了した場合、自分自身の面倒を見、前に自分自身を完了し、その効率を改善するための良い習慣、一定の修正を開発する時間を見積もる必要があります。

 

おすすめ

転載: www.cnblogs.com/zhang12345/p/11031131.html