Sansan Tech Blog

Sansanのものづくりを支えるメンバーの技術やデザイン、プロダクトマネジメントの情報を発信

EightのエンジニアでKaigi on Rails 2025に参加してきました!

こんにちは!名刺アプリ「Eight」でエンジニアをしている平石です。

9/26, 27日に開催された Kaigi on Rails 2025 に、Eightのエンジニアメンバーで参加してきました。今回はそれぞれのメンバーがKaigi on Railsの感想や印象に残ったセッションについてレポートしていきます。



間瀬

自己紹介と参加への思い

Eight Engineering Unitで副部長をしつつ、Mobile ApplicationグループやPlatformグループのマネジャーをしています。普段はインフラ/SRE界隈で生きているのですが、Ruby/Rails界隈の盛り上がりを知るべく初参加してみました。とは言え、最近は手を動かすことも少なくなり、話についていけるか不安な中での参加でした。

気になったセッション

Keynote: dynamic!
継続して変化し続けることの重要性のお話。
組織、人、ソフトウェア、システム、プロセスなど、絶対的な正解はない中で状況に合わせて変化すること、変化しやすくしておくことが大事。変える/変わることが前提となっているからといって、いい加減にするのではなく都度真剣に向き合うことを忘れてはいけない。変化を受け入れられるようになると、それ自体を楽しむことができる。

普段から、事業や組織の変化に柔軟に対応することが求められる環境の中で働いているので、首がもげるくらいうなずきながら聞いていました。人に言うのは簡単、自分自身が変わることは勇気がいることもあるので、変化を楽しむ方向で考えられるようにしていきたいですね。
kaigionrails.org

Railsによる人工的「設計」入門
自分自身も「設計とは?」をしっかり習ったことがなかったので、とても興味深い話でした。企画などの提案においても、Howの説明がメインになってしまう場面に多く出くわす。WhyやWhatがあるからこそ、目指すべき姿とのブレを小さくして実現できる。設計においても逆算 = 完成したシステムをイメージすることから始めることで、コードを考えなくても全体感をつかんだ上で作り始められるようになる。この進め方を人工的な設計と呼んでいました。

何から始めたら良いか分からない人や教育担当として教える側に立っている人にとって、何をしたら良いかを明確にできる良い発表でした。

kaigionrails.org

全体の感想

SREの方が何人か登壇されていたのも印象的なカンファレンスでした。自分自身も、ゴリゴリのRuby/Railsエンジニアではないからという不要なとらわれを捨てて、Ruby/Railsで作られたプロダクトに関わっているエンジニアとして、コミュニティを盛り上げていくことが重要だと改めて感じました。
Ruby/Railsコミュニティが盛り上がっていることを実感できたので、我々Eightとしても一緒に盛り上げていきます!次はEightメンバーも登壇できるようにしたい!

平石

自己紹介と参加への思い

昨年に引き続きオフラインでの参加でした。
Kaigi on Railsは業務にすぐ生かせるセッションも多く、他社での取り組みや設計周りの話に興味を持って参加しました。

気になったセッション

5年間のFintech × Rails実践に学ぶ - 基本に忠実な運用で築く高信頼性システム
高信頼性構築のための取り組みを紹介した発表でした。アーキテクチャ設計やモジュール化など開発の話はもちろん、異常検知や障害発生時の対応方法などサービス運用の話も多い発表でした。特に障害発生時に、対応の中心となるメンバーを明示的に指定する点がとても参考になりました。我々は基本的には全員で対応にあたるため、開発が止まってしまうことがあります。明示的にアサインする方式であれば、知見の共有や負荷分散にもつながると感じました。

kaigionrails.org

今改めてServiceクラスについて考える 〜あるRails開発者の10年〜
「パーフェクト Ruby on Rails」の著者である登壇者が、同作を出版した数年後にQiitaで「俺が悪かった。素直に間違いを認めるから、もうサービスクラスとか作るのは止めてくれ」という記事を投稿しており、それを受けて改めてServiceクラスについての考えを語るセッションでした。
Eightでは現在MVCの思想に基づいて設計を行っているため、Fat ModelやFat Controllerが発生しやすい状況にあります。そのため、Serviceクラスを積極的に導入すべきかどうかの議論が開発メンバー内で行われていました。発表の中で「Service、Formクラスを使うことが合理的な場面もあるが、チーム開発においては運用が難しいことが多い」との指摘があり、特に「チームメンバー全員でどういうケースで使うのか、なぜ必要なのかを言語化する」という点について、今後も継続的に取り組んでいきたいと感じました。
kaigionrails.org

全体の感想

世の中的にAI活用の発表が多い技術カンファレンス界隈ですが、今年も実務的な話や設計思想の話が多く、またセッション間のフロアスペースや懇親会で色々なエンジニアとお話しさせていただいて、毎度のことながらRuby, Railsの熱を感じるイベントでした。
我々としてもRuby/Railsコミュニティを盛り上げていけるように頑張っていきたいです!

鳥山

自己紹介と参加への思い

Kaigi on Railsは前回に引き続き2回目の参加でした。現在、SPAのWebフロントエンド周りの改善を進めています。今回はHotwireをはじめとする、View周りの話題が多くあることを知り、周辺の知識を深めるために参加しました。

気になったセッション

高度なUI/UXこそHotwireで作ろう
Railsのフロントエンドとして話題のHotwireのアプローチを、ReactやNext.jsなどを絡めて比較しているのがとてもわかりやすい発表でした。特にJSONのAPIを管理するコストは一定あるため、そこをどう組織やシステム構成と絡めて捉えるかは一考の余地があります。実際、個人的にはNext.jsのApp Routerと昨今のRailsのViewに対する考え方は近いところにあると感じていて、納得感がありました。

kaigionrails.org

ActiveRecord使いが知るべき世界:Java/Go/TypeScriptのORMアプローチ比較
Railsの大きな魅力の1つにActiveRecordが挙げられると思いますが、他の言語とあまり詳しく比較している例を見たことがなかったので、興味深かったです。TypeScriptのPrismaなどは使ったことがありますが、JavaやGoのライブラリについても解説されていて勉強になりました。ORM周りはバックエンドの開発者体験に大きな影響を与えるため、各自が良いところを互いに取り込んで進化していくといいなと思いました。

kaigionrails.org

全体の感想

今年は設計についての発表も多く、幅広い人が楽しめる会になっていると感じました。ここ最近Ruby系のコミュニティに顔を出していたお陰で、懇親会などで顔見知りにたくさん会うこともでき、Railsについて議論できたのがとても楽しかったです。運営の方々に大感謝です。

まとめ

来年は渋谷開催ということで、本社から徒歩圏内ということもあり、
より多くのメンバーで参加できるよう、Eightの開発を引き続き頑張ろうと思います!

最後に、EightではRubyおよびRailsが好きなエンジニアを募集中です。
カジュアル面談、お待ちしております!
media.sansan-engineering.com

© Sansan, Inc.