El MSDN Briefing es un evento que cada cierto tiempo organiza Microsoft Argentina, en el Hotel Sheraton de la zona de Retiro, para comunicar a la comunidad de desarrolladores las novedades que tienen para ofrecer. En esta oportunidad, la presentación del evento estuvo a cargo de Andy Kus(NET)zof, que aprovechando su desconocimiento de todos los temas tecnológicos aprovechó para hacer algunos de los clásicos chistes acerca de gente de sistemas. Incluso (aclarando su total desconocimiento de lo que estaba leyendo) hizo bastante propaganda de toda la plataforma .NET, leyendo de un gigantesco apunte, por supuesto. Hasta ahi todo bien.

Luego, el gigantesco Salón Libertador, se divide en tres, y se dan tres sesiones en paralelo. Estuve en los primeros 20 minutos de la sesión de la presentación de Whidbey (la próxima versión de Visual Studio .NET) presentado por Diego Gonzalez y luego en la sesion de Daniel Laco de Yukon (la próxima versión de Sql Server). Uno de los principales problemas de la gente de sistemas es que pueden comprender o utilizar herramientas muy avanzadas, pero carecen de habilidades para presentar sus conocimientos con claridad. Creo que fue poca la gente que se quedó conforme con los contenidos que se vieron. Realmente no tuve tiempo para quedarme hasta la segunda sesión, pero espero que haya mejorado…..

Los cambios que se incluirán dentro del Service Pack 2 de Windows XP, haran necesario que Microsoft haga disponible un Service Pack para Visual Studio 2002 y 2003. Aparentemente, este nuevo Service Pack será para aprovechar las mejoras de seguridad y asegurar el correcto funcionamiento de las aplicaciones en XP. Un detalle interesante, no habrá Service Pack para los Visual Studio anteriores, lo que hace cada vez mas real la estrategia de Microsoft de ir dando final a la linea de desarrollo basada en componentes COM para dejar paso definitivo a .NET.

Una de las cosas más interesantes que he descubierto en el último tiempo (revisando un poco el código de SharpDevelop) es la cantidad de comentarios para documentación que tiene el código. A raíz de esto, me decidí a experimentar un poco con este tema, y encontré que está muy bien cubierto en C#, tanto fue mi entusiasmo que decidí escribir un artículo (en dos partes) para explicar como utilizar estas características, en conjunto con NDoc (un pequeño programita open source de generación de documentación para .NET).

Ver Artículo (Parte 1)

Ver Artículo (Parte 2)

Aquellos que usamos desde hace tiempo herramientas Microsoft para desarrollo, sabemos que la única opción existente para manejar versiones y controlar código fuente era Visual Source Safe.
Revisando y revolviendo en la web, encontré la posibilidad de usar CVSNT, una versión para Windows del famoso sistema de versiones para Unix. Además, una interfaz gráfica para este sistema, llamada WinCVS, también está disponible para bajarse.
Otra parte de este set de herramientas, es Jalindi Igloo, un plug-in para Visual Studio y herramientas compatibles que permite usar cualquier repositorio CVS (ya sea CVSNT bajo Windows o CVS bajo Unix) con las mismas opciones de check-in y check-out del entorno de desarrollo
¿Que ventajas existe sobre el viejo y querido VSS? Que es posible acceder al repositorio de código via TCP/IP! Entonces es posible usar código fuente de manera remota sin necesidad de abrir un share contra un servidor, lo que permite (configurandolo adecuadamente, y complementandose con SSL) usar estas herramientas sin necesidad de montar una VPN.
Todavía no logré hacer andar todo junto, apenas tenga novedades les comento….

Microsoft se caracterizó ultimamente por darle muchisima importancia al scripting, impulsados por la existencia del scripting como una forma de simplificar la creación de programas rápidos que hacen tareas pequeñas. Desde la aparición de VBScript y JScript (creados en un principio para usar dentro de Internet Explorer), decidieron aprovechar al máximo ese esfuerzo hecho y habían creado todo un esquema donde los engines de scripting eran simples librerías y podían agregarse libremente (existen hoy en dia varios engine de scripting para Windows, mas alla de VB y JS).
Dentro de este esquema aparecieron creaciones como el Windows Script Control, que permitía simplificar la instanciación de engines de scripting en programas en VB, pero todo esto ha cambiado en .NET, donde ahora el esquema se acerca mas a lo que existía para implementar esta misma funcionalidad en C++, con agregados interesantes.
Pronto publicaré un artículo para que puedan analizar esto, e incorporarlo a sus aplicaciones, es un tema muy interesante que si se usa bien, puede dar muchisimo valor agregado a las aplicaciones.

Creo que al fin he encontrado una temática relacionada a .NET, OOP y sistemas que está capturando mi atención, y son los Design Patterns. En un artículo que pretendo escribir pronto les voy a contar mas de este tema, pero creo que esta metodología puede ser muy util para aquellos programadores que (como yo) venian utilizando herramientas que no eran totalmente OOP (especificamente VB6) y ahora se encuentran con .NET (una plataforma totalmente OOP) y no saben como aprovechar todo el caudal de beneficios que esto puede darles.
A veces es dificil poder hacer cambios tan extremos entre formas de pensar tan difíciles, pero es muy útil tomar el trabajo que ya han hecho otros, analizarlo (pasarlo por el tamiz de la razon) y adoptarlo como propio.

En este nuevo artículo, con algunas líneas de código de ejemplo, pueden ver como comenzar a experimentar con el uso de archivos de recursos (muy util para la regionalización de aplicaciones).

Realmente fue muy interesante la experimentación con esta característica del Framework y quedé muy contento al ver todas las nuevas posibilidades que ofrece .NET al respecto.

Ver artículo

En este nuevo artículo analizo las acciones que existen, por el lado de Microsoft y por el lado de la comunidad de desarrolladores Open Source en vias de aprovechar lo mejor de cada mundo para escribir nuevas herramientas y programas que permitan utilizar .NET de nuevas formas.