Utilización de VS 2010 y .NET 4 internamente

  • Article

Publicación del inglés original: jueves, 8 de abril de 2010 a las 23:00 PST por Somasegar

Mientras nos preparamos para el lanzamiento de Visual Studio 2010 y .NET Framework 4, me ha dado por pensar en algunos de los factores críticos que nos llevan a tener éxito.

Una de las cosas más relevantes para mí es nuestra práctica de utilizar internamente los distintos elementos de Visual Studio durante el ciclo de vida del producto. En Microsoft utilizamos el término “dogfooding” (en inglés) que se referiere al uso interno de una versión previa del producto en nuestro trabajo diario: después de todo, hasta que nuestro producto no es suficientemente bueno para que nosotros lo utilcemos todos los días, no lo es para el resto del mundo.

Los equipos de Microsoft tienen una larga tradición de utilizar internamente sus productos mucho antes de ponerlos a disposición de los clientes para su adopción y Developer Division no es una excepción. De hecho, porque nos encontramos en el mismo tipo de negocio que muchos de nuestros clientes (es decir, creamos software) yo diría que el uso interno es una práctica importante que adoptamos. Me alegra comunicarle que con Visual Studio 2010 hemos redoblado nuestros esfuerzos en esta área.

Una de las primeras cosas que hicimos durante el ciclo de Visual Studio 2010 fue adoptar en toda la división Team Foundation Server para hacer seguimiento de errores y el control de código fuente. Ya habíamos utilizado TFS para realizar un seguimiento de las características a lo largo de todo el proyecto durante los ciclos de los productos anteriores. También habíamos utilizado TFS para el control del código y el seguimiento de errores en los equipos de Team System. Así, la adopción en toda la división fue un paso importante para nosotros en términos de utilizar nuestras herramientas más recientes en un proyecto de gran tamaño. Estas son algunas estadísticas de nuestro uso de TFS en la fase final del proyecto:

  • 3.668 usuarios activos en 14 días
  • 896 compilaciones al mes
  • 828.978 elementos de trabajo, incluidos errores, tareas y otros trabajos de los que hacemos seguimiento
  • 25.170.852 archivos de código fuente en el control de versiones
  • 15,5 terabytes de datos

Brian Harry dirige el equipo de TFS y ha informado ampliamente sobre nuestro uso de TFS durante este ciclo del producto. Le animo a que siga su blog (en inglés) si está interesado en saber más acerca de lo que hemos hecho y lo que hemos aprendido utilizando TFS internamente.

Otro gran objetivo en nuestros esfuerzos de utilizar Visual Studio 2010 y .NET 4 internamente, era asegurarnos de que teníamos una amplia adopción de las compilaciones más recientes del propio Visual Studio. A diferencia de TFS, donde el servicio se administra de manera centralizada, las herramientas que utilizan los programadores y evaluadores en sus escritorios no están centralizadas. Así, hemos incorporado telemetría en las compilaciones internas de VS para ayudarnos a saber cuánta gente estaba usando el producto diariamente y qué versiones se utilizaban en los distintos equipos. A día de hoy tenemos más de 12.000 personas dentro de Microsoft ejecutando VS 2010 para su desarrollo diario. Además, los empleados han instalado versiones preliminares de .NET Framework 4 en sus escritorios más de 35.000 veces y Microsoft.com y MSDN implementaron versiones preliminares de .NET Framework 4 en 112 servidores.

Los comentarios iniciales desde nuestros usuarios internos nos han proporcionado una ayuda importante para garantizar que nuestro producto funcione bien en muchos escenarios reales diferentes para distintos tamaños de equipos, proyectos y tipos de aplicaciones

Como puede observar, la adopción interna desempeña un papel muy significativo en nuestra fase de desarrollo del producto y en Developer Division la adoptamos completamente.

¡Namaste!