How to Onboard Into a New Codebase

新しいエンジニアリングの仕事を始めるのは緊張することがありますが、私たちの最新の雇用者が新しい環境に適応する方法についてのアドバイスを持っています。

Table of Contents

テキストリンク

新しい会社で働き始めると、新入社員は少しのカルチャーショックを経験することが一般的です。異なるオフィス、人々、プロセスなどは、すべて驚くべきものになります。しかし、エンジニアはオンボーディングの際に追加のショックを受けることがよくあります。私はこれをコードカルチャーショックと呼んでいます。

コードカルチャーショックは、エンジニアが慣れ親しんでいるものとは完全に異なる可能性のある新しいコードベースで働くことに特有です—フォルダ構造、使用されるパターン、テスト設定、使用されるライブラリ、CI/CDプロセスなどのようなものです。リンティングルールやフォーマット設定のような小さな違いでもショックを受けることがあります。

チームメンバー間の個人的な好みの違いを加えると、すべてが非常に驚くべきものになる可能性があります。しかし、このショックには良い面もあります。これは新しいエンジニアと既存のチームメンバーの両方が十分に活用すべきユニークな状況を生み出します。

最大のフィードバックの可能性

最初のショックが和らいだ後、正直で偏りのないフィードバックの可能性が最も高まる短い時間があります—視点がエンジニアの外部者からチームメンバーに移行する前です。

このスイートスポットは、エンジニアがコードベースに慣れた直後に発生しますが、見ていることを「こうやってやるのが普通だ」と受け入れる前です。このウィンドウの間に、彼らはこの可能性を引き出し、チームや大きな組織にユニークな洞察を提供するチャンスを得ることができます。

新しいエンジニアとして、この感覚を活用するためのいくつかの重要な方法があります：

💪️ 自分がインポスターであることを拒否する

インタビューを通過し、オファーを受け入れ、今は仕事をする準備ができているが、頭の中に「おそらく自分は乗り越えられないのでは」と感じている。コードベースとプロセスはあなたにとって異質です。前の仕事では専門家でありシステムを熟知していたのに、今は迷子になって自分自身を疑っている。

リラックスしてください、大丈夫です！あなたは学び、貢献する可能性のために雇われました。誰も数週間だけであなたが専門家になることを期待していません。インポスター症候群は現実です。それを認めて、気持ちを横に置いて新しい役割に飛び込みましょう。

☀️ 偏見を脇に置く

あなたの知識、経験、新しい見方を持ち込み、偏見は置いていきましょう。あなたが慣れているコードベースの違いに気付くでしょう — 結局はすべてが新しいものです — ただし、「異なる」と「間違っている」を同一視することに注意してください。

「私がやったであろう方法」は「正しい方法」とは同じではありません。それがコードの美しさです：問題には複数の解決策がある場合があります。あなたのやり方が時にはより良かったと認識しても、多くの場合それはただの違いです。

🛠️ 壊してみよう

私たちが本番環境で開発しない理由があり、新しいコードベースを学ぶ最良の方法は手を汚すことです。何かを変えて、何が起こるか見てみましょう。改善の余地があると思いますか？やってみてください。

おそらく、あなたの作業負荷はまだ軽いので、新しいアイデアを試す時間があるかもしれません。変更がうまくいかなくても心配しないでください。あなたが住む予定のコードについての理解が深まるでしょう。

📓 すべてを文書化する

奇妙または異なると思われることをすべてカタログ化し、浮かんだ質問を書き留めておきます。なぜ彼らがこの方法でやったのか自分に問いかけることは珍しくありません。あなたが見ているコードが完璧であるとは限らないことを仮定しないでください。なぜ物事がそうなっているのかの歴史をまだ知りません。

あなたが見ている部分が急いで出されたものであり、手を加えられる予定であったかもしれません。パターンやライブラリは急速に変化し、コードは知らぬ間に時代遅れになります。あなたがこれらのことを指摘するのは問題ないし、期待されています。コードが完璧であれば、あなたがそれに取り組むために雇われることはありませんでした。