この記事はから来てTotangoの共同創設者兼CEOのガイ•ニール・ラパス（ガイNirpaz）、彼はこの記事の良い点、悪い開発者（または必要な労力）の開発者との違いを示しています。
あなたが開発者の間違ったを区別するために「良い」と「悪い」の使用を考える場合、これらはまた、主要な開発者および上級開発者間の差として見ることができます。しかし、いずれにしても、他の優れた開発者（または上級開発者）の詳細を参照することは、自分のスキルをアップグレードするために、大きな助けの作業を行う方法です。
次のように記事を読み取ります。
優秀な開発者は、アーティスト、職人が創作プロセスを楽しむです。農業だけ悪い開発者のコードでは、コードを自分で作成する責任があります。
良い開発者は、顧客の問題を理解します。悪い開発者は、手だけで技術的な問題を理解しています。全体の状況を把握することが可能でありながら、優れた開発者は、実装した後、「なぜ」を理解しようとしていきます。悪い開発者は、全体的な状況に関係なく、建物のクラス、メソッド、およびコンフィギュレーションファイルに焦点を当てます。
良い開発者は、製品の完全なアーキテクチャを理解しています。バート・コンポーネントの開発者は、彼が書いた知っています。良い開発者は、完全に、製品に使用される技術を理解し、その目的を理解し、彼らは内部でどのように働きますか。
グッド新しい技術を恐れていない開発者は、迅速に把握する能力。悪い開発者は、任意の技術変化否定的な態度のために、彼だけで現在利用可能な技術を主張しています。
優秀な開発者は、多くの場合、技術的な記事や本を読んで、継続的な学習を通じて自分のスキルを向上させます。悪い開発者が学習する時間を持っていない、彼らは常に忙しくしているので、それは他のことを行うことはできません。
また、プロセスの品質について非常に懸念した製品の品質を気に、しかし、良い開発者は、彼らは欠陥のないコードを作成するために努力しています。悪い開発者が発見するQAのバグが残って、その後修復されます。
機能を開発するために顧客のために価値を創造することができます良い開発者だけのタスクを完了したい悪い開発者。優れた開発者は、需要がの完全な説明ではないことを主張しませんし、これらの特性の完全な理解を確実にするために。悪い開発者が作業を開始する前に、完全な詳細の需要まで待ちます。情報が失われたら良い開発者は常に、製品の機能とその関連情報を確保している、彼はそれを得るためにもう一度しようとするだろう。
製品に誰か他の人のコードに参加することを恐れていない良い開発者、および悪い開発者は自分のコードを使用して他の誰かを心配します。我々はあまりにも多くの時間の書き込みを費やすべきではないと思う良い開発者は、自分自身のために（自明）と可視（よく文書）コードを話します。悪い開発者は常にコードを記録し、簡素化するための追加の時間を割り当てる必要があります。
そのコードは十分に良いされていることを感じることはありません良い開発者は、反対が継続的に整理して、修復します。彼らは、彼の仕事は、顧客に価値を提供することであることを、エレガントなソリューションを作成することを約束しました。悪い開発者は、自分のコードがエレガントで他の人に価値創造の仕事を考えてみましょう。
ます。https：//www.cnblogs.com/MichaelShang/archive/2012/06/29/2570141.htmlで再現