Barrapunto

saludos

Cada vez más empresas grandes están viendo el potencial de ciertos proyectos de software libre. Si hace no mucho Apple aprovechó código de konqueror para Safari, ahora Borland utilizará wxWindows.

Es algo que beneficia a las dos partes, por un lado la empresa obtiene software de gran calidad y muy probado (en el caso de wxWindows más de 10 años) gratis, y el proyecto de software libre recibe las mejoras que realice en él la empresa privada (bendita GPL).

Además en este caso, usar wxWindows mejorará espectacularmente la portabilidad, lo que nunca está de más...

Por último y aunque totalmente offtopic... ¿alguien sabe cuando wxPython utilizará GTK2?

Eso mismo, me gusta que las empresas se interesen por este tipo de proyectos. Llevo siguiendo y utilizando wxWindows desde la 2.2.0, y es una gran API.

Que grandes empresas utilicen estas APIs cierran la boca a muchos ya que:

• Demuestra que el código es estable, seguro y evolucionado como para que una compañía se 'atreva' a usarlo, e implementarlo. ¿Donde están los que dicen que el sotfware libre es código de aficionados?
• Aportan nuevas funcionalidades al software. A lo mejor la compañía no aporta mucho, pero una cosa es clara, crecerá la comunidad de programadores y usuarios, y eso es siempre muy importante. ¿Donde están los que dicen que el software libre sólo se usa en ambientes marginales o frikis? ;)
• La gran empresa puede marcar el devenir del software libre, pero la comunidad de programadores como sustentadores del producto, también tendrá determinado peso específico en las decisiones de la empresa con respecto a ese software.

Que las empresas se involucren o introduzcan en sus productos software libre es una de las vías para que este modelo de software prospere.

Desde luego, estamos de enhorabuena si una compañía como borland se pasa a GUI GPL, éste puede terminar convirtiéndose en un standard, lo que es bueno. Pero creo que hoy en día, un API, una librerias de funciones, no es lo más adecuado, es mejor una tecnología cliente servidor.

Con el aumento de las comunicaciones, lo ideal es un buen interface para estar para poder ejecutar aplicaciones remotas. Muchas paginas WEB, son aunténticos GUI con con aplicaciones remotas.

Aunque las extensiones HTML son potentes, siempre nos enfrentamos con un problema fundamental, una vez el servidor ha mandado la página, corta la conexión. Para enfrentarse con esta situación, se utilizan cockies, sessiones, Javascripts, etc... Son parches, porque nos enfrentamos a un problema fundamental de diseño, el protocolo HTML se pensó para presentación y poca interacción. Y al al intentar extenderlo se ha producido un extraño monstruo. Aunque muchos digan que se puede hacer una contabilidad en PHP, no es creible

La solución está es un poco la línea de Xwindows, pero el Xwindows tiene un problema, funciona a demasiado bajo nivel, lo que dispara las comunicaciones. A las X no le puede pasar un mensaje diciéndole "crea un boton", se le pasa "haz un recuadro", "rellena de tal color", "haz un borde", etc, esto hace que resulten lentas las comunicaciones. Las GTK etc, se ejecutan en local y envían un millón de eventos al servidor X. (resulta lento incluso en el mismo PC).

Hace falta un GUI, que se comunique con una aplicación remota a un nivel más alto, que la aplicación le envíe widget, y reciba eventos de más alto nivel.

En esta línea lo que he visto el XUL [mozilla.org]de mozilla y fresco [fresco.org], pero todos aun inmaduros. Sería de agradecer que una gran empresas se lanzara a por uno de estos interfaces, eso si sería un gran salto, que independizaría el GUI de la plataforma, tanto como el HTML es independiente de la plataforma.

Estuve mirando screenshots de aplicaciones que utilizan wxWindows, y no sé si es paranoia mía, pero... ¿no tienen un aspecto un tanto vetusto?.

• Reconocimiento de su trabajo: que una empresa de este calibre te señale con el dedo siempre es importante.
• Publicidad y confianza entre usuarios de sectores muy distintos a nivel mundial.
• Y todo ello da como resultado, que la librería avance más y mejor a la vez de hacer más sencillo su uso pués dentro del marco de trabajo de la librería existirán cada vez más herramientas o clases de más alto nivel para poder ser utilizadas de forma inmediata.

Borland es famosa por sacar productos, y a veces productos buenos, y abandonarlos cada pocos años. La versión 6 del C++ Builder tiene más fallos que una pre-alfa del haserfroch, y se niegan a solucionarlos; los problemas llegan a tal nivel, que según qué tareas es imposible realizarlas, con docenas de "workarounds", etc...

Y efectivamente, el BuilderX está hecho en java, cosa en la que me mantengo neutral, y el que vayan a usar wxWindows para su framework lo veo estupendo, pero... ¿durante cuánto tiempo lo van a mantener? ¿5 años? ¿Tan sólo 2 ó 3, como el Kylix?