#95 Yo no niego la necesidad de una metodología o procedimiento. Niego la necesidad de las metodologías y procedimientos que surgen ¿Trending? o molones que sirven para venderte cursos de 8 horas a 1200€-3000€ que a duras penas puedes aplicar en tu día a día. Porque la metodología o procedimiento puede variar enormemente entre proyectos y clientes. Además de que en un proyecto no tiene porque trabajar una sola empresa.
A mí me gustaría ver a una persona en un sólo proyecto haciendo TDD. O explicarle a cualquier cliente que te ha pagado un 30% por adelantado que 1 mes o 2 meses después no va a ver nada porque estás escribiendo los tests.
La idea detrás del TDD me parece cojonuda, pero ponerla en práctica requiere de un dinero y una mentalidad que yo diría que pocos clientes se pueden permitir. Ahora bien, para un proyecto interno, una inversión para una propuesta a futuro perfecto.
Y yo ya te digo, si hablas de la calidad del software dime con que herramientas lo mides, entendiéndose como herramienta un atributo cuantificable con el que medirlo para saber que un código es de calidad y otro no. Y te lo pregunto porque parece que tú si sigues esto y me parecería interesante saber tu opinión.
#73 La calidad del SW va ligada a procedimientos y metodologias, negar eso es mucho negar.
Cuando hay legazy code de por medio, se puede ir introduciendo de forma escalonada dichas metodologias, empezar con un 0% de code coverage y poco a poco tener código seguro.
No es la panacea, pero obviamente es un paso que el 99% de la gente no se toma en serio, y luego pasan las mierdas que pasan.
Aqui somos muy de hacer QA con un ejercito de monos, en vez de invertir en un equipo que se encargue de hacer tests profesionales
Por cierto que AGILE poco tiene que ver con la calidad del código, pero bueno.