if (fn === null && fn === undefined) {
fn = null;
}
Es...hermoso.
fun fact:
undefined no es una keyword en javascript, por lo que podrias hacer un "undefined = true;" y sentarte a ver como los demas se rompen los cuernos tratando de entender que pasa
Un 0.53% de los usuarios van a sufrir ese bug.
Igual, no veo relacion con lo de Strict mode.
En ES5 definen la prop 'undefined' como que no se puede modificar. Si no usas strict mode el interprete no se queja, pero tampoco te cambia el valor de undefined.
Si IE9 lo hace, es porque implemento mal la spec
en otro team de mi mismo proyecto tienen a un QA haciendo tests de UI con selenium (!)
me pasan a ese team, y nos da un training muy cortito sobre selenium para .NET (por suerte algo ya sabia so its ok for me)
Esto se corre con jenkins y nos muestra el grafiquito de los tests que estan ok vs los que no
en el medio de la charla..
qa escribió:.. y si los tests no lo pueden hacer andar le ponen [Ignore] y lo suben..
gonnza escribió:Porque en [ignore] ? No sería mejor no subirlo hasta que ande, o si no anda por un bug de tercero/blocked, subirlo y que nos marque en rojo que está roto, asi nos recuerda que hay que arreglarlo ?
qa escribió:.....
.. no pero si tu quieres saber cuales son los que no andan te fijas en la solucion cuales son los que tienen [ignore]
el SM lo apoya so ese ese es el approach que estamos llevando
dataTemp = JSON.parse(JSON.stringify(data));
meh, es una de las formas mas eficientes de clonar un objeto en javascript
http://stackoverflow.com/a/5344074/1064584
=/
a menos que uses ES6 como los chicos cool, ahi podes usar el spread operator
dataTemp = {...data}
juro que no estaba al tanto de eso