「クソなのになぜ普及した」Docker論争が4chanで

姉妹サイトの新着

海外の技術系掲示板4chan「/g/」(Technology)で、「Dockerは出来が悪いのに、なぜここまで広く使われるようになったのか」という投稿から議論が始まった。当時ほかに選択肢が無かったのかという問いに対し、スレでは「最初に普及したことで抜け出せない慣性が働いただけ」という見方や、Podman・systemd・Guixといった別の手段を推す声が相次いだ。さらに話は、個人利用と企業の大規模運用での必要性の違いや、AIがレガシーな保守作業をどこまで代替できるのかという論点にも広がった。

1 海外の名無しさん 2026-11-13 08:54
なんでこんなに嫌われてるのに、ここまで普及したんだ?当時他に選択肢が無かったのか?
2 海外の名無しさん 2026-11-13 09:02
>>1 思ってるほどゴミじゃないのかもよ
3 海外の名無しさん 2026-11-13 09:13
>>1 Podmanだろ。クラスタならKubernetesだな
4 海外の名無しさん 2026-11-13 09:15
俺は専用サーバーを一台用意して、そこに直接インストールしてるよ。Dockerを間に挟む理由が分からない。脆弱性が出たら素のシステムを更新するだけでいいのに、コンテナと下のシステムの両方を更新する手間が増えるだけに見える。Docker推しの連中に説得されたことは一度もない
7 海外の名無しさん 2026-11-13 09:55
>>4 (画像を貼って反論)
「クソなのになぜ普及した」Docker論争が4chanで
14 海外の名無しさん 2026-11-13 10:28
>>7 『デプロイが楽』って言うけど、apt-get upgradeを一回やる方がdocker composeを100回叩くより楽だろ…
6 海外の名無しさん 2026-11-13 09:50
>>1 プログラマーってやつは、できるだけ物事を複雑にしたがる生き物だから
8 海外の名無しさん 2026-11-13 09:56
>>6 それ。複雑さを好むのは大体バカな奴らだよ
9 海外の名無しさん 2026-11-13 09:58
>>5 『基本的にはrootfs+パッケージ+起動用スクリプトでしょ』→それは間違い(画像参照)
「クソなのになぜ普及した」Docker論争が4chanで
13 海外の名無しさん 2026-11-13 10:14
>>1 Guixならその問題解決するぞ
16 海外の名無しさん 2026-11-13 10:32
>>1 『当時他に選択肢が無かったのか』→大体そう。一番最初に登場して、すぐに広まった。一度人が使い始めると、もっと良いものが後から出てきても乗り換えるのが面倒になる
19 海外の名無しさん 2026-11-13 10:39
>>16 でもVagrantが既にやってたことと何が違うんだ?
17 海外の名無しさん 2026-11-13 10:33
>>10 お前の言う『全部をガチガチに結合させる』ってのは、設計としてダメだろ
18 海外の名無しさん 2026-11-13 10:35
『自分のマシンでは動く』→『じゃあ自分のマシンを出荷しよう』、それだけの話(画像参照)
「クソなのになぜ普及した」Docker論争が4chanで
20 海外の名無しさん 2026-11-13 10:43
Podmanはかなり良い。Docker互換のコマンドも使えるし、最近のRed Hat勢がLinux界に残した貢献としては珍しく有用な方だと思う
24 海外の名無しさん 2026-11-13 10:52
>>23 『ソフトの更新には金か時間がかかる』→それAIが解決したと思ってたわ
28 海外の名無しさん 2026-11-13 11:16
>>24 古いシステムをどれだけ甘く見てるんだ。DeepSeekでバイブコーディングしてて感心はしてるけど、前の仕事で触ってた『廃止されたOracleの独自製品をRHEL4上で動かす、複雑に絡み合ったスクリプト群』をAIが処理できるとは思えない
26 海外の名無しさん 2026-11-13 11:14
>>25 個人利用ならそれでいいけど、企業レベルで数百〜数千台規模のインスタンスを動的に自動スケーリングするなら、K8sみたいなコンテナ管理の利点は手放せない

他サイトの新着

27 海外の名無しさん 2026-11-13 11:15
>>25 『コンテナを手動で再構築せずに』ってところが自分には一番の問題。あれは本当に馬鹿げてる
30 海外の名無しさん 2026-11-13 11:20
>>27 それはコンテナの設計が悪いだけ。鍵やパスワード、証明書みたいなものは環境変数経由か、(安全な)リポジトリから取得するべき
29 海外の名無しさん 2026-11-13 11:18
>>1 systemdのサービスファイルを書くのが面倒くさいから
34 海外の名無しさん 2026-11-13 11:30
>>29 『systemdのサービスファイル』?そんな黒魔術があるのか、詳しく知りたい
32 海外の名無しさん 2026-11-13 11:23
>>25 証明書を追加するくらい、Dockerfileに「FROM base-image:latest」「COPY your.cert /usr/share/certificate.cert」と書くだけで済むはずで、再構築も1分で終わるはず
33 海外の名無しさん 2026-11-13 11:24
>>28 それはまさにAIが得意な分野だよ、ドキュメントを食わせられるなら特に。Claudeを使って、うちのレガシーコードを現代のシステムで動くように大量に更新したことがある

この話題の背景と論点

Docker自体は軽量に実行環境を再現できる点で登場後急速に普及したツールだが、本スレで目立ったのは普及の理由を「技術的優位性」ではなく「先行者利益と乗り換えコストの高さ」で説明する見方だった。一方で、個人や小規模サーバー運用なら素のパッケージ管理やsystemdで十分という立場と、数百〜数千台規模をKubernetesなどで動的にスケールさせる企業運用では事実上必須という立場が併存しており、「コンテナが本当に必要か」はそもそも運用規模によって答えが変わる問題であることが読み取れる。またAIによるレガシー保守の話題では、ドキュメントが残っている範囲なら有効という慎重な評価にとどまり、スレ内でも過度な期待への反論が出ていた点も押さえておきたい。

※本記事は海外掲示板 4chan /g/ (Technology) のスレッド「Why did it become so widespread and popular, if it’s shite?」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。

この記事のリアクション

他サイトの新着

まだコメントはありません。

コメントする

誹謗中傷・個人を特定する書き込みは削除対象です。投稿は承認後に表示されます。

相互リンクサイト新着記事