Richard Wettel, estudiante de doctorado en la universidad de Bern en Suiza, ha publicado una curiosa herramienta para el análisis de código llamada CodeCity. Esta herramienta aporta un enfoque bastante novedoso para la visualización del resultado de aplicar métricas a un proyecto de software:
"CodeCity es un ambiente integrado para el análisis de software en el cual los sistemas de software son visualizados como ciudades 3D interactivas y navegables. Las clases son representadas como edificios, mientras que los paquetes son representados como distritos (barrios) a los cuales pertenecen los edificios. Las propiedades visibles de los artefactos de la ciudad representan un conjunto de métricas de software".
CodeCity ha sido programado en Smalltalk sobre la plataforma de análisis de código Moose creada por la misma universidad y es capaz de analizar código en Java, C++ y Smalltalk. Utiliza OpenGL para el render del 3D y se puede ejecutar sobre Windows y Mac OSX. La herramienta es gratuita pero no opensource.
Me lo he descargado pero me parece que antes tienes que utilizar Moose para generar las métricas de tu proyecto y después CodeCity las interpreta en forma de ciudad por lo que cuando tenga tiempo ya intentaré hacerlo. Si no te imaginas el resultado de mostrar tus proyectos como una ciudad, te dejo la ciudad que genera el análisis del código de ArgoUML, además en su Wall Of Fame Richard ha colgado las ciudades de otros proyectos como Azureus:
Una curiosa herramienta para análisis de código que quizás no pueda tener mucho sentido, pero vaya que es bonita.
Etiquetas: otro, codecity, metricas
Qué utilidad tiene exactamente esta herramienta, no le veo su sentido pragmatico! Que opinais?
Por ejemplo Edificios altos en una ciudad pequeña indica que hay much código en una pocas clases, lo cual indica malas prácticas de diseño, y son clases candidatas a refactorizar.
saludos!
Yo queria intentar ver las ciudades de alguno de mis proyectos pero ufff, que rollo :). Quizá cuando sea más simple, en el futuro...
Supongo que esta herramienta te dice de alguna manera si hay código inservible en las clases si es asi puede llegar a ser util.
Saludos
Ummm .... igual me paso de listo pero.... ¿3D? ¿OpenGL? ¿Solo Windows o Mac?
No sé, pensaba que los reportes de código lo mejor es que se hicieran en un servidor de builds continuos (para controlar el trabajo de todo el mundo), y que fueran eso, reports... coño, si queréis con colores ;-). Pero que me haga falta una tarjeta gráfica, Windows y seguramente , RAM, para ver que menganito se ha pasao tres pueblos... pues no sé, yo de utilidad lo categorizo entre "ninguna" y "dia friki que no tengo nada que hacer" ;-)
Salu2
Ibon, si no hacemos estas cosas, como vamos a llegar un dia a que programar/manejar un programa sea lo que hace la niña genio en Jurasic Park de navegar con el raton entre edificios? (no sabia si descojonarme o llorar cuando lo vi). Y eso que no has llegado a la parte de "como hacer para ver tu codigo con eso"...
Creo que a veces tendriamos que haber escogido la pastilla azul...
Coñas aparte, aunque la representacion visual de algunos conceptos nos lo pone mas facil para reconocer patrones, la implementacion en este caso es un poco "siglo XX". Pero bueno, es un comienzo.
Soy el anonimo number 1 de este post, seguro que hace falta esta representacion para ver que tienes mucho codigo en pocas clases?
Greeyed, a mi tambien me recuerda a estos viajes virtuales por edificios de codigo...jajaja
Yo, personalmente creo, que aporta pocos beneficios (por ahora) y es algo feo pero joder, roma no empezó construyendo su coliseo.
Si al menos tuvieran cochecitos invocando métodos. Y zonas verdes y azules con las visibilidad de los miembros. Y guardias de la HORA (zona azul) lanzando excepciones ... (En Madrid tenemos a los de la zona azul en huelga semiindefinida ...).
¡ Viva la creatividad !
Conozco unas cuantas tesis doctorales, al menos tan inútiles, y mucho menos divertidas :)
JB
Escribe tu comentario