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
78
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
120
Hotwire or React? ~Reactの録画機能をHotwireに置き換えて得られた知見~ / hotwire_or_react
harunatsujita
8
5.5k
Rails Girls 2022 LT
harunatsujita
0
520
はじめてのしくじり /fjordbootcamp-211009
harunatsujita
0
1.1k
Other Decks in Technology
See All in Technology
VideoMamba: State Space Model for Efficient Video Understanding
chou500
0
190
[FOSS4G 2019 Niigata] AIによる効率的危険斜面抽出システムの開発について
nssv
0
310
初心者向けAWS Securityの勉強会mini Security-JAWSを9ヶ月ぐらい実施してきての近況
cmusudakeisuke
0
120
AWS Media Services 最新サービスアップデート 2024
eijikominami
0
190
安心してください、日本語使えますよ―Ubuntu日本語Remix提供休止に寄せて― 2024-11-17
nobutomurata
1
990
Terraform CI/CD パイプラインにおける AWS CodeCommit の代替手段
hiyanger
1
240
OCI Security サービス 概要
oracle4engineer
PRO
0
6.5k
iOSチームとAndroidチームでブランチ運用が違ったので整理してます
sansantech
PRO
0
130
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
5
590
フルカイテン株式会社 採用資料
fullkaiten
0
40k
AWS Lambda のトラブルシュートをしていて思うこと
kazzpapa3
2
170
Engineer Career Talk
lycorp_recruit_jp
0
120
Featured
See All Featured
Unsuck your backbone
ammeep
668
57k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
860
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
Building Your Own Lightsaber
phodgson
103
6.1k
A Philosophy of Restraint
colly
203
16k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
How to Think Like a Performance Engineer
csswizardry
20
1.1k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Designing Experiences People Love
moore
138
23k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Building Adaptive Systems
keathley
38
2.3k
How GitHub (no longer) Works
holman
310
140k
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コミュニティでよろしくお願いします😊
ご清聴いただきありがとうございました