はじめに

こんにちは、ひるげです。

10/17に、Kaigi on Rails 2026に参加してきました！
Go Conference 2026に続いて、人生2回目の技術カンファレンスです。

Kaigi on Rails自体は10/16と10/17の2日開催なのですが、1日目はちょっと予定があり2日目のみ参加しました。
ちなみに私は今年で学生最後なので、ありがたく学生チケットで参加させていただきました。
感謝...！

この記事では、聞いたセッションの振り返りと、参加しての感想を書いていきます。
網羅的な解説記事ではなく、あくまで私が何を感じたかのメモに近いものだと思って読んでいただけると嬉しいです。

セッション

Keynote（Matzさん）

まず、Matzさんを初めて見られました！！それだけで参加した甲斐があります！

AIがコードを書く時代に、人間に優しく設計されたRubyに意味はあるのか、という問いから始まるキーノートでした。
何かと話題になっている、DHHの「Pencils Down」を受けた内容ですね。

Matzさんのスタンスは「人間に優しい言語はAIにも優しい」というお話であり、各言語でAIにGitの小型版を作らせて比べた実験では、Ruby・Python・JavaScriptのような動的な言語のほうが、コストも安く開発にかかる時間も短いという検証結果が紹介されました。(同時に、"この結果にはバイアスがあるかもしれない"という但し書きはMatzさん直々になされました)
この実験、結構実験設定がしっかりした研究っぽい内容で、研究室とかでやるような実験設定を正しく設計する力や、論理的思考力は意外と活きるものだなと思いました。

そこから、RubyのAOTコンパイラのSpinelと、Railsアプリをメタプロなしのコードに変換するRoundhouseをつなげる話がなされ、最近よく聞くMatzさんのSpinel話を直に聞けました。
RailsをメタプロなしのRubyコードにして、SpinelでCにして、gccとかでバイナリにするという多段変換、シンプルに面白い！！

この辺りについては直近のRebuild.fmでもお話があったので、Spinelなどについて知りたい方は、こちらもおすすめです。

作れる、でも消せるか？──安全に「枯らして消す」機能削除術（ksbmykさん）

発表資料

使われなくなった機能を、枯らしてから消す手順の話です。

個人開発をしていると、どうしても機能を足してばかりになって、消すのが地味にやりにくいんですよね...
なので、具体的な手順が聞けて本当にありがたかったです！私なりに一般化すると、こうなります。

対象の機能が無い状態でも動くようにする
新しい利用を止める
残っている利用を終わらせる
入り口を塞ぐ（どこからも呼ばれない状態にする）
十分に枯れてから、呼び出し元から順に消す。データを消すのは最後

作るときに「この機能は消せる構造になっているか」を意識する、という話も刺さりました。
すぐ使えそうな知識で非常に面白かったです！

Zen and the Art of File Upload Maintenance（udzuraさん）

発表資料

CarrierWave（Railsのファイルアップロードのライブラリ）を長く運用してきたシステムの保守の話です。
内容は泥臭い改善の歴史であり、そこにシステムを動かし続けることへの責任感と、プロとしての姿勢を見ることができました。

プロとしてこうありたい、と思わされるセッションでした。今後の社会人生活の指針として、大きな示唆をもらいました。

RailsはAIという責務をどう受け入れるのか（aoki-ryuseiさん）

AI機能のコードをRailsのどこに置くか、という話です。
結果としてはActive Agentという外部のgemで、コントローラやビューに相当する場所に分けたそうですが、セッションの中でも言及があったようにこれはあくまで一つの方法であり、議論の余地があるというスタンスでした。

中でも面白かったのは「Railsの思想は基本"設定より規約"なのだが、AI周りにはまだ確立された"規約"がない場合がある」という点です。
ここは本当になるほどな〜と思いました。発表時にXのTLを見ていても、それぞれが各自の哲学やスタンスを持っている投稿が多く、自分もそういった哲学を持てるくらい成熟したい！と思いました。

3回つくってわかった、定期実行ジョブ基盤の本質情報（takaiさん）

定期実行ジョブの基盤を、3回作り直して分かったことの話です。
目指す形は、開発者は「毎日深夜2時に動かして」と書くだけにして、裏側の複雑さをプラットフォームが吸収することでした。

「エンジニア側の要望は"この機能は毎日2時に動いてくれ"レベルなのに、それをやるために裏側で色々設定しないといけないのは面倒」という内容があり、「分かりすぎるな...」と思いながら聞いていました。
セッションの中で紹介された抽象化は、開発者へのホスピタリティであり、アートのような美しさがあります。デザインパターンやクリーンアーキテクチャなど、アーキテクチャを学びたい気持ちが、ますます強くなりました！

Web Framework Benchmark Battle 2026, Any%（amatsudaさん）

発表資料

これはamatsudaさんの発表でした。
全体としてライブ感があり、楽しい雰囲気ながらも情熱がひしひしと伝わってくる、最高のセッションでした！
セッションの中ですんごくさらっと「Railsが約15%速くなります」的な話が出てきて、「え？今Rails15%速くなるって言った」ともはや困惑してしまいました笑

加えてamatsudaさんはSpinel on Railsの大仕事にも取り組んでいるそうで、Matzさんの発表と合わせて「Rubyって簡単に書ける代わりにどうしても遅くなるよね〜」というトレードオフを壊し「書きやすさも速度もどっちも取りに行くぞ！」という特大ロマンを取りに行っているのがすごくカッコイイと思いました！！！

このセッションではRailsそのもの、Rubyそのものについてのお話が聞けて、なんて貴重なお話なんだ...！と何度も思いました。

Solid Queue: two years on Rails（rosaさん）

発表資料

最後に聞いたのはrosaさんのセッション、Rails 8の標準のジョブ基盤、Solid Queue2年間の発展の話です。

どれも、0→1というよりはプロダクトがある程度の規模にならないと触れない分野であり、普段私がよくやる個人開発の小規模な運用だけでは得られない非常に貴重な知見でした。
しかもそれらの知見を必要性と一緒に聞けたので、なぜその機能が必要なのかが腹落ちしました！
私はとことん必要性がないと動けないタチなので、こういうところで実感が伴う必要性を聞けたのは大きな収穫でした。

最後の、AI時代にも自分のコードを理解して判断することが大事だという話にもすごく共感しました。
そういった判断を行える素地を整えて、自分の仕事に正しく責任を取るためにも、技術基礎力の筋トレをもっとしていきたいと思いました。

交流

そして今回のKaigi on Railsでは、セッション以外でもいろいろな方とお話しできました。
懇親会などでも、他の方に話しかけやすい雰囲気がすごくあり、どんどん新しい知り合いを増やせたのが嬉しかったです！

また、五十嵐さん（@igaiga555）から、技術書『ゼロからわかる Ruby 超入門』を著者直々にいただきました！本当にありがとうございます！
これで再度Rubyの基礎固めします！

おわりに

以上がKaigi on Rails 2026の参加レポートになります。
全体を通して感じたことを、2つ挙げて締めます。

まず1つ目、個人開発ではなかなか触れられない知見を、必要性とセットで聞けたことです！
やはりGo Conferenceの時も思いましたが、企業レベルにならないと出てきない大規模システムの知見などに触れられるのは、学生の立場からすると貴重です。
社会人になっても、現場ごとに環境も課題も違うはずなので、今後もどんどんこういった場に出て、知見を吸収しまくりたいです！

2つ目、参加者それぞれが、意思や軸、美学を持って技術に向き合っていたことです！
私は新しい言語を学ぶ時に、その言語の思想や哲学を学ぶのが好きなので、そういったエンジニアとしての哲学や確固たる軸を持っている方達に対しての憧れがより一層強くなりました。

私はまだ、RubyやRailsに熟達していません。
そういった引け目もあり、今回は技術そのものについて、参加者の方と深い議論をするところまでいけませんでした。そこがすごく悔やまれます...
今後も自分で技術を理解して判断していきたいので、基礎にしっかり向き合い、技術力を確固たるものにするために、"筋トレ"的な学習を続けます！
しかも今回ありがたいことに技術書もいただけたので、まずはこれをやることから始め、様々な実践も通じて自分の意見や美学を持ち、こういった場で深い議論ができるようになりたいです。

というわけで、運営の方、登壇者の方、お話しいただいた方、本当にありがとうございました！
Kaigi on Rails、最高のイベントでした！