タグ

2017年11月15日のブックマーク (7件)

  • dev.toと阿部寛のホームページどっちが速いですか? - くうと徒然なるままに

    dev.toと阿部寛のホームページどっちが速いですか?— あれからのぐりだけど (@_guri3) 2017年11月15日 という内容のツイートを見つけたので計測してみる。 ずっとパソコンに向かってて飽きてたので息抜きで。 dev.to というのは、 Qiita の海外版みたなやつです。一番の特徴はナビゲーションの速さ。 対抗するのは、 THE Traditional Web Site というたたずまいで有名?な 阿部寛のホームページ 計測 今回は、Google の PageSpeed Insights を利用していきます。 dev.to まずは、dev.to から 86/100 です! 阿部 寛 のホームページ 92/100 です! まとめ 伝統的ウェブサイトの方が早かった!

    dev.toと阿部寛のホームページどっちが速いですか? - くうと徒然なるままに
    mattn
    mattn 2017/11/15
    阿部寛すごい
  • 「爆速すぎて笑う」 表示速度が“異常な”Webサイト「dev.to」 その仕組みは

    「爆速すぎて笑う」「速すぎて逆に不安になるレベル」――「dev.to」という米国のWebサイトの表示速度が異常に速いと、ネット上で話題だ。なぜ速いのか、サイト創設者のベン・ハルパーンさんがサイト内の記事で説明している。 2016年にオープンしたdev.toは、プログラマーが情報を交換したり、議論したりできるコミュニティーサイト。トップページにはユーザーが投稿したブログ記事のタイトルやコメントが、SNSのタイムラインのように並んでいる。このトップページの表示にかかる時間、各記事をクリックしたときのページ遷移が“一瞬”なのだ。 なぜ速いのか。ハルパーンさんが17年2月に投稿したブログ記事によれば、米Fastlyが提供するCDN(Content Delivery Network)を活用している。CDNは世界中にキャッシュサーバを分散配置し、ユーザーごとに最も(ネットワーク的に)近いサーバにキャッ

    「爆速すぎて笑う」 表示速度が“異常な”Webサイト「dev.to」 その仕組みは
    mattn
    mattn 2017/11/15
    ServiceWorker によるコンテンツ並列キャッシュ化やマウスオーバーでの先読みが速さのキモだと思ってる。
  • A DoS Attack against the C# Compiler

    This post first appeared on my blog Generics in C# are certainly very useful and I find it amazing that we almost didn't get them: What would the cost of inaction have been? What would the cost of failure have been? No generics in C# 2.0? No LINQ in C# 3.0? No TPL in C# 4.0? No Async in C# 5.0? No F#? Ultimately, an erasure model of generics would have been adopted, as for Java, since the CLR team

    A DoS Attack against the C# Compiler
    mattn
    mattn 2017/11/15
    C# コンパイラを劇遅にするコード
  • Making dev.to insanely fast

    It makes me smile when someone raves about how fast this website loads, because that's no accident. We put a lot of effort into making it so. It is the sort of thing that usually goes unnoticed, but when your readers are developers, there's a better chance they notice and appreciate it. I have written about this in the past, but it's worth re-examining because these ideas are always evolving. From

    Making dev.to insanely fast
    mattn
    mattn 2017/11/15
  • 日本郵便が公開する郵便番号データをそのまま利用するのがなぜ難しいか。そして、住所から郵便番号を求めるのがなぜ難しいか[PR]

    郵便が公開する郵便番号データをそのまま利用するのがなぜ難しいか。そして、住所から郵便番号を求めるのがなぜ難しいか[PR] 郵便番号はコンピュータで扱う数字データとしてもっとも身近なもののひとつです。 例えば、ユーザーが入力した郵便番号から住所を補完する処理は、一般的なWebアプリケーションでよく行われています。また、ダイレクトメールの到達率の向上や返送率の低下のため、あるいは住所データをつねに最新のものにするため、住所から適正な郵便番号を付番する処理なども行われています。 その郵便番号は、実は毎月アップデートされています。というのも、市町村の合併や土地の区画整理、新しいビルやマンションの建築など、郵便番号にかかわるさまざまな現実が変化しているためです。 最新の郵便番号データはつねに日郵便のWebサイトで公開されています。

    日本郵便が公開する郵便番号データをそのまま利用するのがなぜ難しいか。そして、住所から郵便番号を求めるのがなぜ難しいか[PR]
    mattn
    mattn 2017/11/15
    市区町村データの問題は字(あざ)ありなし等の揺らぎだけじゃなく町と市での統廃合が大きい。あと過去の住所で検索できるかどうかがポイント。
  • interfaceとの付き合い

    Spring Bootと行レベルセキュリティではじめるマルチテナントアーキテクチャ / Multi-tenant architecture using Row-Level Security

    interfaceとの付き合い
    mattn
    mattn 2017/11/15
    Animal#MarshalJSON を作ると綺麗に書けるんじゃまいか
  • ソフトウェアの互換性と僕らのUser-Agent文字列問題|Rui Ueyama

    いろいろな環境で動くプログラムでは互換性のためにその場しのぎのことをしないといけないことがよくあるけど、歴史が積み重なってくると、アドホックな技の上にアドホックな技が積み上がる喜劇的な状態になることがある。こういう問題は認識するのは簡単だが直すことは誰にもできない。まさに僕がそのような体験をしたのでちょっと説明したい。 僕は仕事としてオープンソースのlldというリンカを書いている。リンカというのはコンパイラが生成したバイナリファイルをつなぎ合わせて最終的な実行ファイルやDLLを作成するプログラムで、知らない人も多いと思うけど、何をコンパイルしても最後にはリンカが動いている。lldは既存プログラムより何倍も速くてビルドが早くなるというので最近は結構人気が高まっていて、FreeBSDなどのいくつかのOSが全面的にスイッチしようとしたり、あるいは大規模プロジェクトChromeや、どうもFire

    ソフトウェアの互換性と僕らのUser-Agent文字列問題|Rui Ueyama
    mattn
    mattn 2017/11/15
    compatible with GNU linkers おもしろい。User-Agent で Mozilla を語るのは現代では capacity check のプロトコルになってしまっている。