Tech Racho エンジニアの「？」を「！」に。
  1. TOP
  2. Ruby / Rails関連
  3. 週刊Railsウォッチ: Ruby 3.3でYJITを有効にすべき理由、Turbo 8の注意点8つほか（20240119後編）
  • Ruby / Rails関連

週刊Railsウォッチ: Ruby 3.3でYJITを有効にすべき理由、Turbo 8の注意点8つほか（20240119後編）

こんにちは、hachi8833です。

週刊Railsウォッチについて

  • 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ
  • 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄
  • お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏

TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ）

🔗Ruby

🔗 Ruby 3.3でYJITを有効にすべき理由

つっつきボイス:「k0kubunさんのYJIT記事」「Ruby 3.2のYJITで実際にパフォーマンスが改善された企業へのリンクが便利」「次のRailsはRuby 3.3で自動的にYJITが有効になるようになりましたね（ウォッチ20231122）」「Rubyのコンパイルオプションを指定しなくてもYJITを有効にできるようになったのでやりやすくなった」「合言葉はRUBY_YJIT_ENABLE=1」

🔗 .ruby-versionをGemfileで参照する方法

つっつきボイス:「小ネタですが、新しいbundlerを使っていればGemfileを以下のように書き換えることで、Rubyバージョンアップ時に書き換える箇所を1つ減らせるそうです↓」

-ruby '3.3.0'
+ruby file: '.ruby-version'

🔗 Rubyプレイグラウンド

つっつきボイス:「いかにもWebAssemblyでやっていそう」「読み込み重いかなと思ったけどあっさり終わりましたね」「zipしたWasm版Rubyをダウンロードするよう工夫している: それでもzipは12〜13MBくらいありましたけど」「単にRubyコードを実行するだけでなく、VMコードへのコンパイルやPrismによる構文解析もできるのね: 構文木をさっと取りたいときとかにも便利そう👍」

ruby/play-ruby - GitHub

つっつき後に、以下のプルリクでこのプレイグラウンドへのリンクがGitHub Actionsによって自動的に追加されているのを見つけました↓。

参考: Implement it by k0kubun · Pull Request #9199 · ruby/ruby

🔗 Rubyの継承を図で表してみた（Ruby Weeklyより）

つっつきボイス:「Rubyの継承を図で説明してみた記事だそうです」「赤いのがincludeで青いのがextendということらしい」「includeとextendは一見同じようなものに見えなくもないけど違うということを図示しようとしているんでしょうね」「これってわかりやすいんでしょうか？」「う〜んどうだろう🤔」


同記事より

「なるほど、このぐらい複雑になってくると、この図にした意図がちょっと見えてきたような気がしますね↓」「図を書くときはUMLが定番ですけど、一般的なUMLクラス図には継承関係はあってもRubyにおけるModuleを想定した記法がないんですよ」「たしかに」「ひとつの試みとして面白そう👍」


同記事より

参考: 統一モデリング言語 - Wikipedia -- UML

🔗 開発バージョンのRubyをruby-devで指定可能になった

つっつきボイス:「rbenvでRubyの最新バージョンをビルドするときに、従来はrbenv install 3.2.0-devのようにruby-buildのバージョンを指定していたのを、rbenv install ruby-devのように固定で指定できるようになったそうです↓」

3.3.0 を追加したというのもだけど、開発バージョンの定義を X.Y.0-dev から ruby-dev というバージョンに関係ない形に統一してしまった。開発バージョン使って遊ぶ人はこっちに変更しておくと毎年切り替えとかやる必要がなくなります。
あと、今後は X.Y.0-dev もやめて X.Y-dev にしていくので、過去のバージョンについてもどっかで切り替える必要が出てきます。
同記事より

rbenv/ruby-build - GitHub

🔗 その他Ruby

つっつきボイス:「こちらは米国ノースキャロライナで開催されたBlue Ridge Rubyの動画リストです」

「Rubyの新しいパーサーであるPrismがドキュメントへの貢献を募っているそうです」「まだ完了のチェックマークは少ないのね」「やってみたい人はぜひ」「もしかするとAIに書かせるのに向いているドキュメントかも」

ruby/prism - GitHub

「お、久しぶりのるびまが刊行された🎉」「昨年3月以来ですね」「今号の記事の難易度は"低"が多い」

「以下は今後のイベントお知らせです」「COVID-19が明けてオフラインイベントが増えてきましたね🎉」

🔗DB

🔗 extralite: Cで書かれたSQLite3ラッパーgem（Ruby Weeklyより）

digital-fabric/extralite - GitHub

つっつきボイス:「Cで書かれていてsqlite3-ruby gemより最大11倍速いそうです」「ところで近年のRubyだと、C拡張よりも純粋なRubyコードの方がキャッシュや最適化がよく効いて速い場合がちょくちょくあると聞きますよね: もちろんベンチマークの種類や状況によって違うはずですけど、今はCで書くのとどのぐらい違ってくるのかが何となく気になるかな」

🔗JavaScript

🔗 Turbo 8の注意点8つ（Ruby Weeklyより）

つっつきボイス:「お、Turboを真面目に使い倒しているらしい人の記事」

  1. 何でもかんでもscroll: preserveしないこと
  2. autofocusするとモーフでページが不意にジャンプすることがある
  3. フォーム入力などのHTML要素をリフレッシュで維持するにはdata-turbo-permanentを追加すること
  4. キャッシュがパフォーマンスに与える影響に注意すること
  5. Turbo Railsのメタタグはビュー内で呼び出されると表示されない
  6. 開発中に「読み込み中」の状態を確認するために速度を落とす方法
  7. turbo-cable-stream-sourceでグリッドが壊れてレイアウトが変わる可能性がある
  8. turbo_framesによる遅延読み込みは引き続き利用可能

同記事より

「Turboに限らないけど、使い込んでいくとこういう細かなノウハウが必要になってくる」「Turboでどこまで頑張るかが考えどころかも: たとえばReactはやはり広く使われている分まともな解決方法を見つけやすいというのはありますよね」「Turboでやるならある程度自力で解決することが多少増えることを認識したうえで使うことになるでしょうね」

🔗言語/ツール/OS/CPU

🔗 difftastic: 見やすいdiffライブラリ

Wilfred/difftastic - GitHub

つっつきボイス:「お〜、実際に変更された部分だけを強調表示したり細かな違いを非表示にしたり実際の行番号を表示できるのね」「fantasticをもじってdifftasticにしたんでしょうね」「痒い所に手が届いてる感じ」

「賢いdiffといえば最近のGitHubにも"Hide whitespace changes"みたいな機能がある」「あれはありがたい機能ですよね」「ちなみに個人的にはside-by-side表示が好き」「色だけでdiffを表すとテーマによって見づらくなったりしそう: 枠で囲むとかの強調も併用すればいいんですけど」


difftastic.wilfred.me.ukより

「あと、弊社CTOのbabaさんが"もしdiffのアルゴリズムがあまりに複雑だったりヒューリスティックだったりすると、たとえば伝統的なdiffでは出力されるけどこのdiffでは出力されない形で悪意のあるコードを埋め込む攻撃とかが出現したりするんだろうか？"とSlackに書き込んでいました」

🔗 Github Actionでmainマージをフックにデプロイする

つっつきボイス:「ぼくの記事だ〜」「GitHub Actionsの設定は、このworkflow_dispatchを書いておくのが大事ですよね↓」「これマジで便利です」

# 同記事より
name: Deploy to Staging

on:
  push:
    branches:
      - "main"
  workflow_dispatch:
jobs:
  build-and-publish:
    name: Build Staging Image And Publush
    uses: ./.github/workflows/deploy.yml
    with:
      app-version: ${{ github.sha }}
    secrets:
　　　xxxx: xxxx

参考: workflow_dispatch -- ワークフローをトリガーするイベント - GitHub Docs

「GitHub Actionsはテンプレートがいくつか手元にあれば楽だけど、ゼロから作ろうとすると動作確認が大変」「ですです」「GitHub Actionsをローカルでテストできるツールとかもいくつかありますけど、secretとかが絡んでくると結局GitHub上でないと動作確認できないんですよね」「以前そういうツール使ってましたけど、ローカルで動かすこと自体が大変で結局使わなくなりました」「actのことですよね↓: 私も挫折しました🫠」

nektos/act - GitHub

「ところでブランチ運用を説明しようとすると、結局こういう図を書く以外にわかりやすく説明する方法ってあまりなかったりしますよね↓」「そうそう、何回書いたかわからないくらい書きました」


同記事より

後編は以上です。

バックナンバー（2024年度第1四半期）

週刊Railsウォッチ: Rails 8マイルストーン、2023年のRails振り返り、Solid Queueほか（20240117前編）

ソースの表記されていない項目は独自ルート（TwitterやはてブやRSSやruby-jp SlackやRedditなど）です。

Rails公式ニュース

Ruby Weekly


タグ
この記事を書いた人

hachi8833

Twitter: @hachi8833、GitHub: @hachi8833 コボラー、ITコンサル、ローカライズ業界、Rails開発を経てTechRachoの編集・記事作成を担当。 これまでにRuby on Rails チュートリアル第2版の監修および半分程度を翻訳、Railsガイドの初期翻訳ではほぼすべてを翻訳。その後も折に触れて更新翻訳中。 かと思うと、正規表現の粋を尽くした日本語エラーチェックサービス enno.jpを運営。 実は最近Go言語が好きで、Goで書かれたRubyライクなGoby言語のメンテナーでもある。 仕事に関係ないすっとこブログ「あけてくれ」は2000年頃から多少の中断をはさんで継続、現在はnote.comに移転。Amazonウィッシュリスト: https://bit.ly/32aAmiI

hachi8833の書いた記事一覧へ

本記事の内容へのお問い合せはTwitterで@techrachoへMentionまたはDMにてご連絡頂くか、運営会社であるBPS株式会社のお問い合せフォームよりお問い合せ下さい。

CONTACT

TechRachoでは、パートナーシップをご検討いただける方からの
ご連絡をお待ちしております。ぜひお気軽にご意見・ご相談ください。
CONTACT FORM