Buenas noches amigos, como recordarán hace unos posts les comentaba sobre Team Foundation Service, pues aqui continuaré contándoles como me ha ido luego de acceder a mi cuenta 🙂
Continue reading ALM: Inspeccionando Team Foundation Service – I
Category Archives: Visual Studio
VS11: Extensiones disponibles?
Hola amigos,
Como recordarán en el post de instalación de VS11, revisando el administrador de extensiones me encontré con que algunas ya venían instaladas!
Debo confesar que tengo pendiente un post donde se explican estos complementos, pero el objetivo del post es lo que me encontré al llegar a la Galería Online…
…ya tenemos extensiones!
Aquí un acercamiento…
Era de esperarse, tenemos herramientas compatibles con VS11!!
Y saben que significa esto?
Pues… publicaciones 🙂
Un Saludo
@Jersson
VS11: Buscador en la lista de errores
Buenas noches amigos, esta noche quiero compartir con ustedes algo que no había considerado en el post de Filtros en la lista de errores del Visual Studio 11.
Tal como indica el título de este post, también se tiene un buscador en la ventana de errores! Cómo no pude haberlo mencionado?!
Para ser más concretos, si se trata de una lista de errores como la siguiente
Los invito a hacer la prueba, en mi caso utilizo un criterio de búsqueda y obtengo lo siguiente
Muy bueno el filtro y el resumen de resultados, no?
Me parece interesante que se haya implementado esta funcionalidad, sinceramente como dije en el post anterior, era lo que se esperaba hace buen tiempo!
Un Saludo
@Jersson
VS11: Developer Preview Training Kit!
Buenas noches amigos, creo que el título del post es más que evidente, como era de esperarse, estoy instalando el Visual Studio 11 Developer Preview Training Kit 
Para los que todavía no han caido en cuenta, hace unos días los chicos de Redmond publicaron una versión de los ya conocidos Training Kit, el cual es un punto de inicio para conocer lo que se viene con la nueva versión del producto, trayendo incluso material como laboratorios tipo paso a paso (Hands o lab) o en el mejor de los casos, presentaciones… pero bueno, eso ya será para las próximas versiones del kit.
De primera impresión, debo agregar que siempre me ha gustado el formato del instalador, incluso el logo me parece agradable! pero bueno, basta de sentimentalismos y veamos que nos trae esta versión 🙂
Esta versión del training a pesar de solo contar con 32MB, se ve prometedora, si notan en la descripción, ya habla de ejemplos para comenzar a trabajar con Metro, es decir… windows 8!
Despues de un paso adicional, tendremos el training kit listo para ser utilizado, aunque si trabajas con Internet Explorer no te asustes si te aparece el siguiente mensaje
Tal como el texto indica, se necesita trabajar con JavaScript y el navegador necesita confirmación para ejecutarlo, asi que a hacerle click al botón que aparece en la parte inferior del navegador, con confianza nomás 🙂
Luego de esto, como indica el subtitulo del training, nos encontramos en una versión preview al mes de Octubre asi que paciencia si es que alguno de los ejemplos no funciona como esperas
En la sección Home encontrarán un resumen de los temas incluidos en el kit, la lista no es muy larga de explicar pero vayamos a la sección de labs, los cuales contienen mejor detalle de lo incluido
Según tengo en cuenta, se tienen 11 Hands-On Labs, los cuales están agrupados por
– Entorno de desarrollo, aqui nos trae un recorrido de lo que se trae este producto
– Lenguajes, lo que veo aqui es que ya vienen ejemplos de programación asíncrona
– Web, es decir, lo nuevo de Web Forms, MVC e incluso REST bajo WCF!
– Application Lifecycle Management, recuerdan mi post que incluía máquina virtual y demos sobre ALM? pues ya están en el kit!
A nivel general lo que he notado es que cada HOL contiene la sección Check Dependencies, aqui el tema es claro, posiblemente necesites algo más que el instalador del Visual Studio 11 para que las demos funcionen!
Click en el asunto
Ok!
Veamos que dice el DependencyChecker!! espero pasar la prueba, aunque segun veo viene con instalador! debería ser más simple, no?
Instalando…
De momento no he indagado mucho al respecto pero si van a la ruta donde instalaron el checker se encontrarán con lo siguiente
Interesante no? si es lo que creo, pues es una excelente idea! 😀
La explicación la tendré en un próximo post, asi que continuemos con la exploración.
Si ya han utilizado los anteriores training kit deben haber pasado por páginas similares a esta
Antes de despedirme me queda invitarlos a descargar el training kit el cual como preview se ve bastante interesante! de mi parte queda revisar el material y ver que se puede publicar al respecto 🙂
Saludos!
@Jersson
PD: Tienen que admitir que está bonito el logo 😀
Comentarios: La botella del build
En la empresa tenemos como una de las reglas principales, ir mejorando en base a experiencias y recomendaciones brindadas por el equipo de trabajo.
Muchas de estas recomendaciones nos han servido para mejorar y/u ordenar nuestra forma de trabajo y por qué no? mejorar tambien nosotros como profesionales.
Hace un tiempo conversando con el bueno de @phpleo llegamos a la conclusión de lo bueno que sería tener una botella para controlar los builds.
[Fuente Imagen: Pensamientos Agiles]
Para resumir el asunto, mantener una botella de builds implica que luego de que el equipo de desarrollo define reglas de la compilacion del producto, se establezca una multa simbólica si un miembro del equipo empieza a “romper el build”, claro… juntar estas multas implica que luego de tener un buen número de monedas se puedan comprar hamburguesas para todos! O lo que se decida cuando se tenga la botella llena 🙂
En nuestro caso al comenzar con la botella se tuvo como única regla ser cautelosos al integrar todos los proyectos que maneja la solución.
El proyecto lo trabajamos bajo Visual Studio 2010 y Team Foundation Server 2010 con su respectivo controlador de código y versiones, pero como algunos no tenian experiencia en el caso, se tuvo la consideración correspondiente para luego de algunos traspies comenzar con el experimento.
Debo confesar que creo que por mas buena que sea la herramienta o en este caso, el controlador de código fuente, los errores humanos nunca dejarán de existir.
Es por ello que no pasó mucho tiempo sin que la botella se mantenga vacia, hubo un error de integración de proyectos que generó un inconveniente con el resto del equipo, ustedes me deben comprender, demoras, molestías y bueno, retrabajo.
Por suerte, esos momentos no han sido muchos, pero los hemos celebrado en equipo con incluso un aplauso generalizado cuando (oh sorpresa!) @phpleo tuvo que colocar la respectiva multa en la botella de los lamentos 🙂
Desde esa fecha los errores de integración se han detenido, la botella del build ha dejado de llenarse y bueno, los muchachos (incluyéndome) estamos ansiosos por tener ya un fondo que nos permita comprar algo para un refrigerio, pero como el build se mantiene estable, el día de hoy decidimos ampliar las reglas y consideramos aspectos como por ejemplo:
– Incumplimiento de reglas básicas de programación, por ejemplo aspectos que pueden resultar simples como la nomenclatura misma de un archivo, clase o método.
– No documentar objetos de uso general, puesto que, como internamente manejamos una wiki (gracias claro al Team Foundation :D), tenemos un espacio para aquellos objetos de uso general, como mensajería, métodos, helpers o incluso librerías que si no se cuenta con documentación centralizada, pues tendremos problemas de comunicacion y/o de repreguntas cada vez que se quiera usar algo del repositorio común.
Les muestro un ejemplo de lo que bosquejamos en la pizarra
Cómo experiencia general debo compartir:
– El orden y la comunicación del equipo ha incrementado considerablemente.
– En la oficina seguimos muchas prácticas (ágiles y no ágiles) y a la vez tenemos mucho por mejorar.
– Los muchachos (incluyéndome) tenemos más cuidado al subir nuestro código al repositorio pues a pesar de tener buenas herramientas y reglas de control, los errores humanos existen y bueno las monedas no nos caen del cielo!
Un Abrazo
@Jersson
Jersson on the block 2.0 
