投稿者はMath.sqrt(n).to_iという式のnの部分をどんどん大きくしていくとやがて正しくない答えが出る、というのを「バグだ」と最初主張していたわけですが。それはそういうものじゃないですか。MathというのはCのlibmのラッパーで、そのすべての引数とすべての戻り値がFloat(Cでいうdouble)なわけです。すごい上の方の数が正確に表現できないのは、それはそうじゃない。バグって言われても困るよ。思っていたら「いやsqrtにバグがあるという主張ではない、整数のsqrtを得る手段がないことがバグなのだ」と...ちょっと苦しく感じますよね。新機能が欲しいならバグとかいう強いクレームにするのは良くないという学びがあります。おきよく聞いていくと、巨大数の整数平方根は素数探索の方面で需要があり、たしかにこの機能はあったほうがいいということになって、Integer.sqrtというメソッドが追加されました。procs関数合成を行いたいという、よくあるといえばよくある要望なのですけれども。g)(x)という表記がf(g(x))の意味になる流儀とg(f(x))になる流儀があるというのが指摘されているわけですね。gとpoint-freeで書けると便利というのはわかる。Rubyの場合はそうじゃなくて、いわゆる流れるようなインターフェースっていうんですか、x.g.f()っていう書き方がf(g(x))に相当する何かなわけじゃないですか。Haskellなどとは向きが逆になるんじゃないのか。このあたりのコンセンサスが求められています。gが好きらしいなどというところも揺れていますね。bar}の意味になってほしい、という提案だったのですが、べつに読みやすくならないですね。一言であえなくリジェクトされてしまいました。methods一方こちらは新たに入った機能ですが、IOにpread/pwriteが追加になりました。これらのメソッドはマルチスレッドから同時に同じファイルを読み書きする場合に、ファイルの読み書き位地を変更しません。読み書きの順番に依存してしまうとマルチスレッドで振る舞いがよくわからなくなるので、そうならないようにしてあるわけですね。このメソッドは低レイヤーのメソッドなので、単品で便利という感じではないかもしれませんが、たとえばDBの実装などで便利に使えるはずです。WindowsWindowsの場合で環境変数をUTF-8にしてほしいという要望が来ています。現状はいわゆるOEMコードページと呼称されるやつでとれてくる。Windowsの場合、Rubyのことはちょっとさておくとすると、環境変数自体プロセス間ではいわゆるワイド文字で表現あるいはやりとりされているはずという理解でいますので、これをRuby側でどのようにマッピングして見せていくかという問題だけではあるんだろうと思います。古くから環境変数はCP932だという前提で書かれているスクリプトが壊れるのはたしかに困るので、デフォルトがいきなりUTF-8に変わるのは無理だと思います。65001すればいいかというと、これは大変残念ながら不幸しか産んでいないという現状も直視する必要があると思う。要はUTF-8モード的なものがあればいいんじゃないでしょうか。いうとプロセス外から文字列を読み込むときにUTF-8に変換するモードがあっていいんじゃないでしょうか。encodingじゃないんでしょうか。encodingに反応すればいいと思うんですけれども、それって難しいんでしょうか。ruby-lang.org?ドイツ語のMLが欲しい、というリクエストが来ています。いう懸念が示されています。いえ、こうしてリクエストがあるからには利用者がいることは間違いないので、まあ作ってもいいかという判断になったようです。あとはコミュニティがどう育てていくかの問題ですね。proposal前も紹介したかと思うのですが、VMのインストラクションセットを更新して高速化しようというプロジェクト(卜部がやってるのじゃない方)です。実装が公開され、誰でも手元で試せるようになりました。今回のインストラクションセットの特徴はレジスタベースである点で、これまでのVMでは引数の受け渡しなどで都度スタックに積んでいた値をレジスタでとりまわすことにして、メモリ転送量を抑えることによる高速化が見込まれています。improvement)程度の高速化を見ているそうですが、Rubyにおいては多くの場合、VMインストラクションの実行よりもメソッド呼び出しとか他のところで時間を浪費する傾向にあり、そのため、ベンチマークの規模が大きくなると効果は逓減していくとのこと。そこでやはり作者としてはJITする方向に向かいたいようですね。公開されたgithubのレポジトリでは今後の野望みたいのが語られていますが、どうせみんなCコンパイラ持ってるんだしCのコード吐いてコンパイラにコンパイルさせればいいじゃん、という方針のようです。...気宇壮大な計画もさることながら、現状でも(速さに改善の余地ありとはいえ)きちんと動くVMが生成されているというのは実装力の証明ではあって、今後どのように開発が行われていくのかは興味深く見守りたいです。?あっ、これ入りましたね。Array#unshiftの別名としてprependが、Array#pushの別名としてappendが、それぞれ追加されています。最後にマネーフォワードでは、ruby-coreが気になって夜も眠れないエンジニアを募集しています。ご応募お待ちしています。