踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2007年08月06日

XPのｲﾃﾚｰｼｮﾝ

前置きとして，基本的に僕はXPが嫌いです｡OSのXPじゃなくって，eXtream ProgramingのXPね｡理由はいろいろありますが，それはまたそのうち｡ちなみに全く否定している訳じゃないです｡

さて，XPの中で好きなものの中にｲﾃﾚｰｼｮﾝがあります｡２週間ごとに顧客にﾘﾘｰｽするとかって言うやつです｡｢顧客への｣ﾘﾘｰｽは信じていませんが，ｲﾃﾚｰｼｮﾝ自体は，悪くはないです｡ﾘﾘｰｽが大きなﾏｲﾙｽﾄｰﾝだとすると，ｲﾃﾚｰｼｮﾝは小さなﾏｲﾙｽﾄｰﾝになります｡ﾌﾟﾛｼﾞｪｸﾄないだけに通用するﾏｲﾙｽﾄｰﾝとも言えます｡｢ﾌﾟﾛｼﾞｪｸﾄにXPなんて全く使ってないよ｣という人にとっては，自分の中で適切に設定した目標と置き換えても良いかも知れません｡

さて，ｲﾃﾚｰｼｮﾝのﾒﾘｯﾄですが，僕は単に実装とﾃｽﾄの間隔を短くできるということだと思います｡他のﾒﾘｯﾄを主張する人がいますが，僕は最近は個の考えに落ち着いています｡実装とﾃｽﾄの間隔があくと､実装者の記憶が曖昧になり，ﾃｽﾄの盲点に気づきにくくなること，ﾊﾞｸﾞが見つかってもそんな前の実装，思い出せないよ，と言うことです｡今日書いたｺｰﾄﾞを明日直すのは簡単ですが，一月前のｺｰﾄﾞは難しいです｡また，その間にｺｰﾄﾞに依存性が増えると，修正によるﾃｽﾄｹｰｽが増えます｡これは，人は神ではないので，すべての依存性を考えてできるとは思いませんが，なるべく速い段階での修正が重要です｡

かなり前に，｢ｺﾞｰﾙ｣と言う本を読みました｡ﾌﾟﾛｼﾞｪｸﾄ管理の小説風の本ね｡その本の中では｢在庫は悪だ｣というようなことが書いてありました｡ﾃﾞﾊﾞｯｸﾞされていなｺｰﾄﾞは，顧客にﾘﾘｰｽできない在庫です｡ｺｰﾄﾞを在庫のまま抱えていても生産性の向上にはつながりません｡
ちょっと抽象的なので，ﾎﾞﾄﾙﾈｯｸと言うか､作業が中断された状態の方が良いかも知れません｡ｿﾌﾄを作るときに，ｺｰﾄﾞを書いてﾃﾞﾊﾞｯｸﾞしてﾘﾘｰｽします｡ﾃﾞﾊﾞｯｸﾞからﾘﾘｰｽまでを短くすることはそれはそれで良いのですが，ｺｰﾄﾞを書いてからﾃﾞﾊﾞｯｸﾞがされるまでにﾎﾞﾄﾙﾈｯｸがあると最近特に思います｡まあ，頭で分っていてもそのﾎﾞﾄﾙﾈｯｸをどう取り去るかは､まだ，試行錯誤中なんですがね｡そもそも，ﾃｽﾄをちゃんとやることも大変なのに･･･｡

さて，今のﾌﾟﾛｼﾞｪｸﾄで，一部のｺｰﾄﾞをﾌﾞﾗﾝﾁで実装して，次の次のﾘﾘｰｽで統合しようと言う動きがありました｡これ自体は悪い考えではないのですが，ﾌﾟﾛｼﾞｪｸﾄの人数が少ないので，ﾌﾞﾗﾝﾁでのﾃｽﾄに工数をさけません｡つまり大量の在庫が生じる訳で，その後のﾌﾛｰで在庫が減ると言う道筋がありませんでした｡なので､僕はその案を否定しましたが，やっぱり，ﾃｽﾄは難しい｡

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

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

踊るﾌﾟﾛｸﾞﾗﾏ物語

XPのｲﾃﾚｰｼｮﾝ

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ