2015/05/24

完成しすぎの呪い

たまに、所与の条件に対してすんばらしくシンプルで効率よい解決法を思いついて、コードも簡潔かつ余分な隙なくびしっとはまって、自分ながら誇らしげに思えることがあるんだけど、そういうのって前提条件が時間とともに変わると逆に足かせになる(あらたな 仕様が あらわれた!)

きっちり組み合わさってバランスが取れてるジェンガの塔を土台部分から変えなくちゃいけないけどどうしよう、という感じ。

一旦壊さなきゃならないのは仕方ないとしてどこまで壊すべきか。個人的には動く状態のまま少しずつ差し替えて行く開発が好みなんだけれど、関連パーツがあまりにぴったり嵌っていると徐々に移行するというのが難しい。全部壊して土台から作り直せば悩まずに済むけど今ここで綺麗に動いてるものをそっくり捨てちゃうというのもなかなか勇気がいることで、手を出すまでの心理的ハードルが高い。そんで手が進まずに時間を浪費したりする。最後は結局えいやって壊すしかないんだけど。

ツギハギのシステムというのは悪いものとされることが多いけど、適当にちぎったりくっつけたりしても形を保ってる泥団子みたいなやつの、変更への心理的障壁の低さというのは結構大きい。

Tag: Programming