2010/5/25
あるソース、ソフトウェア商品の管理をしていると、プロパティという解決方法がよく出てくる。
「ここのプロパティを設定に２すると、今回上がった要望に応える事ができますが、１を設定すると既存には影響がありません。」
たいていの場合には、こんな解決方法で話し合いをしても異論がでない。
なぜなら、プロパティにより新たに状態を作成し、その状態のみに影響範囲を押さえることにより、
新規に追加したソースや、変更したソースの影響範囲を小さくするのだ。
しかし、これは非常に麻薬的効果だ。
麻薬だって適正に使う前提であれば、それが医学を大きく進歩させることもできたが、
使い方を間違えば、おかしな状態になる。
しかも、麻薬と同じく、１回の利用では問題が無くても、いつの間にか中毒になってしまうのだ。
そして、その麻薬の悪効果を抜き出すのに非常に多くの時間とコストがかかってしまう。
皆さんの周りにもそのようなシステムはないだろうか？
プロパティという麻薬の中毒度は以下のような感じで見れる。
１）プロパティにデフォルト値がない。（つまり、設定なしでは動かない）
２）カスタマイズではなく、プロパティの設定で対応可能です。の営業トークが多すぎる。
３）ユーザの為にマニュアルが書けない！と声を大きくしてアピールしている
４）関係者が、「プロパティ対応というすばらしくいい方法を見つけた！」と心酔している
５）エンジニア達がまた「それはプロパティ設定の問題だ！俺たちのバグじゃない！」などとお客からのクレームに反応している。
６）エンジニアが運用業務の情報や規模はソフトウェア構築後でも対応可能だ！と言っている。
７）高い技術の人材を投入してもあまり効果がでない。
８）妙に意味のわからない設定のドキュメントがあり、それと常ににらめっこしている気がする。
９）設定の達人なる人がいる。
こんな感じの項目に２，３当てはまりだしたら、危険になりつつある。
早急に方針の再確認をしたほうがいいだろう。
関連記事
Posted in 開発
