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
maimu
July 29, 2023
Programming
0
410
homemade_service_release_front_and_back
maimu
July 29, 2023
Tweet
Share
More Decks by maimu
See All by maimu
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
500
rails_girls_is_my_gate_to_join_the_ruby_commuinty
maimux2x
0
560
ruby-flip-flop
maimux2x
0
130
before_rails_girls_after_rails_girls
maimux2x
0
750
my_study_of_ruby_method
maimux2x
1
170
one_liner_fizzbuzz
maimux2x
0
150
about_rails_girls_document_translation
maimux2x
0
6.1k
best_for_fbc
maimux2x
0
72
enjoy_conferences
maimux2x
0
5.9k
Other Decks in Programming
See All in Programming
データと事例で振り返るDevin導入の"リアル" / The Realities of Devin Reflected in Data and Case Studies
rkaga
3
3.3k
TypeScript だけを書いて Tauri でデスクトップアプリを作ろう / Tauri with only TypeScript
tris5572
2
480
「MCPを使ってる人」が より詳しくなるための解説
yamaguchidesu
0
290
CQRS/ESのクラスとシステムフロー ~ RailsでフルスクラッチでCQRSESを組んで みたことから得た学び~
suzukimar
0
180
Devinで実践する!AIエージェントと協働する開発組織の作り方
masahiro_nishimi
6
1.9k
Proxmoxをまとめて管理できるコンソール作ってみました
karugamo
1
370
TypeScript製IaCツールのAWS CDKが様々な言語で実装できる理由 ~他言語変換の仕組み~ / cdk-language-transformation
gotok365
6
340
RubyKaigi Hack Space in Tokyo & 函館最速 "予習" 会 / RubyKaigi Hack Space in Tokyo & The Fastest Briefing of RubyKaigi 2026 in Hakodate
moznion
1
110
型付け力を強化するための Hoogle のすゝめ / Boosting Your Type Mastery with Hoogle
guvalif
1
210
JVM の仕組みを理解して PHP で実装してみよう
m3m0r7
PRO
1
230
OpenTelemetryで始めるベンダーフリーなobservability / Vendor-free observability starting with OpenTelemetry
seike460
PRO
0
160
Language Server と喋ろう – TSKaigi 2025
pizzacat83
2
520
Featured
See All Featured
Writing Fast Ruby
sferik
628
61k
Build The Right Thing And Hit Your Dates
maggiecrowley
35
2.7k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
450
Building Applications with DynamoDB
mza
95
6.4k
Gamification - CAS2011
davidbonilla
81
5.3k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.5k
A designer walks into a library…
pauljervisheath
205
24k
How to train your dragon (web standard)
notwaldorf
92
6k
Become a Pro
speakerdeck
PRO
28
5.3k
Making the Leap to Tech Lead
cromwellryan
133
9.3k
Faster Mobile Websites
deanohume
307
31k
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サービスの開発は 難しくて、奥が深くて、 でもやりがいがある
ご清聴ありがとうございました