RubyKaigi 2019 参加したら最高だった

1週間経ってしまったけどRubyKaigi 2019へ4/18~4/20で参加してた。

RubyKaigiは初参加だったんだけど、参加して本当によかったと思ってる。 (参加1ヶ月前くらいから当日まで、コミッターでもない人間が参加しても良いのだろうかと悩んでいた)

RubyKaigiの感想

言語仕様を決める際に開発者の好き嫌いが反映されてるのを感じた。これは先月参加したRailsDMでも同様に感じた(RailsDMのブログ、時間が経ってしまったけど公開しないと。。) 理解できてないところが多々あるけどmatzの基調講演メモだけでも

Ruby3の3つの柱
- Static Typing
  - Ruby3では型チェックが導入される予定
- Performance
  - Guilds(Isolates)
  - オブジェクトベースの分離
- Concurrency

他のいくつかの講演も聴いたんだけど概念的なものしか理解できず全体でいうと1~2割しか理解できなかった。メモリ管理の話などは全然でした。特に反省というか熱意が上がったのは英語と技術の勉強をもっとやらないといけない気持ちになった。

英語
- KeyNoteの内容が1割くらいしかわからない
- 懇親会で簡単な挨拶や会話に対して返答することができない。。。
技術
- 滅多に触れる機会が少ない言語仕様の話とはいえ理解できないことが多すぎたと思う。
- わかんないことが悔しい

次回のRubyKaigi2020の開催地は松本(長野) 参加するなら英語と技術のレベルを上げてから or 運営などで貢献する状態で参加したいと思う。

いくつかの講演で気になったメモまとめ

OpenAPI
- OpenAPI3 = Swagger
  - RESTの恩恵も受けられる
- https://github.com/ota42y/openapi_parser
GitHub - yhara/ovto: Simple client-side web application framework for Opal https://github.com/yhara/ovto
https://github.com/red-data-tools/charty
https://github.com/gel-rb/gel
Crystalball
- CIのテスト実行を変更に影響があったものだけ実行するGem?　テスト高速化できるかも
- https://toptal.github.io/crystalball/map_generators/
Allbugfixes are incompatilbillities
Stable Branch Maintainer
- Backport 日々のメンテナンスについて
  - 安定版のリリースを伸ばすと進化が鈍化する
  - 非互換のあるものはBackportしない
    - bug-fix と new feature を腑分け
  - パフォーマンス改善はBackportではない
    - 安定版は互換性が大事
- refinements
  - 仕様が固まりきってない？かも
- SyntaxErrorは重大な問題
- 現実的な判断をしよう Be-Practical!
  - パフォーマンス改善はBackportはしない
  - パースは気をつけろ
  - 誰も欲してないBackportはしない
DSL
- programを読むとは？
  - 英語とRubyのsemanticsを合わせる。
  - name が正しければ簡単に想起できる利点がある
MessagePack
- 高速で省サイズなJSON
- 大量のデータを高速にやり取りする必要のある様々な環境で使われてる
- JSONを置き換えることで使用可能なことが多い。
- https://github.com/msgpack/msgpack-ruby
ruby trunk changes
- 日々読む slide.rabbit-shocker.org