Issue #383

科技愛好者週刊(第 383 期):あなたは第何レベルのAIプログラミング?

著者: 阮一峰 翻訳: AI(Claude Haiku) 原文を読む 非公式訳

科技愛好者週刊(第 383 期):あなたは第何レベルのAIプログラミング?

このウィークリーでは、毎週シェアする価値のある科技ニュースを記録しており、毎週金曜日に発行します。

本誌はオープンソースで、投稿を歓迎します。また、「求人情報」サービスもあり、プログラマーの採用情報を発行しています。協力についてはメールお問い合わせyifeng.ruan@gmail.com)してください。

表紙

先ごろ完成した四川省宜賓市の高速鉄道ハブゲートウェイ地区。高速鉄道駅を中核として、8つのタワービル、中央公園、デジタルアート・センター、商業文化街区を含んでいます。(出典

あなたは第何レベルのAIプログラミング?

スティーブ・イェーガーは著名なアメリカ人プログラマーです。

アマゾンとグーグルで働いていた経歴がありますが、彼が有名なのはソフトウェアを書くことではなく、ブログを書くことです。

彼は個人ウェブサイトに長編を掲載し、思うままに論じ、率直に言葉を述べることが好きです。彼の多くの記事は業界で広く読まれ、大きな反響を呼んでいます。

これらの記事は後に本として出版され、さらに国内に導入されました。書名は『プログラマーの叫び』(人民邮电出版社、2014)です。

書名の「叫び」という日本語表現に相当する英語の単語は ranting で、直訳すれば「怒号」という意味です。これが彼の文章スタイルそのものです。

今月、彼は再びAIプログラミングに関する見方について最新の記事を発表しました。

AIプログラミングには8レベルあり、彼はすでに第8レベルに到達している、つまり最高レベルです。

第1レベルは、まだAIプログラミングに触れていない段階で、あなたのIDEは正常な状態です(下図)。

第2レベルは、IDEにAIプラグインをインストールし、サイドバーをオンにしています。AIが随時コード提案を出し、それを受け入れるかどうか尋ねてきます(Yes か No)。

第3レベルは、AIプログラミングを信頼し始めて、YOLOモード(「人生一度きり」モード、You Only Live Once)に突入した段階です。時間と労力を節約するため、AIの提案をいちいち確認することをやめて、AI が生成したものはすべて Yes を押して、一律に受け入れます。

第4レベルは、AIが占有する画面幅がますます広くなり、手動でのコード編集領域はコードの差分比較のみに使用されるようになります。

第5レベルは、思い切ってコード領域をなくし、代わりにコマンドラインを使用する段階です(Claude Code など)。画面幅全体がAIのために確保されます。今ではAIの生成結果を見るのではなく、その進行状況だけを見ます。

第6レベルは、1つのAIだけでは遅すぎると感じるようになり、3~5個のウィンドウを同時に開いてAIプログラミングを進める段階です。速度が向上します。

第7レベルは、同時に開いているAIプログラミングウィンドウが10個を超えている段階で、手動で管理できる限界に達しています。

第8レベルは、AIタスクオーケストレーターの使用を開始し、複数の並行AIプログラミング・タスクをコンピューターに管理させる段階です。

以上がAIプログラミングの8レベルです。あなたは第何レベルですか?

ここまでで終わりではありません。前述のとおり、スティーブ・イェーガーは既に第8レベルに達しています。彼は並行複数のAIプログラミングを管理するツールが必要ですが、満足できるツールが見つかりません。

そこで彼はAIに指示を出し、このツールを「ガス・タウン」と名付けました。この名前は映画『マッドマックス 怒りのデス・ロード』(Mad Max)の第4作に登場する大悪党ジョーの本拠地から来ています。その場所には二手の部品で構成された燃料機関が至る所にあり、正常に機能していますが、見た目は危ぶまれています。

彼は「ガス・タウン」の開発は寄せ集めであり、合理性は考えず、動作すれば追加し、エラーが出なければ受け入れると述べています。「22万5千行のGo言語コードで構成されていますが、私はそのコードを一度も見たことがなく、見ようとも思ったことがありません。」

彼はユーザーにこのツールを使わないよう勧めています。なぜなら、使用するにはAIを全心全意で信頼する必要があるからです。そして、たとえそれを信じたとしても、物事を台無しにする可能性があります。さらに、複数のAIを同時に実行すると、非常にコストがかかります。

しかし、彼はこのツールをネットに公開しています。なぜなら、非常に面白いからです。先週までに、既に6000個のスターを獲得しています。

テック・ニュース

1、牛の知能

あるオーストリアの農家が、自分たちの牛が地面から棒を拾い上げて痒いところを掻く行動を驚くべきことに発見しました。

この発見は衝撃的です。なぜなら、それは牛が道具を使うことを示しており、これまで誰も言及したことがありませんでした。

現在のところ、人間を除いて、チンパンジーだけが道具を使うことが発見されています。科学者は、牛の知能を再評価する必要があると述べています。

2、軌道エネルギー貯蔵システム

あるアメリカ企業が「軌道エネルギー貯蔵システム」を設計し、山岳軌道を利用してエネルギーを貯蔵しています。

電力が十分なとき、ケーブルカーは電動機を通じて重い物を山麓から山頂まで運びます。

電力が不足する時は、重力ポテンシャルエネルギーを利用して、重い物を山頂から山麓まで軌道に沿って滑らせ、ケーブルをドライブする発電機を動かします。

このシステムの利点は、シンプルで信頼性が高く、コストが低く、数年間継続的に使用しても性能低下が見られないことです。

3、喉部音声パッチ

前号のウィークリーでは、しゃべれるスカーフを紹介しましたが、今号には同様の発明があります。カリフォルニア大学ロサンゼルス校の研究チームが発明した喉部パッチにより、音声を失った患者が再び音声を発することができます。

喉の病気のために音が出せなくなった患者もいます。彼らは口が利けなくなりましたが、喉の筋肉はまだ動きます。

このパッチを患者の喉部に貼ると、患者の喉部筋肉の動きを感知して電気信号に変換し、送信することができます。

コンピューターが電気信号を受け取った後、対応する音声に変換して音を発します。

喉部筋肉の動きと様々な音声を対応させるために、研究チームは機械学習を使用し、アルゴリズムを通じて電気信号と単語の関連性を実現しました。

記事

1、2026年のLinux音楽プレイヤー(英文)

本記事はLinuxシステムの主要な音楽プレイヤーをいくつか紹介しています。

2、HTTP/1.0とHTTP/1.1を選択的に無効化する(英文)

本記事はnginxを設定してHTTP/1.0とHTTP/1.1プロトコルを禁止し、ホワイトリストに登録されたクライアントのみがアクセスを許可される方法を紹介しており、これはほぼすべての攻撃とクローラーを防ぎます。

3、私はGitHubの全ての「孤児コミット」をスキャンしました(英文)

うっかりパスワードをGitHubにコミットしてしまった場合、どうしたらいいでしょうか? あなたはすぐにコードを変更して、前回のコミットを強制的に上書きするかもしれません。

本記事があなたに告げることは、それは機能しないということです。GitHubはどんなコミットも削除しないため、前回のコミットは実は残っているのです。著者はGitHubの全ての強制コミットイベントをスキャンし、実際に多くの漏洩したパスワードを発見しました。

4、CSSアニメーションカウンター(英文)

本記事は純CSSアニメーションカウンターの様々な書き方を紹介しています。

5、私のn8n利用例(英文)

n8nはワークフロー・オーケストレーター・ツールで、ビジュアル化して自動化スクリプトを生成できます。著者は自分の利用例を紹介しています。チャットソフトウェアで各支出をn8nローカルサーバーに送信し、AIで分類してからグーグルシートに保存します。

6、2025年に知るべきHTML新知識(英文)

本記事はHTMLの新しい属性と新しい機能をいくつか紹介しています。

7、新しい自ホスティング・アプリケーション推奨(英文)

著者が個人的に好むセルフホスティング・アプリケーションをいくつか推奨しており、いずれも非常に優れています。

ツール

1、teemux

JS言語に基づいたコマンドライン・ツール。複数のプロセスが出力したログを1つの場所で表示でき、コマンドラインで表示することもできますし、ブラウザで表示することもできます。

2、daedalOS

ブラウザ内の仮想デスクトップ環境、コードはオープンソースです。

3、Dendron

VS Codeのノート作成プラグイン。ノートの階層構造をディレクトリとして処理し、図表と内部リンクをサポートしています。紹介記事を参照してください。

4、CWD(Cloudflare Workers Discuss)

Cloudflare Workersに基づくウェブサイトコメントシステム。(@anghunk 投稿)

5、Mouse Gestures

オープンソースのChrome ブラウザプラグイン。マウススライド軌跡を使用して様々なブラウザ操作を実行できます。(@Chance-fyi 投稿)

6、relationship-ts

中国の親戚関係(敬称)を計算するためのJS/TSライブラリです。デモ試用。(@ExploringTheCodeWorld 投稿)

7、Deck

macOS クリップボード管理のオープンソース・デスクトップアプリ。特徴はTouch IDで保護され、エンドツーエンド暗号化を備えていることです。(@yuzeguitarist 投稿)

8、EdgeTunnel(Refactored)

Cloudflare Workersにデプロイされたトンネルソリューション。コードはリファクタリングされています。(@tianrking 投稿)

9、Mail Studio

オープンソースのビジュアル・メールエディター。コンポーネントをドラッグして、レスポンシブなメールテンプレートを生成できます。デモを試す。(@wzc520pyfm 投稿)

10、TermClean

macOS オープンソース・アプリケーション。ターミナル・インターフェースに様々なソフトウェア・パッケージが占有するディスク容量を表示し、ソフトウェア・パッケージの削除機能を提供します。(@daijinhai 投稿)

AI関連

1、ebook2audiobook

電子書籍をオーディオブックに変換するツール。

2、WorkAny

オープンソースのAIエージェント・デスクトップクライアント。タスク実行、ファイル操作ができます。Claude Coworkに類似しています。(@idoubi 投稿)

3、Voice Key

オープンソースのデスクトップAI音声テキスト変換ツール。(@yexia553 投稿)

4、分镜大師(Storyboard Studio)

オープンソースのWindows アプリケーション。AIを使用して動画をシーン分割します。(@BroderQi 投稿)

リソース

1、Claude Code実践(Claude Code in Action)

Anthropicが提供する公式Claude Code無料入門チュートリアル。全15節のビデオコース、総時間約1時間です。

2、GitHub証書

このウェブサイトは、あるユーザーの2025年のGitHub活動を証書スタイルの画像に変換できます。

3、Fontsniff

テキスト画像をアップロードすると、どのフォントが使用されているかを自動認識します。(@cosmicqbit 投稿)

4、Future Style Periodic Table

オープンソースのインタラクティブ元素周期表。原子核外の電子配置を表示します。(@SeanWong17 投稿)

5、nihongo

無料の日本語学習プラットフォーム。語彙、リスニング、記事など。(@FrankZhai367 投稿)

画像

1、私はもはやコードを書かない。コードを彫刻する

私のコーディング方法は変わりました。もうほとんど自分では書かず、すべてClaude Codeに自動生成させています。

私のやることは、AIの出力結果をより耐久性のあるものに磨き上げることです。

AIはほぼ不要なコードを削除することはありません。彫刻家がいなければ、最終的には肥大化し、特徴がなく、重すぎて立つことができず、物語を語ることもできない彫像しか得られません。

2、蝶の壁画

あるフランス人アーティストが、世界各地の建物の外壁に生々しい蝶の標本の壁画を描き、生物多様性への関心を喚起しています。

以下はすべて本物の写真で、AI生成ではありません。

マイアミ

ヒューストン

スペイン

ニューヨーク

フランス

文摘

1、なぜ一部の企業が「ブラックボックス・プログラミング」を喜んで行うのか

いくつかの企業はプログラミングを完全にAIに任せ、コードをまったく見ないようにしました。AIが何を書くかは問わず、それを実行するだけです。

私はこれを「ブラックボックス・プログラミング」と呼んでいます。開発プロセスはブラックボックスになり、人間の介入はまったく必要とされず、歓迎もされません。それが行うことは、仕様パラメータをソフトウェアに変換することだけです。

私は知っています。いくつかの小さな企業がこのようにしています。通常、会社の人数は5人未満です。この信じがたいことが起こっているかもしれませんが、それは確かに私たちの未来である可能性があります。

私はこのような会社の人に、なぜこのようにするのかと尋ねました。

彼は説明しました。小規模企業として、彼らのチームの目標は製品の有効性を証明することです。

人間の役割は、システムを設計することです。AIが効果的に機能するのに役立つ新しいパターンを見つけ、構築しているソフトウェア製品が堅牢で効果的であることを証明してください。残りはすべてAIに任せれば、効率が最高になります。

私は、この説明は説得力があると思います。

この会社は非常に小さいですが、わずか数ヶ月で実行可能な製品を開発しました。チームには20年以上のソフトウェア開発経験を持つ人がいて、信頼性要件が極めて高いシステムの開発に参加してきました。ですから、彼らは「ブラックボックス・プログラミング」を選択したのは素朴な無知ではありません。

私は彼らが最終製品を投入し、市場に出す時を見守っています。

言論

1、

ほとんどの組織は、システム警報を受け取った直後に、「誰が最近コード変更をマージしたのか?」と質問する習慣があります。人々は、マージしたコードを確認した人は間違いなくその動作原理を理解し、問題をすぐに修正できると考えています。

デプロイしたコードが誰にも書かれたものではなく、誰も本当にそれを理解していないとしたらどうなるのでしょう?

--『DevOpsの20年の実践』

2、

JavaDocのようなツールは、コードから直接ドキュメントを生成できます。私は思います。このような自動生成されたドキュメントの価値はそこまで大きくなく、ソースコードを直接読むよりも簡単であるとは言えません。

手書きされた、組織化されたおよ