XP実践してる奴っている？

どうよ

2げっとずざー

XP = Cross Play = 乱交

もちろん、うちのＰＣはWindows「ＸＰ」ですが、なにか。

>>1=2=3=4
おめでてーな

一人で開発するには
必要ないと思われるのです

最近意味わからんスレタイトル多いな

>>7
もしかして、XP==WindowsXPだと思ってる？

>>8
失礼勘違いしてた
eXtreme Programming
でしょうか

一人でも取り入れられるpracticeはいくつかある

XPスレあるだろ、アホか？

後から考えてみると自然にＸＰになっていたというのがよくあること。
ドキュメントもなしに開発していて隣同士でペアプログラミングしてたとか。

>>12 そうそう、よくある、よくある。

パッケージ開発で、開発費浮かすために1stユーザを社内に設定して、
開発者足りないから手ー貸してとか言って、結果としてオンサイト顧客確保した例があったっけ。

つーか、成功例がいっぱいあるから、手法として成立するんだろ、ＸＰの性格からいって。

あと、新しい技術を軽ーくライブラリ化する時って、
余裕があればテストドライバも書いとく。
テストコードがセットになってれば、
後で動作チェックも簡単にできるし、
ライブラリ使う人に使用方法知らせる手間も多少省けるしねー。

>>15
Javaの場合なんかはmain関数をどのクラスにも入れたままリリース？

>>14
個別のプラクティスは、他の価値観・方法論とぶつかりながらも、いろいろ現場で試されてきた。

合わせ技で、極端なまでに割り切ってやれば、
個別手法導入時に問題になった軋轢・矛盾が解消されるでしょ、
っていうビジョンをきちんと示した所が、新しい。

>>16 漏れはそーいう例をよく見るが…

どーでしょ？JUnitやってる人？

>>18
全部のクラスにテスト用mainつける必要は、ないでしょ？

たとえば、データやパラメータの入れ物クラスは、
そのクラスをハンドルするクラス間の結合テスト書いとけば充分だし、
一般に、一まとまりの機能を実現するクラスの組で、基本的なテストをしとけば、
そこから派生したクラスでは、機能拡張部分だけテストすれば充分て事も多い。

eXtreme Programming
http://pc.2ch.net/test/read.cgi/tech/989482113/

きちんとテスト・コードを書いてると、
仕様記述言語で大雑把なまとまり毎に、事前条件・事後条件チェックしてるよーな気分になるなー。

ところで、「気が付いたらXP実践してました」の他の例は、ないのかなー？

eXtreme Programming
http://pc.2ch.net/test/read.cgi/tech/989482113/

ぁ、そちも最近漏れ煽ってますです…

〈!-- 漏れはここの>>1ぢゃないけどねぇー！ --〉

RUPでいいじゃん。もんで商売はじめんなといいたい。
こんなの巷のハウツーもので十分な気がするけど>XP
方法論なんておこがましいな。

どうでもいいがこのスレは捨て。
それだけは間違ってないと強調しておきたい。

>>19

JUnit使え。
リリースコードにテストコード残すなよ。

>>24
何が言いたいのかわからん。

>>25 リリースコードにテストコード残すなよ。
それホント？
パッケージ提供が目的で、サイズが気になるんならともかく、
情報処理/サービス提供が目的で、パフォーマンスの低下が有り得ないんなら、
　　陸で救命胴衣着けて、船に乗るとき救命胴衣脱ぐ、
って事にならんかなぁ？

>>27

だからJUnit使えって言ってるんだよ。
テストコードはいつ実行するんだ？
本稼動中に実行するんならもはやテストコードじゃないよな。

テスト・コード転じてデバッグコードになる事もあるかな？

>>27はユニットテストを知らない、で、おげ？

デザパタ、リファクタリング方面は歴史長いし
昔から自分で実践してるから知ってるけど(言い訳、
最近ポッと出の UnitTest は勉強してないでーす。おげ？

UnitTest と リファクタリングを組で実践する事に重要性あり、
だと思うから、べんきょしときマウス。

まぁまぁ仔細をつっこまずに、、、
＞「気が付いたらXP実践してました」の他の例は、ないのかなー？
って事でお願いしますです。

どうでもいいが、さげろ

>>24 や >>32 は どーなのよ

ええ歳したオッサンが幼稚園児の真似などできるか！

>>32 て事でお願いします。

あと、二ポーンは第五世代/AI系の影響で(笑、
ＯＯへの本格取り組みが遅れたけど、
80年代後期〜90年代前半のOOコミュニティ/UNIXコミュニティが
今現在に与えている影響って、図り知れないものがあると思う。

そーゆー重要な影響を児戯と切り捨てる >>34 のコミュニティ(ぁ強制労働所か)は、
何を生み出し、現在にどういった爪あとを残しているのだろう...

>>35
結構有名なものを生み出しました。
しかしXPはもーごめん。
いままで1人でやってもソースきれいだしバグも一番すくないもん。
ソースきたなくてバグばっか出すやつだけXPでってできんのかね？

いいなぁ、>>34さんは。
脳内体験でなく実体験として、飽きるほどＸＰして、
限界を見極められたんですか。

それでは、XPの限界/問題点をその説得力ある実体験に基づいて、
教えて頂けませんか？
別にXP体験してなくとも、実体験に基づいて指摘頂ければ、
大変ありがたいです。

あ、↑は的外れかもしれないですね、ごめん

>>34 さんは如何なる仕事形態をとって居られるのでしょうか？

分析-設計-コーディング＆改善-テスト-納品/販売/運用等、まで、
一人でできる規模はかなり限定されてると思うのですが。

別ｽﾚで「OOの知識共有の重要性」を指摘したﾚｽがあったんで、
貼り付けておきます。
　http://pc.2ch.net/test/read.cgi/tech/1013875413/447

XPやOOに限らず、他の分野でも「組織的な知識共有」って重要視されてるみたいですね。

ナレッジマネジメントとか、暗黙知がどうとかちょっと前の流行だと思うが
別に駄目だというわけではないが

情死す板で、ＥＩＰ(エンタープライズ・インフォメーション・ポータル)
とか言っているのだって、「組織内のデータ/知識の効率的活用」が背景に
あると思いますが...。

>>３８
>一人でできる規模はかなり限定されてると思うのですが
おれの認識ではXPってそんな大規模開発にはみてないとおもうんだけど
どうでしょ？（官庁とかが発注するようなのね）
おれがやったのも１０人以下ですよ。

>分析-設計-コーディング＆改善-テスト-納品/販売/運用等、まで
こういう風にするかい？XPって
おれは渾然一体でやってたよ。
分析やって細かくタスクにわけて
そのタスクをコーディングやってって風に。

らしいよね、>>42
・小規模向け
・繰り返し型開発 (ここだけRUPと類似)
・「計画ゲーム」

>>36
いつ誰が抜けてもいいようにプロセスを
進める必要があると感じたことはないの？
あんたのコーディングセンスが抜群でも、
あんた一人がいなくなったら、そのロスも
技術に比例して大きくなる。

XPはよく知らないけど、ペアプロなら
最低でもメンバー二人が抜けるまで、
保守不可能な状態に置き去りにされた
コードは発生しない。

大規模は小規模の積み重ね

￣￣￣∨￣￣￣￣￣
　　　∧,,∧ 　
　　ミ,, ﾟДﾟ彡　
　　 〃つl⌒|⌒l
　〜ﾐ,,［￣￣￣.］
　　　　 ￣￣￣
ｼﾛ本のP16-17とか読むといいかも。

>>44
>あんた一人がいなくなったら、そのロスも
>技術に比例して大きくなる。
おれの勝手な持論
プログラマたるもの、コンパイルが通るソースと外部仕様がわかれば
引継ぎできなければならない
です。
それができない奴はいらんです。

は世間では通用しないですね。
ペアプロやだよー

>>46
＞プログラマたるもの、コンパイルが通るソースと外部仕様がわかれば
＞引継ぎできなければならない

昔、漏れ、デザパタの題材になったET++ライブラリの祖先"InterViews" を
Windows3.0Aに移植しようと試みた事あるけど、
でかくて複雑で、果てしなくわかりにくかったーよ。
(クラス階層を浅くして、理解しやすいように改善したってかいてあったけーど)

今なら、JCP の JDK, J2SDKEE ソースツリー程度なら、
アプリのデバッグついでに追っかけられるけど、
「OOの各種スキル」と「経験」がないと、難しいんでわないかい？

んで、そういうスキルと経験を育てる場が、必要だと思うよ、社会的動物として。

↑あっ、移植だからコンパイルできないソースですよね。ごめんなちい。

　∩|　
　ﾐ ﾞ''ﾞﾞﾞつ　
　ﾐ∧,,∧　　　／￣￣￣￣￣￣￣￣
　ミ,,ﾟДﾟ彡 ＜　>>34=>>36=>>42=>>46
　Ｕ　Ｕ　　　　＼＿＿＿＿＿＿＿＿

何も言わんとこ．．．．無駄っぽいから

>>45 御指摘ありがとうございます。
　白本P16-17、今手元に無いんで、後で確認してみます。

ところで、OOの大規模プロジェクトへの適用事例って、
国内ではなんかあるでしょうか？ご存知の方お教え下さい。

リファクタリングの目的は、「シンプル設計」の維持にある

今日、ずっと前に納品したプログラムのバグを改修しました。
UnitTestを知る前のソース、我ながらキチャナイ！
似たような関数がここにもあそこにも・・・
仕様変更のたびに既存機能を壊すのが怖くて増築に増築を重ねてしまってました。
さてこの糞コード、リファクタリングすべきかせざるべきか。
（やりたくても到底そんな予算や時間無いんだけどね。）

>>52
同感。そんなに昔でもないのに、すごい汚い。
意識の違いって大きいよな。

XPで開発している SOHOのグループないかな?
オレをまぜて欲しい．

>>54

リモートXPはうまくいかないってのが経験則なんだけど・・・
とりあえずageとくか。

>>55
そんときは、オレが仕事場に出向きます。
リモートだと、XPの4つの価値のうちのひとつ、「コミュニケーション」が困難だものね。

こないだ、相方とお客さんとの３人でXP状態だったよ。
二人であーだこーだと、バグ取りしつつ、コードにお客さんの要望を反映。
お客さんがテストデータ作成、テスト。
NGがあったら、バグ修正。

お客さんからのフィードバックが早いところがポイントだね。

>>35
ぜーんぜん、スレ違いで申し訳ないんですが、とても気になるので質問す。

>80年代後期〜90年代前半のOOコミュニティ/UNIXコミュニティが
>今現在に与えている影響って、図り知れないものがあると思う。
これは一体何のことでしょう？
UNIXコミュニティって、Cべったりで、反OOかと思ってました。
まじな質問です。お願いします。

８０年代後半〜９０年代前半っていうと、
OOPLでは、Smalltalk, Eiffel, C++なんかが出てきて、基礎が一応の完成を見た次期だったと思う。
UNIXの方は、SystemＶ, BSDなんかがこの頃だったかも。インターネットの基礎技術も、
この頃完成したんじゃないかな。

ナカナカ(･∀･)ｲｲ!!ｽﾚ

ASPのテストってVBうにっとがいいですか？

>>61

ASPUnitというのが調べてみるとあったぞ。使ったことはないけど。
Web アプリケーション 作るなら、WebUnit も便利。

>>59
TCP/IPを普及させたのはUNIXといっても言い過ぎではないと思います。

私はTCP/IPを普及させたのは人間といっても言い過ぎではないと思います。

既出スレを使えやゴルァ

ｲｲ(･∀･)ｽｷﾞﾃﾞｽ!!

それを人はeXtremeという。

>>63

インストールベースの拡大という意味ではWindows95の功績の方がはるかにデカい。
UNIX屋は認めたくないようだがそれが事実だ。
XPとまるで関係ない話題なのでsage。

インストールベースって何？
パッケージの事？

>>63
TCP/IPをプロトコルとして確立し、世界に広めたのはBSD (略

いや、いいんですけど。
TCPもインストールベースも、何かOOと関係が？
俺、別世界に迷い込んだ？

>>59
そうでもないよ。
C の方が小さくて手になじむ言語だから好まれるけど。
UNIX コミュニティには学生や研究者が多いから、
OO を研究していた人も多いんじゃないかな。

>>68
コンシューマにおいてはそうだね。
インターネットが流行してきた時期に
未練がましく MSN で囲い込みをしようとしてたのを思い出す。

俺、ペアプロとか何にもしてないけど、カードに予定書くようにした。
カードってもふにゃ紙だし、終わってももたいなくて破れない。
でも、すごくいい。
まず、自分の進捗を直感的に把握できるようになった。
気が乗らなくても、「カード1枚こなそう．．．」と思って元気でる。

>>73
XPのタスクカードのノリだね。

Web アプリケーションとかでエラーを発見するために、フォームにいろいろな
値を入れたり、リンクを適当に動き回ったり、それを自動的に行うツールとか
ないですか。

JUnitを使いたいんだけど、
解説ページない？
いまいちよくわからない。

実際の案件でXP使うときにはどういう契約になるの？

「どこまでできるかはやってみないと分からない」で
客は契約してくれる？

> Web アプリケーションとかでエラーを発見するために、フォームにいろいろな
> 値を入れたり、リンクを適当に動き回ったり、それを自動的に行うツールとか
> ないですか。

Ruby の WebUnit をベースに作ってみようかなと思うんだけど、どう？
需要ある？

作って公開して。
それからかんがえよう。

sourceforge.jp に登録だ。

Javaコードの診断: 正しいメソッド呼び出しのためのRecorderによるテスト
http://www-6.ibm.com/jp/developerworks/java/011109/j_j-diag0612.html

ページの推移を見るテストを作るには、これは少し参考になる。
こういうテストは定型的なコードになるから、これを支援するツールがあっても
いいんじゃないかとは思う。

誰か作ってはいないだろうか・・・。

SorceForge で探してみたところ、目新しいものとしてはこんなところか。

Web Test Tools
http://sourceforge.net/projects/wttools/

StrutsTestCase for JUnit
http://sourceforge.net/projects/strutstestcase/

>>75

HttpUnitじゃ駄目なの？？

>>82

HttpUnit は使うとは思うけど（俺は WebUnit の方が気にいってる）
ひとつひとつのフォームに対してコードを書くのがメンドクサイんで、
それをある程度自動化できるものがあればいいなと。

Ruby アプリケーションの中で一番役に立っているのが「WebUnit」

ペアプロはイイ
人に説明しながらコーディングすると「あ、だめじゃん」って一人突っ込みを入れるのが早くなる。
人の後ろで見てるとそいつが何をわかってないのかよくわかる
教育効果はF通とかの講習会の10倍以上だろう

テストファーストもイイ
完全にテストファーストは難しいけど、テストを作ることでクラスインタフェースの設計のボロがすぐわかる

言い訳がイイ
小難しいところは次のイテレーションにって言い訳ができる
期限があるときは正常ケース重視の実装だけしておいてタスクとして残すという方法で意外と成果主義の人間を納得させられる

実践とまでは言わないけどちょっとやってみた感想

もうひとつ、開発者は一部屋に集めるべきだ

>>1
少なくとも「ユニットテスト」くらい一人でできるだろ。
ツールなんかなくたって普通にスタブ作ればいいんだし。
まずはできるところからやってみ。損はしないと思うよ。

テストしやすいようにモジュール分けすると
綺麗な設計になることが多い


気がする

>>87
テストがそのモジュールのクライアントコードになるからね
テストしやすいってことは使いやすいってことになる

>>87-88
激しく同意すること。人はそれを「禿道」と呼ぶ。禿道！！

なげーな。失礼。

ウチの会社は頑なにウォーターフローの神話を信じてやまない

１．設計段階でソースは一切触れない上に設計の出戻りは許されない
２．設計書＝どんなＰＧが見ても同じように作れる仕様書

建築業じゃねーんだからサ・・・・
俺ら開発は毎日ないてるＹＯ！

>>90
それで成果がでてるんならいいんじゃないの？
そういう会社で取り入れたいならゲリラ的にやるしかない希ガス留

>>91
全然成果でてねーよ、そんなん無理だろう。現実は・・
実際はみんなコソコソインチキしながら反復開発してるよ

>>92
藁田

一歩間違えればデスマーチのヨカソ。

派遣やってるけど、ウォータフォールをきちんとやってる部署見たことないね
そういうのに厳しいところではどこも92みたく開発してるね

・・で？ＸＰやってるとこあるの？
とりあえず、どーやってこのやり方で、最終納期と全体見積りを出すのか教えてくれ、いくら開発スタイルとして理想的でも仕事に使えなきゃ意味ないだろ

>>90
「手戻り」だろ。

>>76
http://objectclub.esm.co.jp/eXtremeProgramming/TestInfected-J.html
漏れはこれでJUnitのファンになりました。
あとはマーチン・ファウラーの本『リファクタリング』のテストの章。

>>95
規模の見積もりは、いままでどおりでいいでしょ。変わらないよ。
ウォーターフォールでは、設計、実装、テストって分かれて見積もったけど
ＸＰではそれらをまとめて見積もることになる。ってことでしょ。

2つ見るの面倒だからこっちに移行してくれ。

「eXtreme Programming Part.2」
http://pc.2ch.net/test/read.cgi/tech/1021009213/l50

テストだけやればじゅうぶん

　冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　○　 |⌒|　○　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　　 ＿＿＿＿＿＿＿＿＿＿
　　　　ゝ　　　/ヽ───‐ヽ　/　　/ マイクロソフト社のものは
　　　　 /|ヽ　　　ヽ──'　　 /　＜ 　私の物　私の物は　私の物
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣

　　　∧,,∧　　旦　　V/ 　　頭のズレも
　　 ミ,,ﾟДﾟ彡っ　　　人 　　　あなたのもの
＿と~,,　　~,,,ﾉ_.　　(ﾟーﾟ )
　　　 ﾐ,,,,/~), │　┷┳━
￣￣￣ .じ'Ｊ￣￣|　┃
￣￣￣￣￣￣￣ 　┻