Search for a command to run...
I'm a self-made indie developer, passionate about freedom and curiosity. Working in my own stuff from México, learning all the time, and eager to collaborate with the entire world. I'm learning to write (English and Spanish) so here I am.
No comments yet. Be the first to comment.
I was playing around with Qwik. The most insanely fast web framework out there. Yes, the most. And this is mainly because of the philosophy behind Qwik and its creator. Which you can read about here. An excellent read. If you ever liked Angular like ...
El método forEach() del Array, ejecuta la función que le provees una vez por cada elemento en el array.(Mdn docs). Básicamente, el método forEach es una de las mejores maneras para usar un ciclo en un array, es mucho más simple que usar un for(). Lo ...
Si eres un desarrollador front end seguro sabes que no deberías decirle JavaScript. También si te gusta estar actualizado(a) o si eres parte de la comunidad OSS (Open Source) seguro sabrás este grupo de datos, con lo que desde hace ya varios años les...
… Y ahora soy plenamente feliz.
Hablamos todo el tiempo de las buenas prácticas y estilos de código, pero pocas veces hablamos de las malas prácticas en las que inconscientemente caemos muy seguido.
Por ello, quiero compartirte 3 malas prácticas en JavaScript que podría ser que no te estás dando cuenta que tienes.
A veces colocamos publicKeys u otras variables que deberían ir en una de entorno, en el scope global de nuestro archivo, de nuevo, por pereza o por seguir trabajando, pero a veces se nos van a producción. Esto es muy peligroso y delicado, más aún si estás trabajando para un cliente, ya que esto puede resultar en robo de información grave. Tomate el tiempo de siempre colocar las variables de entorno, no utilices datos sensibles en variables globales, ni por comodidad. Esto te va a separar de los principiantes y te coloca como todo un profesional. Siempre usa tu archivo .env y nunca lo subas a Github.
Sabemos que const y let resuelven problemas de "scope" además de agregarnos seguridad en la definición de nuestras constantes y hasta nos dan la seguridad de no sobreescribir variables efímeras como las que declaramos para un for. En tu código seguro que usas estas variables que se agregaron en ECMAScript2015, pero no está de más checar que no andes usando var por ahí por accidente, pereza o a veces hasta de algún código que copiaste de StackOverflow, luego se nos pasa. 😛
Recién he leído mucho código con este tipo de validaciones:
if(userId != undefined && userId != null && userId != ''){
// some cool code
}
Esto no es necesario, crea confusión, es difícil de leer y hasta puede fallar. 🫠 Esto refleja tu falta de experiencia con las condicionales. Qué se resuelve a falso y qué no. La negación es la forma más simple de resolver esto.
if(!userId){
//some cool code
}
A veces también cometemos este error con las llaves de un objeto:
// esto rompería el código si title o courses[0] no existieran
if(user.courses[0].title){
// some cool code
}
// a veces se hace el chequeo llave por llave
if(user.courses && user.courses[0] && user.courses[0].title){
// some cool code
}
// Pero es mucho mejor usar el "conditional chaining":
const title = user.courses?.[0]?.title || 'Sin titulo'
¿Conocías esta sintaxis?, siempre es bueno mantenerse actualizado ;)
Listo, no olvides revisar nuestros nuevos micro-cursos, seguro alguno te sirve.
Abrazo. Bliss.