一流のエンジニアは、なぜ「自分の経験を箱にしまう」のか
First Principles Thinking
シニアエンジニアが陥る停滞から抜け出す鍵は、経験をいったん箱にしまい、何を実現したいかから考えるfirst principles thinkingにある。顧客サポートや独学など多様な道から来た優れたエンジニアに共通する習慣であり、agentic開発の時代には、古い制約を前提とせず試す姿勢が学習ループを速め、勢いを生むと説く。
自分の経験、学んだこと、今信じていることを脇に置き、目の前の問題をもう一度見つめ直す。それが私にとって難しい部分だ。
HNでの議論
95- bob1029
高次の思考のほうがより重要で、希少だ。
攻撃的な第一原理アプローチは、善意のテクノロジストを戦略的・イデオロギー的な袋小路に追い込みがちだ。
私たちは、その瞬間に「正しいこと」だから物事を行うのか、それとも最終的に訪れる結果のために行うのか？
最も理想的な答えは、その中間のどこかにある。私がはるかに興味があるのは、ある一時点ではなく、曲線の下の総面積のほうだ。
意図的な高次思考の代わりに、定期的に顧客から逆算して作業するだけで、一般的には同じ成果が得られる。
- flowerlad
彼がリンクしたブログから：「もっとずっと野心的なものを設計してみようと思う。」
こうして不必要な複雑さが生まれる[1]。最高のエンジニアは「野心的なものを設計する」ことを目指さない。代わりに、可能な限り最もシンプルな設計を思いつく。彼らは複雑に見えるものを取り、それをシンプルにする。
残念ながら、エンジニアはそのようには評価されない[2]。
[2] https://terriblesoftware.org/2026/03/03/nobody-gets-promoted...
- trwhite
エージェントと一緒にアーキテクチャ上の決定をどう下せばいいのか、本当に苦労している。アイデアが全く浮かばないときには素晴らしい。しかし、すでにいくつかのピースを持っているときには、最終的にはすべての思考を主導したがり、乗っ取ってしまう。そうなると、自分の経験に基づく判断を先送りしているように感じるだけだ。同僚が、エージェントにやらせるくらいなら自分で考える意味は本質的にないと考えてしまい（そしておそらく、自分で考えたことをエージェントが監査・却下するだろうから）、エージェントに頼らずに推論する能力を失っていくのを見てきた。
- ebiester
これについてはフルブログ記事を書く必要があると思う。
「第一原理思考」の導入としてはこの投稿より良いものがあると思うが、「…一歩引いて、私たちは実際に何をしようとしていて、なぜそれが重要で、どのようにピースがつながるのかを問いかけると、たいてい予想以上に多くの進む道が見つかる」という考え方は、
持っておくべき重要なスキルだ。
しかし、正当化されないときに第一原理からの思考を過大評価してしまうことがあると思う。私のキャリアの中で、第一原理思考が重要な非技術的制約を無視した解決策につながった例を見てきた。（例えば、システム全体の再アーキテクチャが必要で、すべての機能開発を1年間延期しなければならなくなる。別の例：提案された解決策がConwaysの法則を破り、他の組織的制約を壊すような再編成を必要とする。）
時には、自分たちの制約を認識する必要がある。適切なときにそれらを疑問視する時間を費やすべきだが、場合によってはより適切な他のツール——例えば人類学的思考——があることを認識すべきだ。
- cyclopeanutopia
言葉はたくさんあるが、意味はあまりない。この投稿は何についてなのか？