2012/02/16 デブサミ2012【16-B-3】教科書と現場のあいだ ～学びを活かすために～#devsumiB
-
orange_clover
- 3362
- 0
- 0
- 0
-
- いいね！0
みよひで画伯
@miyohide
和智「自身の成功談と失敗談について。成功談はデザインパターンを取り入れて、新しくコードを作って無事リリースできた。失敗談はBDDを取り入れようとしたが、アーキテクトを考えずにコードを書いてしまいスケジュール崩壊。」 #devsumi #devsumiB
2012-02-16 13:23:15
きょん＠アジャイルコーチ、システムアーキテクト
@kyon_mm
「成功したときは閉じた世界(問題領域)であった。失敗したときは開いた世界(問題領域)だった。閉じた世界(問題領域)のなかでやったことが成功なのか、世界(問題領域)を閉じた人が成功だったのかもしれない。」 #devsumiB [うさみみ＊´×｀＊エンジニア]
2012-02-16 13:24:32
みよひで画伯
@miyohide
和智「成功談と失敗談の違い。成功談はアーキテクトなどすべてが決まった中、つまり閉じた世界での話であった。失敗談は開いた世界。アーキテクトなどすべてが己の自由。そういうところで開いた世界は怖い部分がある。」 #devsumi #devsumiB
2012-02-16 13:25:26
きょん＠アジャイルコーチ、システムアーキテクト
@kyon_mm
「WFでもアジャイルでも、ソフトウェア開発のステップに本質的な違いはない。抽象的なものを具体的にする。バリューストリーム。」 #devsumiB [うさみみ＊´×｀＊エンジニア]
2012-02-16 13:26:04
みよひで画伯
@miyohide
和智「ソフトウェアの開発スタイルにウォーターフォールとアジャイルとの間で違いはない。アーキテクトを決めて、コード書いて、テストする流れは一緒。」 #devsumi #devsumiB
2012-02-16 13:26:15
みよひで画伯
@miyohide
和智「仕事としてやる以上、予算と期限が存在する。決められたお金・期間において、抽象度が高いものから具体的なものに落とすのがソフトウェア開発。」 #devsumi #devsumiB
2012-02-16 13:27:50
きょん＠アジャイルコーチ、システムアーキテクト
@kyon_mm
「決められた期間、お金で抽象的なものを具体化する」「その中で基本になるのが、進捗の可視化、課題管理、変更管理」「メンバーの作業のコントロール、品質のコントロール」 #devsumiB [うさみみ＊´×｀＊エンジニア]
2012-02-16 13:28:48
きょん＠アジャイルコーチ、システムアーキテクト
@kyon_mm
「これらを管理するのが私はアーキテクチャデザインとプロセスデザインだと思う」 #devsumiB [うさみみ＊´×｀＊エンジニア]
2012-02-16 13:29:19
みよひで画伯
@miyohide
和智「アーキテクチャデザインとプロセスデザイン。何を作るを決めることと、どのように作るかを決めること」 #devsumi #devsumiB
2012-02-16 13:29:49
みよひで画伯
@miyohide
和智「アジャイルの本を読んで『おしゃれなプラクティスを試したい』と感化される、その思いが大局観を失わせる。」 #devsumi #devsumiB
2012-02-16 13:31:17
T.Ishii
@zambiker
アーキテクチャデザイン、プロセスデザイン。 おしゃれなプラクティスを試したい！という思いが大局観を失わせる #devsumiB
2012-02-16 13:31:36