2015年09月27日のつぶやき

@cubicdaiya わかります。ただ反論もあって、いくつも実装するわけでないから実装しやすさは関係ない、仕様の大きさもプログラミングしやすさとトレードオフなので小さければよいわけではない、とも言えます。またmrubyはサブセット化(と機能の切り分け)でできるだけ小さくしてます

link: 【画像あり】日テレの島根美人特集で美人が多すぎだと話題にｗｗｗｗ：キニ速 - 場所はだいたい分かる。 http://t.co/2AcdCu0fW3

@torajicom 美人も多いそうなのでぜひ遊びに来てください。

link: テクノプロジェクト、松江市のオープンデータを公開する「Matsueオープンデータバンク」開設 - 山陰ITレーダー - http://t.co/FUol5A9Bqu

link: Michelada.io :: What's new in Rails 5? - http://t.co/VrueM8TTKX

Robertsonさんが、日本語表記を「ロボットサン」にしてて笑える。確かにそう聞こえるけど。

link: 天泣記 - string literal をファイル単位で frozen にできるようになった http://t.co/fEHVtjfraC

link: Ruby 3 MRI and GIL — Medium - FYI, Streming model is only a candidate for Ruby3 concurrency https://t.co/sMr4YRs5OQ

@sdogruyol わかりません。まだ連絡はありません。

@cubicdaiya どうでしょうねえ。そこは唯一の正解はないと思います。さまざまな制約を満たしやすく未組み込みやすい言語処理系がひとつあっていちいち実装しなくてもよくなるのが理想ですし。実装がしやすいが使いにくい言語が蔓延するのは望ましくないわけですし。

@cubicdaiya まあ、過去、実装はしやすいが使いにくいアプリ組込み言語を大量に見てきたので、それへの反発という主観が入っているのは自覚してます。JavaScriptはその点マシな方ですよね。