基本情報の参考書やってるけど、理解できてない気がする…
最初はそんなもんだから、とりあえず進めれば大丈夫！
でも全部理解してないのに進むの不安なんだよな…
インフラ学習って、“分からないまま進む時間”がかなり長いです。
自分も最初は、
「全部理解してから次に進まないと危険では？」
と思っていました。
実際、インフラ学習は「理解できない＝才能がない」ではなく、
範囲が広すぎて全体像が見えにくいだけなことが多いです。
資格勉強だけで“分かった気”になると危険かも
資格勉強はもちろん大事です。
ただ、参考書だけ進めていると、
- 用語だけ覚える
- 実際の動きがイメージできない
- 「知っている」と「できる」の差が大きい
という状態になりやすいと感じました。
- 例えばこんな状態
| 学習中 | 実際 |
|---|---|
| WebサーバとDBサーバの役割は覚えた | でも通信の流れはイメージできない |
| Linuxコマンドを暗記した | 実際に触ると分からない |
| クラウド用語を覚えた | なぜ必要なのか理解できない |
「覚えている」と「理解できている」は結構違います。
インフラは学習範囲が広すぎる
開発系だと、
- まず1言語を覚える
- 作りながら学ぶ
という流れになりやすいです。
でもインフラは少し違います。
- インフラで触れる範囲
- OS（Linux / Windows）
- ネットワーク
- DB
- Webサーバ
- API
- クラウド
- ストレージ
- Shell / Bash
- PowerShell
など、とにかく範囲が広いです。
これを最初から全部理解しようとすると、かなり苦しくなります。
次はDB勉強しようかな
その前にLinuxちゃんと理解した方がいい？
ネットワークもまだ曖昧かも…
こんな感じで、
“正解の順番”を探し続けて止まることも多いと思います。
初心者ほど“正解”を探してしまう
初心者の頃ほど、
- この勉強法で合ってる？
- 順番は正しい？
- 全部覚えないとダメ？
- 参考書はどれが正解？
みたいに、「失敗しない学習法」を探しがちです。
でも実際は、
インフラ学習は「後から繋がる」ことがかなり多いです。
最初は分からなくても、
- 実際に触る
- 図を書く
- サーバを立てる
を繰り返していると、後から少しずつ理解できることが増えていきます。
学習しているのに成長している実感がなかった
参考書を読んだり、
基本情報の勉強を進めたりしていた頃は、
ちゃんと勉強しているし、少しずつ成長しているはず
と思っていました。
でも実際は、
あまり成長している実感がありませんでした。
例えば、
Linuxコマンドを覚えても、
そもそもこのコマンドって、どこで打つんだろう？
という状態でした。
参考書では、
lscdgrep
みたいなコマンドは出てきます。
でも当時の自分は、
- どこに接続するのか
- どうやってサーバに入るのか
- 何のためにその操作をするのか
みたいな、“インフラとして当たり前の流れ”が全く分かっていませんでした。
実際に現場に入った時も、
「じゃあまずTera Termで接続して」
と言われて、
テラターム…？
となったのを覚えています。
コマンドそのものより、
「どこで」「何のために」「どう使うか」
の方が、ずっと大事だったんだと思います。
その時に初めて、
参考書を読むだけでは、
この感覚はなかなか身につかないんだなと感じました。
だから途中からは、
- 実際に触る
- 接続してみる
- 動かしてみる
- エラーを見る
ことを意識するようになりました。
すると少しずつ、
あ、このコマンドってこういう時に使うのか
と、知識が繋がる感覚が増えていきました。
実際に自分が止まりかけたポイント
ここからは、実際に自分がインフラ学習で止まりかけたポイントを書いていきます。
今振り返ると、
「理解できないこと」よりも、
全部理解しようとしていたこと
の方が、学習を止める原因になっていた気がします。
WebサーバとDBサーバの違いで混乱した
資格勉強をしていると、
- Webサーバ
- DBサーバ
という言葉はかなり早い段階で出てきます。
- でも最初はこんな感じでした
役割はなんとなく分かる…
でも実際どこで動いてるの？
参考書を読むと、
| サーバ | 役割 |
|---|---|
| Webサーバ | Webページを表示する |
| DBサーバ | データを保存する |
みたいに書かれています。
もちろん間違ってはいないんですが、
初心者の頃はこれだけだとかなりイメージしにくかったです。
- 特に混乱したポイント
- サーバって別々のPCなの？
- 同じサーバで動くこともあるの？
- どこで通信してるの？
- APIって何の間に入るの？
など、「言葉は分かるけど流れが見えない」状態でした。
実際、自分は図を書きながら整理していくことで、
少しずつイメージできるようになりました。
考えるより、まず手を動かすようにした
途中から、自分の中でかなり変わったのが、
「全部理解してから進む」より、
「まず触ってみる」
を意識するようになったことです。
今はAIもあるので、
監視ツールや簡単なスクリプトの“たたき台”なら、
かなり気軽に作れる時代になったと思います。
なので、
- 完璧に理解してから始める
- 参考書を全部終わらせる
よりも、
「まず自分のPC上で小さいものを作ってみる」
だけでもかなり勉強になります。
- 例えばよくありそうなもの
インフラ系だと、
- ログ整理
- ファイル削除
- バックアップ
- 監視っぽい処理
などを作ることも多いです
- 例えばAIへのプロンプト
すると、
コードの意味を見ながら少しずつ理解できます。
もちろん最初は、
何を書いているのか分からない…
となることもあります。
でも実際に、
まずは細かく理解するより、実際に動かしてみます。
エラー内容を見ることで、少しずつ流れが分かってきます。
変数や条件を少し変えるだけでも、かなり勉強になります。
これって、
ツール作成〜デバッグまでやっているので、
実際の現場作業にもかなり近いです。
「これ前に触ったことあるな」
という感覚があるだけでも、
かなり自信に繋がると思います。
まとめ｜今回のおさらい
- インフラ学習で止まりやすかった原因
| 状態 | 実際 |
|---|---|
| 全部理解してから進もうとした | 手が止まりやすくなった |
| 正解の勉強法を探し続けた | 学習が進まなくなった |
| 用語を暗記しようとした | イメージが繋がらなかった |
- 実際に変えたこと
PowerShellやLinuxを実際に動かしてみる
エラー内容を見ながら流れを理解する
AIを使いながら小さい修正を繰り返す
最初から完璧を目指すより、
まず小さく動かしてみる
だけでも十分勉強になると思います。
コメント