エンジニアの独学に限界が来るのは、知識が足りないところではない
「独学 限界」で出てくるのは未経験の学習挫折の話が中心で、実務経験があるエンジニアの伸び悩みには当たりません。独学で埋まるものと埋まらないものを分け、限界が来る3つの地点と、独学を続けるなら何で代わりを置くのかを書きました。
目次
独学で限界を感じたと書かれている記事を読むと、たいてい環境構築でつまずいた話やモチベーションが切れた話が出てきます。未経験から学び始めた人の話です。
実務経験があるエンジニアの「独学の限界」は、別の場所に来ます。本は読める、公式ドキュメントも読める、手は動く。それでも何かが積み上がっていない感じがする——という形で来ます。知識が足りないのではないので、教材を増やしても解けません。
この記事では、独学で埋まるものと埋まらないものを分けて、限界が来る地点を特定します。
独学は、答えが1つある問題には強い
まず、独学の強さを確認しておきます。ここを過小評価すると、必要のない出費をします。
正解が決まっているもの
- 言語やフレームワークの文法
- APIの使い方、ライブラリの挙動
- アルゴリズムとデータ構造
- 動く状態まで持っていく手順
正解が複数あるもの
- 状況に対してどの構成を選ぶか
- 自分のコードが読みやすいかどうか
- どこまで作り込んで止めるか
- 半年後に壊れるかどうかの見当
左側は、むしろ独学のほうが速いです。人に教わる時間より、手を動かして公式ドキュメントを引いたほうが早く着きます。限界が来るのは右側に移ったときで、ここは比べる相手がいないと成立しない種類の判断です。
限界が来る3つの地点
具体的に、どこで止まるのかを分けます。
正解が複数ある問題にぶつかったとき
「状態をどこに持つか」「この処理をどの層に置くか」のような問題には、教科書的な正解がありません。調べると複数の流派が出てきて、どれも成立しています。独学では、このとき選ぶ理由を自分の中からしか取り出せません。結果、最初に読んだ記事の書き方が自分の標準になります。
これが積み重なると、動くけれど偏った書き方が固定されます。実装はできるのに設計ができないエンジニアへで挙げた原因のうち、独学で起きやすいのはこの型です。
自分のコードの良し悪しが判定できないとき
独学でいちばん効かないのがここです。動いたかどうかは自分で判定できますが、読みやすいか、変更に耐えるか、半年後に困らないかは、自分では判定できません。判定の基準が、他人のコードを読んだ量と、自分のコードに指摘を受けた回数からしか作られないからです。
レビューを受ける機会が業務にもない場合、この基準は何年経っても作られません。その状態が続いたときに何が起きるかはコードレビューを受けたことがないまま年数が経つとに分けて書きました。
使う予定のない知識が増えていくとき
限界というより、手応えがなくなる形で来ます。本を読み、記事を読み、新しいライブラリを触る。知識は増えているのに、使った場所がないので定着しない。独学は入力の自由度が高いぶん、入力だけで完結してしまいます。
独学を続けるなら、判定の代わりを置く
スクールに行くかどうかの前に、独学の構造的な穴を自分で埋める手はあります。効くものから並べます。
| 置くもの | 埋まる穴 | 始めるときの負荷 |
|---|---|---|
| 作ったものを公開して使われる状態にする | 止める判断・異常系の基準 | 低い |
| OSSのプルリクエストのレビューを読む | 他人の基準に触れる | 低い |
| 同じ機能を2つの構成で作って比べる | 選ぶ理由を言語化する | 中 |
| 半年前の自分のコードを読み直す | 変更に耐えるかの判定 | 低い |
| 自分のコードを外の人に見てもらう | 読みやすさの基準 | 高い |
いちばん上と下は効き方が強いです。公開して誰かが使うと、正常系だけで止められなくなります。外の人に見てもらうのは、やれば一発で効きますが、相手を見つけるのがいちばん難しい項目です。
「限界だ」と感じたときに確かめること
限界の正体は人によって違います。次の5つのどれに当てはまるかで、打ち手が変わります。
止まっている場所を特定する
- 01動くものは作れるが、構成を選ぶ理由が言えない（判断の問題。比べる相手が必要）
- 02書いたコードが良いのか分からない（基準の問題。外の目が必要）
- 03読んだ知識を使う場所がない（出力の問題。作るものを決める）
- 04業務が保守中心で、新しく作る機会がない（環境の問題。外で作る）
- 05時間が取れない（時間の問題。範囲を1つに絞る）
1と2は独学の構造的な穴なので、何かを足さないと埋まりません。3と5は自分で変えられます。4は環境の問題で、SESから自社開発に転職できない本当の理由の話に近くなります。
AIを使っている場合、限界の来方が変わる
生成AIを使って書いている人は、独学の限界が早く来ます。動くコードが出てくるまでの時間が短くなるので、「正解が複数ある問題」に当たる回数が増えるからです。そのうえ、出てきたコードを判定する基準は自分の中にしかありません。
ここを放置すると、速度だけが上がって判断が増えない状態になります。詳しくはAIで実装は速くなったのに、スキルが伸びている気がしないに書きました。
正直なところ：独学で行ける範囲はかなり広い
スクールを運営している立場で書きますが、独学で行ける範囲は広いです。文法、フレームワーク、インフラの基礎、アルゴリズム——このあたりは独学のほうが効率がいいと思います。お金を払う理由があるのは、自分では判定できないものを判定してもらう場合だけです。
逆に、独学で止まっているのが時間や出力の問題なら、スクールに入っても同じところで止まります。判断の基準が欲しいのかどうかを先に決めたほうがいいです。費用をかける判断については「プログラミングスクールは意味ない」はどこまで本当かで扱っています。
まとめ
| よくある説明 | 実務経験者の場合 |
|---|---|
| 独学の限界は知識不足 | 知識ではなく判断と基準で止まる |
| 教材を増やせば進む | 入力を増やしても判定基準は作られない |
| 限界を感じたらスクール | 止まっている場所によって打ち手が違う |
| 独学では実務レベルに届かない | 文法や技術は独学のほうが速い |
独学の限界は、自分で判定できないものに当たったときに来ます。そこまでは独学で十分です。当たったあとは、公開するか、他人のコードを読むか、見てもらうか。方法は何でもいいので、外の基準を1つ入れるだけで先に進みます。
JISOUは実務経験者向けのオンラインスクールで、受講生は自分のアイデアでサービスを作り、提出したコードに現役エンジニアのレビューが入ります。学んだこととつまずいた点を記事として出すことも受講の前提なので、独学では残りにくい「判定された記録」が溜まります。独学で止まっている感覚が半年以上続いているなら、一度当ててみてください。