中規模開発でのエクストリーム・プログラミング - yukobaのブログ

暮らしカテゴリーの変更を依頼記事元:

yukoba.hatenablog.jp

35 usersがブックマークコメント

コメント

6

記事へのコメント6件

注目コメント
新着コメント

miyohide 鋭い洞察。疎結合の重要性は分かっているんだけど、それを貫き通すのは難しい。ってか無理ということを悟ってその後を考えねば。

2010/12/23 リンク

uokumura 話の筋が通ってて良いな。

2010/12/15 リンク

aroma_black 現実は変更コストがO(n)になることが多いという話。

2010/12/15 リンク

katzchang 変更コストをO(1)に閉じ込めるのは難しいという話。

2010/12/15 リンク

ryuzee 良いところを付いている。この話はScrumの場合だったらソフトウェアの規模成長曲線とベロシティを同一チャートにプロットすれば分かる。最悪はスプリントを経るごとにVelocityが低下していってしまう。

*アジャイル

2010/12/15 リンク

kdmsnr > 理論的には、規模をnとして、O(1)の変更を加えた時に、変更コストがO(1)でなければならない、というのがエクストリーム・プログラミングが成立するための前提条件です。

agile

2010/12/14 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

中規模開発でのエクストリーム・プログラミング - yukobaのブログ

アジャイル開発のエクストリーム・プログラミング(XP)は好きなんですが、開発規模が大きくなった時に、... アジャイル開発のエクストリーム・プログラミング(XP)は好きなんですが、開発規模が大きくなった時に、どうやるんだろう、と最近考えていて、考えをメモします。開発規模の定義として、僕は、100行＝小規模、1万行＝中規模、100万行＝大規模と定義します。それぞれの規模でベストな手法が違います。大規模で、100人以上のメンバーがいる場合は、どうやってグループを管理するかという問題とかもあります。僕は、ほとんどが中規模開発なので、今回は、これ限定です。エクストリーム・プログラミングを説明した最も有名な本は1999年に出た、XPエクストリーム・プログラミング入門―ソフトウェア開発の究極の手法ですが、年々微妙に変化していて、最近の著者さんのスタンスを一番反映しているのは、http://www.extremeprogramming.org/ での説明かなと思います。設計の終焉? でマーチン・ファウ

ブックマークしたユーザー

techtech05212023/10/19
ottonove2016/01/10
sugimori2011/08/04
progd2011/03/07
lam_bda2011/02/08
miyohide2010/12/23
t_a_o2010/12/20
kengon2010/12/20
threeMonths2010/12/19
raimon492010/12/19
relia-K2010/12/16
gami2010/12/15
makamaka_at_donzoko2010/12/15
otsune2010/12/15
takeshiketa2010/12/15
uokumura2010/12/15
aroma_black2010/12/15
katzchang2010/12/15

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

設定を変更しましたx