過去 6 年間、私は Palantir の 5 つのチームで働いてきました。
私のキャリアの初めに、これらの 7 つの間違いについて誰かが私に警告してくれたらよかったのにと思います。
準備はできましたか?始めましょう。
?有利にスタートするには、無料の 101 React ヒントとコツの本をダウンロードしてください。
私たちは、仕事の最初の数日間で自分の価値を証明したいと考えています。
あなたが雇用する価値があることを同僚に示したいと思うのは自然です。
ただし、これにより、まだ完全に理解していない事柄について強い意見を言うことになる可能性があります。
例
誰かが検査について質問する → あなたは、「100% の検査を受けられないのは犯罪だ」と宣言します。
誰かが状態管理ライブラリについて話している → あなたはチームが Redux を使用している理由に疑問を抱き、Zustand を提案します。
チームは期限に間に合わせるために機能を削減することを決定しました → あなたは、以前の会社ではこれがいかに裏目に出たか、ユーザーを失い、ヤダヤダ...
今言えるのは、これは 99% の確率でうまく着地しません。
なぜ?
完全なコンテキストを持っていないため、入力はよく言えばノイズが多く、最悪の場合は逆効果になります。
同僚があなたに議論したり説明したりすることで、同僚の時間を無駄にします。
知らず知らずのうちに「見栄っ張り」と思われてしまうかもしれません。これは友達を作る最良の方法ではありませんか?.
では、最初の数週間は静かにしていたほうがいいでしょうか? 絶対に違います。
あなたは、チームに貢献し、自分の視点を共有するために採用されました。ただし、次のことを確認してください。
チームと製品に関するコンテキストをできるだけ多く収集します。最初に「なぜ」を尋ねます。
あなたは自分の意見にあまり固執しません。厳しい真実ではなく、提案として提示してください。
可能な限り「伝えるのではなく、見せる」のです。
チームにあなただけがいない場合は、助けを求めてください。
適度な時間試してから質問してください。何が合理的かは質問の種類によって異なります:
1 時間経っても解決策が見つからない場合、または問題が生産性の妨げになっている場合は、すぐに質問してください。たとえば、「テストを実行できるようにこのコンピュータを設定するにはどうすればよいですか?」 などの質問を即座に行う必要があります。
グーグルや AI ツールを使用することで解決できる技術的な問題であれば、まずそれを試してください。うまくいかない場合は、30 分後に助けを求めてください。
なぜ助けを求めるのですか?
自分が何を知らないのかはわかりません。
他の人がすでに知っていることを理解するのに費やす時間は、生産的な仕事に費やすことができる時間です。
助けがすぐに得られない環境にいる場合は、自分で解決する必要があります。
次の人のために調査結果を必ず文書化してください。これにより知識ベースが構築され、「良いチームメイト」ポイントを獲得できます。
私は超内向的ですか?
ですから、新しい人に手当たり次第連絡を取るのは難しいと感じています。
しかし、新しいチームに参加するときは必ず、チームメイトと話すように強制してきました。そして、それは常に報われています。
どうやって?
同僚が進んで協力してくれる普通の人たちだとわかったら、新人研修の不安が軽減されました。
貴重なコンテキストを取得し、チームにとって何が最も重要かを理解しました。
サポートを求められる人々のネットワークを構築しました。
新しいチームに参加したらすぐに、チームメイトと1対1のミーティングを設定してください。
自分の仕事、チームの歴史、自分の役割をどう見ているか、アドバイスがあれば質問してください。
最初のチームでは、とても途方に暮れたと感じました?
会議では人々が頭字語を使用するため、会話についていくのに苦労しました。いくつかの頭字語を知っていても、まだ圧倒されてしまいました。
すべてを暗記しようとしました。
しかし、これは無意味でした。
すべては最終的には第二の性質になります。最初は圧倒されるのが普通です。
重要なのは、明確な質問をし続けることです。
時間が経つにつれて、物事をよりよく理解し、筋肉の記憶を構築します。
完璧なコードベースはありません。
完璧なチームはありません。
本やブログでは、次のような印象が与えられることがよくあります。
誰もが最新のライブラリまたはフレームワークを使用する必要があります。
レガシー コードはすべてリファクタリングする必要があります。
異なるプラクティスや「乱雑な」コードを持つチームにたどり着くと、不満を言い始めるかもしれません。
「間違っている」すべてのリストを作成することもできます。 ?♀️
これは新しい仕事を始める最悪の方法です。
チームとそのプロセスを徹底的に見直すために雇われた場合を除き (たとえそうであったとしても)、これを行わないでください。
なぜ?
あなたは、チームが何かを欠いているために「貧しい」とほのめかしています。
同僚に一方的に仕事を追加しています。
直面する制約を理解せずにシステムを構築した人々を疎外していることになります。
代わりに、前向きな姿勢を持ちましょう。
価値を提供する方法を探してください。
言わずに見せてください: プル リクエストでより良いパターンを導入してください。
チームとの技術的なディスカッションをオープンにします。
システムに満足できない場合は、他の場所で面接を受けることを検討してください。
私はこの間違いを犯しました。
価値を提供したかったので、頼まれてもいないのにコードをリファクタリングしました。
期待したほどうまくいきませんでした。
その後、誰かがチームに参加して、断りもなく私のコードをリファクタリングしたとき、私は自分の薬の味を知ることができました?
コンテキストなしで誰かのコードをリファクタリングすると、攻撃のように感じることがあります。それは誰かがあなたのアートを台無しにするようなものです。
@ しないでください。これは健康に良くないことはわかっています。
それが問題となる理由:
コードが存在する理由のコンテキストを見逃しています。
もっと重要なタスクを見落としています。
代わりに、次の場合にのみコードをリファクタリングします。
誰かが助けを求めています。
リファクタリングを意味のある作業 (プル リクエストなど) に統合できます。
長期的に働く予定がない限り、最初の数週間は 1 日 12 ~ 14 時間働かないでください。
これは良いアイデアのように思えるかもしれません。理由は次のとおりです。
あなたは自分の価値を証明したいと考えています。
学ぶべきことが多すぎると感じています。
あなたは執行猶予中です。
しかし、これは裏目に出る可能性があります:
チームに非現実的な期待を与えます。後で規模を縮小すると摩擦が生じる可能性があります。
それは持続不可能であり、燃え尽き症候群につながる可能性があります。
代わりに:
まずはチームの期待に応えます。
もっとやりたい場合は、それが持続可能で有益であることを確認してください。
最初の数週間は猶予期間です。人々はあなたがすぐに価値を提供するのではなく、学ぶことを期待しています。
それはラップですか?.
オンボーディングは困難です。
しかし、いくつかの間違いは状況をさらに悪化させる可能性があります:
文脈なしに強い意見を共有する。
コンテキストなしでアクションを実行する。
同僚を活用しない。
これらの間違いを避ければ、新しいチームにすぐに慣れることができます。
「???」を忘れずに入力してください。
React を学習している場合は、私の 101 React ヒントとコツの本を 無料 でダウンロードしてください。
このような記事が気に入ったら、私の無料ニュースレター、FrontendJoyにご参加ください。
毎日のヒントが必要な場合は、X/Twitter または Bluesky で私を見つけてください。
<script> // Detect dark theme var iframe = document.getElementById('tweet-1877747297402142883-419'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1877747297402142883&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1876901704563872142-960'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1876901704563872142&theme=dark" } </script>
以上が新しい開発者が最初の数週間で避けるべき重大な落とし穴の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。