Head First ふつうのシステム開発感想

machu @machu

セッションが満席すぎる。

machu @machu

ruby1.9じゃなかった！ #rubykaigi

machu @machu

おお、さっきのセッションで出てきたpivotal trackerだ #rubykaigi

machu @machu

@hsbt さんのWeb日記力が知りたい < apic (ぼんやりとした要望) #rubykaigi

machu @machu

エピックからストーリへの落とし込みが必要 #rubykaigi

machu @machu

抽象的な要望（エピック）を具体的な要件（ストーリ）へ落とし込む。このセッションの終わりに @hsbt さんのWeb日記力が明らかに。

machu @machu

いつまでに、どこまでできるかという議論。1時間(1ポイント)で一覧は無理だけど、個人ページには出す。 #rubykaigi

machu @machu

(ここまでの感想)オーナーが技術に強いと計画の話が早い。 #rubykaigi

machu @machu

1時間でやることが決まったので朝会を開始。開発メンバで役割分担を相談。メンバのレベル差を考慮して。 #rubykaigi

machu @machu

rspecで仕様を書く。なるほど、コードの力を借りながら設計するのか。コードと設計が近い。 #rubykaigi

machu @machu

(感想)いわゆる設計書は全くなくてrspecのみなんだろうか。メソッドの特別な事情は個人のノウハウに依存？ #rubykaigi

machu @machu

ペアプロによって条件の漏れを指摘。ライブ設計。 #rubykaigi

machu @machu

あえてウォーターフォールの言葉で書くと、開発スコープを極小にして、設計・コーディング・テストを濃縮している感じ #rubykaigi

machu @machu

@ursm さんの vim 力が高い

machu @machu

フィードが0件の時を考慮する（テスト的に）。 #rubykaigi

machu @machu

(感想)rspecとコードに費やす時間の割合は7:3くらい。rspec = 設計 + 試験と考えると妥当か。 #rubykaigi

machu @machu

レビュー。オーナーから日記力のパーセンテージだけでなく絶対数も見たいとのコメント。 #rubykaigi

machu @machu

ひとまずAccepted && Released。オーナーの承認でdone。ステータスをpivotal trackerで管理することが重要。 #rubykaigi

machu @machu

画面の表示位置をライブで修正。ちなみにウォーターフォールだと、外部設計書を修正して、ソースを修正して、コンパイルして、デプロイして…となる。アジャイル普及の背景にはマシンスペックと開発環境の変化もあるだろうなぁ。 #rubykaigi

machu @machu

「RubyやRailsを使うことで、ストーリをタスクへ落とし込むことが減った（ストーリをそのまま実装できる）。Javaの頃は分割していた。」 #rubykaigi

machu @machu

「コントローラやビューのテストは？」→「モデルにロジックを書くことでコントローラが薄くなりテスト不要に。ビューは変更が多いので労力に見合う効果を感じない。」 #rubykaigi

machu @machu

新人育成。ペアプロでも決められた時間は新人に割り当てる。4月入社、8月から一緒にペアプロ。現場の裁量が大きい(重要)。 #rubykaigi

machu @machu

会場の質問が活発。いいセッションだったもんなぁ。 #rubykaigi

machu @machu

難度の高いプロジェクトへの対応。みんなで見積もりをすることで思いを共有し、見落としをなくす。精度を徐々に高める。間違ったら早めに謝る。 #rubykaigi

machu @machu

いい質問のあとなので質問しづらいｗ