ソースでわかるSixapart転落の歴史 @ メガマウスの日記、自壊あるいは無差別テロに至る道筋
ソースコードの質の変遷を、実際のコードを引用しながら解説する……のかと思いきや、昔はシンプルだったのに、という抽象的なお話でした。
...
アジャイル開発の観点だと、仕様が追加・変更され続けた場合に、一線を超えると爆発的にメンテナンスのコストが増してしまわないようにするためにリファクタリングしたりユニットテストを自動化します。それでもメンテナンスのコストを未来永劫一定に抑えられるわけではなく、あくまでゆるやかにするもの。寿命を延ばすけど不老不死にはなれない。
MovableTypeやFirefox, PostgreSQL, MySQL, GCC, Linuxのような大規模化つ長期のプロジェクトで、コード自体の変化とメンテナンスコストの変化の関係を定量的に挙げた研究報告みたいなものは、ソフトウェア工学にあったりはしないんでしょうか。
Trackback URL (right click and copy shortcut/link location)