DE — heise online
Continuous Architecture:AIは古くなったドキュメントの整理を私たちに迫る
ソフトウェア2分で読めます
ソフトウェア設計の専門家、ムラト・エルダー氏へのインタビュー記事です。AIがソフトウェアの作り方をどう変えるか、そして設計者(アーキテクト)が今も主な責任を負う理由を語っています。
何が起きたのか
エルダー氏は、iSAQBのソフトウェア設計イベントで話す前にインタビューに答えました。同氏は、「継続的アーキテクチャ」の6つの原則は、AIの時代でも今も通用すると述べています。AIは仕事の進め方を変えるものの、良い設計の基本ルールは変えない、という考えです。また、AIのせいで企業がデータを整理し直す必要が出てくるかもしれないとも話しています。
継続的アーキテクチャとは
継続的アーキテクチャは、長く使っても良い状態を保てるソフトウェアを作るための6つのルールです。エルダー氏とピエール・ピュレール氏が10年以上前に作りました。エルダー氏は、開発者、ソフトウェア設計者、コンサルタント、そして大手国際銀行などのソフトウェア会社でCTO(最高技術責任者)として働いてきた人です。
今とくに大切な3つの原則
なぜ大切なのか
チームはAIにコードを書かせたり、動かさせたりし始めています。ただし、ソフトウェアの保守、つまり直したり変えたりしやすさへの影響は、数年たたないと表れないと、エルダー氏は警告しています。その結果は good ではないかもしれないとも言っています。だからこそ、設計者はAIツールに責任を丸投げできません。
今後注目したい点
- AIを使ったシステムを、変化の速い市場で作るにはどれくらいお金がかかるか。
- AIで作られたソフトウェアが、今後数年で直しにくくなるかどうか。
- AIをきっかけに、企業がデータの品質を改善するかどうか。
- 2026年11月17日と18日にベルリンで開かれるiSAQBのソフトウェア設計イベントでは、AIと設計をテーマにした約50の講演が予定されていること。
用語解説
- iSAQB
- ソフトウェア設計の技術を広めている団体のこと。
- CTO
- 会社の技術面の責任者のこと。
- エージェント
- AIが自分で判断して仕事を進める、小さなプログラムのこと。
- パイプライン
- ソフトウェアを作って試して公開するまでの、自動化された作業の流れのこと。