Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」
•
343 likes•117,514 views
http://event.shoeisha.jp/devsumi/20140213/session/407 以上の発表の発表内容となります。
Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」
- 2. 吉村 総一郎 (@sifue) • 元々は、製造業の業務改革をメ インとするシステムコンサル ティングで働くSE • 趣味はゲーム実況 (最近はFF14) とプログラミング • 好きな言語はJava • 2012年4月、趣味のゲーム実況 やゲーム用ツール開発が高じて ドワンゴへ
- 5. 2012年12月
- 10. 1. 各人のタスクを見える状況にして、効率よくリソー スを配分できるようにする 2. いらない機能を削って保守コストを下げる 3. カーボーイ個人開発からアジャイル開発体制へ移行 してチームの利点を活かせるようにする 4. 長期案件、突発対応、改善活動の3つのチームに分 割し、安定して改善活動を行えるようにする
- 11. 3ヶ月間の対応の結果 1. 大規模な障害と休日出社が減った 2. コード行数の増加が止まった 3. メンバーが休んでもチームが回るようになった 4. 離職が減った
- 14. 目的は継続的な大規模配信に耐えられるよ うにするため以下の性能を担保すること 1. スケーラビリティ 2. 安定性・フォールトトレラント性 3. 保守性と拡張性 4. パフォーマンス 以上の順番の優先順位で目標を設定することとなった。今の設計で はサーバーを足すのに大きなシステム変更コストが必要であり、今 後容易にスケールアウトできることに主眼をおいた。
- 19. 最終的にメンバーは13名まで増え、 12月の年末特別番組を生2で実施 • 大規模の接続が想定された年末の小林幸子さんのカウントダウン番組で 生2のプレイヤーを利用した放送を実施、無事成功に終わる
- 22. なぜScalaを選択したのか？
- 23. • Java, Scala, PHP, Rubyからの選択 • 保守性の観点から静的型付けの言語を使いたかった • パフォーマンスの懸念はプロトタイプ作成後に判断す ることに • 幸いプロトタイプを作ったメンバーは全員Java/Ruby/関 数型言語などの経験があり、Scalaに抵抗はなかった • ただし、途中から加わったPHPしかやってこなかったメ ンバーがScalaをやるにあたっては辛い面があった
- 24. PHPしかやってこなかったメンバーが Scalaをやるにあたってネックになる知識 1. アルゴリズムとデータ構造 2. 純粋関数型プログラミング 3. valとvar 4. implicit 5. 並行プログラミングの知識 6. JVMとJavaライブラリの仕組み
- 26. プログラミングコンテストチャレン ジブック初級編の勉強会 • 第1回 再帰関数と深さ優先探索 • 第2回 スタックとキューと幅優先探索 • 第3回 貪欲法 • 第4回 動的計画法とメモ化 • 第5回 プライオリティーキュー • 第6回 Union-Find木 • 第7回 ダイクストラ法
- 27. 2. 純粋関数型プログラミング • 無理に適用しない • コード自体もほとんどこのスタイルで書かれておらず、 ベターJavaとして利用している側面が強い • 使う分には簡潔にかけることもあり便利
- 40. ドメイン駆動設計の導入
- 41. ニコ生2でDDDをするにあたって 最低限徹底したこと 1. ユビキタス言語 2. モデルを使って議論するということ 3. レイヤードアーキテクチャ 4. 正しいモジュール化を行い、変更時に読ま なきゃいけないコードを減らす 1. コアの蒸留 2. 汎用サブドメインの分離 5. エンティティと値オブジェクトの使い分け UI層 依存方向 アプリケーション層 依存方向 ドメイン層 依存方向 インフラ層 図: レイヤードアーキテクチャ ※ DDD: Domain-Driven Design
- 46. 仕方がないから社内で講習会
- 47. そんな時の強い味方
- 49. だがユビキタス言語の醸成には、日々モデルや概 念について企画、インフラを交えての議論が必要 • 近い座席と雑談 • 会議体も重要 • • • デイリースタンドアップ ショーケース 日々細かく確認、議論
- 50. DDDを実践する価値とは
- 52. 神クラスについての議論は難しい It’s difficult to talk about a “God class”. ?
- 57. コード規約としての Scala Guide/ Effective Scala • Effective Scalaを守らせるScalastyleを作ってgithubで公開中 • • https://github.com/dwango/scalastyle CPD (Copy and Paste Detector)によるコピペチェックも実施
- 61. Play2/Scala開発の難点 1. sbtが遅すぎる • proxyを作ったり、良いマシンを使うぐらいしかない 2. Play2のscalaテンプレートが、コンパイル遅く、文法がデザイナー にやさしくない仕様 • Groovyテンプレートで作成。 github/dwangoでフォークしたも のを公開中 3. テストで困るobjectとtraitと関数引数 • specs2のmockitoの制約。objectのモック作れない、traitはmixin が必要、ジェネリクスパラメーターが付いた関数引数のメソッド を拡張できない。
- 62. スクラムの導入
- 76. ニコ生でのスクラムで 重視していること 1. ユーザー理解に対して時間をかける 2. ストーリーのポイント数を大体2~3日以内で終わる量にしている 3. みんなでお菓子を食べたり、一緒にゲームをやったりするよう心がけ ている 4. スクラムマスターが常にプレイングマネージャーであれるようにする 5. ゆとりを持った開発計画 6. 企画と相談するときには、不確定な時期と優先順位と一緒に持ち込む 7. インフラチームや他チームとの共同作業は合流バッファを考慮する
- 79. 質疑応答