Ahora leyendo
"La guerra de España, en palabras del historiador británico Paul Johnson, ha sido el acontecimiento del siglo XX sobre el que más mentiras se han escrito. Los densos sentimientos todavía persistentes en torno a aquel suceso clave de nuestro pasado echan con frecuencia un velo sobre los hechos, impidiendo verlos y valorarlos con claridad.
Este libro aborda uno tras otro esos mitos, acercándonos a su realidad histórica mediante un examen lógico de los datos y una rigurosa crítica de versiones a menudo muy popularizadas, pero de veracidad dudosa. De paso clarifica el papel de los dirigentes políticos, desde Azaña a Franco, en el camino que llevó a España a la hecatombe."-- Pío Moa, Los mitos de la guerra civil
"Redbook oficial de IBM sobre escalabilidad, alto rendimiento y disponibilidad utilizando WebSphere v5.1. Muy interesante e incluso menos orientado a WebSphere de lo que cabía esperarse."
-- IBM WebSphere V5.1 Performance, Scalability, and High Availability WebSphere Handbook Series
Duro golpe para passport
eBay abandona.
Un duro golpe para passport.
http://iblnews.com/news/noticia.php3?id=121962
| Permalink Comentarios [0] |
Un avance de mi próximo artículo ( por fin )
Pues sí. Después de muchísimo tiempo sin escribir nada diferente de simples presentaciones, por fin he hecho penitencia y me he decidido a obligarme a volver a escribir artículos.
Así, cada día ( bueno, o cada dos o tres :-) ), me castigo con una horita de escritura diaria, que viene bien para agilizar la mente.
El nuevo artículo va sobre las aplicaciones de escritorio, tan olvidadas por los libros que casi siempre se refieren explícita o implícitamente al desarrollo aplicaciones web. Son 10 consejos para crear aplicaciones de escritorio eficientes. Ya está en la lista de drafts de javaHispano ( http://listas.javahispano.org ), pero voy a dejar aquí el prólogo, porque estoy seguro que es donde más he podido meter la pata.
Un saludo.
Sobre clientes ricos, clientes pesados, y pesados clientes
Hace tiempo, coincidiendo con el inicio del auge de las tecnologías web, apareció un nuevo modelo de aplicaciones en las cuales el interfaz de usuario se presentaba dentro de páginas web generadas dentro de algún tipo de servidor web o de aplicaciones. Este tipo de clientes pasó a llamarse clientes ligeros, haciendo referencia este adjetivo a algunas de las ventajas de este tipo de aplicaciones que hacían muy sencilla su ejecución y despliegue, como por ejemplo: no necesitar ningún tipo de instalación en el cliente ya que se ejecutaban en el navegador web del usuario, no consumir enormes cantidades de espacio en disco, el no incluir apenas lógica de procesamiento lo que hacía que aplicaciones que previamente necesitaban ingentes cantidades de memoria y de CPU se pudiesen ejecutar ahora en máquinas más precarias, etc. Evidentemente, si existían clientes ligeros, deberían existir también clientes pesados, y ese fue el adjetivo que le dedicaron los partidarios de este tipo de aplicaciones, a las obsoletas tradicionales aplicaciones de escritorio, cosa que evidentemente no gusto demasiado a la gente que se ganaba la vida desarrollándolas.
Con el paso del tiempo, y por consiguiente con la adopción y el uso de los autoproclamados clientes ligeros, comenzaron a hacerse visibles algunas de sus deficiencias. Estas deficiencias, siempre existieron, como en todas las tecnologías, a pesar de los esfuerzos de los departamentos de marketing por vender servidores de aplicaciones. No disponer de un conjunto tan grande de componentes de interfaz de usuario, no disponer de unas tecnologías de procesamiento realmente potentes, teniendo que limitarse a lenguajes simples de scripting, la problemática de la recepción de datos (pull), o la necesidad de incurrir en continuos accesos al servidor para obtener información, se presentaron como problemas importantes. En ese momento, reaparecen de nuevo los defensores de las aplicaciones de escritorio, que pasan a autoproclamarse clientes ricos ( en la actualidad este término ya se ha hecho mucho más genérico, y tenemos que mucha gente considera clientes Flash o DHTML como clientes ricos ), quedando relegadas las aplicaciones web al rango implícito de clientes pobres.
El objetivo de este artículo, no es discutir que tipo de clientes es mejor, ya que sería una discusión absolutamente sin sentido. Ninguno es mejor que el otro. Cada proyecto tiene una serie de características que hacen que una tecnología sea más adecuada o menos adecuada que otra. Ni las interfaces web son buenas para todo, ni las interfaces de escritorio solucionan todos los problemas.
Este artículo, alejándose pues del típico debate fratricida, busca presentar una serie de guías para que las aplicaciones de escritorio no fracasen, y para, en definitiva, obtener clientes contentos, que no son interfaces de usuario rechonchas y felices, sino clientes que han pagado por el desarrollo de aplicaciones que deben ser ágiles, sencillas, intuitivas, usables y todos esos adjetivos a los que nos hemos desacostumbrado en el mundo de las aplicaciones de escritorio, y que vienen en cualquier panfleto publicitario ( y que no los cumplen ).
Es muy común que después de realizar una presentación de una aplicación a un cliente, el desafortunado desarrollador venga cargado de expresiones como: "Pincho aquí y no se que pasa, pero la aplicación se queda sin hacer nada medio minuto", o, "aquí tiene que haber un árbol en el que pueda marcar y ver filas y ...", o una de mis preferidas, "¿ le tenemos que dar a la manivela para que funcione ?". Tanto da las que escoja, hay miles de frases. A menudo, dichas protestas no se deben a que los clientes sean unos pesados (no hablo de las aplicaciones), si no a que las aplicaciones no cumplen una serie de fundamentos básicos a los que se debería prestar mucha más atención, y que redundarían en grandes beneficios, no sólo para la empresa en la que trabajamos, si no que seguramente también para nuestra salud mental al no tener que oir estas cosas.
Muchas veces no se podrán aplicar todas las sugerencias, ya que como todo, su uso depende de la situación y del problema a resolver. Por otra parte, ninguna de estas guías está ligada con una tecnología en concreto. En mis ejemplos aparece el mundo de Java, pero se puede sustituir este lenguaje por cualquier otro que ofrezca la posibilidad de crear aplicaciones de escritorio, por ejemplo .NET. Seguramente me haya olvidado también de muchas sugerencias, quizás de alguna realmente importante que se os ocurra; pero este no es un documento cerrado, y el autor está abierto a sugerencias :-)
| Permalink Comentarios [1] |
¿ Estás cansado de Microsoft Office ? Prueba Open Office + SWT
Estoy alternando este weblog con otro en inglés.
En éste último, acabo de poner unos tips sobre SWT que no voy a repetir, pero si queréis ver como incrustar Open Office en una aplicación de escritorio con SWT, no os perdáis esto.
| Permalink Comentarios [0] |
Libro acabado: Los pilares de la tierra
| Permalink Comentarios [2] |
jLibrary 1.0 beta1 disponible
¡ Por fin !
Después de mucho marear la perdiz ya está disponible la primera versión realmente ejecutable y útil.
Espero que os guste, porque tiene muchas horas de trabajo detrás :-)
| Permalink Comentarios [1] |
Disponibles las ponencias de la JavaPolis 2004
Desde aquí.
No olvidéis registraros en su web para poder acceder.
Pronto estarán también disponibles las del II Congreso javaHispano.
| Permalink Comentarios [0] |
Rallando sobre jLibrary
¿ Os esperábais menos ? :-)
Bueno, el caso es que en breve saldrá la primera versión pública seria. De hecho incluso ya hay por ahí alguna web generada con jLibrary (http://www.convalor.biz).
Vamos, que la cosa va bien. Podéis echarle un vistazo a la web de jLibrary, sobre todo a los tutoriales que os darán una idea de lo que hay.
Espero que os guste :-)
| Permalink Comentarios [0] |