私たちのVasyaは素晴らしいプログラマーです！ 常にきちんとした服装で、礼儀正しく、親切で、良い家族の人であり、会社の魂です。 なに？ 彼は実際にどのようにプログラムしていますか？ うーん...待って...しかし、私たちは知りません。 誰も彼の仕事の結果を見たことがありません。 それで、Vasyaは非常に良いプログラマーではありませんか？ まあ。
ここで、ペティアは間違いなく良い特別です。 そのコードは本当に存在し、コンパイルし、何かをします。 インジケータ？ インジケータ。 確かに、Petyaはプロジェクトに必要なものではなく、彼の考えに取り組んでいます。 時々それは一般的な目標と一致しますが、より頻繁には一致しません。 私たちのペティアは理想的ではないことが判明しましたか？ このようになります。
そして、他に誰がいますか？
さて、コリヤ-コリヤは常に指導者の指示に非常に正確に従い、彼が委ねられたものに正確に取り組みますが、故意ではありません。 まあ、理想的な開発者ですよね？ 確かに、何らかの理由で、彼はほぼ半年間、50行の基本コードで最後のタスクを実行しました...いいえ、これは模範的なプログラマーではありません。
セルゲイ-彼はタスクに素早く対処します。 よくできました。 おそらく、私たちは彼を勝者に任命するでしょう。 確かに、彼は一人で作業しているときにのみ判明します。 そして、私たちのつぶやきチームSeryozhaでは、彼は質問に答えることも、自分で尋ねることもできません。 彼が大規模なプロジェクトで働くのはうまくいきませんが、今ではどこに小さなものがありますか？ リストからSergeyも削除します。
しかし、ここでマーシャは単にコミュニケーションのために生まれました。 誰とでも、いつでも話し合い、すべてを話し合い
アントンは多くのプログラミング言語に堪能ですが、最も基本的なコードを山のパターンで複雑にし、サポートを非常に複雑にします。
Slavikは非常にシンプルで明確なコードを記述し、新しく洗練されたものをすべて避けます。 そして最終的に、過去10年間のソフトウェア業界の成果のいずれも使用しません。
それどころか、ユージーンは既存のソリューションの90％を捨てて、数年にわたってすべてをHaskell / Lisp / Prologに書き換えようとしています。
または、例えば...何？ チームにこれ以上人はいませんか？ 終わった？
そして、結果として優秀なプログラマーは誰になりますか？
単一の基準（またはそれらの組み合わせ）だけでは、人が正常に機能することを保証できません。 あらゆる種類のインタビューで、あるパターンが別のパターンとどう違うのか、なぜ多重継承が悪いのかを尋ねます。 本当に面白い。 優れた理論家は悪い実務家になることができ、経験豊富なプログラマーは怠け者になることができ、多くの証明書の所有者は物事の本質を理解することなくハッキングすることができます。 さらに、あらゆるレベルの冷静さの一般的な専門家は、壮大さ、アルコール依存症、憂鬱などの不快な妄想に苦しむ可能性があります。
私が「プログラマー」という用語に最も近いと思われる最も近いものは、「私はそれが必要かどうか？」という質問に対するその人の答えです。 それは私にとって重要かどうか？」
はいまたはいいえ 3番目はありません。 人が本当に重要で必要な場合、彼がしていること-それ以外はほとんど無視できます。 そして、彼がそれを必要とする理由と理由さえ問題ではありません。 お金、名声、知識、キャリア、世界征服のために-すべて同じ。
Vasyaが彼のプロジェクトに本当に興味を持っているなら、彼は身なりが良くて友好的であるだけでなく、何か現実的なことをするでしょう。 Petyaが自分の仕事が必要であると考えた場合、彼は頭に浮かぶことではなく、成功に近づけることをします。 Kolyaが気にしなければ、容認できる速度で仕事をする方法を学ぶ方法を見つけたでしょう。 セルゲイは彼に何らかの便利なコミュニケーション方法を提供することができました、マーシャ-少なくともプログラミングの基礎を学び、アントン-飛び跳ねるのをやめ、スラヴィクとユージーン-現実に戻り、最終的に正しいツールで正しいことを始めます。
仕事の結果が気に入らない人は、常に変化する力を見つけ、何か新しいことを学び、許容できる状態にタスクを完了し、怠inessを克服し、同僚の話を聞いて理解し、妥協を見つけます。 彼は脾臓や退屈しにくいです。 経験、知識、またはリソースの不足は常に何らかの形で満たされる可能性があり、これらは解決すべき課題です。 この結果について気にしない人から良い結果を得ることは決して不可能です。
自分を見て、同僚を見て、職場で何かを聞いてみてください（またはあなたが尋ねたものを想像してください）。 「はい、本当に気にしない」、「待つ、どういうわけか」、「重要ではない」、「私の仕事ではない」、「どうにか機能する」、「私は」という答えをどのくらいの頻度で受け取りますかなぜそうなったのか分かりません。」 これらの答えは「しかし、私はそれを理解し、より詳細に答えます」、「しかし、そうするのは正しいと思う」、「私は明確にする」、「しかし、私たちはより良くする方法を考える必要があります」、 -だから、「」私はそれについて考えました、そして、私は…と思いますか？
良いプログラマーと悪いプログラマーを分けるのは、そのような答えの有無です。 これは、そもそも自分自身や同僚で理解する必要があるものです。 自分の仕事の必要性と重要性をこのように理解することが、すべての手段で開発する必要があるのです（プロジェクト/仕事/活動分野の変更を犠牲にしても）。 他のすべては重要ではありません。