SlideShare » Event » Developers Summit 2010From Akiko Iwakiri 4 weeks ago Category: Tech & Internet 4 members, 1 post, 1 slideshow
デブサミ2010 - あおきのTechメモ
ただただ、自分向けのメモ。 三周遅れのXP つたわりにくいこと（TDDとUnitTestは違う） 網羅的にテストを書いてしまう ×テストが肥大化する。コストが高い ○不安をテスト カバレッジが...品質が...テスト計画が 違う 導入 ペアプロでいきなりテストを書いた TDD写経会をやった 個人で導入してみる。 ペアプロで重要なこと コードの共有 人の書いたコードを直しても問題ない コードはチームのもの ★コードの指摘は人格批判では無い。教育みたいなもの 新人は学んだことはブログに書く（コードをさらすことに慣れる） CI テストを自動化してくれる(Hudson) １日に１回は少ない。５分に１回に変更 ★SLOW TEST問題 テストが遅いのでテストをしなくなる ローカルでテストを走らす時はH2DBでテストをしている UPDATE/INSERTしないものはDBの入れ替えをしていない 本来はモ
19-B-1 ここまで来た！製造、金融でのアジャイル基幹システム開発〜ユーザー主導が成功の鍵！〜／浜津和弘,森川哲史,漆原茂 - tmtms のメモ
最初に、開発プロセストラックのコンテンツ委員の和田さんから挨拶がありました。 漆原さんモデレータで、製造金融業界で基幹業務をアジャイル開発した事例を聞くパネルでした。 アジャイルを成功させるにはお客さん次第。 以下適当なメモ。嘘かいてあるかもしれません。 ウルシステムズ 漆原さん 今までの「アジャイル開発」 理想目標←→弊害・懸念 「幸せな開発をやりたい」←→アジャイルが目的化、ユーザ理解が希薄 大事なところから作りPDCAサイクルを回す←→採集成果物が不明、責任所在が曖昧 少数の優秀なメンバーで切れ味良く仕上げる←→小規模Webのみ、業務系はムリ！ 開発工程の無駄を省く←→ちゃんと設計しない、ドキュメント書けない 本セッションの目的 基幹業務システムまでアジャイル開発しちゃいました！ 効果、苦労、リスク、工夫、反省、学び 東邦チタニウム 浜津さん チタン生産部門の部門長→リーダ→チームリ
Developers Summit 2010に行ってきた - 自分の仕事を憎むには人生は余りにも短い
今年もデブサミの季節がやってきましたね。 デブサミはいい刺激がたくさん受けれるからたまらん SIerのこれからのソフトウェアを創る：papanda とにかく凄くいい内容だった。 思い出すだけでぐっとくる。 ソフトウエアは世界を変えていける ちょっとずつが重なってだんだんよくなっていく 今の問題は3つあり 変化に対応できない（計画の問題） 価格への納得感がない（価格の問題） 必要なソフトが必要なタイミングで得られない（プロセスの問題） 仕様変更管理はお客様に何の利益をもたらすのか？ 何ももたらさない。WinLoseになってしまう。 仕様変更管理などといっているうちは絶対に変化できない。 ビジネスモデルとプロセスはわけて考えることはできない。 プロセスのみを変えてもかわらない。 価格を人月以外で計る。パフォーマンスベース契約。 しかしこれは成果を図るまで時間がかかるという問題がある。 そこで短
デブサミ2010 - すがブロ
二日目だけ、参加してきました 強く印象に残ったところだけ書きます。 当日の発表資料は下記にどんどん追加されていくようです*1。 404 error. Page Not Found. 【19-B-3】三周遅れのXP -僕とドワンゴのXP- id:Yoshiori さんのTDDの話。個人的に一番刺さったのはこの発表でした。 タイトルについて 1週目はケントベックが道を作った 2週目は角谷さんたちが道を広めた そして今僕たちは三週目（だから正確にはタイトルは間違っていて、二週遅れ） 3週目の僕たちは高速道路を作る 「XPの4つの価値」を実現するための方法 コミュニケーション（チームで気軽にコミュニケーションできるように"おやつ神社"というのがある） シンプルさ フィードバック 勇気 TDDとは（極端に言えば） 開発手法であって、テスト手法ではない リファクタリングできれいなコードにしていくための
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
