踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2008年10月09日

ｱﾌﾟﾘｹｰｼｮﾝのｿｰｽｺｰﾄﾞは負債のこともある

昔々，｢ｻﾞ･ｺﾞｰﾙ｣と言う本を読みました｡製造工程で部分最適化じゃなく全体最適化をしましょうと言う内容です｡その中で在庫は負債であると言うことが書いてありました｡まあ，手っ取り早く言えば在庫は悪と言うことです｡これは基本的にｱﾘｴﾙの社内のお話です｡

ｱﾌﾟﾘｹｰｼｮﾝの開発では，日々，膨大な量のｺｰﾄﾞが生まれます｡一日に一人の人が千行のｺｰﾄﾞを書くこともあります｡で，ﾃｽﾄを行ない，出荷されるのですが，ﾃｽﾄの途中でｺｰﾄﾞにﾊﾞｸﾞが見つかることはよくあることです｡出荷の間際にﾊﾞｸﾞが見つかると，ﾘﾘｰｽを延期するか，その機能を削るかと言う選択にせまられます(実際にはもう少し選択肢はおおいですが)｡

なるべく機能を落とさない方向で調整しているのですが，そのﾘﾘｰｽでは機能を削ることが必要だと判断されれば，そうします｡そうやって，出荷されない（できない）ﾃｽﾄにﾊﾟｽしていないｺｰﾄﾞができます｡ただし，そのﾘﾘｰｽでは機能が落ちだけなので，次のﾘﾘｰｽには復活する必要があります｡まあ，機能を落とすのはよくないことで，落ちちゃうのはｴﾝｼﾞﾆｱの力不足のことが多いので，社内ではとても恥ずかしいことになっています｡すくなくとも，誰も何も言わないですが自分の力不足と認識してほしいです｡

落ちた機能は，ﾘﾘｰｽ後速やかに復活してﾃｽﾄにﾊﾟｽする必要があります｡理由は，ﾃｽﾄにﾊﾟｽしていないｺｰﾄﾞは誰にも何の価値も提供しないからです｡そんなｺｰﾄﾞは単なる趣味です｡次に，人は忘れる生き物です｡自分のｺｰﾄﾞもすぐに忘れます｡昨日のｺｰﾄﾞと一年前のｺｰﾄﾞでは，昨日のｺｰﾄﾞの方がﾒﾝﾃﾅﾝｽし易いです｡なので､すぐに機能を復活してﾃｽﾄにﾊﾟｽすれば，最初の実装ｺｽﾄ+今回の修正ｺｽﾄになります｡それが時間が経つにつれて思い出すｺｽﾄ，自分のｺｰﾄﾞを理解し直すｺｽﾄが発生して，当初の予定してい工数をどんどんｵｰﾊﾞｰします｡

このことは，機能を実装してからﾃｽﾄをするまでの時間でも同じことが言えます｡実装とﾃｽﾄ，修正までの時間を短くしないと，余計なｺｽﾄがどんどん発生します｡

まあ，僕は物覚えが悪いので，自分の書いたｺｰﾄﾞもすぐに忘れるからかもしれません｡

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]

踊るﾌﾟﾛｸﾞﾗﾏ物語

ｱﾌﾟﾘｹｰｼｮﾝのｿｰｽｺｰﾄﾞは負債のこともある

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ