Most software is a bus terminus
This article argues that most software projects end up as "bus termini"—places where data and processes gather but never leave. Unlike a bus stop that facilitates onward travel, a terminus is a dead end where information stagnates. The author explores how this design pattern leads to bloated, unmaintainable systems and suggests alternative approaches for building more sustainable software architectures.
背景メモ
- ソフトウェア開発のライフサイクルには「構築（バス発着所を建てる）」と「運用（バスを走らせる）」の2種類の労働があるが、多くのプロジェクトは構築段階で終わり、実際に人を乗せて走る「バス路線」として機能しないという比喩を用いた考察。
- 著者のStackoptimistは、ソフトウェアの「完成」と「継続的な有用性」の違いを強調。多くのソフトウェアはリリース後すぐに放置・廃棄され、ユーザー価値を生み出し続ける「運行」状態に至らない問題を指摘。
- この問題の背景には、エンジニアリング組織における「新規開発へのインセンティブ偏重」や「メンテナンス作業の軽視」がある。スタートアップ文化や人事評価が「新しいものをゼロから作る」ことを称賛し、「既存システムを改良し続ける」仕事を過小評価する傾向を批判。
- 言及されている「ソフトウェア2.0（AIモデル）」も同様の問題を抱え、モデルを学習（構築）した後、それを継続的に改善・運用するフェーズの重要性が見過ごされがち。
- この記事が特に刺さる読者は、SaaS業界や大企業のIT部門で「プロジェクト完了＝成功」という空気に違和感を覚えた経験のある中〜上級エンジニアやPM。