最後の職場は2020年5月から2024年3月まで続いた。会社は合併や買収、4回のレイオフを経て、私はしぶとく残った（実際、4回も「解雇」されたけど、また雇い直された！）新卒のエントリーレベルの子たちと競争してたし、私たちが提供したブートキャンプを卒業したばかりの子たちともね。大学の学位も資格もなく、1999年以降の履歴書には何も関連するものがなかったのに雇われた。だから、最低賃金扱いだったよ。すごく快適な在宅勤務の仕事だった。私のスタイルにぴったりだったし、上司もすごく忍耐強くて励ましてくれた。自分で言うのもなんだけど、私はロックスターだったけど、同じ役割で貢献できる優秀な同僚もたくさんいた。結局、3つの資格と大学の修了証を取得したけど、全く変わらなかった。昇給も昇進も、私の業績に対する認識もなかった。だから、大学ってそんなに大したもんじゃないよ。シニアもジュニアやエントリーレベルと競争してる。厳しいね。最高を目指して、頑張って、良い雇用主に妥協することをためらわないで。

「新卒や学生、他のジュニアへのアドバイスは、実際の仕事経験を得る方法を見つけることだよ。この役割の給料は低いかもしれないけど、高い給料はシニアレベルのエンジニアにどんどん取られているからね。」これは一般的に良いアドバイスだね。ジュニアカレッジを大学へのステップストーンとして勧めるのと同じようなプロフェッショナルなアナロジーだよ。

それはある意味良いニュースだね。ブートキャンプは表面的な内容が多くて、実際に良い開発者が育ったわけじゃなくて、根拠のないアイデアを擁護する人たちの議論が多かっただけだから。

誰もFOSSの経験なんて気にしません。あなたのGitHubやLab、Bergを訪れるだけでもラッキーですし、熱マップを超えたものを見ることができたらさらにラッキーです。実際のところ、FOSSの経験が何かの役に立つなら、採用担当者もC#とJavaの経験がほぼ1:1であることを理解できるはずです。残念ながら、そうではないし、彼らもそう理解していません。

雇用者は新入社員を育てることを期待することに戻るべきだね。昔はこれが普通だった。大学卒業後の最初の二つの職場では、プログラミング経験のない人をプログラミングの役割に雇ってた。彼らはただ学ぶ意欲のある賢い人を探して、プログラミングを教えてたんだ。

チームごとに1人のジュニアを雇うべきだよ。シニアスタッフにOKRやマネジリアルなタスクを押し付けるのはやめよう。メンターシップやアプレンティスシップを育てるべきだね。

ジュニアを雇うのは、もしあなたが他の市場よりも優れたフィルターを持っているなら、いつも素晴らしいことだ。でも、そうでないなら、悪いジュニアを雇うのは災害だよ：悪いサテライトオフィスにアウトソーシングするのと変わらない。これは絶対的な才能の問題じゃなくて、学べるスキルなんだ。特に、新しい雇用者の成果やROIまでの時間は、すべての要素の組み合わせに依存しているから：（a）面接/スクリーニング、（b）オンボーディング、（c）継続的なフィードバック。これはゼロサムゲームじゃなくて、業界全体がこれらのことにおいて改善することは十分に可能だよ。特に、一つの仕事の「ロックスター」は、別の仕事のやる気のない「自分が一番賢い」と思っている燃え尽き症候群の人だったり、その逆もあるから。

採用プロセスについての部分をチェックしてみて、特に正しいマインドセットをフィルタリングするところ。

最近卒業したばかりで、直接的な経験は少ないけど、Capture the Flagのチャレンジに情熱を持っている人を雇った。新しいことを学ぼうとする意欲と好奇心がすごくて、素晴らしい自己動機のある雇用者になった。彼は解決すべき問題を見つけて、それを解決する努力をリードし、結果的に会社に多くの金を節約させてくれた。

ジュニアはチームの中でみんなより優れているか、何も知らないかのどちらかだと思う。

面白いですね。このアプローチの魅力はわかります。同じように、私は逆のことをしています。簡単に解ける問題を出して、すぐに解決できるようにしています。人はすぐにできるか、全くできないかのどちらかです。あなたと同じように、以前はもっと難しい問題を出していましたが、2つの失敗パターンを見つけました。賢い人がパニックになって面接でうまく考えられないか、高度な思考ができるけど実際のコードで変数を入れ替えられない人です。最近の採用を振り返ると、この方法が改善につながったかどうかはわかりません。

大学を卒業した多くの子供たちが、Leetcodeの問題を暗記したり、AIにクラスの課題を外注したりしているという問題が生じています。年々、キャリアに対する情熱が薄れているのを見ています（つまり、コンピュータオタクが減っている）。最近、/r/cscareerquestionsのようなスペースを見て、若い開発者が最近どんなことに触れているのかを知るためにいくつかのDiscordに参加しました。すべてが非常に有毒でシニカルです。RedditやTwitter、Discordにどれだけ浸っているかと、ビジネス環境でどれだけうまく機能するかには逆相関があることに気づきました。Redditの有毒さは、若者を雇用主を敵だと思わせ、職場に行くのは悪のマネージャーとの戦いに挑むようなものだと考えさせてしまいます。人々をリラックスさせてRedditの雰囲気を捨てさせることには成功したこともありますが、若者の中にはソーシャルメディアで見る別の現実にあまりにも浸りすぎていて、彼らを解放するのが難しいです。

人々が仮定を理解する能力が非常に低下していると感じます。「xをトラブルシューティングするにはどうしますか？」 「それはやったことがありません」 「じゃあ、その問題にどうアプローチしますか？」 「わかりません、すみません」

年々、キャリアに対する情熱が薄れているのを見ています（つまり、コンピュータオタクが減っている）。さて、オタクの人口比率がほぼ一定だと仮定すると、開発者の総数が増えることでオタクが占める割合がどんどん小さくなるということになりますね。

これは、私の指導教官が博士論文の防衛について言っていたことに似てるね。委員会は、あなたの知識の限界まで掘り下げてくる（一般的にはあなたの専門分野だけど、具体的なテーマには限らない）から、その後でようやくあなたの推論能力を試すことができるんだ。これは素晴らしい評価手法だと思うけど、私の博士課程では、論文防衛が近づくにつれて、仲間と一緒にその環境を再現する練習セッションを組織するのが一般的だった。特に、知識の範囲を超えて、門番（論文委員会や潜在的な雇用主）の前でプロフェッショナルな冷静さを保つのは難しいからね！私たちのほとんどは、互いに練習する時はうまくいかなかったけど、数回のセッションを経てその状態に慣れてくると、合格/不合格は実際の推論能力をより反映すると思う。特にジュニアの面接戦略としては面白いアイデアだし、どれくらい効果的だと思うか気になるけど、90パーセンタイルの候補者が本当に求めているような批判的思考や推論スキルを示すには、2回の試みが必要だと思う。

年々、キャリアに対する情熱が薄れているのを感じる（つまり、コンピュータオタクが減ってきてる）。これについては強いけど複雑な気持ちがある。プログラマーがみんなコンピュータオタクだった時代には大きな欠点があった。特に、そのステレオタイプに合わない人にはキャリアがとても魅力的でなくなってしまった。そういうことをすると、多くの潜在的な才能を逃してしまう。でも、良い面もあった。情熱のレベルは高かったし、上昇する給与が人を引き寄せていた。基本的なデータ構造や、なぜ時々ツリーや他のコンピュータサイエンス101のことを使いたくなるのかを理解しているだけで、まるで火星人扱いされるのはもううんざりだ。ジュニアを雇うときは、面接で解けないだろうなと思う問題を出して、彼らがどう考えるかを見たいんだ。問題を出すときにこれを明言してる？言わない方が良い面もあると思う。もし彼らが明確な答えが期待されていると思って、無理に答えようとするなら、それは有用なデータポイントになるかもしれない。でも、それはちょっと意地悪で倫理的じゃない気がする。面接官としてこれをやった時は、かなり明言してた。「これ、私たちが数ヶ月かけて解決しようとしていることで、10分で解決するとは思ってないけど、どうアプローチする？」ってね。面接官としての経験はあまりないから、他の人がどうアプローチしているのか気になる。

開発者を面接していた時、正しい答えを得ることよりも、問題解決や協力的に働くアプローチに興味があった。だから、面接を2つのパートに分けていた。最初の部分では、要件を与えて、彼ら自身でデザインを考えてもらう。インターネットアクセスや技術的なリファレンスも使っていい。これは記憶テストじゃないし、私は部屋を出て行く（今はLLMがあるから、これがうまくいくかは分からないけど）。2つ目の部分では、彼らのデザインを説明してもらい、要件を変更して一緒にそれに対応する方法を考えることを伝える。2つ目の部分が面接で最も有用な部分だった。実際の仕事で必要なことだし、そのプロセスで雇ったほとんどの人は良かった。

大学を卒業した多くの子供たちは、Leetcodeの問題を暗記したり、AIにクラスワークを外注したりしただけだ。 AIが登場する前から、超洗練されたLeetcodeのグラインダーには問題があった。彼らのスキルセットは、正しい解答やスクリプトされた答えを暗記してFAANGの面接に合格することだけだった。これらのケースを特定するための効果的な手法は、最適な解決策が存在する場合にのみ「正しい」答えを暗記できるという事実を利用する。幸いなことに、コンピュータサイエンスやソフトウェアデザインには、第一原理から推論が必要な一般的で比較的単純な問題がたくさんある。なぜなら、理論的にもグローバルな最適解は存在できないからだ。問題の制約に小さな変更を加えると、設計結果が大きく異なり、実質的に列挙できないものになる。可能な解決策の空間は非常に大きく、問題が比較的簡潔でよく理解されていても、現実的に暗記することはできない。純粋なLeetcodeのグラインダーは、きれいな答えがない問題を勉強したことがないようだ。答え自体はそれほど重要ではなく、私は常に、正しい答えがない場合の制約変更の影響を認識し、推論する能力を示すことに興味がある。しっかりしたコンピュータサイエンスのスキルを持つ人は、通常はそれをうまく乗り越えることができるが、完璧なLeetcodeスキルを持つ多くの人は、この最も基本的なバージョンで失敗する。ジュニアにとって最も重要なスキルは、彼らが効果的に推論でき、見たことのない問題に取り組む意欲があることを示すことだった。これが、ジュニアを強力なシニアエンジニアに迅速に育てることができるジュニアだった。

そうだね、情熱が欠けているのは、最も知られているテック企業があまり魅力的でないからかもしれない。彼らは意図的に技術を難解にし、アクセスを制限し、実験を許可しない。もし、いじくり回すのが好きな人たちに寄生したいなら、クソみたいなiOS/Android環境を与えて終わりにするべきじゃない。業界にとって、いじくり回すことはセキュリティの問題になっていて、未確認のコードが金属の上で実行されることに対する恐ろしい警告ボックスがある。なんてひどい！古くて停滞していて、あまり面白くない。代わりにいくつかの代替の場があるけど、そちらには別の焦点がある。

これ、よく見かけます :( シニアというのは、しばしば業界での経験年数を指していて、能力とは関係ないことが多いです。「シニア」と呼ばれるエンジニアの中には、全く効果的でなく、効果的になることができない人もいます。彼らはしばらく前に業界に入っただけで、ただ水面を漂っていて、次の採用マネージャーを騙して「前の仕事でシニアと呼ばれていたから、今もシニアだ」と思わせています。「スタッフ」レベルの仕事に応募していない限りです。賢さや物事を成し遂げること、みんなを早くすること、信頼されることなどと「シニアリティ」の間には因果関係はありません :)

コロナ前はリモートワークに賛成だったかもしれないけど、コロナ後にリモートで働き続けたチームと、後から参加したハイブリッドのチームの生産性の差は信じられないくらいだったよ。

かもね？判断が難しい。彼らはしばしば辞める。私のジュニアとの経験から言うと、辞めたがっているのは、ランクアップするにつれて報酬が適切に調整されていない人たちだ。みんなに良い給料を支払い、尊重して扱うことが大事。彼らを挑戦させ、勤続年数やスキルが上がるにつれて昇給や昇進を与えれば（「予算内だから、ああごめん、今年は一人しか昇進できないけど、上のレベルの人を雇ったから、本当にそれは無理。後でまた試して！」なんて言わずに）、長く働いてくれる人が増えるよ。

忠誠心についての指摘には思わず笑ってしまいました。忠誠心はもう10年以上も両方とも死んでいます。ミレニアル世代やZ世代は、互いにお金を得るために給料をオープンに共有しています。企業での平均在籍期間も2年から1年に減りました。ジュニアが何らかの形でより忠実であるという考えは、夢物語であり、あからさまな嘘です。彼らを責めるつもりはありませんが、雇用主もこの10年でずっと悪化しているので、特に2022年の引き潮以降、AIの影響もあって、雇用主も従業員ももはや忠誠心はありません。完全にフリー・フォー・オールの状態です。

ちょっと横道にそれるけど、「オンボーディング」っていつも変な感じがする。15年で3つのテックジョブしか経験してないし、もう一つ必要ないかもしれないけど、どの職場でも初日に行って、みんなが頼んでくることを始めただけだった。リポジトリをクローンして、ローカルで実行して、開発に変更をデプロイして、いじくり回して、ドキュメントを読んで、ちょっとリファクタリングしたり、他の人のPRにコメントしたり。やることはたくさんある。何もしないで現れる人たちが理解できない。たとえ何かバカなことをして、EODまでにPRがレビューの準備ができていても、全然問題ない。私の同僚が作成した山のようなオンボーディングドキュメントにかける努力が報われたのを見たことがない。私は新しい人たちとペアを組んで、一緒に問題を解決して、彼らが学ぶんだ。

うん、経験はめっちゃ大事だよね（力がないと影響力を持てないし、チームのテックリードになるのは難しいから、企業経験が必要だよ）。でも、誰かが12歳でHaskellを書いてて、USACOでいいスコアを取ってたら、かなり優秀なエンジニアになるってことを理解する必要があるよね。