April 2008 - Artículos
Varios meses después... puedo decir... ¡Ya está!, ¡ya he terminado!... por fin he acabado el libro que me ha estado consumiendo mi tiempo y mi moral, hablo del libro Manual Avanzado de Visual Basic 2008 para la editorial Anaya Multimedia.
El último libro que escribí fue el de Manual Avanzado de Visual Basic 2005 el cual trataba sobre Microsoft .NET Framework 2.0, y me dije a mí mismo que sería el último que escribía al menos durante mucho tiempo porque terminé un poco cansado, te quita mucho tiempo y no te aporta tanto como uno puede creer desde fuera, pero me ha podido una vez más las ganas de escribir un nuevo libro, y es que por medio se quedó Microsoft .NET Framework 3.0 y Microsoft .NET Framework 3.5, así que tenía muchas cosas que contar que no había podido hacer aún y esta era una buena ocasión.
El libro del que aún no se ha indicado fecha de salida, reúne en mi opinión bastante información para las poco más de 440 páginas que calculo yo a ojo que tendrá el libro, y es que la editorial me exigía no pasarme de extensión, y contar y condensar ahí tantas y variadas cosas es realmente muy muy muy difícil, de hecho he tenido que recortar algunas cosas y sacrificar solo un tema de Microsoft .NET Framework 3.0 que no quería haber dejado sin tocar, hablo de Microsoft Windows CardSpace.
No obstante, en este nuevo libro hablo del resto de aspectos de Microsoft .NET Framework 3.0 y obviamente de Microsoft .NET Framework 3.5 que es de donde ha salido Visual Basic 2008.
Todo este rollo lo cuento también porque solo la persona que ha escrito un libro, puede saber la satisfacción personal que es ya no escribir un libro, sino terminarlo. He perdido la cuenta de cuantos he escrito ya,... 6, 7,... 8, me da igual porque el número es lo menos importante, pero lo que sí quiero transmitir por si alguien se anima, es que escribir un libro lleva muchas muchas muchas horas delante de la pantalla probando cosas, viendo y soportando algunos bugs o errores en Visual Studio 2008 que a veces te saca de quicio y que te quita uno o varios días de trabajo, eso sin quitar esas pajas mentales que se crea uno, o esos atasques típicos en los que la neurona que tiene uno trabajando al 120% le empieza a patinar de mala manera y decide porque sí dejar de funcionar como lo hacía unas horas antes y mucho más tras un sofocante y continuo estrés (la editorial también impone sus plazos y fechas, no creais que es coser y cantar)... pero lo más importante es que ya está... vuelvo a ser personita. :-)
Por contra, he tenido que dejar muchas cosas de lado, amigos, blog, foros, deporte, aficiones, excursiones, cines, libros,... los más de 600 correos que tengo sin responder (si eres una de las personas que me has escrito y que no has recibido respuesta, ahora sabrás el porqué, lo siento pero me ha sido materialmente imposible)... en fin... que espero poder tener tiempo para iniciar a partir de ahora muchos proyectos que tengo en mente.
Aprovechando esta entrada, me gustaría agradecer a una personita que me ha echado un cable con un pequeño enganchón que he tenido durante el libro y que os contaré en breve en una entrada en el blog. Como siempre, ¡gracias maestro!.
También quiero agradecer a un fenómeno español, autor de tantos y tantos libros de informática que me aburriría enumerándolos, persona a la que admiro mucho también y que fue quien me animó a escribir mi primer libro cuando aún estaba estudiando en la Universidad,... me refiero a Francisco Charte con el que he tenido una buena amistad y del que estoy seguro que más de uno en Geeks.ms ha leído algún libro suyo.
Y... por cierto,... ¡viva Visual Basic!
Microsoft ha publicado el código fuente y las pruebas unitarias de los controles de Silverlight 2 Beta 1.
La descarga ocupa unos 700 Kb y recoge los controles incluidos en System.Windows.Controls.dll, System.Windows.Controls.Extended.dll y System.Windows.Controls.Data.dll.
Para poder compilar y ver el código fuente de los controles, deberemos tener instalado Microsoft Visual Studio 2008, Microsoft Silverlight 2 Beta 1, Microsoft Silverlight 2 SDK Beta 1 y Microsoft Silverlight Tools Beta 1 for Visual Studio 2008.
Accederás a esta información en este enlace.
¿Te gustaría poder leer las transcripciones de las sesiones de clausura del 2008 MVP Global Summit que tuvieron lugar el 17 de Abril de 2008 en Seattle (USA)?.
Si te lo perdiste porque no pudiste ir, o simplemente estás interesado/a en saber que es lo que se dijo, podrás acceder ahora a la transcripción completa de lo que se contó, comentó y preguntó.
La primera intervención corrió a cargo de Ray Ozzie, Chief Software Architect, y la segunda a cargo de Steve Ballmer, Chief Executive Officer. Ambos intervinieron ante más de 1700 MVP y diferentes medios de prensa escrita y prensa digital para clausurar el evento 2008 MVP Global Summit que ha mantenido reunido durante 4 días a un gran número de MVP de diferentes partes del mundo en Seattle y Redmond (USA).
Ahora, podrás acceder a la transcripción completa, en inglés, de lo que dijeron y lo que les preguntaron en directo.
En el pasado mes de Abril de 2007, la revista DotNetManía sacó a luz un artículo sobre la herramienta ILMerge, una utilidad que permite combinar varios ensamblados en uno solo.
Ahora, Microsoft ha sacado a la luz una nueva versión de ILMerge, hablamos de la versión 2.8.0422 que curiosamente coincide con la fecha de salida, una forma de que no nos perdamos entre versiones y revisiones.
La descarga de apenas 630 Kb está en inglés y podrá ser encontrada en el siguiente enlace.
Microsoft ha anunciado hoy la disponibilidad de Windows XP Service Pack 3 en su versión RTM (Released to Manufacturing).
Eso quiere decir a partir del 29 de Abril estará disponible para su descarga desde Windows Update y Microsoft Download center.
Lo que no está claro aún es si podremos instalar el SP 3 antes del verano o si tendremos que esperar un poco más.
La información de este anuncio la podreis encontrar en este enlace (Chris Keroack).
Información adicional en inglés sobre el contenido de Windows XP SP 3.
Microsoft ha publicado el Open XML Format SDK que corresponde con la CTP de Abril de 2008 y que tiene un tamaño de 3 Mb.
Este SDK funciona con Microsoft Office Excel 2007, Microsoft Office Word 2007 y Microsoft Office PowerPoint 2007, y requiere tener instalado Microsoft .NET Framework 3.0.
La descarga solo está disponible en inglés y en japonés, y puede ser accedida en este enlace.
Durante el pasado MVP Summit 2008 ha salido a colación una vez más en algunos círculos de debate en pasillos o en salas de reunión una discusión que se está convirtiendo en un clásico... ¿C# o VB?, ¿VB o C#?.
A veces la gente que usa esta tecnología tiende a discutir en exceso qué lenguaje de programación es mejor dentro de .NET.
En otras ocasiones se habla de si un lenguaje de programación tiene ciertas características o funcionalidades que no tiene el otro o si hay más usuarios en el mundo que utilicen un lenguaje de programación u otro.
Las discuciones llegan hasta el extremo de mirar con lupa que lenguaje tiene más ejemplos de código fuente para .NET en la red, o que los ejemplos que aparecen salen antes en un lenguaje que en otro, ¿C# o VB?.
Vamos... aspectos que en mi opinión no llevan a ninguna parte.
Pero las discusiones son mucho más ácidas cuando se trata el tema de las características que cubren cada lenguaje... ¿qué lenguaje de programación tiene más características novedosas que el otro no tiene o cual implementa antes las novedades que el otro?.
Todo esto se resume muy bien con una palabra,... la envidia. Las personas afines a un lenguaje sacan pecho delante de las otras e incluso a veces llegan a pavonearse un poco. En fin... que no lo entiendo.
Los equipos de VB y de C# de Microsoft comentan que entre ellos existen sinergias, comunicación fluida y para nada como intentan hacer ver algunas personas una guerra interna de ver quien saca más características al lenguaje antes que el otro. Los programadores somos por lo tanto según los equipos de trabajo de VB y C#, los que vemos fantasmas donde no los hay o los que nos empeñamos en que existan.
Durante este pasado MVP Summit 2008 tuve la oportunidad de conversar durante unos minutos en el autobus que me llevaba al hotel con uno de los responsables de Microsoft de la ayuda del IDE de Visual Studio. Sí sí, jefes o responsables de Microsoft que no tenían problemas en meterse en un autobús repleto de fogosos MVPs y entablar conversaciones sinceras muy enriquecedoras (esto me recuerda a la otra entrada que he agregado en mi blog).
Me resultaron muy curiosas las preguntas que me hizo esta persona acerca de mi opinión con respecto a las diferentes tecnologías emergentes que Microsoft tiene en marcha, de los problemas económicos en el mundo actual y su relación directa con las tecnologías, así como alguna cosa más que me encantó discutir con esta persona, pero después de eso, surgieron las típicas preguntas del lenguaje motivo de esta entrada. ¿Cuál es para mí y en mi opinión el mejor lenguaje de .NET o el que yo considero idóneo para desarrollar aplicaciones Software?.
De mi cuello colgaba la acreditación del evento, estaba claro que era MVP de Visual Basic, por lo que él mismo podía pensar que la pregunta ya tenía una respuesta clara, rápida y concisa, pero aún y así me hizo la pregunta esperando creo yo una respuesta sincera por mi parte y alejada del forofismo, algo que hice y que comparto ahora con vosotros.
Honesta y humildemente creo que le sorprendió gratamente mi respuesta por las cosas que me comentó posteriormente y que lamentablemente no puedo comentar (hay aspectos del NDA que no me lo permiten, no es que quiera dar importancia alguna a esto).
Ante esa pregunta, le contesté que no entendía muy bien las discusiones de la gente acerca de la elección de un determinado lenguaje o de qué lenguaje es mejor que otro, y que desde que salió la primera versión de .NET Framework siempre he matenido una misma opinión al respecto y de la que nunca me he movido.
Para mí, un lenguaje de programación en la plataforma .NET no es otra cosa que un skin, una piel que recubre a la tecnología. Una piel que recubre a Microsoft .NET Framework, a sus productos y a los productos de terceras compañías.
A esa piel la podemos llamar C#, VB o de otra forma, pero lo realmente importante es la tecnología, es decir, Microsoft .NET Framework y lo que alrededor de ella hay.
También le comenté que dependiendo del tipo proyecto, de la gente del proyecto (de las personas y de sus conocimientos) y de muchos más factores, a veces es óptimo utilizar un lenguaje de programación en lugar de otro pese a que tengas especial simpatía por uno de ellos.
De esa forma, le comentaba que la experiencia anterior de la gente, marca para un responsable de proyecto en muchas oasiones, el uso o la toma de decisión del que podría ser el lenguaje de programación idóneo para un determinado proyecto. Por ejemplo, para un programador que ha programado siempre en Java, yo vería con mejores ojos que su tendencia inicial fuera C# en lugar de VB. Para un programador que viene de VB 6 programando sin orden ni concierto (reglas de programación, mentalidad de orientación a objetos, nomenclatura de código, etc), vería más adecuado para él el paso a C# que a VB en un primer momento. Poco después quizás podría pasarse a VB sin problemas, pero inicialmente y para obligarse a cumplir ciertas normas y formas de trabajar, C# podría ser un buen comienzo. Para un programador VB 6 que ha sido metódico en su codificación y que tiene claros aspectos relativos a la orientación a objetos, nomenclaturas, etc., su paso natural sería VB... y así podríamos enumerar una y mil situaciones diferentes pasando incluso por FoxPro del que también hablamos.
Es decir, no existe una elección clara y cristalina que indique qué lenguaje es el idóneo o el adecuado. Dependiendo de las situaciones, puede ser en unas ocasiones uno de ellos y en otras ocasiones otro diferente. Incluso podríamos llegar al extremos de hacer que un mismo proyecto pudiera combinar partes del mismo escrito en diferentes lenguajes de programación.
No obstante, esta es mi argumentación y mi explicación. Los lenguajes son pieles, skins, que recubren a Microsoft .NET Framework. Microsoft .NET Framework es el núcleo central, el core, el corazón que es lo que realmente nos interesa utilizar, y las discusiones o preferencias de un lenguaje u otro no es lo que realmente nos debe preocupar a la hora de abordar un proyecto en .NET, sino el uso correcto de la tecnología apropiada (WCF, WWF, DataSets tipados, ADO.NET Entity Framework, Oracle, SQL Server,... etc).
Sin embargo, en el MVP Summit 2008, he podido comprobar en algunos MVP afines casi radicalmente a un lenguaje, la carencia de ampliar sus miras hacia lo que es en mi opinión más práctico y más abierto para todos, comprender en el que el lenguaje es importante, sí, pero no lo más importante. No obstante, la envidia sigue comiendo a algunas personas y después de ver algunas reaciones de MVPs (pocas pero algunas) en este MVP Summit 2008, me temo que lo seguirá habiendo durante algún tiempo. Me temo que es un tema de educación y aprendizaje el hecho de que nos demos cuenta de algunos aspectos como estos.
El MVP Summit 2008 que se ha celebrado en Seattle (USA) este año está a punto de llegar a su fin. El vuelo que me llevará de regreso a España está ya calentando motores.
Con el fin de empezar a aclimatarme al cambio horario, me he despertado a las 4:30 AM, las 13:30 PM en España. Las 9 horas de diferencia las acusé este año un poco al llegar, pero siempre que se regresa se suele acusar un poco más asi que este año estoy haciendo la prueba de despertarme mucho antes de lo normal a ver que tal resulta.
El MVP Summit 2008 ha llegado a su fin y en él hemos tenido la oportunidad todos los que hemos asistido de experimentar una cosa que mucha gente que no tiene la oportunidad de venir, no puede ver... MICROSOFT ESCUCHA.
Puede parecer desde fuera que esta empresa está más cerca de la prepotencia con la que en algunos círculos se la relaciona que con el poder hacer productos y tecnologías por y para los usuarios.
Nunca me escondo cuando digo que en mi época universitaria, era uno de esos feroces críticos a Microsoft por como hacía las cosas. Aún hoy pienso que no me faltaba razón y que incluso a veces era demasiado educado en mis formas.
Pero tampoco me escondo cuando digo que Microsoft como compañía ha tenido en mi opinión un cambio radical en su relación con las personas fuera de su organización desde hace poco más de 10 años.
Microsoft ha hecho un gran esfuerzo en los últimos años en diferentes campos. Como por ejemplo en abrir código, impulsar estándares, mejorar aspectos como lo relativo a la discapacidad de las personas, crear e innovar con aspectos tecnológicos novedosos, etc. Pero en los últimos años, han hecho un esfuerzo adicional no relacionado directamente con la tecnología. Se trata de ESCUCHAR.
Siempre me gusta decir una cosa, hay que escuchar el doble y hablar la mitad de la mitad. Eso se resume en algunas situaciones con una frase que me encanta: No hay mejor palabra que la que está por decir.
Durante los días que ha durado el MVP Summit 2008, he podido comprobar en primera persona que Microsoft ha enfocado prácticamente todo el evento en escuchar con increíble paciencia todas las cosas que los MVP hemos ido comentado, y os aseguro que no es fácil, sobre todo porque a veces algunas personas comentaban cosas que costaba quedarse impasible. Recordemos que todas las personas somos diferentes y a veces nuestra forma de actuar o de decir las cosas no son las más agraciadas.
No obstante, siempre habrá quien opine que Microsoft escucha para parecer una empresa educada y correcta, y que luego hace lo que quiere. Siento disentir con esa apreciación, porque muchas cosas que salen en un evento como este luego son puestas en práctica como ya he podido comprobar y experimentar en no pocas ocasiones. De todos los modos, ¿que sentido tendría hacer un evento de cuatro días en el que Microsoft estuviera abierta a escuchar poniendo grandes esfuerzos logísticos y económicos en ello para luego no poner en práctica nada de lo que se comenta?.
En resumen, me ha gustado mucho apreciar que el esfuerzo que hace Microsoft por escuchar es cada vez mayor, al igual que el esfuerzo de autocrítica, y que en muchas ocasiones pese a los que crean lo contrario, entonan el mea culpa públicamente o comentan que se han equivocado. También hay momentos en los que argumentan las razones de porqué han hecho unas u otras cosas y la verdad es que todo tiene su explicación como he podido comprobar en no pocas ocasiones durante estos cuatro días.
La cifra global que manejaba la empresa en la sesión de cierre del evento era que durante estos días, habían trabajado 1000 personas diferentes solo para recibir nuestro feedback, escuchar, comentar, discutir o mostrar algunas de las cosas que se hablaban. ¿Alquien aún opina que Microsoft no escucha?.
Esa es la noticia que ha salido publicada en el blog del equipo de trabajo de ADO.NET.
Microsoft ha decidido sacar la primera versión RTM de Microsoft Entity Framework y de ADO.NET Data Services junto a Visual Studio 2008 Service Pack 1 y Microsoft .NET Framework 3.5 Service Pack 1.
Si pensamos en lo que implica un Service Pack, tiene su lógica, pues la funcionalidad de Microsoft Entity Framework se quedó fuera de la versión RTM de Microsoft .NET Framework 3.5, por lo que tiene sentido que esta funcionalidad más las agregaciones al IDE de desarrollo Visual Studio 2008, se instalen aprovechando la aparición del Service Pack 1.
El "pero" es que Microsoft no ha hecho oficial aún las fechas en las que aparecerá ese Service Pack. El caso es que aún este esperado Service Pack no está en fase Beta 1, por lo que me aventuro a pensar en modo que el Service Pack aparecerá en el último trimestre del año como muy pronto... iremos desvelando las hojas de la margarita poco a poco.
Microsoft ha publicado la CTP de Abril de 2008 de Visual Studio Team System Code Name "Rosario".
Esta versión se distribuye como imagen de Virtual PC y está compuesto por 12 archivos de unos 700 Mb cada uno.
Los requerimientos mínimos son de 1 Gb de memoria RAM y un procesador Pentium III a 1.6 GHz como mínimo. Mi recomendación es tener algo más de memoria RAM sino queremos que nos de tirones.
Encontraréis la descarga de esta CTP de Abril 2008 en este enlace.
Microsoft ha publicado el paquete de idioma de Microsoft .NET Framework 3.5, disponible en todos los idiomas en los que se encuentra Microsoft .NET Framework 3.5.
Con este paquete, lograremos mostrar textos de .NET Framework 3.5, como por ejemplo los mensajes de error, en otros idiomas que no sea el inglés, idioma por defecto en el que aparece este tipo de información.
Si nuestras necesidades nos obliga a instalar diferentes paquetes de idioma (diferentes idiomas), lo podremos realizar sin problemas.
La descarga está dividida en tres, según el tipo de procesador que tengamos (14.3 Mb para los procesadores x86).
Encontraréis la descarga de este paquete en Español en este enlace.
Nueva versión de Microsoft Visual Studio 2008 equivale a nueva versión de Microsoft Robotics Developer Studio digo yo... y así, Microsoft ha decidido publicar la versión CTP de Abril de 2008 de Microsoft Robotics Developer Studio 2008.
Este entorno de desarrollo para Windows está enfocado al desarrollo académico, de aficionados y para desarrolladores que deseen crear aplicaciones comerciales enfocadas en la robótica o aspectos similares trabajando con dispositivos Hardware (autómatas, robots, etc).
Encontraréis más información en este enlace (descarga total 565 Mb aproximadamente en inglés).
Microsoft ha publicado Windows Live para Windws Mobile, es decir, la herramienta para nuestro SmartPhone que nos permitirá acceder al correo, los espacios y los contactos de Windows Live desde nuestro terminal.
El Software se distribuye en dos tipos de descargas diferentes, la versión Pro (2 Mb) y la versión Estándar (1.9 Mb), las cuales parecen equivaler al Pocket PC para el primer enlace y para SmartPhone para el segundo de ellos.
La página Web de descarga la encontrarás en este enlace.
Yo ya he hecho de conejillo de Indias y he instalado la versión para SmartPhone y después de tardar un buen rato, me ha pedido reiniciar el dispositivo.
He reiniciado el dispositivo y he iniciado la aplicación Windows Live sin problemas.
Como suele pasar en todos los dispositivos de pequeño tamaño, la navegación es en un principio un poco engorrosa, pero luego te terminas acostumbrando. También hay que pensar que estos dispositivos se utilizarían para enviar mensajes de correo muy concretos o para visualizar un determinado contacto, pero poco más.
En resumidas cuentas, no está nada mal aunque Microsoft haya tardado muchísimo tiempo en tenerlo disponible... recordemos que Google ya tenía una versión de acceso a GMail para pequeños dispositivos.
Espero que lo disfruteis.
Más información en este otro enlace.
De pequeñito quería ser como Krzysztof Cwalina,... bueno, igual exagero un poco, pero es que el bueno de Krzysztof ha publicado una herramienta de esas que yo catalogo como indispensables y que siempre he querido tener,... algo así como una de esas herramientas que deben estar siempre en un memory stick como me ocurre con .NET Reflector.
Con esta herramienta podremos comparar dos ensamblados para examinar sus diferencias, no solo las partes que han sido agregadas, sino también las partes eliminadas entre un ensamblado y otro. Un Diff File pero orientado a ensamblados de .NET. En mi opinión la leche.
Esta herramienta es bastante intuitiva y en apenas 2 minutos de usarla sin manual, he podido obtener mi primera comparación entre el ensamblado System.Data.dll de Microsoft .NET Framework 1.1 y System.Data.dll de Microsoft .NET Framework 2.0.
La herramienta es muy útil para proyectos internos y para investigar más sobre Microsoft .NET Framework (seguro que al bueno de Unai esta herramienta le encanta). :-D
Tiene algunas cosas más muy interesantes, pero la destacable es la visión de las diferencias de forma visual en su interfaz gráfica.
Espero que os guste tanto como a mí.
Encotrareis esta herramienta en este enlace.
Más información en el blog de Krzysztof.
¡Que lo disfruteis!
En esta ocasión, os traigo un PowerToy de Visual Studio 2008 y que está en CodePlex.
A la hora de trabajar con el Diseñador de Clases de Visual Studio 2005 y Visual Studio 2008, se echa en falta la posibilidad de exportar los diagramas no solo en formato imagen, sino también en formato Web o XLS.
Con este complemento, podremos exportar nuestro diagrama en formato Web de forma rápida. De la otra forma nos lo teníamos que hacer, pero de esta manera, podemos publicar el diagrama en un abrir y cerrar de ojos,tarea muy útil para compartir el diagrama con un equipo de trabajo en una Intranet, documentar el proyecto por ejemplo o similar.
El complemento del Diseñador de Clases que os indico, está diseñado para Visual Studio 2005 y Visual Studio 2008 a partir de la versión Standard, por lo que las versiones Express Edition no podrán contar con este complemento.
Además de este complemento, para las versiones de Visual Studio Team System y Visual Studio Team Edition for Software Architects, tenemos la posibilidad de habilitar otro complemento más que se encuentra dentro del mismo ejecutable de instalación, se trata del complemento denominado Distributed System Designers, y este complemento sí que me parece interesantísimo sobre todo para los Arquitectos de Software.
Resulta paradójico el crear una clase que herede de otra y que esa de la que hereda, heredará o no de otras, pero el problema es que a veces podemos perder la visión del árbol de herencia que hay por debajo.
Con este segundo complemento que insisto, se instala en el mismo instalable que os indico al final de esta entrada, podremos visualizar las clases derivadas y heredadas hacia arriba (ascendentemente) y hacia abajo (descendentemente), para mostrar todas o la última.
Otra particularidad del complemento es que nos permite mostrar el comentario XML de la clase a un lado, lo cual ayuda muchísimo a la hora de documentar la clase y presentar su diagrama general.
Y luego tiene alguna característica adicional que me ha gustado mucho, pero que tampoco conviene extendernos en su explicación ahora.
Eso sí, el riesgo que le veo yo a Visual Studio a la hora de trabajar con el diseñador de clases, es que la actualización del código y del diseñador es dual, por lo que antes de trabajar con el diseñador, mantened siempre una copia del código por si acaso.
La descarga del complemento que contiene además el código fuente del mismo, es de la versión del 22/02/2008 y puede ser obtenida en este enlace.
Ref.: Acceso a la entrada del blog de Rosa García.
Aparece en el blog de Rosa García, Presidenta de Microsoft España, unos interesantes comentarios acerca del reciente anuncio de la estandarización ISO/IEC de Open XML (OOXML).
Como era de esperar, las palabras de Rosa han sido tomadas a regañadientes por algunas personas lejos de tratar de ser más aperturistas o "abiertos" (¿les suena la palabra verdad?).
No obstante, leía con tranquilidad la entrada de Rosa razonando, meditando y asentando con la cabeza cada uno de sus comentarios a excepción de uno sobre el que no estaba muy de acuerdo o mejor dicho, no alcanzaba a entender bien en un primer momento.
Después de leer su entrada he pasado a leer los comentarios que algunas personas han hecho en el blog de Rosa y he visto que alguien ha comentado justamente esa parte en la que yo no llegaba a comprender del todo.
El comentario es de Iván y en él decía:
...
Otro: "El estándar presenta algunas limitaciones en diversos aspectos, como la gestión de fórmulas en hojas de cálculo o las funcionalidades de accesibilidad, para garantizar que las personas con discapacidad puedan utilizar los documentos en formato ODF pero, en cualquier caso, Microsoft no se opuso en su momento a la estandarización de ODF".
Comentas que existen muchos formatos de imágenes, de compresión de videos,... y que ODF tiene algunas limitaciones. La solución pasa por una revisión del estándar ya existente, no por hacer uno nuevo.
...
En sí, el comentario de Iván tiene en mi opinión y a primeras de cambio bastante razón de peso. La respuesta de Rosa hablando de la multitud de diferentes formatos de imágenes, compresión, videos etc es un argumento igualmente sólido. El comentario y solución que indica Iván es como digo muy lógico, la solución pasaría por revisar un estándar ya existente como lo es ODF y no en crear un nuevo estándar.
El problema sin embargo, algo que no comenta Rosa, es que ODF no está preparado para dar esa solución, al menos no de momento, y es factible pensar que sí lo estaría con las posibles revisiones que se podrían hacer a ODF, pero entonces, pregunto de nuevo aprovechando los ejemplos de Rosa... ¿acaso no hay diferentes formatos de imágenes y entre ellos algunos que utilizan métodos de compresión similares para almacenar la información de forma comprimida?. ¿No se podrían haber revisado todos esos formatos y haber hecho un único formato y no tener tantos diferentes JPEG, GIF, etc?.
Evidentemente, lanzo una pregunta con respuesta, ya que en sí, existen formatos de imágenes diferentes porque cubriendo aspectos similares, cada uno es en sí diferente del otro cubriendo funcionalidades diferentes, y no por eso se trata de estar revisando siempre un mismo formato o de esperar a que "alguien" se dedique a revisar el formato en cuestión.
A mí ni ODF ni OOXML me parecen malos formatos, OOXML es... un formato más, y ODF es un formato que está en el mercado. Se podría haber revisado ODF o se podría haber creado otro formato más que cumplimentara aquellos aspectos que no cubría ODF y que añadiera más cosas que no añade ODF, pero ante esto, debo añadir otra reflexión y comentario acerca de ODF y OOXML, algo que para mí es un error muy común en los defensores de ODF, y es pensar que Open XML es un clon de ODF con "algunas" cosas más.
Lo que no alcanzo a entender es el nerviosismo paradójico de la Comunidad Open Source con el anuncio de Open XML como estándar abierto... tener dos formatos abiertos, dos posibilidades que hacen cosas diferentes aunque a veces similares, es BUENO, y si según algunas personas el formato ODF es mucho mejor que el formato OOXML, ¿para qué preocuparse por OOXML si el tiempo pondrá a cada uno en su lugar?. El quiz de este asunto no es qué formato de los dos es mejor, sino saber que existen dos formatos que cubren las posibles necesidades de los usuarios en todo el mundo.
Como digo muchas veces, SUMAR y no RESTAR.
Carpe Diem.
Hace apenas unos minutos he publicado una entrada con los HOL de {Heroes} que abarca tres productos, Windows Server 2008, Visual Studio 2008 y SQL Server 2008.
El caso es que del pdf que trata sobre las novedades y mejoras incluidas en Visual Basic 2008, parece ser que no hay nada acerca de los literales XML y propiedades XML como bien indica amargamente Beth Massi (Microsoft VB Team) en su blog.
Según indica Beth, el motivo de que no estén incluidas estas mejoras en ese pdf es posible que se deba a que los laboratorios fueron realizados en una versión anterior a la versión RTM. Yo soy más mal pensado y pienso que esta parte del tutorial fue omitida porque las personas que lo hicieron sabían más de C# que de VB, ya que esta característica es propia de VB y no de C#.
No obstante y aparcando las discusiones y las labores de pitonisas y adivinos de porqué puede haber ocurrido esto, Beth nos recuerda en su blog diferentes soluciones, como que para obtener la información de los literales XML y propiedades XML, acudamos a este otro enlace en el que podremos acceder a una información sobre LINQ y XML en Visual Basic 2008, además de acceder al WebCast de estas novedades y de no dejar en el olvido la especificación oficial sobre Visual Basic 9.0.
No olvideis que todos estos detalles y alguno más que nos comenta Beth los encontrareis en su blog.
Gracias por el feedback Beth.
{this.HOL = here}
Microsoft ha publicado un conjunto de HOL o tutoriales si así se quiere entender mejor, sobre diferentes tecnologías emergentes con productos Microsoft.
Estos HOL (Hands On Lab) tienen varios enfoques:
Evidentemente, estos HOL coinciden con el lanzamiento mundial que se hizo el mismo día de tres productos Microsoft, Windows Server 2008, Visual Studio 2008 y SQL Server 2008.
Se pueden descargar el fichero Zip con los HOL o se puede descargar cada uno de ellos en formato pdf.
¡Y ahora a disfrutarlo!
{this.HOL = here}
Microsoft ha publicado las imágenes del emulador de Microsoft Windows Mobile 6.1 para que sean utilizadas en Microsoft Visual Studio 2005 y Microsoft Visual Studio 2008.
De esta forma, cuando desarrollemos aplicaciones para Windows Mobile, podremos probarlas en el emulador de Windows Mobile 6.1.
Los "peros" es que estas imágenes están disponibles por el momento para la localización 0409 USA English.
También existen aspectos a tener en cuenta en cuanto a las resoluciones de las imágenes del emulador, información por otro lado que aparece en la página de desarga.
La descarga de estas imágenes ocupan entre 190 Mb para la versión estándar y 270 Mb para la versión profesional.
Antes de indicar el enlace de las descargas, os pongo un video realizado por el grupo de producto de Windows Mobile con las novedades de Windows Mobile 6.1:
[Windows Mobile 6.1]
Podréis acceder a las descargas de estas imágenes en este enlace.
Esta entrada se sale un poco de la temática pura de los contenidos que se tratan en mi blog, pero soy como sabeis algunos un empedernido aficionado a la fotografía al que le gusta algunos buenos programas Software de retoque y revelado fotográfico que hay en el mercado.
Uno de esos programas que me gusta especialmente es Adobe Photoshop Lightroom. Este programa ha evolucionado en los últimos años y en concreto, Adobe ha decidido anunciar en este mes de Abril la versión pública de su versión Beta, Adobe Photoshop Lightroom 2.0 Beta para ser más precisos.
No anunciaría quizás aquí esta beta sino fuera porque me parece muy estable. La he usado poco aún, pero me ha gustado lo que he visto.
Para el que no lo sepa, Adobe Photoshop Lightroom es uno de los hermanos pequeños de Adobe Photoshop y que tiene por objetivo el revelado y post-procesado de las fotografías que hacemos con nuestras cámaras fotográficas y en concreto las del formato RAW.
La descarga de esta aplicación se puede hacer desde este enlace de Adobe registrándose previamente.
La aplicación que ocupa poco más de 20 Mb, nos pedirá un número de serie durante su instalación. Si no tenemos ese número de serie, podremos utilizar la aplicación durante 30 días. Si tenemos el número de serie, podremos utilizar la aplicación hasta el 31 de Agosto, momento en el que expirará la beta de Adobe Photoshop Lightroom 2.0.
Espero que esta noticia le sea provechosa a algún otro aficionado a la fotografía y que merodea Geeks.ms también,... que sé que hay más de uno. ;-)
Más artículos
Página siguiente >