I was recently made maintainer of the json gem, and aside from fixing some old bugs, I focused quite a bit on its performance, so that it is now the fastest JSON parser and generator for Ruby on most benchmarks. Contrary to what one might think, there wasn’t any black magic or deep knowledge involved. Most of the performance patches I applied were fairly simple optimizations driven by profiling. A
Development Division/Repro Team/Feature 1 Unit の Watsonです。Feature 1 Unit は Repro Tool の機能開発と保守を担っています。 弊社でも利用している Oj gem のパフォーマンス改善 PR を送った話と、その PR の内容について共有します。 ことのはじまり 以前、同僚が Ruby on Rails で JSON を返す REST API を作成した際、JSON のエンコード部分のパフォーマンス計測をしていました。JSON のエンコード方法は JSON.generate、ActiveSupport::JSON.encode、Oj gem を利用する方法など色々ありますが、私としては Oj gemの ほうがパフォーマンス的にいいだろうからそちらを利用したほうが良いのではと思っておりました。 計測結果を拝見したら確
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: A lesser known capability of Ruby's JSON.parse | Arkency Blog 原文公開日: 2021/10/23 原著者: Szymon Fiedler サイト: arkency 参考: 週刊Railsウォッチ20211110 RubyのJSON.parseが文字列キーのハッシュを返すことにうんざりしたことのある方、シンボルキーのハッシュが欲しい方、本記事は皆さんのためにあります。 こんなときは、Rails開発者ならおそらくご存知のHashのdeep_symbolize_keysメソッドが使えます。特に理想の世界では、データ構造が以下のようなハッシュになっています。 require 'json' json = <<~JSON { foo: { bar: "baz" } } JSON >
In order for a software application to interact with the Ethereum blockchain - either by reading blockchain data or sending transactions to the network - it must connect to an Ethereum node. For this purpose, every Ethereum client implements a JSON-RPC specification(opens in a new tab), so there is a uniform set of methods that applications can rely on regardless of the specific node or client imp
はじめに この記事はRuby on Rails アドベントカレンダー 2021の記事です。昨日は@yamat47によるRuby on RailsでもHLS形式で動画を再生したい！でした。 Railsアプリにおける鬼門、JSONシリアライザ 昨今のRailsアプリケーションははじめからAPI専用として構築されることも多くなってきています。この場合、フルスタックフレームワークとしてRailsを利用する場合と比べて利用しなくなるgemも多いのですが、一方でAPI専用の場合に多く使われるgemも存在します。それがJSONシリアライザです。 この文脈における「JSONシリアライザ」という単語の指すものは、「任意のRubyオブジェクトをJSON文字列に変換するための機構（特にDSL）」を提供するライブラリです。 RubyにおけるJSONシリアライザの歴史は長く、最も有名なActiveModelSeri
JSON/YAMLで定義可能なHTTPモックサーバーMmockを触ってみる（シナリオに合わせて動くステートフルなモックの定義と部分的なプロキシモードの適用） JSON/YAMLで定義可能なHTTPモックサーバーMmockを触ってみました。 本記事では、「シナリオに合わせて動くステートフルなモックの定義」と「部分的なプロキシモードの適用」機能について試してみました。 こちらの記事（JSON/YAMLで定義可能なHTTPモックサーバーMmockを触ってみる）で紹介させていただいたHTTPモックサーバー、Mmockですが本記事ではもう少し踏み込んだ利用方法について紹介させていただきます。 本記事は、 シナリオに合わせて動くステートフルなモックの定義 部分的なプロキシモードの適用 の各機能を実際にMmockへ適用しながらどう設定するのか、何ができるのかを紹介いたします。 Mmock Mmock |
主にバックエンドのエンジニアとしてクックパッドマートの開発に携わっている塩出（ @solt9029 ）です。 美味しい食材をユーザにお届けするサービスであるクックパッドマートでは、日々街の販売店や地域の生産者が商品の登録を行っています。 商品を登録する際、販売者は消費期限をはじめとする様々な品質保証の情報を正確に入力する必要があります。 しかし、商品の種類や状態に応じて記載するべき品質保証の情報は異なるため、全項目が羅列されるフォームでは正確な入力が困難であり、販売者および商品の審査を行う社内の運用メンバに対して大きな負担をかけていました。 そこで、 JSON Schema を利用して複雑なフォームの出し分けを自動で制御し、またバックエンド側でのバリデーションも行うことが出来る仕組みを導入しました。 その結果、商品の種類や状態を選択するだけで、適切な品質保証の情報が自動的に入力され、必要な
rubyでJSONをパースするときはJSON.parseが一般的だがojライブラリを使ったほうが速いらしい。 ohler55/oj: Optimized JSON A fast JSON parser and Object marshaller as a Ruby gem. が、このライブラリ自体は結構昔からあるし、Ruby 2.5時代でも本当に有能なのか実際にベンチマークしてみた やりかた いいソースコードがあったのでこれを使った。 github.com ただしGemfileが不足しているので gem "yajl-ruby" をGemfileに追記する必要がある。 結果 $bundle exec ruby benchmark_json.rb === dumping === user system total real OJ: 1.036272 0.148676 1.184948 ( 1.
MessagePack for Actionscript3 (Flash, Flex and AIR). as3-msgpack was designed to work with the interfaces IDataInput and IDataOutput, thus the API might be easily connected with the native classes that handle binary data (such as ByteArray, Socket, FileStream and URLStream). Moreover, as3-msgpack is capable of decoding data from binary streams. Get started: http://loteixeira.github.io/lib/2013/08/
「リードエンジニアから学ぶMedPeerのプロダクト開発」 https://medpeer.connpass.com/event/181835/
Rails では JSON モジュールの提供している to_json を上書きしています。 JSON モジュールの to_json は C 言語のレイヤーで再帰処理しますが、Active Support の提供している to_json (ActiveSupport::JSON.encode) は Ruby のレイヤーで再帰処理する上、文字列の処理は毎回 ActiveSupport::JSON::Encoding::JSONGemEncoder::EscapedString を生成するので格段に遅くなります。 そのため、速度が求められる箇所での JSON のシリアライズには JSON.generate を使うことを検討すると良いです。 では、JSON.generate を使うべきでないケースにはどのようなものがあるのでしょう？ ActiveSupport::JSON.encode が実現して
Wireshark という強力なプロトコルアナライザーがあります。多くのプロトコルをサポートし、「どんなパケットが流れているか分からないが、プロトコルスタックの深いところまで解析したい」場合には 非常に頼りになります。 この記事では、いくつかのプログラミング言語上のバイト列を libwireshark を使ってパケット解析してみます。 直面している問題 ネットワーク運用のために、sflow をきちんと解析したいと思っています。netflow では、ネットワークの制約により 欲しい統計が取れないことがあるためです。 トラフィック制御のために、Q-in-Q、IPIP、GRE などのトンネルプロトコルの出番が増えた バックボーンを流れるときには、さらにMPLS ラベルやSegment Routing Header がつく このようにプロトコルスタックが深い場合、高価なASICであったとしても ネ
CTO兼福岡オフィス立ち上げ担当として新アプリを作っている@edvakfです。 JSON APIを開発しているとこういう問題がありがちですよね。 仕様どおりにAPIの形式を作ったはずだけどなんか自信が持てない テストでいくつかのキーが存在するかの簡単なチェックはしてるつもりだけど、全部チェックするのは大変すぎる APIのControllerやViewをリファクタリングしたらレスポンスの形が変わってアプリがめっちゃクラッシュし始めた というのが怖くて誰もリファクタリングできなくなった APIドキュメントがメンテされない 知らない間にレスポンスのフィールドが増えてたけどドキュメントに書いてない これらを解決したい！と思って試行錯誤したら、スマートに解決することができました。この記事ではRailsのことについて書きますが、考え方は他の言語・フレームワークでも同じです。 なお、今回使ったgemのバ
こんにちは。メドピアエンジニアの保立です。 メドピアでは、ドクター向けに運営している「MedPeer」のiOSアプリを3月15日にリリース致しました!!! 今回は、iOSアプリ開発の過程で、APIの実装にActiveModelSerializersを使ったので、そこで得た知見を書きます。 ActiveModelSerializers を使った理由 json形式のレスポンスを返却する場合、jbuilderを使うケースも多いのではないでしょうか。 メドピアでも、今まで外部へのAPIにはjbuilderを使用していました。 しかし、iOSアプリ用のAPIでは、以下のメリットを考慮して、ActiveModelSerializersを使うことにしました。 メリット① 複雑なjsonを返す際に、ActiveModelSerializersの方が、レスポンスが早い スマートフォン用のAPIでは、なるべく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
