Submit Search
Upload
今まで学び実践してきたこと
•
Download as PPTX, PDF
•
120 likes
•
25,500 views
Daisuke Yamazaki
Follow
学生→社会人→起業→買収→合併という 人生で、今まで学んで実践してきたことを まとめてみました。
Read less
Read more
Engineering
Slideshow view
Report
Share
Slideshow view
Report
Share
1 of 34
Download now
Recommended
数千億アクセスをさばくための考え方についてまとめました。
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
年単位でトラブルを起こさないための考え方についてまとめました。システムがトラブル続きだとビジネス速度がどんどん落ちていくので、気をつけましょう。
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Twitter:https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
NTT Tech Conference #2 にて話した資料 時間が足りなかったので全部は話せなかった。
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Recommended
数千億アクセスをさばくための考え方についてまとめました。
スケールアウト再考
スケールアウト再考
Daisuke Yamazaki
年単位でトラブルを起こさないための考え方についてまとめました。システムがトラブル続きだとビジネス速度がどんどん落ちていくので、気をつけましょう。
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Twitter:https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
NTT Tech Conference #2 にて話した資料 時間が足りなかったので全部は話せなかった。
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
2016/2/8に開催されたOpenCloudHPC #1 でのLT資料です。HPCといいながらGPU成分が多めです。
AWSでGPUも安く大量に使い倒せ
AWSでGPUも安く大量に使い倒せ
Yasuhiro Matsuo
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Koichiro Matsuoka
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
Daisuke Yamazaki
分散システムのFault Injectionの話 NTTデータテクノロジーカンファレンス2017で発表する際に用いたプレゼン資料 https://oss.nttdata.com/hadoop/event/201710/index.html
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
JJUG CCC 2021 Spring の発表資料です。
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
Hironobu Isoda
2017/9/22(金) 開催 サイバーエージェントのデータ分析基盤とデータ活用およびそれらの技術についての勉強会「Data Engineering and Data Analysis Workshop #2」
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
pcap-ngのファイル形式と実例
Pcapngを読んでみる
Pcapngを読んでみる
Yagi Shinnosuke
2015年12月18日に行われたビッグデータ基盤勉強会で発表する際に使った資料です。
トランザクションをSerializableにする4つの方法
トランザクションをSerializableにする4つの方法
Kumazaki Hiroki
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
・データベース的な観点でのソーシャルゲームの特徴 ・データモデル ・ソーシャルゲームに従来型RDBMSを使うべきか、流行りのNoSQLで行くべきか ・負荷対策 (アーキテクチャ面) ・負荷対策 (ツール面) ・インフラエンジニアのキャリアについて
ソーシャルゲームのためのデータベース設計
ソーシャルゲームのためのデータベース設計
Yoshinori Matsunobu
2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきました
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
そんなトランザクションマネージャで大丈夫か?
そんなトランザクションマネージャで大丈夫か?
takezoe
* 最新版(2019/1)のスライドはこちら。Latest slides on Speaker Deck. https://goo.gl/VDSX9N
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
Kuniharu(州晴) AKAHANE(赤羽根)
OSC 2013 Hokkaidoで発表された「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」のスライド資料です。
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
infinite_loop
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
On Sept. 4, 2010 at XP Matsuri, Kenji Hiranabe talked about the current situation of Agile and XP. Covers history of Patterns and Agile, Lean and recent Kanban movements, and goes back to XP. Explores what was the thing called "XP" with love.
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Yahoo!デベロッパーネットワーク
スタートアップを始める前に知っておくべき、スタートアップの反直観的な事柄やスタートアップの逆説についてまとめました。Paul Graham と Peter Thiel の言説を振り返りたいときにどうぞ。※ 6/30 に東京大学のアントレプレナー道場で話した内容です。 1.不合理なアイデアこそが合理的 2.良いアイデアは説明しづらい 3.難しい課題のほうが実は簡単 4.良いプロダクトの機能は少ない 5.多数のLike より少数のLove を 6.スタートアップのアイデアを考えてはいけない 7.競争は敗者の戦略—独占せよ 8.小さな市場から始める 9.スケールしないことをしよう 10.チームに多様性はいらない 11.会社化すると良くない 12.スタートアップに関する知識はいらない 13.やりたいことはやってみないと分からない +逆説のベンチャー投資
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
RailsとCで広告システムを作って起業した話
RailsとCで広告システムを作って起業した話
Daisuke Yamazaki
More Related Content
What's hot
2016/2/8に開催されたOpenCloudHPC #1 でのLT資料です。HPCといいながらGPU成分が多めです。
AWSでGPUも安く大量に使い倒せ
AWSでGPUも安く大量に使い倒せ
Yasuhiro Matsuo
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Koichiro Matsuoka
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
Daisuke Yamazaki
分散システムのFault Injectionの話 NTTデータテクノロジーカンファレンス2017で発表する際に用いたプレゼン資料 https://oss.nttdata.com/hadoop/event/201710/index.html
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
JJUG CCC 2021 Spring の発表資料です。
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
Hironobu Isoda
2017/9/22(金) 開催 サイバーエージェントのデータ分析基盤とデータ活用およびそれらの技術についての勉強会「Data Engineering and Data Analysis Workshop #2」
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
pcap-ngのファイル形式と実例
Pcapngを読んでみる
Pcapngを読んでみる
Yagi Shinnosuke
2015年12月18日に行われたビッグデータ基盤勉強会で発表する際に使った資料です。
トランザクションをSerializableにする4つの方法
トランザクションをSerializableにする4つの方法
Kumazaki Hiroki
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
・データベース的な観点でのソーシャルゲームの特徴 ・データモデル ・ソーシャルゲームに従来型RDBMSを使うべきか、流行りのNoSQLで行くべきか ・負荷対策 (アーキテクチャ面) ・負荷対策 (ツール面) ・インフラエンジニアのキャリアについて
ソーシャルゲームのためのデータベース設計
ソーシャルゲームのためのデータベース設計
Yoshinori Matsunobu
2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきました
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
そんなトランザクションマネージャで大丈夫か?
そんなトランザクションマネージャで大丈夫か?
takezoe
* 最新版(2019/1)のスライドはこちら。Latest slides on Speaker Deck. https://goo.gl/VDSX9N
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
Kuniharu(州晴) AKAHANE(赤羽根)
OSC 2013 Hokkaidoで発表された「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」のスライド資料です。
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
infinite_loop
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
On Sept. 4, 2010 at XP Matsuri, Kenji Hiranabe talked about the current situation of Agile and XP. Covers history of Patterns and Agile, Lean and recent Kanban movements, and goes back to XP. Explores what was the thing called "XP" with love.
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Yahoo!デベロッパーネットワーク
What's hot
(20)
AWSでGPUも安く大量に使い倒せ
AWSでGPUも安く大量に使い倒せ
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
Discordから バーチャルオフィス「Teamflow」 に乗り換えてみた 雑談を生む工夫
30分でわかる広告エンジンの作り方
30分でわかる広告エンジンの作り方
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
オンライン広告入札システムとZGC ( JJUG CCC 2021 Spring )
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
Pcapngを読んでみる
Pcapngを読んでみる
トランザクションをSerializableにする4つの方法
トランザクションをSerializableにする4つの方法
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
ソーシャルゲームのためのデータベース設計
ソーシャルゲームのためのデータベース設計
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
そんなトランザクションマネージャで大丈夫か?
そんなトランザクションマネージャで大丈夫か?
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
Redmineチューニングの実際と限界(旧資料) - Redmine performance tuning(old), See Below.
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Yahoo! JAPANのプライベートRDBクラウドとマルチライター型 MySQL #dbts2017 #dbtsOSS
Viewers also liked
スタートアップを始める前に知っておくべき、スタートアップの反直観的な事柄やスタートアップの逆説についてまとめました。Paul Graham と Peter Thiel の言説を振り返りたいときにどうぞ。※ 6/30 に東京大学のアントレプレナー道場で話した内容です。 1.不合理なアイデアこそが合理的 2.良いアイデアは説明しづらい 3.難しい課題のほうが実は簡単 4.良いプロダクトの機能は少ない 5.多数のLike より少数のLove を 6.スタートアップのアイデアを考えてはいけない 7.競争は敗者の戦略—独占せよ 8.小さな市場から始める 9.スケールしないことをしよう 10.チームに多様性はいらない 11.会社化すると良くない 12.スタートアップに関する知識はいらない 13.やりたいことはやってみないと分からない +逆説のベンチャー投資
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
RailsとCで広告システムを作って起業した話
RailsとCで広告システムを作って起業した話
Daisuke Yamazaki
SoftLayer Bluemix Community Festa 2016 の講演資料
ToolChainを使った次世代DevOps環境の作り方
ToolChainを使った次世代DevOps環境の作り方
Harada Kazuki
2010/12/11におこなったLT資料 二本のうち、比較的真面目な方
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
「一番いいおすすめを頼む」 ~5分でわかるレコメンドエンジンの基礎~ (Gunma.web #3 2010/12/11)
parrotstudio
FinTech以外でのブロックチェーンの使い方のアイディア。 ①ブロックチェーンのメリット ②サプライチェーンマネジメントとADEPTが目指すもの ③Bluemix上のIBM Blockchainサービスの使い方
ブロックチェーン入門〜ただしFinTechを除く〜
ブロックチェーン入門〜ただしFinTechを除く〜
Miki Yutani
7/16の勉強会にて発表された資料です。 Yahoo! JAPAN DeNA「iOSエンジニア・UI/UXデザイナー勉強会」 http://dena.com/campaign/2014/yahoo_dena/
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
タブレット版 Yahoo!ニュースアプリのこだわり #yxdena
Yahoo!デベロッパーネットワーク
7/16の勉強会にて発表された資料です。 Yahoo! JAPAN DeNA「iOSエンジニア・UI/UXデザイナー勉強会」 http://dena.com/campaign/2014/yahoo_dena/
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
スマデバリッチ広告をプロトタイプで作り上げる #yxdena
Yahoo!デベロッパーネットワーク
VOYAGE GROUPで実践している勉強会をエンジニア視点でのご紹介
VOYAGE GROUPの成長する勉強会カルチャー
VOYAGE GROUPの成長する勉強会カルチャー
Hironori Miura
ソフトウェアエンジニアがAerospikeを使ったシステム設計をするのに必要な情報などです。 2016/03/03に、オプトさん主催の市ヶ谷Geed Knightで発表する内容です。
ソフトウェアエンジニアに知ってほしいAerospike
ソフトウェアエンジニアに知ってほしいAerospike
株式会社ジオロジック
Human errror prevention. History and practical examples in Japan and other countries. Written in Japanese.
ヒューマンエラーの防ぎ方(Japanese)
ヒューマンエラーの防ぎ方(Japanese)
Toru Nakata
8月20日に実施した講座の資料を公開します(一部非公開に修正)
アドテク案件入門講座 8月20日(公開版)
アドテク案件入門講座 8月20日(公開版)
伊藤 孝
事前資料 第6回 エンジニアのためのプレゼン技術研究会「今年の抱負」と「アンチプレゼンパターン」 http://infrapre.connpass.com/event/24911/ 当日、どこがどうダメなのかを解説します。
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
【事前資料:NG版】非オタの彼女が俺の持ってる監視ツールに興味津々なんだが…
Masahito Zembutsu
明星大学で、10月18日(金)19日(土)に開催されたOSC東京でのセミナー資料、Joe'sのJoeが初登場、マンガ「ごきげんにゃん」の舞台裏のスライド
OSC東京(2014年10月)
OSC東京(2014年10月)
joeswebhosting
アドサーバの開発・運用で学んだ知見について説明しています。
フルスクラッチで書いたアドサーバの開発運用史
フルスクラッチで書いたアドサーバの開発運用史
Innami Satoshi
スタートアップとNTTドコモベンチャーズによるNTTドコモのアセットを活用した 共同事業開発プログラムである39works(http://www.39works.net/)を主宰するNTTドコモ執行役員の栄藤稔が、その活動を紹介する。 この活動はスタートアップのプラットフォーム共通化、開発テーマのトップダウン検討、チーム編成の組織化という意味でベルリンのRocket Internet, シリコンバレーのTandem Capitalのとるアプローチに近い。異なるのは、日本の風土にあった起業スタイルを模索していることだ。すぐに会社を作らなくても製品と顧客に関する仮説検証ができる仕組みを提供している。参加者は個人でも会社でも良い。さらに39WorksではAPIを軸とした産業間連携を模索しており、B2B2Cの枠組みで事業開発をすることに興味があるスタートアップやこれから起業を考えている方に参考になるはずだ。この講演では併せてドコモのベンチャー連携方針や注力技術、クラウド利用の実態について述べる。
39works: 新規事業創出の仕組み
39works: 新規事業創出の仕組み
Osaka University
iOS ディベロッパーズカンファレンス関西の時の資料
広告の最適化
広告の最適化
章平 福井
機関車トーマスとこえだちゃんを使ってDSPとSSP、第三者配信エンジンで行われるRTBの説明です。非常に雑な資料ですが、暇つぶしにご覧下さい
機関車トーマスで説明するRTB
機関車トーマスで説明するRTB
Hisatoshi Kikumoto
Rtb30min
Rtb30min
Daisuke Yamazaki
プライベートマーケットプレイスの超基礎の部分だけ抜き出しました。RTBに関する基礎的な内容は「アドテク勉強会」(http://www.slideshare.net/shoho/ss-36728773)を御覧ください。なお、この資料はMarkezine Day 2015 Autumn で使用した 資料を抜粋し、一部加筆・修正したものです。
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
メディアマネタイズは次の世界へ。プライベートマーケットプレイス超入門
Shoho Kozawa
Wantedly Meetup 2012 Summer でスピーカーをした時の資料です。(セミナー時から若干語句の修正あり)
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