eXtreme Programming

リファクタリング・ブラウザと、
命題証明エディタ BoomBorg が、
同じ種類のもの[項書き換え系]に見えてしまうのは、
気のせいでしょーか？

最近よく感じる事だけど、XPを真っ向から否定する人たちってリファクタリングの
事を絵に描いた餅だと思ってるのが大半。
設計を頻繁に変更してまともなプログラムが作れるはずが無いって信じ込んでるか
ら話が全然噛みあわない。
イテレーションとかオンサイト顧客とかって話になるともう詐欺師でも見るような
目で・・・（鬱
XP以前にもっとリファクタリングを浸透させないと埒があかないんじゃない？

元祖リファクタリングの、Opdykeさんも、
理解してもらえなくて苦労したみたいね。

彼がリファクタリング手法を開発したのは、
まだオブジェクト指向(C, C++, Smalltalk)
が普及し始めた時期で、OOユーザの大半は、
せいぜい最初のプロジェクトを完成させた程度だったから、
リファクタリングのニーズがなかったとか。

悲惨なとこだと、作成したプログラムが順調に走り、
プロジェクトが予定通り完了する事自体「奇跡的」だから、
余分な修正/テスト工数を発生させないために、
「うまく走っているプログラムには手を入れるな」とか言うんだよね。
＃なーんて、本当にそんな悲惨なプロジェクトはないと思うけど...

＞XP以前にもっとリファクタリングを浸透させないと埒があかないんじゃない？
リファクタリングの必要性を、
一から教え込まなきゃならない方は置いといて、
潜在的に必要性を理解している方の、
背中を押す/後方支援するのが先でしょ。

そーゆー意味で、リファクタリング・ツールに興味のある方
XP FAQにも載っているこれ↓、試してみませんか？
　　http://refactoring.fse.cs.ritsumei.ac.jp/rise/

>>739
> 　　http://refactoring.fse.cs.ritsumei.ac.jp/rise/
なんかちょっとよさげ。
高機能なエディタって感じなのかな？

上に書いたリファクタリング・ツールのインストール方法でもかいとこっと。

1. マニュアル類は、ページはそんなに多くないけど、馬鹿でかいので、印刷しておくと吉

2.ダウンロードしたjarを、インストールディレクトリにコピーして、実行
　　java -jar jrb-1.0.jar

3.自動作成された起動用バッチかスクリプトの修正
　(クラスパス設定を、引数指定でなく、環境変数指定に修正)

4.起動バッチかスクリプトを実行して、起動。
　JDK rt.jarとリファクタリング対象ソースの位置を聞いてくるので、適当に答える。

あとはマニュアルみれ

　　,,,,,,,,,,,,,∧,,∧　　 ／
〜′,,,,,,,ミ,,ﾟДﾟ彡＜　テスティングファースト！
　 UU""" U U　　　＼
誰しも、一度は、動いているキチャナイソースを
"綺麗に修正したら、動かなくなった"という
経験があるのではないでしょうか。

そんな経験が邪魔をしているのかも。

テスティングファーストなどで
テストが存在しないまま
リファクタリングに取り掛かると
デグレード地獄に陥りそうです怖いよね。



「リファクタリングが必要」

と言っても反対されるかもしれないから

「テストが必要」

ならより納得してもらえやすくて

「だから最初にテストを書け」
「テストがあったらリファクタリングできる」

という風にXPを浸透させてみてはどうでしょう。


俺は現在実践中なんですが,,,,,
使えん奴とﾍﾟｱ組んでいて....ｱｱﾔﾘﾆｸｲ

>>742
同意。というか似たようなこと俺も実践中です。

XP導入はとりあえず脇に置いといて、プログラム品質の向上という誰もが納得でき
る共通目標をxUnitで実現。
↓
リファクタリングによって設計変更が楽になる。
↓
仕様変更が（以前ほどは）怖くなくなる。
↓
イテレーションしてみようかな。

という流れに持っていこうという目論見。

>738
別スレで紹介があった次の人を浮かびました.

285 ：デフォルトの名無しさん ：02/03/01 20:38
この人のOOが理解できず構造化手法原理主義者への道は内の学校では有名.
http://members.tripod.co.jp/aspara_2000/
一緒の会社にならない事を祈るばかり.(藁

>>743
つまり、業務プロセスの再設計もリファクタリングの手法と同様に
一気にやるんではなく段階的にすこしづつやれというですね。