新卒1年目が社内AIコンペで優勝した

Transcript

1. 新卒1年目が、 社内AIコンペで優勝した話 Railsで「褒める文化」をちゃんと届くプロダクトにした RailsTokyo#4 / 2026-05-21 株式会社TOKIUM プロダクト本部 オペレーションシステム開発部 西片 文哉
2. 西片 文哉 経歴 2025年4月　TOKIUM入社 2025年7月〜　エンジニアとして働く 最近ハマっていること Codexの環境整備 カメラロールの整理（容量がなくなってきたので、 、 ） BBQができるAirbnb探し 自己紹介 2
3. TOKIUMで開催された、 全社員参加型の 生成AI活用コンテストです。 その中で、 新卒1年目として作った Railsアプリが優勝しました。 500万円 賞金総額 80件近く 半年で集まったエントリー 全社 営業・経理・総務・開発を越えて参加 社内AIコンペ FORTUNE 500 出典: TOKIUM公式note 「全社AIコンテスト FORTUNE 500」 3
4. 60万円を受賞して嬉しい図 4
5. 01 感謝を伝える 社内アプリを 作った 02 なぜ未経験でも 品質を 保てたのか 03 AIの 使いどころ 今日の話 5
6. 感謝・称賛を送り合うRailsアプリ 感謝を 送る 相手に 届く 後から 見返せる 社内のValueと つながる 機能をたくさん説明するより、 「感謝が文化として残る」 体験を見せることを意識しました。 作ったもの 6
7. ユーザーの反応 「使ってもらうには 今後どうしたらよいか」を 真剣に考えてもらえた ただ作っただけではなく、 使われる前提で 見てもらえる状態になっていた 7
8. なぜ未経験でも品質を保てたのか 8
9. 体験の言葉 入力しやすい 届いたことが分かる 後から見返せる 反応が返ってくる → → アプリの構造 モデル・バリデーション 通知・状態 一覧・検索・権限 リアクション・ジョブ 体験の言葉を、モデル・権限・通知・ジョブへ分解できた 経験が浅くても、Railsの規約に乗れば道筋が見える 9
10. Solid Queueがハマったところ 10
11. 表側の 流れ 投稿作成 レターを保存する → 投稿完了 画面はすぐ返す ↓ 通知は裏側へ 裏側で 動く流れ Solid Queue 通知処理をジョブに逃がす → Slack通知 チャンネルにレターを届ける 投稿体験を止めずに、Slack通知だけを後ろで動かす 投稿後にSlackへ知らせたい 11
12. SendSlackChannelNotificationJob.perform_later(post.id) ↓ perform_later が境界線になる 投稿体験を守る 投稿成功とSlack通知を分離する。外部 APIの遅さや失敗に、ユーザー操作を引っ 張らせない。 Rails標準に乗る 別のキュー基盤を増やさず、Railsアプリ の延長として扱える。経験が浅くても判 断しやすい。 非同期化は、技術選定ではなく「体験を壊さないため」の設計だった 1行で、投稿と通知を切り離す 12
13. Rails 8の新機能を 試したかった のではなく、 実需に ちょうどハマった 13
14. AIはどこで効いたのか 14
15. AIで作ったのではなく、AIで 試行回数 を増やして、 Railsアプリを使われる形まで育てた AIはメインではなく、補助輪 → → → → 仮説 画面に する 触って もらう 直す ↻ 速く回す 15
16. AI時代でも、Railsは 業務アプリをちゃんと届ける 強い土台でした 16
17. まとめ • 始まりは、チーム開発研修の 感謝を伝えるアプリ • 未経験でも、RailsとSolid Queueで 使われる品質 に近づけられた • AIは主役ではなく、改善の 試行回数 を増やす補助輪だった 17
18. AIでコードを書く時代でも、 価値を決めるのは 誰の困りごとを、どう使えるRailsアプリとして届 けるか 18
19. 資料公開＆技術発信は 公式Xから ↓ 本日のスライドは 公式Xで公開！ 開発チームの技術やイベント情報も 発信しています。 フォローお願いします！ @TOKIUM_Dev 情報発信中！ 19