技術書が教えてくれない唯一のこと - 「やめどき」の判断

この記事は約 6 分で読めます。

本は「始め方」を教えてくれる

技術書は「始め方」の宝庫です。新しい言語の始め方、フレームワークの導入方法、設計パターンの適用手順。「How to start」は、どの本にも丁寧に書かれています。

しかし、「いつやめるべきか」を教えてくれる本はほとんどありません。

「やめどき」が必要な 3 つの場面

1. 技術の撤退判断

チームで採用した技術が、期待どおりの成果を出していない。導入から半年経ったが、生産性は上がらず、むしろバグが増えている。この技術を使い続けるべきか、撤退すべきか。

技術書は「この技術はこう使えば効果的だ」と教えてくれますが、「この技術が合わないときの撤退基準」は教えてくれません。

2. 学習の損切り

3 ヶ月かけて学んでいる技術が、自分のキャリアに合わないと気づいた。しかし、3 ヶ月の投資を無駄にしたくない。サンクコストの罠です。

意思決定に関する本を読むと、サンクコストの罠を客観的に認識できるようになります。

3. プロジェクトの中止判断

個人プロジェクトや OSS への貢献。始めたときは情熱があったが、半年経って興味が薄れた。続けるべきか、やめるべきか。

なぜ本は「やめどき」を教えないのか

理由は単純です。本を書く人は、そのテーマに情熱を持っている人だからです。React の本を書く人は React が好きで、その良さを伝えたい。「React をやめるべきタイミング」を書くモチベーションがありません。

また、「やめどき」は文脈に強く依存します。チームの状況、プロジェクトの制約、個人のキャリア目標。これらは読者ごとに異なるため、本で一般化するのが難しい。

「やめどき」を判断するフレームワーク

本が教えてくれないなら、自分で判断基準を持つ必要があります。

機会費用で考える

「この技術を学び続ける時間で、別の何を学べるか」。今の学習を続けるコストと、別の選択肢に切り替えた場合のリターンを比較します。

今の技術に 100 時間投資して得られるリターンが小さく、別の技術に 100 時間投資した方がリターンが大きいなら、切り替えるべきです。過去に投資した時間 (サンクコスト) は判断に含めません。

3 ヶ月ルール

新しい技術を学び始めて 3 ヶ月経っても「面白い」と感じないなら、やめる候補です。3 ヶ月は、技術の基礎を理解し、簡単なものを作れるようになるのに十分な期間。この期間で興味が湧かないなら、その技術は自分に合っていない可能性が高い。

「もし今から始めるとしたら」テスト

今の技術を使い続けるかどうか迷ったとき、「もし今日、ゼロからプロジェクトを始めるとしたら、この技術を選ぶか」と自問します。答えが No なら、撤退を検討すべきです。

本から学べる間接的な「やめどき」の知識

技術書は直接的に「やめどき」を教えてくれませんが、間接的に判断力を鍛えてくれます。

設計の本は「トレードオフ」の考え方を教えてくれます。すべての設計判断にはトレードオフがあり、完璧な選択は存在しない。この思考法は、技術の撤退判断にも応用できます。

アーキテクチャの本は「可逆性」の重要性を教えてくれます。取り返しのつく判断は素早く、取り返しのつかない判断は慎重に。技術の採用は比較的可逆的ですが、大規模なリライトは不可逆に近い。

やめることは失敗ではない

「やめる = 失敗」という思い込みが、撤退判断を遅らせます。

しかし、合わない技術に固執し続ける方が、長期的には大きな損失です。やめることは、限られた時間とエネルギーをより価値の高い場所に再配分する戦略的な判断です。

技術書が教えてくれる「始め方」と、自分で判断する「やめどき」。この両方を持つことで、エンジニアとしての意思決定力が完成します。

関連記事

• 「この本、難しくてやめました」は正しい判断である
• 技術書を捨てる勇気 - 本棚の新陳代謝が学びを加速する

まとめ

技術書は「始め方」を教えてくれますが、「やめどき」は教えてくれません。技術の撤退、学習の損切り、プロジェクトの中止。これらの判断には、機会費用の比較、3 ヶ月ルール、「今から始めるなら選ぶか」テストが有効です。やめることは失敗ではなく、リソースの再配分。本で学ぶ「始め方」と、自分で磨く「やめどき」の判断力。両方を持つエンジニアが、長期的に最も成長します。