Ruby 2.7.0-preview2 リリース | Ruby
Posted by naruse on 22 Oct 2019 Ruby 2.7シリーズのプレビュー版である、Ruby 2.7.0-preview2をリリースします。 プレビュー版は、年末の正式リリースに向け、新たな機能を試し、フィードバックを集めるために提供されています。 Ruby 2.7.0-preview2では、多くの新しい機能やパフォーマンスの改善が含まれています。 その一部を以下に紹介します。 Compaction GC 断片化したメモリをデフラグするCompaction GCが導入されました。 一部のマルチスレッドなRubyプログラムを長期間動かし、マーク&スイープ型GCを何度も実行していると、メモリが断片化してメモリ使用量の増大や性能の劣化を招くことが知られています。 Ruby 2.7ではGC.compact というメソッドを導入し、ヒープをコンパクションすることが出来るよう
mysql2 インストール時に 「ld: library not found for -limported_openssl」が表示された場合の対応 - fkm_y' log
ローカルのRails開発環境を構築するときにハマったので対応方法を記しておく。 mysql2が修正されるまでハマる人が多そうなので手助けになれば！ 追記(2019/12/09) 現在は Homebrew の mysql@5.6 の修正が完了しているようです。 ld: library not found for -limported_openssl on macOS 10.14.6 · Issue #1074 · brianmario/mysql2 · GitHub 前提情報 環境はこんな感じ MacOS Mojave Rails@5.1.6 Ruby@2.5.0 MySQL@5.6.46 遭遇してたこと 10/15頃にbundle install にて mysql2 をインストールしようとすると以下のエラーが発生してコケていた。 railsの環境構築で必要な他の対応は済んでいたんだけど、
Ruby: 文字列マッチは正規表現より先に専用メソッドを使おう｜TechRacho by BPS株式会社
🔗 正規表現は文字列メソッドより「遅い」 新しい話ではなくて恐縮です。 Rubyに限らず、一般に正規表現は言語の文字列マッチメソッドより低速になります。 複雑なパターンを調べたい場合は正規表現を使うことになりますが、特に「開始文字列」「終了文字列」とのマッチを単純にチェックするだけなら、String#start_with?やString#end_with?でマッチを取る方が可読性の上でも速度面からもおすすめです。 本記事ではtrue/falseを返す文字列マッチメソッドについてのみ言及していますが、文字列の取り出しや置換といった操作についても、専用メソッドの方が正規表現よりも一般に高速なので、「正規表現は次なる手段」と考えるようにしています。 🔗 文字列マッチ専用メソッド（単機能、高速） String#start_with? (Ruby リファレンスマニュアル) String#end_
Capybaraチートシート - Qiita
当文書はRails + Rspec + Capybara環境を想定しています。 他のアプリ/テストフレームワークを利用したい場合は公式のREADMEを参照願います。 概要 Capybara = UIテストのためのrubyフレームワーク オープンソース / MITライセンス ページの表示、フォームの入力、ボタンのクリック等のUI操作をテストコード上で実行できる 複数のテストフレームワークから利用できる MiniTest, RSpec, Cucumberなど 複数の ドライバ (テスト環境, ヘッドレスブラウザ)を選択して利用できる Rack::Test, Selenium, Webkitなど 導入 インストール gemをインストールする。 Railsの場合、バージョンによってはデフォルトでGemfileに追加されている。
forkしたら回収されるオブジェクトが欲しい - @m_seki の
forkしたあと、DRbのコネクションプールが残ってる（つながったまま）のは嫌そう execしてくれれば閉じられるけど... いただいたPRは次のdRubyのメソッド呼び出しをトリガーにしてpidを見てcloseするものでした。dRubyのRMIしないとずっと残ったままなので、それは多分ダメ。 fork後のThreadの仕様 たしかサブスレッド（forkしたスレッド以外？）はすべて終了する。これを使えば、fork時に回収されるようになりそう。 アクターがマイブームのころにスレッドをオブジェクト風にする素振りをしていたけど、まさか実用品として復活することになるとは！ 今回は即座に（同期して）メソッドの結果が欲しいので、そのような同期メカニズムを書いて、その中にスレッドを作るようにした。 （つまり今回は並行性ではなく、forkのタイミングで消えてもらう情報を管理するためにスレッドを使う） cl
週刊Railsウォッチ（20191008後編）Ruby 2.7のInteger#[]でバイナリチェック、rubyzip gemは強力、13KBのJavaScriptゲームほか｜TechRacho by BPS株式会社
2019.10.08 週刊Railsウォッチ（20191008後編）Ruby 2.7のInteger#[]でバイナリチェック、rubyzip gemは強力、13KBのJavaScriptゲームほか こんにちは、hachi8833です。今夜のノーベル賞は物理学賞ですね。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください 今回も第15回公開つっつき会を元にお送りします。 ⚓Ruby ⚓Ruby 2.7でInteger#[]にrangeを扱う機能が追加（Ruby Weeklyより） 訂正（2019/10/09）: 見出しに「にrangeを扱う機能」を追加しました
![週刊Railsウォッチ（20191008後編）Ruby 2.7のInteger#[]でバイナリチェック、rubyzip gemは強力、13KBのJavaScriptゲームほか｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/8aae039d6263472a5758cea7bf58e563d9ddefb1/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2019%2F10%2Frailswatch_20191008_eyecatch.png)
Rubyの父、まつもとゆきひろもマネジメントで大失敗！？そこから学んだ“苦手をあえて克服しない”戦略 - エンジニアtype | 転職type
本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう！ 本連載、第２回目となるゲストは、オブジェクト指向スクリプト言語「Ruby」の生みの親として知られる、まつもとゆきひろさん。世界中のプログラマーから尊敬を集めるまつもとさんは、過去の「失敗」や「挫折」から何を学び、どうやって優れた仕事に昇華してきたのだろうか。これまでの開発者人生を振り返ってもらいながら紐解いていく。 まつもとゆきひろ さん (@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチ
GitHub Actions をリリース作業の一部に使った Ruby がリリースされました - @znz blog
GitHub Actions で Ruby リリース用の tarball の準備 (正式リリース版になるのはリリースアナウンス後) をした初リリースがありました。 リリースアナウンス セキュリティリリースのため、影響がありそうなら速やかに更新しましょう。 (shell.rb や WEBrick を本番環境で使うことは少ないとは思いますが。) https://www.ruby-lang.org/ja/news/2019/10/01/ruby-2-6-5-released/ https://www.ruby-lang.org/ja/news/2019/10/01/ruby-2-5-7-released/ https://www.ruby-lang.org/ja/news/2019/10/01/ruby-2-4-8-released/ 発覚した問題点 (1) トリガー https://githu
Ruby 2.6.5 リリース
Posted by nagachika on 1 Oct 2019 Ruby 2.6.5 がリリースされました。 このリリースには 4 つの脆弱性修正が含まれています。 CVE-2019-16255: Shell#[]およびShell#testのコード挿入脆弱性 CVE-2019-16254: WEBrick における HTTP レスポンス偽装の脆弱性について（追加の修正） CVE-2019-15845: File.fnmatch の NUL 文字挿入脆弱性 CVE-2019-16201: WEBrickのDigest認証に関する正規表現Denial of Serviceの脆弱性 その他の変更点の詳細は commit log を参照してください。 ダウンロード https://cache.ruby-lang.org/pub/ruby/2.6/ruby-2.6.5.tar.bz2 SIZE:
まつもとゆきひろの履歴書｜仕事中にこっそり作ったRubyが世界を驚かせるまで - 仕事選びガイド
プログラミング言語 Rubyの生みの親である、まつもとゆきひろさんの履歴書を、ご本人とともに振り返ります。はじめは“すぐに消えると思っていた”Rubyはいかにして世界的なプログラミング言語へと躍進していったのでしょうか。つねに「やりたいこと」にフォーカスして歩んできたまつもとさんに、働く上で大切にしていることを聞きました。 ※この記事は2019年8月に取材・撮影した内容です 私たちが使う便利なアプリの数々は、“プログラミング言語”によって作られています。言語の種類は数え切れないほど存在していますが、「多くの人々に利用されているもの」となると、ごくわずか。優れたプログラミング言語を生み出せる人物は、世界的に見ても一握りなのです。 その数少ない人物のひとりが、日本にいます。プログラミング言語・Ruby（ルビー）の作者である、ソフトウェア技術者のまつもとゆきひろ（ @yukihiro_matz
Ruby中間表現のバイナリ出力を改善する - クックパッド開発者ブログ
Ruby 開発チームに4週間インターン生として参加いたしました、永山 (GitHub: NagayamaRyoga) です。 私は「Ruby中間表現のバイナリ出力の改善」という課題に取り組み、Railsアプリケーションのコンパイルキャッシュのサイズを70%以上削減することに成功しました。以下ではこの課題の概要とその成果について述べたいと思います。 InstructionSequenceの概要 まず、RubyVM 内で実行される命令の中間表現、InstructionSequence (以下 ISeq と省略) について簡単に説明します。 通常の Ruby プログラムは、以下のような手順で実行されます。 ソースコードを構文解析し、抽象構文木を作る。 抽象構文木をコンパイルして、ISeq を作る。 RubyVM (YARV) で ISeq を解釈し、実行する。 ISeq は、このように Ruby
政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について
アメリカ合衆国のとある政府機関への抗議のため、Chef関連のGemやGitHub上のソースコードを作者が削除した。 雇用期間に業務にてGemが作成されていたため、Chef SoftwareがGemの所有権を主張してGemを復活させた。 最終的には抗議行動に対してChef Softwareが折れることで決着が付いた。 現在Chef界隈が混乱している。 どうやら政治的問題のためにRuby Gemsに登録されたGemやGitHub上のソースコードが消されたらしい。 なかなか興味深い出来事で、なおかつ日本語圏に情報が出ていないので適当に記録しておく。 用語 Ruby：プログラミング言語の１種。日本においては超広範囲で使用されている超メジャーな言語。 RubyGems：Rubyにおけるパッケージシステム。他人のRubyプログラムやライブラリを簡単に取り込むことができる。 Chef: 構成管理ツールの
Rubyで最速のテンプレートエンジンを作る方法 - k0kubun's blog
HamlitというRubyで使うテンプレートエンジンをメンテしてて、ちょっと前に思いついたけどこれまで実装してなかった最適化のアイデアを昨日それに実装したので、それについてちょっと書きたい。 github.com StringTemplate というテンプレートエンジン amatsuda/string_template というテンプレートエンジンがあって、 これは "the fastest template engine for Ruby" であると主張されている。 I think I just invented the fastest template engine for Ruby (Rails). Please enjoy! https://t.co/N056SReLh2 https://t.co/74MdR5DINj— Akira Matsuda (@a_matsuda) Dece
String#gsub! は String#gsub よりも遅い - pockestrap
ruby-jp1のSlackで話していて面白かったのでまとめ。 Slack上の発言 RubyのString#gsub!はString#gsubの破壊的バージョンで、置換結果でレシーバを上書きする。 当然gsub!の方が新しいStringオブジェクトを生成しないので速いと思っていたら、どうやらそんなことはない(しかもgsub!のほうが微妙に遅い)ようなので盛り上がった。 ベンチマーク ベンチマークは次の通り。mameさんが出してくれたサンプルコードをそのままコピペしている。 ss = "abcde" * 100 t = Time.now 100000.times do s = ss s = s.gsub("a", "A").gsub("b", "B").gsub("c", "C").gsub("d", "D").gsub("e", "E") end p Time.now - t #=> 4.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RubyTips.dev - 101+ Tips For Ruby Developers
macOS High Sierra で "__NSPlaceholderDictionary initialize" エラー - Qiita
平成Ruby会議 01
Rails Performance Issues and Solutions
What a cool Ruby-2.7 is !
RubyPrize 2019｜候補者決定