How we cook cookpad.com 2016

1.

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

2.

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

3.

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

4.

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

5.

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

6.

世界のクックパッド

7.

13 languages 55 countries

8.

None

9.

世界一

10.

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

11.

rake stats >

12.

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

13.

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

14.

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

15.

開発テストデプロイ

16.

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

17.

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

18.

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

19.

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

20.

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

21.

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

22.

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

23.

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

24.

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

25.

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

26.

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

27.

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

28.

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

29.

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

30.

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

31.

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

32.

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

33.

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

34.

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

35.

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

36.

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

37.

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

38.

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

39.

素早く価値を届けたい

40.

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

41.

進化する文化

42.

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

43.

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

44.

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

45.

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

46.

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

47.

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

48.

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

49.

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

50.

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

51.

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

52.

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

53.

オープンである

54.

平等である Ŏ ɔ

55.

素早く価値を届けたい

56.

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

57.

None

58.

None

How we cook cookpad.com 2016

How we cook cookpad.com 2016

Want more?

Transcript