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
380
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
170
rails_girls_is_my_gate_to_join_the_ruby_commuinty
maimux2x
0
500
ruby-flip-flop
maimux2x
0
120
before_rails_girls_after_rails_girls
maimux2x
0
720
my_study_of_ruby_method
maimux2x
1
160
one_liner_fizzbuzz
maimux2x
0
140
about_rails_girls_document_translation
maimux2x
0
6k
best_for_fbc
maimux2x
0
65
enjoy_conferences
maimux2x
0
5.9k
Other Decks in Programming
See All in Programming
『GO』アプリ データ基盤のログ収集システムコスト削減
mot_techtalk
0
150
sappoRo.R #12 初心者セッション
kosugitti
0
270
Honoのおもしろいミドルウェアをみてみよう
yusukebe
1
230
Djangoアプリケーション 運用のリアル 〜問題発生から可視化、最適化への道〜 #pyconshizu
kashewnuts
1
260
Amazon Q Developer Proで効率化するAPI開発入門
seike460
PRO
0
120
Honoをフロントエンドで使う 3つのやり方
yusukebe
7
3.5k
ML.NETで始める機械学習
ymd65536
0
230
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
250
Honoとフロントエンドの 型安全性について
yodaka
7
1.4k
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.2k
新宿駅構内を三人称視点で探索してみる
satoshi7190
2
120
機能が複雑化しても 頼りになる FactoryBotの話
tamikof
0
110
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
10
510
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
12
990
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Embracing the Ebb and Flow
colly
84
4.6k
Automating Front-end Workflow
addyosmani
1368
200k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
How to Ace a Technical Interview
jacobian
276
23k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
370
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
Building an army of robots
kneath
303
45k
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サービスの開発は 難しくて、奥が深くて、 でもやりがいがある
ご清聴ありがとうございました