> El articulo me ha parecido muy interesante. > Aparte de estar muy bien escrito, la idea de integrar plataformas de mensajeria como > herramientas de monitorizacion es interesante.
Gracias por la parte que me toca. > ¿Que os ha parecido Log4J desde dentro? Yo soy una persona convencida de la > idoneidad del free-software como medio para propiciar un aumento de la calidad del > software, sin renunciar a su explotacion comercial. No es mi intencion comentar en > profundidad las implicaciones, simplemente tengo curiosidad por conocer vuestras > impresiones sobre la calidad de un proyecto tan activo como Log4J. > Recientemente he estado desarrollando sobre Ant, y he sacado unas conclusiones. > Basicamente, ha sido una decepcion en cuanto a diseño. Aun asi, Ant no es un > proyecto que se pueda criticar, ya que su acogida ha sido espectacular, y > funcionalmente es correcto. En el caso de log4j los objetivos de dise�o son fiabilidad, velocidad y flexibilidad (y en este orden). En mi opini�n la fiabilidad y velocidad est�n muy bien conseguidos, probablemente a costa de dise�os menos flexibles de lo que ser�a posible. Pero en este caso, las prioridades del framework est�n muy claras y las cumple. Supongo que en proyectos open source con mucha actividad y un gran n�mero de commiters es dif�cil controlar que se mantengan los niveles de calidad. En el caso de log4j, Ceki G�lc�, el fundador del proyecto, controla muy directamente el desarrollo del mismo. Adem�s, creo que hay pocos desarrolladores con privilegios de committer. > Por otro lado, divangando sobre el tema del articulo, he leido en alguna parte la > idea de implementar una interfaz o "vista" de las aplicaciones utilizando mensajes > de email. > Podria entenderse basicamente como añadir bidireccionalidad a la comunicaciones > como el instant logging. > Indirectamente, seria como el intercambio de mensajes soap por smtp, pero con un > proceso de "humanizacion" del contenido de los mensajes, definida mediante una > gramatica inteligible por ambas partes, que definiria los casos de uso de la > aplicacion. > De hecho, a pesar de parecer un sistema muy poco habitual, o practico, podria servir > perfectamente para la primera version funcional del prototipo de cualquier > aplicacion, en la que el look&feel de las vistas no juega ni siquiera un papel > secundario. > Sin embargo, el disponer de un cliente pop3 o imap en una aplicacion de gestion no > parece algo demasiado util a priori. En cualquier caso, el sistema permitiria nuevos > giros de tuerca, como la encriptacion no del canal sino del contenido. �Podr�as enviar alguna referencia sobre ese tema? > Un saludo. Rafa Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- M. Fowler --------------------------------------------------------------------- Para eliminar la suscripci�n, mail a: [EMAIL PROTECTED] Para comandos adicionales, mail a: [EMAIL PROTECTED]
