Clean Code - Tests | Code Time (247) - Versión Compacta 6i6s2l

Muy buenas noches siempre hace detener el piso de cota en el piso número doscientos cuarenta y ocho en operación normal y número doscientos cuarenta y siete numeración computacional se merece gran episodio de marzo continúan aprendiendo 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 y probablemente finalizar con el tema de clinch co en los episodios anteriores estuvimos tratando sobre el libro específicamente en el capítulo diecisiete hicimos un análisis de lo que plantea el libro y la idea fue plantear algunas ideas bases ya que considero que el capítulo diecisiete es un buen resumen del mismo y considerando de que es una buena práctica leerlo se recomienda y se aprenden algunas cosas aunque sea sobretodo para aquella persona cual no tienen mucha experiencia aunque si uno lleva desarrollando el suficiente tiempo probablemente llegue a conclusiones similares en muchos aspectos la idea era exponer todas esas temáticas sí bueno venimos ya desde hace desde el punto de vista estamos seguros para decir meses tratando sobre gringo no hicimos análisis completo el libro es sólo hice mi trabajo suficiente para hacerlo una vez en una década muchas gracias es un trabajo bastante arduo es interesante sí pero creo que se vuelve bastante aburrido o monótono el post casi hago constantemente eso pero me pareció sensato hacer una serie de episodios al respecto así tenemos más de diez episodios hablando y clínico desde aspectos je generales hoy vamos a ver el tema de testing nomenclatura funciones comentarios entre otros obviamente el libro no es algo que deba ser tomado de forma dogmática no es un libro de reglas simplemente sino que son algunas recomendaciones y cada uno deberá someter a análisis la situación en la cual uno tiene que trabajar y ver sino que expresa el libro tiene sentido o le sirve así que habiendo dicho eso mars lo que tengo que hacer siempre pues la gente no sabe leer en este episodio voy a estar contando una combinación de lo que dice el libro con experiencia personal si usted espera un análisis profundo y exclusivamente teórico o una respuesta completamente masticada sin que usted tenga que pensar este nuestro lugar la idea del episodio es plantear un poco mi punto de visa plantear un poco en este caso lo indique el libro y bueno discutir un poco al respecto simplemente eso si no le interesan opinión y eso vaya y lea el libro recomendación personal de la versión en inglés la versión en español consideró que no es de alta calidad su traducción y puede ser confuso por lo menos en muchos casos si no lo van a hacer lean aunque sea la versión en inglés perdonar son en español con la versión en inglés al lado para cuando vean que quedado no tiene sentido sirena original para entender por qué y como a damas quedaron el original gracias traducción no muy bien hecha habiendo hecho se screamer de que vamos a estar hablando específicamente el día de hoy test probablemente deba ser otros de clima yo originalmente hará unos años hice un script scripting hablando sobre testing y lo considere como una práctica un tanto inútil no muy bien pensada compleja innecesariamente y arbitraria y eso probablemente fue por una mala concepción que tiene respecto del testing y lo que se asumía al respecto probablemente en parte por la forma en la que se me enseñó y probablemente por algún una cuestión de inexperiencia de algo que no puede haber os sonaba muy anti intuitivo qué ha aprendido desde entonces bueno de la gente gambia que la gente aprende y bueno me equivoqué me equivoqué entre comillas si asumíamos lo que decía en ese episodio sí era más o menos correcto el problema es que la suposición es errónea entonces cuando la precondición está mal la consecuencia puede ser cualquier cosa regla básica de lógica si bueno básicamente mi visión del testing estaba sesgada envase una concepción de lograr el testing errada cuestión que con los años he aprendido y de hecho práctico el destino de hoy en día lo practico constantemente no para todos los proyectos en los que trabajó detalle no menor pero bueno para lo que es la parte laboral lo aplico todos los días de hecho hay algo que nos apunta con un dispositivo que propulsa plomo y nos indica que debemos tener un mínimo nivel de testigos y no no nos deja meter ningún cambio hay herramientas automatizadas que tienen ese grado de control pero bueno hoy en día lo lo ejerzo en sí con frecuencia y tengo una perspectiva diferente con matices sigo sosteniendo de que el destino es una forma de garantizar el perfecto funcionamiento para es una buena red de contención y quiero que se entienda el testing como tal es una red de contención para intentar detectar defectos