Hunger beats tenure: Advice for junior engineers

Hunger beats tenure: Advice for junior engineers

［画像: Hunger beats tenure: Advice for junior engineers］

今月、私は伝統的なコーディング面接に終止符を打ちました。Anthropicの採用マネージャーとして、候補者にそれを課すのをやめたのです。それは良い時代を過ごしました。問題を素早く定義し、エレガントな解決策を見つける能力は、私のチームでどれだけ成功するかを予測する上で、弱いが有用な指標でした。実際のコードでの小さなコーディングチャレンジは、候補者について何か意味のあることを教えてくれました。

それはもう真実ではありません。Claudeが両方とも得意になった今、あなたに小さなReactの課題を出すことに、アセンブリについて人々を質問するのと同じくらい意味がありません。私たちの最も影響力のある開発者は、これらのテストでどれだけ優れているかに関わらず成功しています。

コーディング面接は、その普及にもかかわらず、決して人気がありませんでした。確立されたエンジニアは、それが私たちの役割の進化について何を意味するかにかかわらず、その消滅に対して強い反応を示すだろうと私は推測します。AIがジュニア開発者、特に仕事を見つけようとしている人々にとって課題であるかを説明するために、多くのインクが費やされてきました。今、私はジュニアの人々がAIと少しの間一緒に働くのを見てきました。私はより希望に満ちた見方をしています：影響力は、フレームワークやライブラリにおける蓄積された知識の年数にどれだけ優れているかによって、それほど制限されなくなりました。

私は、比較的新しいエンジニアが、おそらくより優れたコーダーであり、はるかに長く業界にいる人々を追い越していくのを見ています。意欲は経験に勝ります。

この記事は、ジュニアエンジニアにとっての私の最良のアドバイスですが、「ジュニア」という言葉は間違っています。それは、社会的な資本、地位、または権力を持たないエンジニアのためのものです。

すべてのビジョン、声なし

まず、あなたの利点とハンディキャップの両方を知ってください。

新鮮な視点、たとえナイーブなものであっても、長い間強力であると考えられてきました。私がStripeに入社したとき、創業者であるPatrick Collisonは、私たち新参者に、奇妙に思えることに細心の注意を払うように懇願しました。彼の賭けは、新参者が古参が長い間気づかなくなった摩擦や機会を見つけるだろうということでした。

1991年、James Marchは、組織は「ナイーブで無知な人々の流入を維持すること」に依存していると書きました。Orson Wellesが、誰も試したことのないショットを撮る自信をどうやって得たのかと尋ねられたとき、彼は言いました：「無知、純粋な無知です。それに匹敵する自信はありません。私が思うに、ある職業について何かを知っているからこそ、あなたは臆病になったり慎重になったりするのです。」

私がNotionに入社したとき、私の面接の一つにオフラインモードのアーキテクチャ設計が含まれていました。オフラインモードは不可能だと考えられていたので、彼らがそれを「トリック」面接と見なしていたと聞いて困惑しました。データモデルは、Notionワークスペース全体を簡単に同期するには複雑すぎ、個々のページをダウンロードすることはCEOのIvan Zhaoが決して許可しないユーザーエクスペリエンスでした。データモデルの複雑さは真実であることが判明しました。創業者による抵抗はありませんでした。人々はそれを非常に一般的な知識と見なしていたため、誰もチェックしませんでした。無知な新参者である私は、ただ尋ねる以上のことを知りませんでした。

このような逸話は簡単に読めますし、人々が悪い決定をしているのを見ることができます。あなたがそれらの間違いを犯しているときに、それらの間違いを見つけることがいかに難しいかをどれだけ強調しても足りません。Notionに入社して間もなく、私はチームにライブダッシュボードを表示するための大型テレビを設置したいと思いました。私は組織的な壁にぶつかり、失敗し、大騒ぎを始めるには十分な関心がありませんでした。

1年後、Ji Peiが新入社員として同じアイデアを持って入社しました。私は鼻で笑い、彼に手間をかけないように言いました。私はすでに試していました。テレビは翌日現れました。その年のどこかで、私は古参になっていました。

その無知な力の唯一の問題は、誰もあなたの意見を気にしないということです。ほとんどのテクノロジー企業には、より大きなビジネス目標を実行可能なものに翻訳するための中間管理職の層があります。構造的に、企業はしばしば少数の人々が個々のアイデアを承認またはブロックするという考えを中心に構築されています。実行にお金がかかる世界では、通常、組織全体があなたのアイデアに「賭ける」前に、ある程度の社会的地位を得るために努力する必要があります。組織図はゆっくりと変化する傾向があるため、AIを信じている企業でさえ、ジュニアの人々にはビジネス目標を野心的追求するよりも、タスクをより速く実行することを期待することがよくあります。

さて、良いニュースです：実行はもう高価ではありません。

どうすればよいか

(1) バックログよりもビジネスインパクトを選ぶ：AI以前のコーディング時代（2011年）に、Patrick McKenzieは「エンジニアはビジネス価値を創造するために雇われるのであり、物事をプログラムするために雇われるのではない」と書きました。彼は、会社のお金を稼ぐ部分に自分を繋げるようにアドバイスしました。そこから始めましょう：あなたの会社が実際に何を達成しようとしているのか（あるいは、より大きな会社であれば、あなたのグループや部門が何を達成しようとしているのか）を理解してください。次に適切な高度を見つけてください — マネージャーのマネージャーがどのような目標を持っているかを理解することは、しばしば有用な代理指標となります。

(2) ラジカルなアイデアを選ぶ：あなたの組織がそれらの目標を達成する可能性を劇的に向上させるような、いくつかのアイデアを思いついてください。野心的になりましょう！

(3) 週末で構築する：私は、プロダクト要件定義書（PRD）を書き、承認を得て、デザイナーやプロダクトマネージャーとの時間を確保するためにロビー活動をするという通常のプロセスを、動作するプロトタイプを構築することで飛び越えた小グループやソロエンジニアを見てきました。

(4) 1つの良いアイデアに集中する：私の経験では、ジュニアの人々はしばしば複数のアイデアを1つのプロトタイプに詰め込み、20の悪いアイデアの中に3つの優れたアイデアを隠すという間違いを犯します。あなたのプロトタイプが新しいプログラミング言語の作成、バックエンド、そしてモバイルアプリも somehow 含む場合、あなたは成功しないでしょう。動作するプロトタイプを作成するポイントは、リーダーシップが機会と、あなたがそれを実行できる人物であることをすぐに理解できるように、アイデアを非常によく伝えることです。

(5) 新鮮な視点を活かす：ユーザー向けの何かを扱っている場合、あなたはユーザーに対するユニークな共感を持っており、それゆえ製品がどのように機能するか、あるいは機能しないかについて、より良い感覚を持っています。SlackやNotionの同僚は、外部ユーザーとしてSlackやNotionを使用することがどのようなものかを内面化するのに苦労しました。

インフラストラクチャやツールを扱っている場合、物事が「不可能」と見なされるすべての理由を学んだことがないという利点があります。

未来は明るい

コーディング面接が戻ってくることはないと思います。良い仕事とより良い未来を解き明かす希望を持って「アルゴリズムとデータ構造」の多くのコピーが購入されたこと、あるいはコーディング面接の死がソフトウェアエンジニアリングが新しい抽象化レベルに達したもう一つのマイルストーンであることを考えると、感傷的になるのは簡単です。

同時に、長年テニュアによる昇進を嫌ってきた者として、楽観的にならざるを得ません。私はすでに、この方法で作られた人気のあるアプリや製品を十分に見てきました。

Anthropicでは、人々がClaude Codeをコマンドラインインターフェース（CLI）として使用することに慣れすぎてしまい、比較的最近入社した2人のエンジニア（Anthony MorrisとAlice Zhao）が週末で動作するプロトタイプを作成しました。最初の公開バージョンは約8日後にリリースされました。Claude Codeの良いグラフィカルインターフェースが非常に人気のある製品であると聞いても驚かないでしょう。

AIと上手に構築できる人材をどのように面接するかを理解しようとしているマネージャーは、おそらく私だけではないでしょう。私はまだそこまで到達していませんが、履歴書やポートフォリオから、センス、共感、原則的な思考を示す小さなプロトタイプを探しています。もしあなたが何かより良いものを見つけ出したなら、どのようにやったのか聞いてみたいです。

この記事の画像は、J. M. W. Turnerの「The Fighting Temeraire」（1839年）です。