この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI

【追記 2019/06/17】パッチを含んだ RMagick v3.2.0 がリリースされました。 RMagick を使用すると馬鹿みたいにメモリ使用量があがると言われ続けてましたが、修正方法の見込みがたちようやく直しました。 何が起きていたか RubyKaigi 2019 で登壇した際にも話しましたが、RMagick が引き起こしていた多数のメモリリークは修正済み だったので、Ruby の GC が動作すると抱え込んでいる不要なメモリ領域は解放されていました。 問題は Ruby の GC がなかなか動作してくれないことにありました。例えば RMagick で画像用のオブジェクトを生成しても、サイズはたかだか 40 bytes しかありません。 require 'rmagick' require 'objspace' img = Magick::Image.new(1000, 1000)

Ruby Core Development 2019というタイトルでRubyKaigiのCFPにプロポーザルを書いたのだが、 もう一つ書いた方の話が採択されたのでその話はしなかった。 さて、今日はRubyコア*1の開発がSubversionからGitに移った節目でもあったので、そっちのトークで言いたかったことの一部を記事にしておこうと思う。 Subversion → Git 移行 [Misc #14632] 去年くらいから @hsbt さんが cgit というGitフロントエンドを使ってGitリポジトリの準備を始め Misc #14632、ついに今日正式にcgitの方がupstreamになった。平成の時代でSubversionでのtrunkのRubyコア開発は幕を閉じた。 この辺を進めているのは主に @hsbt さんな中、僕がこれを偉そうに書いたり今回のRubyKaigiで壇上でアナウンス

はじめに OSSコントリビュートに挑戦してみた備忘録です。 挑戦した理由 筆者は２月からエンジニアとして働く予定でして、 なにかコードを書いてプルリクして面識のあまりない誰かにマージされる、というサイクルを経験したい コントリビューターという響きに単純に憧れがある の２つの理由から、なにかコードを書く形でOSSコントリビュートに挑戦しよう！と考えました。 筆者の技術レベル OSSコントリビューターになりたい、とぬかしているものの、筆者の技術力は、昨年からプログラミングに興味を持ち、Rubyを少し学んで２月からなんとかエンジニアとしてお金を貰えるようになった程度です。 議論されているissueは自分の力量を遥かに超えるものが大多数である、と考えたほうがいいでしょう。 自分にあった難易度のissueを探す あまりに歯がたたないものは難しいし、「当てずっぽうでプルリクして見てもらえばいいや」とい

先日リリースされたRuby2.6で標準ライブラリに取り入れられたBundlerですが、2019年1月3日にv2.0.0がリリースされました。 v1.17からの変更点は上記リンクに書かれているとおりですが、日本語での情報が見当たらなかったので、ここで紹介しておきます。 Ruby 2.3以上、RubyGems 2.5以上が必須に Ruby 2.2系のサポートは2018年3月で終了しました。それに伴って新しいBundlerでもサポートされません。 Bundler 2.0.0ではRubyGems 3.0以上が必須とされていましたが、インストール時に問題が多発したようで、翌日にリリースされた2.0.1でRubyGems 2.5に戻されました。 Githubからのインストール時にhttpsがデフォルトに

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

Misoca開発チームの北村です。 年末の寒波で山に雪が増えることを期待しています。 年末だしBug Bashやってみた 年越しまでWork-In-Progressな作業を持ち越したくない（年明けに記憶を取り戻すのが大変そう） 休暇直前に大きなリリースはしたくない ということで、この機会にBug Bashをやることにしました。Misocaで開催するのは初めての試み。 Bug Bashのやり方などはKyashさんの下記の記事を参考にしました。 blog.kyash.co Bug Bashやってみた 普段一緒に仕事しないメンバーで3チームを作り、Misocaを叩いてみました。 いじわるな入力：めちゃくちゃ長い文字列、HTMLの要素を書き換えて本来想定しない値を設定する ブラウザを2つ立ち上げて、同じデータを同時に編集する URLを書き換えて他の人の情報が見れないか 何度もreloadしたりsu

はじめに 僕は普段MacでRailsの開発をやっているのですが、ひょんなことからWindows環境でRubyの動作確認をする必要が出てきたため、Windows上でのRuby開発環境について調べ始めました。 調べていくと「RubyInstallerを使いましょう」という記事や書籍が比較的多かったです。 しかし、RubyInstallerは2017年3月7日現在、メンテナンスが停滞しており、最新版のRuby 2.4.0ではなく、Ruby 2.3.3で更新が止まっています。 そこで、RubyInstaller以外の環境構築方法はないだろうか、とさらにいろいろ調べていきました。 というわけで、この記事では僕が調べたWindows上でのRuby開発環境方法をいくつかリストアップしていきます。 おことわり この情報は2017年3月7日現在の情報です。 将来的にはまた状況が大きく変わる可能性もあります。

ちなみに、最初に結論だけ言っておくと、まずSandi Metzの「オブジェクト指向設計実践ガイド」を読め、という話です それだけで終わってしまいたい気持ちはあるが、不親切過ぎるしもうちょっとRails向けの話を書こうと思う。 ただ言いたいことは、よく分かってないのに使うのは止めろということ。 自分も本で書いたりした手前、それが参考にされた結果なのかもしれないが、世の中には本当に酷いクラスが存在するもので、雑にサンプルで書くと以下の様な感じのコードが存在したりする。 class HogehogeService # Hogehogeはモデル名まんま def process(hogehoge, option_a: nil, option_b: nil, option_c: false) history = hogehoge.histories.last unless hogehoge.activ

こんにちは、hachi8833です。 今回は、Rails 5の広大なActive Support世界のおおまかな地図を知るための記事です。[Rails5] Railsの主要なライブラリ構成を先にご覧ください。 以下、特記ない限りRails 5を対象とします。 Active Supportとは Active Supportの位置づけ Active Supportは、数値や日付や文字列などさまざまなライブラリの集まりです。Railsの広い範囲で共有されている重要なものもあれば、ちょっとした便利メソッド的なものもあります。こうした区分はよくmisc（miscellaneous）と名付けられますが、Railsではおそらく命名統一のためにあえて「Active Support」と呼んでいるのでしょう。 その中でCore Extensions（コア拡張機能）と呼ばれるものの多くは、Railsで使うために

こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。過去ログはこちら 最近のruby-core (2016年9月) 最近のruby-core (2016年7月) 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#12039] Fixnum#infinite?/Bignum#infinite or Numeric#infinte, consistent with Float#infinite? and BigDecimal#infinite? 以前も紹介したかと

自戒です tl;dr 発端 間違った対処法 だがしかし sonots先生曰く 検証結果 所感 Rubyのバージョンによる分岐を全部Gemfileに寄せた結果 謝辞 tl;dr gemspecの中でRubyのバージョンによってインストールしたいgemのバージョンを変えたい時は、gemspecではなくGemfileでif文書くのがおそらく正解 発端 先月くらいのFacebook内のちょっとした会話がきっかけでした *1 activesupportやactiverecord 5系以降ではRuby 2.2.2以降必須になった https://github.com/rails/rails/blob/v5.0.0/activesupport/activesupport.gemspec#L10 自分のgemがactivesupport (activerecord)に依存していた場合、そのままだとRuby

関西人の廣田です。 ちょこファことちょこっとファームでサーバーサイドエンジニアをやっています。 先日、ちょこファの機能追加で、絵文字を含む文字列の文字列長をカウントする必要が出てきました。 しかし普通にカウントすると上のように残念な結果になります。 Objective-Cで絵文字をいい感じにカウントするには、Qiitaの記事がとても参考になると思います。 Ojbective-Cで絵文字を見た目通りにカウントする http://qiita.com/matsuokah/items/a435e3c86318a793d307 本記事では、先のリンク先を参考にRubyで絵文字の長さを正しくカウントしていきたいと思います。 絵文字に使われる特殊文字たち 絵文字には以下の5種類の特殊文字が使われています。 Regional Character Skin tone modifier Variation s

本記事のサマリ あれ、これってhamlではどうするんだっけ？ってなった人に、hamlの基本が思い出せるようにまとめています。間違いや、素敵なtips等あれば是非教えてください。 (hamlの変換結果は、適宜見やすいように、空白や改行を入れているため、実際の変換結果と異なる場合がございますので、ご留意ください。) 英語が苦手じゃなければ、公式リファレンスを読みましょう！！ 対象読者 hamlっていいってよく聞くけど、あんまり使ったことなくてどうしたらいいかわからない方向け。 hamlをちょいちょい使ってるけど、まだ「馴染む、馴染むぞぉぉ」ってない人向け。 動作確認バージョン ruby --version ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-darwin15] rails -v Rails 4.1.1 gem list --lo

ruby マルチスレッド を many core の CPU で動かしても 100% で止まる。 とまるんですよ。i7 のCPUリソース余って勿体ない。 GIL ( global interpreter lock ) ruby がYARVで Global Interpreter Lock の中で動作するので、マルチスレッドでもメニーコアを使い切れない。 CPU 使用率が１００％で頭打ち ４コアあって４００％まで出せるとしても、１００％でとまる。 マルチスレッドといっても、Ruby（MRI）で同時に実行されるスレッドは１本なんですよ。 スレッドが同時に動いてるということはない。１つが動くとほかは止まってる。 主に、IOブロックで実行コンテキストを切り替える。なので、 使い切るには？ jruby を使う rubinius を使う 小さいコマンドに分割する。 jruby を使えば、GILの影響を

March 7, 2016Improve Your Ruby with the Adapter Design Pattern Imagine we have some code where we want to accomplish things in a variety of ways. One way to do this is with conditional branching: class Animal def speak(kind) puts case kind when :dog then "woof!" when :cat then "meow!" when :owl then "hoo!" end end end Animal.new.speak(:dog) This works, but what if a developer wants to add a new wa

ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね！ 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ