Submit Search
Upload
今だから言えるやらないほうが良かったこと
•
27 likes
•
8,025 views
Akira Miki
Follow
@threetreeslight Repro Inc. スタートアップ企業tips共有会@dots Apr 27, 2016
Read less
Read more
Technology
Report
Share
Report
Share
1 of 43
Recommended
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
schoowebcampus
Dockerizeして 大変だった話、幸せになった話
Dockerizeして 大変だった話、幸せになった話
Akira Miki
what is_the_best_way_of_method_swizzling
what is_the_best_way_of_method_swizzling
Akira Miki
決済って悩むことが多い
決済って悩むことが多い
Akira Miki
rails + serverengineで お手軽daemon
rails + serverengineで お手軽daemon
Akira Miki
background jobで 気をつけないといかんところ
background jobで 気をつけないといかんところ
Akira Miki
Ansible2.0と実用例
Ansible2.0と実用例
OSSラボ株式会社
1秒でも早くAutoScale
1秒でも早くAutoScale
Akira Miki
Recommended
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
schoowebcampus
Dockerizeして 大変だった話、幸せになった話
Dockerizeして 大変だった話、幸せになった話
Akira Miki
what is_the_best_way_of_method_swizzling
what is_the_best_way_of_method_swizzling
Akira Miki
決済って悩むことが多い
決済って悩むことが多い
Akira Miki
rails + serverengineで お手軽daemon
rails + serverengineで お手軽daemon
Akira Miki
background jobで 気をつけないといかんところ
background jobで 気をつけないといかんところ
Akira Miki
Ansible2.0と実用例
Ansible2.0と実用例
OSSラボ株式会社
1秒でも早くAutoScale
1秒でも早くAutoScale
Akira Miki
AWS Auroraよもやま話
AWS Auroraよもやま話
Akira Miki
Docker with RHEL7 技術勉強会
Docker with RHEL7 技術勉強会
Etsuji Nakai
ネットワーク概論 サーバの構築理論
ネットワーク概論 サーバの構築理論
Takahiro Komatsu
成功したチームと成功しなかったチーム 20160608
成功したチームと成功しなかったチーム 20160608
Keiichi Endo
WebPayからStripeに移行した話
WebPayからStripeに移行した話
Takuro Niitsuma
Life with jupyter
Life with jupyter
Etsuji Nakai
Microserviceなんて最初からやるもんじゃ無かった
Microserviceなんて最初からやるもんじゃ無かった
Akira Miki
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
Takahiro Moteki
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
Hiroki Takeda
FiNCとマイクロサービス
FiNCとマイクロサービス
Fumiya Shinozuka
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
Tokoroten Nakayama
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
Shoe-g Ueyama
子供の言語獲得と機械の言語獲得
子供の言語獲得と機械の言語獲得
Yuya Unno
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
Yusuke Suzuki
絶対に描いてはいけないグラフ入りスライド24枚
絶対に描いてはいけないグラフ入りスライド24枚
itoyan110
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
しょぼいプレゼンをパワポのせいにするな! by @jessedee
しょぼいプレゼンをパワポのせいにするな! by @jessedee
「MakeLeaps」請求書の作成、管理、郵送
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
Tsutomu Sogitani
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
\広報でもできる!/GitHubでらくらく原稿確認!
\広報でもできる!/GitHubでらくらく原稿確認!
Sachiko Imaoka
営業も広報もいない僕たちが11年間やってきたこと
営業も広報もいない僕たちが11年間やってきたこと
hirokiky
More Related Content
Viewers also liked
AWS Auroraよもやま話
AWS Auroraよもやま話
Akira Miki
Docker with RHEL7 技術勉強会
Docker with RHEL7 技術勉強会
Etsuji Nakai
ネットワーク概論 サーバの構築理論
ネットワーク概論 サーバの構築理論
Takahiro Komatsu
成功したチームと成功しなかったチーム 20160608
成功したチームと成功しなかったチーム 20160608
Keiichi Endo
WebPayからStripeに移行した話
WebPayからStripeに移行した話
Takuro Niitsuma
Life with jupyter
Life with jupyter
Etsuji Nakai
Microserviceなんて最初からやるもんじゃ無かった
Microserviceなんて最初からやるもんじゃ無かった
Akira Miki
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
Takahiro Moteki
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
Hiroki Takeda
FiNCとマイクロサービス
FiNCとマイクロサービス
Fumiya Shinozuka
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
Tokoroten Nakayama
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
Shoe-g Ueyama
子供の言語獲得と機械の言語獲得
子供の言語獲得と機械の言語獲得
Yuya Unno
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
Yusuke Suzuki
絶対に描いてはいけないグラフ入りスライド24枚
絶対に描いてはいけないグラフ入りスライド24枚
itoyan110
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
しょぼいプレゼンをパワポのせいにするな! by @jessedee
しょぼいプレゼンをパワポのせいにするな! by @jessedee
「MakeLeaps」請求書の作成、管理、郵送
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
Tsutomu Sogitani
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
逆説のスタートアップ思考
逆説のスタートアップ思考
Takaaki Umada
Viewers also liked
(20)
AWS Auroraよもやま話
AWS Auroraよもやま話
Docker with RHEL7 技術勉強会
Docker with RHEL7 技術勉強会
ネットワーク概論 サーバの構築理論
ネットワーク概論 サーバの構築理論
成功したチームと成功しなかったチーム 20160608
成功したチームと成功しなかったチーム 20160608
WebPayからStripeに移行した話
WebPayからStripeに移行した話
Life with jupyter
Life with jupyter
Microserviceなんて最初からやるもんじゃ無かった
Microserviceなんて最初からやるもんじゃ無かった
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
AWSマネージドサービスをフル活用したヘルスケアIoTプラットフォーム
FiNCとマイクロサービス
FiNCとマイクロサービス
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
失敗から学ぶデータ分析グループのチームマネジメント変遷 (デブサミ2016) #devsumi
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
子供の言語獲得と機械の言語獲得
子供の言語獲得と機械の言語獲得
マイクロサービスアーキテクチャとは何か
マイクロサービスアーキテクチャとは何か
絶対に描いてはいけないグラフ入りスライド24枚
絶対に描いてはいけないグラフ入りスライド24枚
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
しょぼいプレゼンをパワポのせいにするな! by @jessedee
しょぼいプレゼンをパワポのせいにするな! by @jessedee
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
逆説のスタートアップ思考
逆説のスタートアップ思考
Similar to 今だから言えるやらないほうが良かったこと
\広報でもできる!/GitHubでらくらく原稿確認!
\広報でもできる!/GitHubでらくらく原稿確認!
Sachiko Imaoka
営業も広報もいない僕たちが11年間やってきたこと
営業も広報もいない僕たちが11年間やってきたこと
hirokiky
グロースハック なぜ我々は無意味な施策を打ってしまうのか
グロースハック なぜ我々は無意味な施策を打ってしまうのか
Yahoo!デベロッパーネットワーク
The stumbling block of team development in the growth phase
The stumbling block of team development in the growth phase
ssuser1e9374
[Devsumi2017]オルタナティブなチーム開発のすゝめ
[Devsumi2017]オルタナティブなチーム開発のすゝめ
Atsushi Kojima
目標達成のための、行動を変える技術 「サイクルを回す」 先生:永谷 研一
目標達成のための、行動を変える技術 「サイクルを回す」 先生:永谷 研一
schoowebcampus
Salesforce Wednesday - Apex Basic
Salesforce Wednesday - Apex Basic
Takahito Miyamoto
匠メソッドを導入したらサイトのアクセスが8倍になった話
匠メソッドを導入したらサイトのアクセスが8倍になった話
Haruo Sato
機能的組織のすゝめ
機能的組織のすゝめ
Atsushi Kojima
技術者の自分が11年間会社を経営して学んだ7つのこと
技術者の自分が11年間会社を経営して学んだ7つのこと
Haruo Sato
201107_Flamingo_kanai
201107_Flamingo_kanai
michiko kanai
5分で分かった気になるリーンスタートアップ
5分で分かった気になるリーンスタートアップ
大騎 池本
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
Miho Nagase
[_gaTracker]GAのここがすき。ここがきらい。
[_gaTracker]GAのここがすき。ここがきらい。
Toru Enomoto
ステークホルダーを巻き込む開発/設計
ステークホルダーを巻き込む開発/設計
shimada tatsuya
サービス改善はログデータ分析から
サービス改善はログデータ分析から
Kenta Suzuki
ネットショップ実務士補コース
ネットショップ実務士補コース
Osamu Sugiura
アクセス解析ではなぜ「何が問題かわからない」のか @さぶみっと!セミナー in 東京 2015年4月
アクセス解析ではなぜ「何が問題かわからない」のか @さぶみっと!セミナー in 東京 2015年4月
Popinsight
Chainerで知るdeep learning進化の歴史
Chainerで知るdeep learning進化の歴史
Hideto Masuoka
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
Shin Takeuchi
Similar to 今だから言えるやらないほうが良かったこと
(20)
\広報でもできる!/GitHubでらくらく原稿確認!
\広報でもできる!/GitHubでらくらく原稿確認!
営業も広報もいない僕たちが11年間やってきたこと
営業も広報もいない僕たちが11年間やってきたこと
グロースハック なぜ我々は無意味な施策を打ってしまうのか
グロースハック なぜ我々は無意味な施策を打ってしまうのか
The stumbling block of team development in the growth phase
The stumbling block of team development in the growth phase
[Devsumi2017]オルタナティブなチーム開発のすゝめ
[Devsumi2017]オルタナティブなチーム開発のすゝめ
目標達成のための、行動を変える技術 「サイクルを回す」 先生:永谷 研一
目標達成のための、行動を変える技術 「サイクルを回す」 先生:永谷 研一
Salesforce Wednesday - Apex Basic
Salesforce Wednesday - Apex Basic
匠メソッドを導入したらサイトのアクセスが8倍になった話
匠メソッドを導入したらサイトのアクセスが8倍になった話
機能的組織のすゝめ
機能的組織のすゝめ
技術者の自分が11年間会社を経営して学んだ7つのこと
技術者の自分が11年間会社を経営して学んだ7つのこと
201107_Flamingo_kanai
201107_Flamingo_kanai
5分で分かった気になるリーンスタートアップ
5分で分かった気になるリーンスタートアップ
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
[_gaTracker]GAのここがすき。ここがきらい。
[_gaTracker]GAのここがすき。ここがきらい。
ステークホルダーを巻き込む開発/設計
ステークホルダーを巻き込む開発/設計
サービス改善はログデータ分析から
サービス改善はログデータ分析から
ネットショップ実務士補コース
ネットショップ実務士補コース
アクセス解析ではなぜ「何が問題かわからない」のか @さぶみっと!セミナー in 東京 2015年4月
アクセス解析ではなぜ「何が問題かわからない」のか @さぶみっと!セミナー in 東京 2015年4月
Chainerで知るdeep learning進化の歴史
Chainerで知るdeep learning進化の歴史
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
今だから言えるやらないほうが良かったこと
1.
今だから言えるやらないほうが 良かったこと @threetreeslight Repro Inc. スタートアップ企業tips共有会@dots Apr 27,
2016
2.
※注意※ あんまりテクニカルな話では ないです。若干エモ目です。
3.
@treetreeslight Repro / CTO Organize:
shinjuku.hs, shinjuku.rb
4.
色々経験(失敗)してきました • 音楽のマッシュアップサービスやったり • 有名人のTwitter翻訳して商品買えるようなサー ビスやったり •
商品の比較サービス手伝ったり • ECやったり • 物流含む住所貸しサービス手伝ったり • マーケティングツールやったり <- イマココ
5.
強くてニューゲーム
6.
What’s Repro?
7.
マーケティングツール
8.
カジュアルな改善アクション
9.
まず、超黎明期
10.
2014/6に 動画による分析機能のみ提供
11.
動画が見れるまで 情報を送って 変換して 分析する受け取って
12.
責務毎に自由に作る 情報を送って 変換して 分析する受け取って
13.
そうすると、、、 • 言語毎にナレッジ違うので運用ハードモード • さらに構造変更コストが爆発 情報を送って
変換して 分析する受け取って
14.
マジで辛い
15.
なので
16.
Monolithic!!!
17.
黎明期は • 色気は出さず男気モノリシック • サービスの抽象的な概念から分割される責務、 必要となるthrough
putまで正直そんな簡 単に固まってない (類似サービスの構築経験あったら別の話) • ただ、求めるthrough putの桁異ると予想 されるところはようなところは、外出し出来 るようにできるようかなーり疎にしておいた ほうが良い
18.
ちょっと評価され始める期
19.
新規顧客獲得のために やりたいことが増える
20.
動画機能を軸に • アンケート配布が付いたり • リモートユーザーテストが付いたり •
クラッシュレポートがついたり • 各種分析機能がついたり • マーケティング機能がついたり • etc…
21.
追加された機能の今 • アンケート配布が付いたり • リモートユーザーテストが付いたり •
クラッシュレポートがついたり • 各種分析機能がついたり • マーケティング機能がついたり • etc… もうない 多分無くす 基盤 解決策
22.
市場で見ると • アンケート配布が付いたり • リモートユーザーテストが付いたり •
クラッシュレポートがついたり • 各種分析機能がついたり • マーケティング機能がついたり • etc… 別市場 別市場 基盤 別市場 別市場
23.
よく考えると迷走してる
24.
機能ごとに別市場攻めちゃう のやばい
25.
何を見誤ったのか? 市場の観点 • 攻める市場とその規模と期待するシェア (B2Bならその予算の桁とか) • その市場のトレンドや将来像 ビビらない •
新機能が評価されるのはブラッシュアップさ れてから • 直ぐ他の機能に手を付けない
26.
売れ始める期
27.
あ゛っ
28.
という間に増える顧客 • 劣化するIndex • 間に合わないバッチ処理 •
浮き彫りになるボトルネック • 常に近づくThrough put限界 • その中で求められる新機能開発
29.
心がめげる。 サービスがめげる。
30.
乗り切るために • 更になんでも非同期にする • 特にDataStore周りでは •
無用なTransaction郡と別れる • Auto Incrementと別れる • そうすると基本bulkで突っ込める • 必要に応じて機能ごとのSLを下げる
31.
ほんとうに最初から ちゃんとやっておけば…
32.
乗り越えて見えてきたこと through putの限界が見えなくなるようなアー キテクチャを考える • 言い方を変えると市場から逆算したアーキテク チャになっていなかった。 •
アプリ単体での想定顧客のDAUやMAU • サービスとして想定される総キャパシティ • それを踏まえたサービスレベルの定義は各機 能作るときにしておくべき。
33.
更に売れ始める期
34.
数百万DAU増えるよ~
35.
え゛っ???
36.
すると、、、 • 機能開発続けるけど • だが求めるthrough
putは上がる!! • カジュアルな変更したいけど • だが求めるthrough putは上がる!! • 複雑性が上がる上がる
37.
求められる生産性の 圧倒的向上
38.
やり切るために • Product manager超大事 •
機能のRegulationとThrough putを担 保するアーキテクチャの検討だけでエンジニ アはパンパン • そこにユーザービリティとかUXまでエンジ ニアがとても担保しきれない。
39.
まとめ
40.
まとめ • モノリシックで始めると身動きが楽 • 機能毎にリーチする市場を分けない •
市場から逆算されるthrough putに合わせたアー キテクチャ作る • 機能作るときはthrough putをちゃんと考えてサー ビスレベル定義する • エンジニアは書くほうが楽しいし生産性が高いので Product Manager必須
41.
でも全部をやるのは難しい そんなあなたに
42.
WE ARE HIRING
NOW!!! https://www.wantedly.com/companies/repro/projects
43.
ちなみにキラキラ感0の 渋いチームです♥