優れたプログラマであるかどうかを知る方法はありますか？

ほとんどの人がそうであるように、私は自分の分野で自分が平均より少し上にいると考えています。私は良い報酬を得て、昇進を得ました、そして、私は良い参照を得るか、または仕事を得ることで本当の問題を経験したことがありません。

しかし、私が一緒に仕事をした最悪のプログラマーの多くは、彼らが最高のプログラマーだと思っていることに気付くのに十分な時間を過ごしました。他の悪いプログラマーに囲まれている悪いプログラマーは、最も自己欺lude的なようです。

私は確かに完璧ではありません。私は間違いを犯します。締め切りに間に合わない。しかし、私は「他の優秀なプログラマー」と同じくらいの数の骨頭の動きをしていると思います。問題は、「他の優秀なプログラマー」を「私のような人」と定義することです。

だから、プログラマが何らかの合理的な自己評価を行う方法はあるのだろうか？自分の仕事が上手か下手かをどうやって知るのですか？

または、善と悪のような用語の定義があまりにも不明確な場合、プログラマーは自分の長所と短所を正直に特定し、前者を活用して後者の改善に取り組むにはどうすればよいでしょうか？

優れたプログラマーは、学習し成長し続ける必要があることを理解しています。彼らはあらゆる努力で最善を尽くし、失敗を認め、そこから学ぶよう努めています。

彼らは非常にコミュニケーション的です。彼らは複雑な技術用語を素人に説明できるだけでなく、自分のアイデアに対する悪魔の擁護者として行動し、クライアントに最適なオプションを提供していることを確認します。

最高のプログラマーは、物事を行う方法が複数あること、すべての問題がネイルではないこと、常に計画している方法よりも何かを行うためのより良い方法があるため、常に新しいテクニックを習得することを知っています。 、テクノロジー、および理解。

優れたプログラマーはプログラミングが大好きで、すでに週に80時間以上プログラミングを行っている場合でも、空き時間にプログラミングを行います。

優れたプログラマーは、自分が優れたプログラマーではないことを知っています。本当に優れたプログラマーは存在しません。優れていると主張する人と、自分が優れていないことを知っている人だけがいます。

ポール・グラハムがこのポッドキャストで雄弁に指摘しているように、あなたはできません。あなたの同僚だけがあなたに伝えることができます。

私は常に、2つのことを行うことでパフォーマンスを判断するのが最も簡単だと感じています。

1. 他の優秀なプログラマーに身を任せる
2. あなたが書いたコードについて彼らがどれほど不満を持っているかを見てください。

もちろん、問題は優れたプログラマーを見つけることであり、優れたプログラマーになることはコーディングだけではありません。グループでうまく機能する必要がありますが、自分でもうまく機能する必要があります。

話題から外れるために、ロバート・A・ハインラインとその主題に関する彼の見解を引用します。

「[キックプログラマー]は、おむつを変え、侵略を計画し、豚を屠殺し、船を接続し、建物を設計し、ソネットを書き、勘定を均衡させ、壁を築き、骨を立て、死ぬことを慰めることができるはずです、注文を取り、注文を与え、協力し、一人で行動し、方程式を解き、新しい問題を分析し、肥料を投じ、コンピューターをプログラムし、おいしい食事を調理し、効率的に戦い、勇敢に死ぬ。
-ラザロ・ロングのノートから。

これは、あなただけのプログラマーコンピテンシーマトリックスです。http：//www.indiangeek.net/wp-content/uploads/Programmer%20competency%20matrix.htm

ジェフには、このトピックに関する私のお気に入りのブログ投稿の1つがあります... 私が世界一のプログラマーである理由

「...他の誰よりも優れていることは私たちの仕事ではありません。1年前よりも優れている必要があります。」

あなたが質問をしているという事実は、あなたが悪いプログラマーではないことを証明していると思うので、私の意見では、あなたはそこにいる途中です。:)

私の経験では、悪いプログラマーは常に自分が素晴らしいプログラマーだと思っています。

@Nickの声明「悪いプログラマーは常に優れたプログラマーだと思っている...」は、Dunning Kruger Effectによって説明されています。

少しファセットになっている...あなたがあなたが知っていると思うほど、あなたはおそらくより多くのことをします....もちろん、あなたが本当に自意識のばかでない限り。

元の質問に答えますが、私はあなたが持っているより多くの影響（コントロールではない）が良い指標であると思う傾向がありますが。他の人があなたのリードをフォローしているのを見るか、あなたのプラクティスを拾うなら、あなたは正しい道にいます。

最もプラスの票を獲得した答えは本当に悲惨です。基本的に、プログラミング以外に人生はないという。家族はどうですか？コミュニティ？趣味？「良い」とみなされるためにあなたが強迫観念に没頭しなければならないところで、私たちはどんな職業にいますか？ここで何らかの視点を得る必要があると思います。

TopCoderアルゴリズムコンテストに参加してみてください。

私は完璧ではないよ。私は失敗する。締め切りに間に合わない。しかし、私は「他の優秀なプログラマー」と同じくらいの数の骨頭の動きをしていると思います。

その実現だけでも、世の中のほとんどの悪いプログラマーより優れたプログラマーになります。

最悪のプログラマーの多くは、自分が知っていることをすべて知っており、自分の限界を知らないと考えがちです。その結果、彼らは決してスキルを向上させません。

1年前のコードを見て、そうだと思うなら、もっとうまくできただろう、あなたはたぶん良いでしょう:)。

悪いプログラミングの実際の例を次に示します。もちろん、同じようなコードがいたるところにあり、100箇所にコピー/貼り付けされています。ガイは解雇されたが、彼は再び良い仕事を得たと聞いた。楽しい：

a）

if (! TableObject.loadList("sql condition").isEmpty()) {  
    List<TableObject> myList = TableObject.loadList("sql condition");  
    ...  
}

b）

public static Type getInstance() {  
    if (instance == null) {  
        return new Type();  
    }  
    return instance;  
}

c）

getForeignKeyObjectProperty1() {  
    return ForeignKeyObject.loadByPrimaryKey(foreignId).getProperty1();  
}  

getForeignKeyObjectProperty2() {  
    return ForeignKeyObject.loadByPrimaryKey(foreignId).getProperty2();  
}  

...

getForeignKeyObjectPropertyN() {
    return ForeignKeyObject.loadByPrimaryKey(foreignId).getPropertyN();
}

d）

public boolean isHasImage() throws SQLException {
    StringBuilder query = new StringBuilder();
    query.append("select user_name");
    query.append(" from user");
    query.append(" where has_image = 1");
    query.append(" and user_name ='"+getUserName()+"' and user_image is not null");
    Connection c = Database.getInstance().getConnection();
    Statement st = c.createStatement();

    try {
        ResultSet rs = st.executeQuery(query.toString());
        if (rs.hasNext()) {
            return true;
        } else {
            return false;
        }
    } finally {
        st.close();
    }
}

この種のコードを作成する場合は、プログラミングを停止してください。このコードに奇妙なものがなければ、プログラミングを停止してください。そうでなければあなたは悪くないので、あなたも良いかもしれません:)

編集：コメントに答えるために：私は卒業前に仕事を得た、そしてこの男はすでに数年のプログラミング経験がありました。彼は私が雇用されてから数ヶ月後に解雇されたので、私は誰にも家庭教師をする立場にはありませんでした。上記の例は私の頭上からのものでした-彼が触れたコードのすべての平和には、さまざまな想像力に欠けた方法で欠陥がありました。彼が会社を出た後、ほとんどのものが忍び寄ってきました。なぜなら、そのときだけ他の人がコードの一部を見たからです。彼は一般的にナイスガイで、話し合うのは楽しいが、彼は決して私が良い画家でも作家でもないように、良いプログラマーになることはないだろう。

これを別の例と対比するために、彼に代わって来た男も当時学部生でした。彼はプログラミングよりも経営で有名な大学を学びました。彼は、楽しみのために何かをプログラムしたり、家に座ってJavaやプログラミングについて読んだりするという意味で、あまりオタクではありませんが、うまくやっています。彼はすぐに調整し、有用で保守可能なコードの作成を開始しました。できる人もいればできない人もいます。dailywtfに聞いてください。

あなたが積み重ねる方法のより良いゲージを得るために、あなたが試すことができるいくつかのことがあります。

• コードレビューを比較します。誰のレビューがより多くの問題を明らかにしたかを見てください。
• 通常の学習コースの周辺にある本を最後に読んだのはいつですか。次に、同じことを自問してください。
• 誰が会社に新しいアイデアをもたらしたのか（そして彼らがどの程度うまくいったのか）自問してください。
• 最後の（そして少なくとも）、何らかの形の企業の認知はありますか？

（私は彼がコードを開発しました。彼が去った後、我々は少なくとも20 TDWTFに値するコードスニペットを見つけました。3年間で二回最後の私の最後の会社では、1人のプログラマは「年の開発」を受信したためという置く速く、必ずしも必要ではないだけでなく経営陣は違いを知りませんでした。）

作業を尊重する他の開発者を許可するか、コードを参照してください。

あなたが好きなものを実際に使ってもらい、彼らの考えを見てもらう。

-ケビンフェアチャイルド

これを理解できますか？

if(rp->p_flag&SSWAP) {
	rp->p_flag =& ~SSWAP;
	aretu(u.u_ssav);
}

:-)

自己評価する必要があると思っただけで、他の製品よりも優れています。

私がいつも自分自身を判断する1つの方法は、同僚が私について何を言っているかを聞くことです。トリックは、適切な人を見つけることです。

優れたプログラマーは、常に主観的です。私は、単に質問をすることは正しい方向への一歩であるというニックに同意します。もっと学び、改善したいという絶え間ない願望こそが、優れたプログラマーになるのだと思います。

私にとって最高のプログラマーは仕事を探していることはありません。彼らは彼らの評判に基づいて、新しいポジションのための永続的なオファーを持っています。そのため、優秀なプログラマーは、以前の雇用者から希望があれば返品を申し出るかもしれません。あるいは、優れたプログラマーは、元同僚から新しい会社に就職することについて問い合わせがあったでしょう。

強み/弱みに関しては、おそらくすでに知っています。そうでない場合は、チームの上級者に尋ねてください。開発者である必要はありません。優れたプロジェクトマネージャーは、プログラマの長所/短所を知っています。また、優れたプログラマーを定義する特性は、コードに限定されません。ビジネスの理解、コミュニケーションスキル、判断などはすべてIDEの外部で実行されます。

これは、あなたが素敵な人であるかどうかをどのように知ることができるのかと思うようなものだと思います。

残念ながら、答えは他の信頼できる人だけがあなたにそれを伝えることができるということだと思います。自分で正確に判断できるものではないと思います（少なくとも非常に難しいですが、不可能なこともあると思います）。

私は簡単に言います：あなたがやることに情熱を持っている（本当に情熱を持っている）なら、あなたが柔軟であれば（別の言語、新しいテクノロジー、古いプロジェクトの完全なリメイク-それをやってみましょう！）、学び続けるならそして、あなたのスキルを向上させ、あなたがやめるのに十分だと決して思ってはいけません-そしてあなたは良いプログラマです！

すべてのプログラマーの95％が、上位5％のプログラマーであると考えており、残りの5％はマネージャーです。したがって、あなたがマネージャーである場合、あなたはおそらく良いプログラマーではありません。

プログラミングスキルで何をするかが問題だと思います。優れたプログラマーであることは問題ありませんが、1日中銀行ソフトウェアをコーディングしている場合は問題になりません（違反はありません）。単に合計しません。

自分が優秀なプログラマーであることを本当に証明するために、面白くて難しいサイドプロジェクトに挑戦してください。これはいくつかのことを示しています：あなたは自分の自由時間でのプログラミングに興味があり、主題を本当に楽しんでいます-これは良いプログラマーになるために不可欠です。作業環境で行うことを超えてスキルを拡張できるという点で、汎用性を示しています。それは動機と創造性も示しています：あなたは自分で問題を定義し、それを解決するためのステップを取っています。

これらのすべての側面は、私にとって優れたプログラマーを定義します。

私の答えは政治的に間違っています。しかし、私は実際にはスタートアップの創設者であり、私の仕事は最高のプログラマーを雇うことです。

どの人が優れたプログラマーになるのか、または優れたプログラマーになることができるのかをどのようにして知ることができますか？

1ワード：IQ。

IQはプログラミング用で、高さはバスケットボール選手用です。

私は数学のスキルをもう一つの政治的に正しい指標として置きます。私のコンピューターサイエンスの先生は、プログラミングコースで誰が成功するかを正しく予測する基準が1つあると言った。高校数学のスコア。とにかく、これらは事実上IQです。

これは驚くかもしれません。プログラミングは大学の学位の仕事だと言われています。推測してください、私は学位は気にしません。私は3つのことだけを気にします。

1. プログラミングスキル（テスト可能）。
2. 適性。
3. 常識（低すぎない）人々のスキル。

残念ながら、IQは1つのことしか測定しません。そこで、いくつかのテストを行います。

私は人々に質問をします。小学校の子供が答えられるはずの単純な質問。

私は次のような質問をします：

1. 7:35の時計の短針と長針の距離はどのくらいですか
2. ジャカルタからスマランに行き、時速60kmを維持したい場合。その後、最初の2時間に100 km /時を走行します。私の平均速度が時速60kmになるように、残りの旅行にどれくらい速く行くべきですか？

注意深く見ると、これらの質問には創造性はまったく必要ありません。常識のみ。IQを持つ小学生なら誰でもそれに答えることができます。

ほとんどの大学卒業生はできません。誰かがそれに答えられない場合を想像してみてください？彼はプログラムできますか？考えてみてください。彼が何をすべきかを指定しなければならない頻度は？

創造性を必要とするマイクロソフトのような質問をすることもできます。どのボールが最も重いかを知るために、バランススケールで8個のボールを計量する方法について質問することができます。このような質問の問題は、運が関係することです。ただし、非常に簡単なものもあり、最小要件になります。

優秀なプログラマーを獲得することで、他のプログラマーの士気を高めることができます。1人の法律専門のプログラマーを獲得することは、他の全員の士気を低下させる可能性があります。

人々がそのような質問に答えることができたら、それは非常に簡単ですが、Googleジャムコードを書かせるでしょう。

優秀なプログラマーは、Googleジャムコードを解決し、どの問題がより簡単かを予測できます。

私見ならあなたは良いプログラマーです

-あなたは健全な理論的背景を持っています。ホイールとアルゴリズムまたはフレームワークを再発明することは、ほとんどの場合時間の無駄です。

-物事や問題を時々斜めの視点から見ることができます。これにより、革新的なソリューションを見つけることができます。

-最高のツールと最高のスキルを更新するために時間とお金を費やします。

-コードは簡単に変更できます。クリーンでエレガントで理解しやすいコードを設計すれば、修正するのは苦痛になりません。

-コード/バグ率がかなり高い場合。これは些細なことのように思えるかもしれませんが、多くの創造的で熟練した開発者であっても、些細なバグを起こしやすい傾向があることは知っています。これは、その有効性と有用性を大きく損ないます。

-あなたの周りの人々は、あなたが何をするかを決めるのを助けることができることを知っています

-さまざまなツールを使用して問題を解決できます。悪いプログラマーは、どんなツールでも同じツール（言語、テクノロジー、アーキテクチャなど）を使い続けます

-学習し続け、好奇心are盛です。

-楽しいプログラミングがあります

「先生、私はアルファからオマハまでそれを経験してきました。そして、人が知らない人ほど騒音が大きくなり、給料が高くなると言います。」 マーク・トウェイン

...私の結論は、優秀なプログラマーは低い給料を要求し、ほとんど騒ぎ立てないということです...

最高のプログラマー：時間通りに最小限のコードステートメントでタスクを完了します。

あるメトリックごとに、コードにはいくつのバグがありますか？（つまり、行ごとのバグ）新しい機能を追加する必要がある場合、どのくらいの量のコードを再コーディングする必要がありますか？同僚はあなたのコードを修正するのに問題がありますか？

最終的に、「品質コードとは何か」という質問は、これらすべての年月の後、依然として熱く議論されているトピックであるため、答えはほとんど不可能です。

アダムVが言ったことは本当に好きです。

他の人が言ったことに加えて、あなたの仕事の保守性とサポート履歴を見てください。コードに厳しいメンテナンス要件があり、絶えず修正されている場合、または変更が困難な場合、それらはその品質の指標となります。しかし、これらは要件の低さを示す指標にもなります。

自己評価するのは非常に困難です。無能な人は、自分の能力の評価を大きく膨らませる傾向があります。

良い指標は、あなたがプログラマーとして尊敬している他の人々が、あなたが書いたコードで/で作業したいと思うかどうかです。あなたと直接仕事をする機会、またはあなたが書いたコードを継承する機会を考えると、それを拒否しますか？しぶしぶ同意しますか？または、あなたの仕事から学ぶ機会に飛びつきますか？このテクニックは、仲間である場合、またはあなたが気分を良くすることから利益が得られると考えている人ではない場合、さらにうまく機能します。

本当に知りたい場合は、コードを同僚に送信し、（建設的な）コードレビューを依頼してください。最悪の場合、何かを学びます。あなたが悟りを求めてこのサイトにいるという単なる事実は、すでに洗われていない大衆からあなたを際立たせます。（エゴをegでるためだけにここにいるのでない限り。:-)