Help us understand the problem. What is going on with this article? Rails3.2からRails4.2に上げたらActiveRecordが遅くなったので、どうやって調査して、どのように対処したかを語ってみたい。 とても長いので、ダルい人は最初と最後だけ読めばよいです。 TL;DR 環境: Ruby 2.1.5 ARオブジェクトを大量に(ざっくり750kくらい)loadするバッチ処理 3.2系での実行時間は約480sec、 4.2系では約2900sec 約6倍の性能劣化 原因: preloadで性能劣化してた CollectionProxyの生成周りで遅くなってた Rails4からARオブジェクトの1attribute毎にObject生成するので遅い GCの時間も増えた 調査方法: Githubのcommit、Issueを
Railsアプリケーション構築ガイド¶ 業務でRuby on Railsを利用する人のための、アプリケーション構築ガイド 最終更新日: Feb 03, 2018 Ruby on Railsは、流儀・規則に従うことで効率的なシステム開発が可能となるWebアプリケーションフレームワークです。 レールの上に乗って開発を行っているうちは、 少ないコード量で複雑なアプリケーションを 簡単に実装できる、Railsというフレームワークの強力さ、美しさを体感できるはずです。 しかし、少しでもレールから外れたアプリケーションを実装しようとすると、途端に複雑になるのも事実です。 業務アプリケーション構築の分野では、Railsの流儀とは相容れない実装を強いられる事が多々あります。 レールから外れたアプリケーションをよく考えずに実装すると、 コードが難解になり、システムのメンテナンス性が大きく下がってしまいます。
追記 RailsでJS辛い問題に関しての結論:http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptがRailsから独立している Railsはとても堅牢。 モデル、コントローラ、ルーティングと、変にいじらない限りはほとんどテストが要らない。 必要なのは、モデルに新たにpublicメソッドを付けたときくらいだろう。 実際、バックエンドはそうそうバグが出ない。
Wantedlyエンジニアブログは移転しました! https://www.wantedly.com/feed/s/wantedly_engineers Wantedlyフィードに新しく追加されたメディアを作成・運用できる「スペース機能」を使って運用しています。 今後ともよろしくお願いします! はじめまして、エンジニアの天野です。 今更感があるのですが、2016/05/14(火)に行われた、管理画面チラ見せ♡ナイト#3に登壇してきました。 他社さんが、ガッツリ内部の管理画面を公開する中、(半分!)サービス管理画面の発表となってしまい大変恐縮でしたが、 穏やかな空気の中、楽しく発表できました。ご質問を頂いた方々もありがとうございました! 発表資料 このスライドで紹介されている、「候補者管理機能」は現在βテストを実施中です。 ご協力いただける企業さまは、ぜひご連絡いただけますと幸いです! 当日の
1: デンジャラスバックドロップ(芋) 2013/10/05(土) 11:54:32.01 ID:htlhBZ3l0 BE:5630742-DIA(110000) ポイント特典 2: リバースネックブリーカー(愛知県) 2013/10/05(土) 11:56:02.66 ID:Li8s567b0 知ってた 3: マスク剥ぎ(東京都) 2013/10/05(土) 11:56:12.77 ID:O7+RVODb0 俺みたいな底辺IT土方はMVCで十分です Model View Controller(モデル・ビュー・コントローラ) ソフトウェアの設計モデルの一つで、処理の中核を担う「Model」、表示・出力を司る「View」、入力を受け取ってその内容に応じてViewとModelを制御する「Controller」の3要素の組み合わせでシステムを実装する方式。 Ruby on Railsなんかを使う
<%= line_chart @goals.map { |goal| {name: goal.name, data: goal.feats.group_by_week(:created_at).count} } %> or <%= line_chart Feat.group(:goal_id).group_by_week(:created_at).count %> Say Goodbye To Timeouts Make your pages load super fast and stop worrying about timeouts. Give each chart its own endpoint. <%= line_chart completed_tasks_charts_path %> And in your controller, pass the data as JSON.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く