一流のエンジニアは、なぜ「自分の経験を箱にしまう」のか
First Principles Thinking
シニアエンジニアが陥る停滞から抜け出す鍵は、経験をいったん箱にしまい、何を実現したいかから考えるfirst principles thinkingにある。顧客サポートや独学など多様な道から来た優れたエンジニアに共通する習慣であり、agentic開発の時代には、古い制約を前提とせず試す姿勢が学習ループを速め、勢いを生むと説く。
自分の経験、学んだこと、今信じていることを脇に置き、目の前の問題をもう一度見つめ直す。それが私にとって難しい部分だ。
HNでの議論
127- bob1029
高次の思考のほうがより重要で、より希少だ。
アグレッシブなファーストプリンシプル・アプローチは、善意のテクノロジストを戦略的・イデオロギー的な行き止まりへとしばしば導く。
私たちは、その瞬間に「正しいこと」だから物事を行うのか、それとも最終的に訪れる結果のために行うのか？
最も理想的な答えは、その中間のどこかにある。私がはるかに興味があるのは、ある一時点ではなく、曲線の下の総面積のほうだ。
意図的な高次の思考の代わりに、定期的にお客様から逆算して働くだけでも、たいてい同じ成果が得られる。
- flowerlad
彼がリンクしたブログから：「もっと野心的なものを設計してみようと思う。」
こうして不必要な複雑さが生まれる[1]。優れたエンジニアは「野心的なものを設計する」ことを目指さない。むしろ、可能な限り最もシンプルな設計を思いつく。複雑に見えるものをシンプルにするのだ。
残念ながら、エンジニアの評価はそういうふうには行われない[2]。
[2] https://terriblesoftware.org/2026/03/03/nobody-gets-promoted...
- trwhite
エージェントと一緒にアーキテクチャ上の意思決定をどうやって下せばいいのか、本当に悩んでいる。アイデアが全く浮かばないときには素晴らしい。でも、すでにいくつかのピースを持っているときには、最終的にはエージェントがすべての思考を主導しようとして、乗っ取ってしまう。そうなると、自分の経験に基づく判断を先送りしているだけのように感じる。同僚がエージェントに頼らずにはもう推論できなくなっているのを見たことがある。なぜなら、どうせエージェントが全部やってしまう（そしておそらく自分たちが考えたことを監査したり覆したりする）のなら、自分たちで考える意味がないと本質的に思っているからだ。
- ebiester
これについてはフルでブログ記事を書く必要があると思う。
「ファーストプリンシプル思考」について、この投稿よりも良い入門があるとは思うけれど、「…一歩引いて、私たちは実際に何をしようとしているのか、なぜそれが重要なのか、そして各部分がどうつながっているのかを問いかけると、たいてい予想以上に多くの進む道が見つかる」という考え方。
これは持っておくべき重要なスキルだ。
しかし、正当化されないときにファーストプリンシプルからの思考を過大評価してしまうことがあるとも思う。私のキャリアの中で、ファーストプリンシプル思考が、重要な非技術的制約を無視した解決策につながった例を見てきた。（例えば、システム全体の再アーキテクチャが必要で、すべての機能開発を1年間延期しなければならなくなる、など。別の例：提案された解決策がConwayの法則を破り、他の組織的制約を壊すような再編成を必要とする、など。）
時には、自分たちの制約を認識する必要がある。適切なときにそれらを疑う時間を取るべきだが、場合によってはより適切な他のツール——例えば人類学的思考——があることも理解しておくべきだ。
- cyclopeanutopia
言葉はたくさんあるけど、意味はあまりない。この投稿は何についてのもの？
- Animats
本当の「ファーストプリンシプル」、つまり根底にある物理学にまで遡ることは稀だ。Feynmanはそれで有名だった。Jeri Ellsworthはそういうふうに考える。John CarmackやDean Kamenもかもしれないが、どちらにも会ったことはない。
- coolfox
私は「ファーストプリンシプル」思考全体を、ダメなエンジニアを見分けるリトマス試験紙として使っている。常にファーストプリンシプルを強調しているなら、できるだけ優しく言えば、おそらく少しナイーブな人だ。引き算は、私たちが行う多くのことに適用できる素晴らしいスキルであり、人々が「ファーストプリンシプル」と言うとき、実際にはこれを意味している。しかし、物事が複雑で、一次近似では不十分な場合もある。
- Joe_Boogz
「シニアエンジニアの死のスパイラル」に光を当ててくれたというだけで、これを読んでよかった。それは本当に私の助けになった。私は多かれ少なかれ、このエージェント時代のせいで自分自身が経験していることだ。
さて、この記事については、うーん、たぶん私はエンジニアリングがどうなってしまったかに疲れているだけかもしれない。直感的な反応は、エージェント的エンジニアリングは間違っていると感じる。
自分が所有するコードのオンコールインシデントが来て、そのブラックボックスが何をするのかのメンタルマップを失っているとき、それが夜も眠れなくさせる。
解決策は本当に「それにはAIを使え！」になるのだろうか。うんざりだ。