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
homemade_service_release_front_and_back
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
maimu
July 29, 2023
Programming
480
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
homemade_service_release_front_and_back
maimu
July 29, 2023
More Decks by maimu
See All by maimu
Gentoo 1年生 ビルドは終わらない
maimux2x
0
94
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
1.4k
rails_girls_is_my_gate_to_join_the_ruby_commuinty
maimux2x
0
690
ruby-flip-flop
maimux2x
0
150
before_rails_girls_after_rails_girls
maimux2x
0
850
my_study_of_ruby_method
maimux2x
1
200
one_liner_fizzbuzz
maimux2x
0
170
about_rails_girls_document_translation
maimux2x
0
6.3k
best_for_fbc
maimux2x
0
79
Other Decks in Programming
See All in Programming
「AIで開発し、AIを届ける」をEvalでつなぐ 〜AIネイティブに始めるプロダクト開発の実践〜 / Connecting "Develop with AI, deliver AI" with Eval
rkaga
4
4.7k
AI駆動開発で崩れていくコードベースを立て直す
kyoko_nr_nr
1
440
LLM本来の能力を解き放つサンドボックス技術とAI民主化への適用
yukukotani
3
3.2k
柔軟なPDFレイアウトエディタを支える型システム設計 — Discriminated UnionとConditional Typeの実践
minako__ph
4
1.5k
AutonomyとControlのあいだ:Graflowで記述するAIエージェント協調
myui
0
110
プロパティの順序で型推論が壊れる!? TypeScript6.0の修正からContext-Sensitivityの仕組みを追う
bicstone
2
1.3k
Composerを使ったサプライチェーン攻撃の様子を眺めてみる #phpstudy
o0h
PRO
2
230
コンテキストの使い捨てをやめる — ビジネスルール駆動開発と miko —
ioki
0
160
代数的データ型って何が嬉しいの? #frontend_phpcon_do
kajitack
8
3.2k
キャリア迷子上等 ─ "ない道"は自分で作ればいい
16bitidol
3
1.8k
AIチームを指揮するOSS「TAKT」活用術 / How to Use “TAKT,” an OSS Tool for Orchestrating AI Teams
nrslib
6
840
JavaDoc 再入門
nagise
0
300
Featured
See All Featured
We Have a Design System, Now What?
morganepeng
55
8.2k
Why Our Code Smells
bkeepers
PRO
340
58k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
840
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
460
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
340
First, design no harm
axbom
PRO
2
1.2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Unsuck your backbone
ammeep
672
58k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.6k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Transcript
自作サービスの リリース表裏 2023/07/29 TokyuRuby会議2023 牟田真以(maimu)
自己紹介 名前:牟田真以(maimu) 略歴: • カートシステムの会社でPM、上流工程を担当 • 2年前に独学でRubyの勉強を開始 • 2022年4月からフィヨルドブートキャンプで猛勉強 •
2023年5月にフィヨルドブートキャンプを卒業 • 8月から新しい職場で働きます! よろしくお願いいたします!
自作サービスのリリース表裏
Subsuc.mine Subsc.mineは 複数のサブスクリプションサービスを契約している人向け の、利用サブスク一覧ツールです。 利用しているサブスクと更新日を一覧画面で確認すること ができ、自動でカレンダーアプリに更新日を連携することが 可能です。
技術スタック
None
None
None
None
None
None
None
ここまでが表側
ここから裏側
開発にあたって一番優先したこと スピード
スピードを優先する上での前提 1. エレベーターピッチで挙げた要件を満たしていること 2. 必要最小限の機能で設計すること 3. ポートフォリオとして出せる技術スタック・設計であること 4. テストコードがあり、品質を担保していること
実装期間 1ヶ月 ※エレベーターピッチ、ペーパープロトタイプ、リソース・DB設計は除く
スピードを優先するために大切にしたこと タスクばらし
画面遷移図とインプット&アウトプット • 必要な画面を書き出す • インプットとアウトプットを列挙 • 必要な処理を書き出す
見積もり タスクに落とし込み、必要な人日を計算 FBCのチーム開発で2Pだった機能に対して自分がかかった実装期間を基準に算出 環境構築などは未経験だったため、バッファー込みで算出
計画 • 1週間(約40時間)×4(1ヶ月)でスケジュールを組む ◦ 画面遷移図とタスク・見積もりを組み合わせて無理が発生しないように計画 ◦ 追い込みすぎて燃え尽きたり体調崩したりしないように休みも考慮 • 1週間のゴールはその週に開発に取り組んだ機能が動く状態であること
実践 問題発生しまくり
いろいろなやらかし • 技術検証甘すぎ問題 ◦ ビルド方法をvite_railsからwebpackに切り替え ◦ GitHub Actions、GoogleCalendarAPIを使いたいが故の不必要な機能設計 ◦ CI動かない問題
◦ 本番環境でGoogleログインが動かない問題 ◦ Vue.jsでフロントを実装していたのに途中で Hotwireに切り替えて書き直し ◦ カレンダーにデータを連携する際、全員分のデータが連携されちゃう問題 ◦ カレンダーにデータを連携する際、 user_id丸見え問題 ◦ 日付計算がひたすらバグっている問題 ◦ HotwireとTailwindCSSの参考事例があまりなくてハマる ◦ 間違えて古いRubyのバージョンで開発してしまい、最後にバージョンアップした問題
実践2 詰まったら言語化!
闇雲に手を動かさない • 作業テンプレを作る ◦ 何をしたのか ◦ その結果何が起きたのか ◦ 本来得たい結果は何か •
作業テンプレである程度アテを絞って調べる • 調べて実践しても解決しない場合はFBCのメンターさんに相談 ◦ その際も作業テンプレで言語化したことに沿って相談する
結果 なんとか1ヶ月で レビュー依頼を出せた
実装期間〜リリースまで 実装期間:4月1日~4月28日 レビュー&修正期間:5月2日~5月9日 リリース:5月10日
振り返り • 自分がPMとして仕事をしてきたこともあり、「スピード」に重きを置いて開発してみた • 実際に実装を開始して、システム開発に対して自分が見える部分でしか(機能の表 面的な部分)考えられていなかったことを痛感 • 環境構築から、実装、デプロイまで全ての工程を経験して、仕事では見えていな かった開発の苦しい部分(自分のやらかし)、裏側を身をもって知ることができた
自作サービスをリリースしてみて Webサービスの開発は 難しくて、奥が深くて、 でもやりがいがある
ご清聴ありがとうございました