1. PHPカンファレンス2012
最先端Web開発
KLab株式会社 黒井春人
(Twitter: @halt ←フォローしてね♪)

2. お詫び
業務を遂行する上でフレームワークに求められる
ものはなんでしょうか？
複雑なルーティング処理ができるRouterでしょう
か?設定ファイルでjoinできるORMでしょうか?我々
は現実の問題を解決するためにdietcakeを開発し
ました。高速に動作し、学習コストが低く、自由にカ
スタマイズが可能なオープンソースのフレームワー
クです。本講演はdietcakeを中心に我々KLab株式
会社が行なっている最先端のWeb開発についてご
紹介させていただきます。

3. お詫び
業務を遂行する上でフレームワークに求められる
ものはなんでしょうか？
複雑なルーティング処理ができるRouterでしょう
か?設定ファイルでjoinできるORMでしょうか?我々
は現実の問題を解決するためにdietcakeを開発し
ました。高速に動作し、学習コストが低く、自由にカ
スタマイズが可能なオープンソースのフレームワー
クです。本講演はdietcakeを中心に我々KLab株式
会社が行なっている最先端のWeb開発についてご
紹介させていただきます。

4. お詫び
今日はどうしても
技術の話よりも
コミュニケーション
の話がしたい！

5. 本日のセッションの内容
● 最先端Webってなに
● 私達が採用した基盤技術
● コミュニケーション

6. 今回のお話の最先端ってどこだい？
数十万単位のユーザーが、
同時に、かつ連続的に
DBへの書き込みを必要とし、かつ、
整合性を担保する必要があるような
リクエストを問題なくさばく
システムを開発している
＝> 最先端

7. 今回のお話
最先端のシステムを
スキル差のあるメンバーが集まって、
短期間でたくさん開発している所
＝> 最先端Web開発

8. KLab株式会社とエンジニア
低レベルから高レベルまで、様々な技術のエキス
パートが多数在籍する会社
iPhoroidUI, fluenpy, myprofiler, makuosanなど
の、オープンになっている技術の他にも、
社内ではすごい技術が
作られつづけている。

9. 技術だけでは解決しない「人」の問題
● たくさんのソーシャルゲームを開発する必要が
ある。
● 開発には高度な知識が必要。
● 高度な知識を持つ技術者が足りない。
● 高度な知識を持つ技術者を見つけてきて雇うの
はかなり難しい。
● 高度な知識を持っていても、1人で最初から最
後まで作るのでは時間がかかりすぎる。
普通の人が最先端Web開発に関わって成長してエ
リートになっていける仕組みが必要

10. Q:
どうすれば
普通の人たちが
最先端Web開発できるの？

11. A:
「技術による下地」を作って
「コミュニケーション」を
とればかなりいけるよ！

12. II. 技術による下地を作る
プロジェクトメンバー全員がスーパーエリートプログ
ラマーではないのだから、
できる限りシンプル（簡素）に、わかりやすく（覚え
る事を少なく）して、
間違いや失敗を、（自動的・他動的に）発見できる
仕組みを作る

13. 私達が選択した２つの基盤技術
PHP + dietcake

14. なぜPHPを使うのか
-> できる事は少ない方がいい
-> できない人と、できる人の差が少ない。
大原則:コード読まずに書き足すな。自分が理解で
きないコードを書くな。
フレームワークをマスターする＝フレームワークの
ソースコードを全部読む
読めるような言語・フレームワークが必要

15. なぜPHPを使うのか
根本の挙動を理解するのに時間がかかるようなエ
レガントとされる黒魔術に頼るのは悪魔と契約する
ようなもの
いつか裏切られる(ハマる)かもしれない
シンプル >> 越えられない壁 >> エレガント

16. なぜdietcakeを(使った|作った)のか
既存フレームワークの致命的な問題
Rails 1系、今も触れますか?
mojaviやsymfony1系の案件、
苦もなくこなせますか?
同じ名前のフレームワークなのにバージョンによっ
て完全な別物

17. なぜdietcakeを(使った|作った)のか
完成されたフレームワーク
実案件でずっと使われているにも関わらず、半年
間フレームワーク本体への変更なし(半年前の変更
も、機能を削っただけ)
昔から使っている人がそのまま開発できる。
変化しない事がメリット

18. 技術の下地をしっかり作る
変化する事のメリットより
変化しない事のメリットを
意識した上で、
技術を選択していく

19. III. ３つのコミュニケーション
1.コードベースのコミュニケーション
githubによるPull Request運用
2.画面ベースのコミュニケーション
グループプログラミング
3.業務から離れたコミュニケーション
お菓子駆動開発

20. 1.コードベースで
コミュニケーション

21. githubによるPull Request運用

22. githubってなんだい？
gitっていうバージョン管理システムを使ってコード
を管理できる
プログラマ同士がつながって、一緒に作業できる
ソーシャルコーディングサイト。
http://github.com/

23. Pull Requestってなんだ
作成したブランチをマージして欲しいと依頼できる
機能。
開発メンバーの誰かが作ったコードを本体に取り
込む時は、必ず別の誰かがチェックして問題があ
れば修正してもらい、問題がなければ取り込むよう
にする仕組み。
すべてのコードはPull Request経由で本体に取り
込むのがPull Request運用

25. 1つのissueに1つのbranch

26. ブランチを切る時に、[issue番号]-[そのブランチの
概要]という名称にする事で、
Pull Requestをマージするときに、issueの内容を
元に、コードが正しいか検証しやすくなっている。

27. 現在のブランチの数 -> 735
特に破綻なくやれてます。

28. githubにある道を見失わない仕組み
github付属のGraph機能や、APIを活用する事で、
自分たちのプロジェクトの状況を把握する事ができ
る、

31. と Google Docs Spread Sheetを使っ
github issue api
たバーンダウンチャート
プロジェクトが健全に進行している事を知る

32. 2.画面ベースで
コミュニケーション

33. グループプログラミングとは
ペアプログラミング
操作するドライバーと、それを見てサポートするナ
ビゲーターの二人ペアになって1つのパソコンを使
い作業する
グループプログラミング
１人のドライバーに、２人から４人のナビゲーター
がつき、ドライバーのパソコン画面共有しながら作
業する

34. グループプログラミングとは
ペアプログラミング
グループプログラミング

35. http://project-p.jp/halt/?p=1729

36. グループプログラミングの方法
● ドライバーがjoin.meを起動し、ナビゲーターに
join.meのURLを教える
● ナビゲーターはブラウザからURLをにアクセスし
て画面を見る。
● ドライバーの作業を見ながら、ナビゲーターはア
ドバイスしたり、先回りして仕様や関連する実装
の確認などをする。
● 1時間前後でドライバーの体力を見ながら休憩
したり交代したりする。

37. グループプログラミングのメリット
● ペアプロと比較すると、１つの問題に対処する
人数が多いため、疲労が少ない。
● ナビゲーターの数が増える事でドライバーへの
情報量が圧倒的に増えるため、ドライバーはナ
ビゲーターの導くままにノンストップでコーディン
グできる。
● メンバーの癖、得意・不得意を把握できる
● 文字には起こせない案件独自の情報も含めて
一気に共有できるため、開発メンバーが増えた
時に超高速で把握してもらえる。

38. 3.業務から離れた
コミュニケーション

39. お菓子駆動開発

40. お菓子駆動開発
ペアプロやグループプログラミング、長時間の集中
によって消費した糖分を、迅速に補給したり、おい
しいお菓子を食べて幸せなきもちになってコードを
書く事によって、業務効率を上げる仕組み。
お菓子の味や好みを語り合ったり、他のチームに
業者買いしたお菓子の絨毯爆撃を行って懐柔する
事で、コミュニケーションを促進できる。

42. VI. 結果
● これまでは、機能単位で人を割り当てて開発し
ていたため、人が１人入れ替わるだけで引き継
ぎ作業が発生していたが、現在では、リーダー
が一週間休暇をとっても滞りなく仕事が回るよう
になった。
● Pull Requestとグループプログラミングで密な
連携を取ることで、仙台事業所、福岡事業所な
どの、他拠点に在籍するメンバーと、リモートで
作業できた。

43. V. まとめ
● チームの中でコードを書くという事を考えて見る
と、実行速度を少し早くしてみたり、膨大なド
キュメント書いたり、モダンな技術を使うだけで
は解決しない問題がたくさんあるという事がわ
かる。
● できない人を見て「スキルがない＝使えない」と
安易に判断するのではなく、「どうやってスキル
差を減らしながら、役割分担していくか」を考え
ていくべき
● 技術だけに注力しない

44. PHPerとPHPの役割
誰もこれない場所へ行く
のではなく
誰もがこれる場所を作る

45. 最後に?
お客さまの中に、チームでの開発に興味を持った
普通のPHPプログラマーはいませんか？
私達と一緒に楽しい開発してみませんか？
まずは Twitter: @halt までツイート、DMお待ちし
ております^^

46. 本当に最後に
もし、このセッションを聞いて、お菓子駆動でもなん
でも良い、１つでもやってみようと思った方は是非
実践してみてください。
そして次は、このセッションを聞いた皆さんが、この
場に登壇し、最先端のWeb開発を伝えてくれる事を
期待しています。