eXtreme Programming

このエントリーをはてなブックマークに追加
473Delフサギコ
  ∧,,∧    / めおけあー
 ミ,,゚Д゚彡 <  新年も、XPでいきまっしょい。
Π ̄ ̄ ̄|  \
|つ 新ネソ ()   
| |___.|
  ∪∪

ピンク本のP242の
インテグリティーってなあに?

唐突ですが、教えてちょ。
474Error401:02/01/07 09:12
integrity constraints
475Delフサギコ:02/01/09 01:17
 ∩ ∩
 ミ ゙''゙〜
 ミ∧,,∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ミ,,゚Д゚彡 < ありがと
 U U    \________

http://home.alc.co.jp/db/owa/eijiro_red
訳は完全性って所か。

ところで、新しい職場でXPの事言って
「ペアプログラミングが〜」とか言ったら

優秀そうな、おっちゃんに
「それってどうなのかなあ。」と
かなり懐疑的な目で見られてしまいました。

どうやって、XP普及を促進させたらいいかなあ。

XPのよいプレゼンテーションを
頭の中で画策しているんだけど,,,うまく思いつかない。

12のプラクチスとか言っても、
「日本的なやり方ではダメじゃないか?」とか言われると
なんとも反論が出来ん。で萎え。
476Delフサギコ:02/01/09 01:26

  (`´`) 
  │ │
  ∧_l   ∫   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ミ,,゚Д゚彡  ∬  <  今日はウドン鍋つくタ。
   |∪ |つ=■   \ 冬はあたかい食べ物がいいね
 〜| ̄|
   U''U

ところで、XPスレが沈降しすぎて沈没しそうなので
ネタアゲ

[XP-jp:02971] 原子力発電所運用と XP の共通点

この記事面白かった。

CMMには今のところ、興味ねーので[CMM と XP]スレが詰まらん。
でもって、2チャソでスレ立てたらとか言い出すし・・・・・・・
日本の場合、「なにを作るべきか?」って質問に答えられるひとがクライアント側にいないから、だめでしょう。
478Delフサギコ:02/01/09 01:41
|,,∧ 
|Д゚彡
| U  
| ミ  
| U

>「なにを作るべきか?」って質問に答えられるひとがクライアント側にいないから
じゃあ、クライアントは何を作って欲しいんだろう?
誰にも答えられないな。
479デフォルトの名無しさん:02/01/09 23:46
>475
白本を最初から最後まで読ませる。
たぶん12のプラクティス全部を理解してないんじゃないかな。
40時間労働、ペアプログラミング、テストユニット、とかの目立つとこだけ見てると、
そんな甘い話じゃないだろ、となっちゃうと思う。

俺も話を聞いてパラパラ眺めただけの時は懐疑的でした。
あれって、マニュアル的に拾い読みするのと、通して読むのとで印象が変わる。

「日本的」というのはそんな関係ないんじゃないの?
あれが「アメリカ的」というわけでも無いんだから。
480デフォルトの名無しさん:02/01/10 00:25
>>476

>CMMには今のところ、興味ねーので[CMM と XP]スレが詰まらん。

でも、

>「日本的なやり方ではダメじゃないか?」とか言われると

 の対策としては、CMMとの比較も役に立つんじゃないの?

 既存の開発手法やソフトウェア工学の何が駄目で、
 XPが何を解決しているか?
 の話題なんだし。
481デフォルトの名無しさん:02/01/10 00:26
>>477

>日本の場合、「なにを作るべきか?」って質問に答えられるひとがクライアント側にいないから、だめでしょう。

日本に限らず、「自分が何が欲しいか?」を本当に分かっているクライアントはあまりいないでしょう。
だから、XPでは小規模リリースを繰り返すんだし。
482デフォルトの名無しさん:02/01/10 00:48
あえて日本がどうなのかを考えるに、日本人の
「建前と本音」を分けるのが好きだという困った性質を
忘れるわけにはいくまい。

みかたによっては、XPとは、「みんな(開発者も客もマネージャも)裏表や嘘偽りは無しでやろうぜ!」
という方法論だ、とも言えよう。

そこから、出来ない約束はしない(=小規模リリース、シンプルデザイン)、
プログラマ間で隠し事はしない(=ペアプロ、共同所有)、着実に出来るプログラムだけをしていく
(=ユニットテスト)、などなどが導けるのだ思われ。

で、これは特に日本人の不得手とするところなのではないか?という心配が、あると思う。
日本人は、「建前と本音」つまり嘘で固めるのが大好きだから(藁

なおこの問題は、XPに限らず、ソフト業界(ゲーム除く:あれはユーザーを「裏切って」も許されるので)全体や、
オンラインフリーソフトの方面などにも、響いている問題と思われ。
しかも昔から今に至るまでずーっと。
ほかにも、
悪いコードに嫌気がさす自分を偽って、だめなソースを使いつづけない(=リファクタ)、
腹が減っては戦はできぬから10秒チャージしろ(=お菓子もちこみ(藁))、なども。
>>482
客と開発チームの間に、嘘がないこと。
→小規模リリースなど

開発チームの内輪に、嘘がないこと。
→ペアプロなど

開発者と計算機そのものとの間に、嘘がないこと。
→テストなど

プロジェクトにかかわる幾つかの存在の間に、このように
"嘘のない関係"が築かれていくのでしょうね。
485Error401:02/01/10 12:40
>>475
多分、「完全性」ではなくて、「整合性」と言うのが普通だと思います。
integrity constraint(データベース用語)は、「整合性制約」が普通だと思う。

あの本では、データの保存先を普通のファイルにして、さらにファイルを複数に
分けたときのファイル間の「整合性」の話をしてるのだと思います。