Buenas,
casi siempre me olvido que soy una persona con una suerte particular, dicho de otra manera, en algunos momentos cuando creo que no puedo estar peor; la realidad me demuestra lo contrario.
El pasado martes, antes de comenzar el webcast de Software Factories, el metro de Madrid me jugó una mala pasada, luego cuando estaba subiendo mi presentación a Live Meeting, vi que la misma tardó mucho más de lo pensado (Technical Tip: comprendí que antes de subir exporta la presentación de formato pptx a ppt, lo que influye en el tamaño del archivo) Luego en el webcast mi portatil comenzó a hacer cosas extrañas; desconectando el sonido aleatoriamente. Por suerte, pude terminar el evento y pensé que todo había acadabo; me cito textualmente del post donde comparto los materiales del evento:
(algo muy malo debe estar por suceder, porque si en una demo funciona todo, mañana cae un Tsumani en Madrid)
El día siguiente no cayó un Tsunami en Madrid, pero paso lo siguiente:
participaba en un evento donde hablaba un poco de las virtudes de Visual Studio Team System, principalmente enfocado a la gestión del ciclo de vida de las aplicaciones. 5 minutos antes de comenzar mi presentación puse mi portátil Dell en modo Hibernar y hasta hace unos minutos no lo he podido resucitar, murió de una manera extraña. Por suerte la garantía que contrata Avanade es completa, con lo que 36 hrs después un técnico de Dell, solucionó el problema de la forma más simple “cambio procesador y placa base” y por lo que vi que traía, creo que sólo me dejaba el disco si se lo pedía.
Pero bueno, volviendo al tema de la presentación tuve que improvisar y pedir otro portátil prestado para ejecutar las demos. A mis máquinas virtuales las tengo en 2 discos USB externos, pero por cuestiones de RAM, tuve que trabajar con una maquina virtual con todo el paquete de Visual Studio Team System con solo 1 GB de RAM. Esto ocasionó que la demo sea un poco más lenta, pero tambíén hizo que al final de la misma, surgiera un tema que más que interesante (y por fin he llegado al título de este post !!!)
¿Es posible gestionar equipos de desarrollo Java con Team Foundation Server 2008?
La respuesta es SI. Pero vamos a matizarla un poco, por lo general los equipos de desarrollo no quieren utilizar técnologías desconocias y muchos menos del enemigo; con lo que uno de los principales problemas es la resistencia al cambio.
Otro punto a tener en cuenta es que Team Foundation Server 2008 está pensado y optimizado para entornos de trabajo Microsoft, algunas tareas que son muy simples para entornos Microsoft, pueden ser más complejas para un entorno Java (por ejemplo, compilaciones automáticas, ejecución de pruebas unitarias, etc.)
Pero también debemos pensar que este “trabajo extra” necesario para implementar TFS + JAVA, tiene sus frutos ya que es muy similar al trabajo realizado actualmente y con todas las ventajas de Team System (informacion unificada, explotación de la misma, etc.)
La siguiente pregunta que surge después de comentar estos puntos es
¿existen referencias que demuestren que esto es posible?
La respuesta, una vez más es SI. Por un lado podemos leer este Case Study de Thomson Reuters, donde integran las siguientes herramientas: Eclipse, Team Foundation Server 2005 y Rapid Application Development para gestionar el ciclo de vida de sus aplicaciones.
Thomson Reuters is a leading source of intelligent information for businesses and professionals. Its Online Services group develops and maintains proprietary software that is critical to the business. The group’s 150 developers and testers worked on a variety of development frameworks, operating systems, and configuration management tools, which resulted in an “information black hole.” Looking for a way to improve transparency and collaboration, Online Services standardized on Microsoft® Visual Studio® 2005 Team Foundation Server and the Teamprise Client Suite. Regardless of the development framework or operating system, everyone shares a single, integrated source control system and collaboration server. Now, the team can better control code and processes and more accurately communicate with team members and customers.
http://www.microsoft.com/casestudies/casestudy.aspx?casestudyid=4000002078
Otro ejemplo puede ser Infragistics, empresa desarrolladora de componentes COM, .NET, Java, etc.; que después de conocer las virtudes de Visual Studio Team System han decidido incorporar Team Foundation Server 2008 como el componente central para la gestión de todos sus desarrollos, incluidos los de Java.
“We completely use Microsoft® Team Foundation Server (w/ TeamPrise) for the development of all of our products now. This was especially challenging with bringing in our Java (JSF) development group into the same development process of our .NET product lines. By leveraging the TeamPrise Eclipse plug-in and the ANT Team Build tasks, we were able to ensure they were using the exact same systems as the other departments in Engineering. So the JSF team now has access to the same build, version control, work item tracking, and other internal automated software solutions that the rest of our company uses. Visual Studio® Team System has really enabled us to solidify our internal ALM process, metrics gathering, and reduce overhead from supporting different systems across product teams.”
Ed Blankenship
Infragistics, Inc.
http://blogs.msdn.com/charles_sterling/archive/2008/05/15/infragistics-and-their-java-developers-loves-teamprise-and-tfs.aspx
Ahora simplemente me queda convencer a mi chica que trabaja con tecnologías oscuras que proponga la gestión de sus equipos de desarrollo con Visual Studio Team System.
Saludos
El Bruno
Crossposting from
ElBruno.com