#softwaredevelopment

AI時代のソフトウェア開発では、新しいインフラ要件が生まれているという話。 著者はその要件を governance（統制・ルール管理） だと位置づけている。 これは単なるメモ機能ではなく、設計ルールを守らせる仕組み のこと。 AIが大量にコードを書けるようになったことで、人間のレビューだけでは追いつかない。 `CLAUDE.md` のような指示ファイルや memory は便利だが、「書いてある」だけでは強制できない。 4本の関連記事を通じて、AI開発では 記憶・文脈・検索・統制 を分けて考えるべきだと主張している。 この記事の主張はかなりシンプルです。 AI-assisted development（AI支援開発）には、モデルを賢くするだけでは足りない。新しい“統制レイヤー”が必要だ。 これが本題です。 著者は、ソフトウェア開発の大きな変化には、その都度「新しい基盤」が必要になる、と言います。 たとえば、 cloud era では orchestration（複数の処理やサービスをまとめて動かす仕組み） DevOps er

Open Sourceは“余暇の趣味”ではなく、今や社会インフラだという主張 OSSメンテナは、会社の業務時間を使って依存先のOSSを維持すべきだと訴えている ポイントは「サボる」ことではなく、会社がすでに依存しているものを会社の時間で直すこと ただし、契約・秘密情報・知的財産の扱いには注意が必要 “正しい会社なら許可を出すべき”という穏健策もある一方で、本記事はもっと直球の行動を勧めている かなり挑発的だが、OSS維持の現実をかなり正確に突いていると感じる Open Source Resistance は、ざっくり言うと 「企業に勤めながらOSSメンテナンスをしている人は、夜や週末だけでなく、会社の勤務時間でもやるべきだ」 という“直行型”のマニフェストです。 ここで言うOSSは Open Source Software、つまりソースコードが公開されていて、誰でも利用・改変できるソフトウェアのことです。 たとえば、Webサービス、開発ツール、インフラ、パッケージ管理など、私たちの仕事の土台にはOSSが山ほどあります。 著

著者は「AIを入れれば業務プロセスが自動的に速くなる」という期待にかなり懐疑的 重要なのは「一番時間がかかる工程」ではなく、「どこで詰まっているか」を見ること ソフトウェア開発は、単にコードを書く作業ではなく、問題を正しく理解して解決策に落とし込む作業 AIはコードを速く書けるかもしれないが、その前提となる仕様の整理や手戻りの説明は省けない 速くしたいなら、人数を増やすより「入力の質を上げる」ほうが効く場合が多い 「遅い工程に人やAIを足すだけでは、プロセスは速くならない。まず上流の詰まりを直そう」 という話です。 これ、かなり大事です。しかも地味に耳が痛い。というのも、組織って何かが遅いと、つい「もっと人を」「もっとAIを」と言いがちなんですよね。でも著者はそこに待ったをかけています。 著者は、最近の多くの組織がprocess optimization（業務プロセス改善）に注目していると書いています。景気が悪いと、会社は新規拡大よりも「今ある仕事をもっと効率よく回す」方向に向かいがちです。これはよくある流れです。 そこに今はAIブームが乗っています。 「AIを入れれば