トップページtech
988コメント450KB

eXtreme Programming

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
12のプラクティスがありますが、
実際実用的と思われるのはTesting, Refactoringの2つだと。
Cording Standardsは常識と考えればね。

XP全般について語ってもいいですが、
むしろTesting, Refactoringの二つをメインに語りましょう。
Testingのテクニックなんざをね。

参考URL:
http://objectclub.esm.co.jp/eXtremeProgramming/
0246244NGNG
あちゃ。
>>244>>231としてるところは>>221ね。

誰のための文章かって?
もちろん自分自身のための文章だよ。
だから気にしないで。
0247デフォルトの名無しさんNGNG
そういうときは、無敵のキーワード「とか言ってみるテスト」を使うのだ。
0248デフォルトの名無しさんNGNG
>>244
> ではどうやって顧客を巻き込むか、顧客にはどんな形で開発に
> 接してもらうか、どうすれば理解を得られるか。という方向には議論が一向に進まない。
XPに書いてある。
顧客はビジネス側の決定と、仕様の検証を受け持つ。
ビジネス側の決定とはタスクに優先順位をつけること。
例えば月末に行う処理は後回しにしようとか、
まずはデータ入力をしたいからそれを最優先で作ってくれとかを
指示できる権利と責任を持つ。
仕様の検証とは自分で正しいと思うテストパターンを用意し、
それに合格すれば受け入れる、不合格ならば突っ返すことが出来る。

> それが銀の弾丸だと信じ込んでいるんじゃないか?
銀の弾丸はない。
だが狼を少しでも管理可能にする方法を模索してはいけないの?
0249デフォルトの名無しさんNGNG
ときに、CppUnitのWindowsのバイナリってどっかにないですか?
VC5しか持ってない(金欠でVC6買えずVC.NET待ち)ので
コンパイルできないんス。
0250デフォルトの名無しさんNGNG
>249
あれそんなに複雑じゃないんだから手を入れてコンパイル通してみたら?
んでVC5用パッチを送ってあげれば喜ばれるよ。
0251デフォルトの名無しさんNGNG
てゆーかUnitって、バイナリのみ持っていても
かなり宝の持ち腐れだったりしないか?
あれこそオプソっていうかソース配布でないと
埒があかないもんだと思うんだが。

>>249
OS依存じゃなくてコンパイラ(のver)依存の問題なの?
だとすればVC6用のバイナリを貰ってしまったら使えない
のでは?つまりキミが求めるべきは「Windows用の」
バイナリじゃなくて「VC5用の」バイナリなんじゃなく?

>>250
そういえば、Windows世界においても、ここでいう意味の
「パッチ」と言う言葉は、広く理解されるようになったんでしょうか?
きっと直接的にはunixのpatchコマンドのことを指してる
と思うんですが。
ついでにいえばあの概念がないと開発って凄くやりにくいよね。
0252デフォルトの名無しさんNGNG
>>248
つまり、「なんか知らぬがなんでもかんでもスグに全部揃えやがれ」
などという幼児の駄々こねのようなことを言わない責任が
客側にはある、ということだな(わら
つまり、「現実的に」考えましょうっていう。

客の馬鹿さ加減まではさすがに付き合えないんで、
銀でなくて鉛で十分だから弾丸を使いたいもんです(わら
0253250NGNG
>251
>てゆーかUnitって、バイナリのみ持っていても
>かなり宝の持ち腐れだったりしないか?
そうでもないよ。使うだけならソースは不要だし、
ソースだとテスト失敗時に例外が発生すると
デバッガがUnit内部で止めてしまうのでむしろバイナリのみのほうが便利。

>そういえば、Windows世界においても、ここでいう意味の
>「パッチ」と言う言葉は、広く理解されるようになったんでしょうか?
Winにはpatchやそれに相当する標準的なツール・手法はないのでは。
せいぜいWinに標準でついているのはwindiff(ファイル・フォルダ単位の差分表示)くらい。
>250では単に修正されたソースか修正方法という意味合いで使っただけ。
個人的には差分なんかなくて毎回数メガのソースのアーカイブやり取りしたって
別に困らないけどね。
0254デフォルトの名無しさんNGNG
>個人的には差分なんかなくて毎回数メガのソースのアーカイブやり取りしたって

ほんとに個人的動機だな(わら
多数の人でやったら、変更の競合とか
色々考えないとならんことがある。

それに、人間どうしが会話するときには
差分って便利だぜ。「ここが変わりました」
ってのが一目瞭然だから。

少なくとも、unix流(あるいはもっとましなのが
あるならそれでもいい)のdiffとpatchは
win方面にも広まって欲しいな。
あ。diffってのはpatchファイルを「作る」ツール。
旧ファイルと新ファイルの差をpatch形式で出力してくれる。

ついでにいえば、ソースのver管理ツールと
diff/patchが連動できると、すごく快適だぞ。
ver管理ツールの内部では実はpatch情報しか保存してない。
その保存形態をexportするみたいな感じだな。
0255249NGNG
>>250-251
うう、どもッス。「内部コンパイルエラー」とやらがポコポコ出て
対処方法が分かんないです。ま、いろいろ調べてみますです。
0256デフォルトの名無しさんNGNG
自分達が抱えている問題が何かを分析整理する前に、XPを導入しようとして
いる所はすべて失敗するでしょうね。

もし、一戸建ての家よりも、キャンピングカーで生活した方が快適で人間的だ!と
変人小泉首相がいったらどれぐらいキャンピングカー生活をはじめる人が
いるのだろうか。
0257デフォルトの名無しさんNGNG
XP,XPっていっている人って、地に足がついていない、ただの新しいもの好きばかりのような。
0258デフォルトの名無しさんNGNG
>>256
鋭い。耳が痛い。恐れ入った。m(__)m
たしかに、XP自体にも一定の守備範囲があるんで(エリアXP?)、
それと自分の問題とが合致してないと論外だな。

ただ、ここら界隈の最近の文で、その手の勘違いを
してると思われクンは、どれだけいたろうか?

>>255
VC5にサービスパックが色々出ていたように思いますが、
きちんと当てていますか?
VCの5だの6だのの出荷状態って、テンプレートのあたりで
バグ/使えない仕様がワンサカじゃなかったっけ?
0259デフォルトの名無しさんNGNG
>>258
>>256を「するどい」なんて本気で思ったの?本気で畏れ入っちゃったの?
だとしたら、重症だよ。完全にXP信者じゃん。
自分達の現状を省みずにXP入れたら何もかも上手くいくって思ってたの?

>>256の言ってることは当然のことだよ。
0260デフォルトの名無しさんNGNG
ソフトウェア開発はXP的なやり方が向いているとしても、
世の中の多くのビジネスとは違うプロセスである所が、問題として残る。
そういう開発が出来ているところはすでにやっているとも言え、今まで
そういうやり方を出来なかったところがXP的な開発プロセスでビジネス
をしていけるかどうかが問題ということ。特に、受託開発をXP的な開発
プロセスでやっていけるのかどうかが、おおきな問題だと思う。
ここら辺解を持っている人がいれば教えてください。
0261デフォルトの名無しさんNGNG
>>259
当然だけど、経営的視点とかマネジメント的視点を持ち合わせていないと、
短絡的に「なんだかよさそう」「優秀な人がいいといっているからきっといいはず」
「新しいことはよいことだ」という発想の中で、気になって気になって仕方が無い
という人は、意外と多いものです。
まずは自分達がどうなりたいのかというのがあって、次に現在の問題を整理し、
次にその解決を考えるのは基本ではあるけど、どうありたいかも、問題を整理
することも簡単なことではない。簡単でないからこそ短絡的に、良さそうなもの
に飛びつくわけです。だれでも簡単にできないからこそコンサルタントという
仕事も成り立つわけだし、そういったコンサルティング的な仕事を社内または社外
でしている人がメーリングリストを立ち上げたりコンソーシアムを立ち上げている
のもまた当然。ただ、歴史を振り返ってみて、そういう人に頼ったプロセス改革で
うまくいったという事例がすくないのもまた事実。結局は、自分達の事を自分達で
真剣に考え変えていこうすることができるかどうかがすべてということです。
しかし、これがまた難しい。難しいからこそ、毎日、仕事に生きがいや遣り甲斐を
感じることなく、それでも一生懸命働いている人がたくさんいる。
そして、その中で、すこしでも今よりよくなればとXPなどの方法論に助けをもと
めようとする。しかし、これを繰り返している限り、生きがいや遣り甲斐を感じる
毎日にすることは難しい。
この悪い連鎖を断ち切り、まずは、自分達の足元を固める事が何よりも大切では
ないかと私は思います。
小泉首相がやろうとしていることととても似ているかもしれない。自分達の会社
の構造改革を政治も業界も同調しながら進めていくことを考えてみる事が日本人
として、今なら考えて良い時期で、絶好の機会かもしれない。
みなさん、がんばってくださいね。日本がソフトウェア大国になるようにボトム
アップの方向でもがんばっていくことができればと最近思います。
0262デフォルトの名無しさんNGNG
>>256
営業や経営に問題が多いということも多いしね (藁
経営陣を変えれないので、下の方にいつもしわ寄せがきて、新しい方法論で
なんとか乗り越え様と考える管理者って多いよね。
0263デフォルトの名無しさんNGNG
>>260
日経系の雑誌やらにXPがふつーに取り上げられるようになれば、
("春からはじめるXP"とかワラ)発注側からXP流ご指名で受託
できるのでわ?
0264デフォルトの名無しさんNGNG
>>263
そうなるといいね。
でも、XPって人間系に重点がおかれるので、発注側担当の人格や
知識にプロジェクトが強く作用さるようになるのかもといくらか
心配します。
発注側に落ち度があっても、ハイ!さよならされると、安心して事業
計画を立てられなくなるので受託側では新たな問題を抱えそう。
どのような法的に認められる契約を結ぶかを考えないといけないでしょうね。
そういった面で、日経系の雑誌で乗れば簡単にそういう風潮になるとは
単純には思えない所も私はあります。
0265デフォルトの名無しさんNGNG
>>263
そうだ。日経に期待しているのはまさにそれだ。もっと
煽ってくれ。

顧客も共同責任を負うのが当然、という意識が少しでも
芽生えれば、どんなに我々は幸せになれることでしょう。
米国ではそういう意識はEC系を中心に結構広まってると
向こうのコンサルに聞きました。

要は、大金はたいてプロジェクトをキャンセルするはめに
なるより、積極的に協力した方が得だという考え。裁判で
違約金もぎとったところで、逃した機会は永遠に取り戻せ
ないわけで。
0266ななしNGNG
>>265
ヲレ、web front 系のお仕事では、顧客の曖昧なイメージを prototyping して
動くものを作って使わせて、新たに出た要望をまた実装してとかいう感じなんで、
最終的に出来るものがダメな場合は当然顧客にも責任が出るよって感じで開発
してます。

でも、もうちょっと積極的に開発プロセスに関わらせたい…。
02671NGNG
ようやく余裕ができたので、今まで読み進められなかった
リファクタリングの本を、とりあえず6章まで読んでみました。

6章でのテクニックは、どことなくLispを思わせるコード改善だな、
という印象を受けました。
Lispに関しては、かじった程度なので間違いだらけかも知れませんけど、
一時変数をなるべく取り除き、メソッドに置き換える、とか、
パラメータへの代入の除去とかが、それに当たりますね。

メソッドオブジェクトによるメソッドの置き換えは、
伝家の宝刀のようですが、タイミングが難しそう。
通常手段のメソッド置き換えができないときなど、
最終手段として用いられるようですけど、いざその場になったら
メソッドオブジェクトなんて思いつくかなぁ?
0268デフォルトの名無しさんNGNG
Java Worldに、JUnitの特集が組んでありました。
そこで衝撃の事実が!
XPのプラクティスが、なんと2個増えている!!

知らなかったの、俺だけか?
0269デフォルトの名無しさんNGNG
UnitTest萌えage
0270デフォルトの名無しさんNGNG
XPエクストリーム・プログラミング導入編 ― XP実践の手引き
が、8月10日に発売されるそうですねage
0271デフォルトの名無しさんNGNG
VBマガジンでもXPのってたけど.....

AchのツワモノはVBなんて誰も使ってないようだ。
0272デフォルトの名無しさんNGNG
池袋西武のリブロにはもう売ってたヨage >>270
0273デフォルトの名無しさんNGNG
秋葉の書泉で買った
0274デフォルトの名無しさんNGNG
MLで話題になったぞage
0275デフォルトの名無しさんNGNG
どこのMLだよ>274
それともメタランゲージの方か?
0276274NGNG
>275
XP-MLです。>1からたどれますよ。
0277デフォルトの名無しさんNGNG
情報システム版にもXPのスレあり。

http://mentai.2ch.net/test/read.cgi?bbs=infosys&key=986909661&ls=50
0278XP本も持ってるがNGNG
>>271
VB使いで悪かったな。
荒らすぞゴラァ
0279デフォルトの名無しさんNGNG
>>270
>XPエクストリーム・プログラミング導入編 ― XP実践の手引き

コレ、めちゃくちゃ良かったよ。
今後も、XP関連の書籍は、この訳者が担当して欲しいなぁ。
0280デフォルトの名無しさんNGNG
>>279
俺はまだ始めにを読んでるよ
0281デフォルトの名無しさんNGNG
>>278
よかったという意味は、実践に使えそうだと判断したと思っていいですか?
この本amazonでやたらと売れていますね。日本は大丈夫かよ?
0282デフォルトの名無しさんNGNG
ユニットテストについて一言。

全クラスの全メソッドに対してやるのは、非現実的だね。
やってみれば分かる、テスト作ってる時間の方が長くなっちゃう
んだよ。

あとassert文いくら沢山つくっても、多くのメソッドには
良いテストにならない。何故かを言うと、クラスのメソッド
の多くは、インスタンスの状態を変化させる為の物で、
そのブラックボックスの状態変化の効果は、その後の複合
したメソッド呼び出しのみ、認識しえるから。

でも使える部分も沢山あると思う。staticなメソッドは
必ずテストメソッド作るべきだし、凄い役に立つね。

ペアーも新人と経験者は一緒にやるってのはいい発想だと
思う。
0283278じゃ無いけど01/08/27 12:30ID:6ElXP3e.
よかったといえば訳がよかった、
自動翻訳通したカンジじゃなかった。
0284デフォルトの名無しさん01/08/28 17:57ID:by4Vnvc2
眼鏡っ娘K.K.ちゃん萌え〜 あげ
0285デフォルトの名無しさんNGNG
http://piza2.2ch.net/test/read.cgi?bbs=tech&key=998619229&ls=100
そっちのスレよりも先に出来ておりますage
0286デフォルトの名無しさんNGNG
>>282
「失敗しそうにない」ことはテストするな、ってことね。
テストが要るかどうかについて先入観を持ってしまうと
良くないとは思うが。
0287デフォルトの名無しさんNGNG
関数型言語とUnitTestって排他的なものなの?
むしろ相性がよさげに思うんだけど。
0288デフォルトの名無しさんNGNG
>>282
>staticなメソッドは 必ずテストメソッド作るべき

なぜstaticメソッド(Classメソッドって意味だよね)だと作るべきなの?
Instanceメソッドでテストなくてもいいやつがあり、
一方Classメソッドでテストが必須、ってのは、なぜ?
0289デフォルトの名無しさんNGNG
>>287
UnitTestを作らなくても、ある入力に対する出力が一定
(参照透明性ね)なので、別に作らなくても楽な予感。
とりあえず排他的ではないと思う。
0290デフォルトの名無しさんNGNG
>>282
全クラスの全メソッドのテストを書く必要が無いのは同意。

>テスト作ってる時間の方が長くなっちゃうんだよ。
でもこれを理由にテストを却下するのは疑問。
テストを書くことで品質が上がるなら、実装よりも時間をかけても
問題ないと思う。

全クラスの全メソッドのテストを書く必要がないと思うのは、
いわゆる80-20の法則で、一部のメソッドへのテストを書くだけで
大きな効果があり、残りのメソッドのテストは効果が少ないと
思うから。

クラスメソッドと静的メソッドを分ける発想はなかったので、ちょっと
新鮮。どちらかというと、「ではクラスメソッドのテストはどのように
書くべきか」という方向で議論したほうが生産的かな?
0291デフォルトの名無しさんNGNG
テストを省略するのは単純なget/set系と
そのメソッドを呼んでいるメソッドのテストが
しっかりなされている場合かな。
で、上位のテストに失敗したら
あと付けで細かいテストを追加してく。

むしろ迷うのは異常系のテストをやるかどうか、
やる場合どこまでか、という所。
迷ったらやる。という方針にしてもなお迷ってしまう。
0292デフォルトの名無しさんNGNG
bimyou ni functional-programming thread de
hanashi ga deteta
0293デフォルトの名無しさんNGNG
age
0294デフォルトの名無しさんNGNG
グラフィックオブジェクトのテストなんかも書くの?
何度回転したらこういう座標になるはずだとか。
0295デフォルトの名無しさんNGNG
書かない理由は?
0296DelギコNGNG
        ∧ ∧  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
〜′  ̄ ̄( ゚Д゚)<  見た目テストをやればいいんでないの?
  UU ̄ ̄ U U  \____________

  その見た目テストコードを書くという事が重要デスデス
  それを人が見て確認する。

>書かない理由は?
書けますか?、、書いてみせて欲しいな。
難しいと思うのですが。
0297デフォルトの名無しさんNGNG
>書けますか?、、書いてみせて欲しいな。
>難しいと思うのですが。

え?
そのグラフィックオブジェクトって「座標」というメンバがいくつかと、
そのアクセッサと、rotate()みたいなメソッドがあるようなものでしょ?

だったら、一般的なパターンを2つくらいと、特異パターンをいくつか
書けばいいんでないの?

「グラフィックオブジェクト」といえばコレみたいな何かがあって、
俺がそれを知らなくて、激しくはずしてる?
0298DelギコNGNG
   ∧∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
〜''~(,,゚Д゚) < あー。グラフィオブジェ=何らかの座標を持っている
  UU'UU    \のでしょうか。

 単に画面に描画処理だけを行なうものと思ってしまったのですが

 そうだとすると、見た目以外で
 テストが通るか通らないかを判断する手法はないかと
 思ったのですが…

 ドット(?)のOn/Offでやるにしても
 テスト書くのもその検証もちょっときつすぎるような。

 もちろんテストがかけないはずはないんですが
 目で見るテストというのも場面によってはアリかなと思うてます。
0299デフォルトの名無しさんNGNG
うーん、294さんに内容を聞かないとなんとも言えないけど、UnitTestしよう
というんだから、自作のクラスだろうし「回転」というメソッドと材料(メンバ)と
アクセッサがあれば、必ずなんらかの(正常パターンだけでも)テストが
書けると思うんだけど。

Directホゲホゲみたいなのを使ったものだと、確かに厳しいかもしれないね。
0300DelズサギコNGNG
今だ!300ゲットォォォォ!!!
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ

 UnitTestとは言ってないと思われ。

 描画オブジェクトだとすると
 描画が正常かどうかをテストしないとテストの意味がなくないですか?

 どのようなテストを想定されてます?

 折れは、こういう場面では
 画面にぐるっと一回り文字を描画するテストを書こうと思います.
0301デフォルトの名無しさんNGNG
>UnitTestとは言ってないと思われ。

Σ(゚д゚lll)ガーン

> 描画オブジェクトだとすると
> 描画が正常かどうかをテストしないとテストの意味がなくないですか?

んと、「描画オブジェクト」が思い浮かばないのでパス。
0302DelギコNGNG
      ∧∧  /角度指定フィールドとDrawメソッドが存在するだけのクラスです
 @' ― (,,゚Д゚) < >描画オブジェクト
   し― し-J   \
  アッサリ パス カヨ・・・
0303デフォルトの名無しさんNGNG
リファクタリングの自動化ってできないの?
0304DelギコNGNG
    ∧ ∧   ┌────────────
   __(,, ゚Д゚)_< トリッキーな質問したアナタにはこれを贈呈
 / / づ /| └────────────
. | ̄ ̄ ̄ ̄|/   http://www.assiston.co.jp/item/0182_propellercap.html
           カブットケ
0305デフォルトの名無しさんNGNG
>リファクタリングの自動化ってできないの?

こんなのありますよ。
Martin Fowlerの本「リファクタリング」に載っているので知っている人、多いでしょうけど。

Refactoring Browser
ttp://chip.cs.uiuc.edu/users/brant/Refactory/

ただSmalltalk用っていうのがねー
0306デフォルトの名無しさんNGNG
GUI用テストフレームワークみたい
英語読めない馬鹿なので内容は判らなかった

Java FAQ (What's New)
ttp://www.nk-exa.co.jp/~andoh/java/javanew.htmlより引用

>[ TOOL ] mattcas, Swing ベースのアプリケーションのための Unit test tool [ JFCUnit 0.2.1 ] をリリース
>ttp://sourceforge.net/projects/jfcunit/
0307デフォルトの名無しさんNGNG
Haskellという有名な関数型プログラミング言語のテスト用ライブラリ

QuickCheck: An Automatic Testing Tool for Haskell
ttp://www.cs.chalmers.se/~rjmh/QuickCheck/

っていうのがあります。
テスト用のコードさえ書けば、型システムを使ってテスト用のデータが自動生成され関数の動作テストされます。
かっこいー
0308デフォルトの名無しさんNGNG
>>305
http://www.refactoring.com/
を見てたら
http://www.instantiations.com/jfactor/
http://www.intellij.com/idea/
というのがあるらしい。jFactorはJBuilderのプラグイン。
0309デフォルトの名無しさんNGNG
AssertRange(int value, int min, int max)
{
 Assert(min <= value && value <= max);
}

AssertRange2(int value, int min, int max)
{
 Assert(min <= value && value < max)
}

これらのテストメソッドの適切なメソッド名・引数名はどんなんでしょう?
0310デフォルトの名無しさんNGNG
IntInRange, IntInRange2 ???
0311デフォルトの名無しさんNGNG
>>309
それ、メソッドに分けずに直接ソースに assert() 埋め込んだ方が良いと思うが。
assert に引っかかったときに、AssertRange(), AssertRange2() のファイル名と
行番号が取得できても嬉しくないでしょ。
0312デフォルトの名無しさんNGNG
kent beck来日記念あげ
0313デフォルトの名無しさんNGNG
で、何かニュースはあったの?>>312
0314デフォルトの名無しさんNGNG
>>313

帝国ホテルで公演があって観にいった。
内容は、xpの紹介程度。
あとその日のXP-mlOFFにも出現したな。
OFF逝った人感想きぼーん
0315デフォルトの名無しさんNGNG
age
0316デフォルトの名無みさんNGNG
12のプラクティスで

>比喩(Metaphor)
>どの様に全体のシステムが機能するかを示すシンプルな喩え話(メタファー)を
>メンバーが共有することで全ての開発を導く(ガイドする)。

ってあるけど、喩え話ってのが今ひとつ意味分かんない…だれか教えてください。 (´_` )

例えば、ファイルを圧縮するソフトをXPで開発するとしたら、
どんなメタファーが考えられるのでしょうか?
0317デフォルトの名無しさんNGNG
>>316
XP-jp ML に丁度メタファについてのスレッドがあるよ
http://objectclub.esm.co.jp/ml-arch/extremeprogramming-jp/2400/2490.html
0318DelフサギコNGNG
  ∧,,∧∩  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ミ,,゚Д゚彡 < しつもーそ
  U  ミ   \____________
  ミ  ミ
 ノ∪∪

 12のプラクティスの箇条書きってどこかにありますか?
 
0319デフォルトの名無しさんNGNG
>>1 のリンクのFAQってトコにあるはず
0320DelフサギコNGNG
  ∧,,∧    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ミ,,゚Д゚彡 < ありがとございます。
  ,;゙  ミ     \_____________
 ミ.  ミ
/゛゛゛゛

もひとつシツモソ
オンサイト顧客のオンサイトってどういう意味ですか?
0321Error401NGNG
>>319
お、そのFAQの下の方を見ると、

白XP本(既刊)
ピンクXP本(既刊)
緑XP本(既刊)

の後に、

オレンジXP本
水色XP本
黄緑XP本
紫XP本

の4冊が翻訳中ですね。
誰が翻訳してるんだろう?(あの人はヤだな)
0322Error401NGNG
>>320
オンサイトって十分日本語化してると思うんだけど、そうでもないのかな?
「開発現場の(にいる)顧客」
というような意味。
0323Error401NGNG
ふと思いついて、本家XPサイトに行ったら、リニューアルされてて
Toppageがいやにスッキリしてた。

で、面白そうなもの発見(今まで気づいてなかっただけか?)。

XP Magazine
http://www.xprogramming.com/xpmag/index.htm

翻訳するのめんどいから、誰か訳してくれないかなぁ(ヘタレ)。
0324DelフサギコNGNG
         _________
  ∧,,∧   /
 ミ;゚Д゚彡< いまさら、超ガイシュツかもしれませんが
  ミつ つ  \ 白本の誤訳みたいのを
〜ミ ,, ミ.    修正している所ってどこでしたっけ
  ∪∪   ピンクはリンク先にあるようですが。

改めて白本を読みましたが
技術書籍の翻訳としては
叩かれるほど変でもないような気はしました。

むしろ、日本ジンが書いた日本語なのに読みにくい
技術解説の方がよっぽど嫌かも。
0325Error401NGNG
>>324
それもリンクされてるよ。

Essential EC Kent Beck の Embrace Change 本関連
EC 本要約 essential-ec.html (by ホソカワ, 矢崎, 上手, 佃, やまの)
EC 本,邦訳(XP エクストリームプログラミング入門)へのコメントec-errata.txt (by 小野 剛)

ってとこ。
0326DelフサギコNGNG
____∧ ∧_ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
___ミ,,゚Д゚ミ< どーもー。>>325さん、サンクスコ
__ ミ ⊃ つ  \______________
_〜ミ,, ,,〃
_ ∪ ∪
0327DelフサギコNGNG
XPに出てくる4つの変数のスコープって何ですか?

   ∧∧  ↓こいつは赤外線スコープ?
   ミ,, ゚Д⊆0___,,
   ミ⊃二O,---' ̄ ̄
   ミ   ミ
   .∪∪
0328DelフサギコNGNG
http://objectclub.esm.co.jp/ml-arch/extremeprogramming-jp/0/85.html

スコープ ー (そのスコープが顧客の問題を解決しているのであれば)控えめのスコー
プは質の向上に繋がります。それから、納期を前倒しすること、または、安く納品す
ることができます。

ソフトウェア開発で一番意識していなければならないのが、スコープです。スコープ
を積極的に管理できれば、マネージャーや顧客にコスト、質と時間を管理させられま
す。

スコープの凄いところは、しばしば変化するという点です。要件が最初から明確になっ
ていることなど一度もありません。顧客は何がほしいか一度も正確に言えたためしが
ありません。

   ∧,,∧  ゼンゼン ワカラン
   ミ゚Д゚,,⊆0___,,
   ミ⊃二O,---' ̄ ̄
   ミ   ミ
   .∪∪ 赤外線スコープは夜でも見えるんだぞ(多分)
       オサマもイチコロ。
0329DelフサギコNGNG
http://objectclub.esm.co.jp/ml-arch/extremeprogramming-jp/2200/2206.html
> > の第 4 章で「スコープ」という用語が出てくるのですが、意味がわかりません。
> >  scope を英和辞典で引いてみると「(知力・研究・活動などの及ぶ)範囲、視野」
> > とありますが、そういう意味でいいのでしょうか。

> これは,「XP エクストリーム・プログラミング入門」を読んでだ
> れもが疑問に思うことだと思います.私も最初分かりませんでし
> た.

> スコープ: リリースに盛り込む機能の範囲.何を今回のリリースに
> 含めて,何を後回しにするか,ということ.XP では,プロジェク
> トを管理する4つの変数として,コスト,時間,品質,スコープを
> 挙げており,中でもスコープをコントロールしてプロジェクトを「運
> 転(steer)」すべきだ,と言っています.

  ∧,,∧     /
 ミ,,゚Д゚彡  < だってさ。参ったね。
  U  U    \
〜ミ  ミ
  ∪∪
0330デフォルトの名無しさんNGNG
>>328
どこまでやるかっていう範囲のことだよ。
0331デフォルトの名無しさんNGNG
そうそう、このプロジェクト(またはリリース)では何を実現するか、もしくは
何を実現しないか、っていうこと。

ほんとはこれが決まっていないと納期も金額も決められないはずなのだが、
いいかげんなまま見切り発車するプロジェクトが多い。
0332デフォルトの名無しさんNGNG
age
0333デフォルトの名無しさんNGNG
sage
0334デフォルトの名無しさんNGNG
>>331
最初に正確に分かるはずがないから、
少しずつ修正しながら進めよう、ってのがXPでわ。

客が欲しいタスクをイハ°イ書く
→プログラマ達がそれぞれのタスク作成にかかる期間を見積もる
→客が、どのタスクから作るか決める

次のリリースまでに欲しいものが全部入らないとき、
どれを入れるかは客が決める。

最終期限までに入らないとき、機能を削るのか期間を
延ばす(もっと金をかける)のかは客が決める。

良くある「安くしろ、機能は削るな、納期は延ばすな」という
不毛なやり取りはなくなる…はずだが、こういう金の出し方
をできる客が日本にどのくらいいるかは不明。
0335DelフサギコNGNG

   ∧∧   /どのくらいの企業が
〜''ミ ゚Д゚ミ <  XP採用や採用検討しているのでしょうね。
"UU'UU"    \
0336デフォルトの名無しさんNGNG
こういう先進的な技法を率先して取り入れる力のある
ソフトハウスってSRAくらいしか思いつかん。
0337デフォルトの名無しさんNGNG
SRAってソフトハウスだったのか。
0338デフォルトの名無しさんNGNG
XPを導入する上で一番のネックは実は案件の受発注のやり取りじゃないか?
日本じゃ何が何でも最初に金額と納期を決めようとするが、そのくせ要件定義で
出た話と金額が見合うかどうかなんて殆ど考慮されてない。
最近やった仕事でその辺を痛感したんで、その辺の問題意識をもってる営業さん
と共同戦線を張ろうと画策中。
0339デフォルトの名無しさんNGNG
激同。
On-site customerと並んでネックだね。

まずは社内開発プロジェクトから始めてみるのかなあ。
0340DelフサギコNGNG
   ∧,,∧   / ̄
@,,,ミ,,゚Д゚彡 < お客さんの実行する機能テストというのは
⊂,,,,,,,,,つつ.   \どういうものをさすのですか?
0341デフォルトの名無しさんNGNG
>>340
例えば「この入力を与えたら、こういう帳票が出力されないと困る」
というのを顧客が(ワープロやエクセルで)数値まできちんと書いて、
それをチェックするテストはプログラマが書く。
0342DelフサギコNGNG
>>341サンクスコ
 なんかイメージ湧きませんが
 客もテスト作って、すぐリリースされたものを使えや(゚Д゚)ゴルァ
 ってところでしょうか。

 ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄
   ∧,,∧    ベンキョウベンキョウ
  ミ,, ゚Д゚彡
   〃つl⌒|⌒l
 〜ミ,,[ ̄ ̄ ̄.]
      ̄ ̄ ̄
 もっとXPの話題でてこないかな。
0343デフォルトの名無しさんNGNG
>>342
テストケースを作るのはオンサイト・カスタマー
つまり、プログラマ・チームといつも一緒にいて
指示を出してる顧客だよ。ユーザはまた別。
0344DelフサギコNGNG
 ∩∧,,∧∩  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ゙ミ,,゚Д゚彡ノ < スラッシュドットage
  ミ  ミ   \____________
  ミ ,, ミ
 ノ∪ ∪

http://slashdot.jp/article.pl?sid=01/10/29/1719222
0345デフォルトの名無しさんNGNG
ファシリティというのは
日本語訳すると何?
0346デフォルトの名無しさんNGNG
>>345 Facility 辞書で引いてみよう。
■ このスレッドは過去ログ倉庫に格納されています