誤って連れて行かれたアマゾンでキャリアを築いた方法

今日はアマゾンで5周年を迎えます。この間、私は500,000行を超えるコードを本番環境に転送し、他の人のコードを500回以上検査し、世界中の何千もの顧客が使用する大規模システムを設計、開発、展開、サポートしました。私はチームの主要な技術リーダーの1人と見なされています。



しかし、必ずしもそうではありませんでした。2015年に、私は一流のソフトウェア開発者としての仕事を得ました。そして無駄に。私は本当のなりすましでした。しかし、私の貧弱なエンジニアリングスキルは、最終的に2位に昇進することを妨げませんでした。私の話を共有して、他の詐欺師がFAANGの会社で成功するのを助けたいと思います。

アマゾンに忍び込んだ方法

私は、FAANG企業の1つで完全な選択サイクルをなんとか通過した人々に感心します。これは朝から晩までの一連のインタビューであり、その間、候補者は会社の5人の異なる従業員から技術的知識と個人的資質について質問されます。この試験に合格するには、準備に数百時間を費やし、複雑なデータ構造とアルゴリズムを徹底的に研究し、数か月間問題を解決する必要があります。これらすべてには、本を出版するプロセスと同じくらいの忍耐力、決意、そして粘り強さが必要です。



私の道はこれらすべての困難を回避しました。 2014年、アマゾンは夏のインターンのためにキャンパスで就職のインタビューを行っていました。私の仲間の学生の何人かは私の前にそこに行きました。彼らは皆、彼らが尋ねられた不可解なプログラミングの質問の話で戻ってきました。



私はその週に4つの試験を受け、1日平均4時間眠りました。私は準備のためになんとか3時間を切り開くことができました。2つのインタビューがありました。私が得たプログラミングの質問は信じられないほど簡単です。1つはビット操作に関するもので、もう1つはリンクされたリストの使用に関するものであり、ハッシュテーブルについても話す必要がありました。それで全部です。ラッキーでした。



アマゾンのインターンは、うまくいけば、最初のエントリーレベルのランクのフルタイムの開発者に移動するという申し出を受け取ります。彼らはインタビューを繰り返す必要はありません。私はシアトルでインターンシップを行っていました。RubyonRailsサイトを一から丹念に作成していました。オファーを受け取り、2015年にバージニアでソフトウェア開発者としてスタートしました。

私の知識の不足について

ランク1の開発者は、ヒープ、グラフ、プレフィックスツリーなどの高度なデータ構造に精通している必要があります。私はこれらの言葉の意味すら知りませんでした。ランク1の開発者は、並べ替え、検索、挿入、および分割のアルゴリズムの時間的および空間的な複雑さを見積もることができるはずです。バイナリツリーでの平凡な深度優先検索の時間の複雑さについては説明しません。



なぜこんなに多くの知識のギャップがあったのですか？ 2つの理由がありました。



まず、コンピューターサイエンスではなく、コンピューターエンジニアリングを学びました。大規模なシステムの開発ではなく、ソフトウェアとハ​​ードウェアの統合に焦点が当てられました。このオリエンテーションは、疑わしい状況で複雑な問題を解決することを私に教えてくれましたが、プログラムはデータ構造とアルゴリズムの詳細な分析をまったく提供しませんでした。第二に、私は本格的な準備プロセスを経ておらず、何百時間も勉強していなかったので、学びませんでした。



私自身、自分が追いついていないことに気づきました。最初、詐欺師症候群は私をひどい力で苦しめました。

最初のパンケーキ

すべてのコード検査は惨事でした。レビュー用のスニペットを送信しました（たとえば、変更を受け入れるリクエストの形式で）、80件のコメントとともに返送されました。それはしません。新しいバージョンを修正して提出しました。さらに50のコメント。それはしません。などなど。



いくつかの断片があり、状況が非常に悪かったため、同僚は私が理解できるように問題の本質を説明する方法を単に知りませんでした。彼らはコードをダウンロードして書き直さなければなりませんでした。彼らは私を助けたいと思っていて、とてもフレンドリーでしたが、私は文字通り恥ずかしさで燃え尽きました。私は人々が理解するのではないかと恐れて生きていました。私はここに属していません。今日私が解雇されるだろうという考えなしに、1営業日は過ぎませんでした。

詐欺師を暴露する

少しずつ自分を引き上げました。最後に、私は締め切りに間に合い始め、一貫してコードを本番環境に提供しました。約9ヶ月後、自信がつきました。私は、詐欺師症候群を完全に取り除く時が来たと判断しました。私は自分が自分の代わりにいることを自分自身に証明するために、LeetCodeの問題に目を向けました。「私は今、Amazonの本格的な開発者です。私は本番環境でコミットしています。なぜ、私はこれらの単純なタスクに対処できないのですか？」



LeetCodeで簡単なものの1つを選択しましたが、解決できませんでした。私は別のものを選びました-そして私もできませんでした。そして3番目と4番目。それから、私はいかなる症候群にも苦しんでいないことが明らかになりました。私はなりすましです。

あるようではないようです

2年半後、私はTier2開発者に昇進しました。 2番目のランクの開発者は、外部からの最小限の支援で、自分で大規模なシステムを作成および保守できます。それで、どうやってそれをしましたか？どのようにしてゲームのルールを自分に有利に再解釈することができましたか？



まあ...まさか。アマゾンでは、シェナニガンは機能しません。システムを再生することはできません。 「成功するまでスペシャリストのふりをする」というのは、非常に一般的で非常に悪いアドバイスです。これは動作しません。自分をTier2開発者に任命する唯一の方法は、Tier2開発者になることです。



昇進は厳しいプロセスです。同僚や上司が信じられるように、20ページを超えるドキュメントに自分のメリットと成果を説明する必要があります。進捗状況がより高いレベルにあることを示す指標と証拠を常に収集する必要があります。次のレベルの基準を6か月間、または1年間一貫して保持している場合にのみ、増加を期待できます。



「私たちの個性は、私たちが定期的に行っていることで構成されています」というフレーズを聞いたことがあるでしょう。以下では、なりすましをやめ、より高いレベルの開発者として成長するために私が取った行動について説明します。

私は何をしましたか

フィードバックの受け入れを最大化するための調整



FAANGの初心者は、しばしばエゴを膨らませています。これは、同僚からの建設的な批判を受け入れ、考慮に入れる能力を彼らから奪います。しかし、これらの同僚は賢い人々であり、それぞれが背後にあるITの分野で独自の経験を持っています。



自尊心に問題はありませんでした。友好的な方法で、私は会社とは何の関係もありませんでした。ですから、フィードバックをいただいた時は、よく聞いて、よく聞いていました。



同僚の発言は、真実、物議を醸す、または不正確でした。発言が正しければ、予約なしでアドバイスに従いました。それが物議を醸す何かについてだった場合、私は最初に別の開発者の視点を理解しようとしました、そしてそれから-私自身を伝えるために。そして、突然、間違った発言さえ聞いていました。



この場合、一連の考えは次のとおりでした。「なぜ私は正しいと確信しているのですか？なぜ人はそのような考えに至ったのですか？そのような反応が起こらないように、どういうわけか明確にできますか？」これは私が最大の開放性と呼んでいるものです。賢い人は、たとえ間違っていても、結論の中で何かから進んでいきます。私はそれが何であるかを理解し、この情報を念頭に置いてコードを改善しました。



愚かな質問



をするFAANG企業の新参者は、しばしば質問をしないように努めます-彼らは彼らがひどく考えられることを恐れています。詐欺師症候群のこの要素は、逆説的に、膨らんだうぬぼれと共存します。まあ、私は真の詐欺師として、私の質問がばかげていることを完全に理解していました。気になりませんでした。



例えば：

« , . , ?»



« , ?»



« , . - ?»

すぐに私は何百ものブックマークを手に入れ、たくさんの追加情報を収集し、会議への参加に大成功を収めました。



落ち着きのないコードインスペクターを見つけた



最初は、できるだけ多くの他の開発者がコードをレビューすることが非常に重要です。検査を行う各従業員は、自分の好み、しつこい、ペットのおしっこを持っています。しかし、落ち着きのない検査官を理解することはさらに重要です。



どのチームにも1つあります。彼の仕事は決して満足されません。すべての変数、すべてのログ、すべての選択されたAPIパラメーターの名前にしがみつきます。私はこの人を見つけるために特別な努力をし、できるだけ頻繁に私のコードを彼に投げました。どうして？私が理解したので：私が受け取る建設的なコメントが多ければ多いほど、トレーニングはより速く進みます。



間違いを避けるために既存のパターンを使用しました



ジュニアはしばしば車輪を再発明しようとします。ほとんどの開発タスクは新しいものではありません。要求されたコードを書き始める前に、私は内部リソースで同様の解決策を探していました。私はいくつかの異なる例を調べ、それらの中でコードがどのように構造化されているかを調べました。次に、チームのコードに目を向け、新しいフラグメントを一般的なシステムに結び付ける最善の方法を見つけました。



設計文書や事後報告書を書くときも同じアプローチを取りました。最初にサンプルを作成し、次にアクションを実行します。



正確性と適切性に焦点を当てた



私は沈んだコストの罠を避けました。私が何か間違ったことをしているなら、私がすでにそれに4時間を費やしたことは問題ではありません。私は自分が開発したものを一掃し、正しい方法でやり直す必要があることを知っていました。



検査のために送られた100行のコードに対して、私が書いた250行のゴミがありました。私は、これらの100行のそれぞれが理解可能で、意図的に書かれ、何かに必要であることを確認しようとしました。現在、私のコードは通常、1つか2つの改訂後に青信号になります。



熱に身を投じる



主要な機能に取り組み、プロジェクトを本番環境に展開し、インタビューを実施し、緊急事態を排除する「準備ができている」と感じることは決してありません。これらすべてに備えるための最良の方法は、それを取り、それを実行することです。



最初の機会に、私は単に上司に言った：私は準備ができている。それまでは、いつものように他人の行動を詳しく観察する機会がなかったとしても。時々私は助けを求めたり、同僚の誰かに私の仕事をフォローしてもらう必要がありました。しかし、最終的には、快適ゾーンを拡大し、成長を加速させることができました。 チームの卓越した運用、作業プロセス、開発経験を改善する機会に気づい



た小さなこと



に率先して取り組んでいます。私は1、2回以上、自発的に退屈な作業を引き受けました。手動で実行された手順を自動化し、ドキュメントを完成させ、CI / CDパイプラインを改善し、レガシーコードをリファクタリングしました。



私はプロになろうとしました



プログラミングは、ロジックに基づく一種の創造性です。それぞれのタスク、それぞれの新しい機能、私はあなたがあなたのスキルを示し、創造を残すことができる空白のシートとして認識しました。



The War ofArtの著者であるStephenPressfieldによると、第2層の開発者はソフトウェアエンジニアまたは専門家でなければなりません。私はクリーンなコードを書くことに全力を注ぎ（あなたは間違いなく同じ名前の本を読むべきです）、美しくエレガントなソリューションを作成しました。



彼は、増加を望んでいることを明確に示しました



。FAANGの企業では、誰も増加を提案していません。あなたは自分で、そして何度も彼らに尋ねます。これが行われない場合、プロセスは何ヶ月も長引くでしょう。



上司とのプライベートな会話の中で、昇進したいということを明確にしました。どの領域がたるんでいるかを理解するためにフィードバックを求めました。完成した作品の結果を客観的に評価し、批判を受け入れました。スキルを磨き、ギャップを埋める機会を探しました。いくつかのスキルを披露することができた場合、私はフィードバックを書面で維持しようとしました。結局のところ、次の再構築がいつ行われ、上司が変わるかを予測することはできません。



昇進のための仕事を他よりも優先する



私は理解しました：あなたは昇進のためだけにそして排他的に働くことはできません。みんながそうすると、チームの雰囲気は間違いなく人生にふさわしくないものになります。しかし同時に、私は文字通り、昇進に必要なタスクを最初に置きました。



つまり、締め切りが厳しい重要な機能に集中する必要がある場合は、朝から引き受けました。そうすれば、仕事を上手くこなすのに十分な時間があったと確信できました。より積極的にコード検査を行う必要がある場合は、朝の時間を費やしました。もっと頻繁にインタビューに参加する必要がある場合は、次のインタビューにサインアップすることから仕事を始めました。



私の成功の証拠を絶えず収集する



定量的指標と定性的指標の組み合わせを通じて自分の成果を提示する能力がなければ、人は成し遂げられません。



タスクを実行する前に、システムの現在の状態を概説するメトリックを探しました。作業が完了したら、新しい指標を調べて計算を実行し、自分の行動が状況にどの程度影響したかを理解しました。そして最後に、プロモーションの正当化として役立つはずのタスクに関連するすべてのものをドキュメントに記録しました。STAR分析、定量的指標、コード検査結果へのリンク、グラフ、その他の作業の遺物です。



自分に依存しているものとそうでないものに気づきました



私は何でも起こり得ることを理解するようになりました。チームに重要な機能が欠けている場合があります。プロジェクトが閉鎖されることもあります。時々、再構築のために、管理が変更されます。CI / CDパイプラインがすでに完璧であり、改善すべき点がない場合もあります。



同時に、限界に挑戦し、専門的に仕事に取り組むことに集中すれば、自分自身を示す機会が現れる瞬間に備えることができると気づきました。機会が生まれました-彼は自分がプロであることを示しました。これはさらにいくつかの機会をもたらしました-再び私はレベルですべてをしました。等。

反射

採用過程で発達した「Leetcode文化」はビジネスに悪影響を及ぼしていますか？



私はなんとかアマゾンで足場を築くことができましたが、最初に到着したとき、Leetcodeでのタスクは私には難しすぎました。それから、私自身がインタビューを始めたとき、もちろん、候補者の回答を評価できるようにするために、必要なすべてのアルゴリズムとデータ構造を意図的に分解しました。



現在のアプローチは成果を上げていると思います。企業は、新しいことを学び、この情報を既存のスキルと組み合わせて使用​​する忍耐力と意欲を持っている人々に関心を持っています。確立されたプロセスは、そのような人々を選択するのに良い仕事をします。



では、インターンシップを通じてランク1の開発者に入るのは簡単ですか？



私はそれを言わないでしょう。これらの2回の面接は、通常、正社員の5回の面接よりもインターンにとって簡単ではありません。 2014年にインタビューしたとき、私は運が悪かった。誰かが間違いなく私と同じ簡単な質問を受けると決めた場合、彼らは自分自身を妨害しています。



社内では、一流の開発者と同じ要件がインターンに課せられています。仕事のあらゆる側面は、ほとんど顕微鏡下で調べられます。インターンシップを終えたプログラマーはたくさん知っていましたが、求人はありませんでした。



この5年間、私自身も数人のインターンに教えてきましたが、反対側からプロセスを見ると、彼らにとっての基準がどれほど高いかがわかります。今、私のインターンシップの仕事を振り返って評価すると、私はその夏に良い仕事をし、開発者に昇進するに値することに気づきました。



だからアマゾンはあなたを雇うべきではなかったのですか？



最近まで、私は肯定的に答える傾向がありました。当時の私のプログラミング知識が要件を満たしていないことは間違いありません。しかし、徐々に私は、長期的には会社が私を雇うという正しい決断をしたという結論に達しました。私は間違いなくAmazonに具体的なメリットをもたらしました。



私はAWSをより安全にし、教育および販売プログラムに参加しました。私は、多くの内部クライアントと外部クライアントの両方にソリューションを提供してきました。私は数百人の聴衆に入門コースを提供しました。私は、二次開発者になることを熱望する多くのプログラマーのメンターになりました。アマゾンに入社する前は、サッカーチームとバスケットボールチームのキャプテンを務めていました。どちらもバージニア州の準々決勝に進出しました。何年にもわたって、私は人々と協力し、人々を導くスキルを磨いてきました。これらのスキルは、Amazonで役に立ちました。将来的には、なりすましとはどのようなものかを知っているので、開発者コミュニティにさらに多くのことを提供したいと思っています。