このエントリはSmartHR Advent Calendar 2021の23日目の記事です。 SmartHRでは毎週「Rubyist@SmartHR（仮）」という名の定例ミーティング*1が行われています。このミーティングはバックエンドエンジニアが集まり、チームをまたいだ情報共有や相談をすることを目的としています。その中では僕がTipsなどを共有する「willnetさんのありがたいお言葉」というコーナーが常設されています。 このエントリでは、そのコーナーで共有した内容をひとつ紹介します*2。 Thread#[]で取得できる値はファイバーローカル変数なのだった アプリケーションのコードではあまり見かけませんが、ライブラリ中でスレッドセーフを意識している設定を読むと Thread.current[:locale] = :ja のようになっているのをよく見かけます。それで僕はThread#[]はス

🔗 M1 MacでRuby 2.4〜3.2をrbenvでビルドするための要点 要点から先に書きます。 基本的には、以下の公式ドキュメントの記載通りにすればビルドできます。 参考: Building Ruby -- ruby/building_ruby.md at master · ruby/ruby ビルドで使うOpenSSLについては以下に注意してください。 Ruby 3.1以降: OpenSSL 3系とOpenSSL 1.1.1系の両方が使える Ruby 2.4〜3.0: OpenSSL 1.1.1系が必要 ただし、OpenSSL 1.1.1は2023/09/11にEOLとなり、以後のアップデートには有償サポートが必要です↓。特に業務で古いRubyのビルドが必要な場合はご注意ください。 参考: OpenSSL 1.1.1 End of Life - OpenSSL Blog Ruby

要は以下の記事の繰り返しなのだが。 k0kubun.hatenablog.com Kaigi on Rails _2022_ new というイベントの LT で、メソッド定義を探ろうという話があった。 speakerdeck.com Rails のソースをシュッと眺めに行くという、非常に尊い良い発表でした。 Object のことは Object に聞け、は Ruby の非常に面白いところなので、Method を取り出して source_location を尋ねるのは一度体験して感動して欲しいんだけど、実務だとタイプ数の少ないやり方も知っておくと更に便利に使えるのでご紹介。 irb の show_source も武器に加えてあげたい #kaigionrails— Takafumi ONAKA (@onk) October 9, 2022 Pry の $ https://github.com/

ラクスルでサーバサイドエンジニアをやっている小林です。 最近の業務では、主に Ruby を書いています。 さて、Ruby の組み込みライブラリにはいろいろな便利メソッドがありますが、 みなさん推しメソッドはありますか？ 個人的推しメソッドは Array#zip と Hash#transform_values です。 Hash#transform_values について少し紹介すると、 もともと Rails4.2 の ActiveSupport で実装され、 Ruby2.4 で組み込みライブラリに移植されました。 移植の際は、名前をどうするかという議論でとても盛り上がったようです。 また、Ruby2.5 からは姉妹メソッドとも言える Hash#transform_keys が実装されました。 Hash#transform_values の話はこの辺にして、今回は Array#zip の推しポ

興味が湧いてきましたか？自分でトレースを生成する詳しい方法は以下をお読みください。 GVLとは何か RubyのVM（仮想マシン）は巨大なプログラムで、大半がC言語で書かれています（JRubyやTruffle Rubyについてはまたの機会に😁）。 Rubyアプリケーションでスレッドを作成すると、Ruby VMはそれらのスレッドをOSのスレッドと1対1で一致させます（この点をいつか変更したいという議論が持ち上がっていたこともあったようで、実に興味深いことです）。 このように、Ruby VMはマルチスレッドの巨大なCプログラムなのです。このようなプログラムでコンカレンシーのバグを回避するには、複数のスレッドが同時に動くときの正しさを保証する何らかの戦略を採用する必要があります。Ruby開発者たちが選んだ戦略は、グローバルVMロック（Global VM Lock: GVL）と呼ばれています。 G

最近、DB の存在しない Rails プロジェクト下で API を作る機会がありました。 外部から fetch してきたデータから PORO (Plain-Old Ruby Object)を作って、 active_model_serializersでひたすらシリアライズしまくるみたいな感じです。 特にテストまわりで若干の工夫が必要だったので、その時のメモです。 環境 (なぜか) Rails 6.0.0.beta3 API モード ActiveRecord 使わない Rspec active_model_serializers 0.10.9 factory_bot 5.0.2 現時点でまだ本リリースされていない Rails 6 を無駄に使っている。 構成 app/models PORO を定義していく app/serializers シリアライザを定義していく app/controllers

RSpecのDefine negated matcherが地味に便利でした。 特にマッチャ合成式を書くときに便利です。 マッチャ合成式（Compound Matcher Expressions）とは andやorを使って、マッチャをつなげて書くことができます。 https://rspec.info/blog/2014/01/new-in-rspec-3-composable-matchers/ 例 適当ですが、Shopというモデルのインスタンスメソッド receive_order を実行した結果、CustomerモデルとOrderモデルのレコードが作成されることを確かめるテストがあるとします。 it 'customerとorderを作る' do expect { shop.receive_order }.to change(Customer, :count).by(1) expect {

自戒です tl;dr 発端 間違った対処法 だがしかし sonots先生曰く 検証結果 所感 Rubyのバージョンによる分岐を全部Gemfileに寄せた結果 謝辞 tl;dr gemspecの中でRubyのバージョンによってインストールしたいgemのバージョンを変えたい時は、gemspecではなくGemfileでif文書くのがおそらく正解 発端 先月くらいのFacebook内のちょっとした会話がきっかけでした *1 activesupportやactiverecord 5系以降ではRuby 2.2.2以降必須になった https://github.com/rails/rails/blob/v5.0.0/activesupport/activesupport.gemspec#L10 自分のgemがactivesupport (activerecord)に依存していた場合、そのままだとRuby

はじめに Shopify から面白そうな gem がオープンソースとして公開されました。 Shopify/packwerk: Good things come in small packages ドキュメントを読みながら動かしたところ、結構便利に思えたので紹介します。 課題と Packwerk による解決方法 理想的なコードの条件として、一般的に高凝集 (high cohesion) と疎結合 (loose coupling) が挙げられます。 こちらは Packwerk のリポジトリにあった図で、視覚的にとても分かりやすいと思ったので転載しました。 （※ここでの package とは、オートロードされたコードを含むフォルダー） a) は package 内が high cohesion (高凝集) で、package 間は public な api を使って loose coupling

技術部の笹田（ko1）と遠藤（mame）です。クックパッドで Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。 去年の記事「プロと読み解く Ruby 2.6 NEWS ファイル」に続き、今年も本日 12/25 リリース予定の Ruby 2.7 の NEWS ファイルの解説をしてみようと思います。NEWS ファイルとは何か、というのは去年の記事を見て下さい。 実は最近、NEWS ファイルを読みやすくしよう、と例を入れたりしていて、以前のものに比べて読みやすくはなっています（英語だけど）。記事中のコードも、NEWS ファイルから引用しているものがあります。本記事では、変更の解説に加え、執筆者らが開発に携わっているということを活かして、「なぜ変更

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Debugging 100% CPU usage in production Ruby on Rails systems 原文公開日: 2018/01/18 著者: Sam Saffron -- Discourseの共同創業者であり、Stack Overflowでの開発経験もあります。 2018/07/19: 初版公開 2023/08/15: 更新 production環境のRailsシステムでCPU usageの上昇をデバッグするときはどうやっていますか？ 今日、ある顧客のコンテナでCPU usageが異常に高くなっていることに気づきました。 # top -bn1 190 discour+ 20 0 2266292 205128 15656 S 86.7 0.3 9377:35 ruby # ps aux discour+ 19

プロファイラ好きなモニタの前の皆さんこんにちは。@sonots です。この記事では、Ruby コードのどの行がどのぐらいメモリを消費しているか調べる方法を紹介します。 オブジェクトの数を数える Ruby には ObjectSpace というオブジェクトの情報を集めたり操作したりする module があります。 このモジュールの each_object メソッドを使用すると、RubyVM 上の全てのオブジェクトを取り出すことができます。 このメソッドを使って、以下のようなコードを書くと、実行した地点で、RubyVM 中にどのクラスのオブジェクトが何個存在しているのかカウントできたりするわけです。興味深いですね! ObjectSpace.each_object.inject(Hash.new 0) {|h,o| h[o.class]+=1; h } #=> {Class=>241, Strin

こんにちは、hachi8833です。 状況や好みによって異なりますが、条件分岐が二重否定の形になると、一般にコードが読みにくくなる傾向があります。 unlessはうまく使えば読みやすいコードを書くときに役立ちますが、unlessが二重否定を形成するとかえって読みにくくなることもあります。三重四重は言わずもがなですね。 🔗 unlessと||の組み合わせは避けよう unlessの是非は好みが分かれることが多く、よく議論のネタになります。 少なくともunlessと||の組み合わせは苦情が出やすいので避けましょう。 unless obj1.blank? || obj2.blank? 言葉で書けば「obj1とobj2のどちらもblankでないなら」となります。コーディング前にこのような表現で考えるのはよくあることですが、それをそのままロジックに落としこむと上のようなコードになってしまいます。 b

こんにちは、技術部開発基盤グループの id:hogelog です。 RubyKaigi 2018 楽しかったですね。僕はおそらく RubyKaigi 2010 以来の久しぶりの参加でした。ああいう場の楽しさを思い出し、また今回はスポンサーブースから RubyKaigi に参加するという学生の頃は知らなかった楽しみも新たに知り、RubyKaigi を満喫させていただきました。 さて今回はそんな RubyKaigi で取り戻した Ruby に対する感情と関係あるようなないような、最近自分が取り組んでいるお台場プロジェクトとプロジェクト内で実施している計測と可視化について紹介します。 お台場プロジェクトの発足 クックパッドの開発といえば数年前までは cookpad_all という一つのリポジトリの中に詰め込まれた巨大なモノリシック Rails アプリケーションを社内のエンジニアが寄ってたかって開

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Coming to Terms with the 'Prima Donna Method' Smell 原文公開日: 2018/02/14 著者: Nick Schwaderer まあ聞いてください。もともとこの記事のタイトルは「プリマドンナメソッドの臭いの警告に対抗するには」だったのですが、記事を書き上げる前に、David A. Blackの力強いメッセージを目にしたことで考えを改めました。以下はそこに至るまでに私のたどった旅路です。 これまでの仕事で、私は忠実に「コードの臭い/品質」の標準に厳密に従ってきました。ありとあらゆるプルリクをrubocopやreekやfastererでパスさせることこそ私にとって無上の幸せです。ときにはワインボトルの封を切ってRuby Criticをかけ、設計上のありとあらゆるまずい決定をあぶり出す

Ruby on Rails 5.2.0.beta2が出て久しい。 僕はRails大好きっ子なので 社内の新規事業や、社外のお手伝いしているベンチャー企業では もちろん、Rails5.2を使って開発をしている。 すでに、新しいRailsに関する記事はいくつか挙がっているが 個人的に、一番インパクトが大きかったのはActiveModel::Attributesが導入されたことである。 待望のActiveModel::Attributes ActiveModel::Attributesでなにが変わったの？というと、 いままでActiveRecordでしか使えなかった一部の機能が、ActiveModelでも使えるようになっただけである。 いや、しかし！ 今までのActiveModelの最大の弱点は まさにこの ActiveModel::Attributes が無かったことだと思う。 それが、Rai