Code Is Cheap Now Software Isnt¶
チェック¶
- [ ] 本文を確認した
- [ ] 概要を確認した
- [ ] タグを確認した
- [ ]
inbox/直下へ移行した
概要¶
AI coding によってコード生成の参入障壁は下がったが、価値あるソフトウェアを作る難しさは下がっていない、という記事。 個人用・一回限り・使い捨ての software は増えるが、保守、データ所有、UX debt、edge cases、distribution は依然として高コスト。 エンジニアの価値は syntax の how から、systems の what / why、抽象化、アーキテクチャ、運用上の判断へ移るという主張。
本文¶
記事は、Claude Code などの AI tool によって software creation の barrier が大きく下がった、という観察から始まる。 非開発者でも、自分の困りごとを CLI や voice interface に説明して、個人向けの小さなツールを作れるようになっている。
この変化によって、SaaS として長く運用されるプロダクトだけでなく、一回限りの問題を解く scratchpad 的な software が増える。 たとえば、特定の家計スタイルに合わせた subscription tracker、ニッチな入力作業を解く Chrome extension、好み通りの fitness app のようなもの。 こうした software は、長期運用ではなく、今すぐの問題解決に最適化される。
一方で、code が cheap になっても software は expensive のまま。 本当に難しいのは、問題を理解すること、現実の edge case に耐えること、保守すること、UX debt を返すこと、data ownership を扱うこと。 週末に作った CRUD と API wrapper は demo では映えるが、bank CSV の形式変更、対象サイトの DOM 変更、offline support、data sync のような現実に触れると壊れやすい。
そのため、software engineering は終わるのではなく、役割が変わる。 syntax や boilerplate を書く価値は下がるが、rate limiting、distributed cache、environment variables の置き場所、system boundary、abstraction、architecture を判断する力はむしろ重要になる。
また、AI で code を生成できる人が増えたことで、distribution の重要性も上がる。 SNS 上の「午後に作った app が MRR を生んだ」という話は、技術革新というより attention と distribution の話である場合が多い。
要点¶
- コード生成コストは下がったが、問題理解と運用のコストは残る。
- 個人用・使い捨て software は増える。
- 長く使われる software には、保守、UX、データ、edge case、distribution が必要。
- エンジニアの価値は、構文から system design と判断へ移る。