勉強を始めたばかりの頃って、「どうやってエラーを解決したらいいのか」という方法が分からないので焦りますよね。
今回は僕が実際に使っているエラー解決のプロセスをお伝えしますね。
プログラミング初学者でエラー解決の方法が確立できていない人
エンジニアとして大事な「自走力」が身につくエラー解決の方法
目次
自走力って何?
自走力とは、その言葉のとおり「自分で走る力」のことです。
もっとかみ砕いて言うなら、
「受けた依頼を一人でこなすことのできる力」
とでも言うべきでしょうか。
具体的なイメージとしては、
- よく分からないエラーにハマってしまった
- 全く触ったことのない技術を扱うことになった
こんなときに自分の力だけでどうにか課題を解決することができる人をエンジニアの世界では、「自走力のある人」と呼んだりします。
この「自走力」は一人前のエンジニアとして必須のスキルであることはもちろん、これからエンジニアを目指す人にとっても大きな武器となります。
というのも、特に小さなスタートアップ企業で働くことになった場合、新入社員をフォローする余裕はほとんどありません。
つまり、自分でどうにかして仕事を進めていかなければいけません。
ここで、自走力のないエンジニアだと、質問をすることも出来ず、仕事も進まずに「詰む」ことになります。
言ってしまえば、「自走力」はこれからエンジニアを目指す人にとっても必須のスキルです。
自走力の身につけ方
エンジニアが自走力を身につける方法は簡単です。
「エラーを自力で直す」
これだけです。
それは、何度も何度もエラーを直していると、
- その言語について深く知ることが出来る
- エラーに対する嗅覚が鋭くなってくる
こういった理由があるからです。
特に自分でプログラミングをして、ドハマりしているエラーを、自力で直し続けると、自走力は格段に身に付きます。
プログラミングの勉強を始めた頃はエラーへの苦手意識は強いかもしれませんが、エンジニアになるには避けて通れない道なので頑張ってエラーへの対処法を学んでいきましょう!
大前提:プログラミングはエラーが出るもの
プログラミングを始めたばかりの時期ってエラーが表示されると、焦るし、「自分はプログラミングに向いてないんじゃ…」って思ったりしますよね。
でも、それは大きな間違いです。
ベテランエンジニアでも普通にエラーは起こします
ベテランエンジニアには長年のノウハウが蓄積されており、エラー解決までのスピードが初心者と比べて圧倒的に早く、エラーを起こしていると思われていないに過ぎません。
ですので、エラーがなかなか解決出来なくても、焦ったり萎えたりする必要はありません。

また、エラーは解決すればその分だけ、解決するスピードが上がっていきます。
更に、エラーは解決する過程を通じて、その技術のことを深く知るための貴重な勉強材料にもなります。
ですので、
「エラーはエンジニアの筋肉痛」
こんなかんじで前向きに捉えて、積極的に対処していきましょう。
手順1:エラー文を読んで意味を理解する
エラーを解決するためのファーストステップは、
エラーメッセージを読んでエラーの意味を理解すること
です。
Ruby(Ruby on Rails)やPHP(Laravel)であれば、エラーメッセージは画面に表示されているはずです。
もし画面に表示されていなければ、ログやコンソールなどを確認して、必ずエラーメッセージを確認しましょう。

「エラーメッセージを読む」って、すごく当たり前のことですが、 英語で表示されるエラー文を読むことに対して抵抗感があるのか、意外と出来ていない人が多い印象を受けます。
実際、teratailなどの質問掲示板を見ていると、
などといった質問をときどき見かけます。
僕も日本人なので、英語に抵抗感を感じる気持ちは分かりますが、
- エラーの解決
- 最新ドキュメントの参照
など、 エンジニアを目指す以上は英語から避けられません。
諦めて英語を読みましょう。
それに今はGoogle翻訳があり、 エラーメッセージをそのままコピペしたら、一秒で日本語訳が返ってきます。
もし英語を読むのが苦手な方はGoogle翻訳を使って構いません。
エラーメッセージに何が書かれているのか必ず理解するようにしましょう。
自走力を身につける依然の話かと思いますが、意外に出来てない人は多いもの。
手順2:エラー文をコピペしてググる
エラーメッセージを読んだら、実際にエラーを解決していきます。
とは言っても最初にやることは単純で、
- 「Rails (エラー名) 原因」
- 「Rails (エラー名) 解決」
などのように、エラー文をコピペしてGoogleで検索してください。
簡単なエラーなら数分で答えが見つかるかと思います。
当然ですが、検索の際に、自分のアプリ特有のキーワードを入れたままだと、適切な回答が返ってこない場合があるので注意してください。
手順3:エラーの原因について仮説を立てて再びググる
エラー文をコピペしただけでエラーが解決すればいいのですが、答えがそのまま見つかるということは稀です。
そのため、
- エラー文の背景にある根本的な原因を自分で考える
- 考えた原因を解決する方法を調べる
- 実際にエラーが解決するか検証する
というプロセスを辿っていく必要があります。
この中でも①を考える際のポイントについて補足します。
ポイント1:プログラムの動きをイメージしつつ原因を考える
アプリがどういう流れで動いているのかイメージしながらエラーの原因を考えると、スムーズに原因に辿り着くことができます。
例えば、入力フォームからデータを入力して、データベースへ保存するというプログラムであれば、
- 入力フォームへデータを入力する
- エラーがないかチェックが入る
- データベースに登録される
- 画面が切り替わる
ザっとこんなイメージが出来れば問題ありません。
ただ、勉強を始めたばかりの頃は、理解できていない部分も多いかと思います。
理解できていない部分はイメージで補っても構いません。
プログラムの動きを念頭に置きつつエラーの原因を考えてみてください。
ポイント2:コードを極力シンプルにして原因を考える
コードを極力シンプルな状態に戻して、少しづつコードを継ぎ足す
こういった手法もエラーの原因を特定する上では有効な方法です。
例えば、既に完成していた入力フォームに新しい要素を3つ加えた結果としてエラーが生じたのであれば、
- 新しい要素を全て削除 → エラーが出るか検証
- 新しい要素を1つ追加 → エラーが出るか検証
- 新しい要素を2つ追加 → エラーが出るか検証
- 新しい要素を全て追加 → エラーが出るか検
こういったかんじですね。
- まずは極力コードをシンプルにする
- そこに少しづつコードを加える
こういった手法で調査を進めると、早くエラー原因を見つけることができます。

なかなかエラーが解決できないと、思いついた原因を片っ端から試したくなる気持ちが湧いてくるかもしれません。
ですが、そういった方法をとると、
- どういった検証をしたか途中で分からなくなる
- 作業が雑になるので、そもそも検証のために書いたコード自体が違っている
こういったことになりがちです。
そのため、面倒に感じるかと思いますが、今回説明している、コードをシンプルに戻して少しづつ付け足す方法が結局は一番の近道になります。
手順4:エラーを一日寝かせる
考えられる仮説は一通り検証したけど、エラーが解消されないならば、エラーから1日離れてみてください。
目の前で起きているエラーを放置して、その日の学習を終えることは勇気がいることです。
ですが、時間を空けることで、
- 寝てる間に頭の中が整理される
- プログラミングからいったん距離を置くことで冷静になれる
- 考える体力が回復する
こういった理由から、エラーの解決策を思いつく可能性が上がります。
僕が所属していたオンラインサロンで、現役エンジニアの方が「エラーにハマった際の対応法」を意見交換していたのですが、その際にも話題に上がっていた手法ですので、割と一般的な方法なようです。
何時間かけても解決の糸口すら見えなかったエラーが、一晩明けたら簡単に解決できたということは僕の経験上、何度もありました
一度騙されたと思って試してみてください。
手順5:現役のエンジニアに質問する
手順①~④まで行ってもエラーを解決できないならば、誰かに質問しましょう。
ここまで頑張って過程で自走力を育てるための経験値は十分に稼げましたし、どうしてもエラーが解決できないならば、それも仕方ありません。
質問をするのであれば、
あたりが定番といえます。
その際に大事にして欲しいのは、
解答者の立場に立って質問をする
ということです。
具体的な注意点としては次のような点があげられます。
- 使用技術が掲載されていない
- 必要な情報が不足している
- エビデンスを提示しない
- コードやメッセージを画像で張り付ける
- 返信しない
- 調べればわかる内容を聞いている
- 仮説を立てない
- 質問回答への返信の途中で質問を書く
それぞれについて詳しく知りたい方は次のリンクを参照にしてください。
とても丁寧に説明してくれているので、非常に参考になりますよ。
いずれにせよ大事なことは、
- 画面の向こう側には人間がいることを忘れない
- 「どうしたら相手に不快な思いをさせないで済むか」と考えながら質問すること
こういった点かと思います。
手順6:エラー解決を諦める
もしそうであれば最後の手段です。
エラーの解決を諦めることを検討しましょう。
もし、どうしても先に進めないならば、次の点を検討してみてください。
- 今、実装を試みている機能は、他の方法で要件を満たすことは出来ないか?
- その機能は絶対に実装しなければいけない機能か?
例えば、エンジニア転職を目的にポートフォリオを制作しているのであれば、最も重要なことは、
「動くものを作り上げること」
になるはずです。
エラー解決にハマり続けて、数日間も作業が止まり続けるのであれば本末転倒です。
実装が出来ていない箇所がアプリのメインでなければ、エラー解決を諦めるこも検討してみてください。
ちなみに、僕もポートフォリオを作った際は、時間切れでいくつかの機能は実装することを途中で断念しましたが、それで面接で困ったことはありませんでしたし、実際にWeb系企業へ転職することができました。
まとめ:正しいエラー解決法を学んで自走力のあるエンジニアになろう!
今回は「自走力のあるエンジニアになれるエラー解決方法」を解説してきましたが、その内容を簡単にまとめると次のとおりです。
- エラーは出て当然というマインドを持つ
- エラー文を読んでエラーの意味を理解する
- エラー文をそのままググる
- 自分なりに原因の仮説を立てる
- 立てた仮説を解消する方法を調べる
- 1日だけ放置する
- 他の人に質問をする
- 解決を諦めて問題ないか検討する
以上の通りです。
エラーを解決する時間は自走力が育つ時間でもあり、まさに「エンジニアにとっての筋肉痛」です。
エラーにハマっている間は大変かと思いますが、自走力を大きく育てるためには必要な苦しみです。
ぜひ、臆することなく積極的にエラーに立ち向かい、「自走力のあるエンジニア」を目指して頑張ってみてください。