KodeGeeK

¿Que lenguajes de programación debo aprender mañana?: Preguntele al Indice TIOBE

noreply@blogger.com (KodeGeek) — Mon, 12 May 2008 10:36:00 +0000

Esa es una pregunta importante. Y como toda pregunta, existen varias respuestas. Una de ellas es el indice TIOBE el cual mide la popularidad de los lenguajes de programación. Según el autor de este (lo lei en una revista, no puedo citarlo exactamente) los lenguajes a saber en los proximos 5 años son Java y C#. C y C++ seguiran perdiendo terreno debido a que no tienen manejo automatico de memoria y Perl será reemplazado por Python debido a la demora de 7 años en liberar una nueva versión.

Sin embargo, como todas las bolas de cristal, hay que ser cuidadoso al escuchar estas predicciones :)

Buscar en otros sitios:

Blogalaxia:tiobe, index, indice
Technorati:tiobe, index, indice
To2blogs:tiobe, index, indice
Del.icio.us:tiobe, index, indice

Mi experiencia de JavaOne

noreply@blogger.com (KodeGeek) — Sun, 11 May 2008 16:39:00 +0000

JavaOne 2008

Hola a todos los que leen este blog; Debo decir que las vacaciones que tomé con la familia en San Francisco fueron simplemente brutales y que de ellas solamente un día fué dedicado a Java One (después de todo la intención era relajarnos y conocer sitios como Napa Valley, Monterey Acuarium y por supuesto la ciudad).

Pero como este es un blog dedicado a cosas Geek solamente les hablaré de JavaOne 2008 (el cual se celebró en el Moscone Center) por los momentos, amigos y familia pueden meterse en Flickr y disfrutar del resto.

Tuve la suerte de tropezarme con James Gosling mientras iba hacia el Intercontinental Hotel

OK ... JavaOne, fué una experiencia increíble. No solamente se está cara a cara con personalidades reconocidas en la industria sino que además la cantidad de información que hay que absorber es inmensa debido a lo variado de los tópicos que allí se trataron.

Desarrolladores de todo el mundo se sentaron a hackear mientras escuchaban tópicos de las principales charlas

Yo en particular me concentré en 3 presentaciones intensivas del Java University:

JavaFx
Filthy Rich Clients
NetBeans.

La presentación de JavaFX fué increiblemente práctica

JavaFX

El instructor de este curso fué nada más y nada menos que James L. Weaver, autor del libro JavaFX script y del Blog JavaFXpert.com. El curso trató de explicar lo que es JavaFX (un API encima de Java SE la cual te permite combinar Swing con Java 2D de manera fácil ya que todo es declarativo). Lo mejor es que se puede separar perfectamente la lógica de negocios mientras un grupo de diseñadores talentosos se encargan de hacer el "front end".

JavaFX es Flash en esteroides en pocas palabras y quizas la cura para Ajax :) ; Sin embargo ha tenido varias limitaciones en su adopción debido a lo ladilla que es instalar Java SE en una máquina (sobre todo si no se tienen permisos de administrador) y la falta de herramientas como Flash las cuales les permiten a programadores aficionados crear aplicaciones.

Esas limitaciones estan desapareciendo ya que las versiones que vienen de Java SE van a ser modulares (solamente van a descargar los módulos requeridos por el script JavaFX) y en JavaOne se anunciaron varias herramientas las cuales van a soportar JavaFX al estilo de Flash (todo esto para Junio de este año).

En cuanto a la presentación, debo quitarme el sobrero ante el autor del curso; No hubo ni una sola presentación en PowerPoint sino todo fue CODIGO el cual fué explicado paso por paso. También el autor tuvo la amabilidad de responder preguntas durante toda la mañana; Yo le pregunté sobre internacionalización y uso de Threads dentro de JavaFX y aunque no tenia ejemplos listos este se las ingenio para mostrarme código que resolvía los problemas, ¡todo sobre la marcha!

Si usted hace aplicaciones para Internet, aplicaciones para dispositivos mobiles entonces JavaFX es el futuro (Si, es OpenSource también).

Filthy Rich Clients: Super densa e interesante

Filthy Rich Clients:

Si, el material de los mismos autores del libro. La presentación estuvo a cargo de Mick McLaughlin, un desarrollador con más de 10 años de experiencia en creación de interfaces gráficas en C++ y ahora en Java.

La única forma de describir esta presentación es decir que fué densa (mucho código, muchas explicaciones y mucho más código) e impresionante (las cosas que se pueden hacer con Java2D y Swing es impresionante). No mucha gente aguantó hasta el final pero valió la pena, esta es una de las areas que vale la pena explorar no sólo para que las aplicaciones se vean sexy sino también para que se desempeñen bien.

NetBeans fué las sorpresa de la noche

NetBeans:

Esta presentación fué de "ñapa" ya que la asistencia era libre y empezaba a las 6:00 PM. Yo me metí porque me interesaba ver que tanto había progresado NetBeans comparado con Eclipse (en mi trabajo utilizamos Eclipse ya que se desempeña muy bien). La demostración fué muy interesante y la facilidad con la que se hacen aplicaciones web y de escritorio utilizando los "wizard" es impactante. Lo otro es que NetBeans ahora corre rápido, no es la tortuga que era Forte varios años atrás.

Otras cosas interesantes de esta presentación:

David Botterill (el webmaster de netbeans.org) habló de las limitaciones que existen en NetBeans a la hora de escribir aplicaciones web (usando Java Faces), mientras que
Alguien preguntó: ¿Como hace dinero Sun dando gratis el editor? La respuesta fué "igual que hace Oracle o IBM: Dandole soporte al middleware y servidores de aplicaciones mientras los usuarios utilizan el editor".
Me gané el libro "100 NetBeans IDE Tips and Tricks", escrito por Ruth Kusterer, por andar de preguntón :)

De verdad valió la pena esta charla.

En resumen, hubo de todo en JavaOne este año. Tengo unas cuantas sorpresas más las cuales iré soltando en este blog (particularmente una relacionada con "Pervasive Computing"). Si tienen preguntas sobre el evento o impresiones sobre el mismo, no duden en comentar en el blog, son más que bienvenidos.

Para aquellos que esten interesados, los invito a visitar el grupo en Flickr "Venezuela OpenSource" en el cual están estas y otras fotos más sobre el evento.

Buscar en otros sitios:

Blogalaxia:java, javaone, javaone2008, kodegeek, filthy rich clients, javafx, netbeans
Technorati:java, javaone, javaone2008, kodegeek, filthy rich clients, javafx, netbeans
To2blogs:java, javaone, javaone2008, kodegeek, filthy rich clients, javafx, netbeans
Del.icio.us:java, javaone, javaone2008, kodegeek, filthy rich clients, javafx, netbeans

El lunes empieza JavaOne

noreply@blogger.com (KodeGeek) — Mon, 05 May 2008 10:30:00 +0000

Nos vemos en JavaOne. Una vez que me registre voy a estar por acá:

-Java University Course Location (9:00 am to 9:00 pm):
InterContinental Hotel
888 Howard Street (between 4th and 5th Streets)
San Francisco, CA 94103

Si por casualidad alguno de ustedes lee estoy y va a estar cerca, quizas nos podamos encontrar. No creo que me ponga a reportar nada del evento de una vez (después de todo también son mis vacaciones) pero si colocaré fotos en Flickr y algunas notas sobre el evento.

Buscar en otros sitios:

Blogalaxia:conference, java, javaone, javaone2008
Technorati:conference, java, javaone, javaone2008
To2blogs:conference, java, javaone, javaone2008
Del.icio.us:conference, java, javaone, javaone2008

Twitter se sacude a Ruby on Rails

noreply@blogger.com (KodeGeek) — Sat, 03 May 2008 09:00:00 +0000

La noticia está circulando Internet, y es que Twitter tiene problemas de escalabilidad, muchos dicen que están relacionados con el uso de Ruby on Rails.

Yo digo que se puede hacer mal software en cualquier plataforma, habría que trabajar de verdad en Twitter para saber cual es el verdadero problema. Lo cierto es que más correo de odio viene hacia Rails.

¿Alguien se acuerda de cuando la gente hablaba mal de Java con Servlets? Vamos a ver cuanto dura esta tormenta en un baso con agua...

Buscar en otros sitios:

Blogalaxia:ruby, rails, java, servlets
Technorati:ruby, rails, java, servlets
To2blogs:ruby, rails, java, servlets
Del.icio.us:ruby, rails, java, servlets

Hoy es viernes de TIBCO :)

noreply@blogger.com (KodeGeek) — Fri, 02 May 2008 21:50:00 +0000

Esta semana fué dura, pero ya estoy casi listo con la primera ronda de ajusten en la compilación de nuestra aplicación. Conflictos con Jars, errores misteriosos con versiones de las librerías y sobre todo mucha paciencia pero ya está quedó lista.

Una semana larga y dura, pero el esfuerzo pagó sus frutos. No sólo ahora podemos recompilar la aplicación más fácilmente sino que además podemos migrar a otras herramientas como Maven, sin tanto problema.

Lo otro es que ahora estamos con otro proyecto para hacer la aplicación más rápida; En mi grupo tengo el dudoso honor de ser el experto en configurar componentes de TIBCO Rendezvous (RVD, RVRD, etc) y por ende ando configurando un par de demonios RVRD para luego enviar entre ellos mensajes certificados usando Java.

Entonación de TIBCO, el producto es poderoso pero para que vuele hay que sentarse a optimizar parámetros en el Kernel, darle recursos dedicados (sobre todo cuando se trata de suscripciones a datos del mercado).

No hay almuerzo gratis, se paga simplicidad en un lado por complejidad en el otro :)

Bueno, los dejo para seguir soñando "multicast groups, daemons and services"

Buscar en otros sitios:

Blogalaxia:java, TIBCO, viernes, Rendezvous
Technorati:java, TIBCO, viernes, Rendezvous
To2blogs:java, TIBCO, viernes, Rendezvous
Del.icio.us:java, TIBCO, viernes, Rendezvous

OSX y Java 6: ¡Al fin!

noreply@blogger.com (KodeGeek) — Wed, 30 Apr 2008 04:42:00 +0000

Bueno, al fin tengo una excusa para hacer la actualización a Leopard.

¿Porqué diablos se tardaron tanto?

Buscar en otros sitios:

Blogalaxia:java, mac osx, mac osx, 1.6
Technorati:java, mac osx, mac osx, 1.6
To2blogs:java, mac osx, mac osx, 1.6
Del.icio.us:java, mac osx, mac osx, 1.6

Apocalyptica: Worlds collide

noreply@blogger.com (KodeGeek) — Sat, 26 Apr 2008 12:19:00 +0000

Y es que los panas de Apocalyptica no decepcionan, ya me bajé de Itunes "Worlds Collide" y debo decir que aunque no me encontré con sorpresas en su estilo esta entrega es sólida.

Me encantó la selección de artistas invitados, entre ellos Dave Lombardo, el super mega baterista de Slayer.

Los dejo con los videos en Youtube para que se den cabilla.

Buscar en otros sitios:

Blogalaxia:apocalyptica, worldscollide, worlds collide
Technorati:apocalyptica, worldscollide, worlds collide
To2blogs:apocalyptica, worldscollide, worlds collide
Del.icio.us:apocalyptica, worldscollide, worlds collide

Voy para JavaOne

noreply@blogger.com (KodeGeek) — Thu, 24 Apr 2008 02:27:00 +0000

Si, la familia y yo nos vamos de vacaciones por una semana. De esa semana me estoy tomando un día completo para asistir a la mega conferencia JavaOne, este año a celebrarse en San Francisco, California.

JavaOne, señores, una de las conferencias más esperadas de este año. Sólo se me ocurre la de Apple en magnitud (también en San Francisco pero en el mes de Junio).

Lo siento, aún RailsConf no genera tanto ruido como JavaOne :)

Voy en plan de estudiante, voy a aprender. Si bien no puedo darme el lujo de asistir toda la semana al menos pienso ir el Lunes para escuchar los anuncios de nuevas cosas además de recibir entrenamiento en JavaFX y Filthy Rich Clients in Swing

H-A-R-D-C-O-R-E!

Como dije antes no voy en calidad de reportero / blogger. No me gusta, no tengo tiempo, voy en plan de relajarme. No voy a tener tiempo para hacer networking (al menos que haga milagros en un sólo día) pero en cambio voy a pasar el resto del tiempo con mi familia, haciendo un millón de cosas.

Ahh San Francisco, que mejor manera de conocerte :)

Buscar en otros sitios:

Blogalaxia:javaone, java, vacaciones
Technorati:javaone, java, vacaciones
To2blogs:javaone, java, vacaciones
Del.icio.us:javaone, java, vacaciones

No tan estupido: StupidZombie.com

noreply@blogger.com (KodeGeek) — Wed, 23 Apr 2008 03:25:00 +0000

Vaya, hoy vengo de un día brutal en la oficina (y una cena en grupo la cual consistió en una deliciosa cena con comida Griega y su respectivo café), trabajando en un proyecto delicado (estoy acomodando todo el framework de compilación en instalación del nuestra aplicación de trading, un monstrico de 8 años de edad). No todo es aburrido, hoy por fin comienzo a trabajar en un proyecto directamente relacionado con la aplicación de trading, el la cual hay de todo: desde server side programming (sockets, threads y toda la parafernalia) hasta la interfaz gráfica en el lado del cliente.

¡Wooohooooo!

Pero no les quería hablar de eso, sino de como hace unos días escribí sobre la muerte de PingBlog.

¿Que significa dejar atrás PingBlog para mi? Varias cosas, entre ellas:

Aprendiender Subversion: Si, después de usar CVS y Clearcase (este último abandonado por Rational e IBM), es hora de probar el siguiente sistema más popular. Este proyecto es la excusa perfecta para aprender Subversion.
Hospedar el proyecto en Java.net. Si, Source Forge es quizas demasiado grande y este proyecto esta enfocado en el lenguaje Java. Quizas esta vez logre entusiasmar a alguien a trabajar conmigo en el proyecto sin necesidad de competir por tanta atención (además de que PingBlog estaba siendo manejado en CVS y una migración a Subversion no estaba en mis planes).
Mejor código: El tiempo ha pasado y tengo mejores ideas para esta versión. Además de que creo que mis trucos de programación han mejorado :)
Más código más rápido: Esta vez pienso pasar más tiempo escribiendo código perfecto y sólo voy a escribir código. Subversion me va a ayudar a echar para atrás esos errores :)

Asi que como ya ven, cosas buenas vienen para StupidZombie.

Buscar en otros sitios:

Blogalaxia:stupidzombie.com, ping, blog, open source, java
Technorati:stupidzombie.com, ping, blog, open source, java
To2blogs:stupidzombie.com, ping, blog, open source, java
Del.icio.us:stupidzombie.com, ping, blog, open source, java

PingBlog: Q.E.P.D

noreply@blogger.com (KodeGeek) — Mon, 21 Apr 2008 00:10:00 +0000

Todas las cosas llegan a su fin y hoy, después de mucho tiempo me decidí a matar a PingBlog. Cuando comencé a trabajar en el proyecto estaba tratando de aprender cosas nuevas y creo que es hora de mover esta idea en otra dirección completamente diferente.

¿Esta realmente muerto o no?

Bueno, en unos días haré un anuncio aquí en el blog. Pero por ahora PingBlog está muerto de seguro :)

Buscar en otros sitios:

Blogalaxia:pingblog, open source
Technorati:pingblog, open source
To2blogs:pingblog, open source
Del.icio.us:pingblog, open source

Mortal Kombat Vs DC Comics: Worlds collide

noreply@blogger.com (KodeGeek) — Sat, 19 Apr 2008 23:42:00 +0000

Y justo cuando yo creía que nunca más jugaría una versión de Mortal Kombat me consigo conque viene una en la cual Subzero, Scorpion, Superman y Batman pelean hasta la muerte.

Ya estoy salivando, y mi dinero esta gastado: Worlds Collide

Buscar en otros sitios:

Blogalaxia:mortal kombat, dc commics, subzero, batman, worldscollide
Technorati:mortal kombat, dc commics, subzero, batman, worldscollide
To2blogs:mortal kombat, dc commics, subzero, batman, worldscollide
Del.icio.us:mortal kombat, dc commics, subzero, batman, worldscollide

PingBlog: Agregandole soporte para JMX

noreply@blogger.com (KodeGeek) — Sun, 13 Apr 2008 23:07:00 +0000

Realmente el software no requiere JMX. Sin embargo yo estoy aprendiendo a usar el API para otros proyectos en mi trabajo, asi que me decidí a escribir un "hola mundo".

En el caso de PingBlog yo queria monitorear lo que hace cada instancia de la clase abstracta Pinger, así que declare una interfaz en JMX con la cual:

Puedo ver el estado interno de cada Pinger
Puedo provocar un ping para ver como se porta

La interfaz es trivial:

 1 package com.blogspot.elangelnegro.blog.pingblog.pinger;
 2
 3 /**
 4  * JMX management interface for Ping implementations
 5  * @author josevnz
 6  *
 7  */
 8 public interface PingMBean {
 9  /**
10   * Ping a given Blog, based on the given settings.
11   * Note than the implementation could fail if you try to ping too fast!
12   * @return If managed to ping or not the remote resource
13   * @throws PingException
14   */
15  public boolean ping() throws PingException;
16
17  /**
18   * Get the message received from the server
19   * @return The message returned from the remote server
20   */
21  public String getMessage();
22
23  /**
24   * Get the raw message received from the server
25   * @return The message returned from the remote server
26   */
27  public abstract String getRawMessage();
28
29  /**
30   * Get the name of the blog being advertised
31   * @return Name of the directory
32   */
33  public String getName();
34
35  /**
36   * Get the URL of the blog being advertised
37   * @return Name of the directory
38   */
39  public String getUrl();
40
41  /**
42   * Get the directory being ping
43   * @return Name of the directory
44   */
45  public String getDirectory();
46
47  /**
48   * Get the status of the last ping operation
49   * @return
50   */
51  public boolean getStatus();
52
53
54 }

La clase Ping sólo tiene que implementar la interfaz. Luego de esto lo que queda es registrar cada uno de los MBeans para que puedan ser utilizados desde Jconsole en :

    MBeanServer mbs = 
ManagementFactory.getPlatformMBeanServer();
  try {
   ObjectName mbeanName =
    new ObjectName(
      String.format("com.blogspot.
elangelnegro.blog.pingblog.pinger:type=%s",
        ping.getInstanceName()));
   mbs.registerMBean(ping, mbeanName);
  } catch (MBeanRegistrationException mre) {
   throw new PingException(mre);
  } catch (NotCompliantMBeanException nce) {
   throw new PingException(nce);
  } catch (InstanceAlreadyExistsException iaex) {
   throw new PingException(iaex);
  } catch (MalformedObjectNameException mne) {
   throw new PingException(mne);
  }
 } catch (PingException pExp) {
  throw pExp;
 }

 return ping;

También le agregué lo siguiente al Shell Script que llama a la clase de Java (cuando es usado desde la linea de comandos y no la interfaz gráfica):

exec $JAVA_HOME/bin/java -cp $CLASSPATH
-Dcom.sun.management.jmxremote
com.blogspot.elangelnegro.blog.pingblog.pinger.PingController $*

Buscar en otros sitios:

Blogalaxia:pingblog, jmx
Technorati:pingblog, jmx
To2blogs:pingblog, jmx
Del.icio.us:pingblog, jmx

Appleseed Ex Machina: Cuando la segunda parte es mejor que la primera

noreply@blogger.com (KodeGeek) — Fri, 11 Apr 2008 21:12:00 +0000

En el 2005 les comentaba sobre Appleseed, la pelicula y de como me impactaron sus gráficos por computadora, lo fluido de su acción y lo interesante de su trama.

La pelicula del 2004 fué un exito y en mi opinión perfecta, así que cuando vi que Netflix ofrecía una versión nueva me entró panico:

¿Seria una versión mal hecha como las múltiples versiones de Ghost in the Shell?

Applessed Ex Machina continua la historia de nuestros dos heroes, Briareos y Deunan. De nuevo la trama no decepciona, los gráficos por computadora son mucho mejores que la primera pelicula (¿es eso posible?), la acción dirigida por John Woo tiene su firma.

La pelicula es todo un espectaculo. Si tiene la oportunidad, trate de verla. Para aquellos que ya la vieron, los invito a discutir, hay muchisimos puntos interesantes y preguntas :)

Buscar en otros sitios:

Blogalaxia:appleseed, ex machina, manga
Technorati:appleseed, ex machina, manga
To2blogs:appleseed, ex machina, manga
Del.icio.us:appleseed, ex machina, manga

Cuando Shell no es suficiente: Subshell

noreply@blogger.com (KodeGeek) — Thu, 10 Apr 2008 10:54:00 +0000

OK, un pequeño ejercicio para el lector: Suponga que tenemos 5 tareas que toman bastante tiempo en completar:

slowRubyScriptA
slowRubyScriptB
slowRubyScriptC
slowRubyScriptD
slowRubyScriptE
slowRubyScriptF

Y deben correr en el siguiente orden:

B,C dependende de A
D depende de C,B
E,F tardan mucho más que los demás y no dependen de nadie

Una forma de hacerlo es:

 1 #!/bin/bash
 2 (
 3 (
 4 slowRubyScriptA
 5 slowRubyScriptB &
 6 slowRubyScriptC &
 7 ) &
 8 wait
 9 slowRubyScriptD
10 ) &
11
12 slowRubyScriptE &
13 slowRubyScriptF &
14 wait
15 echo "All done"

Si, el ejemplo no es muy útil pero muestra una caracteristica muy útil de Bash y otros Shell: El uso de Subshells. Fijese como no hubo necesidad de escribir otro script adicional para arrancar nuestros comandos.

Buscar en otros sitios:
Blogalaxia:bash, subshell, job control
Technorati:bash, subshell, job control
To2blogs:bash, subshell, job control
Del.icio.us:bash, subshell, job control

Mazinger Z en la red

noreply@blogger.com (KodeGeek) — Sun, 06 Apr 2008 17:50:00 +0000

Mazinger Z

La fiebre de Mazinger Z no disminuye, sino al contrario sigue creciendo. Ahora con su grupo en Facebook y el grupo de fotos en Flickr, tenemos un sitio en común en donde compartir acerca del iconico robot.

Mazinger go!

Buscar en otros sitios:

Blogalaxia:mazinger z, transor z, go nagai
Technorati:mazinger z, transor z, go nagai
To2blogs:mazinger z, transor z, go nagai
Del.icio.us:mazinger z, transor z, go nagai

Mejoras al RSS de Globovision

noreply@blogger.com (KodeGeek) — Sun, 30 Mar 2008 02:43:00 +0000

Bueno, he estado MUY ocupado debido a lo movido que ha estado el mercado de opciones estas últimas 3 semanas (incluyendo la caida estrepitosa de Bearn Sterns). Sin embargo hoy corregí un par de errores en el archivo de Ant y al fin monté la primera versión en Java del convertido de HTML a RSS de Globovisión (en un articulo anterior les mostraba el código y porqué me decidí a escribirlo).

La versión de Perl quedará en la historia :)

Buscar en otros sitios:

Blogalaxia:globovision, html to rss, java, rome
Technorati:globovision, html to rss, java, rome
To2blogs:globovision, html to rss, java, rome
Del.icio.us:globovision, html to rss, java, rome

Trucos UNIX: ¿Como matar todos los procesos de un usuario?

noreply@blogger.com (KodeGeek) — Sat, 15 Mar 2008 14:19:00 +0000

Bueno, si usted tiene un montón de servidores a los cuales se puede conectar con SSH y lo quiere es matar todos los procesos de un usuario en particular, entonces puede usar algo como esto:

1 #!/bin/bash
2 for machine in `cat myhostfile`; do
3     ssh -x -q -f $machine "/usr/bin/pkill -9 -U myuser"
4 done

Funciona bajo Solaris 7 o superior y Linux. OS X por supuesto no lo tiene :(

Buscar en otros sitios:

Blogalaxia:pkill, bash, ssh, kill -9
Technorati:pkill, bash, ssh, kill -9
To2blogs:pkill, bash, ssh, kill -9
Del.icio.us:pkill, bash, ssh, kill -9

¡Java es el nuevo Perl!

noreply@blogger.com (KodeGeek) — Wed, 12 Mar 2008 14:37:00 +0000

¿Java es el nuevo Perl?. ¿Será porque está muerto? No, todo lo contrario, gracias a ~~scripting languajes~~ lenguajes interpretados Java sigue creciendo en direcciones muy diversas.

Quiero empezar este pequeño análisis diciendo que yo adoro Perl; Yo lo aprendí por mi cuenta (si, para ese entonces no habían cursos de Perl y quizas el único manual autorizado era el libro del camello de O'Reilly). La versatilidad del lenguaje, la cantidad de librerías en CPAN y la enorme cantidad de código y ejemplos de como resolver problemas en la Internet lo hicieron el favorito.

Pero vamos a estar claros: Perl lleva años en el abandono. El modelo de "threads" es un fastidio, la orientación a objetos en Perl si bien no es difícil tiene varias diferencias comparada con otros lenguajes (y por ende es más difícil de aprender en mi opinión, al menos que a usted no le cause picazón el "bless") pero sobre todo, Parrot (el nuevo interprete de Perl 6) no termina de salir a la luz publica.

Y entonces viene Java con su soporte a lenguajes interpretados como Python (Jython), Ruby (JRuby) y sus lenguajes con merito propio como BeanShell y Groovy. Sin embargo nadie ha escrito un JPerl.

Mi tiempo es muy limitado estos días (trabajo, un niño pequeño) como para ponerme a inventar a aprender un lenguaje exótico el cual nunca voy a utilizar o sacar algún provecho; Sin embargo (y gracias a Java) he podido jugar con Jython en mi trabajo aprovechando código que ya tenemos escrito en Java mientras hago las mismas cosas que hubiera hecho en Perl. Por otro lado, tenemos ya código escrito en BeanShell lo cual significa que yo no seré el único en mi grupo que puede mantener el código.

Es muy interesante la experiencia, ya que por ejemplo aún sin saber la sintaxis completa de Python puedo resolver problemas ya que puedo importar clases de Java y utilizar sus funcionalidades. Si, es una muleta pero a la vez mantiene la productividad y me permite aprender el lenguaje al mismo tiempo. El mismo argumento va para JRuby.

¿Jython vs. JRuby en mi oficina? Bueno, Python se ve interesante, pero como dijo un PHD de mi grupo, "a quien se le ocurre utilizar un lenguaje que utiliza identación para definir alcance". También tuve problemas cuando traté de importar el modulo de expresiones regulares (import re).

¿Porque no un JPerl (no como el paquete JPerl, escrito en C++)? Quizas es la sintaxis, aunque no soy el primero que se hace la misma pregunta.

En fin, parece ser que la decisión de que usar como scripting languages en Java se reduce en mi caso a:

Beanshell: No tiene curva de aprendizaje comparado con Jython, JRuby, además de que va a ser parte del JDK en un futuro no muy lejano (estandar de Java)
JRuby: Más popular que Python (gracias a Rails). Y no usa identación como loco :)

Lo siento Perl. Pero Parrot te mató y le mundo se sigue moviendo. Por ahora, tu futuro está en la misma liga que el Kernel de GNU Hurd (el cual existe y a nadie le vale un bledo :)).

Buscar en otros sitios:

Blogalaxia:java, jperl, jruby, jython, beanshell
Technorati:java, jperl, jruby, jython, beanshell
To2blogs:java, jperl, jruby, jython, beanshell
Del.icio.us:java, jperl, jruby, jython, beanshell