おそらく、君はスタートアップの世界にキャリアをシフトさせたから、苦労せずに見つけられたんだろうね。他の人にとっては、基本的に20メートルの壁を持つ城みたいなもんだよ。

彼は言う：「それは、潜在的な問題を積み上げることを学ばせてくれた。自分がこうやって聞くことで、解決できる以上の問題が山ほど出てきて、全てに対処する必要はない。ほとんどは、初めて聞いたときにプロジェクトにする必要はないし、待つことがスーパーパワーになることもある。」

これは特別なことじゃないよ。大企業でも常に解決すべき問題はある。重要なのは、1) ジュニアの人が一人では解決できないくらい難しい問題、2) 実際に会社やユーザーに価値を提供する問題を見つけることだね。

いろんな問題が知られてるけど、知られてない、もしくは認識されてない問題もたくさんあるよね。そういう認識されてない問題の中には、認識されてる問題よりも役立つものや影響力が大きいものもあるんだ。やっぱり「スポンジになる」アプローチは効果的だね。

私も同じように、複数の問題に同時に適用できる解決策を作ってるよ。時々、同僚はそれを嫌がることがあるんだけど、問題に取り組んでるんじゃなくて、その問題やバックログの類似問題を解決するためのツールに取り組んでるからなんだ。

大企業でも同じだよ。今の役割で開発体験を良くするためのアイデアをまとめた「個人プロジェクト」のドキュメントがあって、数百行にもなるんだ。最近、コパイロットのおかげでいくつかの小さなツールを作ることができたけど、指定された仕事に時間を使っている間にそれを進めるのは大変で、まともに取り組むには全ての時間を使わなきゃいけない。

これが現実に近いと思う。スタッフやプリンシパルの立場になると、周りで起きている多くの問題が見えるようになる。大事なのは、どの問題を優先して対処するかの相対的な重要性を理解して、コントロールできないものには平和に構えることだね。

その通り。私が働いたどこでも、修正できるバグの数の3〜4倍以上のバグがあって、時間が経つにつれてバグの数は増えていった。解決すべき問題を見つけるのは全く難しくなかった。残念ながら、多くの場所ではエンジニアに重要な問題を解決する自立性を与えていない。機能を詰め込んだり、再設計したりを繰り返して、バグが溜まっていくばかり。

これには同意するし、会社が利益を上げていなくて、資金が尽きそうなとき（ゼロ金利政策の終わりによる）に、売上に直結する機能に移行するのは自然なトップダウンの動きだと思う（抽象的には完全に正しい）。でも、実際には「仕事の演技」みたいなものがたくさん見える。ディレクターたちは、利益を変えることには全く興味がなくて、ただ信頼できそうな仕事が予測可能な方法で実行されて、自分たちが良く見えることだけを気にしているみたい。実際、何かがあまりにも早く起こると（例えば、見積もりの半分の時間で）、彼らが代表している仕事に対して疎くなっていることを示すから、かなりがっかりするんだよね。つまり、「もっとトップダウンでプロダクトを進める」というのは理論的には意味がある方向性だけど、実際には無駄なエネルギーに見えることが多い。

キャリアのほとんどはJavaScriptとMuleSoftで過ごしてきたよ。20年間やってきて、上からの権威しか見たことないけど、キャリアの初めにTravelocityにいた時だけは違ったかな。一般的には、企業のJavaScriptの仕事は、何もわからない若い人たち向けっていうイメージが強い。特に他の仕事をしてる開発者や、主にJavaScriptをやってる開発者からはそう思われてる。もしクリエイティブなことをしたり、テキストを画面に表示する以上のことをやりたいなら、個人のサイドプロジェクトに温存するか、関係ない仕事をしなきゃいけない。MuleSoftの仕事も同じで、決定は選ばれた少数の人に集中して、他の人はただのキーボードを叩く人になってしまう。確かにそれはひどい状況だけど、もっと悪いのは、他の人を犠牲にして注目を集めようとする人たちの性格が強調されることだね。注目を避けることに最も熱心な人たちもいるし。