Guillermo, Si bien ya te respondieron quería aportar mis 2 centavitos.
> Luego creo que tiene que ver con lo que ya dije respecto de que el lenguaje > no es "safe", se lo paso a un programador novato y puede arruinar el > sistema. Restringirlo mediante un sistema de seguridad simple no debiera ser > tan difícil. Agrégale un sistema de unit tests automatizado antes de hacer > commit en git y listo. > > Fijate SmallLint en VAST o code critics en VW. Estos define una batería de tests de possibleBugs y cosas por el estilo. Es cuestión de que para poder mandar a integrar algo al baseline siempre tengan todos los tests en verde. Y siempre podés agregar algunos más. Lo interesante de SmallLint (y de Smalltalk en general, eso es sólo un grupo de tests que alguien ya pensó) es que se pueden hacer tests de metamodelo, o sea, cuidar que no redefinan algo en particular, o cuidar que no asignen el resultado de un ifTrue: o que no envíen tal o cual mensaje, etc. Ah, y en cuanto a los baselines en ENVY, tené en cuenta los configuration maps. Con eso podés especificar qué versión de qué aplication va para cada versión de tu aplicación. Cada vez que cerrás un sprint de desarrollo integrás todos los cambios y cerrás una nueva versión del cm con todas las nuevas versiones integradas de las aplicaciones (u otros configuration maps) y tenés un nuevo baseline. Y si querés algo para un "chico", E-Toys en squeak tiene algo para evitar que puedan modificar el código de las clases básicas del sistema. No sé bien cómo funciona, pero sé que está ahí. Saludos! Mariano. -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
