eXtreme Programming
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG実際実用的と思われるのはTesting, Refactoringの2つだと。
Cording Standardsは常識と考えればね。
XP全般について語ってもいいですが、
むしろTesting, Refactoringの二つをメインに語りましょう。
Testingのテクニックなんざをね。
参考URL：
http://objectclub.esm.co.jp/eXtremeProgramming/
0188デフォルトの名無しさん
NGNGをいろんな言語で書くってのはなかなかないのではないでしょうか
機能・テストの書きやすさの点でどの言語のUnitが優れてますか？
ポイントはリフレクション・例外・クラス・シンタックスシュガー
といったところでしょうか（Cはちょっと不利かも）。
あと関数型言語のUnitって見かけないですね。
0189デフォルトの名無しさん
NGNG俺もちょうどさっきそれを考えていたところです(^^;
Unitじゃなくmain処理のテストはUnitTestじゃ無理だ、という話がありますが、
あれって「処理がずーっと流れるようなところ」のテストはしにくい、
という意味なんじゃないかと思っています。
OOPだとしばしば、処理をちょびっと走らせて、副作用たる状態の変化を
Object(多くはself)に書きこんで、終わるわけです。
少なくともそう書くことは奨励(^^;されてはいますよね。
で、関数型言語って未だに掴めてないんですが憶測するに、
「副作用たる状態を書き込んでおく」という感じに
ならない/なりにくい、のではないでしょうか？
つまり、なにをやらせても、"処理ずーっと型"になっちゃう。
個人的には、そもそもプログラムは「走らせる」からデバッグしにくく
なるんだ、と信じて(藁)います。
1繋がりのrunが長くなればなるほど人間の脳はそれを理解しにくくなる。
有名なHackerの言葉にもたしかありましたよね、
「DBのスキーマのよしあしは一目で判るが、
ルーチンのよしあしはなかなかわからず、バグが潜んでいても気づきにくい」
とかいう趣旨のが。
そういう意味で、runの単位をいかに短くできるか？の答えの1つが、
(狙ったか偶然かは知りませんが)OOPなんじゃないか、と思っています。
また、UnitTestも、そこ(処理単位が短い部分)を重点的にデバッグ
するための手段、なんじゃないかと思います。
0190デフォルトの名無しさん
NGNG0191デフォルトの名無しさん
NGNGって出たころはもう下火
ってこと？
0192デフォルトの名無しさん
NGNG0193デフォルトの名無しさん
NGNG日経に出ないと注目されない、ちうのはどうなんだ。
0194デフォルトの名無しさん
NGNG.NET, デザインパターン, XPを数ページで
流しちゃうような日経が思いの外
強い影響力を持っちゃうってのもいやな状況だよな。
ど～でもい～けど特集記事コピーして
会社にばらまくのは違法行為だぞ > 某
0195デフォルトの名無しさん
NGNG絶版本の復刻署名サイトはあるようだが、
DDJ復刻は、どこのサイトで署名すりゃ
受けつけてくれるんだろう？(T_T)
たとえ時折ハズシ記事があったとしても、結局
DDJくらい萌えれる雑誌は、なかったんだがなあ…。
悔しくて悲しいのでage
>>190
「XPを」という意味ですか？
うーん。いいようなわるいような。
つーか、悪いなあ。
あんな力の入ってない記事ばっかり並べられてもねえ＞日経
「ソフト業界を、そういうレベルに留め置く」のが
目的なんじゃないか？とか思ってしまうよアレは。
0196デフォルトの名無しさん
NGNG0197デフォルトの名無しさん
NGNG大人が子供に寓話をソフトタッチな語りと絵とで
読み聞かせてあげる、あれ。
まるっきりハズしてるとは限らないんだけど、
やはり決定的に情報欠落しまくってる、あれ。
0198デフォルトの名無しさん
NGNG0199デフォルトの名無しさん
NGNGそれは復刊では？（タモリクラブじゃないんだから別出版社で出るか？）
0200デフォルトの名無しさん？
NGNG「日経コンピュータ」2001.6.4 号はどうよ？
５社の事例によるケーススタディ、
ベック氏インタビュー、
12のプラクティスについての解説、など。
C3プロジェクトについても、あるていど紙幅が割かれているよ。
僕には、かなり参考になったよ。
0201デフォルトの名無しさん
NGNG他の人が混乱しました、なんてことあったら面白いね。
どうしても例えが下手な人っていますし。
0202デフォルトの名無しさん
NGNGのんべんだらりとRADするとドコがUnit(=単位)なのかワケワカになっちゃう。
Delphiみたいな言語系でフツーに作業してると
TForm1なんてなクラスに、とんでもなく多数かつ大量のコードが
へばりつくようになってしまう。
RADの前(藁)にRapidTestDevelopmentをしないと駄目、かな。
0203デフォルトの名無しさん
NGNG0204デフォルトの名無しさん
NGNGまじで？
0205デフォルトの名無しさん
NGNG結局真相は?
0206デフォルトの名無しさん
NGNGhttp://www-6.ibm.com/jp/developerworks/java/010629/j_j-xp.html
0207デフォルトの名無しさん
NGNGhttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20010702/1/
0208デフォルトの名無しさん
NGNG自称シロートだそうだが、
こういうしっかりした文章を書いてくれるなら
シロート大歓迎だな。
それどころか目から鱗だったよ。大規模という言葉の中身を
きちんと分析というか分割統治というかしている辺りが。
そうかあ。そういや俺の仕事も、モノそのものはデカイけど、
たいして多くない人数で、何年もかけてやってるなあ。
しかもチーム構成員が時折入れ替わるし(わら)、
客先で開発してるから客は既に巻き込んでいるわけだし。
実はXPに最適なんじゃねーのか？
ただ、自前言語のコンパイルの異様な遅さをどうにかしないと
UnitTestどころの騒ぎじゃないのだが(わら
あと、ObjectDBを使ったシステムって、
UnitTestするのは効率悪そうだな。
TearDownするときにDB上のObjectを片っ端から
捨てないとならん(勿論次回再び全部作り直す)わけだから。
しかもうちのシステム、Object作るのが凄く遅いのよ(T_T)
0209デフォルトの名無しさん
NGNGこいつのライセンスの制約があるんで、
Installできる数に限界がある。
で、DBがきちんと組まれていないとmakeできないようになってるんで、
新たにコンパイルサーバー環境立てるとか、
ペアプロの脇で自分用練習コーディング環境を別に作るとか、
ということが思うように出来ない(T_T)
というわけで、ライセンスという奴も
時としてXPを邪魔するのだな(T_T)
0210デフォルトの名無しさん
NGNG多くが投稿されていますね。
なんとなくage
0211デフォルトの名無しさん
NGNG緑のバーになるとかいうテストは、
GUIのテストですよね?多分。
CUIテストにはそのようなものがありませんでしたので。
＃どうにもJavaでGU関連をIいぢったことがない
0212デフォルトの名無しさん
NGNG0213デフォルトの名無しさん
NGNGhttp://village.infoweb.ne.jp/~fwgf2942/process/Proc.CMM-XP.html
0214デフォルトの名無しさん
NGNGあの記事に対するコメント見るとかなり悲しくなるものもありますね。
せめて、XP っていうのがどういうものなのか勉強してからコメントしろよ…。
0215デフォルトの名無しさん
NGNG申し訳ないのだけど）XPとかを興味をもっている人と「位置」
が違うように思う。（気のせいか命令口調/押し付け口調という
か...）失敗したときは、「おれ知らん、おまえらが間違ったんだ」、
成功したときは、「ほーれ見ろ、いったとおりだろおが」とか言われ
そうな感じ。
CMMもPSPもTSPも、いいこと言っているのはわかるし個人的に勉強
してはいるのだが、、、XPの方が身近に感じますね。
（肌の感覚が近いっていうのか、うーん。）
# ぜんぜん論理的じゃあないですね。
要は、213さんのリンク先の人とは住む世界が違うん
だろーなー、と。あーそー見る人もいるんだなー、
ってな感じです。
0216デフォルトの名無しさん
NGNG| ＸＰという表現を使っているが本質的には「オブジェクト指向開発技法」
| を使って、「インクリメンタル開発」を行うことを指しているのだと思う。
ってやつが強力ですな。モノを調べずに我田引水…。
0217デフォルトの名無しさん
NGNGでも、そういう風に思っているひとがいるみたい……っていうか私の近くにはいる。
どう説明してあげればわかってもらえるんだろう……。
0218デフォルトの名無しさん
NGNG結局は、現状の開発技法で上手くいかない人間が銀の弾を求めて飛びついて
やっぱり上手くいかないという結論に落ちてしまいそう。
現状で上手くいってる人間はあえて枯れていない開発技法には触れないだろうし。
納期の制約が厳しく無く、検収という概念も存在せず、いつまでもソフトウェアを
改良し続けられる環境なら役に立ちそうだな。
オープンソースとか社内開発とか…
0219デフォルトの名無しさん
NGNGどの辺からそう思われますか？
>現状で上手くいってる人間はあえて枯れていない開発技法には触れないだろうし。
そりゃそうでしょうね。
>納期の制約が厳しく無く、検収という概念も存在せず、いつまでもソフトウェアを
>改良し続けられる環境なら役に立ちそうだな。
そんなことはないでしょう。「納期がきても完成していないので
使用できない」よりも「予定していた機能のいくつかは完成して
いないがとにかく使用することはできる」方が顧客にとっても
ありがたいはずです。
＃ ただしそれが可能なように契約することは現状では難しい
＃ んですけどね。
それに検収の概念はありますよ。受け入れテストをすべてパスすれば
「検収」ですよね。
0220デフォルトの名無しさん
NGNG>＃ただしそれが可能なように契約することは現状では難しい
んだな。XP…というかその先輩(?)であるスパイラル開発の時点から
判りきっていたことではあるけど、
「納期」という考え方を古臭いスタイルのまま持ち続けることが
つまりソフトにとって無理があるわけで。
そういや土建系のアプリ作ったときは大笑いだったよ。
あっち業界お得意の、作ったものを写真に取って
「ほれ作りましたよ」という証拠とする、というアレを
ソフトでもやるのな。物理的実体の無いものを
どうせいっちゅんだ？一応動いている所のDisplayを
撮影しといたようだが。
しかも窓有りのクライアントソフトだけならまだしも、
画面なんか無い鯖っぽいソフトも有ったんで、
写真がとれなくて困った…という事態を避ける「ために」、
不要なのにわざわざ鯖側にもGUIをつけた、という。
古臭い(or不適切)なんだよ、あーゆーのが。
新しいワインを思いっきり古い袋に入れてるのな。
あーいうミスマッチをまず解消して欲しい。
IT屋に仕事させるならば。
なんでもかんでも「そのまま」IT化できるってわけじゃないのに。
0221デフォルトの名無しさん
NGNG>「納期がきても完成していないので 使用できない」よりも
>「予定していた機能のいくつかは完成していないがとにかく
>使用することはできる」
どちらも論外だとは思いませんか？
「納期通りに全ての機能を完成させる」のが当たり前ではないですか？
("ベスト"ではないです、あくまで"当たり前"です)
>>220
しかし、顧客がそれを望む以上はそれが僕らの現実でしょう？
XPは理想ではあっても、現実とのギャップが埋めきれてないと思いませんか。
自分が顧客の立場なら、やはり納期は設定するだろうし検収も確実に動作が確認
出来るまでOKはだせない。当然不具合は何があっても修正してもらう。
少しでも不安因子のある契約内容にはケチをつけるし、だらだら納期を延ばすよう
なら担当者も変えてもらう。
この業界、顧客の立場で仕事をするという姿勢が少し欠けているように思う。
ン千万の金額を払う相手に「作ってやる」という姿勢で仕事をしている人が
多いように感じます。
横道失礼。
0222デフォルトの名無しさん
NGNG＞「納期通りに全ての機能を完成させる」のが当たり前ではないですか？
XPは仕様をあらかじめ確定させたりはしないから、その前提はおかしい。
それに、顧客は要求を出すだけじゃなく、チームの一員として共同作業を
行うから顧客自身も納期の責任の一端を負うことになる。
＞だらだら納期を延ばすようなら担当者も変えてもらう。
そんなことしても万に一つも納期が早まることは有りません。
延びるにはそれなりの理由って物が有るんです。
あなたもしかしてシステム作ったこと無いんじゃ？
＞ン千万の金額を払う相手に「作ってやる」という姿勢で仕事をしている人が
＞多いように感じます。
「こっちゃ金払うんだから仕様のあいまいな所はそっちで詰めてよ」って態度
の客にうんざりしてるんすけど。
そういう客ほど仕様の矛盾点を「不具合」だって騒ぎ立てるし・・・
お互いのすれ違いを解消するためにも、チームに顧客を参加させるXPは
とっても魅力的だと思うけどね。
0223デフォルトの名無しさん
NGNG＞＞「納期通りに全ての機能を完成させる」のが当たり前ではないですか？
＞XPは仕様をあらかじめ確定させたりはしないから、その前提はおかしい。
別にＸＰで開発を進めるのが前提であれば、「その前提はおかしい」のかも
しれないが、結局はどのように契約するかが大前提にある、ということだな。
詳細仕様を決める上でのリスクまで考えれば、契約時点でちゃんと踏まえて、
契約を結ばないといけないんだろうな。考えさせられること多し。
＞「こっちゃ金払うんだから仕様のあいまいな所はそっちで詰めてよ」って態度
＞の客にうんざりしてるんすけど。
うーむ、うちがまさにそんなドキュソな感じだな。
結局設計まで委託したのに自分で詳細仕様まで自分でやってしまったが。
0224デフォルトの名無しさん
NGNG0225デフォルトの名無しさん
NGNG>>「予定していた機能のいくつかは完成していないがとにかく
>>使用することはできる」
>
>どちらも論外だとは思いませんか？
>「納期通りに全ての機能を完成させる」のが当たり前ではないですか？
>("ベスト"ではないです、あくまで"当たり前"です)
そういう契約ならね。
もちろん、その当たり前のことが出来ないリスクは常に存在する。
・今までの契約
1年後が納期なら1年後に最初に契約した全機能をリリース
・XPでの契約
1年後が納期なら、重要な機能からリリース
としたとき、XPでの方がリスクが少なく、顧客の要望にも
答えやすいってことじゃないの？
0226デフォルトの名無しさん
NGNGでもどこかで真の納期が存在するんでしょ?
いったいいつになったら開発完了するのか不安になっちゃうよ。
0227デフォルトの名無しさん
NGNG典型的なそもそも論って気がするな。
0228デフォルトの名無しさん
NGNG「仕様が決定」ってのはＸＰ的にはどうなの？
0229219
NGNG>いったいいつになったら開発完了するのか不安になっちゃうよ。
「ソフトウェアは完成しない」
XP的に言うと、開発が終わるのはそのソフトウェアの寿命がつきた
時です。
>仕様が決定すれば(実際の)納期もある程度決定可能になるけど。
>「仕様が決定」ってのはＸＰ的にはどうなの？
仕様が決まっているのは、次回にリリースするストーリーまでの
分です。XP的な開発をするには、Fixed Priceな契約ではなく、
Time and Materialsな契約でないと難しいかもしれませんね。
0230デフォルトの名無しさん
NGNG(1)利用者の要求仕様は永遠に確定しない
(2)開発者の設計仕様も永遠に確定しない
(3)ソフトウエアは完成することがない
つまり、仕様は決定することはないし、納期も決定することはない。
しかし、現実にはお金とか納期とかの兼ね合いで完全では無い物を
「完成品」として納品する。
0231デフォルトの名無しさん
NGNG222にめちゃ同意じゃ。
XPは、昔から言葉にできなかった思いを言葉にしてくれたって感じだ。
すばらしい。
0232デフォルトの名無しさん
NGNG>「納期通りに全ての機能を完成させる」のが当たり前ではないですか？
どっちかってーと、それが「可能」かどうか？という問題じゃないかな。
CapableかどうかじゃなくてPossibleかどうか。
物理的(?)に可能かどうかっていう奴。
いっぱいいっぱい仕事してるはずなのに追いつかなくて
製品できません、という最悪の(だよね)事態を
避けるためにはどうすりゃいいか？という話であって、
客の要望「のみ」に注目してそれを満たすことが出来るかどうか
という話より、前の次元なんじゃないかな。
労働条件の話と似ていると思います。
客の要望のみを考えるなら、ストなんかしない(できない)のが一番。
実際、今みたいな労働者権利が保証されてない時代には
ストすることがすなわち犯罪(雇用者に損害を与えた！)と
判断されていたわけです。
でも今は、特殊な業種(笑)以外は、そうじゃない(ほうが良いと
法律でも認めてくれてる)わけでしょ？
つまり、「無茶いうなよ」ということ。
それ以前の段階をクリアしないと、とてもじゃないが
量や質を上げることなんか望めないんじゃないの？という。
>しかし、顧客がそれを望む以上はそれが僕らの現実でしょう？
しかし、それでも思うように(思うの主語はあくまで客と雇用者ね(笑))
作れないというのも、「僕らの」現実です。
天秤の一方ばかりを注目してても解決はしないでしょうね。
XPで…いやそれ以前の開発手法でも言われていたことだけど…
「客を巻き込め」って言ってるのは、そういう効果もあるでしょうね。
よいものを欲しいなら客もきびきび動きやがれ、ということ。
勿論、客には客の(僕らとは違う)役割があり、その役割をきびきびやれ、
という意味ですけど。こっちの仕事をやらせるってのは論外。
で、ならばどの部分を客に担当してもらうと効率が最大化するのかな？と
色々研究だかなんだかすることで、今のいくつかの開発手法は
成り立っているんじゃないかな。XPはXPなりに、その問いに対する答えを
用意している、と。
まぁ平たい日本語でいえば「技術の隣」を客に作業してもらう
という感じかなと思っています。技術そのものは僕らの領分。
その僕らが振るう技術に密着取材(わら)するというのが彼らの領分。
>自分が顧客の立場なら、やはり納期は設定するだろうし検収も確実に動作が確認
「管理」しちゃいたくなるんですよね、どうしても。
Linux革命本を引き合いに出すのはExtreme(笑)だとしても、
いずれにせよ、「管理(=尻たたき)」すればうまくいくのか？というと
そんなことは全然ないんですよね、技術系って。
技術的に確かなところからしか次の技術(=製品)は生まれないわけで、
その層をすっ飛ばして管理だけしても、しばしば焦りを増させるだけだったり。
0233デフォルトの名無しさん
NGNGXPって、その形態から見れば丸わかりだけど、
ケータイ(駄洒落か?)みたいに産みっぱなしでないとまずいデバイスには
適用しにくいですね。PCを代表とするような、ソフトの入れ替えが超楽な環境を
前提としているというか。
なので、ファームアップデーターを搭載しない限り、
ケータイ産業は(少なくともXPでは)救われない、
ということになるかな(笑)
あと、顧客が不特定多数の場合も、XPだと困りますね。
客を巻き込めなくなる。
オプソにでもするなら話は別ですが。そのほうが却って幸せだけどな(わら
0234デフォルトの名無しさん
NGNGそれって危険じゃない?
それとも「なぜ納期が守れないか」の要因解析はみんな済ました
上での議論なの?
0235デフォルトの名無しさん
NGNG>上での議論なの?
その問いに対して、一般的(=案件に依存しない)かつ
ある面から見た1つの答えを仮定しているのが、
XPの存在原理なんじゃないの？
納期が守れない(XP立場から見て正確には「納期すら守れない」
と言うべきだろうな)守れない理由の1つとして
コレコレがあるよね、だから(この意見を認めるならば)
こうやって解決しようぜ、という。
で、その仮定が自分の現場に合っているかどうか？は、
自分たち(かコンサル屋)が測るんだろうね。
0236デフォルトの名無しさん
NGNG> 「納期が守れないからXPを使う」
XPにも納期はあるよ、ただ一気に納品するんじゃなくて
細かい納期があり、少しずつ納品する形態。
XPでも納期は守れない可能性はあるが、従来の形態よりも
納期が守れない場合、早期のアラームを出せる。
0237デフォルトの名無しさん
NGNGケータイって一番ＸＰを適用すべき環境なきがするけど。
・短納期
・客の要望がころころ変わる
・新機種の機能のほとんどは前機種の引継ぎ
>なので、ファームアップデーターを搭載しない限り、
>ケータイ産業は(少なくともXPでは)救われない、
>ということになるかな(笑)
ファームをアップデートしなくても、次期ロットでバージョンアップ
するとか、ソフトだけ異なる次バージョンを出すとか。
>あと、顧客が不特定多数の場合も、XPだと困りますね。
>客を巻き込めなくなる。
大概の製品の最終顧客は不特定多数だと思うけど。
最終ユーザ全員を巻き込まなくとも、マーケティング部門とかを
顧客にするだけで、開発サイドとしては、いいんじゃないのかな。
0238?(X _ P)?
NGNGhttp://member.nifty.ne.jp/masarl/article/testing-framework.html
以外で具体的な説明の載っているページ在りませんか？
JUnitの方は色々見つかるのですが、Cppの方は中々見つからないです。
0239?(X_P)?
NGNG0240デフォルトの名無しさん
NGNG>ファームをアップデートしなくても、次期ロットでバージョンアップ
>するとか、ソフトだけ異なる次バージョンを出すとか。
顧客サイド(笑)に立つと、結局ハードごとのリプレース
か買い替えか、ってことになっちゃうわけねそれ。
それはちょっと寒いなあ。携帯の新製品出現ペース(3ヶ月だっけ)に
そんな意味があったとはなあ(わら
>大概の製品の最終顧客は不特定多数だと思うけど。
そんな…
一品モノを専らとするソフト屋の存在も
一応お見知り置きを。
>最終ユーザ全員を巻き込まなくとも、マーケティング部門とかを
>顧客にするだけで、開発サイドとしては、いいんじゃないのかな。
その程度で「いい」ということにしたら
eXtremeとは呼べないような気がする(笑)。
少なくともそれって従来と違わないわけだから。
中間搾取(笑)層の悪影響を最小限にするってのも
XPには含まれていると思えるんだが。
だからこそXPでは「客」と喋れと要求されるわけで。
0241デフォルトの名無しさん
NGNGhttp://cppunit.sourceforge.net/
にあだけじゃだめ？
0242デフォルトの名無しさん
NGNG学んだ & 現場で苦しんだ人のいう台詞じゃないような気が。
0243デフォルトの名無しさん
NGNGXPの根本的なところを誤解されているようですね。
納期（というかイテレーションの期間）は動かさず、
それを守るためにスコープをこまめに調整しよう、
というのがXPの思想です。
で、236さんも書いているように、早期にアラームを
キャッチできれば何か対策を打てるでしょう、と。
0244デフォルトの名無しさん
NGNGそれはソフトウェア工学どっぷりでも、現場で苦しみに悶えていても見えてこない。
自分から見ようとしない限り。
「XPエクストリーム・プログラミング入門」あたりでさえも注意深く読んでいれば
>>231の疑問がソフトウェア技術者として至極まっとうなものであり、XPの思想と
同じベクトルを持つものであることは理解できるはず。
しかし、それに対してあとに続くレスはあまりに的外れに感じる。
(むろんXPがその疑問に十分答えうる物である事はご存知のとおり。)
日本のシステム開発に顧客軽視の風潮があるのは度々感じる。
このスレッドでも「顧客を巻き込んで云々」「顧客にも責任を負ってもらって云々」
というレスばかりで、ではどうやって顧客を巻き込むか、顧客にはどんな形で開発に
接してもらうか、どうすれば理解を得られるか。という方向には議論が一向に進まない。
今作っているシステムは客先担当者が胸を張って導入できるシステムだろうか？
自分だったら使わないようなシステムを納入してないだろうか？
今作っているシステムは「誰のための」システムなのか。
以上を問いつづけながらシステムを作っている人間がこの日本にどれだけいるだろう？
とかく開発が泥沼に入ると顧客のせいにしたがる。
「やれこんなことは聞いてなかった。」「やれいまさらこんなこと言ってくるな。」
決して十分なヒアリングが出来なかった自分達を省みようとはしない。
XPという新しい(枯れていない)開発手法に対して疑問を挟む人間相手に否定のレスしか
付かないのは正直見てて気持ちが悪い。説くことも、同調する部分も無く一方的な否定。
まるで新しく与えられた玩具をうっとりしながら磨いている子供のようだ。
それが銀の弾丸だと信じ込んでいるんじゃないか？
まさか銀紙にくるんだチョコレートだとは、撃ってみるまで気づかないのだろう。
(決してXPがチョコレートだと言いたい訳ではない。)
なーんつったりして。
気にしないで。ちょと長文でエラそうなこと言ってみたかっただけだから。
sageとくし。
0245デフォルトの名無しさん
NGNGきみは、気にするに値しないことを、書いたわけか？
自分の書いたことが、気にするに値しないことだと思っているのか？
だとすると、まさにそこに書いているような
駄目な伝統日本的開発スタイルの片棒を
君もまた担いでいるだけのことだ、ということになるが？
いや、そうだというならば、それはそれでいいのだが、なんだかなあ。
つまり「誰のための」文章なんだこれ？(わら
ちなみに俺(たち)も
>自分だったら使わないようなシステムを納入してないだろうか？
申し訳無いがこれはしばしば言えてる。
てゆーか、既に入れてる大規模フレームワークなんざ
使わずとも、もっと遥かに簡単なプログラムで
同じ仕事をやれそうなものなんだが、
今更誰もそんな恐ろしい手戻りを提案できない(笑)。
大手何社も(=雁首揃えて)がぐちゃぐちゃ絡んでいるんで…
さて。
>どうやって顧客を巻き込むか
どうといっても俺はまだよくわかってないが、
少なくとも「利益が欲しいなら動こうぜ」とは
言えるんじゃないか？
こっちが糞ソフトを作ってやがったりはしないかを
監視するっつーか、な。
0247デフォルトの名無しさん
NGNG0248デフォルトの名無しさん
NGNG> ではどうやって顧客を巻き込むか、顧客にはどんな形で開発に
> 接してもらうか、どうすれば理解を得られるか。という方向には議論が一向に進まない。
XPに書いてある。
顧客はビジネス側の決定と、仕様の検証を受け持つ。
ビジネス側の決定とはタスクに優先順位をつけること。
例えば月末に行う処理は後回しにしようとか、
まずはデータ入力をしたいからそれを最優先で作ってくれとかを
指示できる権利と責任を持つ。
仕様の検証とは自分で正しいと思うテストパターンを用意し、
それに合格すれば受け入れる、不合格ならば突っ返すことが出来る。
> それが銀の弾丸だと信じ込んでいるんじゃないか？
銀の弾丸はない。
だが狼を少しでも管理可能にする方法を模索してはいけないの？
0249デフォルトの名無しさん
NGNGVC5しか持ってない（金欠でVC6買えずVC.NET待ち）ので
コンパイルできないんス。
0250デフォルトの名無しさん
NGNGあれそんなに複雑じゃないんだから手を入れてコンパイル通してみたら？
んでVC5用パッチを送ってあげれば喜ばれるよ。
0251デフォルトの名無しさん
NGNGかなり宝の持ち腐れだったりしないか？
あれこそオプソっていうかソース配布でないと
埒があかないもんだと思うんだが。
>>249
OS依存じゃなくてコンパイラ(のver)依存の問題なの？
だとすればVC6用のバイナリを貰ってしまったら使えない
のでは？つまりキミが求めるべきは「Windows用の」
バイナリじゃなくて「VC5用の」バイナリなんじゃなく？
>>250
そういえば、Windows世界においても、ここでいう意味の
「パッチ」と言う言葉は、広く理解されるようになったんでしょうか？
きっと直接的にはunixのpatchコマンドのことを指してる
と思うんですが。
ついでにいえばあの概念がないと開発って凄くやりにくいよね。
0252デフォルトの名無しさん
NGNGつまり、「なんか知らぬがなんでもかんでもスグに全部揃えやがれ」
などという幼児の駄々こねのようなことを言わない責任が
客側にはある、ということだな(わら
つまり、「現実的に」考えましょうっていう。
客の馬鹿さ加減まではさすがに付き合えないんで、
銀でなくて鉛で十分だから弾丸を使いたいもんです(わら
0253250
NGNG>てゆーかUnitって、バイナリのみ持っていても
>かなり宝の持ち腐れだったりしないか？
そうでもないよ。使うだけならソースは不要だし、
ソースだとテスト失敗時に例外が発生すると
デバッガがUnit内部で止めてしまうのでむしろバイナリのみのほうが便利。
>そういえば、Windows世界においても、ここでいう意味の
>「パッチ」と言う言葉は、広く理解されるようになったんでしょうか？
Winにはpatchやそれに相当する標準的なツール・手法はないのでは。
せいぜいWinに標準でついているのはwindiff(ファイル・フォルダ単位の差分表示)くらい。
>250では単に修正されたソースか修正方法という意味合いで使っただけ。
個人的には差分なんかなくて毎回数メガのソースのアーカイブやり取りしたって
別に困らないけどね。
0254デフォルトの名無しさん
NGNGほんとに個人的動機だな(わら
多数の人でやったら、変更の競合とか
色々考えないとならんことがある。
それに、人間どうしが会話するときには
差分って便利だぜ。「ここが変わりました」
ってのが一目瞭然だから。
少なくとも、unix流(あるいはもっとましなのが
あるならそれでもいい)のdiffとpatchは
win方面にも広まって欲しいな。
あ。diffってのはpatchファイルを「作る」ツール。
旧ファイルと新ファイルの差をpatch形式で出力してくれる。
ついでにいえば、ソースのver管理ツールと
diff/patchが連動できると、すごく快適だぞ。
ver管理ツールの内部では実はpatch情報しか保存してない。
その保存形態をexportするみたいな感じだな。
0256デフォルトの名無しさん
NGNGいる所はすべて失敗するでしょうね。
もし、一戸建ての家よりも、キャンピングカーで生活した方が快適で人間的だ！と
変人小泉首相がいったらどれぐらいキャンピングカー生活をはじめる人が
いるのだろうか。
0257デフォルトの名無しさん
NGNG0258デフォルトの名無しさん
NGNG鋭い。耳が痛い。恐れ入った。m(__)m
たしかに、XP自体にも一定の守備範囲があるんで(エリアXP？)、
それと自分の問題とが合致してないと論外だな。
ただ、ここら界隈の最近の文で、その手の勘違いを
してると思われクンは、どれだけいたろうか？
>>255
VC5にサービスパックが色々出ていたように思いますが、
きちんと当てていますか？
VCの5だの6だのの出荷状態って、テンプレートのあたりで
バグ／使えない仕様がワンサカじゃなかったっけ？
0259デフォルトの名無しさん
NGNG>>256を「するどい」なんて本気で思ったの？本気で畏れ入っちゃったの？
だとしたら、重症だよ。完全にXP信者じゃん。
自分達の現状を省みずにXP入れたら何もかも上手くいくって思ってたの？
>>256の言ってることは当然のことだよ。
0260デフォルトの名無しさん
NGNG世の中の多くのビジネスとは違うプロセスである所が、問題として残る。
そういう開発が出来ているところはすでにやっているとも言え、今まで
そういうやり方を出来なかったところがＸＰ的な開発プロセスでビジネス
をしていけるかどうかが問題ということ。特に、受託開発をＸＰ的な開発
プロセスでやっていけるのかどうかが、おおきな問題だと思う。
ここら辺解を持っている人がいれば教えてください。
0261デフォルトの名無しさん
NGNG当然だけど、経営的視点とかマネジメント的視点を持ち合わせていないと、
短絡的に「なんだかよさそう」「優秀な人がいいといっているからきっといいはず」
「新しいことはよいことだ」という発想の中で、気になって気になって仕方が無い
という人は、意外と多いものです。
まずは自分達がどうなりたいのかというのがあって、次に現在の問題を整理し、
次にその解決を考えるのは基本ではあるけど、どうありたいかも、問題を整理
することも簡単なことではない。簡単でないからこそ短絡的に、良さそうなもの
に飛びつくわけです。だれでも簡単にできないからこそコンサルタントという
仕事も成り立つわけだし、そういったコンサルティング的な仕事を社内または社外
でしている人がメーリングリストを立ち上げたりコンソーシアムを立ち上げている
のもまた当然。ただ、歴史を振り返ってみて、そういう人に頼ったプロセス改革で
うまくいったという事例がすくないのもまた事実。結局は、自分達の事を自分達で
真剣に考え変えていこうすることができるかどうかがすべてということです。
しかし、これがまた難しい。難しいからこそ、毎日、仕事に生きがいや遣り甲斐を
感じることなく、それでも一生懸命働いている人がたくさんいる。
そして、その中で、すこしでも今よりよくなればとＸＰなどの方法論に助けをもと
めようとする。しかし、これを繰り返している限り、生きがいや遣り甲斐を感じる
毎日にすることは難しい。
この悪い連鎖を断ち切り、まずは、自分達の足元を固める事が何よりも大切では
ないかと私は思います。
小泉首相がやろうとしていることととても似ているかもしれない。自分達の会社
の構造改革を政治も業界も同調しながら進めていくことを考えてみる事が日本人
として、今なら考えて良い時期で、絶好の機会かもしれない。
みなさん、がんばってくださいね。日本がソフトウェア大国になるようにボトム
アップの方向でもがんばっていくことができればと最近思います。
0262デフォルトの名無しさん
NGNG営業や経営に問題が多いということも多いしね （藁
経営陣を変えれないので、下の方にいつもしわ寄せがきて、新しい方法論で
なんとか乗り越え様と考える管理者って多いよね。
0263デフォルトの名無しさん
NGNG日経系の雑誌やらにXPがふつーに取り上げられるようになれば、
("春からはじめるXP"とかﾜﾗ)発注側からXP流ご指名で受託
できるのでわ？
0264デフォルトの名無しさん
NGNGそうなるといいね。
でも、ＸＰって人間系に重点がおかれるので、発注側担当の人格や
知識にプロジェクトが強く作用さるようになるのかもといくらか
心配します。
発注側に落ち度があっても、ハイ！さよならされると、安心して事業
計画を立てられなくなるので受託側では新たな問題を抱えそう。
どのような法的に認められる契約を結ぶかを考えないといけないでしょうね。
そういった面で、日経系の雑誌で乗れば簡単にそういう風潮になるとは
単純には思えない所も私はあります。
0265デフォルトの名無しさん
NGNGそうだ。日経に期待しているのはまさにそれだ。もっと
煽ってくれ。
顧客も共同責任を負うのが当然、という意識が少しでも
芽生えれば、どんなに我々は幸せになれることでしょう。
米国ではそういう意識はEC系を中心に結構広まってると
向こうのコンサルに聞きました。
要は、大金はたいてプロジェクトをキャンセルするはめに
なるより、積極的に協力した方が得だという考え。裁判で
違約金もぎとったところで、逃した機会は永遠に取り戻せ
ないわけで。
0266ななし
NGNGヲレ、web front 系のお仕事では、顧客の曖昧なイメージを prototyping して
動くものを作って使わせて、新たに出た要望をまた実装してとかいう感じなんで、
最終的に出来るものがダメな場合は当然顧客にも責任が出るよって感じで開発
してます。
でも、もうちょっと積極的に開発プロセスに関わらせたい…。
02671
NGNGリファクタリングの本を、とりあえず6章まで読んでみました。
6章でのテクニックは、どことなくLispを思わせるコード改善だな、
という印象を受けました。
Lispに関しては、かじった程度なので間違いだらけかも知れませんけど、
一時変数をなるべく取り除き、メソッドに置き換える、とか、
パラメータへの代入の除去とかが、それに当たりますね。
メソッドオブジェクトによるメソッドの置き換えは、
伝家の宝刀のようですが、タイミングが難しそう。
通常手段のメソッド置き換えができないときなど、
最終手段として用いられるようですけど、いざその場になったら
メソッドオブジェクトなんて思いつくかなぁ?
0268デフォルトの名無しさん
NGNGそこで衝撃の事実が!
XPのプラクティスが、なんと2個増えている!!
知らなかったの、俺だけか?
0269デフォルトの名無しさん
NGNG0270デフォルトの名無しさん
NGNGが、8月10日に発売されるそうですねage
0271デフォルトの名無しさん
NGNG②ｃｈのツワモノはVBなんて誰も使ってないようだ。
0272デフォルトの名無しさん
NGNG0273デフォルトの名無しさん
NGNG0274デフォルトの名無しさん
NGNG0275デフォルトの名無しさん
NGNGそれともメタランゲージの方か？
0276274
NGNGXP-MLです。>1からたどれますよ。
0277デフォルトの名無しさん
NGNGhttp://mentai.2ch.net/test/read.cgi?bbs=infosys&key=986909661&ls=50
0279デフォルトの名無しさん
NGNG>XPエクストリーム・プログラミング導入編 ― XP実践の手引き
コレ、めちゃくちゃ良かったよ。
今後も、XP関連の書籍は、この訳者が担当して欲しいなぁ。
0280デフォルトの名無しさん
NGNG俺はまだ始めにを読んでるよ
0281デフォルトの名無しさん
NGNGよかったという意味は、実践に使えそうだと判断したと思っていいですか？
この本amazonでやたらと売れていますね。日本は大丈夫かよ？
0282デフォルトの名無しさん
NGNG全クラスの全メソッドに対してやるのは、非現実的だね。
やってみれば分かる、テスト作ってる時間の方が長くなっちゃう
んだよ。
あとassert文いくら沢山つくっても、多くのメソッドには
良いテストにならない。何故かを言うと、クラスのメソッド
の多くは、インスタンスの状態を変化させる為の物で、
そのブラックボックスの状態変化の効果は、その後の複合
したメソッド呼び出しのみ、認識しえるから。
でも使える部分も沢山あると思う。staticなメソッドは
必ずテストメソッド作るべきだし、凄い役に立つね。
ペアーも新人と経験者は一緒にやるってのはいい発想だと
思う。
0283278じゃ無いけど
01/08/27 12:30ID:6ElXP3e.自動翻訳通したカンジじゃなかった。
0284デフォルトの名無しさん
01/08/28 17:57ID:by4Vnvc20285デフォルトの名無しさん
NGNGそっちのスレよりも先に出来ておりますage
0286デフォルトの名無しさん
NGNG｢失敗しそうにない｣ことはテストするな、ってことね。
テストが要るかどうかについて先入観を持ってしまうと
良くないとは思うが。
0287デフォルトの名無しさん
NGNGむしろ相性がよさげに思うんだけど。
0288デフォルトの名無しさん
NGNG>staticなメソッドは 必ずテストメソッド作るべき
なぜstaticメソッド(Classメソッドって意味だよね)だと作るべきなの？
Instanceメソッドでテストなくてもいいやつがあり、
一方Classメソッドでテストが必須、ってのは、なぜ？
■ このスレッドは過去ログ倉庫に格納されています