ブックマーク / takehora.hatenadiary.jp (2)

  • Webパフォーマンスの振り返り 2022年 - Webパフォーマンスについて

    揺らぐ通信インフラへの信頼 今年、最も衝撃的だったのは、相次ぐ通信インフラの障害だったのではないでしょうか? 絶大なる信頼を寄せていた通信インフラが障害で接続障害に陥る、というのは、日人としては驚きの事態でした。 私たちの心の中には、「品質の日」という自負みたいなものがあります。 サイレント障害 ネットワーク上で発生する、エラーとして検知されない障害を「サイレント障害」と云います。 その多くは、自社のインフラだけを見ていて、その稼働状態だけでシステム稼働の正常・異常を判断することが原因です。 携帯網については、有線回線とは異なる複雑な仕組みと、電波を使っているという事もあって、サイレント障害の検出のソリューションは、End-to-Endの通信監視・計測による手法が以前より世界で普及していました。 それを販売していたのは、ドイツにあるSIGOSという会社です。 世界で一番はじめにWebパ

    Webパフォーマンスの振り返り 2022年 - Webパフォーマンスについて
    yug1224
    yug1224 2022/12/31
  • 「推測するな、計測せよ」のWebパフォーマンスにおける真の意味 - Webパフォーマンスについて

    ソフトウェア工学で著名なロバート・C・パイク氏のCプログラミングに関する覚書というものがあります。 ルール1: プログラムがどこで時間を消費することになるか知ることはできない。ボトルネックは驚くべき箇所で起こるものである。したがって、どこがボトルネックなのかをはっきりさせるまでは、推測を行ったり、スピードハックをしてはならない。 ルール2: 計測すべし。計測するまでは速度のための調整をしてはならない。コードの一部が残りを圧倒しないのであれば、なおさらである。 ルール3: 凝った(Fancy)アルゴリズムは nが小さいときには遅く、 nはしばしば小さい。凝ったアルゴリズムは大きな定数を持っている。nが頻繁に大きくなることがわかっていないなら、凝ってはいけない(nが大きくなるときでさえ、ルール2が最初に適用される)。 ルール4: 凝ったアルゴリズムはシンプルなそれよりバグを含みやすく、実装する

    「推測するな、計測せよ」のWebパフォーマンスにおける真の意味 - Webパフォーマンスについて
    yug1224
    yug1224 2018/09/24
    “計測で証明すべきは、「速いこと」ではなく「遅くないこと」”
  • 1