【イベント参加レポート】Kaigi on Rails 2023

2023/10/27, 28 に行われた Kaigi on Rails の感想です。

聴講したセッション

Simplicity on Rails - RDB, REST and Ruby

CRUDを主体としたRailsが得意とする設計について改めて学習することができました。
個人的にはForm ObjectやService ClassといったFat Modelへの対応策について
「Rubyとして複雑さに向き合えば良い」といったコメントが印象的でした。

多々多のリレーションを持つテーブルおよびモデルをイベントエンティティという観点で捉える
ことも勉強になりました。

seeds.rbを書かずに開発環境データを整備する

仕事で開発環境で共通で使用できるデータを用意したいという課題があり、
タイムリーな内容でした。
外部キー制約が原因でそのままではデータを投入できないという問題への対応や
実行のたびに発生する問題に対して1つずつ解決していく様子が参考になりました.

32個のPRでリリースした依存度の高いコアなモデルの安全な弄り方

まずオンラインDDLをこれまで理解していなかったのでその点で勉強になりました。
(必ずオンラインで実行されると思っていました)
加えてリリースに向けて注意すべき点を整理し、対応策を考案した上で
実際にリリースしていく様子が勉強になりました。

ペアプロしようぜ 〜3人で登壇!? 楽しくて速いペアプロ/モブプロ開発〜

ユニークさという点ではトップクラスだったと思います。
終了1秒前にtestが通過した瞬間は事前に仕組んでいたのかと思いました。
実際の発表内容についても、ペアプロの実際の進め方をリアルタイムで見ることができ、
自分でペアプロを実施する際の参考になりました。
すぐにコーディングに取り掛かるのではなく、issueやタスクを整理してタイピストとナビの間で
共通認識を作る点が特に参考になりました。

コードカバレッジ計測ツールを導入したらテストを書くのが楽しくなった話

コードカバレッジを測定することの重要性はしばしば目にしていましたが、
実際に可視化することでどのような効果をもたらすのかを知ることができました。
テストを書く意味は理解されているので、
長い眼でカバレッジを意識していくことが重要だと感じました。

資料だけ確認したセッション

Rails アプリの 5,000 件の N+1 問題と戦っている話

N+1問題の解決を自動化できないかといった内容でした。
includesを記述する箇所の整理が勉強になりました。
また、会社でもincludes VS eager_load or preloadの議論があり、
どこでも議論されていることを再認識できました。

Exceptional Rails

Railsを学習する際に次の記事で例外処理を学習しました。
Railsアプリケーションにおけるエラー処理（例外処理）の考え方
今回の資料でも同じように正常系/準異常系/異常系を分けて考えられており、
学習した内容を再確認できました。
加えて、エラートレッキングサービスとの連携やRack層での例外処理について
勉強することができました。

Fat_Modelを解消するためのCQRSアーキテクチャ

Fat_ControllerやFat_Modelへの対応方法として勉強になりました。
責務を明確にしてテストを書きやすくする点は魅力的に思いました。
ただ、今回初めて見たアーキテクチャだったので
参考にしている書籍などがあれは教えてほしかったです。

管理機能アーキテクチャパターンの考察と実践 / Learn Architecture through Admin

13枚目の「管理機能、後追いで作られがち」のスライドの状況がそのまま該当していて面白かったです。
エンジニアがSQLを操作して保守対応している内容やユーザーが処理している内容を
そのまま実装すればいいだろうと思っていましたが、
今回の発表ではアーキテクチャの理論的な話から複数の解決策が実際には存在しており、
状況に応じてどの解決策がベストかを考える必要があることを学びました。

参考

発表資料をまとめてくださっている方がいらっしゃいました。
【Kaigi on Rails 2023】発表資料まとめ