Clean Code - Aspectos generales PT 5 | Code Time (241) - Versión Compacta 1p1h6g

Muy buenas noches sms este episodio número ciento cuarenta y uno nombre y número ciento cuarenta y uno computacionales menos esta noche nuestra continúan pidiendo un poco más del camino de la aprobación de un punto de vista un poco más humano en este episodio vamos a continuar hablando sobre clínico esta ya van varias partes de kickball y de aspectos generales en particular la quinta parte de aspectos generales o generalidades sobre cinco que hablamos de las cuatro anteriores y en realidad otras más porque también hablamos de otros aspectos no solamente generalidades justamente cómo escribir un código más legible más escalable menos dolorosos más sutil etcétera qué son los beneficios que plantea en este caso el libro técnico al respecto al que no sepa lo que estoy hablando todavía no hice el post de hoy que vengo todo el tiempo prometiendo que lo voy a hacer pero nunca tengo tiempo para grabarlo y bueno esas cosas que pasan salvo los enemigos como esto que voy a seguir exponiendo al respecto lincoln es un libro que trata sobre ciertas prácticas que llevan a tener el código abro comillas limpio cierro comillas justamente ahí el nombre se basa en el libro rincón en donde hancock bobo tío bob o robert martin escribe al respecto de lo que considera que son buenas prácticas para tener un código más limpio más elegante más escalable el propio libro aclara de quién es la fuente de la verdad da miedo forma yo lo reafirmo no es la fuente de la verdad no es una especie de biblia no nada es un libro el cual intenta exponer lo que el autor considera que son buenas prácticas hay prácticas que han quedado un poco obsoletas dado a los recursos que tenemos hoy en día hay otras prácticas de cien bastante y vigente no no veo mal hacer un análisis al respecto ya que considero que uno de los libros que es bastante útil sobre todo cuando uno es indisciplinado características generalmente del principiante pero no excluyente del príncipe entre sí entonces en sí está bueno para ver la perspectiva de alguien o de algunos más que tienen experiencia al respecto programas de cómo escribir mejor calidad de código diaria más uno podrá diferir decir no hay cierto aspecto que no me cierran o hay cosas que en el lenguaje con el que trabajo no apli echan tanto de hecho lo he comentado en algunas cosas que no estoy tan de acuerdo pero bueno no está demás hacer análisis y compara decir esto ahora te sirve un buen criterio y hay otras cosas que son para ir más refinado quizás o discutibles dependiendo sea el caso en el episodio anterior habíamos quedó en el apartado dieciseis de el capítulo diecisiete libros significa que venimos analizando libro entero no eso ya lo hice en mi trabajo tomo con casi un año igual con un montón de intermitencias pero no lo voy a volver a hacer por un buen tiempo gracias me tienen que pagar bien para poder hacerlo pero bueno habiendo dicho eso hago algunos disclaimer s simplemente de extranjero mala expresión acá no vamos a analizar en sumo detalle todo el libro acá no voy a firmar de equilibro es la verdad absoluta esto no es un artículo en psicotécnico y si usted quiere que aquí le enseña a programar este no es el episodio por hacerlo y los episode en general no intenten enseñar a programar intenta mostrar lo que es un poco mi experiencia hay ciertos principios teóricos que le permiten a uno tener más herramientas para trabajar mejor conocer más y avanzar si usted quiere un análisis exhaustivo explicaciones detalladas y específicas sin irse por las ramas estén en su lugar vaya un artículo enciclopédico va vaya a un artículo que alguien haya publicado en internet vaya a leer la documentación esto es un podcast con un tinte más ligero es algo más distendido aunque de vez en cuando puede volverse un poco pesado un contenido alguna que otra vez hago el discrimen por la dudas que no lo van a escuchar igual describen está hecho no hay excusa así que bueno dijimos que en el episodio anterior nos quedamos el apartado dieciseis siete que es una especie de resumen del libro queda en la intención oscurecida algo que no deberíamos de hacer la intención de del código de los nombres de las cosas o de la función o de lo que sea deberían de quedar clara en los nombres de hecho este es un principio que se va a repetir en distintas formas a lo largo de lo que vayamos analizando y si me alejo que amor de dos formas diferentes pero bueno tenemos que evitar que nuestro código intente ocultar que es lo que hace la idea es que el código sirva para comunicar a la máquina pero también sirve a nosotros como una forma de entender qué es lo que está pasando y si que escribo un código innecesariamente con complejos con nombres raros y todo juntitos sin ninguna separación que nos guíe sin información extra bueno vamos a tener un código que no se va a entender es que el código sea legible eso dijimos en el último paso del episodio anterior pero bueno siguiendo con este hilo