HsbtDiary

■ Ruby の開発に使っている Wiki が GitHub に移動した

https://bugs.ruby-lang.org/issues/19679 にあるように、Redmine の wiki よりも GitHub の wiki の方が良いという提案があり、別にどこでもいいっす、という気持ちだったので GitHub に引っ越してもらった。

今後は https://github.com/ruby/ruby/wiki でやっていくので、記述が間違ってるとか何かあれば教えてください。

■ Ruby office hour

今週は以下のような話題について話した。

• Elixir の Type system
  • https://elixir-lang.org/blog/2023/06/22/type-system-updates-research-dev/
  • https://elixir-lang.org/blog/2022/10/05/my-future-with-elixir-set-theoretic-types/
• https://bugs.ruby-lang.org/issues/19764
  • Elixir の defp は private def
• 最近の言語見てます?
  • Elixir は 10年目
  • Verse
    • https://dev.epicgames.com/documentation/ja-jp/uefn/run-your-first-verse-program-in-unreal-editor-for-fortnite
    • https://dev.epicgames.com/documentation/ja-jp/uefn/verse-language-reference
• RubyConf や海外カンファレンスの話

最近は新しい言語があまりでないね...という話から Epic が作っているという Verse が IDE と共に試せるくらいには動いているというのが個人的には驚きだった。IDE に組み込まれているので OSS じゃないのが惜しい。

■ Asakusa.rb 第 723 回

今週は discord にぶらっと集まって開催。

https://asakusarb.esa.io/posts/1155

RubyGems や Bundler の require や Gemfile/lockfile に定義されている内容を Ruby インタプリタが知る方法ってあるの?とか MySQL のリリースサイクルが変わったという話をしていた。

https://blogs.oracle.com/mysql/post/introducing-mysql-innovation-and-longterm-support-lts-versions

これ、結構面白かったのでここでも紹介すると

• Innovation Release: 四半期ごと、機能変更込み
• LTS Release: 2年に1回、不具合修正のみ
• Major Release: 2年に1回、LTS 出した次のバージョン

ということらしい。機能変更と不具合修正のラインを明確に分離したのと、Major は単なる飾り、というのを改めて宣言したように見える変更だった。最近、この辺のリリースサイクルとかリリースマネジメントをあれこれ見ることが多かったのだけど、バージョンナンバーは人間が認知するのに一番楽なのは y.z の2つあればよく、y は機能変更を含む、z は不具合修正を含む、終わり、という形に収束しつつあるように見える。

これに major としての x を入れてもいいけどそれは単なるマーケ用の番号なので、y をリセットするためだけのカウンタとしての役割になってしまった。非互換を入れていいかどうかは、もはや major を上げる条件ではなく y に対して妥当な deprecation プランを作って入れろというだけでしかない。

何をやっても文句を言う人はいるので、MySQL みたいなプロダクトできっちり整頓してきたのは本当に立派だと思う。