¿Por qué Google no optimiza la fecha/hora de la construcción en su primera plana Javascript

Question

En JavaScript, podemos obtener un número que representa la fecha/hora actual, así:

var dt = new Date(); 
var e = dt.getTime(); 

Un poco más corto forma parte de hacer esto podría ser:

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

la forma más compacta de hacer esto se refleja en el siguiente código:

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

(Véalos trabajando aquí: http://jsfiddle.net/es4XW/2/)

Ahora, cuando busque en el código fuente de la página principal de Google, encontrará la segunda convención utilizada 11 veces. Por lo tanto, parece que en cada ocasión Google podría ahorrar 11 bytes, 121 bytes en total.

La compresión y el almacenamiento en caché jugarán un papel en la mitigación de esto, pero seguramente valdría la pena que Google haga este simple cambio.

Compara y contrasta esto con el código de la página principal de Amazon, que sí utiliza la tercera convención (aunque no en todas las ocasiones).

¿Por qué Google no está interesado en esta optimización? Aunque 121 bytes son cacahuetes para la mayoría de nosotros, hubiera pensado que hubieran estado interesados ​​en exprimir hasta el último pedazo de rendimiento de su página principal.

Answer 1

Yo diría legibilidad y, por lo tanto, mantenibilidad sobre ahorros de byte marginal. Además, las primeras 2 opciones son a prueba de futuro, mientras que la tercera opción es un detalle de implementación que podría cambiar o funcionar de manera diferente en todos los motores (por ejemplo, Rhino, Nodo).

Una cuarta posibilidad de sus ejemplos sería para envolver la llamada a una función:

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

Por supuesto, esto sólo ahorra unos pocos bytes vez que se llame por lo menos un par de veces.