ジュニアプログラマーが短所を克服するのに役立ちますか？[閉まっている]

チームに参加するジュニア開発者や、一緒に仕事をしなければならない人について、一般的な不満は何ですか？明らかに彼らは経験が浅いので、すべてを知ることは期待できませんが、どのようなスキルが不可解に不足していることがよくありますか？そして、具体的にどのようにこれらの不足しているスキルを強化するのに役立ちますか？

「アドバイスを聞く」などの対人スキルを意味するのではなく、次のような技術的な問題を意味します（該当する場合）。

• 「SQLを実行したことはありませんか？」

• 「ユニットテストを書いたことはありませんか？」

• 「Unixコマンドラインの使用方法がわかりませんか？」

あなたが期待すること-新しいプログラマーにこれらの特定の欠点を乗り越えるように教えるためのあなたの観察と技術を聞きたいです。

バージョン管理とは何か、または適切に使用する方法がわからない。

私の会社で数ヶ月間働いていたジュニア開発者の一人が、Subversionの非常に基本的なことを教えられました。それは本当にうんざりさせられました...彼女はずっとプロジェクトを生きるためにコードをチェックインしていました...そして彼女が何をしていたのか分かりませんでした...？

十分な質問をしていない

私は彼らが後輩であることを知っています。彼らは間違いを犯し、物事を知らないことを期待しています。多くのロイヤルf ** kアップは、何かを仮定するのではなく、質問するだけで回避できたはずです。正直なところ、私は十分に悩まされることはできません。

私が始めたとき、私はたくさんの質問がありました-それらを尋ねることは多くの機会で私のロバを救いました。地獄、私はまだ多くの質問があります...私は彼らが今より良い質問だと思うのが好きです。

基本的な基礎を理解しようとする代わりに、コピーと貼り付けと試行錯誤

多くのジュニア開発者は、よく見えるコードをコピーし、動作するものにヒットするまで、ほぼランダムに変更の異なる順列を総当たりで試みます。なぜ機能するのかわからない場合、境界ケースにバグを導入している可能性があります。バグを理解している人は、後でクリーンアップする必要があります。

コードの「最初のドラフト」を維持する

経験豊富な開発者が特定の複雑さの新しい関数を作成する場合、コンパイルのみを行うスタブから開始し、次に全体のアルゴリズムに高レベルの擬似コードコメントを追加するように書き直してから、それらのコメントを一度に1つずつ書き直します実際のコード、テストに必要なダミーコードの追加と削除、実装中に発生した冗長性を削除するための書き換えなど、一連の継続的および漸進的な改善が行われます。

ジュニア開発者は、それを1つの大きなチャンクで記述し、大規模なブルートフォースデバッグを行う傾向があります。エディターに入力されたコード行を削除するのは好きではなく、最終的に機能するようになったので非常に満足しているので、非機能的な改善のために書き直すことを嫌いますが、彼らはそうする必要がありますだから最も。

あなたが最初に状況に遭遇すると信じています。

あなたが直面するすべてのプログラミングの問題は、他の人が何らかの一般的な形で直面しています。経験豊富なプログラマーから学ぶことはたくさんあります。私はグーグルの前にプログラミングを覚えるのに十分な年齢で、それはひどいものでした 検索エンジンを使用した場合はさらに悪化しましたが、Webにはまだそれほど良い情報がありませんでした。グローバルな知識に数秒でアクセスできるため、プログラミングの生産性が大幅に向上しました。それを使用しない人々は彼らの危険でそれを無視している。

編集：

明確にするために、私はコピー/貼り付けプログラミングを支持していません。ただし、自分で適切な判断を下すには、既存の知識を確認する必要があることは確かです。

彼らはすべてを知っていると思う。

私はjrを持っていました JavaScriptですべてを解決しようとしたインターン。いくつかの概念を説明しようとしましたが、彼はいつももっとうまくやれると思っていました。現在、彼は辞めて、PDFのような印刷可能な技術の代わりにHTMLを使用して印刷出力用に構築した主要なプログラムを作り直しています。他の大きな問題の山は言うまでもありません。

教訓は、プロジェクトの早い段階で主要な包括的なガイダンスを高齢者に求めることです。助けなしに建築をやめないでください。コードと詳細を単独で記述できますが、少なくとも適切なテクノロジーを使用するようにしてください。

ジュニアが基本を知らず、大学のSCCなどの業界スキルを教えられていない場合、私はめったにイライラしません。彼らを教えるのは上級開発者の仕事です。私は性格の衝突に悩まされるだけです。しかし、私は基本を知らない上級開発者に最もイライラします。

彼らの知識を進歩させたくない-代わりに最小の抵抗の道を取る。

先日、グラフィックデザイナー（プログラミングに驚くほど熟練している）と一緒にインターンがjQueryで何かを実装するのに問題が発生したため、助けを求めました。

私はインターンと一緒に座って、何が間違っていたのか、その理由を正確に説明しました。バグを修正してから、いくつかの追加の改善点を指摘し（「私はここにいるから」）、バグのない20行ではなく10行で有罪関数を書き直しました。質問に答えた後、すべてが世界でもう一度大丈夫だと満足して、私は去った。

翌日、インターンは彼に「ええ、理解するのが難しいので、いくつかの変更を加えて、自分のやり方で機能を書き直したかった」（ほとんどの場合、私の改善を取り消す）という質問をしました。

彼は代わりにもっと努力して（追加の質問をして、私が言及した概念を読んで）-とても短いコードは理解するのが難しくなることはありませんでした-または簡単な方法を取ります。誰かが後者をしているのを見るたびに悲しくなります。

OOPを理解していない。悲しいことに、これは私たちのほとんどがおそらく認識するよりもはるかに一般的です。

クラス、抽象クラス、インターフェースの作成方法を知ること、またはポリモーフィズムを知ることさえ一つのことです。プログラムの利益のためにそれらを適切に使用する方法を理解することは別です。

これを回避したい場合、これらの質問とそれらに対する答えが啓発的であることがわかりました。

• コードのにおい：継承の悪用 — 継承の危険
• この「継承よりも好み」という概念はどこから来たのでしょうか？—継承の回避に関するマントラの危険

あなたが知らないことを知らず、無知ですべてを知っていると考えます。

（そして、そのいとこ、尋ねたくない。）

部分的にこれは組織的なことです-適切な着信誘導は、これらのもののいくつかが問題になるのを防ぐのに大いに役立ちます。しかし、次の導入に対応できる時間や人がいる企業はほとんどありません。これには、数日から数週間かかることがあり、開発者の仕事を奪います。そのため、代わりに火を消さなければなりません。

私は、CSプログラムから比較的新鮮なジュニアプログラマーが、アルゴリズムに弱いのに驚いています。アルゴリズムの選択が悪いと、ビジネスアプリケーションのラインで実際に目立つことはないかもしれませんが、1日に数十億のWebサービスリクエストを処理する場合、それは本当に重要です。

以下は、ほとんどすべてのジュニアプログラマーが見逃している、問題を浮き彫りにするインタビューの質問です。

N番目のフィボナッチ数を計算するコードを記述します。

彼らはほとんどの場合、ほとんどの場合、明白だが効率の悪いものを書きます。

int Fib(int n)
{
    if (n == 0) return 0;
    if (n == 1) return 1;
    return Fib(n-2) + Fib(n-1);
}

アルゴリズムの複雑さについてコメントするように求められたとき、私は通常「O（N）... uhm ... O（N logN）よりも悪い」と答えます。それは実際には（はるかに）悪いことです...

後方コードインデントを行う！

もちろん、それはあまり「典型的」ではありません。私はそれが可能だとさえ信じられませんでしたが、普通の開発者は次のように書くでしょう

try {
    switch(action){
        case case1:
            ...
            break;
        case case2:
            ...
            break;
        default:
            break;
    }
}
catch(Exception e) {
    e.printStackTrace();
}

彼女は次のように書くだろう（神、それはまだ私には不可能だ！）

            try {
        switch(action){
    case case1:
...
break;
    case case2:
...
break;
    default:
break;
        }
            }

イライラしませんか？