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
fbc-graduation-napple
Search
haruna tsujita
December 23, 2022
Technology
0
88
fbc-graduation-napple
フィヨルドブートキャンプの卒業式プレゼンです
haruna tsujita
December 23, 2022
Tweet
Share
More Decks by haruna tsujita
See All by haruna tsujita
Hotwire or React? ~アフタートーク・本編に含めなかった話~ / Hotwire or React? after talk
harunatsujita
1
180
Hotwire or React? ~Reactの録画機能をHotwireに置き換えて得られた知見~ / hotwire_or_react
harunatsujita
9
7.8k
Rails Girls 2022 LT
harunatsujita
0
560
はじめてのしくじり /fjordbootcamp-211009
harunatsujita
0
1.1k
Other Decks in Technology
See All in Technology
Vision Language Modelを活用した メルカリの類似画像レコメンドの性能改善
yadayuki
9
1.2k
頻繁リリース × 高品質 = 無理ゲー? いや、できます!/20250306 Shoki Hyo
shift_evolve
0
150
ソフトウェア開発現代史: なぜ日本のソフトウェア開発は「滝」なのか?製造業の成功体験とのギャップ #jassttokyo
takabow
2
1.6k
技術好きなエンジニアが _リーダーへの進化_ によって得たものと失ったもの / The Gains and Losses of a Tech-Enthusiast Engineer’s “Evolution into Leadership”
kaminashi
0
200
Javaの新しめの機能を知ったかぶれるようになる話 #kanjava
irof
3
4.9k
30代エンジニアが考える、エンジニア生存戦略~~セキュリティを添えて~~
masakiokuda
4
2k
コード品質向上で得られる効果と実践的取り組み
ham0215
2
200
パスキーでのログインを 実装してみよう!
hibiki_cube
0
670
「家族アルバム みてね」を支えるS3ライフサイクル戦略
fanglang
0
170
お問い合わせ対応の改善取り組みとその進め方
masartz
1
370
モジュラーモノリスでスケーラブルなシステムを作る - BASE のリアーキテクチャのいま
panda_program
7
2k
銀行でDevOpsを進める理由と実践例 / 20250317 Masaki Iwama
shift_evolve
1
110
Featured
See All Featured
Designing for Performance
lara
606
69k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
28
1.6k
What's in a price? How to price your products and services
michaelherold
245
12k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.4k
Statistics for Hackers
jakevdp
798
220k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
500
How STYLIGHT went responsive
nonsquared
99
5.4k
GitHub's CSS Performance
jonrohan
1030
460k
Making Projects Easy
brettharned
116
6.1k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.6k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
Transcript
fjord boot camp 卒業式 プレゼン @napple29 Haruna Tsujita
自己紹介 • 名前 / ID: @napple29 || @haruna-tsujita • 現職: 株式会社キャタル ◦
生徒が使うライティングの添削サービス • 前職 : 都内の認可保育園で看護師 • 趣味: 正規表現 / NiziUのミイヒちゃん
私のここ2年 • 2021/04 ~ 入会 ◦ 2021/12/22~ チーム開発 (去年の今日!) ◦
2022/01下旬 チーム開発終了(大体 1ヶ月くらい) ◦ /02 自作サービス ◦ /05 自作サービス提出、卒業ステータス(大体 3ヶ月くらい) • 2022/06 就職 • /09 自作サービス リリース • /12 入社7ヶ月め(楽しくやっております!)
卒業から7ヶ月 && リリースから3ヶ月
もう・・覚えてない
記憶はありますが • 当時のリアルな感情は失われてしまった • プロダクト/ 開発の話になると、仕事で学んだことが乗ってしまう ◦ ぜひ、気楽に聞いてください
今日お話しすること • 自作サービス全般の話 ◦ ワクチンプラン概要 ◦ リリースしてみて
ワクチンプラン • 子どもの予防接種の日程を自動計算してくれるサービス
エレベーターピッチ [ ワクチンプラン(仮) ] というサービスは、 [ 乳幼児期には10種類以上の予防接種をする必要があるが、接種時期や接種間隔など 細かい規定があるために子どもの予防接種の計画を立てるのが大変という問題 ]
を解決したい [ 乳幼児を持つ保護者 ] 向けの、[ 育児サービス ]です。 ユーザーは [ 予防接種の計画を簡単に立てること ] ができ、 [ 既存のiosアプリ 「予防接種カレンダー」 ] とは違って、 [ 接種日を入力すると、他の予防接種状況を考慮した上で流動的に次の予防接種可能日がわかる機能 ] が備わっている事が特徴です。
制作理由 • 乳幼児の予防接種、何をいつ打つのかとてもわかりづらい ◦ ex) Aという予防接種(全4回) ▪ 生後2ヶ月に1回目 ▪ そこから28日以上ずつ空けて2回目と3回目
▪ 3回目から4ヶ月以上あける、かつ1才を超えて4回目
制作理由 • 最初に全部予定を立てることもできる ◦ 2回目を打つのは本当は1回目の28日後 ◦ 2回目を、1回目から36日後に打った ▪ どこかで日にちがずれてしまったら ?
▪ 3回目はいつになる?計算できるけど、めんどくさい • かつ、これが10種類以上 → サービスにしてみよう!
デモをします
使用技術 • Ruby 3.1.0 • Ruby on Rails 6.1.5 •
BULMA • メール配信:Postmark • 自作gem :jp_vaccination • PostgreSQL / Heroku / GitHub Actions
制作期間 • 自作サービス提出まで: 3ヶ月弱 ◦ エレベーターピッチ 1週間弱 ◦ ペーパープロトタイプ ◦
カンバン ◦ 技術検証 3~4週間 ◦ リソース・DB設計 ◦ CIの環境構築 ◦ gem作成 4週間 ◦ アプリの実装 3週間 (1日10-15時間くらい開発してた・・ ) ◦ デプロイ 1週間 (本番環境のメール、画像周り )
リリースして反響があった • 登録 83名 • はてブ 154件
今週のはてなブログランキングに載った > はてなブログ独自の集計による人気記事のランキング。 > 9月4日(日)から9月10日(土)〔2022年9月第2週〕のトップ30です。
成功したとは思ってない
ユーザーの課題解決・・・?
リリースして反響があった • 登録 83名 • はてブ 154
はてブのコメント 自分はVPDのアプリで満足してる。 ある意味公的に近いし、情報源も信頼できるし。 それでは足りない部分があるなら期待。
はてブのコメント 子が生まれた頃から使っている予防接種スケジューラーアプリもあるんだけど、 1番難しいのはサービスの継続性かも。 定期予防接種が増えたりするし。 9年で運営が3回変わったけど幸い今のところサービス継続されてる。
これ以上は心が削られるので 気になる方は見てみてください
競合サービスがあると知った上で作った • 公的機関 / 個人病院が出しているアプリ(2-3種類) ◦ 接種履歴の入力方法がわかりづらい ◦ 表示がわかりづらい
ワクチンプランの差別化要素 • 入力を簡単に ◦ 最初から接種推奨日が入力されている • 表示をわかりやすく ◦ 日付とワクチン名以外の余計な情報を入れない •
兄弟の予定を一覧で見られる機能
制作理由 • 「育児サービスを作りたいから」 • 前職で感じた思いを形にしたかった ◦ 子育ては大変、未だにアナログな部分をもっと自動化したい
制作理由 • 私は保護者ではない • 保育園の職員、サポートをする側の目線で作った ◦ 兄弟の予定が一覧が見られたら、保護者は楽だろうな ◦ (未実装)「いつまでに打たなきゃいけない」がわかったら良いだろうな ▪
この辺りに意見を言っていたユーザーはいなかった
現実は甘くない・・ • ユーザーの目線に立てていたつもり ◦ ニーズは別のところにあった ▪ 行政、NPOなどの公的に認められた機関 ▪ 多少不便でも、長く続くサービス ▪
日付入力に関しても、もっと革新的にやりやすくないと、改善とは言えない • 他サービスとの違いをもっとリリースブログに書けば良かった
誰かのため、なんて100年早かった・・・
思うところはあるけれど・・ • やりたいことにチャレンジしたことは後悔してない ◦ 色んな案を考えた上で自分が決めたテーマでやりきれた ◦ 反応をもらえるほど、目に止まった • 技術的にも自分を強くしてくれた ◦
gemを作るきっかけ ◦ 技術の選定(失敗したところもたくさんあります)
最後に • 関わってくださった皆さん、ありがとうございました • 伝えきれていないことがたくさんあります ◦ 挙げ始めるとキリがなかった ▪ それくらい、色んな方にお世話になった •
これからもRubyコミュニティでよろしくお願いします😊
ご清聴いただきありがとうございました