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

eXtreme Programming

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

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

参考URL:
http://objectclub.esm.co.jp/eXtremeProgramming/
0554デフォルトの名無しさんNGNG
ペアプログラミングて何?>553
0555デフォルトの名無しさんNGNG
>>549

(548じゃないけど)
「2週間で基本的な概念が身につかない分野には手を出すな」という警句ともとれ
るよね。餅は餅屋にってところかな。

>>548
グラフィック系やワープロ系アプリの開発をやってるような会社ならWebブラウザ
の開発も守備範囲になるだろうし、そういう会社ならペアプロしたって全然問題
無いでしょう。
0556デフォルトの名無しさんNGNG
夫婦でペアプロ...これ最強
0557デフォルトの名無しさんNGNG
夫婦間では隠し事だらけになりますが、なにか?
0558ゴミすまんNGNG
女の子とペアプログラミングしたい。
0559デフォルトの名無しさんNGNG
>女の子とペアプログラミングしたい。

そういえばペアプロは「つっこみの要領でやります」ということでしたね。
0560デフォルトの名無しさんNGNG
>オブジェクトリポート 第6巻10号
>思考停止を解除するためには:ペアプログラミングは機能するか?
>カリフォルニア大学アーバイン校 鈴木 純一
これ読んだ人いる?
0561名無しさん@EmacsNGNG
>>553
>分析/設計は、日々の作業として行われている。

此処が XP の要点なのかな…
日々分析/設計を続ければ、理不尽な設計に煩わされる事も無くなりそうだし。

そう考えると、ペアプログラミングは、共同所有と云うより…
全員がコード全体を把握する様な、分業に依らないプログラミングなのかな…
0562デフォルトの名無しさんNGNG
>ペアプログラミング
素朴な疑問。
奇数人プロジェクトでは残りものはどうしますか?まさか3人?
誰かが風邪で休んだときはどうすればよいのですか?

ちょっと実験プログラムを書きたいときはどうすればよいですか?
0563デフォルトの名無しさんNGNG
珍しくいいこと言っている

日経BP IT Pro 記者の眼 ソフトウエア開発は楽しいですか?
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20020120/1/
0564デフォルトの名無しさんNGNG
>XP だっていきなりコーディングはじめるわけじゃなし…
コーディングの前に何をして、何をすべきでないか?意見求む。
0565デフォルトの名無しさんNGNG
>>562
こういうやり方はどうでしょうか?
http://objectclub.esm.co.jp/ml-arch/extremeprogramming-jp/2100/2196.html
0566デフォルトの名無しさんNGNG
>>563
XPじゃ無くとも、「納期を自分で決める」ことができるなら
ソフトウエア開発は楽しい。
# ま、俺個人の意見だが...。
0567DelフサギコNGNG
>>566
でも、ね。それだけだと
マジメでバカ正直なPGだけが
自分の限界ギリギリまで働く事を想定した納期を
設定してコン詰めて、自爆してしまう危険性を伴うよ

            ∫    _________
   ∧,,∧     ∬   /
   ミ,,゚Д゚彡っ━~  < 正直者はバカをみるってか?
_と~,,  ~,,,ノ_.  ∀   \ 
    ミ,,,,/~), │ ┷┳━   ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ .じ'J ̄ ̄| ┃
 ̄ ̄ ̄ ̄ ̄ ̄ ̄  ┻
「納期を自分で決める」ことができるの
さらに一歩進んだ所にXPはあるんじゃないでしょうか。

自分で決めるのは納期じゃなくて、見積もり期間だけどね。
0568DelフサギコNGNG

┷┳━     ,,,,,,,,,,,,,,,∧,,∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ┃   〜′,,,,,,,,,,ミ;゚Д゚彡<  ヤバー
  ┻.    UU"""" U U    \
                     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
関係ないんだけど、たったいま、同僚にAA見られて
「その絵うまいですねー」
とか言われちゃった。どうするべ。

ペアプログラミングできないね………
パートナーもニチャンネラーに洗脳するしかないか・・・・・・・
0569デフォルトの名無しさんNGNG
>>559 ペアプロ界の大輔花子を漏れは目指す!
0570DelフサギコNGNG
>[XP-jp:03109] XP が2ちゃんにデビュー

  ∧,,∧    /不毛な議論でゴミメール散在させて
  ミ ゚Д゚ミっ < あげくのの果てに「2ちゃんにスレ立ったようです」
  |''U ̄|   \だって?!マ板ばっか見てんじゃねーぞ
  | ̄ ̄|
 /    ゙ヽ
(   ゚Д゚  ) イッテヨシイッテヨシ
人____ノ

『ゴミに対する考え方』
ゴミメールばっか作成しても
生産性は高まらない。

以上、XPMLからのネタでした。

スマンコとか逝っとけ!
0571デフォルトの名無しさんNGNG
あー、どおでもいいけど
超かわいい女の子とペアプログラミングしたいね
0572DelフサギコNGNG
  セクースしながらプログラミング
  セクーストリ〜ムプログラ…
\    
   ̄ ̄ ̄ ̄ ̄ |/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        ∧ ∧∧∧
       ミ,,*゚Д゚彡 ,,ミ ハニャーン
   パコパコミ   つ   ミ
      (((ヽ  ミ 〃U
       U U U
0573デフォルトの名無しさんNGNG
>>572
本日はお日柄もよく、とても寒いですね。
暖房をつけているのに、ここは何処なんだというほど寒気がしました。
すばらしい能力です。
ぜひ、うちのデブで臭い新人の横に座ってくださいませんか。
そして、あの殺人的体臭をあなたのお言葉で抑えてください。
おながいします。
0574デフォルトの名無しさんNGNG
>>572
で、成果物は10ヶ月後に世に出る・・と?
0575デフォルトの名無しさんNGNG
正直XPの経験も知識もなくその穴を偏見と妄想で補いつつ
偉そうに講釈垂れてるAAコピペ荒らし野郎は
せめてこのスレ以外を荒らしてくれ。
0576デフォルトの名無しさんNGNG
良いこといっているので、みなさん参考にすること!

ーーーーーーー
[procimprov:00054] Re:ソフトウエア開発は楽しいですか?
こんにちは、上手です。
雑談です。

> プロセス改善でもXPの良い所はどんどん取り入れるべきだと思いますよ
> もっとも、プロセスレベルが低いままだとXPの良い所がどこなのか把握するのが
> 非常に難しいんですけど

最近プロセス改善に関する認識は、一般受けする区別としては、「XP以前とXP以
後」と言ってもいいのかな、と思い出しました。
#プロは昔からちゃんとやってる、という意味で。

RUPとかオブジェクト指向開発方法論とか言っても「いまいち人の話」という感じ
だったのが、XPを通じて、現実の話としてプロセスを議論できるようになったの
かな、やっぱりXPの功績は大きかったな、という感想を持っています。

しかし某所の議論を見ていると、ご存知のように、プログラマ全体としての問題
もかなり顕在化してますね。

1 議論のやりかた、論理展開の仕方を全く知らない人が多い
 ・必要な概念の定義をしないで進める
 ・網羅的に議論しないで、一部のみとりあげてコメントする
 ・人の意見を「推測」し、それに基づいて議論を先にすすめる

2 基本的な知識の不足
 ・ソフトウェア工学の基本
 ・品質管理の基本
 ・経理的・経営的な初歩の知識
  ・付加価値という概念を知らないので、「売上げ」などという単語で代用する
3 パッケージ開発などを知らず、人月の頭で考えている人も多い

こんな状態で、ちゃんとした仕事ができているのだろうか?
「井の中のカワズ」状態なのではないか?

やっぱり教育しかないのですかね?
#自分の周りも全く同じだけど・・

(では)
0577Error401NGNG
XP-jp荒れてますねぇ。
僕は濱井氏に肩入れして読んでるけど。(っていうか、濱井氏の敵?が
気にくわない(藁)

ところで、超久しぶりにVBの仕事をやることになりました。
んで、VBUnitをダウンロードしようと思ったら、シェアウェアバージョンが
ありました。違和感ありまくりで、ちょっとびっくり。

2ヶ月の極小プロジェクトなので、VBUnitを極めるつもりもないので、
フリーソフトバージョンを使うことにしましたとさ。
0578デフォルトの名無しさんNGNG
>>577

俺も濱井氏派。

っていうか、
>この辺でやめておきます。
って言いつつ何度も発言を繰り返したり、

別のML行って
>しかし某所の議論を見ていると、ご存知のように、プログラマ全体としての問題
>もかなり顕在化してますね。
って陰口叩いたりしているのを見ていると

とっても2ちゃんねると同じ匂いを感じるんだけど。

あと、
> :-)
これをつければ、ツマラナイ嫌味が、面白いコメントになると
思っている奴とか。


0579デフォルトの名無しさんNGNG
>>578
同感。上手は何様だと思っているのか?
自分が優秀であるなら、途中で投げ出さずきっちりと議論しろっていうの。
濱井さんの方が立派。
0580DelフサギコNGNG
    樋口って人が相当変なんじゃないの?
|,,∧
|Д゚彡 ジー   
⊂ミ   
| ,;゙   ア オレハ イケン イワンホウガ イイノカ…

南ツーか。こういうのを
近親憎悪というのではないかと....

http://www24.big.or.jp/~faru/txt1036.html
0581デフォルトの名無しさんNGNG
>>580

>ア オレハ イケン イワンホウガ イイノカ…

2ちゃんねるなら、いいんじゃないの?
樋口も煽るなら、ここでやりゃいいのに。
0582デフォルトの名無しさんNGNG
>>579
私も濱井さん派。

だけど、濱井さんの歯切れの悪さも感じる。
けど、対抗している派の人には、とっても嫌悪感を感じる。
0583デフォルトの名無しさんNGNG
>>582
これじゃぁ、XPの4つの価値のコミニュケーションの
価値が下がっちゃう。(笑)

やっぱり、フェイスtoフェイスなんやね。
0584デフォルトの名無しさんNGNG
>>567
>しかし某所の議論を見ていると、ご存知のように、プログラマ全体としての問題
>もかなり顕在化してますね。


別にプログラマ全体の問題でもないと思うけど。
人間のコミニュケーションの問題でしょ。
プログラマは、人を継承するからプログラマとしている
んだろうけど。
0585デフォルトの名無しさんNGNG
>>582

>だけど、濱井さんの歯切れの悪さも感じる

 たしかに議論が下手だね。
 でも、それに対して煽る発言を繰り返すのが嫌だね。

 CMMとかソフトウェア工学とかの批判がよっぽど気に触ったんだね。
0586デフォルトの名無しさんNGNG
みんな真面目に読んでるんだ...僕は読み飛ばし。
ああなっちゃうと議論のための議論になっちゃって,
有益な部分を読みとる労力が大変だし。

意見の本質はともかく,なんでああいう煽り口調で議論するのかねえ。あとさ,みんな会社のアドレスで昼間からやってるけど,
大丈夫なのかな。人ごとながらちょっと心配。
0587デフォルトの名無しさんNGNG
>>586 なんでまずいの?
っつーか、技術調査目的でもインターネット使っちゃいかんの?
0588586NGNG
>>587
技術目的のインターネット利用に関しては、
それぞれの上司が判断するだろうけど、
もしそれがOKだとしても、
今回のケースは2chでもあんまりいい意味でなく話題になるくらいだから、
内部的にも外部的にも微妙な判断をする人がいるだろうな、
という個人的な感想です。

某Nとか某Aとか(書いても大丈夫かな?)、
この会社暇なのかあ、って思わない?
XPの話題のわりに、トップダウン的というか、管理至上的というか
なんとなく不思議な感じがしない?
0589デフォルトの名無しさんNGNG
MLの方、昨日まで興味持てなかったんで、実は事情を知らないんです。
荒れている時に参加したくはないなー(笑
0590589NGNG
>XPの話題のわりに、トップダウン的というか、管理至上的というか
>なんとなく不思議な感じがしない?

私は、CMMとRUPとXPを調和させる道(笑 を模索しているんで、
身につまされる問いかけですね。

MLの方追っかけてみますです。
0591デフォルトの名無しさんNGNG
>XPの話題のわりに、トップダウン的というか、管理至上的というか
>なんとなく不思議な感じがしない?

 もともと、XPの導入を阻害する原因は何か?

って話題だったから、管理やなんかの話題がからむのは
仕方ないんじゃないかな?
0592568NGNG
>って話題だったから、管理やなんかの話題がからむのは
>仕方ないんじゃないかな?

違う違う。議論の内容ではなくて、
議論の進み方とか話題の出し方とか反論の仕方とかが、
トップダウン的だなあと思って。
共通点とか解決法を探って頑張りましょう、って雰囲気がないかな、と思って。

あくまで話の展開の仕方(内容ではなくてね)に対する
個人的な感想なので、根拠はないけど。
議論しているテーマ自体にはとても興味があります。
ああいう展開になって残念です。(予想はしてたけど。)

ここでMLと同じ展開にもなっても仕方がないのでのんびり行きましょ。
0593デフォルトの名無しさんNGNG
また新たなミイラ採りが現れたようだ。このhasegawa氏は何でこうも
何でもわかっているというお高い感じで書くんだろう。
0594Error401NGNG
[XP-jp:03095]
>予測は予測です。危険率ちゃんと入れてますか?
>もし余ったらお金返しますか?
>超えたら、追加で貰いますか?
>危険率大目じゃないと、受注自体危険な行為じゃないですか?
>そもそも、一点で見積もれるのですか?
>予測するのはいいんですがギャンブラーですね。
>危険率大目ってのはつまりぼったくっているってことですよね。
>機能仕様が流動的なのに、一点ですか。
>すごいな、予知能力者だね。
>僕なんて、車で吉祥寺から渋谷移動する時間さえ一点で予測できないです。

いやー、このフレーズ、好きだなぁ。
僕もかつては(4,5年前かなぁ)、生産性をあげることが正義だと信じてました。
つまり、1000万で受注して、500万の工数であげれば、500万もうかる、みたいな。(受託開発の場合)
でも、、見積もってるのも僕だから、「これっていわゆるボッタクリなのでは・・・」
などと悩んでました(藁

あ、XPと関係ない話ですね。
情シス板向けの話かなぁ。でも、あの板あまり行きたくないし。
0595デフォルトの名無しさんNGNG
>>593
CMMの事も全然分かっていないようだし、
話もCMMとXPとの対立だと思っているようだし、
ここまでおめでたい自己陶酔型の人も珍しい・・・。
0596デフォルトの名無しさんNGNG
どっちにしても、この騒動が収まるまではあのMLはだめだね。
話題があれば是非こっちへ。
XPの話題がないと、ML観察スレになってしまう(藁

ム版のXPスレ(これ)はMLに紹介しちゃだめだぞ。
0597デフォルトの名無しさんNGNG
みんな読んでんだなー。

「てめぇら、全部まとめて逝ってよし!」と言えないから、
どーにか収めようとして、火に油を注いじまったぃ。スマソ
0598デフォルトの名無しさんNGNG
>>577
>フリーソフトバージョンを使うことにしましたとさ。

短期のプロジェクトなら尚のこと有償版を使った方が生産性上がると思うよ。
現にオレ今使ってるし。
0599デフォルトの名無しさんNGNG
ユニットテストについて聞きたいんですが、
直接入出力を触るようなユニットテストを作るのって難しくありません?

今、ソケットを持ったクラスがいて、
それのテストをどうやって書けばよいか困ってます。
ソケットからはひとかたまりのコマンドが流れて来ます。
また、非同期通信でこちらからも送信を行います。

接続後、
1. どのタイミングで
2. どんなコマンドが
3. どのような引数を伴って
くるかわかりません。

また、こちらからコマンドを送る際に、コマンドのレスポンスがすぐ来るとは限らない
ので、解決のイトグチを見付けられないのですが。

みんなどうやってるの?
0600デフォルトの名無しさんNGNG
タイミングはわからんけど, 生のソケットを直に使うんじゃなくて
ダミーと交換できるようなラッパにしとく. で テストはダミーで行う.
発想は Model/View の分離に似てる.

#そのラッパのテストは....
0601デフォルトの名無しさんNGNG
>>599
blackbox testではなくwhitebox test(=unitTest)の話ならば

まず対象クラスが使うソケットの機能をインターフェイスとして定義し
そのインターフェイスを初期化時に与えられるようにする。
ソケットを直接扱う部分はクラス化してそのインターフェイスを実装する。
対象クラスは初期化時にこのインターフェイスを与えられるようにする。

テスト用にそのインターフェイスを別途実装して、任意のデータ列を
読み書きできるキューを作る。(ここに好きなだけテスト用機能を追加できる)

次に対象クラスでプロトコルとしての処理が外から1ステップづつ進められるように、
OneStep メソッドを公開する。
これは何かを受信したときに呼び出され、それを処理してすぐに戻ってくるだけのもの程度。
引数なしで良し。
外向けコードでは内部でこれをぐるぐる呼び続けるものになるだろう。

あとはテストケースではテストインターフェイスを与えて構築して、
テストインターフェイスにデータを与え、OneStepを呼び出し、テストインターフェイスに
溜まったデータを確認してゆくだけ。

というふうにやっている。
0602デフォルトの名無しさんNGNG
ラッパめんどくさいなー。やっぱそれしかないんかな。
ラッパは超簡単な構造にしてテストを極力減らす、とか。
この場合は conn, disc, recv, send の4つだけで済みそうだし。

もっと楽な方法募集中。

# 私は Model/View じゃなくて Bridge Pattern が浮かびました。
0603デフォルトの名無しさんNGNG
ソケット、ソケットリスナ、プロトコル処理部、とかに分けて、
インターフェイスにして、それぞれモックつくって別々にテストってのは?

少なくとも個々のテストは簡単になると思う。
コードは増えるけどね。

とにかくクラス内部に直接リソースアクセスぽいものを持ってると
不幸のもとだと思う。
0604デフォルトの名無しさんNGNG
>>599
識者の人がレスをしていけど、
インタフェースをきってモックオブジェクトを
作ってやるのが、一番簡単で確実です。

0605デフォルトの名無しさんNGNG
しかしまだ、XP-JPは続いているね。
うざすぎ。
もう、逝ってメールしたいよ。(笑)
0606デフォルトの名無しさんNGNG
多段階のレイヤーからなるオブジェクト群の一番外側からまとめて全部テストかけようとすると
内部状態の組み合わせが膨大になってテストしきれないっしょ。
というかそれはもはやユニットテストじゃない。

一番内側のものからバラでテスト(unit test)していけるようにしないと。
ってことで結局インターフェイスで分割するのがトータルのテスト量がかなり削減できて
しかも確実だよね。

ってこれじゃみんなで同じことばかり書いてるだけだな。
0607デフォルトの名無しさんNGNG
実験計画法とか使わんのですか?
0608デフォルトの名無しさんNGNG
>>607
何?
0609デフォルトの名無しさんNGNG
「インターフェースで分割」したUnitTestてのがイメージつかめなかったから、
とりあえず、「実験計画法」=「相関の低いテストをマージして、テスト量を減らす方法」
を挙げときました。


0610デフォルトの名無しさんNGNG
>相関の低いテストをマージして、テスト量を減らす
それより、分割して単体でテストできるようにしたほうがよいと思う

実験計画法なんているようなUnitTestって…
0611デフォルトの名無しさんNGNG
>>594
ぼったくって正解だよ。悪じゃない。
生産性を上げて費用を低く押さえるのは実質的値下げ。
むしろ、値下げは必ずしも正義じゃない。

っていうか、普段高くしておいて、「XPなら2割安くなります」とか言って
無理やりXPを広めるのも良いかも。
0612DelフサギコNGNG
  ∧,,∧    / スパイラルで
 ミ@д@彡<   目、まわしとけー
  U  U    \
〜ミ  ミ XPの紹介は次回だってさ
  ∪∪

http://www.atmarkit.co.jp/fjava/devs/process01/process01.html

> 「開発プロセス」は、1つのソフトウェアをどのような手順で作り上げるかの取り決
> めです。その意味で、ソフトウェア開発の現場には必ず開発プロセスが存在します。
> 本稿では、前編で、開発プロセスの目的とその歴史を眺めながら、ソフトウェア開
> 発の現場が従来の開発プロセスによってどのような課題を抱えてきたのかを整理し
> ます。そして後編では、従来の開発プロセスが抱える課題に対する解答として登場
> してきた、新しい開発プロセスであるRUPやXPを紹介します。
0613デフォルトの名無しさんNGNG
>>611
生産性が上がらないから見積もりを多めにとって
危険を減らすのがぼったくっているっていってるん
でしょ。
0614611NGNG
>>613
言葉が足りなかったみたいだね。

<生産性が上がらないから見積もりを多めにとって危険を減らすようなぼったくりなら>
ぼったくって正解だよ。悪じゃない。
生産性を上げて<受注する>費用を低く押さえるのは実質的値下げ。
むしろ、<受注費用を安く押さえるような>値下げは
<他の下請け業者にもその安い価格での発注が波及してしまうという意味で>
必ずしも正義じゃない。
0615Error401NGNG
>>613-614
うーん、なんていうのかなぁ、生産性をあげればあげるほど、
ボッタクリ度が高くなる傾向になってしまう、ってことが言いたかった。

最近は、小規模プロジェクトでは、かなりソフト代が安くなってきてるけど、
僕が仕事を始めた頃は、UnixのCで1〜1.5Kステップで1人月とかやってたんです。
たかだか数十人月のプロジェクトで。

ちょっとプログラミングに自信がある人なら、普通の人の10倍くらいの
生産性があると自負してると思う。製造工程だけじゃなくて、全工程おしなべても、
人の倍くらいはいってる、と自負してる人が多いんじゃないかな。

僕もそうだったし、もっと生産性を上げてやろうと思ってた。
でも、結果は、密度の高いところは高いけど、1日で見たら、とんでもなく
密度の薄い仕事をするようになってしまった。それで仕事こなせちゃうし・・・。
(その原因はいろいろとあるんだけど・・・)

うーん、言いたいことがわからなくなったな。
ただ、一つ言えるのは、XPの見積もり方法はすごく気に入っていて、
実践したいなって思ってるということ。
0616デフォルトの名無しさんNGNG
[XP-jp:03180] Re: XPとCMM : 某氏
(追伸)
このMLの状態がほぼ復旧されたかと思いますので、
私もそろそろROMオブザーバーに戻ろうかと思います。
-------
みなさんに質問です.
このおじさんは,自分が復旧させたと思っているのでしょうか?
また,いちいちROMオブザーバーに戻ると宣言するのはなぜだと思いますか?
頭がいかれてるんでしょうか?
0617デフォルトの名無しさんNGNG
>>616

たぶん、頭がいかれてるんだと思います
0618デフォルトの名無しさんNGNG
>ただ、一つ言えるのは、XPの見積もり方法はすごく気に入っていて、
実践したいなって思ってるということ。

 実践しているけど、いいね。

 一応最初の見積もりは、伝統的なLOCな見積もりを使って、
計画の調整や変更をXPの見積もりを使っている。
自分達で決めるんで、自ずと厳守しようとする傾向がある。

 ただ、ウォーターフォールな文書成果物に適用すると、
成果物のスコープでなく、品質で(計画に対して)コントロールしようと
してしまう傾向があり、ちょっと対策を思案中。

0619デフォルトの名無しさんNGNG
>>615 Error401
 あくまで漏れの感想だし、もしかしたら承知のことかも
しれんが、そうだったらゴメソ。

 追加する機能を実装する時間を、一定の精度で予測できるようにする。
っていうのが重要なんだよね。
 このことを可能にする前提条件は、ソースコードが綺麗にリファクタリング
ていることだよね。
 このリファクタリングにかかる時間が、予測できるかというのが結構難しい
気がする。

 ソースコードの構造をアーキテクトする人だ必要なのかも・・・、しかも一人がいい。
 (複数の人が設計に関わると、いいことにならないきいがする)
 あとピンク本にも書いていたように、ツールやコーティングスタイルも統一したほうが
良いかも。
 うーん、やっぱりXPは難しい
0620デフォルトの名無しさんNGNG
>>619
>あとピンク本にも書いていたように、ツールやコーティングスタイルも統一
>したほうが良いかも。

XPやるならそれは必須条件。
タブの文字数が違うだけでリファクタリング効率ガタ落ち。
0621デフォルトの名無しさんNGNG
XP導入した場合に、無能な人間を切るタイミング
ってどういうときなのですか?
0622Error401NGNG
>>619
> 追加する機能を実装する時間を、一定の精度で予測できるようにする。
>っていうのが重要なんだよね。
ちょっと話が違うし、XPとも関係ないけど書いちゃいます。

前の会社は、ほとんどの仕事が受託開発の下請けで、それを一括請負で
やってました。
ほとんどのプロジェクトは数十〜百人月程度で、その後のn次開発とか
機能追加なんかも、一括請負でやってました。

で、数人月〜10人月程度の小さな改造の場合、
「これって、ここに100行くらい追加して、ここを数行修正すれば終わり」
ってのが結構あったんですね。
もちろん、改造しやすい構造にしてたからだし、機能追加されそうな項目を
予想したつくりにしてたからなんだけど。

そういう時に上司とぶつかった。
僕「これって、5人月の予算だそうですけど、1週間で終わっちゃいますよ」
上司「5人月っていうんだから、それにあうよう、適当な見積もりだしとけ」
ってな具合に。
0623Error401NGNG
途中で書き込んでしまった・・・。

で、作業工数で見れば「嘘」の見積もりを出すことになるんだけど、
これがすごくいやだったんだよね。
そういう時にこう考えた。
「これって、クライアントから見ると、どれくらいの価値があるんだろう?」
「作業工数ベースで見積もりするのは正しいことなのか?」
「作業効率が上がって、差分を儲けとするのはボッタクリでは?」

そういうことが続いて、しんどくなって、もうソフトウェアの仕事は止めちゃおう
と思って、前の会社を辞めました。(開発ソフトをほとんどコピーでまかなってた
ってのもあったけど)

でも、また、この業界に戻ってきちゃったんだけどね。
0624デフォルトの名無しさんNGNG
>>623
「何が正しいことか」を仕事の中で考えることは無駄だしハードだし結論も出ないけど、
自分を鍛えることになるのは間違いない。
きっと後で役に立つからその調子でがんばれ。
0625デフォルトの名無しさんNGNG
>>619
>ソースコードの構造をアーキテクトする人だ必要なのかも・・・しかも一人がいい。
XPについて書かれた物を読むと、ある程度うまく、アーキテクトされたものを
開発するにはいい方法だと思うんだけど、アーキテクトする人はいったいどうすれば
いいんだ。と思ってしまう。
0626デフォルトの名無しさんNGNG
XP信者=アカ
0627619NGNG
>>622 >>619
理想と現実の差ですね。
XPは、良いアプリを段階的、弾力的な開発方法ですから
今のウォータフォール的開発と合いませんね。
現実的には、妥協点 トレードオフを顧客と直接することはない訳ではない
という程度ですから。
オンサイト顧客かー。
顧客、営業しだいだね。

>>625
説明不足でしたね。
開発対象のデザインをアーキテクトする人という意味です。
ミーティングなど民主的な方法で解決できない場合は
大統領が必要だと言う意味です。
これも最初に決めるべきだと思っています。
0628デフォルトの名無しさんNGNG
{ソースコードの構造|デザイン}をアーキテクト「する」?
用語は正確に。
0629デフォルトの名無しさんNGNG
あーあ、みんな黙っちゃった。(w
0630デフォルトの名無しさんNGNG
とりあえず関連スレ

プログラマー板の「XP(エクストリームプログラミング)」
 http://pc.2ch.net/test/read.cgi/prog/1011833287/
情報システム板の「エクストリームプログラミングで」
 http://mentai.2ch.net/test/read.cgi/infosys/986909661/


0631デフォルトの名無しさんNGNG
平鍋氏は,調整ができないのかそれともしないのか? 謎.
本当に元に戻るのかね.
技術は優秀でも精神面で未熟な人が多く受容が下手なので,
紛糾しやすいということなのだろうね.
中盤煽る奴が多かった時には2chかとおもた。(藁
春から社会人になるの鬱だ.
0632デフォルトの名無しさんNGNG
>>631

調整が望まれていたと思いますが
議論のための議論はしないということなのか
0633デフォルトの名無しさんNGNG
>631

俺は、MLを何とかしようと思って発言した人への感謝がないのが頭にくるのだが。
どうよ?
結城さんを見習え!
0634デフォルトの名無しさんNGNG
>633
奴は感謝しすぎ
0635デフォルトの名無しさんNGNG
堀内撃沈!
0636傍観者NGNG
hello World
0637デフォルトの名無しさんNGNG
>>623
人月で評価しているところを相手にする以上は、
効率が上がれば、実際の作業工数より多目の
工数見積りはやむを得ないのでは? っていう
か、相手が納得する工数見積りであれば、あり
がたく儲けさせてもらわないと(藁

ペアプロは2人で1人前だから、工数半分なんて
見積もられたら辛いけどね(涙
0638デフォルトの名無しさんNGNG
>>631
しないんでしょ.そんなん決まってんじゃん.
なんでそこまでメンドーみなあかんのよ.
0639へぼプログラマNGNG
>>638
どうしてきまってるの? そこら辺がおいらにはわからないのだ。
0640デフォルトの名無しさんNGNG
>>639
自分の発言に責任を持つのは基本.けつを拭くのは自分でするのが当然.
0641デフォルトの名無しさんNGNG
>>635
撃沈してないと思うぞ.きっと明日あたり反撃!
0642へぼプログラマNGNG
>>640

そうなのかな・・・・
0643デフォルトの名無しさんNGNG
>633

同感.esmで立ち上げているMLなのだから会社の宣伝にもなっている
部分もあるのだし,ポイントポイントでリーダシップを発揮して欲しい
と感じるのだが,おれは変か? おしえろ!
0644デフォルトの名無しさんNGNG
MLの時代は終わり。 2chで行こう!
0645デフォルトの名無しさんNGNG
>>643

リーダーシップは望まないまでも,
良い雰囲気にしようと発言した人への感謝は必要ではないでしょうかね.

0646幽鬼NGNG
とりあえず感謝します。
0647デフォルトの名無しさんNGNG
>>639
そそ。子供の喧嘩でしょ。
そんなの仲裁してるほどひまじゃないよ、フツウ。
0648デフォルトの名無しさんNGNG
>>647 仲裁は暇の人がやるとう論理は成り立たないと思うけど?
0649デフォルトの名無しさんNGNG
>>648
でも忙しい人にはそんなのやってるひまないよ。
やる気がある人とか文句がある人がゆえばいいのに。
0650デフォルトの名無しさんNGNG
不毛な論争は ML じゃなくて当事者間でやってほしいよね。
すげぇ迷惑。
0651デフォルトの名無しさんNGNG
それはわかるー。>>650
まさに子供の喧嘩なんじゃないの?

0652デフォルトの名無しさんNGNG
>>651
そういう都合の良い考えの方がよっぽど子供だと思うけど。
0653デフォルトの名無しさんNGNG
>>649
周りを見渡すと忙しい人ほど時間を作くるのが上手だったりしますけ
どね。
■ このスレッドは過去ログ倉庫に格納されています