April 2011 - Artículos - Jorge Serrano - MVP Visual Developer - Visual Basic

April 2011 - Artículos

Microsoft ha publicado una nueva actualización del archivo de ayuda Windows (chm) de casi 10 Mb con información ideal para desarrolladores de Windows Phone 7.

La descarga directa del fichero comprimido en formato zip (9.5 Mb) y que contiene el archivo de ayuda comentado, la encontrarás en este enlace.

Podrás acceder igualmente a la información general de la página de descargas de Microsoft en este otro enlace.

Publicado por Jorge Serrano | 1 comment(s)
Archivado en:

No os preocupeis, esta entrada no es una entrada para quejarme de la rapidez de Microsoft por sacar nuevas versiones de su Software, aunque bien podría hacerlo porque creo que todos nos vemos muchas veces abrumados por la celeridad en sacar nuevas tecnologías, "modas" y productos.

Casi no da tiempo a hacerse con una nueva versión cuando ya están preparando la siguiente... no es malo, pero a veces frustra un poco.

Esta entrada viene a poner un poco de orden con respecto a Silverlight.

Microsoft ha publicado recientemente unas pequeñas notas que encuentro muy útiles para ubicarnos en las nuevas versiones de Silverlight incluyendo la recientemente anunciada Silverlight 5 Beta.

Después de ver y leer esta lista entenderás que la gente de Silverlight no ha parado quiera ni un sólo momento. En parte como decía está bien, pero por otro lado puede llegar a desquiciar.

Espero que esta información te ayude a comprender un poco mejor las últimas actualizaciones del producto y a poner un poco de orden en ellas.

Encontrarás esta información en este enlace directo o bien en la página de descarga general de Microsoft.

Publicado por Jorge Serrano | 6 comment(s)
Archivado en:

Microsoft ha actualizado Producer para PowerPoint, producto que permite capturar y sincronizar el audio, video, slides e imágenes para publicar la presentación en un navegador Web de forma virtual.

Se trata de un pequeño Software de 52 Mb de descarga que puede ser utilizado en presentaciones, cursos, demos, etc.

Lo mejor de todo es que funciona tanto con PowerPoint 2002, como PowerPoint 2003, PowerPoint 2007 y PowerPoint 2010 (32 bits).

Los usuarios que dispongan de PowerPoint 2010 deberán instalar aparte Office Animation Runtime.

Encontraremos Office Animation Runtime en este enlace.
La descarga directa de Office Animation Runtime la encontrarás en este enlace (3.7 Mb).

El enlace con la información de Producer para PowerPoint la encontrarás en este enlace.

El enlace directo de descarga de Producer la encontrarás en este otro enlace (52 Mb).

Publicado por Jorge Serrano | con no comments
Archivado en: ,

 

Esta entrada no es una entrada de metodologías, ni de gestión de proyectos, ni de cómo abordar la toma que requisitos, sino de sentido común, el cuál muchas veces no es el más común de los sentidos.

 

Todos los proyectos Software empiezan con una idea, incluidos los que corresponden a migraciones de un producto, que desarrollado en un lenguaje de programación (llamémosle obsoleto), debe por razones que no voy a analizar ni enumerar ahora, ser migrado a una tecnología más moderna.

 

Es sobre este último tipo de proyectos, los que desean ser migrados, donde deseo detenerme para abordarlo en esta entrada.

 

Y es basándome en mi experiencia en cuanto a migraciones de proyectos se refiere, concretamente sobre Visual FoxPro y VB6 a .NET, que cuando tenemos delante de nosotros un reto como es la migración de la aplicación a una tecnología más moderna, debemos detenernos a pensar no cómo abordarlo, que es algo que debe ser tratado más adelante, sino el qué.

 

Decidir el qué es la primera pieza del puzzle, y es tan vital como el respirar para un ser vivo.

 

Parece una paradoja porque todos sabemos que la toma de requisitos es vital y debe ser el primer paso a abordar. También sabemos que todos los requisitos deben estar claramente identificados. Ahora bien, un requisito no implica realmente abordarlo sí o sí en la primera versión de una migración. Pero voy a explicarlo mejor. 

 

En una migración no sólo tenemos la oportunidad de hacer mejor nuestro producto en una tecnología más moderna, sino que incluso podemos mejorar el producto reestructurando las partes que lo forman y añadir nuevas características que aporten al producto un valor añadido. Ahora bien, la pregunta entonces sería... ¿dónde poner el límite o donde cortar esos requisitos?. ¿Los incluimos todos?.

 

En mi experiencia he visto un poco de todo, y lo que más me ha sorprendido siempre son las ansias por abarcar demasiado sin poner límite, algo que creo puede resultar en muchos proyectos un fracaso. Como dice el refrán, el que mucho abarca poco aprieta, y si hiciéramos caso al sabio refranero español, nos evitaríamos muchos problemas.

 

Si lo que queremos es incluir absolutamente todo, correremos el riesgo de fracasar en nuestro intento, y de que lo que iba a ser una migración plácida y satisfactoria, se convierta en un quebradero de cabeza, una pérdida de dinero, y por lo tanto un estrepitoso fracaso.

 

Es por ello, que desde mi personal experiencia y dependiendo lógicamente de la complejidad y extensión del proyecto, sugiero delimitar claramente los bloques que van a formar parte de lo que será la versión 1.0 del producto migrado, para posteriormente y a partir de esta primera versión que verá la luz en el mercado y saciará las ansias y demandas de nuestros clientes, preparar una versión 1.1 ó incluso 2.0.

 

¿Ejemplos sonados de esto?. Pues tenemos varios, pero me quedo con dos a modo de prueba de concepto.

 

Uno de ellos es Visual Studio 2002, es decir... .NET Framework 1.0.

¿A alguien le suena Visual Studio 2003?. ¿Sí verdad?. Pues con esta versión se incluyó .NET Framework 1.1.

Es decir, Microsoft decidió sacar a la luz la versión 1.0 de su producto sabedor que el mercado la esperaba.

Mientras tanto, los equipos de Microsoft tenían ya preparadas mejoras para esta primera versión, pero no llegarían a la salida de esa versión, así que decidieron esperar unos meses e incluyeron esas mejoras en lo que denominaron como versión 1.1.

El mercado se quedó saciado inicialmente con la versión 1.0, y lo más importante, se puso en el mercado esa primera versión del producto que era el objetivo fundamental de lo que hoy es .NET. Si no se hubiera tomado esa decisión, quién sabe lo que habría ocurrido.

 

¿Otro ejemplo?.

Uno más reciente. Windows Phone 7.

Sobre este producto, comentar que Google y Apple han golpeado bastante fuerte, y Microsoft con su Windows Mobile 6.5 apenas podía reaccionar o ni tan siquiera hacer algo meritorio. Llegaron bien al mercado pero los años habían pasado y su producto apenas tenía innovación y estaba en vía muerta. De ser una tecnología dominante, pasaron a ser dominados por la competencia.

Microsoft necesitaba dar un golpe de efecto, así que rediseñaron su sistema operativo Mobile y lo hicieron de cero.

El mercado demandaba una reacción acorde a los tiempos por parte de Microsoft. El mercado sabía que llegaban tarde a esta fiesta, pero ¿para qué esperar a sacar una versión que cumpliera con todos los requisitos que tenían?.

Mejor sacar Windows Phone 7, sacar posteriormente un Service Pack 1 que incluya mejoras (por poner un ejemplo, Copiar y Pegar), y en el futuro próximo sacar una nueva versión (¿Windows Phone 8?).

 

Como vemos, todos queremos todo, eso es evidente, pero a veces por querer incluir todo, podemos no llegar a la meta y fracasar en nuestros proyectos.

También es cierto que podemos fracasar por no llegar a implementar los requisitos fundamentales, pero por eso es necesario realizar un buen estudio previo que será abordado después de tomar todos los requisitos del proyecto y delimitarlos claramente, así como marcarse un roadmap claro y abordarlo con decisión y sin dudarlo.

 

Esta forma de trabajar, sí que puede ayudarnos a cumplir con los propósitos del mercado y de los clientes, y lo más importante, evitar que nuestros proyectos Software fracasen.

Publicado por Jorge Serrano | 9 comment(s)
Archivado en:

Microsoft ha publicado el Microsoft Dynamics CRM 2011 SDK (Software Development Kit).

El paquete de casi 130 Mb y con información en inglés contiene información que nos facilitará las labores de como extender Dynamics CRM 2011.

Este paquete necesita que tengamos un sistema operativo Windows 7 ó Windows Server 2008, y como entorno de desarrollo Visual Studio 2010.

Dentro encontraremos documentación, ejemplos, etc.

Podremos acceder a este paquete en este enlace.

Publicado por Jorge Serrano | con no comments
Archivado en:

 

Perdonad esta entrada que más puede parecer autobombo que otra cosa, pero permitidme que muestre públicamente mi alegría y esta vez de manera muy especial, y es que Microsoft ha decidido renovarme como MVP un año más, sin embargo en esta ocasión hago 10 años como MVP y eso tiene un sabor especial. Son muchos años contribuyendo, colaborando, aprendiendo, compartiendo,... tratando de estar ahí día tras día.

Mucha gente viene apretando muy fuerte por detrás (me alegro y espero que la gente apriete más aún), las cosas avanzan a un ritmo muy elevado, muchas tecnologías cambian, evolucionan, y todo eso junto te obliga de alguna manera a seguir esforzándote, intentar mejorar e intentar seguir prestando y dando a la Comunidad la ayuda que demanda y que se merece. Un día de estos dejaré de ser MVP, pero de momento a disfrutarlo. Carpe Diem.

Muchas gracias a todos los que visitais, preguntais, participais y colaborais en la Comunidad para que los conocimientos de todos los que formamos parte de ella mejoren y persistan.

Un saludo.

 

Publicado por Jorge Serrano | 11 comment(s)
Archivado en: