生成AI利用プログラミング：誰でもプログラムが書けると 世の中どうなる？/open-campus202408
大規模なアジャイル開発の現場と技術負債 / Technical Debt
生成AI利用プログラミング：誰でもプログラムが書けると 世の中どうなる？/open-campus202408
第4回：アジャイルに対する誤解（1）--設計せずにいきなり作る？文書を書かない？
梗概 現代社会は多くのものがソフトウェアで成り立っており、絶えず変化するニーズに応じられる柔軟でスピーディーな開発が求められています。その一方、何が正解（ゴール）なのかが分からない、という不確実性の時代でもあります。不確実性に対処するには「アジャイル開発」が最も有望ですが、その成功裏の実践には、従来の常識の解体と再構築が必要です。エンタープライズにおけるアジャイル開発の実践が待ったなしの状況の中、理論、課題、近年の動向も踏まえ、実例を交えながら幅広く解説します。 「文書を書かない」という誤解 本連載の第1回～第3回において、ウォーターフォール方式に変わる、新たな開発手法が発見され、それが1990年代後半～2000年代の「Linux」やスマートフォンの開発において極めて重要な役割を果たし、それが今日のアジャイル開発手法の原則として受け継がれてきていることを解説しました。今回から、アジャイル開
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
「ウォーターフォール型開発は80年代の技術」 - カレーなる辛口Javaな加齢日記
追記 http://d.hatena.ne.jp/masayang/20100809/1281395947 http://d.hatena.ne.jp/masayang/20100810/1281547469 http://d.hatena.ne.jp/masayang/20100811/1281604763 http://d.hatena.ne.jp/masayang/20100812/1281670369 http://d.hatena.ne.jp/masayang/20100810/1281499156 「ウォーターフォール開発」、本当に日本でうまく行っているのか？ http://slashdot.jp/developers/article.pl?sid=10/08/11/081219 答：うまくいってない． それ以上に，アジャイル開発を理解してない／理解できない人が，まだまだ多いの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
