Desarrollando desde la trinchera

Hace unos días, intercambiábamos ideas con algunos amigos sobre aplicaciones y otros temas relacionados con testeo. La mayoría de los que participábamos en la charla, trabajamos con GeneXus y veíamos el problema de no contar con algún tipo de metadatos o información relacionada con como dicha aplicación fue generada. En el proceso de generación de código se "pierde" gran cantidad de conocimiento. En realidad ese conocimiento no se pierde sino que queda en un formato muy difícil de ser utilizado por aplicaciones. El código generado contiene gran cantidad de ésta información, pero para poder recuperarla, hay que poder extraer del código los datos que nos interesan, lo cual es una tarea que produce inflamación en diversas partes el cuerpo (al menos a mí). El código generado es diferente para cada uno de los generadores, lo cual multiplica el trabajo a realizar. Este proceso, puede ser visto como un re trabajo, que tiene sentido cuando algún humano escribió el código a mano, pe...

Desde hace un tiempo, se ha planteado dentro del grupo de desarrollo de Concepto, una discusión amistosa sobre las ventajas y desventajas de las diversas formas de modelar los parametros de una aplicación. Las diferentes opciones que hemos utilizado a lo largo del tiempo, estan planteadas en esta pagina del wiki de la comunidad Entre las representacion planteadas, se tiene la de una transaccion con un unico registro y la de la utilizacion de metadatos. Algunos otros elementos que hemos tomado en cuenta para el intercambio de ideas son: Facilidad de instalacion (para instalar debo correr una reorg + ejecutar una transaccion o un script) Facilidad de mantenimiento (saber donde se usa, que impacta si lo cambio) Tolerancia a fallos (si instalo algo que usa un parametro, con metadatos en mas tolerante a que no exista, en cambio si no existe el atributo en la base, el programa cancela). Performance Estaria bueno generalizar en analisis de ventajas de como modelar parametros ...