How we cook cookpad.com 2016

Slide 1

Slide 1 text

何故クックパッドのサービス開発の進化は止まらないのか庄司嘉織 ∠

Slide 2

Slide 2 text

庄司嘉織 yoshiori 2001 組み込み系プログラマ 2002 Borland Conference Tokyo で発表 2003 SI へ転職

Slide 3

Slide 3 text

2007 Java-ja コミュニティ立ち上げ 2009 ドワンゴへ転職 Web+DB PRESS で特集1 執筆 2011 ニコニコ静画（電子書籍）リリース 2012 クックパッドへ転職

Slide 4

Slide 4 text

2014 Developers Summit で発表（ベストスピーカー） Developers Summit 関西で基調講演 2016 CEDECで発表イマココ ∠

Slide 5

Slide 5 text

クックパッドについて 2,450,000 cooking recipes 61,090,000 monthly unique visitors 1,850,000 PS user

Slide 6

Slide 6 text

世界のクックパッド

Slide 7

Slide 7 text

13 languages 55 countries

Slide 8

Slide 8 text

No content

Slide 9

Slide 9 text

世界一

Slide 10

Slide 10 text

世界一巨大なモノリシック Rails サイトでもある（かも知れない） https://speakerdeck.com/a_matsuda/the-recipe-for-the-worlds-largest-rails-monolith

Slide 11

Slide 11 text

rake stats >

Slide 12

Slide 12 text

なぜ Ǹ Ruby なのかスクリプト言語としては早い方 Ȑ 多分 Java や ASP にするとサーバ台数半分くらいに出来る

Slide 13

Slide 13 text

コンピュータ資源を使い切りたい Ȑ 素早く価値を届けたいサーバコストを安くしたい何を優先するか

Slide 14

Slide 14 text

素早く価値を届けたいコレは資源の有効活用やサーバコスト削減の努力を怠っているわけではありません。素早く価値を届けることを最優先事項とし、それを最大限活かせる形でコスト削減などを日々努力しています。

Slide 15

Slide 15 text

開発テストデプロイ

Slide 16

Slide 16 text

開発の基本的な流れ開発用ブランチを切る追加修正をしコミット ∠ ∠

Slide 17

Slide 17 text

 開発環境には本番のデータが常にレプリされている http://techlife.cookpad.com/entry/2014/10/03/110806

Slide 18

Slide 18 text

ダミーデータやテストデータではサービスの価値はわからないデータが大量なときに遅くなるなども発見

Slide 19

Slide 19 text

開発の基本的な流れ開発用ブランチを切る追加修正をしコミット ∠ ∠

Slide 20

Slide 20 text

Pull Request を作成しレビューしてもらうリリースブランチにマージ CI でチェック ∠

Slide 21

Slide 21 text

レビュー対象リリース対象となるブランチにマージされるコードはすべてコードレビューされる必要がある。ただし、簡単な文言修正や緊急度の高いものはテストが通ればマージして良い。レビュー時必ず返信がほしい、もしくは修正してもらいたいものは [MUST] をつける。逆に今は修正しなくていいが次に弄るときは気にしておいてほしいことのような気軽なものには [nits][IMO]などをつけるレビュー相手他のチームとの連携や、専門分野外なので識者にレビューしてもらいたいときはその人達にも mention すること。 ȑ マージ LGTM を貰ったら自身でマージする。また [MUST] が付いていない修正箇所はレビュー相手に再度確認を求める義務はなく自身の裁量で修正、マージして良い。

Slide 22

Slide 22 text

機械的にチェックできるのもは機械にチェックさせる

Slide 23

Slide 23 text

iOS, Android は dokumi 使ってチェック cookpad/dokumi

Slide 24

Slide 24 text

DeployGate などへの自動アップロードにも対応 cookpad/dokumi 実機ですぐチェックできるデザイナやディレクタも

Slide 25

Slide 25 text

もちろん Pull Request 毎に CI も通す

Slide 26

Slide 26 text

Pull Request を作成しレビューしてもらうリリースブランチにマージ CI でチェック ∠ ∠

Slide 27

Slide 27 text

2,000+ 20,000+ FILES EXAMPLES ̓ MINITS cookpad/rrrspec 分散テスト実行システム

Slide 28

Slide 28 text

Pull Request を作成しレビューしてもらうリリースブランチにマージ CI でチェック ∠ ∠

Slide 29

Slide 29 text

本番デプロイ CI が通ると Staging に自動的にデプロイされるので動作確認 ∠ ∠

Slide 30

Slide 30 text

sorah/mamiya 150+ hosts 13 sec 高速デプロイシステム Ȑ Ȑ Ȑ Ȑ Ȑ Ȑ Ȑ Ȑ

Slide 31

Slide 31 text

デプロイは開発者自身で行う業務時間中のみデプロイ出来るデプロイはチャットでボットに言うだけロールバックもボットに言うだけ

Slide 32

Slide 32 text

本番デプロイ CI が通ると Staging に自動的にデプロイされるので動作確認 ∠ ∠

Slide 33

Slide 33 text

90+ 毎週約 90 個の Pull Request が取り込まれている *クックパッド本体のみの数字です

Slide 34

Slide 34 text

30+ 課金や認証、ユーザーサービスなど 30 以上のアプリケーションが動いている

Slide 35

Slide 35 text

10+ 毎日 10 回以上デプロイされている *クックパッド本体のみの数字です

Slide 36

Slide 36 text

「デプロイしたら終わり」ではない

Slide 37

Slide 37 text

スタッフだけ、特定のユーザーにだけ開発中の機能を簡単に公開できる cookpad/chanko 安全に簡単に

Slide 38

Slide 38 text

ユーザーさんがご意見、ご感想を書くためのフォームをサービスの奥に隠すのではなくすぐに書ける場所に置くフォームへの投稿は専用のチャンネルなどに流すのではなく、常に眼に入るようにサービス担当者が普段から使っているチャンネルに流す

Slide 39

Slide 39 text

素早く価値を届けたい

Slide 40

Slide 40 text

2 年半前、発表した時は dokumi も rrrspec も mamiya も無かったしチャットでデプロイも出来なかった

Slide 41

Slide 41 text

進化する文化

Slide 42

Slide 42 text

情報共有 Blog と Wiki の機能を持った社内ツールがある。 Wiki だけでなく Blog があるのでストックスべき情報とフロー情報を分けて書ける。それが別のサービスとしてあるのではなく、同じ所にあるため全員それを見れば良いし誰でも自分の意見を発信できる

Slide 43

Slide 43 text

全社的に 1Password が導入された

Slide 44

Slide 44 text

意見交換提案は最近は github/issues で行われる。議論として追いやすく、後から経緯を見ることもできる。チャットで話し始めたあとに issue に移行する場合もある

Slide 45

Slide 45 text

社長も創業者もアカウント持ってるし使っている

Slide 46

Slide 46 text

雑 ɔ http://techlife.cookpad.com/entry/2015/03/25/202709 決して低品質な仕事をしたり、誰かに迷惑をかけたりすることを指しているわけではありません。日頃から発言のハードルが低く、気軽に意見できることが重要なのです。

Slide 47

Slide 47 text

zatsu リポジトリに雑に issue を立てていく

Slide 48

Slide 48 text

昼飯や飲みに行った時の貸し借りも

Slide 49

Slide 49 text

行動するユーザーのため、会社のために正しいと思ったら自分の意志で行動出来る。怒る人は居ないし、助言してくれたり助けてくれる。賛同したら一緒に動いてくれる。 Ŏ

Slide 50

Slide 50 text

Tech ブログ英語版作ったぜ！と言ったらいろいろな人が書き出している

Slide 51

Slide 51 text

社外のエンジニアにも貢献すること OSS 活動、執筆や講演などの社外への貢献も評価の軸の1つです。そういったことが許されているとかのレベルではなく会社がそれを望んでいます。

Slide 52

Slide 52 text

今日ご紹介した以外にも多数

Slide 53

Slide 53 text

オープンである

Slide 54

Slide 54 text

平等である Ŏ ɔ

Slide 55

Slide 55 text

素早く価値を届けたい

Slide 56

Slide 56 text

–Grace Hopper  http://en.wikiquote.org/wiki/Grace_Hopper “It's easier to ask forgiveness than it is to get permission.”