Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
How we cook cookpad.com
Search
Yoshiori SHOJI
February 13, 2014
Technology
33k
61
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
How we cook cookpad.com
http://event.shoeisha.jp/devsumi/20140213/session/377/
Yoshiori SHOJI
February 13, 2014
More Decks by Yoshiori SHOJI
See All by Yoshiori SHOJI
なぜThrottleではなくDebounceだったのか? 700並列リクエストと戦うサーバーサイド実装のすべて
yoshiori
13
7.6k
クライアントサイドでよく使われる Debounce処理 をサーバサイドで3回実装した話
yoshiori
2
1.1k
ソートできるUUID v7をJavaで使うときの話
yoshiori
8
8.3k
Go Down Rockin'
yoshiori
31
20k
テストデータを貯めて感じたこと
yoshiori
12
4.5k
エンジニアリング x US 海外とのコラボレーション
yoshiori
3
2.2k
未完成な技術と歩む道のりでの 試行錯誤
yoshiori
0
250
DevOps, Immutable Infrastructure, Microservices and Chaos Engineering
yoshiori
13
2.5k
Change the recipe's world
yoshiori
3
1.6k
Other Decks in Technology
See All in Technology
日経電子版を支えていく Kasane Design System/fec_fukuoka
nikkei_engineer_recruiting
0
490
AI時代だからこそ、スケールしないことをやろう
yutashigemura
1
130
プロダクトエンジニアに必要な「いい感じ」に作る能力 〜たくさん作れる時代に、どこまで作るかの決め方〜
jnishime_dresscode
2
1.4k
ペアプロの価値はコードを書くことだけじゃない
codmoninc
PRO
0
160
#jawssonic2026 あの時代が悪かった ~動かなかったSageMakerと共に迎えたイベント当日~
ktkn1129
0
140
振り返りこそエンジニアの本領
negima
0
360
作品が生態系になった ─ Mini Tokyo 3D から世界へ
nagix
0
150
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
3
890
AI活用の現在地、 ちゃんと見えてますか?/XPfest-2026
visional_engineering_and_design
0
180
AI時代に顧客へ最速で価値を 届けるための試行錯誤 〜「AI × マネジメント」領域におけるmentoのケース〜
posterkeisuke
0
110
幾何アルゴリズムで なめらかなピン操作を / iOSDC Japan 2026 / smoothpin
kazumanagano
0
240
リージョンの壁を越える、 ちょっと変わったAWSサービスの話
falken
PRO
1
300
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
270
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
560
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
440
Building an army of robots
kneath
306
46k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
How to make the Groovebox
asonas
2
2.4k
Designing Experiences People Love
moore
143
24k
Making Projects Easy
brettharned
120
6.7k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
780
Transcript
ςΩετ ԿނΫοΫύουͷαʔϏε։ൃʑਐԽ͍ͯ͠Δͷ͔ Yoshiori SHOJI
None
レベル: しょくぎょう: やくしょく: ヨシオリ 38 プログラマ ぶちょー
レベル: しょくぎょう: やくしょく: ヨシオリ 38 プログラマ ぶちょー ▶ アカウント
レベル: しょくぎょう: やくしょく: ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ: ツイッター: yoshiori @yoshiori
レベル: しょくぎょう: やくしょく: ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ: ツイッター: yoshiori @yoshiori ▶ コミュニティ
レベル: しょくぎょう: やくしょく: ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ: ツイッター: yoshiori @yoshiori ▶ コミュニティ ! java-ja: Asakusa.rb: しゅさいしゃ ゆうれいぶいん
! $00,1"% ຖͷྉཧΛָ͠Έʹ
None
cookpad.com Ruby 2.0 Rails 3.2
>
> find app/models -type f |wc -l 1136 >
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 >
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 > find app/views -type f |wc -l 3530 >
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 > find app/views -type f |wc -l 3530 > > wc -l config/routes.rb 2718 config/routes.rb
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 > find app/views -type f |wc -l 3530 > find app/assets -type f |wc -l 4135 > wc -l config/routes.rb 2718 config/routes.rb
None
None
None
約二ヶ月半で…… + 54 models + 40 controllers + 226 view
templates + 591 lines of routes.rb + 189 assets
16,108 examples IUUQXXXqJDLSDPNQIPUPTTJEFMPOH
IUUQXXXqJDLSDPNQIPUPTVTOBWZ デプロイ 約10/日
None
None
エンジニア サービス開発 40人+ インフラ部 5人 技術部 10人+
インフラストラクチャー部 DevOps の Ops 側 詳しくは…… https://speakerdeck.com/mirakui/being-healthy-dev-and-ops-in-cookpad
技術部 IUUQXXXqJDLSDPNQIPUPT!/
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ”
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ” サービス開発部隊が サービス開発に集中 するのは悪いこと?
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ” サービス開発部隊が サービス開発に集中 するのは悪いこと? 理想? 現実?
例: CI10分以内
技術部 他にも デプロイなどの開発支 援や 共通基盤整備なども 詳しくは…… https://speakerdeck.com/takai/continuous-delivery-in-cookpad
サービス 開発
サービス開発 今回は実際の開発につ いて話します ものづくりの考え方に ついて詳しくは…… https://speakerdeck.com/katsuma/service-development-for-users
Chanko 素早く 安全に 新機能のプロトタイプ を行うためのフレーム ワークです。 https://speakerdeck.com/mrkn/chanko
None
None
None
None
マージは本人がする
マージは本人がする コードレビューが通っ ていることが原則
マージは本人がする コードレビューが通っ ていることが原則
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る レビュー依頼はチーム だけでなく関係者に 送ったり識者に送った
り
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る レビュー依頼はチーム だけでなく関係者に 送ったり識者に送った
り
DB スキーマも Pull Requestで
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
その他インフラ依頼も issues で
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
その他インフラ依頼も issues で
設計も issues で
設計も issues で 設計中の議論が一目瞭 然
設計も issues で 設計中の議論が一目瞭 然
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく github のタスク記法で 残り作業も見やすく
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく github のタスク記法で 残り作業も見やすく
もちろんデザイナーも
もちろんデザイナーも
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ IUNM TUZMFTIFFU͔Βը૾ΈࠐΈ·Ͱ
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ IUNM TUZMFTIFFU͔Βը૾ΈࠐΈ·Ͱ ʮ͜ΜͳΠϝʔδԼ͍͞ʯˠʮϓϧϦΫૹ͓͖ͬͯ ·ͨ͠ʯ
None
None
None
None
None
デプロイ
デプロイ CI 通ったリビジョンのみデプロイ出来る
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
デプロイロック お願いします
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
デプロイロック お願いします
ユーザーサポートも Github で
ユーザーサポートも Github で hipchat に通知
ユーザーサポートも Github で hipchat に通知
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない プルリクエストへのリ ンクなど貼られるので サポートにも進捗が見
れる
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない プルリクエストへのリ ンクなど貼られるので サポートにも進捗が見
れる
None
ͱͱҧ͏νέοτཧγεςϜͬͯͨ
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌ ͦͷޙ ʮαϙʔτͷνέοτӡ༻ม͔͑ͨΒʯ ͬͯΞφϯε
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌ ͦͷޙ ʮαϙʔτͷνέοτӡ༻ม͔͑ͨΒʯ ͬͯΞφϯε ਖ਼͍͠ͱࢥͬͨΒߦಈͰ͖ΔɻࣗͰจԽΛ࡞ΕΔ
文化
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹcɹʋʘɹɹσʘɹɹʋɹɹʍɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ůɹခɹɹɹɹɹɹʘɹɹϓʘɹɹɹʌ ɹůɹɹcɹɹcɹʘɹϩʘɹɹɹɹɹɹɹɹɹ Ϣʔβ
ɹɹɹɹɹɹɹɹɹɹʘɹΠʘʗcɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ɹůɹɹɹcɹɹcɹɹɹɹʘɹɹcɹɹɹɹɹɹɹɹˢ ɹɹɹɹʗʘɹɹɹɹɹɹɹʘɹɹɹcɹɹɹɹɹɹɹɹʢɹɹˢ ɹɹɹʗɹɹɹʘɹɹɹɹɹʗɹɹɹcɹɹɹɹɹɹɹɹʣɹʢ ɹʗɹɹɹɹɹɹʘɹɹɹɹʉʉʉʉʉɹɹɹɹɹɹɹɹʢɹɹʣ ʗʊɹɹɹɹɹɹɹʘɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹʣɹʢɹɹɹɹɹɹɹ ʉcɹɹϓɹɹɹcʉɹɹɹɹɹɹɹϊ˶ʉ˶Ѝ˶ʉ˶ʍɹɹɹɹɹɹɹɹɹɹɹ ɹɹcɹϧɹɹɹcɹɹɹɹɹɹɹɹϊɹΠϯλʔωοτʍɹɹɹɹɹɹɹɹɹ ɹcɹɹϦɹɹɹcɹɹɹɹɹɹɹခɹɹɹɹɹɹɹɹɹɹʎɹɹɹɹɹɹʊɹ˴ ɹcɹɹΫɹɹɹcɹɹɹɹɹɹခʗcʗcʗcʗcʘcʘcʘcʘcʘʍɹɹɹɹʘɹʗ ɹcɹΤɹɹɹcɹɹɹɹɹɹɹɹɹᴹɹɹɹɹɹɹɹɹɹɹɹ7 ʕʕcɹɹεɹɹɹcʕʕʕʕʕʕʕʕʕʕʕʕʕᵳʕʕʕʕʕʕʕʕʕʕʕʕʕ ɹɹɹτɹɹʋɹɹቬቬቬቬቬቬቬቬݱ࣮ࣾձቬቬቬቬቬቬቬቬͬ͛͢ʔαʔϏε DevOps?
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹcɹʋʘɹɹσʘɹɹʋɹɹʍɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ůɹခɹɹɹɹɹɹʘɹɹϓʘɹɹɹʌ ɹůɹɹcɹɹcɹʘɹϩʘɹɹɹɹɹɹɹɹɹ Ϣʔβ
ɹɹɹɹɹɹɹɹɹɹʘɹΠʘʗcɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ɹůɹɹɹcɹɹcɹɹɹɹʘɹɹcɹɹɹɹɹɹɹɹˢ ɹɹɹɹʗʘɹɹɹɹɹɹɹʘɹɹɹcɹɹɹɹɹɹɹɹʢɹɹˢ ɹɹɹʗɹɹɹʘɹɹɹɹɹʗɹɹɹcɹɹɹɹɹɹɹɹʣɹʢ ɹʗɹɹɹɹɹɹʘɹɹɹɹʉʉʉʉʉɹɹɹɹɹɹɹɹʢɹɹʣ ʗʊɹɹɹɹɹɹɹʘɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹʣɹʢɹɹɹɹɹɹɹ ʉcɹɹϓɹɹɹcʉɹɹɹɹɹɹɹϊ˶ʉ˶Ѝ˶ʉ˶ʍɹɹɹɹɹɹɹɹɹɹɹ ɹɹcɹϧɹɹɹcɹɹɹɹɹɹɹɹϊɹΠϯλʔωοτʍɹɹɹɹɹɹɹɹɹ ɹcɹɹϦɹɹɹcɹɹɹɹɹɹɹခɹɹɹɹɹɹɹɹɹɹʎɹɹɹɹɹɹʊɹ˴ ɹcɹɹΫɹɹɹcɹɹɹɹɹɹခʗcʗcʗcʗcʘcʘcʘcʘcʘʍɹɹɹɹʘɹʗ ɹcɹΤɹɹɹcɹɹɹɹɹɹɹɹɹᴹɹɹɹɹɹɹɹɹɹɹɹ7 ʕʕcɹɹεɹɹɹcʕʕʕʕʕʕʕʕʕʕʕʕʕᵳʕʕʕʕʕʕʕʕʕʕʕʕʕ ɹɹɹτɹɹʋɹɹቬቬቬቬቬቬቬቬݱ࣮ࣾձቬቬቬቬቬቬቬቬͬ͛͢ʔαʔϏε DevOps? ࣾͰ%FW0QTͱ͍͏ݴ༿΄΅ҙࣝͯ͠ ͍ͳ͍
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹcɹʋʘɹɹσʘɹɹʋɹɹʍɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ůɹခɹɹɹɹɹɹʘɹɹϓʘɹɹɹʌ ɹůɹɹcɹɹcɹʘɹϩʘɹɹɹɹɹɹɹɹɹ Ϣʔβ
ɹɹɹɹɹɹɹɹɹɹʘɹΠʘʗcɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹ Ϣʔβ ɹůɹɹɹcɹɹcɹɹɹɹʘɹɹcɹɹɹɹɹɹɹɹˢ ɹɹɹɹʗʘɹɹɹɹɹɹɹʘɹɹɹcɹɹɹɹɹɹɹɹʢɹɹˢ ɹɹɹʗɹɹɹʘɹɹɹɹɹʗɹɹɹcɹɹɹɹɹɹɹɹʣɹʢ ɹʗɹɹɹɹɹɹʘɹɹɹɹʉʉʉʉʉɹɹɹɹɹɹɹɹʢɹɹʣ ʗʊɹɹɹɹɹɹɹʘɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹʣɹʢɹɹɹɹɹɹɹ ʉcɹɹϓɹɹɹcʉɹɹɹɹɹɹɹϊ˶ʉ˶Ѝ˶ʉ˶ʍɹɹɹɹɹɹɹɹɹɹɹ ɹɹcɹϧɹɹɹcɹɹɹɹɹɹɹɹϊɹΠϯλʔωοτʍɹɹɹɹɹɹɹɹɹ ɹcɹɹϦɹɹɹcɹɹɹɹɹɹɹခɹɹɹɹɹɹɹɹɹɹʎɹɹɹɹɹɹʊɹ˴ ɹcɹɹΫɹɹɹcɹɹɹɹɹɹခʗcʗcʗcʗcʘcʘcʘcʘcʘʍɹɹɹɹʘɹʗ ɹcɹΤɹɹɹcɹɹɹɹɹɹɹɹɹᴹɹɹɹɹɹɹɹɹɹɹɹ7 ʕʕcɹɹεɹɹɹcʕʕʕʕʕʕʕʕʕʕʕʕʕᵳʕʕʕʕʕʕʕʕʕʕʕʕʕ ɹɹɹτɹɹʋɹɹቬቬቬቬቬቬቬቬݱ࣮ࣾձቬቬቬቬቬቬቬቬͬ͛͢ʔαʔϏε DevOps? ࣾͰ%FW0QTͱ͍͏ݴ༿΄΅ҙࣝͯ͠ ͍ͳ͍ ͱͱ͍ͬͯͨ͜ͱʹޙ͔Β໊લ͕͍ͭͨ Α͏ͳײ֮
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ ։ൃج൫
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ ։ൃج൫ όοΫΦϑΟεܥ
幸せにするために常に正し いと思うことを積極的に
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ ͰɺΤϯδχΞҎ্ʹ8&#αʔϏε͍͜ͳͯ͠ ͍Δਓͦ͏ͦ͏ډͳ͍ΑͶʁ
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ ͰɺΤϯδχΞҎ্ʹ8&#αʔϏε͍͜ͳͯ͠ ͍Δਓͦ͏ͦ͏ډͳ͍ΑͶʁ ͋ΔҙຯͨΓલͩͦ͜͠Ͱࢭ·ͬͪΌμϝ
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる 使いこなせるかな?は 逆に失礼では?
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる 使いこなせるかな?は 逆に失礼では?
さっきから色々な資料リン クしているけど
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる 発表資料だけでなく 勿論 OSS 活動も
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる 発表資料だけでなく 勿論 OSS 活動も
許されているとかでは なく会社がして欲しい と推奨している
文化を作るために気をつけ ていること 情報共有 (wiki と blog の統 合されたツール) なるべくルールを作ら ない。ルールにしな
い。 それが正しいと思った ら行動をする。
None
社内で良い行動とか あんまり広がらなくない?
社内で良い行動とか あんまり広がらなくない? みんなもっとそういうのは 褒め合えばいいのにね
社内で良い行動とか あんまり広がらなくない? みんなもっとそういうのは 褒め合えばいいのにね どうやったら褒め合う文化になるかなぁ
社内で良い行動とか あんまり広がらなくない? みんなもっとそういうのは 褒め合えばいいのにね じゃぁ、良いと思った行動だしあって 週一の MTG で発表すればいいんじゃね? どうやったら褒め合う文化になるかなぁ
社内で良い行動とか あんまり広がらなくない? みんなもっとそういうのは 褒め合えばいいのにね じゃぁ、良いと思った行動だしあって 週一の MTG で発表すればいいんじゃね? どうやったら褒め合う文化になるかなぁ じゃぁ、
それ俺やるわ
Q. いいだしっぺの法則 にならない?
Q. いいだしっぺの法則 にならない? A. いいだしっぺばかりだ から問題ない
文化が共有されていれば それでまわる
–Grace Hopper http://en.wikiquote.org/wiki/Grace_Hopper “It's easier to ask forgiveness than it
is to get permission.”
IUUQXXXqJDLSDPNQIPUPTUFDIOPTUBO 安定
IUUQXXXqJDLSDPNQIPUPTTNFNPO 速度
文化
–Yoshiori SHOJI “จԽΛڞ༗͠৴པ࣮͠ߦ”