Desarrollando desde la trinchera.

En el artículo anterior   comentaba mi evaluación del estado de automatización de las diferentes etapas del desarrollo GeneXus. Un colega me preguntaba que se podía automatizar en la etapa de programación, donde lo que hay que hacer es "solo escribir código", lo cual es "poco automatizable".  Mi sensación que es un etapa donde hay muchísimo para automatizar, sobre todo en el refactoring de código.  Seria bueno, contar en forma nativa con las siguientes tareas automatizadas:  renombrar una variable y que la renombre en todo el código agregar un parametro a un objeto y agregarlo a las invocaciones a dicho objeto en el resto de la KB.  sacar un parámetro a un objeto y sacarlo de todas las llamadas.  cambiar todas las llamadas de forma call(objeto, parametrosIN, parametroOUT)  por    ParametroOUT=Objeto(parametrosIN) ordenar los eventos / subrutinas por su orden "natural" cuando escribo     objeto( que de la opción de copi

En mi rol de dueño de una empresa de software, uno de los temas que me preocupa, es poder hacer proyectos grandes en forma competitiva. Es común tener que competir con empresas de otros países (que usan otras metodologías y herramientas) y debemos ser capaces de hacer un software mejor (o tan bueno como el de ellos) con menos recursos. Una de las formas que tenemos de ser mas competitivos, es automatizar lo automatizable de todo el proceso de desarrollo. Los proyectos grandes que realizamos los hacemos con Genexus, y eso me lleva cada tanto, evaluar que tan bien o mal estamos en determinadas etapas y tareas del proceso de desarrollo.  Las etapas y tareas pueden tener diferentes nombres y diferentes contenidos en diferentes empresas o metodologías, pero de cualquier forma, a mi me resulta útil ver el estado actual, su evolución en el tiempo y en que conviene focalizarse para tener mayores ganancias.  Veo la importancia de dicha tareas (varia un poco de proyecto en proyect