Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
とある自社開発の苦楽の軌跡/Trajectory of a Certain In-house ...
Search
果物リン
May 19, 2021
Technology
1
240
とある自社開発の苦楽の軌跡/Trajectory of a Certain In-house Development Effort
株式会社スタディストのTeachme Bizがたどってきた歴史をほってみた
果物リン
May 19, 2021
Tweet
Share
More Decks by 果物リン
See All by 果物リン
Electron+Vue+Swift=真のデスクトップアプリ / How to create "Really" desktop app using Electron
fruitriin
0
52
ある日オレオレフレームワークを作りたくなったぞ/Want to Create Oreore Framework
fruitriin
1
110
fishとfzfはじめて 豊かになりました / fish and fzf is good
fruitriin
1
820
Chrome Devtools使いこなしたい/I want to master devtool
fruitriin
3
1.5k
Event Stage - 真面目に作ったけど 全くウケなくてクソだったアプリ/I made new service but they say shit
fruitriin
0
160
読み上げチャット+映像配信サービス作ってるけど…/I develop Text-to-Speach chat and broadcast Savice but...
fruitriin
0
130
動画再生速度を変更するコンポーネントを作ろうとして諦めた話/talk about give up to create video with playback-rate controller
fruitriin
6
910
Soft Skillsから伝えたい新人時代の個人開発技術選定/Selecting Stack for Personal Development as a from Soft Skills
fruitriin
2
350
SFCで挑戦するFunctional Component/Functional Component Challenge at SFC
fruitriin
3
1.5k
Other Decks in Technology
See All in Technology
Kaigi Effect 2025 #rubykaigi2025_after
sue445
0
310
地に足の付いた現実的な技術選定から魔力のある体験を得る『AIレシート読み取り機能』のケーススタディ / From Grounded Tech Choices to Magical UX: A Case Study of AI Receipt Scanning
moznion
5
2k
分解し、導き、託す ログラスにおける“技術でリードする” 実践の記録
hryushm
1
560
SONiCで構築・運用する生成AI向けパブリッククラウドネットワーク
sonic
1
490
AIフレンドリーなプロダクト開発を目指して 〜MCPを橋渡しにした環境移行〜
shinpr
0
140
計装を見直してアプリケーションパフォーマンスを改善させた話
donkomura
2
190
Cursorを全エンジニアに配布 その先に見据えるAI駆動開発の未来 / 2025-05-13-forkwell-ai-study-1-cursor-at-loglass
itohiro73
2
800
水耕栽培に全部賭けろ
mutsumix
0
160
4月15日の AZ 障害をテクサポの中の人目線で振り返ってみる
kazzpapa3
3
190
PCNW20250514(情シスはAIとどう向き合う?事例から学ぶ活用法)
suguru0719
0
110
KubeCon EU 2025 Recap - Kubernetes CRD Design for the Long Haul: Tips, Tricks, and Lessons Learned / Kubernetes Meetup Tokyo #70 / k8sjp70-crd-long-haul-recap
everpeace
0
110
golang-migrate VS Atlas !? 技術選定のポイントと学び ~DBマイグレーションツール選定の実例を通して~ / golang-migrate vs Atlas ! What is the point of technology selection and what you can learn from the examples of DB migration tool selection?
nttcom
0
110
Featured
See All Featured
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Documentation Writing (for coders)
carmenintech
71
4.8k
A designer walks into a library…
pauljervisheath
205
24k
What's in a price? How to price your products and services
michaelherold
245
12k
Building Adaptive Systems
keathley
41
2.5k
Designing for humans not robots
tammielis
253
25k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
14
1.5k
Site-Speed That Sticks
csswizardry
6
560
Art, The Web, and Tiny UX
lynnandtonic
298
21k
Gamification - CAS2011
davidbonilla
81
5.3k
4 Signs Your Business is Dying
shpigford
183
22k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Transcript
とある自社開発の苦楽の軌跡 リポジトリ考古学 株式会社スタディスト 果物リン@FruitRiin
自己紹介@FruitRiin • Vueが好きでVueとRails書いてる • スタディストの中でHansoku Cloudというサービスの開発中 • 個人開発もする ◦ TLのないTwitterクライアント
◦ オンラインイベント用のサービス
自社サービス開発のスタディスト 受託開発のゆめみ どんな話が面白いだろうか
自社サービスならではの 出来事とか?
リポジトリ考古学 してみよう! PR8684個+コミットログいっぱいみました
引用元 スタディスト会社案内
引用元 スタディスト会社案内
引用元 スタディスト会社案内 本日はこちら
2011年~2012年 Teachmeは始まった Teachme Bizじゃなかった
最初のコミットが2012年1月 どうもある程度動きそうな気配のある Railsのコードがまるごとコミットされる
初期のDBは(おそらく) SQLite3 でもS3もつかってた。 こっちはモダン!
Heroku GitとGitHubが並行してたっぽい
2014年4月 本番・StagingDBがMySQLに移行 EC2移行も2012年~2016年の間に行われたらしいのでこの時期?
2016年9月頃からGitHubのPRが使われ始める
2017年11月 UIリニューアル開始! Vue 2.5でSPAアプリケーションに!
2018年11月 UIリニューアルのMaster反映 ここでAPIがV1とV2分かれる
インタビュー UIリニューアルについて UIリニューアルは元々フロントエンドの改修だけで、 APIはほとんどv1で済むでしょぐらいの認識だったので、す ぐ終わる見積もりだった プロジェクトを進めるに連れ、ネイティブアプリに特化した貧弱な v1 API じゃ対応ができない箇所が出てきて、そ の都度 v2
API を新規に作る方針にした 気づいたらほぼ全ての API に v2 が生まれてた 新UIが要求するAPIがやたらリッチで、既存資産の流用が全然出来ずに継ぎ足しで新規コードを足していったの で、検証フェーズに入って膨大なバグが出たのが一番大変だった印象
作ってみたけど使われなかった機能を捨てることも… そういうこともあります。
フロントエンドのツールチェイン更新 2020年 • E2Eテストのはじまり • Prettierを既存コードに少しずつ適用する • Storybook 6以降 2021年
• TS化
インタビュー フロントエンドのツールチェイン 元々こだわりがあったわけでなく、その領域をリードしてた人が退職してしまい、組織内でそこが手つかずの状態 になってしまっていたのがきっかけ 「誰かがやらなきゃならない」っていうオーナーシップと、「ここ頑張れば周りと差別化できる」っていう生存戦略が 半々ぐらい 開発環境、CI/CD周りはステークホルダ(プロダクトや会社) の方針に左右されずに自分のペースで無限に改善 できるとこが好きで今も続けてる
インフラ周りの更新 2018年 • CircleCI • NewRelic, CloudWatch, Stackdriver • fluentd,
Elasticsearch, Kibana • Ansible + Serverspec + Packer + AWS Code Build • EC2からECSへ
2020年 新規機能のマイクロサービス化 チームメンバーが増えたことで開発速度の低下を懸念して行われたもの
2020年末Kubernetes移行 開発環境と本番環境が同じコンテナを使うので OSライブラリのパッケージ差分が生まれづらい!
インタビュー 今はモダンになったインフラや運用のことを教えて Deploy自動化されている インフラもほぼコード化されていて、 PRベースで仕事が進められる コンテナで、開発環境〜本番環境での OSライブラリのパッケージ差分が生まれづらい チームでInfraをさわれる とかでしょうか! (マイクロサービス含めて)本番環境フルサーバーレスなのはすごく珍しいかもしれないです。
今ではめちゃくちゃモダンに!
自社開発は泥臭く始まっても ちゃんとなんとかなる
必要なときに必要なものを 身に付けていくのが大事…なのかな?