Suche senden
Hochladen
今だから言えるやらないほうが良かったこと
•
27 gefällt mir
•
8,025 views
Akira Miki
Folgen
@threetreeslight Repro Inc. スタートアップ企業tips共有会@dots Apr 27, 2016
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 43
Empfohlen
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
正しい目標を設定する技術①「単なる夢と正しい目標の違い」 先生:永谷 研一
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
Weitere ähnliche Inhalte
Andere mochten auch
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
Andere mochten auch
(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
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
逆説のスタートアップ思考
逆説のスタートアップ思考
Ähnlich wie 今だから言えるやらないほうが良かったこと
\広報でもできる!/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
Ähnlich wie 今だから言えるやらないほうが良かったこと
(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進化の歴史
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
情報革命時代における多様性の共存とエンジニアのキャリア、評価について
Kürzlich hochgeladen
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
Shumpei Kishi
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
arts yokohama
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
Sadao Tokuyama
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
Industrial Technology Research Institute (ITRI)(工業技術研究院, 工研院)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
ssuser539845
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
Matsushita Laboratory
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
Ayachika Kitazaki
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
Tetsuya Nihonmatsu
2024 04 minnanoito
2024 04 minnanoito
arts yokohama
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
arts yokohama
2024 03 CTEA
2024 03 CTEA
arts yokohama
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
ssuser370dd7
Kürzlich hochgeladen
(12)
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
持続可能なDrupal Meetupのコツ - Drupal Meetup Tokyoの知見
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
2024 02 Nihon-Tanken ~Towards a More Inclusive Japan~
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
ARスタートアップOnePlanetの Apple Vision Proへの情熱と挑戦
What is the world where you can make your own semiconductors?
What is the world where you can make your own semiconductors?
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
IFIP IP3での資格制度を対象とする国際認定(IPSJ86全国大会シンポジウム)
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
TaketoFujikawa_台本中の動作表現に基づくアニメーション原画システムの提案_SIGEC71.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
20240326_IoTLT_vol109_kitazaki_v1___.pdf
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
「今からでも間に合う」GPTsによる 活用LT会 - 人とAIが協調するHumani-in-the-Loopへ
2024 04 minnanoito
2024 04 minnanoito
2024 01 Virtual_Counselor
2024 01 Virtual_Counselor
2024 03 CTEA
2024 03 CTEA
情報処理学会86回全国大会_Generic OAMをDeep Learning技術によって実現するための課題と解決方法
情報処理学会86回全国大会_Generic OAMを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の 渋いチームです♥