Genio Ivan, sabes que justo estoy creando nuevos microservicios en NET 8 en mi empresa y con el equipo estamos reforzando esta regla de que los nuevos proyectos deben tener TreatWarningsAsErrors en true. Eso y usando conceptos relacionados a DDD, patrón Result, etc. Entre tus videos, los videos de Scott Wlaschin y articulos que estuve leyendo me hizo reforzar mucho el código limpio. Me causa gracia que justo cuando hablo de estas cosas con el equipo justo sale un video tuyo explicandolo. Sigue asi
Yo antepongo legibilidad antes de correcto porque el código legible pero incorrecto es fácil de entender y corregir; pero el código confuso, aunque correcto, nadie lo entiende.
El código limpio es algo que no se respeta mucho, a pesar de los requisitos que se exigen en los trabajos muchos programadores no respetan la escritura limpia del código. Como dice Robert C Martin, escribir código limpio es ser empático con otros programadores y contigo mismo en el futuro
![กี่หมื่นฟ้า | Your Sky Series EP.1 [1/4]](http://i.ytimg.com/vi/vLGjxFL6U_I/mqdefault.jpg)
Blog: www.netmentor.es/entrada/importancia-programar-bien
Twitter: x.com/NetMentorTW
Buen tip el de TreatWarningsAsErrors. Lo implementaré en nuevos proyectos.
Cada video tuyo es oro!, muchas gracias por compartir tu experiencia!. A partir de ahora TreatWarningsAsErrors = true, oido cocina!
Genio Ivan, sabes que justo estoy creando nuevos microservicios en NET 8 en mi empresa y con el equipo estamos reforzando esta regla de que los nuevos proyectos deben tener TreatWarningsAsErrors en true. Eso y usando conceptos relacionados a DDD, patrón Result, etc. Entre tus videos, los videos de Scott Wlaschin y articulos que estuve leyendo me hizo reforzar mucho el código limpio. Me causa gracia que justo cuando hablo de estas cosas con el equipo justo sale un video tuyo explicandolo. Sigue asi
Eres un capo, lo implementare en nuevos proyectos, saludos 🇵🇪
Estos datos valen oro, pues.
Gracias por el consejo!!!
Interesante, esperando próximo video
Warnings: esos eternos olvidados.
"Si funciona, no lo toques" - > "Tócalo para que no deje de funcionar"
Yo antepongo legibilidad antes de correcto porque el código legible pero incorrecto es fácil de entender y corregir; pero el código confuso, aunque correcto, nadie lo entiende.
Todos piden legibilidad, pero la documentación de los Framewoks y Librerias son las menos legibles para leer.
El código limpio es algo que no se respeta mucho, a pesar de los requisitos que se exigen en los trabajos muchos programadores no respetan la escritura limpia del código.
Como dice Robert C Martin, escribir código limpio es ser empático con otros programadores y contigo mismo en el futuro