A presentation slide at #MLNagoya.

1. More Effective Feedback:
@MallowLabs
2012/05/26 ML名古屋

3. 自己紹介
● @mallowlabs - まろーらぶず / まろぶ
● 東京クラスタ（門前仲町クラスタ）
● ご指名をいただいたのでなごやに来ました

4. 普段のお仕事
● サービス開発とその周辺の開発をしてます
○ メイン言語は Java
○ プログラムをモリモリ書くわけではない
○ 複数のプロジェクトを見て、開発をコントロールする仕事
がメイン
○ Redmine × 3 と Jenkins × 3 のおもりをしてます
■ チケット管理、コードレビュー、ビルド管理…

5. 正直しんどい
ので、隣の人(@suer)に頼んだ
Redmine も Jenkins も複数見にいかなきゃいけないし、Git
もいちいち確認しないといけないし、面倒なのでなんとかして
下さい。
あとチケットは閉じて下さい。
@suer

6. そしたら図を書いてきた
どんどん流れる

7. よろしいならば開発だ (長野開発合宿)
コミッタ
● @shimomura1004
● @mallowlabs
● @banjun
● @suer
● @mzp
参考
- http://d.hatena.ne.jp/mzp/20120502/nagano
- http://d.hatena.ne.jp/suer/20120502/codefirst

8. できた：

9. Dashbozuの機能
(1)各種dashboardの統合
各種開発ツールをサポート
● Jenkins
● Redmine
● Git
● Heroku (デプロイ)

10. Dashbozuの機能
(2)リアルタイムなフィードバック
リアルタイムに通知するための仕組み
● Pusher
● Boxcar

11. Dashbozuの機能
(3)iPhone/iPadとの連携
iPhone/iPad でも快適に見られる仕組み
● レスポンシブデザイン (Twitter bootstrap)
● Boxcar

12. More Effective Feedback
● ソフトウェア開発においてもっとも大切なものは
開発者同士の コミュニケーション
● なかでも フィードバック の質を高めることはソフ
トウェアの品質向上に繋がる
○ フィードバックとは…
■ コードレビュー
■ 壊れたビルドの修正
■ チケットのレビュー
■ テスト
■ etc ...
● フィードバックの効果を最大にするには
タイミング が重要

13. フィードバックとタイミング
早すぎても遅すぎても効果が薄れる
● Git の push 直後
○ (仕様を理解しているかを確認する)コードレビュー
● Jenkins のビルド直後
○ ビルドを壊していれば指摘
● Redmine のチケット更新
○ (より突っ込んだ)コードレビュー
● 自動デプロイ
○ テスト
→ Dashbozu を使えば適切なタイミングでフィード
バックをかけることができる！

14. 今後の課題
(1) Git / Redmine / Jenkins への設定が面倒
・URL+スクリプトを各PJに仕込む必要がある
→ Jenkins Plugin とか Redmine Plugin とか
(2) プロジェクトが増えると見るのも大変
→フィルタリング機能の充実化

15. まとめ
● Redmine と Jenkins を見るだけの簡単な仕事
をしていたよ
● でも意外と簡単じゃなかったよ
● これからは Dashbozu を見るだけの簡単な仕事
をしていくよ
＼Fork me!!／