2012/11/17 Ultimate Agilist Tokyo - これまでの開発から、これからの開発へのチェンジ #uatagile #uatagileA
「完成指向」から「持続可能」へのパラダイムシフト ・バグをなるべく出さないようにする→バグが出てもすぐ直せるようにする ・サーバは落ちないようにする→落ちてもすぐに復旧できるようにする ・データ変更ないように設計する→データ変更しても対応 #uatagile #uatagileA
2012-11-17 17:43:01バクを出さないようにする→バクが出ても直ぐに直せるようにする。サーバーは落ちないようにする→落ちても直ぐに復旧できるようにする。データの変更無いように設計する→データの変更しても対応できるようにする。#uatagileA,
2012-11-17 17:43:18品質とテストについて。 バグは出るもの。だったらすぐ直せるようにする方が大切。クラウドだろうが、データセンターだろうが落ちるときは落ちる。なので、復旧、変更に強いことが強みとなる。完成したところの先を考える。 #uatagileA
2012-11-17 17:44:27F: サステイナブルにする それってパラダイムシフトが必要で苦労していることは? K: 最初はかわらない まずビジネス(モデル)を理解してもらう なにをやってビジネスしてるか するとなにをすててよいか なにをすててはいけないか #uatagile #uatagileA
2012-11-17 17:44:55「ビジネスを理解しないと正しい判断はできない。ビジネスとは、お客様のビジネスだけでなく、自分たちは何でお金を稼いでいるかも含む。」 #uatagile #uatagileA
2012-11-17 17:45:07品質の高いコードとはDRY繰り返しの無いコードてます。DRYなコードは保守性が高いです。保守性が高ければ、仕様の変更も速くできます。私達の求めるスピードとは、そう言う事です #uatagileA,
2012-11-17 17:45:08コードレビューすればだいたいの技術力がわかる "ひとまずできた きたないけど満てください" そこでカミナリですよ #uatagile #uatagileA
2012-11-17 17:45:34「汚い状態でソースコードを出すなんてありえない。常に美しい状態にしていないといけない。DRYになっていないといけない。(ソースは)いつリリースするか分からない」 #uatagileA
2012-11-17 17:46:12汚い状態でソースコードを出すなんてあり得ない。いつ機能追加するか分からないのだから。常に綺麗な状態にする。 #uatagileA
2012-11-17 17:46:27「『汚いですけど、やりたいことはできたので、見てください!』そこで雷ですよ。汚いものをいつリリースするかわからないのに、提出するなんてとんでもない。」「納期守ったところで大したことないんですよね。」 #uatagile #uatagileA
2012-11-17 17:46:29誰が顧客なのかがわからなければ、何が品質なのかもわからない。テストの目的とはなにか?何を売っているのか? #uatagileA,
2012-11-17 17:49:12「新しいことをやろうとすると普通は要件定義をするが、僕らはやらない。『まず1ヵ月でできるものを考えましょう、どこまでできるかやりましょう』と。1ヵ月でできるものなので画面数も大したことない。2週間くらいでアップしてみてもらう。それをベースに機能を追加する」 #uatagileA
2012-11-17 17:49:14品質ってなに?なにが品質なの?お客さんで品質はかわる 仕様にあって作れてたからといってじゃあ仕様は正しいの(妥当なの) 価値うまなきゃそんなものはゴミだ #uatagile #uatagileA
2012-11-17 17:49:35