なぜGoogleはJavaScriptで彼らのフロントページのJavascript

Question

に日付/時刻の建設を最適化していない、我々はそうのように、現在の日付/時刻を表す数値を得ることができます次のようになります。

var g = +new Date; //11 bytes shorter 

：これを行うの

var f = (new Date()).getTime(); 

最もコンパクトな方法は、以下のコードに反映されています（ここで働いているのを参照してください）

Googleのフロントページのソースコードを検索すると、11回使用される2番目のコンベンションが見つかります。したがって、Googleが毎回11バイト（合計121バイト）を節約できたようです。

圧縮とキャッシングはこれを軽減する役割を果たすでしょうが、確かにGoogleがこの単純なスイッチを作る価値があります。

Amazonのフロントページコードとこれを比較し、第3回目のコンベンションを使用します（すべての場合ではありません）。

Googleはなぜこの最適化に興味がありませんか？ 121バイトは私たちの大半にとってはピーナッツですが、私は彼らがフロントページの最後のすべてのパフォーマンスを圧迫することに興味があったでしょう。

Answer 1

私は、可読性があり、限界的なバイト節約よりも保守性が良いと言います。 また、最初の2つのオプションは将来の証明ですが、3つ目のオプションは、エンジン（Rhino、Nodeなど）全体で変更または動作が異なる実装の詳細です。

あなたの例の第四可能性が関数に呼び出しをラップすることです：

var now = function() { 
    return (new Date().getTime()); 
} 

はもちろん、これはほんの数バイトを保存しますが、少なくとも数回、それを呼び出した後。