CAT5e のケーブルを自作した私たちは、AI 時代に何を学ぶのか
AI が設定やコードを生成する時代にも、ネットワークの基礎を学ぶ意味はなくなりません。ただし、すべてを手作業で組み立てることと、仕組みを理解することは同じではありません。技術者の価値は、作業そのものから、目的を定め、選び、検証し、組み合わせることへ移っています。
CAT5e までは、LAN ケーブルを自作していた
昔は『Software Design』のような雑誌を読みながら、おうち LAN を作っていました。
必要な長さを測り、ケーブルを切る。被覆をむき、色の順番をそろえ、RJ45 コネクターに差し込み、圧着する。うまく通信できなければ、結線を見直してもう一度作る。私が手作業で作っていたのは CAT5e まででした。
この経験には価値がありました。リンクしない、速度が出ない、少し動かすと切れる。そうした失敗を通じて、ネットワークは設定画面の中だけで動いているのではなく、物理層の上に成り立っていると実感できたからです。
しかし、通信速度が上がり、要求される品質や検証も厳しくなるにつれて、いつまでもケーブルを自作し続けることが最善とは限らなくなりました。いまでは、用途に合った信頼できる完成品を選ぶことが普通です。
作らなくなったことは、理解しなくなったことではない
完成品の LAN ケーブルを使うようになっても、基礎知識が不要になったわけではありません。
- 必要な速度と規格は何か
- 長さや敷設方法に無理はないか
- 問題はケーブル、ポート、機器、設定のどこにあるか
- 交換で直ったとして、原因をどう切り分けるか
手を動かす場所が変わっただけです。コネクターを圧着する技能よりも、要件を判断し、適切な部品を選び、結果を検証する力の比重が大きくなりました。
これは技術の放棄ではありません。成熟した層を基盤として使い、その上の問題へ進むことです。
AI はインフラ構築にも同じ変化を起こす
AI は、Terraform の定義、Firewall の設定、WireGuard の設定例、監視用のスクリプトまで生成できます。以前ならドキュメントを何ページも読み、構文を調べながら書いていた作業が、短い指示から始められるようになりました。
では、構文を一行ずつ手で書く経験は、もう不要なのでしょうか。
答えは「目的による」です。
学習のために小さな環境を自作し、壊し、直すことには今も大きな価値があります。AI が出した設定を評価するにも、IP アドレス、ルーティング、NAT、DNS、Firewall、暗号鍵といった基礎が必要です。
一方、本番環境で毎回すべてを一から作り直すことが、学びの証明になるわけではありません。生成された設定をそのまま信じることも、自分で全行入力したから正しいと考えることも、同じように危うい。重要なのは、何を実現したいか、どんな前提があるか、どこで失敗し得るかを説明し、検証できることです。
ニュートンの価値は、リンゴを落としたことではない
ニュートンとリンゴの話は、有名な逸話です。王立協会が紹介するウィリアム・ステュークリの記録では、ニュートンが庭でリンゴの落下を見ながら、重力について考えたと伝えられています。後世に脚色された部分を含むとしても、この話が象徴するものは明快です。
リンゴが落ちる光景は、ニュートン以前から誰もが見ていました。価値があったのは、リンゴをもう一度落としてみることではなく、「なぜ落ちるのか」と問い、地上の現象をより大きな法則へつなげたことです。
AI 時代の技術者にも、同じことが求められます。
設定ファイルを自分の手で最初から最後まで書いたか。それだけを技能の中心に置くと、リンゴを落とす作業の再現に時間を使い続けることになります。必要なのは、出てきた結果を観察し、前提を疑い、別の問題にも通用する形へ一般化する力です。
車輪を作り直す学びと、車輪を使う仕事
「車輪の再発明」は、いつでも無駄というわけではありません。
車輪を一度作ってみれば、荷重、摩擦、材料、壊れ方を理解できます。既存の車輪では満たせない要件があるなら、新しく設計する意味もあります。ネットワークの学習環境で DHCP や DNS、VPN を自分で組むことも同じです。
ただし、目的地へ荷物を運ぶ仕事で、出発のたびに車輪から作る必要はありません。
学習では、あえて作り直す。運用では、実績のある部品やサービスを使い、固有の要件に時間を使う。この二つを分けて考える必要があります。
自宅 VPN も、構築するものから使い倒す基盤へ
自宅 VPN も長い間、「自分で構築すること」そのものが一つの到達点でした。
ルーターでポートを開け、DDNS を設定し、WireGuard の鍵と設定を管理する。外からつながらなければ、二重 NAT、CGNAT、IPv4 over IPv6、IPv6 Firewall などを調べる。これはネットワークを学ぶ題材として、今も非常に優れています。
しかし、本当にやりたかったことは VPN サーバーを構築することだったのでしょうか。
- 外出先から自宅の NAS や開発環境を使いたい
- 出張先から、自宅や家族宅の回線を経由してインターネットへ出たい
- 自宅のグローバル IP を登録した管理環境へ、安全な認証と組み合わせてアクセスしたい
- 拠点をまたいで、自分の端末やサービスを活用したい
目的がこちらにあるなら、VPN は作品ではなく基盤です。構築と保守に使っていた時間を、その基盤で何を実現するかに振り向けられます。
インフラエンジニアに必要な技術は、一段上へ移る
AI やマネージドサービスによって、低い層の知識が不要になるわけではありません。むしろ、自動生成されたものや外部サービスを使うからこそ、どこまで任せ、どこから自分で責任を持つかを判断する必要があります。
これから比重が増すのは、次のような力です。
- 技術を導入する前に、解くべき問題を定義する
- 回線、端末、利用場所、規約などの前提条件を見つける
- 認証、鍵、通信経路、運用者を含む信頼境界を整理する
- 正常時だけでなく、障害時の観測方法と切り戻し方を設計する
- AI やサービスの出力を、根拠を持って検証する
- 技術上の選択を、利用者が得たい結果へ結びつける
コマンドを覚えることから、設計を考えることへ。構築できることから、構築し続ける必要があるかを判断することへ。技術者の仕事がなくなるのではなく、価値を出す場所が移ります。
HomeGrid VPN が省略するもの、しないもの
HomeGrid VPN も、ネットワークを魔法に変えるものではありません。外出先の端末と自宅などに置いた Grid が Cloud Hub へ接続する Hub & Spoke 型で、通信は Cloud Hub と Grid を通り、Grid を置いた回線からインターネットへ出ます。自宅に置いた Grid を出口にすれば、実際に家庭用 ISP の回線から出ます。Cloud Hub は経路上の中継点であり、インターネットの出口ではありません。
自宅側から Cloud Hub への Outbound 通信を利用するため、原則として、自宅ルーターの IPv4 ポート開放や DDNS を前提にしない設計です。省略するのは、自宅 VPN を成立させるために利用者が毎回引き受けていた構築条件の一部です。
一方で、何を通信させるか、どの拠点を出口にするか、誰にアクセスを許すか、家族など自分以外が契約している回線を使うなら契約者の同意を得ているか、利用先の規約に適合するか、といった判断は残ります。家庭用回線を出口にしても、特定サービスへの接続や利用を保証するものではありません。
HomeGrid VPN の仕組みを理解することは大切です。しかし、その仕組みを一から再実装することが、すべての利用者の目的ではありません。
本当にやりたいことは何か
CAT5e のケーブルを自作した経験は、無駄ではありません。自宅 VPN を一度組んでみる経験も、AI に頼らず設定を書いてみる経験も、仕組みを自分のものにする助けになります。
ただ、その経験を次の層へ進むために使うのか、同じ層にとどまるために使うのかは別の話です。
手作業を手放すたびに、技術を失うような不安が生まれます。けれど、完成品の LAN ケーブルを使うようになっても、私たちはネットワークを捨てませんでした。より大きなネットワークを、より確かな方法で使えるようになりました。
AI とサービスを使うことも同じです。問いは「自分で全部作れるか」から、「この基盤を使って、本当は何を実現したいのか」へ移っています。