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
520
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
100
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
1.5k
rails_girls_is_my_gate_to_join_the_ruby_commuinty
maimux2x
0
710
ruby-flip-flop
maimux2x
0
160
before_rails_girls_after_rails_girls
maimux2x
0
880
my_study_of_ruby_method
maimux2x
1
210
one_liner_fizzbuzz
maimux2x
0
180
about_rails_girls_document_translation
maimux2x
0
6.4k
best_for_fbc
maimux2x
0
88
Other Decks in Programming
See All in Programming
一参加者から『中の人』へ 〜全通PHPerがブースに立って学んだ、カンファレンスを100倍楽しむコツ〜
wp_daisuke
0
110
Kiroで創り、AgentCoreで繋ぐ!AWSで実践する「AI-DLC」から「AIエージェント統合」までの最新地図
licux
2
300
AIエージェント時代のコードレビューを設計する
nogu66
5
2.5k
20260828_品質と開発生産性を両立させる、AI時代のE2Eテストの考え方
magicpod
0
140
「つくるAI」だけではバグは見つからない ~テストに必要な「見つけるAI」を分離させる戦略~
mfunaki
0
230
in-process GraphQL のすすめ #ginzajs
izumin5210
4
1.5k
FDEとは、何者なのか?
masapyon1212
0
140
[PyCon KR 2026] More Variants, More Diversity for AI Accelerators
achimnol
0
130
From 6 People Classroom Meetup to 100 People Regional Conference / FOSS4G Hiroshima 2026
furukawayasuto
0
100
Hono + Inertia + React で LP を構築した話
oukayuka
2
210
レビュー履歴をAIに食わせて、 Compose移行を加速するs
shihochan
0
260
AIは賢い。でも実行環境は? CLIおじさんがAI時代に伝えたいこと ~ CLIおじさんがAI時代に伝えたいこと ~
curekoshimizu
1
140
Featured
See All Featured
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
Abbi's Birthday
coloredviolet
3
9.8k
The agentic SEO stack - context over prompts
schlessera
0
890
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
45k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
The Spectacular Lies of Maps
axbom
PRO
1
970
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
We Are The Robots
honzajavorek
0
330
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サービスの開発は 難しくて、奥が深くて、 でもやりがいがある
ご清聴ありがとうございました