気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
zenn.dev/en30エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
なんとなく、Railsアプリケーションの高速化について自分が知っていることを吐き出してみる
まず、RailsやRubyが遅いせいでユーザ体験に影響がでるというのは、普通のWebアプリケーションであれば... まず、RailsやRubyが遅いせいでユーザ体験に影響がでるというのは、普通のWebアプリケーションであれば基本は無いんじゃないかと思います。GitHubもShopifyもRailsです。まず自分のコードや構成を疑うのが大体の場合正しいと思います。 計測して、必要になるまではやらない 時間は貴重なので、不必要な最適化をしないというのが結構重要だと思います。 当て推量で無駄なことをしてしまったり、最適化するの自体が楽しくなってしまって時間を使ってしまいがちです。 その上では 目標を立てて十分早ければそれでよいと考える 例えばクックパッドでは（平均？）レスポンスタイム200ms以下を目標にしているようです 計測する が重要かと思います。 計測するには、とりあえずはありものの道具を使いましょう。 サーバサイドであれば 開発環境にはrack-mini-profiler を入れましょう 本番ではAP
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
zenn.dev/en30
zenn.dev/en30
zenn.dev/en30
zenn.dev/en30
www.nhk.or.jp
nordot.app
anond.hatelabo.jp
note.com/eggyazawa
togetter.com
bufferings.hatenablog.com
dev.classmethod.jp
zenn.dev/ultrasupara
tech-blog.monotaro.com
www.itmedia.co.jp
gigazine.net
jp.reuters.com
test.pypi.org
www.hikikomolife.com
