Submit Search
Upload
今まで学び実践してきたこと
•
Download as PPTX, PDF
•
120 likes
•
25,498 views
Daisuke Yamazaki
Follow
学生→社会人→起業→買収→合併という 人生で、今まで学んで実践してきたことを まとめてみました。
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 34
Download now
Recommended
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Ruby World Conference 2019 rubyによる超大量データ配信
Ruby World Conference 2019 rubyによる超大量データ配信
Daisuke Yamazaki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
LayerXのQAチームで目指したい動き方 (社内資料)
LayerXのQAチームで目指したい動き方 (社内資料)
mosa siru
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
Daisuke Yamazaki
Recommended
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Ruby World Conference 2019 rubyによる超大量データ配信
Ruby World Conference 2019 rubyによる超大量データ配信
Daisuke Yamazaki
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
LayerXのQAチームで目指したい動き方 (社内資料)
LayerXのQAチームで目指したい動き方 (社内資料)
mosa siru
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
Daisuke Yamazaki
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
Tokoroten Nakayama
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
TLS 1.3 と 0-RTT のこわ〜い話
TLS 1.3 と 0-RTT のこわ〜い話
Kazuho Oku
TDD のこころ
TDD のこころ
Takuto Wada
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
RailsとCで広告システムを作って起業した話
RailsとCで広告システムを作って起業した話
Daisuke Yamazaki
More Related Content
What's hot
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
Tokoroten Nakayama
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
TLS 1.3 と 0-RTT のこわ〜い話
TLS 1.3 と 0-RTT のこわ〜い話
Kazuho Oku
TDD のこころ
TDD のこころ
Takuto Wada
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
Yoshitaka Kawashima
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
What's hot
(20)
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
TLS 1.3 と 0-RTT のこわ〜い話
TLS 1.3 と 0-RTT のこわ〜い話
TDD のこころ
TDD のこころ
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
ソフトウェアにおける 複雑さとは何なのか?
ソフトウェアにおける 複雑さとは何なのか?
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Viewers also liked
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
RailsとCで広告システムを作って起業した話
RailsとCで広告システムを作って起業した話
Daisuke Yamazaki
ToolChainを使った次世代DevOps環境の作り方
ToolChainを使った次世代DevOps環境の作り方
Harada Kazuki
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
parrotstudio
ブロックチェーン入門〜ただしFinTechを除く〜
ブロックチェーン入門〜ただしFinTechを除く〜
Miki Yutani
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
Yahoo!デベロッパーネットワーク
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
Yahoo!デベロッパーネットワーク
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
Hironori Miura
ソフトウェアエンジニアに知ってほしいAerospike
ソフトウェアエンジニアに知ってほしいAerospike
株式会社ジオロジック
ヒューマンエラーの防ぎ方(Japanese)
ヒューマンエラーの防ぎ方(Japanese)
Toru Nakata
アドテク案件入門講座 8月20日(公開版)
アドテク案件入門講座 8月20日(公開版)
伊藤 孝
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
Masahito Zembutsu
OSC東京(2014年10月)
OSC東京(2014年10月)
joeswebhosting
フルスクラッチで書いたアドサーバの開発運用史
フルスクラッチで書いたアドサーバの開発運用史
Innami Satoshi
39works: 新規事業創出の仕組み
39works: 新規事業創出の仕組み
Osaka University
広告の最適化
広告の最適化
章平 福井
機関車トーマスで説明するRTB
機関車トーマスで説明するRTB
Hisatoshi Kikumoto
Rtb30min
Rtb30min
Daisuke Yamazaki
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
Shoho Kozawa
Wantedlyを使った採用 LT 20120704
Wantedlyを使った採用 LT 20120704
Akitsugu Otani
Viewers also liked
(20)
逆説のスタートアップ思考
逆説のスタートアップ思考
RailsとCで広告システムを作って起業した話
RailsとCで広告システムを作って起業した話
ToolChainを使った次世代DevOps環境の作り方
ToolChainを使った次世代DevOps環境の作り方
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
ブロックチェーン入門〜ただしFinTechを除く〜
ブロックチェーン入門〜ただしFinTechを除く〜
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
ソフトウェアエンジニアに知ってほしいAerospike
ソフトウェアエンジニアに知ってほしいAerospike
ヒューマンエラーの防ぎ方(Japanese)
ヒューマンエラーの防ぎ方(Japanese)
アドテク案件入門講座 8月20日(公開版)
アドテク案件入門講座 8月20日(公開版)
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
OSC東京(2014年10月)
OSC東京(2014年10月)
フルスクラッチで書いたアドサーバの開発運用史
フルスクラッチで書いたアドサーバの開発運用史
39works: 新規事業創出の仕組み
39works: 新規事業創出の仕組み
広告の最適化
広告の最適化
機関車トーマスで説明するRTB
機関車トーマスで説明するRTB
Rtb30min
Rtb30min
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
Wantedlyを使った採用 LT 20120704
Wantedlyを使った採用 LT 20120704
今まで学び実践してきたこと
1.
学び実践してきたこと Supership 山崎大輔(@yamaz)
2.
山崎大輔(@yamaz) Supership 取締役
3.
この資料は? 学生→社会人→起業→買収→合併という 人生で、今まで学んで実践してきたことを まとめてみました。
4.
注意! この資料は「こうしろ!」ということを 強制するものではありません。 みなさんの考え方の一助になれば。
5.
社会人になってからの歩み 1. 大学卒業後TI(当時世界三位の半導体会 社)に入社。工場勤務。 2. ヤフーに転職 3.
ヤフーを退職、スケールアウト立ち上げ 4. 買収されたり合併したりで現在Supership
6.
学んだこと TOC(Theory of Constraints) 制約条件の理論
7.
いきなりですが、質問です。
8.
50人のクラスが遠足で山に登ります。 山に登る速度はどう決定されるでしょう?
9.
答え 山を登る速度はそのクラスの一番足の遅い 人間の速度によって決定されます。
10.
TOCを3行で 1. システムのパフォーマンスはボトルネックの パフォーマンスによって決定される 2. よってボトルネックの改善だけが重要(ボトル ネック以外の改善はほぼムダ!!) 3.
ボトルネックを解消するとボトルネックは次に 移るので、ずっと改善が可能
11.
学んだこと 待ち行列理論
12.
またまた質問です。
13.
いつも10人並んでるATMが1台があります. ここで新たにATMを1台足すと行列の数はどうな るでしょう? ATM ATM ATM
14.
答え だいたい0人に近づいていく (半分ではない)
15.
いつも10人並んでるATMとは → 単位時間に到着する人数とATMが 処理できる人数が釣り合ってるということ いつも10人 ATM
16.
ATMが1台増えると? → ATMが処理できる人数の方が多くなる → 行列の数がどんどん減っていく →
最終的に0人になる ATM ATM
17.
ATMの処理性能 < 到着数の時 処理が間に合ってないってことな ので、行列がどんどん増えて 最終的にめちゃくちゃ遅くなる
18.
ATMの処理性能 > 到着数の時 処理が間に合ってるってことなの で、行列がどんどん減って最終的 には0に近づく
19.
リトルの公式(Little’s formula) 平均の待ち行列の数 L =
λ * W L: システムの平均待ち行列数 λ: システムの平均到着率 W: システムの平均待ち時間
20.
処理性能 < アクセス 1%しか超えてなくても、この状態が ずっと続く限りは待ち行列は永遠に増 える →
システムは無限に遅くなる
21.
スケールアウトあるある 応答速度が10倍遅くなった! えぇっ?10倍サーバを足す必要があるの?? →必要ありません 処理性能 > アクセス を満たせばいいので、大抵の場合数割の増強で 事足りる
22.
逆を言うと? 1台あたり数割の性能劣化が10倍以上の速度 低下をもたらす可能性がある!!
23.
学んだこと ハインリッヒの法則
24.
ハインリッヒの法則を3行で 1. 1つの重大事故の裏には29の軽微な事故が あり、その裏には300の異常が存在する 2. だから異常を見逃さず対処することが大事 3.
対策に際しては安全工学の考え方が大事
25.
学んだこと ピーターの法則
26.
自身の市場価値について 自分の市場価値 市場の伸び 市場価値 年齢
27.
ピーターの法則 「人は最終的に無能になるまで昇進する」という法則 チームメンバーとして超優秀 ↓ チームリーダーとして優秀 ↓ 技術部長として普通 ↓ CTOとして無能
28.
ピーターの法則の対抗策 × 昇進しないようにする ○ 戦い続ける
29.
ピーターの法則を3行で 1. 人は無能になるレベルまで昇進するという 法則がある 2. おそらくは普通にやってると避けられない 3.
旧スケールアウトではメンバーを専門化させ、 昇進(not 昇給)させないことで対抗してきた
30.
学んだこと the Lake Wobegon
Strategy
31.
The Lake Wobegon
Strategy を3行で 1. 採用では「基準を満たす人を採用」じゃなく 「チームの平均値よりいい人を採用」という 方法がある 2. 上記方策で平均能力の低下を抑えられる 3. 初期値(=自分)のパフォーマンスがとても 大事
32.
グラフにするとこんな感じ
33.
注意点 1. これを正しく適用すると最終的に自分が一 番できない奴になるw 2. でも「自分がMax」というリスクがなくなるので、 チームは超強くなります。あと自分もいろい ろ学べるので結果パワーアップします。 3.
もちろん「下位10%を落とす」的な人事制度と は超相性悪い
34.
最後に 私が学んできたことを色々話してみました。 何か考え方の一助になれば
Download now