ジュニアになるのは難しい

私は本当に幸運でした-2010年に自分のプロフィールに初めて就職したとき、私は良い会社に入り、ハイレベルな専門家や優秀な人々と一緒に仕事をしました。 それらの隣で、私はすぐに成長しました。 良い習慣はいつも私に示されており、彼らは本当に私に時間を支払った。







しかし、誰もがそれほど幸運であったわけではありません-多くの人は、かなり平均的なレベルのオフィスでキャリアを始めました。 またはまったくありません。







聞いたばかりの初心者開発者の人生の実際のケースをいくつか見て、これらのケースを私の経験と比較したいだけです。 3つの状況のみを考慮します。各状況は4つの小さな部分で構成されます。









質問がなければ、行きましょう。







状況1:タスクの一時的な人件費の評価。


歴史 :まだ学生である初心者デベロッパーが会社に就職し、チームリーダーから次のように聞きます。「このタスクは8時間で完了します。 明日は結果を待っています。」







何が問題なのか :このタスクがN時間で行われていると聞くと、すでにストレスがかかっており、ストレスの多い状況では脳の機能が低下します。 ジュニアは、勤務時間がNに近づくと、よりパニックになり始めます。さらに、チームリードが8時間で完了したため、ジュニアから40人全員を奪うことができます。







私もそうでしたが 、プロジェクトに少し慣れると、チームリーダーから、自分でタスクを評価して、最終的な数字を出すだけでなく、時間を費やしている場所を詳細に書くように頼まれました。 したがって、彼は問題を多くの小さな問題に分解する方法を教えてくれました。 彼は、ジュニア評価を厳しい形で上に置くべきではないことを理解していましたが、同時に私は一時的な仕事を誇張することを許可しませんでした。 彼はいつもこれがなぜそうなのか正当化するように私に頼みました、そして、通常これは私の側でより適切な評価に至りました。







簡単な結論 :初心者をとったことを理解する必要があります。 彼は時間をかける必要があり、迅速なタスクでも時間がかかることを理解する必要があります。







ケース2:コードの書き換え。


履歴 :初心者の開発者がタスクを受け取り、完了します。 ティムリッドは、しばらくして、このタスクの一部として記述されたコードを見て、静かにそれを誓い、支配します。 編集を終えた彼は、自分に満足し、それをコミットし、すべてを忘れます。







何が問題なのか :後輩は彼のわき腹が何であるかを正確に理解していませんでした。 リファクタリング後、彼は優れたコードさえ見ますが、彼はそれをほとんど理解できません。 ティムリッドは、彼のパダワンのトレーニングに費やすのではなく、リファクタリングに時間を費やし、1年後でもはるかに少ない制御を必要とする強力な専門家を育てています。







私はどうでしたか :チームリーダーは、コードをチェックした後、彼のそばに座って、「この行に空の入力を渡すとどうなりますか?」と言いました。 そして、私はためらいながら答えました:「NullPointerException?」。 彼は同意し、この状況をどのように回避できるかを推測するように私を招待しました。 通常、議論に5分以上かかることはありませんでしたが、その後5分間は、他に考慮すべきことを詳細に説明してくれました。 その結果、チームリードに費やした時間は10分です。 結果:価値があります。







簡単な結論 :部下を訓練します。 初心者向けのコードを書き直す場合は、なぜこれが行われたのかを説明し、ミスを指摘してください。 これにより、これらのエラーと不要な書き換えがさらに回避されます。







ケース3:コードレビュー。 より正確には、その不在。


履歴 :前の段落のストーリーに似ています。 生徒はタスクの一部としてコードを書き、次に片目でティムリスを見て、コードを斜めに見て、すべてが機能することを確認します。 その後、生徒に次のタスクを与えます。







何が問題なのか :すべての変更を考慮するのは難しく、ブランチを一目見ただけです。 さらに、コードレビューは、悪いコードをスキップしないこと、そして人々を教育し、その横棒を指摘することを正確に目的としています。 そして、もちろん、彼らがこれらの妨害を取り除くのを手伝ってください。







残念ながら、私が始めたとき、このプラクティスはプロジェクトであまり積極的に使用されていませんでした。 そのため、チームリーダーは私のブランチをメインブランチと慎重に比較し(その後、trunc(svn)とも呼ばれていました)、彼は私に座ってこう言いました。 さて、あなたはすでに知っています。







短い結論 :コードレビューのすべての力を常に使用します。 これにより、不正なコードがシステムに侵入するだけでなく、便利でわかりやすい形式ですべての問題領域を表示し、後輩に妨害を説明し、彼がそれらを克服するのに役立ちます。







メンタリング


また、メンタリングなどの有用なことについても言いたいと思います。 このことは非常に優れており、その利点を過大評価することは本当に困難です。 何らかの形で、それだけでなく、前のすべての段落が含まれています。 知識を共有します-本を推薦し、質問に答え、ささいなことを理解するのを助けます。







結論として


長い結論のスピーチはうまくいかないので、それは簡単です-初心者がトップに到達し、彼らに友好的な雰囲気を与えるように動機付けます。 誰もが従業員を大切にする企業で働くことを喜んでいます。 しかし、これらの若い従業員は、1〜2年後にはすでに十分な経験を積んでおり、追加の管理なしで会社に真の利益をもたらすことができます。 さらに、誰かがあなたの経験を引き継ぐことは常に素晴らしいことであり、これは彼が少なくともいくらか良くなるのに役立ちます。







まあ、それは長い間「コードを掘り下げた後輩」ではなく、彼のチームリーダーであることを覚えておく価値があります。








All Articles