Me parece un tema interesante, yo lo veo muy sencillo. El naming se puede estandarizar y es algo que transciende a gustos y egos personales. El objetivo de un buen naming es mejorar la verificabilidad del código. Mi primera pregunta cuando alguien me viene con un dilema entre usar max o max_iterations, es ¿te cobran por carácteres?
En el caso del uso de negativo para los variables booleanas, siempre sera mejor usarlos, pero teniendo ambos casos contrarios para evitar usar el operador de negacion. Siempre sera mas legible. Por ejemplo: isNotEmpty y isEmpty.
Apoyo total al compañero: nunca jamás una exclamación al principio de una sentencia será más legible que un método donde se puede leer la negación. Lo que pasa es que tienes que tener ambas opciones: isNotEmpty y el isEmpty.
Estoy de acuerdo siempre y cuando vengan en la libreria que utilizamos o en caso de una implementacion propia el isNotEmpty lo implementemos como un return !isEmpy. Cualquier otra cosa da lugar a que pueda existir una inconsistencia entre el isEmpty y el isNotEmpty.
0:56 si en tu empresa lo llamáis "productos" por qué lo llamas "products"? falla la consistencia de la que habláis en en 1:09 escribir nombres de variables/metodos/clases, ... en español es una gran ventaja que no tienen los anglosajones, nos sirve para identificar más rápido los errores viendo los mensajes de error/logs/... se separa rápidamente lo que es atribuible a nuestro código de lo que no, ...
Si quieres más tips como estos, te esperamos en el curso de Clean Code! → cdly.to/clean_code
lo de los nombres es todo un tema, pls mas videos de este estilo de comparación y de ejemplos como el que aqui presentan es la bomba!
Gracias!
Me parece un tema interesante, yo lo veo muy sencillo. El naming se puede estandarizar y es algo que transciende a gustos y egos personales. El objetivo de un buen naming es mejorar la verificabilidad del código. Mi primera pregunta cuando alguien me viene con un dilema entre usar max o max_iterations, es ¿te cobran por carácteres?
Pienso que igual depende del ecosistema en el que estes. Solo hay que seguir las convensiones de ese ecosostema.
Agregaría el usar nombres en un mismo idioma, preferentemente ingles.
Prefiero usar el nombre de interfaces terminado en "able" si no se agrega sufijo o sufijo
En el caso del uso de negativo para los variables booleanas, siempre sera mejor usarlos, pero teniendo ambos casos contrarios para evitar usar el operador de negacion. Siempre sera mas legible.
Por ejemplo: isNotEmpty y isEmpty.
Apoyo total al compañero: nunca jamás una exclamación al principio de una sentencia será más legible que un método donde se puede leer la negación. Lo que pasa es que tienes que tener ambas opciones: isNotEmpty y el isEmpty.
Estoy de acuerdo siempre y cuando vengan en la libreria que utilizamos o en caso de una implementacion propia el isNotEmpty lo implementemos como un return !isEmpy. Cualquier otra cosa da lugar a que pueda existir una inconsistencia entre el isEmpty y el isNotEmpty.
3 días de sprint para definir nombres
0:56 si en tu empresa lo llamáis "productos" por qué lo llamas "products"? falla la consistencia de la que habláis en en 1:09 escribir nombres de variables/metodos/clases, ... en español es una gran ventaja que no tienen los anglosajones, nos sirve para identificar más rápido los errores viendo los mensajes de error/logs/... se separa rápidamente lo que es atribuible a nuestro código de lo que no, ...
Wtf?
¿Ventaja?
@ciltocruz sí
No entiendo. Qué ventaja tiene el español frente al inglés en este aspecto? Por tu comentario no se puede deducir.
@theNINEDJ sí se puede decir, de hecho está escrita la ventaja. intenta releerlo