週刊Railsウォッチ: Ruby Struct入門、書籍『進化的アーキテクチャ』、AWS Web問題集ほか（20211116後編）

こんにちは、hachi8833です。

週刊Railsウォッチについて

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

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

お知らせ

来週の週刊Railsウォッチは祝日のためお休みをいただきます。

Ruby

Ruby 3.1-preview1とYJIT

YJITを手元で少し試してみました。

Ruby 3.1.0-preview1がリリースされました

つっつきボイス:「手元で3.1.0-preview1をインストールしてごく簡単にYJITを試してみた感じでは、特定の機能というより全般に速くなっている印象でした」「わーい、preview1ぼくも入れてみよう〜」「リリースノートをざっと見た限りでは、breaking changeという言葉は見当たらなかったので安心度は高いかなと思いました」「たしかにありませんでしたね」

「YJITはベンチマークでも強いと思いますが、アプリなどでも速くなるでしょうね」「optcarrot以外でも速くなるといいな〜」「optcarrotはRubyのベンチマークによく使われるファミコンエミュレータですね↓」

RubyでGo処理系を書く

Ruby と Go を比較する様な雑記事かと思って読み進めたら Ruby で Go の処理系書いてる変態記事だった。(良い意味で) / “A no-go fantasy: writing Go in Ruby with Ruby Next — Martian Chronicles” https://t.co/wvor6I4wKN

— mattn (@mattn_jp) November 11, 2021

つっつきボイス:「Evil Martiansの記事、とても面白かった」「Matzもリツイートしていましたね」「mattnさんがツイートで見事に記事を要約してくれていました」「Rubyはこういうこともできてしまうのがホント面白い」

「そういえばこの記事のアイキャッチ画像が何かに似ているって言ってませんでした？」「そうそう、ジュラシック・パークのオープニングにあった、琥珀の中に蚊が閉じ込められている映像みたいだなと思って」「懐かしい〜、GopherくんがRubyの中に封印されている感じですね」「その蚊が吸った恐竜の血液からDNAを取り出して恐竜を現代に再生するんでしたっけ」

参考: ジュラシック・パーク - Wikipedia

Ruby Struct入門（Ruby Weeklyより）

元記事: Ruby Structs | Alchemists

つっつきボイス:「記事ではrefinementsまで登場してる」「RubyのStructは、いわゆるPORO（Plain Old Ruby Object）ですね: OpenStructは登場してから多少変わってきたようですが、RubyのStructはそれほど変わっていないかな」「StructはMarshalのdumpやrestoreも問題なくできたはず」

参考: class Struct (Ruby 3.0.0 リファレンスマニュアル)

参考: module Marshal (Ruby 3.0.0 リファレンスマニュアル)

「RubyのStructは弊社にも好きな人がいて、よくStructでValue Objectを作ったりしてます: 自分はハッシュでValue Objectを作ることが多いですが」「ふむふむ」

「ただ、RubyのStructはループ内でインスタンスをたくさん生成したりすると遅くなる傾向があるんですよ」「そういえばJeremy Evansさんの『Polished Ruby Programming』↓にも、RubyのStructはメモリ消費が少なめだけどアクセサメソッドが遅いとありました」「そうそう、Structは大量に生成するにはまだあまり向いていないかなと思っていますが、Marchal.dumpされていたStructをMarshal.loadとかするならたぶん速い」

『Polished Ruby Programming』（Jeremy Evans著）を読みました

同書では「Structはもっと注目されてもよい」「イミュータブルなStructが欲しいという意見もあるがまだRubyには入っていない」という記述もありました。探してみると#16769でimmutable: trueが提案されていましたがrejectされていました。

chruby: Rubyのバージョンを変更するツール

つっつきボイス:「Ruby 3.1.0-preview1で以下のyjit-bench↓を動かそうと思って調べていたら、このchrubyに依存していたことで知りました」「チェンジルビーって読むんですか」「rbenvのオルタナのようですね」「サイズが小さい（100行以下）とはスゴい」

「chrubyちょっと入れてみたんですが、既存のrbenvとどう折り合いをつけたものかよくわからなかったのでいったん外しました」「自分はもうDocker環境で作業するのが当たり前になってきているので、Rubyのバージョン切り替えのことは最近あまり気にしていませんね」「そういえば自分もそうだった」「考える時間がもったいないので、迷ったら即Dockerにしてます」

benchmark_driver

元記事: Ruby高速化のためのベンチマークツール benchmark_driver.gem - Qiita

つっつきボイス:「benchmark-driverはだいぶ前にウォッチで見た気がする」「当時ウォッチで取り上げたときは（ウォッチ20189330）日本語記事がなかったんですが、YJITのベンチマークを手元でやろうと思って調べていたらk0kubunさんがQiitaに書いていた記事をたまたま見つけました」

「こんなふうにRubyのバージョンを複数指定してベンチマークを実行できるのね↓」「これでYJITを試してみました」「便利そう」

# 同記事より: 複数のRubyバージョン
# require 'benchmark/driver'

Benchmark.driver do |x|
  x.rbenv '2.0.0', '2.4.2'
  x.prelude %{
    class Array
      alias_method :blank?, :empty?
    end
    array = []
  }
  x.report 'Array#empty?', %{ array.empty? }
  x.report 'Array#blank?', %{ array.blank? }
  x.compare!
end

「お、ベンチマーク設定をYAMLファイルを書ける↓」「CIでベンチマークを回すのによさそう」

# 同記事より: yamlコンフィグ
prelude: |
  class Array
    alias_method :blank?, :empty?
  end
  array = []
benchmark:
  Array#empty?: array.empty?
  Array#blank?: array.blank?

「なお以下はRuby Weeklyで紹介されていました」「Rubyのメモリプロファイリングができるベンチマークソフトですね」

その他Ruby

元記事: Rails/OSSパッチ会の会場をDiscordにした - koicの日記

つっつきボイス:「パッチを投げたいgemがあるのでRails/OSSパッチ会出席したいなと思っているんですが、なかなか機会がなくて」「従来はIdobataが使われていたんですが、半月ぐらい前にDiscordに移っていました」「Discordは使っている人多いですよね」

文法が良くないのと、オプショナル引数と相性が悪そうなのをどうするか。

— Yukihiro Matzmotto (@yukihiro_matz) November 11, 2021

1966年のALGOL68の会議でJohn McCarthyがそう呼んだらしいです。(その更なる由来までは追ってないのですが)

> What I can remember of that meeting was the insistence of John McCarthy, that any new language should have what he called overloading of operatorshttps://t.co/tUlBoFBNxK

— Koichi Nakamura (@9_ties) November 11, 2021

つっつきボイス:「メソッドのオーバーロード機能はC++などにありますね: 同じメソッド名でもパラメータの型や個数や順序が違うと別メソッドとして呼べるもので、そういう言語ではメソッド名とパラメータリストと型をまとめてメソッドシグネチャと呼んでたりします」「言語によっては戻り型も含まれますね」「そうそう、それも含めてメソッドの仕様になりますね」

参考: メソッドのシグネチャ（signature）とメソッドの構文（syntax）の違い - いっしきまさひこBLOG

「Rubyにオーバーロード機能はないので、既存のものと同じメソッド名を書くとオーバーライドされる仕様: その分メソッド名がかぶらないよう気にしないといけませんが」

クラウド/コンテナ/インフラ/Serverless

AWS Lambdaによる進化的アーキテクチャの構築

元記事: AWS Lambdaによる進化的アーキテクチャの構築 | Amazon Web Services ブログ

つっつきボイス:「はてブでバズっていた記事です」「最近よく見かけるヘキサゴナルアーキテクチャにLambdaを絡めた設計の話ですね」「最近のAWSはこういう技術記事のようなメディア展開にも力を入れていますね」

参考: ヘキサゴナルアーキテクチャ(Hexagonal architecture翻訳) | blog.tai2.net

「モノリスだとちょっとデータを取り出して調べたりというのは簡単なんですが、ヘキサゴナルアーキテクチャになると複数の業務を横断したデータをお互いに紐付けたまま取り出す（RDBのJOINなど）のが簡単にできなくなって、ベストプラクティスに従うと周辺サービスを購入してそれ経由でデータにアクセスすることになったりしがちなんですよ」「そうそう、ありがちです」「出費かさむんですね」「レイヤー化された設計はたしかにきれいなんですが、気がつくと追加費用が増えていたりしオーバーキルになったりしがち」

「もちろん大規模システムは最初からきちんと設計するべきですが、何をするにも大げさになりがちなので、モノリスの取り回しの良さが捨てがたいと思うときもあります」「それわかります」

「その一方で、モノリスは開発メンバーが異動したときの影響が大きいので、それを考えるとヘキサゴナルアーキテクチャのように設計を統一して担当範囲を絞っておくことも理にかなっていると思います」「たしかに」「メンバー異動のコストをヘキサゴナルアーキテクチャで先払いしていると思えばいいのかなという気もします」「う〜む考えさせられます」「ヘキサゴナルアーキテクチャは費用も大きいですし、簡単に結論を出せる話ではありませんね」

書籍『進化的アーキテクチャ』

「記事の中で『進化的アーキテクチャの構築』というリンクがあるのでクリックしてみたらBuilding Evolutionary Architecturesという本が出てきました」「オライリーでも日本語版出ていて自分も持ってます↓」

「目次を見た限りでは、クラウドサービスのカタログというよりも、コンピュータサイエンスの基礎のようにアーキテクチャをみっちり学ぶ本のようですね」「そうそう、コンピュータサイエンス基礎という感じで、最初はモノリスだったのがだんだん大きくなってサーバーレスになって…みたいなことが解説されてました」「一般性が高くてなかなかよさそうな本: 買ってみよう」

aws.koiwaclub.comのAWS Web問題集

サイト: AWS WEB問題集で学習しよう: aws.koiwaclub.com

つっつきボイス:「BPS社内SlackでAWS受験対策おすすめとして貼っていただいたURLです」「自分は2016年頃にこのサイトに登録してます: おすすめ」

「まず当時から問題数がとても豊富: AWS公式の問題集より問題数が多くて、しかもAWS公式みたいに過去問が見られなくなることもない」「お〜」「無料のサンプル問題集だけでもかなり量があります（問題がどのぐらい更新されているかはわかりませんが）」「自分もこれで勉強して受けてみようかな」

「試験ってどのぐらい難しいんでしょうか？」「AWSのソリューションアーキテクトは、普段AWSのダッシュボードを操作している程度だとそれなりに対策が必要だと思いますが、顧客向けの提案書を書くときにAWSのSLAやサービスの制限事項や拡張性に関するドキュメントを詳しく読む機会が多ければ、それほど苦労しなくても取れると思いますよ」「お〜、ちょっと頑張って取ってみようという気持ちになりました」「とりあえずフリープランの問題集を解いて感触を確かめておくといいと思います」

参考: AWS サービスレベルアグリーメント — SLA

CSS/HTML/フロントエンド/テスト/デザイン

HTTPのQUERYメソッド

元記事: 新しいHTTPメソッド、QUERYメソッドの仕様 - ASnoKaze blog

つっつきボイス:「はてブで見つけた記事です」「お、これ読みました: GETで付けられないボディをQUERYだと付けられるんでしたっけ」「GETはボディが付けられないのでたくさん渡そうとするとURLパラメータを使うことになりますが、URLの長さに制限があるのと、URLパラメータがサーバーログに残るのが嬉しくないんですよ」「お〜」「記事にもあるように、QUERYならURLエンコードも不要でURL長さ制限にもかからないとありますね: 使えると嬉しいかも」

言語/ツール/OS/CPU

GitHub Copilotのベータ申し込みしていたのがいつの間にか有効になっていたので、VSCodeでJSとRubyのAI補完を初めて体験できました。GitHub Spacesも待ってます。

シェル考古学

つっつきボイス:「どちらもとても長い記事でしたが読み応えあったので貼ってみました」「考古学だけあってものすごい量ですね」「ここまで詳しく書いているとは」「著者紹介にShellSpecというのもあった↓」「シェルスクリプトの単体テストフレームワークなんですね: カバレッジまでできるとは」

サイト: ShellSpec | BDD unit testing framework for shell scripts (bash, ksh, zsh, dash and all POSIX shells)

「正しいシェルスクリプトを自信を持って書ける人」「貴重な情報ありがたいです」「シェル芸の元締めとして知られるこの方のことも思い出しました↓」

全面的に書きかえました。| フルスクラッチから1日でCMSを作るシェルスクリプト高速開発手法入門改訂2版上田　隆一：生活・実用書 | KADOKAWA https://t.co/h0S0ipSKpA @kadokawa_prさんから #シェル芸 #なのに #ウェブシステムの本

— 上田隆一 (@ryuichiueda) June 16, 2019