Software libre, Venezuela y Java

Venezuela cuenta en la actualidad con la que probablemente sea la legislacrión más pro Software Libre de todo el mundo. Hace poco más de un aráo se firmý un decreto que, más que fomentar el uso de Software Libre en la administracrión pýblica, prohibýa el uso de software propietario. El software propietario sýlo puede emplearse en aquellos casos en los cuales no haya una alternativa libre equivalente, hay que justificar su necesidad, y las administraciones pýblicas que emplean software propietario junto con el software que emplean aparecerán recogidas en un listado pýblico. El decreto da dos años de plazo para realizar la migracrión de los sistemas informíticos.



Uno de los factores más controvertidos en esta migracrión es Java. En otoño del año pasado de representantes del gobierno de Venezuela se reunieron con representantes de Sun para perfilar el papel que jugarý Java en la administracrión venezolana. Obviamente Sun defendýa que debýan emplear Java.



Por aquíl entonces javaHispano fue contactado por parte de un representantes de la administracrión venezolana para preguntarnos nuestra opinrión en todo este asunto. La respuesta que les dimos, que sýlo sirvrió para reafirmar las ideas que ellos ya tenýan, podrýa resumirse en "Java es (un estándar) libre, pero en la actualidad no existe ningýn implementacrión completamente funcional del entorno base (JDK) de este estándar que se distribuya bajo una licencia libre".



Dada esta situacrión, y según el artículo de 2 de su decreto, Java no podrýa usarse en la administracrión venezolana. Ahora me he encontrado con este artículo donde se habla de un presunto borrador de un decreto que pretende hacer excepciones con Java para admitirlo en la administracrión venezolana. No se trata de más que un rumor, aunque con cierto sentido. Decir no a la plataforma Java con la gran cantidad de de software libre que ha desarrollado para ella no es fýcil. Y menos cuando el que dice no es una administracrión pýblica que requerirý de aplicaciones de gran envergadura para las cuales la ttecnología J2EE es la mejor solucrión en la actualidad.



¿Algún venezolano podrýa confirmarnos o desmentirnos algo acerca de este rumor? ¿Qué opinýis de la posicrión de Venezuela respecto a Software Libre, en general, y al Software Libre escrito Java en particular?

Stendhal 0.45 liberado

Nueva versrión de Stendhal, un juego libre multijugador de rol on-line (MMORPG) programado en Java. En este caso se trata de la verrión 0.45 en la que se añaden muchos nuevos monstruos y zonas, así como un sistema de misiones.



Los cambios en esta versrión son:

* Arreglados los sonidos ambientales.

* Arreglada la misrión de las ovejas.

* Arreglado el bug de las ovejas inmortales.

* Arreglados fallos en el equipaje.

* Ahora es mostrado el icono de offline.

* Arreglado un bug en las conversaciones con los NPCs.

* Los cuerpos muestran ahora correctamente los objetos.

* Añadido sistema de eventos para facilitar el desarrollo del cliente.

* Añadido un destello al realizar un ataque.

* Añadido un script de inicializacrión en Python para facilitar las modificaciones en el servidor.

* Añadido un sistema de misiones.

* Añadido un sistema muy býsico de scripts.

* Ahora puede haber combates con armas arrojadizas o proyectiles.

* Añadidos alrededor de 30 nuevos monstruos.

* Añadidas más de 40 nuevas zonas.



Stendhal is software libre.



Si os animais, buscamos gente que nos ayude en la tarea de construir el juego:

- Mejorar el interfaz

- Crear mapas

- Hacer quests

- Añadir criaturas y objetos



Todo muy explicadito en http://arianne.sourceforge.net/wiki/index.php?title=Stendhal , por si os animais :)

Huella de código: Swing vs. SWT

En la recurrente discursrión entre Swing, AWT o SWT, Stephen Strenn en un post en Javalobby muestra la diferencia en la pila de llamadas (Call Stack) que se muestra tras un breakpoint en un button desde Swing y desde SWT.



El resultado es que desde la aplicacrión Swing se han realizado 27 llamadas a métodos, mientras que desde SWT se realizan sýlo 9.



Si el break point se situa tras la seleccrión de una opcrión de mený, el resultado es el mismo, 27 y 9 respectivamente.



Las interpretaciones de este hecho, son de lo más variopintas.

El 98% de los desarrolladores Java no lo necesitan

Este es el týtulo de una entrada en el weblog de Mike Cannon-Brookes. La reflexrión que hacer la siguiente: la gran mayorýa de los desarrolladores Java escriben aplicaciones (casi siempre aplicaciones web) que leen y escriben en una ýnica base de datos desde un ýnico servidor de aplicaciones y no emplean servidores de mensajerýa. Por tanto, las transacciones se refieren a una ýnica base de datos y la funcionalidad que contempla J2EE en la línea de clustering y transacciones distribuidas no son ýtiles para ellos.



Aunque decir que el 98% de los desarrolladores Java se encuentran en estas condiciones quizýs sea un poco exagerado, en líneas generales estoy de acuerdo con ýl. Sin embargo, no creo que esto suponga ningýn problema siempre y cuando el hecho de que la plataforma proporcione funcionalidad "avanzada" no haga más complicado o oscurezca el uso de la funcionalidad "býsica".



¿Qué opinýis sobre este tema? Y, copiando la pregunta de Mike Cannon-Brookes, ýte encuentras tý entre 98% de desarrolladores?.

Liberado artículo de Looking Glass

El artículo que escribý para la revista "Mundo Linux" está disponible para todos los que están interesados. Se puede acceder a ýl desde la web de Sun (en formato PDF), bajo la seccrión "Project Looking Glass in the Press, etc."


Una vez más quiero agradecer a "Revistas Profesionales", y en esta ocasrión a Mundo Linux y a Marga Padilla (su redactora jefe) por su apoyo y por haber liberado este artículo.


Saludos.