世界を動かす技術を、日本語で。

考えることを真剣にするのが恋しい

2026年2月4日原文(jernesto.com)

概要

  • 思考力 の重要性と希少性についての自省
  • BuilderThinker という二重性の自己分析
  • AI 時代における葛藤と成長実感の希薄化
  • 実用主義 と創造的思考の間でのジレンマ
  • 今後の 自己探求 と未解決感

本当に「考える」ことについての問い

  • 「最後に本気で 考え抜いた のはいつか?」という自己問答
  • 単なる作業や表面的な思考ではなく、 数日間悩み抜く 体験の希少性
  • 常に考えている人、全く考えない人、その中間層という分類
  • 筆者自身は 中間 に属する自覚
  • 本投稿は 回答や提案 ではなく、単なる心情の吐露

BuilderとThinkerという二重性

  • 筆者は Builder (作り手)と Thinker (思索者)の二面性を自認
  • Builder :実用性やスピード重視、アイデアを現実化する喜び
  • Thinker :深い問題に長時間取り組むことへの渇望
  • 大学時代の 物理学の難問 で顕在化したThinker気質
  • 問題解決アプローチの違いによる学生の分類
    • 大多数:すぐに 諦めて助けを求める
    • リサーチ型: 文献調査 で類似解法を発見
    • Thinker型: 徹底的に自力で考え抜く 希少な存在
  • Thinker型であることへの 誇りと満足感

AI時代と成長実感の希薄化

  • ソフトウェアエンジニア としての成長実感は「難問解決」と「創造」にあった
  • 近年は AIの進化 で深く考える時間が激減
  • 生産性は向上したが、 思考の飢餓感 が増大
  • 「Vibe coding」=Builderとしての即時的な満足感
  • しかし 創造的な問題解決 の機会が激減
  • Builder気質だけの人には最適な時代
  • Thinker気質には 物足りなさ と喪失感

実用主義の罠とジレンマ

  • 「AIで解ける問題はそもそも 難しくない」という意見への反論
  • AIの出す 70%解答 で十分な場合が多く、非効率な手法に戻れない現実
  • Builder としての合理性と Thinker としての満足感の間での葛藤
  • AI時代において 両者を同時に満たす ことの困難
  • より難しい課題を求めてみても、 創造的思考 の出番が減少傾向

思索の出口なき模索

  • コーディング以外で 知的成長 を模索
  • 物理学の再学習なども試みたが 満足感を得られず
  • Builder側が 非生産的な思索 を許さず、Thinker側が 浅い作業 に飢えるジレンマ
  • かつてのように 両者を満たす時代 は戻るのか不透明
  • 未解決感 とともに自己探求の継続

哲学的引用

  • Philipp Mainländerの「神の死」による 統一性の喪失 の引用
  • 創造と思索 の統合が過去のものとなったという象徴
  • 自己の二重性 と現代における「満たされなさ」の比喩

Hackerたちの意見

コードの設計について、細かいところまで考える時間を持つのは結構役立つって感じてる。エージェントにやらせる前にね。そうすれば、頭を使った気になれるし、挑戦にもなる。自分の考えた解決策が、エージェントの書いたプランよりも問題をうまく解決できたかどうかを考えるんだ。エージェントの解決策が良かったら、それを認めて次回に向けて頭を使う材料になるし、自分の解決策が良かったら、頭が喜んでより良いコードが書けるってわけ。

LLMを使ってコーディングしてるけど、まだまだ真剣に考えてるよ。間違ってるわけじゃない。デザインの選択肢、リスク、制約、技術的負債、代替案、可能性について考えてる。今まで以上に真剣に考えてる感じ。

この意見に共感する。個人プロジェクトの実験として、Claude Codeに100%コードを書かせてるけど、真剣に考える必要性はすごく感じてる。実際、ボイラープレートや繰り返しのテストみたいな低い思考のタスクをやらなくていいから、逆に考える割合が普段より高くなってる気がする。

Claude Codeをよく使ってるけど、考えるのをやめた瞬間を教えてくれるんだ。そうすると、全く意味不明なものを作り始めるから。ゴミを入れればゴミが出るってやつだね…。

LLMをこういうツールとして使うのは十分可能だと思う。ただ、多くの人はそうしてない気がする。個人的にもプロとしても、問題を与えて、設計と実装を期待して、それをゴールドスタンダードとして扱う人をよく見る。少なくとも自分にとってのベストな使い方は、自分が何も学ばないようなワークフローの小さな部分だと思う。 - 捨てるために作る:ステークホルダーのフィードバックを得るためのクイックプロトタイプをくれる - シンプルなヘルパー関数:デザインとパラメータは決まってるから、レビューできる実装が欲しい - タブ補完のコード生成 - 何かを調べるための手がかりが欲しいとき(ライブラリやツール)で、Googleで調べてもダメなとき。

今はもっと考えてると思う、もしくは少なくとも早く考えてる。雑用に時間を無駄にしてないから、大きな絵に集中できるんだ。

このコメントや似たようなコメントを読むと、やっぱり人によって違いがあるよね。個人的には、ブログ記事にすごく共感するし、自分のプログラムのデザインは自然に出てくることが多い。通常、難しい問題は技術的な問題で、その後、プログラムを制御するために必要なことに基づいてデザインが決まる。デザインについてそんなに考えたことはなかったな。

確かに、考え方が違うよね。以前はコーディングでストレスを感じてたんだ。問題を解決するのにハックを導入したり、大規模なリファクタリングに繋がったりして、イライラしてた。でも今は、どんなクールな新機能を作るかを考えるのに時間を使って、あまりストレスを感じてないよ。

OPの投稿は、この議論の段階を超えようとしてると思う。正直、古い話だしね。彼らが言いたいのは、AIツールを使うことで、深く考えるための規律を保つのが難しくなるってこと。これはみんなに当てはまるかどうかは分からないけど。

でも、考え方は確かに違うよね。

そうだね、LLMを使って考えるのは違う。記事にはこう書いてある: 「“真剣に考える”とは、特定の難しい問題に直面し、それを克服するために数日間じっくり考えることを意味する。LLMを使っての“真剣に考える”は、管理的な思考に近い。混沌としていて、会話や文脈の切り替えが多い。確かに疲れるけど、1つのアイデアを数日間考え続けるわけじゃない。1つの問題について数日間考えるのは、科学者や数学者の思考に近い。夜寝るときもその問題について考えてるし、シャワーを浴びてるときも考えてる。小さな突破口や挫折があって、最終的に解決するか諦める。全然違うんだ。」

使い方次第だよね…シンプソンズのエピソードを思い出す。ホーマーが銃のライセンスを取る話。最初は全く使わなかったのに、ちょっと使うようになって、気にせずに使いまくるようになる。思考するのは疲れるし、人生は複雑だから、ツールを使うと悪い習慣に陥りやすい。悪い習慣は認識してもなかなか抜け出せないし。多くの人は忙しかったり、怠けてたり、自分を客観視できなかったりして、自分の行動を評価する余裕がないんだよね。

Hacker Newsで議論の続きを見る