Todas las categorías: [/]
|
Reflexiones sobre Java [Acceso directo] Thu Feb 01 10:56:41 CET 2007 Bruce Eckel es uno de los profesionales de referencia en tecnología Java y autor de "Thinking in Java", uno de los libros más leidos sobre este lenguaje de programación. Recientemente ha publicado un artículo en el que reflexiona sobre la evolución y el estado actual de Java, y de como se ha intentado imponer en ciertos ámbitos en los que puede que no sea la solución más adecuada. En concreto, habla del fracaso de los Applets como interfaz de usuario para aplicaciones Web y de la falta de acierto con WebStart, el sistema de descarga e instalación de aplicaciones vía Web basado en tecnología Java. Sobre los intentos de mejorar las aplicaciones Web por parte de Microsoft y Sun, podeis encontrar un artículo en este mismo blog de noticias: Historia de las Rich Internet Applications. Bruce Eckel también introduce las Rich Internet Applications y defiende el uso de Flash como Runtime para los interfaces de usuario al tratarse de una tecnología que se diseñó desde un comienzo únicamente para esta labor. Por último, su conclusión es que en el desarrollo de aplicaciones Web, deberían utilizarse varias tecnologías/lenguajes/herramientas cada una diseñada para dar la mejor solución a cada capa. Pone como ejemplo que igual que no se insiste en utilizar una base de datos Java, y se utiliza MySQL u Oracle (por ejemplo), no debería insistirse en utilizar una tecnología Java para el interfaz de usuario. Cualquiera que haya intentado hacer una aplicación de cierto tamaño con JSF (Java Server Faces), sabrá a lo que se refiere. La dificultad técnica que implica esta tecnología, los elevados recursos de servidor que requiere y la calidad del interfaz que se consigue, en mi opinión, no salen a cuenta. El artículo se cierra con un enlace a un Video Tutorial en inglés sobre como crear aplicaciones con Flex y TurboGears, un framework de desarrollo basado en Python orientado al desarrollo rápido de aplicaciones. Y es que, dependiendo del tamaño de la aplicación, el volumen de clientes y el medio en el que se difunde (Internet/Intranet/Extranet) no siempre lo más razonable es un desarrollo J2EE, con todo lo que ello implica en tiempo y costes. Parece obvio, pero me consta que en más de una empresa o institución esto es así, sobre todo en las que no falta el dinero porque se gastan el de los demás (gobiernos e instituciones públicas ;-) Referencias:
Google también utiliza Flash [Acceso directo] Thu Jul 20 11:11:27 CEST 2006
Parecía clara la apuesta de Google para la creación de sus aplicaciones RIA ( Rich Internet Applicattions ). De hecho, para agilizar sus desarrollos, crearon su propio conjunto de herramientas, denominadas Google Web Toolkit. Éstas, facilitan la tarea de crear aplicaciones complejas con el conjunto de tecnologías que forman lo que se conoce como AJAX. Aunque para aplicaciones sencillas AJAX es algo más o menos accesible, crear todo un GMail o Google Calendar son palabras mayores. Y aún utilizando el GWT, sigue habiendo problemillas, como por ejemplo el conseguir que se vea correctamente en todos los navegadores ó el continuo uso de la técnica de Polling para dar la sensación de inmediatez en la recepción de eventos desde el servidor. Es por esta última razón por la que en uno de sus últimos servicios centrados en el tema de las finanzas ( finance.google.com ), Google a incluido para la visualización en tiempo real un componente propio desarrollado utilizando tecnología Flash. La máquina virtual de Flash, dispone de un protocolo de comunicaciones denominado RTMP ( Real Time Message Protocol ) que proporciona el envio en tiempo real de eventos del servidor al cliente Web ( Push ). Frente al modo actual de consulta a intervalos en segundo plano para ver si hay nueva información disponible ( Polling ), utilizado en las aplicaciones AJAX, como por ejemplo GMail. Es evidente que para un cliente de correo, por ejemplo, es completamente válido, el que la notificación de nuevo correo entrante llegue cada minuto y no en el mismo instante de recibirlo. Incluso he visto sitios donde se fuerza el Polling con periodos de tiempo muy bajos ( 2 segundos ) para "simular" la sensación de recepción de información instantanea. Ésto puede llegar a ser un problema de sobrecarga del servidor si aumenta el número de clientes, ya que cada cliente generará 30 peticiones por minuto. Para una solución que depende de la información en tiempo real, como por ejemplo un eBroker o una consola de monitorización, en mi opinión, la tecnología AJAX no es válida. ¿Y en el futuro?. Puede darse el caso de que la gente mire con buenos ojos eso de ver que pasa en todo momento en tiempo real y su aplicación práctica se amplie a otras situaciones. Por ejemplo, ver los artículos que quedan disponibles en stock de un producto, mientras deciden su compra en una tienda online. O el número de plazas que quedan disponibles en un avión. O el precio que está alcanzando un artículo subastado en ebay. O el resultado de una votación según se producen los votos... Si esto acaba sucediendo, veremos cada vez más casos como el de finance.google.com, donde AJAX se ha quedado corto para hacer una aplicación RIA... Y esta no será la última situación donde AJAX se quede corto. ¿Que pasará cuando se pida independencia total del navegador, capacidades de eventos en tiempo real, soporte de audio y video en streaming, posibilidad de usar el botón derecho en tus aplicaciones Web, gestión automática de navegación histórica, usar otros protocolos aparte de HTTP desde la aplicación Web, ver documentos PDF sin necesidad de otros plugins, un modelo realmente orientado a objetos, un entorno de desarrollo integrado y productivo...?. Todo esto, lo ofrece Adobe Flex, y sin embargo, su presentación oficial el pasado mes, no ha tenido la menor repercusión. ¿En que está fallando Adobe?.
Reflexiones sobre la falta de empresas de Software en España [Acceso directo] Tue Jun 13 20:21:29 CEST 2006
A continuación un link en el que Héctor García Puigcerver, trabajando actualmente en Technorati Japón, da su punto de vista acerca de la gran diferencia entre la organización y funcionamiento de las empresas de Software en España, Estados Unidos y Japón. ... o tal vez la pregunta debería ser porqué "todavía" no las hay... ;-)
Historia de las Rich Internet Applications. [Acceso directo] Wed Jun 07 20:59:44 CEST 2006 Aunque las soluciones RIA ( Rich Internet Applications ), pueden parecer algo revolucionario y novedoso, en realidad se trata de un concepto que lleva mucho tiempo ahí. Su falta de exito en el pasado, se debió a que en un principio se vendieron como una solucion empresarial, dado que tan solo las grandes corporaciones podían permitirse la inversión en infraestructura de comunicaciones y servidores que requerían. Ahora, con la popularización de las líneas xDSL de varios Mbps de ancho de banda y los equipos con potencia que haría palidecer a un servidor de hace tan solo 5 años, todos estos conceptos se han hecho posibles. El Network Computing que desde la década de los 80 lleva defendiendo Sun Microsystems, empieza a materializarse ahora gracias a la popularidad de aplicaciones Web tan útiles como Google Calendar y Writely, tan vistosas como local.live.com, o tan prometedoras como Office Live y Windows Live. Y es que cuando en su día ( finales de los 90 ) aparecieron las primeras aplicaciones Web que presentaban el concepto "Rich Internet Applications", basadas en Flash ( inicialmente FutureSplash ), Applets Java ( con AWT ) y Documentos Activos de Microsoft, recuerdo que nadie desde casa, con su Explorer 3.0 o su Netscape Navigator Gold, su Pentium "a secas" y su Modem, quería ser conejillo de indias de este tipo de tecnologías. Los tiempos de espera eran eternos y el resultado muchas veces era un "casque". Así, de los Documentos Activos de Microsoft, nunca más se supo. Los Applets Java tuvieron su momento, aunque actualmente están completamente "out" para el desarrollo de aplicaciones RIA. El único que sobrevivió y se ha mantenido siempre como solución RIA ( a pesar de tener muchos detractores ) es Flash. Pero el problema de Flash siempre ha sido que no estaba unido al mundo de la programación. Siempre se ha asociado su uso al de diseñadores y creativos. Y digo problema porque actualmente creo no equivocarme si digo que hay más programadores que diseñadores en el mercado profesional relacionado con Internet. A esto hay que unir el desconocimiento de muchos técnicos que piensan que es una tecnología relegada a hacer banners. ( Para incrédulos, mejor visitar computadora.de o la web de Harley Davidson) Macromedia ( ahora en propiedad de Adobe ), siempre tuvo en mente el concepto RIA. La necesidad de ofrecer aplicaciones con un interfaz de usuario avanzado, similar al de los programas que se ejecutan en el ordenador, pero accesibles directamente por Internet. Sin necesidad de instalación. Desde cualquier dispositivo conectado. Así que su última maniobra, con nombre inicial Royale y actualmente conocido como Adobe Flex, es el intento definitivo de popularizar aún más el concepto que hay detrás de Flash. Y para ello lo acerca a los programadores, y ofrece el SDK ( el compilador, las librerías, el Runtime y demás herramientas ) de forma gratuita, como hizo en su día Sun Microsystems con Java y su JDK. Esta claro que todas las tecnologías asociadas a internet apuntan en la misma dirección: HTML DOM + AJAX, OpenLaszlo, Adobe Flex, haXe, Microsoft XAML, Mozilla XUL... Ahora el problema es dar con la que se lleve el gato al agua... que problablemente acabe siendo la más facil de conseguir y más sencilla de usar por los programadores, ya que está visto que la "supremaciá técnica" a los humanos cada vez nos da más igual. Si no ¿Porque iba a ser Windows el SO de escritorio más utilizado?. Hagan sus apuestas, pero sean cuales sean.... que sean RIA
La LOPD y los ficheros de morosos [Acceso directo] Wed Jan 25 10:20:05 CET 2006 Actualizado Hace algunas semanas me suscribí a un servicio de vigilancia de empresas en la web de www.e-informa.es. Comencé pidiendo un simple informe económico de una empresa. Parece que estos informes se basan en datos extraidos del BOE y otros medios públicos, así que no me parece excesivamente grave. En este caso internet es el medio, no la fuente y además la fuente parece legítima. Pero lo que de verdad me ha impactado ha sido el recibir al de un tiempo un mensaje con el siguiente texto:
Se trata de poder consultar una de las bases de datos de morosos más utilizadas por entidades de crédito y financieras. En esta base de datos no solo figuran empresas, tambien particulares. En el caso de e-informa, el servicio que ofrecen sólo da acceso a información de empresas. (Gracias por el comentario Apach_E) Trabajé una temporada para un negocio que utilizaba los servicios de financiación para clientes de Fimestic y he visto denegar créditos personales para compras que no superaban los 600€ por figurar en la base de datos del RAI. Me pregunto, ¿Quien es el titular de la RAI? ¿Está registrado este fichero de datos en la Agencia de Protección de Datos? ¿Se establecen mecanismos para solicitar el acceso a la corrección, modificación o baja, tal como establece la LOPD? En el siguiente enlace, podeis encontrar un FAQ en castellano que responde a estas preguntas:
La legalidad de la copia para uso personal [Acceso directo] Wed Jan 18 17:09:31 CET 2006
David Bravo es un abogado especializado en Propiedad Intelectual. La siguiente entrevista trata el polémico tema de la descarga legal con fines personales de música y películas a traves de redes P2P. Puedes visitar el Blog de David Bravo en http://filmica.com/david_bravo/.
Microsoft admite escasez de profesionales con conocimientos en tecnología .Net [Acceso directo] Thu Nov 10 10:00:37 CET 2005 Microsoft ha sugerido que las compañias que no encuentran programadores cualificados en .Net deberían considerar reciclar sus expertos en Java. Mark Quirk, responsable de plataformas y entornos de desarrollo de Microsoft Reino Unido, admitió el lunes que no hay suficientes técnicos en el mercado que puedan ayudar a las compañías a migrar a .Net. Quirk afirmó que Microsoft está trabajando con empresas de formación para solucionar el problema. - "Reconocemos que se está convirtiendo en algo muy extendido, incluso más rápido de lo que nunca hubiesemos soñado. Por eso hemos empleado mucho tiempo, particularmente durante el programa de evaluación para los productos 2005 y la segunda versión de .Net, trabajando con empresas de formación" [Quirk] La noticia completa aparece publicada en ZDNet. Pero, siendo un profesional de las TI ¿merece la pena pasarse a .Net?. Podría pensarse que la evolución del mercado indica que no: Las empresas buscan soluciones multiplataforma que ofrezcan agilidad a la hora de implantar aplicaciones independientemente de las características del sistema informático. Los entornos heterogeneos en los que en un mismo CPD vemos Linux, Solaris, Unix, Windows... en distintas arquitecturas ( Sparc, Intel, Alpha... ) son cada vez más comunes. La plataforma .Net está fuertemente ligada a Microsoft y su gama de productos. Así que podríamos pensar que no es una buena opción de cara a un futuro. A pesar de existir una implementación libre de .Net liderada por el proyecto Mono que funciona en otras arquitecturas además de entornos Windows, es previsible que la base actual de clientes se quede con Microsoft. Pero una vez más, a pesar de que .Net no aporta nada nuevo que no tenga ya Java, y de que Java le saca muchos años de ventaja en evolución tecnológica y de mercado, el peso de la gran base instalada de Windows / Office hace que la balanza empiece a inclinarse poco a poco hacia las tecnologías de Microsoft. Prueba evidente de ello es el alto ritmo de crecimiento de la demanda de expertos en .Net en aquellos entornos cercanos a empresas o instituciones que hicieron en su día una fuerte apuesta por entornos Microsoft. El ejemplo que aparece en el artículo nombrado más arriba de ZDNet nombra a una institución pública del Reino Unido encargada del mantenimiento de carreteras y autopistas. Piensa cuantas instituciones de grán tamaño hay en tu entorno laboral que apuestan solo por Microsoft. Luego suma todas aquellas PYMES con sistemas de gestión basados casi exclusivamente en entornos de microinformática con Windows + Office y que cada vez tienen mayores necesidades de informatización que cubrir. No me digas que la cifra resultante no es interesante ;-)
Experiencia : WIFI de pago en Bilbao [Acceso directo] Thu Oct 20 12:30:37 CEST 2005 Las redes inalámbricas ya son una realidad en muchas ciudades de nuestra geografía. O por lo menos eso nos dicen. Empresas como la catalana Air Bites ofrecen bonos mensuales y tickets por horas para conectarse a su red disponible en distintos puntos de Bilbao y alrededores. Y digo puntos, porque por lo que pudimos padecer en nuestras propias carnes, la cobertura no es ni mucho menos del 100%. En favor de Air Bites también habría que decir que ellos tampoco anuncian cobertura total en ningún momento. Lo que voy a contaros, sucedió a principios de este año. Encontramos la posibilidad de conseguir un trabajo bastante interesante, pero necesitabamos hacer una "demo" en muy poco tiempo. Teníamos montado un producto similar al que reclamaba el cliente en un servidor de internet, así que decidimos buscar una forma de enseñarselo conectándonos directamente al servidor frente a montar un equipo portatil con una instalación completa. Hacía pocos días que había visto el expendedor de tickets de air-bites que permite conectarse una hora por un euro. Internet sin cables, no suena mal... así que cogimos un ticket de camino a las instalaciones del cliente. Estas están en plena Plaza Moyua de Bilbao, el mismisimo centro de la ciudad para que os situeis. Pués bien, nos presentamos al cliente, le damos una breve explicación y encendemos el portatil dispuestos a enseñar algo... y nada. No encontramos la red de air-bites por ningún lado. Puestos en contacto con el SAU de air-bites nos comunican que debemos movernos dos calles para conseguir cobertura. Perfecto.... ¿Y de donde se sacan ellos esta información?. Pués desde una dirección, tambien de internet, donde una aplicación muy molona nos indica los hotspots de Bilbao. Y digo yo... ¿no podrían poner ese mapita en la misma máquina espendedora, o en un folleto? .De todos modos, no les culpo. El error fué mio por no informarme y confiar a ciegas en "la buena pinta" que tenía el invento. Aunque insisto en que ellos no anunciaban cobertura total de la ciudad. Después de aquello acabas informandote y te das cuenta de todas las alternativas, algunas gratuitas, que existen para conectarte de forma inalámbrica en Bilbao. Para aquellos que quieran rastrear buscando redes Wifi, Lycos a publicado una herramienta gratuita Suerte en vuestra caza ;-)
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Todas las categorias: [/]