Active Recordともっと仲良くなって自然に優しいコードを書くぞ - SmartHR Tech Blog

こんにちは。SmartHRでRails顧問業をしています @willnetです。最近は主にリファクタリングをしています。 SmartHRのバックエンドは基本的にRubyで書かれています。しかし入社してくるバックエンドエンジニアは必ずしもRubyやRailsを長年使ってきた人だけではなく、前職では他言語を使っていてRuby(Rails)はほとんど使ったことがないという人もいます。 webアプリケーションを作る、という点ではどの言語でも抑えるべき点は同じですが、RubyやRailsに特化した考え方や書き方もありますよね。SmartHRではそれを効率よく習得してもらうために読書会を開催したり、社内のドキュメントツールに知見を書いて共有したりしています。 僕も社内のドキュメントツールにActive Recordの付き合い方ついて書いたところ、評判が良く「テックブログにしたら？」と言われたので今回一

[oakbow]

重い原因がORMに拘りすぎてるからってのは論理の飛躍では…。実際にそうなってるかどうかなんて中の人にならんと分からんよ。一方でORMの特性理解して使ってないせいでチリツモで重くなるのはよくある話。

[nmcli]

SmartHR 慢性的に重たくなってきてしんどい。体験が良くない。 ActiveRecord なんかに拘らずに SQL しっかり書いたらどうなんだ。

[iga_k]

"length, size, countの違いを理解して使い分ける" “sizeやlengthを使うときの注意事項として「レコード数ではなくオブジェクトの数を返す」"”「基本的にpreloadを使い、JOINが必要なときだけeager_loadにする" 前島さん記事

[wakidas]

length, size, countの違い、ちゃんと理解したい👀

[carolina04]

“基本的にpreloadを使い、JOINが必要なときだけeager_loadにする”

[yimajo]

“「基本的にpreloadを使い、JOINが必要なときだけeager_loadにする」という戦略をとっています”

[daaaaaai]

はい

[mumei-0]

“少しずつロードして処理するようにするのがメモリの節約になります。Railsにはそのためのメソッドとしてfind_eachが用意されています。”

[suzusime]

SmartHR使ってるので頑張ってほしい（この手のシステムは使い勝手が精神衛生に直結する）。

[Magicant]

ORM を使ふことで、SQL を直接書くよりも却って問題を複雑化してゐまいかと考へてしまふ

[hazeblog]

length, size, countの違いちゃんと知らなかった

[chinpokomon_master]

2021年にもなってORMに「拘る」なんて言い方もないだろうに。Webサービス作るのにSQLなんか書かないだろ。

[aktkro]

smarthrってrailsなんだ

[pamatk]

ブックマーク

[youko03]

レビューで使えそう

[seiunsky]

ｳｵｵｵ