Desde muy pequeño soy fanático de Pink Floyd. 

No recuerdo muy bien cómo comenzó esta pasión, ni quién me prestó el primer vinilo o cassette de la banda. No los seguí cronológicamente hasta sus últimos discos, pero fue un placer ir descubriendo de grande viejas gemas que quizaá perdí por tener apenas unos pocos años cuando la banda ya era un grupo de rock consolidado. Soy contemporáneo en crecimiento, pero no dudo que si hubiera tenido acceso a su música, claramente los hubiera preferido por encima de la etapa setentas de los Stones y los Beatles.

Este fanatismo lo conservo intacto hasta la fecha, razón por la cual hace pocos días me topé con una poco lujosa reedición en español de la brillante biografía escrita por el baterista Nick Mason. Mas allá del derrotero de la banda musical, hay 2 cosas por las cuales me es necesario recomendar en este blog sobre esta detallada biografía:

1. La profusa inclinación por la innovación tecnológica en pos de ofrecer espectáculos multimedia vanguardistas (aún cuando la palabra "multimedia" fue acogida mucho tiempo después de que Pink Floyd realmente la pusiera en práctica como concepto).
2. La dinámica de grupos masivos de trabajo y el preciso management de proyectos. Esencial, imprescindible y columna vertebral de lo que la banda quiso ejecutar como master plans para cada hito de su carrera.

Es por estas razones, que aún no estando emparentados con la escucha de su música, o bien sin ser un libro específico acerca de management, les recomiendo que se acerquen a este libro no solo para nutrirse de la historia de una de las bandas de rock más grandes del planeta, sino de una de las empresas y centro de I+D más severas y espeluznastes que haya dado origen el siglo pasado.

Nota adicional: Además Nick Mason demuestra no solo ser un tipo gracioso, sino un ser humano con una autocrítica íntegra e inmensa.

Musimundo

Amazon

Moderando el título

Para que se entienda: SOA es un excelente concepto en los papeles. Como plug & play. Como el Fondo Monetario Internacional. El problema de SOA es la práctica, como lo es el con el plug & play y con el FMI.

¿Qué es SOA?…Una metáfora simple.

La vez que entendí lo que era una arquitectura orientada a servicios fue con un simple ejemplo.

Todos tenemos un DVD player en casa. Ese DVD player presta un servicio, que es el de reproducir películas cada vez que se lo requiera. Para ello, usamos un DVD con contenido, lo colocamos y el DVD presta su servicio. Inclusive podemos cambiar los DVD, variar su contenido, pero el dispositivo seguirá cumpliendo con el servicio bajo una demanda específica.

Esto también puede ser llevado al ámbiro de las arquitecturas de sistemas. En ese caso, bajo el acrónimo SOA se define a un estilo de diseño de sistemas computacionales que permite el intercambio de información entre las diferentes aplicaciones que lo componen para cubrir todos o algunos procesos de negocio/solución.

Pedrito necesita cierta información de negocio para lo que desarrolla un servicio de consulta en vez de desarrollar una aplicación que consulte el modelo de datos directamente. Paquito desarrolla un servicio que entrega esa información. Periquito administra un broker por donde pasan las preguntas y respuestas de los diferentes servicios. Basta que los servicios se pasen los mensajes para que la magia tenga lugar.

Pero…¿Cuál es el problema?

El problema es que SOA nace como un paradigma que intenta dar una solución a 2 grandes problemas de la IT corporativa moderna:

- La interoperatividad de sistemas desarrollados en diversas tecnologías.

- La standarización, uniformidad y oficialización de las fuentes de datos y sus respectivos "mensajes" de interacción.

Pero, aquí viene el gran pero, esto es fantástico siempre y cuando el factor humano de la compañía acuerde y consienta que en SOA lo fundamental es la "orquestación". Así es, tal como lo es en la música, las áreas de desarrollo que se orienten al paradigma deben trabajar para que humanos y sistemas coordinen dentro del modelo de negocio.

Esto en la práctica, en base a mis experiencias, es francamente irrealizable. Ya sea por las urgencias propias de negocio o por el bajo compromiso humano, suele ser muy difícil llegar a soluciones SOA puras. Un ejemplo de la práctica podría ser que un "business process owner" requiera determinada información de los sistemas, que por su complejidad obligue a los desarrolladores a no poder llegar a tiempo a desarrollar un servicio o una transacción middleware o broker que consiga la información para un servicio receptor (una web, por caso). Entonces los diferentes equipos de desarrollo llegan a la conclusión que es más practico desarrollar una aplicación que consulte directamente la base de datos, a la vieja usanza. Todo el compromiso SOA se da de narices contra una puerta. La orquesta desafina.

¿Es SOA una mentira?

No. No lo es en el aspecto teórico. Pero en la práctica si lo es. No puedo evitar sonreir cuando en publicaciones especializadas, principalmente aquellas orientadas al management IT, hacen incapié en el acrónimo SOA sin contabilizar que previo a la decisión de optar por el paradigma es necesaria una revisión seria de las capacidades y posibilidades humanas y tecnológicas de sostener el modelo.

Normalmente la decisión corporativa de orientarse a SOA nace de la capacidad o necesidad de implementación de una aplicación específica, puede ser un CRM o un ERP. El vendor publicita la integración SOA del producto, SOA está de moda en las revistas, se adopta SOA por completo. En la teoría. En la práctica después al CRM se le entra por un database link y cuando hay que cambiar de versión el CRM, empiezan los llantos porque los artilugios desarrollados y las customizaciones no-SOA molestan el upgrade tecnológico. Entonces, la orquesta deja de tocar y se le mueren un par de violinistas. Son los costos.

Considero que es posible y viable llevar a la práctica arquitecturas SOA, sobre todo en el ámbito de las compañías web. Es una facilidad tecnológica dado que es los mensajes lo son casi todo en los servicios web corporativos. De todas maneras, me gustaría que algún lector me contara sus experiencias SOA. Quizá hay más filarmónicas tocando de las que he tenido posibilidad de escuchar.

El miércoles 26 se dictarán un par de charlas sobre Documentos Libres, destinadas a difundir la importancia que los formatos electrónicos de representación y almacenamiento de información tienen en nuestro uso cotidiano de la tecnología. 

Las charlas comenzarán a las 18hs. en la Casona Municipal (La Rioja y Gral. Paz, de la Ciudad de Córdoba).

Para más datos referirse a:

Via Libre
 

El oooocho (Riverito SIC)

Asi es, Microsoft se vio urgido a adherir a los standards para intentar no perder market share en el universo de los browsers. Ya habían llegado tarde a incorporar el lector de feed, con la versión 7 tuvieron que incorporar tabs de apuro cuando Opera hacía años que ya lo hacía y hoy llegan tarde, pero seguros, a  cumplir algunos standards clave y a mejorar la extensibilidad.

A simple vista, luego de instalar y reiniciar el sistema operativo (por cierto, cero problemas con la instalación) me pregunté si realmente estaba instalado, porque a nivel imagen es un calco de IE 7. Sin embargo al mirar con más atención se pueden descubrir "detalles" que su antecesor no tenía.

¿Porqué probarlo? Porque innegablemente desde el desarrollador web hasta el simple entusiasta web estarán problamente utilizando este browser, o lo que es más serio: Desarrollando código para que corra sobre él. Solo con las perspectivas de crecimiento de Windows Vista (que ya superó en un año a OS X y Linux en market share, con mas de un 10% de participación total entre los SO), en el año 2009, probabilísticamente, el 25% de las computadoras del mundo estarán utilizando IE 8. Es algo que, con amor o con odio, hay que aceptar.

Disclaimer y especificaciones del review:

No escribo este post para escuchar fundamentalismos de amantes de Safari, Opera o Firefox. Soy usuario de todos los browsers, y quizá sorprenda a alguien pero creo que cada producto tiene sus pros innegables y sus fans. Sean fans, pero no me vengan a tratar de abducir porque básicamente yo soy fan de cualquier browser.

Algunos fríos datos para que se entienda el ambiente en el que se desarrolló la revisión:

• Sistema Operativo: Windows Vista Ultimate (NT 6) con todos sus extras instalados.
• Especificaciones de PC: Core 2 Duo E6600, 2 Gigabytes de RAM, screen resolution 1650×1080 (placa Nvidia 7600GT Silent+Monitor Dell Ultrasharp 22")
• Otros browsers para la review comparativa: Opera 9.26, Safari 3.0.4, Firefox 2.0.0.12, todos en versión para Windows, of course.

Manos a la Obra

Como ya dije, la instalación sobre Windows Vista se efectuó sin problemas. Si bien Windows Vista esta preparado para reiniciarse mucho menos que XP ante cambios, en este caso, al tratarse de un cambio mayor, hay que comerse el reinicio si o si.

Una vez instalado, aparte de la primera recorrida "a pelo" buscando nuevas funcionalidades, decidí que si lo más importante de esta versión es su supuesta mejoría en relación a los standards, lo mejor era hacer un gentil visita al Web Standards Project, el cual está conformado por un grupo de profesionales especialistas en las distintas tecnología que constituyen un browser web actual. En sus propias palabras son un grupo que está en la constante persecución  de una web accesible y simple para todos. Tomá mate.

El test Acid 2 es accesible públicamente desde esta URL.

Resultados? Triple empate  en el primer puesto y uno que no superó el test.

Si bien parece un test simple, si evalúan su composición  e inclusive si tienen la posibilidad de probar cualquier IE anterior podrán ver que TODOS fallan. No está nada mal para una beta pública cumplir con los standards básicos de CSS y HTML, superando inclusive a un browser que ya está en categoría "estable" desde hace bastante tiempo.

Pero vamos un poco más allá porque en el demandante test ACID 2 no queda todo. Ya existe el test ACID 3, pero este test incluye funcionalidades que buscan empujar a los desarrolladores de los browsers a cumplir con más standards para asegurar la interoperatibilidad, mejorar la interactividad vía Document Object Model y Javascript. Además avanza sobre los standards exigiendo no solo lo que exige ACID 2 sino que avanzando sobre otros standards como xHTML 1.0 y CSS 3.

Resultados? 1ro Firefox, 2do Opera, 3ro Safari y 4to IE 8 Beta 1.

Esto quiere decir que en lo que a hace a la moderna Web 2.0 (AJAX, DOM y todos los nuevos paradigmas)  Firefox parece ser la mejor opción  y  evidentemente el último puesto de IE 8 hace pensar que a la beta aún le queda mucho trabajo antes del release candidate y mucho más aún para una versión estable. Lo llamativo es que su web incio, Microsoft pregona haber mejorado las capacidades de DOM scripting, algo que el test ACID 3 revela que no es tan así.

Es decir, que si unimos ambos tests ACID Opera y Firefox están mejor preparados para afrontar una web "moderna", en tanto que Safari queda un poco relegado e Interner Explorer 8 queda en un último puesto. Básicamente esto se debe a que los standards que proclama ajustarse Microsoft ahora en realidad ya son bastante viejos, aunque no haya demasiado esmero en los desarrolladores por cumplirlos. Pareciera ser que la falencia de Firefox por no poder superar ACID 2, no es un impedimento para ser el que mejor funciona sobre nuevos pardigmas web.

Prueba de campo

Sin vueltas. ¿Qué tal anda?. Bueno, la idea es probar qué hace con una página que cumple standards W3C y con otra que no los cumple. La home de este blog (ejem!) cumple xHTML 1.0 transitional y CSS 3.0 por lo que es una buena referencia, en cambio la página del diario Clarín, desde que el desarrollo está en manos de la empresa Iconosur no hace otra cosa que fallar en cumplir standards. Por ejemplo en xHTML tiene nada menos que 703 errores y al menos 4 errores graves a nivel CSS. Es decir, Clarin hace entrar en modo "quirks" a casi todos los browsers y es una buena page para testear si un browser es delator de mala implementación de standards.

¿Como se porta IE 8? Obviamente tiene serios problemas con Clarin pero no se envidencia ningún tipo de problema con mi blog. Y esto que parece bueno, que es respetar los standards tiene sus bemoles, porque algunas reglas del W3C son, como podría decirse, arbitrarias. Pero a la reglas hay que cumplirlas y en este caso, IE 8 delata a todos los sitios que tienen problemas. De hecho, algunos de los blogs más visitados de Argentina también tienen serios problemas de validación con los standards W3C. Por ende, en IE 8 algo se les rompe.

Pero en sitios con Javascript o alto uso de componentes basados en AJAX es donde se evidencian los aun serios problemas por resolver que tiene esta beta del IE 8: Es casi imposible usar Netvibes y hasta no es posible utilizar correctamente el servicio de Windows Live Mail. Como dije ayer en Twitter, eso es un auténtico autogol de chilena y una prueb ade que el test ACID 3 no miente: IE 8 tiene problemas con AJAX, Javascript y DOM.

A nivel recursos se lo ve como un navegador liviano: Sobre Windows Vista con 5 pestañas abiertsa consume aprox 80 megabytes de RAM en tanto que un Firefox 2.0.0.12 bajo las mismas condiciones insume cerca de 150 megabytes de memoria RAM.

Qué hay de nuevo viejo?

-Traducción Windows Live: Basado en el traductor de Systran. Lo que hace es dividir la pantalla del browser en 2 y muestra el texto original y en otra pantalla muestra el texto a medida que va siendo traducido. Lo probé de inglés al español y de ruso (en cirílico!) a inglés y se comportó brillantemente, a pesar de encontrarse en beta también esta extensión. Este item es una "Activitie", conjunto de items que verán un punto siguiente.

- ACR: Automate Crash Recovery. ¿Se te cerró IE  y tenías 6 estañas con trabajo pendiente? . No hay problema, el browser se autorecupera y te las reabre.

- Emulación IE 7: Para aquellos que dudan en migrar es posible usar IE 8 emulando a IE 7. Para ello solo basta apretar un botón, reiniciar el browser y voilá.  De hecho lo probé con la webs que fallaban (Netvibes y Hotmail) y todo funcionó Ok. Es decir, realmente es como un downgrade en caliente y se puede volver en cualquier momento al IE 8 con la misma operación: botón y reinicio.

- Webslices:  Bueno el concepto de esto no es nuevo y es una copia de los "Web clip" de Safari en Leopard. Básicamente se "marca" una parte de una web como un Webslice y los lectores, a través de IE 8 pueden monitorear los cambios sobre ese sector y crearse accesos desde el browser. De todas maneras, el concepto de los Web Clips me sigue pareciendo superior, ya que losmismo son integrables al desktop de Leopard sin necesidad de contar con el browser abierto. Webslices es IE-dependiente, lo cual es bastante limitante.

- Activities: Las actividades no son otra cosa que pequeños mashups desarrollados por Microsoft o por terceros. Estos mashups apuntan a integrar servicios de Microsoft inicialmente, aunque no hay que descartar que a medida que aparezcan nuevas activities,  se iran integrando  con cada una de las plataformas sociales que existen hoy en día. Imagino que IE 8 con un buen set de Activities va a asemejarse en algún punto al Flock basado en Mozilla.

- Developer Tools: Este módulo permite monitorear las fuentes de HTML, CSS y javascript de cualquier página web. Es como un Firebug, pero un pocomenos dinámico y potente. De todas maneras es  importante  contar con una herramienta de este tipo en IE. Lo mejor quizá es que se puede visualizar el código interpretado en los 3 modos de la beta: Quirks, IE 7 y por supuesto IE 8.

Conclusión

IE 8,  a pesar de ser un beta, me ha sorprendido gratamente. No funciona del todo bien aún, pero la grosería de ciertos fallos a nivel JS/AJAX me hacen pensar que es inevitable que dichos fallos progresen y se solucionen en gran medida en las versiones RC y por supuesto, llegar al público una versión estable superior. En el status actual, no lo elegiría por encima de ninguno de sus competidores, pero el guiño de Microsoft hacia la comunidad desarrolladora podría anticipar que uan vez corregidos los fallos producido por el "dolor de dientes nuevos" IE 8 no tendría demasiadas capacidades por envidiarle a Opera, sería más compatible que Firefox y más divertido de usar que el insulso Safari de Apple.

Telecom Argentina está planeando comenzar los tests de su servicio IPTV en Junio del 2008.

Asi lo afirma el portal IPTV Watch en una noticia publicada en los últimos días.

Cabe destacar que aún no hay marco regulatorio en Argentina para que los operadores telefónicos puedan ofrecer contenido de TV bajo este formato. Los analistas consideran que no habrá cambios sobre el marco regulatorio.

Aqui encuentro una pequeña línea gris, ya que hoy es posible recibir contenidos gratuitos de IPTV como es el caso de Joost y es posible utilizar software de televisión P2P con calidad relativamente aceptable. En si, el principio tecnológico es similar, tele por TCP/IP aunque los protocolos de aplicación utilizados no sean lo mismo.

¿Llegará a tiempo Telecom a implementar su servicio antes que la masa crítica de Clientes decante por usar servicios gratuitos o se embobe con la televisón de alta definición?

Por el momento parece que no, aunque HDTV continúa siendo una asignatura pendiente a la que el gobierno argentino (a diferencia de Brasil o Uruguay) no le da ni la mínima importancia.

En el año 1977 se emitió por primera vez la película "The spy who loved me", que pertenece a la afamada saga de peliculas de James Bond. En la misma actúa un joven Roger Moore y una ex de Ringo Starr, Barbara Bach. Más alla de la película en sí, lo llamativo desde el punto de vista tecnológico fue que en esa película Bond se ve obligado a utilizar un vehículo basado en un Lotus  Espirit, y digo basado porque en realidad ese vehículo no era en realidad un auto submarinista. Está claro que cuando digo que algo es submarino no es anfibio. La diferencia puede parecer sutil, pero en realidad los vehículos anfibios flotan en el agua y no se sumergen totalmente, característica que si puede ser posible en los animales anfibios. El gran catch de todo esto es que ese auto fue un prototipo para la película, una maqueta, pero que tecnológicamente es algo que nunca existió.

En el año 2008, más precisamente en el mes de marzo se exhibirá en el Geneva Motor Show de Suiza un concept car que excede la maqueta y hace del auto ficcionario de Bond una realidad tecnológica: El Rinpeed sQuba. Producto de la perseverancia y la admiración del suizo Frank M. Rinderknecht (52) quien se pasó años preguntándose cómo sería factible hacer "volar" dentro del agua, sin perder por supuesto sus capacidades sobre la tierra. El resultado es el sQuba, propulsado por 3 motores estancos eléctricos, 2 hélices y 2 turbinas jet. Lo gracioso es que no es necesario llevar equipo de buzo, el auto posee un sistema de oxígeno para ambos ocupantes por lo cual solo es necesario llevar traje de baño.

YouTube Link 

¿De dónde saca la energía  semejante vehículo?.  Es como un teléfono celular gigante:  Baterias recargables de Litio-ION. Esto hace que sea un auto cero emisión nociva, aunque dejo para otro post si el el "avance" tecnológico de autos eléctrico implica o no un avance hacia tecnologías green. Desde mi punto de vista depende de donde provenga la generación eléctrica para las baterías. De todas formas si hay un avance tecnológico destacable en el ahorro de consumo en el sQuba: Todas sus luces, tanto exteriores como las del tablero son LED, además de contar con pantallas LCD que contribuyen a reducir el consumo eléctrico del vehículo. ¿Es entonces un vehículo "green"?. No del todo, pero su diseñador y fabricante recomienda el uso de lubricantes biodegradables, bajo el sponsoreo de la empresa Motorex.

Ahora muy lindo, muy lindo peeero en tierra semejante coupé deportiva solo logra un máximo de 120km/h (una batata). Si lo usas de lanchita anda a 6km/h y se metés debajo del agua anda 3km/h.

Un automóvil digno para que pasee James Bond, pero eso si: ¡Una tarde de domingo y que no lo persiga nadie!

Esta vez el bolazo, la barbaridad hecha predicción, viene de la mano de la consultora Gartner, quienes sin despeinarse

afirman que las notebooks o laptops no tendrán mayor sentido en el año 2012 .

Como para fundamentar el tiro al aire afirman que su análisis está basado en que la gente no quiere llevar peso. Reconozco que sobre todo para las mujeres, acarrear dispositivos de 5 kilos es un fastidio. Lo veo en mis compañeras de trabajo cuando viajamos y además llevamos equipaje extra. Pero también las mujeres deberán reconocerme que suelen no tener problemas de acarrear bolsos y cartera por ese mismo o mayor peso. Es decir, no parece ser un análisis serio afirmar que una tecnología, o al menos un segmento de la tecnología desaparecería por cuestiones de peso.  Si bien se ha abierto un nuevo segmento de pequeños portátiles como el ASUS EeePC, eso no quiere decir tampoco que sus hermanos "mayores" vayan a desaparecer. De hecho en estudios más serios, estiman que para el año 2010, el 60% de los ordenadores del mundo sean portátiles, laptops, notebooks…Lamborghinis, Ferraris y otras marcas apuestan a la personalización y al co-branding como nicho de mercado para vender no otra cosa que lo que Gartner afirma que en el 2012 no tendrá más sentido: Ordenadores portátiles! Tampoco me parece posible que campañas como la cuarta pantalla de Nokia vayan a entorpecer el crecimiento y la demanda mundial de ordenadores portátiles. No es posible reemplazar la comodidad ergonómica de un laptop por un teléfono, por avanzado que este último sea o vaya a ser.  Y no, tampoco es como  lo han revisionado algunos improvisados: Nokia con el concepto de "cuarta pantalla" no especula con meterse en el mundo de los contenidos sino que simplemente especula con vender más dispositivos y así reemplazar a todas las anteriores "pantallas" (cine, TV, ordenador). Esto tampoco ocurrirá, aunque la demanda de teléfonos celulares continúe aumentando a nivel mundial. Con la tendencia a que en el año 2009 una importante cantidad de PCs de escritorio y laptops soportarán video de alta definición, es impensable que la telefonía celular con sus pequeñas pantallas pueda reemplazar al ordenador portátil. No será la tecnología mainstream para disfrutar del entretenimiento visual, eso es seguro.

Así que la verdad es que no solo les recomiendo no darle pelota a este tipo de estudios, sino que les recomiendo no dejarse estafar por estas consultoras de dudosa calidad analítica. Créanme, se los digo por propia experiencia.-

Aptana, los desarrolladores de la IDE web que más me gusta han lanzado hace unos días un novedoso producto: Jaxer.

Jaxer es ni más ni menos que un framework con su respectiva API que permite correr javascript en el servidor web. Esta potencialidad permite alterar la dinámica del modelo standard de AJAX en el cual desde el browser pedimos información al motor AJAX, este a su vez al servidor y su respectivo camino inverso para trabajar la respuesta. Con Jaxer es posible tener un motor AJAX en server (basado en Mozilla, más específicamente en la versión del futuro Firefox 3), y consultar desde allí el browser y volver al servidor con la respuesta para trabajarla. Es decir, se expande la posibilidad de interacción usuario/terminal/servidor.

He leído en varios blogs especializados reviews del tema, pero en ningún lado he leído uno de los factores más importantes de esta novedad tecnológica: La posibilidad de ejecutar javascript sobre el server amplía el horizonte de aplicaciones simil desktop en el server.

Mas de uno habrá podido observar ejemplos de aplicaciones complejas, como los componentes complejos de la Yahoo User Interface o el framework Ext JS. El problema es que esas aplicaciones terminan resultando pesadas de transferir desde el server, resultan pesadas a nivel network en la descarga inicial, y dependiendo de los recursos locales, el browser no se desempeña óptimamente por la cantidad de código javascript que debe ejecutar localmente. He llegado a ver cómo un Firefox 2  se devora 300 megabytes de RAM  como si nada corriendo estas interfaces complejas en Ajax.

Mi sospecha es que si el javascript ya puede ejecutarse desde potentes servidores, no pasará mucho tiempo para que podamos ver los primeros esbozos de sistemas operativos distribuídos basados en frameworks Ajax end to end , como es el caso de esta brillante idea denominada Jaxer.

Si tenemos un teléfono con Symbian S60, como por ejemplo el maravilloso Nokia N95, podremos disfrutar de la mieles del desarrollo Open Source desde tu propio teléfono.

Si, PAMP es a LAMP lo que el browser Opera Mini es a su hermano mayor Opera.

PAMP es básicamente una suite que permite desarrollar soluciones utilizando en el teléfono un server Apache,  el lenguaje PHP y el motor de base de datos MySQL.

Una belleza, traída de la mano de la gente Nokia Open Source Projects.

Clap clap clap…

O sea, una cosa es arrancar el 2007 y mostrar el iPhone y otra es venir este año con la notebook más delgada del mundo.

No quiero ser peyorativo, pero no es lo que más estábamos necesitando como avance tecnológico.