知っていることを全部説明しないことも、技術だと思う？

Posted at 2026-09-07

100 ポエムを目指してみています。

知っていることを全部説明しないことも、技術だと思うかと言われると、技術だと思います。結構大事な技術だと思います。どちらかというと聞き手のペルソナを把握して求められている内容に即した内容だけ簡潔に答えることが技術かとも思います。特にたとえ話ができると強いと思います。たとえば DNS というものを知らない非エンジニア (例えば会社の同僚) に DNS をうまく説明するたとえ話をすると ...

人間は example.com という分かりやすい名前を使いたいが、コンピューターが実際に通信するときには 192.0.2.10 のような IP アドレスが必要です。そこで「example.com って、どの IP アドレス？」と調べてくれる仕組みが DNS です。

DNSの世界	社内連絡先のたとえ
ドメイン名	山田さんという呼び名
IPアドレス	山田さんの電話番号
DNS	社内の連絡先システム
DNS問い合わせ	「山田さんの番号は？」と検索
DNSレコード	山田さん → 03-xxxx-xxxx という登録
DNS障害	連絡先システムで番号を調べられない
DNS設定ミス	山田さんに田中さんの番号が登録されている
DNSキャッシュ	一度調べた番号を手元にメモしておく
DNS変更がすぐ反映されない	古い番号をメモした人がまだその番号を使っている

あなたが山田さんのところに直接書類を取りに行くのではなく、会社の受付に「この書類を取ってきてください」とお願いします。受付はあなたの代わりに山田さんへ連絡し、受け取った書類をあなたに渡します。この「間に入って、代わりにやり取りする人」がプロキシです (Forward Proxy) 。

プロキシの役割	受付のたとえ
通信を中継する	代わりに山田さんに連絡する
アクセス制御	「この会社への依頼は禁止です」
認証	「社員証を見せてください」
ログ	「誰がどこに何を依頼したか記録します」
キャッシュ	「その資料なら前にもらったものがあります」
接続元を隠す	取引先からは受付が来たように見える

Routing（ルーティング）は「道路の道案内・配送ルート決定」。

DNS = 「東京商事ってどこ？」
Routing = 「東京商事までどうやって行く？」
Proxy = 「代わりに行ってくれる受付」

的な。聞き手を意識するのは大事だななど。

以上、IT エンジニアのお仕事を雑多に考えてみています。

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up