キャッシング - 何は、プログラマの優れた品質ですか？回転数（rpm）
特別なプログラミング言語を使用して、プログラミングは牛であり、これは単独/開発者のプログラマが言われた、されないことができる最高のプログラマー/開発者です。開発環境は、私は産業の急速な発展を見ているよりも、今日の業界の急速な発展を可能にする正と負の両方の側：今日のプログラマー/開発者は、プログラミング言語、開発ツールと開発プラットフォームオプションがたくさんある安全を確立するために、スケーラブルな環境は多くの困難になってきて、ハードウェアとソフトウェアが複雑になると変化しているが、過去に比べてはるかに難しい、新しい技術を習得する。
gbvy[W
以下は、必要がありますプログラマの優れた品質です：
。
プログラム設計（プログラミングパラダイム：）
たとえば、（また、手続き型言語として知られている命令型言語）、力の使用するオブジェクト指向言語の良い理解が保守しやすいコードを書くために不可欠である。企業の開発では、プログラミングの様々な方法を理解し、さまざまな問題が発生し、使用するタイミングを知るため、これらの問題が解決される。
専門知識の分野で（ドメイン固有の知識：）
あなたが特定の領域内の問題を解決するためにシステムを作成したい場合は、フィールドでの専門知識が非常に重要になる意志を持っている。
知識のこれらの項目の多くは、情報、ビジネスアナリストは、（ビジネスアナリスト）は、されていますが、開発者が得ることができる場合は、ユーザーとの通信が、容易になるだろう、より専門的語彙を理解することができる。
対人（人スキル：）
ソフトウェア開発を効果的に協力して、他の開発者と連携するための最も重要なスキルの一つです - 同僚、品質/ビジネスアナリスト（品質/ビジネスアナリスト）、顧客、ユーザは、非常に多くの... ...これらの関係に対処することができるしている場合は、成功の道は遠く離れてからもです。
問題を解決（問題が解決：）
。。
コミュニケーションスキル（グッドコミュニケーションスキル：）
ソフトウェアの世界では、人々は多くの良好なコミュニケーションは、実際には、それまで流暢に話す能力だと思う。これは、参照する：あなたが他のユーザーと通信する方法を効果的に。良好な開発者として、あなたは、他人とのコミュニケーション、プロセスの良好な制御あなたの良いアイデア、良い音楽を表現することができる必要があります。
（読んだ本：）読書
本を読めば、高速を持っている技術を、直接ビュー読んで、多くに異なる手法の多くを学ぶことが。通常は、本の有名な学者を選択する必要があります、それらは尊重されている技術を使用すると、様々な方法で実用的な問題を解決するために。プロセスでは、多くを学ぶことが、徐々に独自の方法を進化させて。おそらくいつの日か、本それをすることができます。
。しかし、この知識を使用する方法を抑止することができます。彼らは練習を欠いているので、これは。練習の効率性と作業の有効性を介してのみを取得するコードを書く。だけでなく、練習をして、練習練習ですが良い開発する。
例とベストプラクティス（パターンとベストプラクティスに従ってください：）に従う
例と実践技術指導、共通の技術的な問題や実際のイベントに基づいて実践を反映して。学習プロセスは、一度、すべての緩やかな。これはあなたの仕事は、より効果的にしておくことに多くの時間と労力を節約する。検出し、分析コードをコード分析ツールを使用する多くの場合、"コードのプログラミングガイド"（コード設計ガイドライン）に従って。
。コミュニティでは、フルになる成果の高いレベルの技術的な議論に参加してあなたの知識を増加し、賢者の一つとして見て、ソリューションにコメントは、あなたが彼らとのコメントが表示されます。。そして、このプロセスは、あなたが受け入れることを教えるし、感謝他の人の提案を。彼女/彼は積極的な貢献をした場合は、称賛と励まし（'背をたたく'）することを忘れないでください。
ネットワークとデータベースの知識（ネットワークとデータベースの知識：）
いくつかは、この点に同意しない場合があります良い開発者は、基本的なものネットワークとデータベースを知っている必要があります。と解決策を考えて、アカウントの両方を考慮することを忘れないでください。あなたがより良いコードを書いてあなたに多くの時間を節約することができます両方の知識を持って。
ブログ（ブログは/記事をお書きください：）記事を書く
私たちの誰が何を覚えていることができますか？私は、私がダウンして、それらを置くことができない。。。良い面と悪い面があるが、私は、私の仕事関連のフィードバックを多くのことを学びましたが、私は一つずつ確認しますと、プロセスはまた、私は多くを作った。
KISS
KISSは何を考えて場合にあつては、間違ってはいけない、/メソッドは、ストレートの短い、単純な（/アプローチショートと簡単な略称実装してください）を適用することです。それは彼らを理解することが困難であるため、事態はより複雑にする専門用語を使用しないでください。。最善の方法は、あなたの設計を簡素化することの設計を（上のエンジニアリング）で回避することです。
（テスターとして考える：）のように、テストのように考える
開発者は、人々の2つのタイプの異なる2つの陣営からのテスター、準備ができて、お互いに対抗する。私は2つの間の協力は非常に良好な結果を生成することがわかった。テストの利益を害するおそれがないよう、開発者の利益を害するもウィル。実際には、長期的には、テスターのように考え始めると、コードのバグを減らすために、適切なプログラミングの練習を形成すると考えて役立ちます。
。注文前進を続行するために、これらのアイデアを聞かせていないあなたの決断について考えるには、固体の意思決定を必要とに固執する。
参加技術セミナー/イベント（出席技術セミナーとイベント：）
あなたの街は、技術セミナーを開催している場合に参加するのに時間がかかるようにしてください。セミナーのほとんどは無料ですが、新技術に関する重要な情報を提供します。。
、または支配的なテイクすべてのミリオン？ （一の全部またはマスターのジャック：？）
あ...この質問に答えるためには...。現在の環境では、複数の技術を習得する必要があります。これは簡単ではありませんが、開発者はまだ良いを行うことができます。鍵は適応です：あなたは、技術が得意、あなたはより容易に新しい技術を習得、短期的に機会を与えるかどう。。
ソフトウェアが行われていないかどうか、テスターかどうか、バグの束をチェックアウトするには？多くの開発者の本能は、このような状況に感情的な抵抗に抵抗するされ、さらには。これは、制御なしで、それは望ましくない自然感情的な反応であるので、。冷静にソフトウェアが非常に多くのバグがある理由は、失敗した理由を分析し、これはあなたの将来の作業を行いますの学習経験が恩恵を受けている。
最後に、いつでもプログラマする必要がないことに注意してください。だから一度は自己満足している優秀なプログラマーのように感じるは、次のものが再-独自の（再プログラムを自分で）計画する。展開に関心が。開発は、このプロセスの一部のみであり、ユーザーやビジネス慣行を理解して誰もが目指す必要があること、それを習得しようとする芸術である。