.NET Framework 4.0 y Visual Studio 10: que paren que yo me bajo

Leo en varios blogs como este, o este otro (en inglés) o la nota de prensa oficial (también en inglés) la noticia de que los chicos de Microsoft ya tienen bastante definidos lo que será el próximo .NET Framework (y ya vamos por el 4.0) y la nueva versión de Visual Studio (que como siempre van de la mano).

No me voy a parar en comentar las novedades que prometen porque ya hay un montón de gente que sabe más que yo de esto que lo están haciendo, pero el hecho de que salga la noticia me plantea un par de preguntas que lanzo al aire:

• ¿Por qué pasa tan poco tiempo entre una versión y la siguiente?
• ¿Son imprescindibles los cambios que aportan las nuevas versiones? ¿Los vamos a usar al 100%? ¿Alguien los va a llegar a usar todos o una gran parte de ellos?
• ¿Acabamos los desarrollos que tenemos entre manos con la versión actual o nos conviene esperar a las novedades de la nueva? ¿Sacamos una nueva versión cuando salga el nuevo Framework?
• ¿Alguien es capaz de seguir este ritmo? ¿Estamos locos los desarrolladores?

Cuando mucha gente aún no se ha pasado a la versión 3.5 del .NET Framework, se encuentran con que ya está prevista la 4.0, cosa bastante natural con la forma de trabajar de Microsoft. Pero es que hay que recordar que el .NET Framework sólo lleva entre nosotros desde 2002, con lo que tenemos que en 6 años han aparecido 5 versiones (1.0, 1.1, 2.0, 3.0 y 3.5), casi a versión por año (y eso sin contar con los Service Packs).

¿Qué aportaron estas nuevas versiones en su momento? Recordando así por encima, la 2.0 aportó bastantes mejoras en el Framework, sobre todo en ADO.NET y ASP.NET. La 3.0 nos introdujo WCF, WF, WPF y esa cosa que llamaron CardSpace pero que no he visto funcionando en ningún sitio. Y la 3.5 es una revisión de la 3.0 y además nos trae LINQ y en paralelo apareció Entity Framework.

Tanto la nueva versión del .NET Framework como la del Visual Studio prometen lo de siempre: mejorar la vida de los desarrolladores para que podamos crear aplicaciones de gran calidad en el menor tiempo posible. Vaya, pues si es así lo quiero YA!!!

Pero es esto que se llama la Vida Real™ los pobres curritos-pica-código nos encontramos con que la mayoría de “mejoras” no nos servirán absolutamente para nada cuando tenemos el plazo de finalización del proyecto echándonos el aliento en la nuca (que mal rollo que da esa frase :P) y los pocos que nos servirían implican cambiar tantas cosas que tendríamos que modificar la mitad del proyecto o empezarlo casi de 0, porque, reconozcámoslo, nunca se hacen las cosas tan bien que sean totalmente reutilizables.

Después están los que lo prueban todo, desde las versiones alfa, y ya empiezan los nuevos proyectos con las nuevas versiones cuando no han ni empezado a asomarse. Pero yo creo que esa gente no es de este planeta, porque entre el tiempo que dedican al trabajo, el de probar las nuevas versiones, escribir en diferentes blogs, leer lo que escriben los demás, preparar podcast, webcast y presentaciones,... a mí no me quedaría tiempo para casi nada, así que me imagino que o no comen, o no duerme o tienen un reloj que les permite viajar en el tiempo. O tal vez sus horas tienen 99 minutos porque encontraron un bug en el sistema horario.

Menos mal que estos son 4 elegidos por el ente supremo (llámalo Dios o el monstruo espagueti volador) porque si no todos los que nos dedicamos a esto y no tenemos sus superpoderes nos quedaríamos en el paro. Porque últimamente es muy pero que muy complicado ser desarrollador en .NET y no morir bajo la avalancha de novedades que nos llega casi sin avisar.

Así que creo que para los simples mortales nos quedan 3 opciones claras:

• Dejar la programación y dedicarnos al cultivo del tomate (así por lo menos tendremos algo que comer)


• Detenernos en una versión y meternos en una cueva aislada del mundo hasta finalizar nuestros proyectos.


• Echarle ... narices e intentar mantenernos al día de todas las novedades, pero sin perder la perspectiva de que hay que acabar los proyectos porque hay jefes/clientes que esperan las cosas para ayer. O casi mejor al revés (más que nada para que no nos despidan), finalizar nuestros proyectos pero sin perder de vista las novedades y las futuras versiones.
  

Ahora es decisión vuestra como desarrolladores elegir la mejor opción, yo por mi parte ya tengo con quien abrir una plantación de tomates :P

PD: debo dar las gracias al compañero Ipas por los links y a Santi por inspiarar este post.