builderscon 2017 - day 2 メモ

builderscon 2017 - day 1 メモ - valid,invalid に続いて2日目のメモ。まとめや感想はあとで。

※ 内容については間違っている可能性あり。

小さく育てるコンパイラ

コンパイラは実装量が多い
まずは既存言語のサブセット->自分が欲しい機能を足す->オレオレ構文に置き換えていく
なぜ構文が最後？どういう構文が良いかは動かさないとわからない。まずは動くものを作るのが大事
既存言語は既に動いているので実装は絶対にできる。パーサの実装をまずは流用できる
MinCamlベース（小さい実装なので参考にしやすい）でLLVM
今回欲しかった多相型
- どんな方に置き換えてもよいプレースホルダな型を扱えるシステム

OSSの引き継ぎ方

Rubyの状況：2013年頃に初期の開発者がRustとかGoに行ったりしてしまった
利用者としてできること contribute, fork, re-implementation, take over
引き継ぎの始まり
- イシュー/Email/DMで「引き継ぎたいんですけど」と言うと結構引き継がせてくれる。twitterはダメ
- READMEで募集してるのもよく見る
- 作者じゃないのに pull request にコメントしまくったりすると「お前やれよ」となったりする
rake
- Jimが他界してしまって放置されることになった
- これもhsbtさんが引き継いだ
- まずhoeからbundlerへ。標準ボイラープレートを使って、テストや開発が簡単にできるようになっていれば参入障壁が下がる
- 1.9のサポートを切ったらbreaking changeで色々なライブラリやツールから苦情が…
- migration path をちゃんと用意すればよかった。うざいぐらいwarningだしたりとか
psych
- Ruby側を変更するとJRuby側が壊れたりするのでCI入れたかったがownerしか設定できない
- aaron からownershipもらうためにカンファレンスで直接はなした
- セキュリティイシューも何回か踏んでいる。詳しい人が身近にいると便利
「リリースすること」がとても大事
- リリース権も一緒に渡したほうがよい
rubygems/rubygems（rubygems.orgではない）
- 2015年にPMがいない状態でどうやっていくのか不明瞭になった
- RubyTogetherという組織が引き継ぐことになった
- その組織のbundlerチームが入って元々のコミッターが全員リムーブされた
- ruby本体の変更を取り込んでもらうのが超大変