[{"content":"『創世記』2章3節には、こう記されている。「神は第七の日を祝福し、これを聖別された。その日に、神が創造のわざをことごとく終えて休まれたからである。」\n最初の6日間、私たちは長い道のりを歩いてきた。\n私たちは自然言語を包む糖衣 を見破り、脳を圧迫するレビュー税 に気づいた。\nコードのブラウン運動 のさなかで足を止め、30年前のラウンドトリップ・エンジニアリングの亡霊 を見つけた。\nそしてHappy Pathという幻想 が砕けたあと、現実世界に横たわる本質的な困難と、新たな希望 を改めて見つめ直した。\n第七日。盲目的にキーボードを叩く手を止めたとき、私たちの目には、新しい世界が見え始める。\n15世紀ヨーロッパのルネサンスは、中世の職人たちが囚われていた限界を打ち破った。AWSのCTO、Werner Vogelsが指摘した ように、AIがもたらすのは失業の波ではない。ソフトウェアの世界における「ルネサンス・デベロッパー（Renaissance Developer） 」の登場だ。\n要件をコードへ翻訳するだけの「コード農夫」は舞台を降りる。次に現れるのは、技術の深さ、ビジネスへの洞察、そして人文的な美意識を一つに溶かし合わせる、領域横断の創作者たちだ。\nだが、それは基礎を捨ててよいという意味ではない。\nレオナルドがレオナルドたり得たのは、筆を執る前に本物の筋肉と骨を解剖していたからだ。未来のエンジニアが領域横断の創作者たり得るのも、AIを指揮する前から、システムの制約、スケーラビリティ、情報セキュリティを知り尽くしているからだ。\nコードを書くことは、やがて安価な「肉体労働」になっていくかもしれない。一方で「思考」は、別の姿へと変わっていく。\n第七日が暮れようとしている。明日はまた、新しい月曜日だ。この7日間の議論を終着点だと思わないでほしい。これは、序曲と呼ぶにさえ早いのかもしれない。\n私たちの探究と構築は、いまようやく夜明けを迎える。\n","permalink":"https://drakeguan.org/ja/blog/2026/09/the-renaissance-developer/","summary":"\u003cp\u003e『創世記』2章3節には、こう記されている。「神は第七の日を祝福し、これを聖別された。その日に、神が創造のわざをことごとく終えて休まれたからである。」\u003c/p\u003e","title":"第七日：ルネサンス・デベロッパーの夜明け"},{"content":"ここまでの5編を読んで、これはソフトウェア工学の葬送であり、エンジニアは職を失う という話だと思ったのなら、答えは正反対だ。\n歴史上、革命的な自動化ツールが登場するたび、予言者やメディアは決まって「誰々は消える、職を失う」と言わずにはいられなかった。だが70年が過ぎても、その予言はほとんど実現していない。\nFortranが登場したとき、アセンブリ言語の祭司たちはもう終わりだと言われた。史上初の電子スプレッドシートVisiCalcが誕生したとき 、ウォール街は会計士などもう要らないと宣言した。\n結果はどうだったか。会計士への需要は何倍にも膨らんだ。ただし彼らは、一日中手作業で帳簿を足し上げることをやめ、企業の針路を描く財務アナリストへと姿を変えた。\n経済学には、有名な「ジェボンズのパラドックス 」がある。ある資源の利用効率が飛躍的に高まり、生産コストが急落すると、その総消費量は縮小しない。むしろ桁違いの勢いで膨張する。\nAIとコードの関係も同じだ。\nAIがコード生成の限界費用を極端に引き下げれば、複雑なソフトウェアシステムを築こうとする人間の野心もまた、10倍の速度で膨らみ、これまでの限界を越えていく。\nだから危機は、ツールが強力すぎることではない。「偶有的な実装」を「工学の本質」だと取り違えることにある。\nチューリング賞受賞者Fred Brooksは、1987年の歴史的論文『銀の弾などない 』ですでにこう論じていた。AIが取り除くのは、APIを調べ、括弧を打ち、体裁を整えるといった「偶有的な困難」にすぎない。現実世界の例外、安全性、不測の事態、状態に向き合う「本質的な困難」は、解かれるのを待ちながら、いつまでもそこに残り続ける。\nシステムの防御境界を定め、技術的負債と性能を天秤にかけ、混沌としたビジネス要件から秩序を編み上げる。そうした本質的な複雑さは、初めから今に至るまで、人間の思考者だけに許された領域だ。\n「誰もがエンジニア」という売り文句に耳を貸す必要はない。「エンジニアは死んだ」という終末の鐘に怯える必要もない。マーケティングの言葉に不安を煽られてはならない。しかし同時に、技術の進歩から目を背けてもならない。\n祭司は消えなかった。ただ名を変えただけだ。\n真に思考する者たちのための、次なるソフトウェア工学の黄金時代は、いま始まろうとしている…… ","permalink":"https://drakeguan.org/ja/blog/2026/09/the-elevated-priesthood/","summary":"\u003cp\u003eここまでの5編を読んで、これは\u003ca href=\"/ja/blog/2026/09/the-default-insecurity/\"\u003eソフトウェア工学の葬送であり、エンジニアは職を失う\u003c/a\u003e\nという話だと思ったのなら、答えは正反対だ。\u003c/p\u003e\n\u003cp\u003e歴史上、革命的な自動化ツールが登場するたび、予言者やメディアは決まって「誰々は消える、職を失う」と言わずにはいられなかった。だが70年が過ぎても、その予言はほとんど実現していない。\u003c/p\u003e","title":"第六日：祭司は消えなかった。ただ名を変えただけだ"},{"content":"システムが壊れること自体は怖くない。直せばいい。本当に怖いのは、システムが立ち上がり、滑らかに動いているのに、社内の誰もがおおよそしか把握しておらず、なぜ動いているのかを正確には誰も知らないことだ。\n「動いている 」という言葉は、セキュリティ惨事がまとう、最も狡猾な偽装の一つだ。\nこの一年余り、現実の事件は「デフォルトで安全ではない（Default Insecurity）」とは何かを、私たちに容赦なく教えてきた。\n人気のVibe codingプラットフォームがRLSのセキュリティルールを欠落させ（CVE-2025-48757） 、数百ものアプリケーションを無防備にさらした。ある出会い系アプリはFirebaseを公開読み取りに設定し、数万枚もの身分証写真を丸ごとダウンロード可能にした 。さらには、自律型エージェントが自動最適化の最中に、本番データベースをそのまま初期化した 例さえある。\nシステムを「動かす」ことは、波ひとつない「Happy Path 」を散歩するにすぎない。それはソフトウェア開発に注ぐ思考の、おそらく10%ほどだ。残る90%の真の専門性は、あらゆる事態を考え抜くことにある。ネットワークが切れたらどうするのか。アクセスが殺到したとき、サービス停止をどう防ぐのか。悪意ある攻撃者が奇妙な文字列を入力したとき、データベースを丸ごと差し出さずに済むにはどうするのか。\n入力は安くなり、コード生成は速くなった。だが、セキュリティと防御の代価は、少しも減っていない。\nツールはソフトウェア工学を消滅させなかった。\nただ、アーキテクチャ、性能、防御、境界条件を本当に理解する少数の「現代の祭司」を、さらに高い祭壇へ押し上げただけだ。 ","permalink":"https://drakeguan.org/ja/blog/2026/09/the-default-insecurity/","summary":"\u003cp\u003eシステムが壊れること自体は怖くない。直せばいい。本当に怖いのは、システムが立ち上がり、滑らかに動いているのに、社内の誰もがおおよそしか把握しておらず、なぜ動いているのかを正確には誰も知らないことだ。\u003c/p\u003e","title":"第五日：最も危険な言葉「動いている」"},{"content":"Vibe codingの生産力は高い 。そして、たまらなく爽快だ。だが最も心を折るのは、AIがコードを書けないことでも、下手なコードを書くことでもない。\n金曜の夜、あなたは厄介なバグを自分の手でようやく直した。気分のいい月曜の朝、AIに「ついでにボタンを一つ追加して」と頼む。するとAIは「親切にも」、あなたが書いたコードを、古びた下書きであるかのように一節まるごと消し去ってしまう。\n仲間に背中から刺されたようなこの感覚は、AIだけの持病ではない。\n30年前のエンジニアも、すでに同じ目に遭っていた。\n1980年代から1990年代、KnowledgeWare を筆頭とする「CASE（Computer-Aided Software Engineering）」の巨人たちは、まったく同じ美しい夢を世界に売り込んだ。アナリストは画面に図を描くだけでよく、システムが自動的にコードを生成する。当時は誰もが、今度こそプログラマーは本当に職を失うと思っていた。\nその十億ドル規模のバブル は、最後には一つの解けない難題によって崩壊した。**ラウンドトリップ・エンジニアリング **である。\n機械が生成するコードは美しい。だが人間のエンジニアが現実世界へ踏み込み、境界条件やビジネス要件に合わせてソースコードを数行書き換えた途端、問題が姿を現す。自然言語（あるいはアーキテクチャ図）と、その下にある実装コードの間には、扱いの難しい「意味の欠落」がある。AIには、あなたがなぜその2行を直したのか分からない。確率の目で見れば、あなたの苦心の結晶も、消してよいノイズにすぎないかもしれない。\n人の介入が自動化の完璧なループを壊すとき、私たちは悪魔の取引を迫られる。3倍の労力を注ぎ、AIと制御権を奪い合うのか。それとも抵抗をやめ、このブラックボックスにすべてを委ねるのか。\nこうして、妥協を選ぶ人は増えていく。そして、自分にこう言い聞かせる術まで身につける。\n「中身が分からなくても構わない。今は動いているんだから。」\nだが、P0障害を経験したエンジニアなら、誰もが心の底で知っている。\n「動いている」。その言葉こそ、あらゆる惨事の、最も甘美で最も危険な幕開けになりがちだということを…… ","permalink":"https://drakeguan.org/ja/blog/2026/09/the-round-trip-curse/","summary":"\u003cp\u003e\u003ca href=\"/ja/blog/2026/09/code-churn-as-brownian-motion/\"\u003eVibe codingの生産力は高い\u003c/a\u003e\n。そして、たまらなく爽快だ。だが最も心を折るのは、AIがコードを書けないことでも、下手なコードを書くことでもない。\u003c/p\u003e","title":"第四日：「ラウンドトリップ・エンジニアリング」の亡霊が帰ってきた"},{"content":"ジムのトレッドミルで走れば、少なくともカロリーは消費できる。だが、AIコーディングというトレッドミル を全力疾走した先に残るのは、疲労と不確実性と技術的負債かもしれない。\n「今日はAIで2,000行もコードを書いた！」。これは今、開発者が最も酔いやすい誘惑だろう。\nソフトウェア分析チームのGitClearは、2億行を超えるコードを分析 した。その結果、AIの普及後に急増したのは質の高いリファクタリングではなく、「コードチャーン」だった。書かれたばかりのコードが、わずか2週間のうちに何度も覆され、修正され、あるいは丸ごと削除される割合は、過去最高に達している。\n物理学にはブラウン運動という現象がある。花粉の微粒子が四方から水分子に激しく衝突され、不規則に跳ね回る運動だ。しかし時間軸を引き伸ばしてそのベクトルを計算すると、どの方向へ進む確率も等しいため、「平均変位」は実のところゼロになる。\nチューリング賞を受賞した計算機科学の先駆者Edsger W. Dijkstraは、1988年の有名な覚書 ですでにこう警告していた。\n「コード行数を数えるなら、それを『生産された資産』ではなく、『費やされたコスト』と見なすべきだ。」\nAIは確かに、10倍の速度でコードを生産（浪費）させてくれる。だが残念ながら、前へ進む距離まで10倍にはしてくれない。\nこの激しい足踏みの正体が、少しずつ見えてきたところで……\nなぜ私がほんの数行に手を入れただけで、AIのコーディングループはバグを生み、ついには制御不能に陥るのだろうか。 ","permalink":"https://drakeguan.org/ja/blog/2026/09/code-churn-as-brownian-motion/","summary":"\u003cp\u003eジムのトレッドミルで走れば、少なくともカロリーは消費できる。だが、\u003ca href=\"/ja/blog/2026/09/the-code-review-tax/\"\u003eAIコーディングというトレッドミル\u003c/a\u003e\nを全力疾走した先に残るのは、疲労と不確実性と技術的負債かもしれない。\u003c/p\u003e\n\u003cp\u003e「今日はAIで2,000行もコードを書いた！」。これは今、開発者が最も酔いやすい誘惑だろう。\u003c/p\u003e","title":"第三日：トレッドミルを駆ける10倍速エンジニア"},{"content":"前回 の最後に届いた、あの請求書は何だったのか。誰宛てで、誰が支払うのか。\n答えは、少し皮肉だ。\n請求書は、私たちの目と脳に直接送りつけられた。\nソフトウェア工学の世界には、何十年にもわたる共通認識がある。入力作業がボトルネックだったことなど、一度もない。\nPythonが世界で最も広く愛される言語の一つになったのも、その生みの親Guido van Rossumが「コードは、書かれるよりはるかに多く読まれる 」という思想を設計の根幹に据えたからだ。\nUncle Bobは著書『Clean Code』で、さらに鮮烈な比率を示している。エンジニアが既存のコードを読む時間と、新しいコードを書く時間の比率は、もともと10対1だ 。\nAIの奇跡は、入力に費やしていた10%のコストをほぼゼロにしたことにある。だがAIの罠は、残る90%の認知負荷を、あなたが処理落ちするか諦めるまで、ひたすら詰め込んでくることにある。\nこの二、三十年、ソフトウェアの世界全体が「読み、理解する負担」を減らすために、あらゆる工夫を重ねてきた。ところが今、AIはその流れを逆向きにしている。\nこれは生産性ではない。「レビュー税」だ。\n読む、デバッグする、AIに書き直させる。その果てしないループを毎日駆け続けて、私たちは本当に目的地へ近づいているのだろうか。\nそれとも、加速し続けるトレッドミルの上で、ただ息を切らしているだけなのか。 ","permalink":"https://drakeguan.org/ja/blog/2026/09/the-code-review-tax/","summary":"\u003cp\u003e\u003ca href=\"/ja/blog/2026/08/the-english-programming-illusion/\"\u003e前回\u003c/a\u003e\nの最後に届いた、あの請求書は何だったのか。誰宛てで、誰が支払うのか。\u003c/p\u003e\n\u003cp\u003e答えは、少し皮肉だ。\u003c/p\u003e\n\u003cp\u003e請求書は、私たちの目と脳に直接送りつけられた。\u003c/p\u003e\n\u003cp\u003eソフトウェア工学の世界には、何十年にもわたる共通認識がある。入力作業がボトルネックだったことなど、一度もない。\u003c/p\u003e","title":"第二日：ボトルネックは入力ではない。読むことだ"},{"content":"2025年2月、OpenAIの創設メンバーであり、かつてテスラでAI部門を率いたAndrej Karpathyは、こんな名言 を残した。\n「いま最も熱い新しいプログラミング言語は、英語だ。」\nいかにもシリコンバレーが生み出したばかりの、新しい神話のように聞こえる。\nだが、「人間の言葉でコンピューターに指示する」だけでエンジニアもソフトウェア工学も不要になるのなら、この学問は1959年の時点で終焉を宣告されていたはずだ。その年、Grace Hopper はCOBOL を推進した。彼女が当時のビジネス界に掲げた約束 は、今日のVibe Codingと驚くほどよく似ている。\n「経営者は日常の英語で文章を書くだけでよい。あとはシステムが自動で動く。」\nそれから六十年以上が過ぎても、私たちはなおエンジニアを必要としている。プログラミング言語や構文は、開発を阻む高い壁だったことなどない。むしろ、それらは安全網だった。括弧や型や構文を取り払っても、複雑さまで一緒に消えてはくれない。より多くの、より冗長な形容詞や節を使って、論理を自然言語の中に組み直すことになるだけだ。\nコンピューターはついに英語や中国語を理解するようになった。だが、思考の代価まで割り引かれたわけではない。\n自然言語はプログラミングを容易にしても、思考まで容易にはしない。\n括弧は消えた。だが、請求書は消えていない。 ","permalink":"https://drakeguan.org/ja/blog/2026/08/the-english-programming-illusion/","summary":"\u003cp\u003e2025年2月、OpenAIの創設メンバーであり、かつてテスラでAI部門を率いたAndrej Karpathyは、\u003ca href=\"https://x.com/karpathy/status/1886192184808149383\"\u003eこんな名言\u003c/a\u003e\nを残した。\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e「いま最も熱い新しいプログラミング言語は、英語だ。」\u003c/p\u003e","title":"第一日：「英語でプログラミング」は70年前からの約束だった"},{"content":"官順暉（Shuen-Huei Guan）です。Drakeと呼んでください。\nコンピューターグラフィックス、コンピューターアニメーション、RenderMan、 Pythonプログラミング、そして折々の思索。 ここでは、そんな話題を綴っています。\nその一方で、ビデオ・オン・デマンド、アダプティブストリーミング、 コンテンツプラットフォームといった新しい領域にも歩みを進めています。 心を豊かにしながら、日々の暮らしに楽しさをもたらす技術に惹かれています。\n詳しくは、http://about.me/drakeguan をご覧ください。\n","permalink":"https://drakeguan.org/ja/about/","summary":"\u003cp\u003e官順暉（Shuen-Huei Guan）です。Drakeと呼んでください。\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"gravatar\" loading=\"lazy\" src=\"https://www.gravatar.com/avatar/f9005f9e68699af4039f6cb718f932dc?s=400\"\u003e\u003c/p\u003e\n\u003cp\u003eコンピューターグラフィックス、コンピューターアニメーション、RenderMan、\nPythonプログラミング、そして折々の思索。\nここでは、そんな話題を綴っています。\u003c/p\u003e","title":"私について"}]