Speaker Deck
Sign in
Sign up
for free
How we cook cookpad.com
Yoshiori SHOJI
February 13, 2014
Technology
60
29k
How we cook cookpad.com
http://event.shoeisha.jp/devsumi/20140213/session/377/
Yoshiori SHOJI
February 13, 2014
Tweet
Share
Want more?
yoshiori
12
1.6k
yoshiori
2
1.1k
yoshiori
5
4.7k
reverentgeek
9
470
rmw
1
250
skipperchong
0
160
carmenhchung
6
310
keathley
6
210
productmarketing
3
290
clairelew
4
550
thoeni
1
160
jcasabona
4
250
Transcript
1
.
ςΩετ ԿނΫοΫύουͷαʔϏε։ൃʑਐԽ͍ͯ͠Δͷ͔ Yoshiori SHOJI
2
.
None
3
.
レベル： しょくぎょう： やくしょく： ヨシオリ 38 プログラマ ぶちょー
4
.
レベル： しょくぎょう： やくしょく： ヨシオリ 38 プログラマ ぶちょー ▶ アカウント
5
.
レベル： しょくぎょう： やくしょく： ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ： ツイッター： yoshiori @yoshiori
6
.
レベル： しょくぎょう： やくしょく： ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ： ツイッター： yoshiori @yoshiori ▶ コミュニティ
7
.
レベル： しょくぎょう： やくしょく： ヨシオリ 38 プログラマ ぶちょー ▶ アカウント !
ギットハブ： ツイッター： yoshiori @yoshiori ▶ コミュニティ ! java-ja： Asakusa.rb： しゅさいしゃ ゆうれいぶいん
8
.
! $00,1"% ຖͷྉཧΛָ͠Έʹ
9
.
None
10
.
cookpad.com Ruby 2.0 Rails 3.2
11
.
>
12
.
> find app/models -type f |wc -l 1136 >
13
.
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 >
14
.
> find app/models -type f |wc -l 1136 > find
app/controllers -type f |wc -l 358 > find app/views -type f |wc -l 3530 >
15
.
> 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
16
.
> 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
17
.
None
18
.
None
19
.
None
20
.
約二ヶ月半で…… + 54 models + 40 controllers + 226 view
templates + 591 lines of routes.rb + 189 assets
21
.
16,108 examples IUUQXXXqJDLSDPNQIPUPTTJEFMPOH
22
.
IUUQXXXqJDLSDPNQIPUPTVTOBWZ デプロイ 約10/日
23
.
None
24
.
None
25
.
エンジニア サービス開発 40人+ インフラ部 5人 技術部 10人+
26
.
インフラストラクチャー部 DevOps の Ops 側 詳しくは…… https://speakerdeck.com/mirakui/being-healthy-dev-and-ops-in-cookpad
27
.
技術部 IUUQXXXqJDLSDPNQIPUPT!/
28
.
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ”
29
.
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ” サービス開発部隊が サービス開発に集中 するのは悪いこと？
30
.
ςετج൘σϓϩΠج൫ͳͲ “αʔϏε։ൃճΓ͕͓Ζ͔ͦʹͳΓ͕ͪ” サービス開発部隊が サービス開発に集中 するのは悪いこと？ 理想？ 現実？
31
.
例: CI10分以内
32
.
技術部 他にも デプロイなどの開発支 援や 共通基盤整備なども 詳しくは…… https://speakerdeck.com/takai/continuous-delivery-in-cookpad
33
.
サービス 開発
34
.
サービス開発 今回は実際の開発につ いて話します ものづくりの考え方に ついて詳しくは…… https://speakerdeck.com/katsuma/service-development-for-users
35
.
Chanko 素早く 安全に 新機能のプロトタイプ を行うためのフレーム ワークです。 https://speakerdeck.com/mrkn/chanko
36
.
None
37
.
None
38
.
None
39
.
None
40
.
マージは本人がする
41
.
マージは本人がする コードレビューが通っ ていることが原則
42
.
マージは本人がする コードレビューが通っ ていることが原則
43
.
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る
44
.
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る
45
.
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る レビュー依頼はチーム だけでなく関係者に 送ったり識者に送った
り
46
.
マージは本人がする コードレビューが通っ ていることが原則 html の文言修正などは レビューなしでもマー ジ出来る レビュー依頼はチーム だけでなく関係者に 送ったり識者に送った
り
47
.
DB スキーマも Pull Requestで
48
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成
49
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成
50
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
51
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
52
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
その他インフラ依頼も issues で
53
.
DB スキーマも Pull Requestで 開発環境で試行錯誤し て出来たテーブルから 自動生成 スキーマ変更も PR で
その他インフラ依頼も issues で
54
.
設計も issues で
55
.
設計も issues で 設計中の議論が一目瞭 然
56
.
設計も issues で 設計中の議論が一目瞭 然
57
.
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく
58
.
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく
59
.
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく github のタスク記法で 残り作業も見やすく
60
.
設計も issues で 設計中の議論が一目瞭 然 その為の Pull Request や issue
からリンクで 相互に見やすく github のタスク記法で 残り作業も見やすく
61
.
もちろんデザイナーも
62
.
もちろんデザイナーも
63
.
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ
64
.
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ IUNM TUZMFTIFFU͔Βը૾ΈࠐΈ·Ͱ
65
.
もちろんデザイナーも ࡞ۀதͷCSBODIʹ1VMM3FRVFTUͯ͘͠ΕΔ IUNM TUZMFTIFFU͔Βը૾ΈࠐΈ·Ͱ ʮ͜ΜͳΠϝʔδԼ͍͞ʯˠʮϓϧϦΫૹ͓͖ͬͯ ·ͨ͠ʯ
66
.
None
67
.
None
68
.
None
69
.
None
70
.
None
71
.
デプロイ
72
.
デプロイ CI 通ったリビジョンのみデプロイ出来る
73
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る
74
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し
75
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から
76
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
77
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
デプロイロック お願いします
78
.
デプロイ CI 通ったリビジョンのみデプロイ出来る 全開発者が手元でデプロイ出来る 時間帯は 9:30-17:00 休前日は基本無し ロールバック、デプロイロックも手元から デプロイロックもインフラが行うのではなくお願 いでくる
デプロイロック お願いします
79
.
ユーザーサポートも Github で
80
.
ユーザーサポートも Github で hipchat に通知
81
.
ユーザーサポートも Github で hipchat に通知
82
.
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない
83
.
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない
84
.
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない プルリクエストへのリ ンクなど貼られるので サポートにも進捗が見
れる
85
.
ユーザーサポートも Github で hipchat に通知 エンジニアがすぐに見 れる&分散しない プルリクエストへのリ ンクなど貼られるので サポートにも進捗が見
れる
86
.
None
87
.
ͱͱҧ͏νέοτཧγεςϜͬͯͨ
88
.
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠
89
.
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌
90
.
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌ ͦͷޙ ʮαϙʔτͷνέοτӡ༻ม͔͑ͨΒʯ ͬͯΞφϯε
91
.
ͱͱҧ͏νέοτཧγεςϜͬͯͨ HJUIVCʹҠߦͨ͠ ΞΧϯτΛαϙʔτͷਓऔΔ͚ͩͯࣗ͠Ͱαϙʔτ νʔϜʹ͍ํઆ໌ ͦͷޙ ʮαϙʔτͷνέοτӡ༻ม͔͑ͨΒʯ ͬͯΞφϯε ਖ਼͍͠ͱࢥͬͨΒߦಈͰ͖ΔɻࣗͰจԽΛ࡞ΕΔ
92
.
文化
93
.
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹ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?
94
.
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹ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ͱ͍͏ݴ༿΄΅ҙࣝͯ͠ ͍ͳ͍
95
.
ɹ$*ɹɹɹɹʋɹɹɹʘ ɹɹɹɹʘɹʋɹɹʋɹɹɹɹɹʋ ʗɹɹɹɹɹʋɹɹʘɹʋɹɹɹʋ ɹɹɹɹ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ͱ͍͏ݴ༿΄΅ҙࣝͯ͠ ͍ͳ͍ ͱͱ͍ͬͯͨ͜ͱʹޙ͔Β໊લ͕͍ͭͨ Α͏ͳײ֮
96
.
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ
97
.
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ
98
.
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ ։ൃج൫
99
.
社員ひとりひとりにユーザーがいる αʔϏεΛͬͯ͘ΕΔํʑ αʔϏε։ൃ Πϯϑϥ ։ൃج൫ όοΫΦϑΟεܥ
100
.
幸せにするために常に正し いと思うことを積極的に
101
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件
102
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ
103
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ
104
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ ͰɺΤϯδχΞҎ্ʹ8&#αʔϏε͍͜ͳͯ͠ ͍Δਓͦ͏ͦ͏ډͳ͍ΑͶʁ
105
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 ʮ͍͊ɺࣾͷۈଵγεςϜ͕ฅͰ͊͞ʯ ͋Δ͋Δ ͰɺΤϯδχΞҎ্ʹ8&#αʔϏε͍͜ͳͯ͠ ͍Δਓͦ͏ͦ͏ډͳ͍ΑͶʁ ͋ΔҙຯͨΓલͩͦ͜͠Ͱࢭ·ͬͪΌμϝ
106
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる
107
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる 使いこなせるかな？は 逆に失礼では？
108
.
幸せにするために常に正し いと思うことを積極的に 例えばさっきのサポー トの件 エンジニアの文化が良 いと思うなら積極的に 取り入れる 使いこなせるかな？は 逆に失礼では？
109
.
さっきから色々な資料リン クしているけど
110
.
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる
111
.
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる 発表資料だけでなく 勿論 OSS 活動も
112
.
さっきから色々な資料リン クしているけど クックパッドのエンジ ニアは社外の開発者に も貢献することが求め られる 発表資料だけでなく 勿論 OSS 活動も
許されているとかでは なく会社がして欲しい と推奨している
113
.
文化を作るために気をつけ ていること 情報共有 （wiki と blog の統 合されたツール） なるべくルールを作ら ない。ルールにしな
い。 それが正しいと思った ら行動をする。
114
.
None
115
.
社内で良い行動とか あんまり広がらなくない？
116
.
社内で良い行動とか あんまり広がらなくない？ みんなもっとそういうのは 褒め合えばいいのにね
117
.
社内で良い行動とか あんまり広がらなくない？ みんなもっとそういうのは 褒め合えばいいのにね どうやったら褒め合う文化になるかなぁ
118
.
社内で良い行動とか あんまり広がらなくない？ みんなもっとそういうのは 褒め合えばいいのにね じゃぁ、良いと思った行動だしあって 週一の MTG で発表すればいいんじゃね？ どうやったら褒め合う文化になるかなぁ
119
.
社内で良い行動とか あんまり広がらなくない？ みんなもっとそういうのは 褒め合えばいいのにね じゃぁ、良いと思った行動だしあって 週一の MTG で発表すればいいんじゃね？ どうやったら褒め合う文化になるかなぁ じゃぁ、
それ俺やるわ
120
.
Q. いいだしっぺの法則 にならない？
121
.
Q. いいだしっぺの法則 にならない？ A. いいだしっぺばかりだ から問題ない
122
.
文化が共有されていれば それでまわる
123
.
–Grace Hopper http://en.wikiquote.org/wiki/Grace_Hopper “It's easier to ask forgiveness than it
is to get permission.”
124
.
IUUQXXXqJDLSDPNQIPUPTUFDIOPTUBO 安定
125
.
IUUQXXXqJDLSDPNQIPUPTTNFNPO 速度
126
.
文化
127
.
–Yoshiori SHOJI “จԽΛڞ༗͠৴པ࣮͠ߦ”
Yoshiori SHOJI
yoshiori
reverentgeek
rmw
skipperchong
carmenhchung
keathley
productmarketing
clairelew
thoeni
jcasabona
