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
94
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
220
Hotwire or React? ~Reactの録画機能をHotwireに置き換えて得られた知見~ / hotwire_or_react
harunatsujita
10
8.8k
Rails Girls 2022 LT
harunatsujita
0
590
はじめてのしくじり /fjordbootcamp-211009
harunatsujita
0
1.1k
Other Decks in Technology
See All in Technology
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
9
3.6k
テストを軸にした生き残り術
kworkdev
PRO
0
190
オブザーバビリティが広げる AIOps の世界 / The World of AIOps Expanded by Observability
aoto
PRO
0
330
今!ソフトウェアエンジニアがハードウェアに手を出すには
mackee
11
4.5k
カミナシ社の『ID管理基盤』製品内製 - その意思決定背景と2年間の進化 #AWSUnicornDay / Kaminashi ID - The Big Whys
kaminashi
3
860
20250903_1つのAWSアカウントに複数システムがある環境におけるアクセス制御をABACで実現.pdf
yhana
3
530
RSCの時代にReactとフレームワークの境界を探る
uhyo
10
3.3k
DevIO2025_継続的なサービス開発のための技術的意思決定のポイント / how-to-tech-decision-makaing-devio2025
nologyance
1
360
【初心者向け】ローカルLLMの色々な動かし方まとめ
aratako
7
3.4k
生成AI時代のデータ基盤設計〜ペースレイヤリングで実現する高速開発と持続性〜 / Levtech Meetup_Session_2
sansan_randd
1
150
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
3
190
Webブラウザ向け動画配信プレイヤーの 大規模リプレイスから得た知見と学び
yud0uhu
0
230
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Designing for Performance
lara
610
69k
Making Projects Easy
brettharned
117
6.4k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.8k
Embracing the Ebb and Flow
colly
87
4.8k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.2k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
How STYLIGHT went responsive
nonsquared
100
5.8k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
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コミュニティでよろしくお願いします😊
ご清聴いただきありがとうございました