Lenguajes JVM

En este sitio se han discutido algunas de las cosas del lenguaje Scala, todas ellas muy interesantes y que han llamado la atención de los participantes en esta comunidad.

Tengo la intención de escribir varios artículos sobre este lenguaje de manera “disciplinada” lo que quiere decir comenzar desde el principio, aunque seguramente repetiré algunas de las cosas que ya se han dicho aquí. Eso no es traumático: a veces conviene leer lo que varios dicen sobre lo mismo.

Seguramente va a suceder que los posts queden “algo” extensos: pongo el parche antes que salga el grano, aceptando cualquier crítica al respecto y a otras cosas que pueda escribir aquí.

Comienzo entonces con una introducción al lenguaje. Para algunos será “pan comido” para otros será carbohidrato por digerir.

Scala es un lenguaje escalable
Scala es bautizado con ese nombre para precisamente decir que se inventa un lenguaje escalable.

Nota Esta es una sobresimplificación, para más detalles ver el link al final.

Una cosa que viene en Java 7 esa si seguro es la instrucción invokeDynamic que si bien no será posible usar desde Java mismo, dará un boost sorprendente para todos los lenguajes dinámicos que corren sobre la JVM ( cuando sean portados claro ).

A manera de resumen y como una sobresimplificación ( que conste ):

Cuando Groovy, JRuby, Jython y otros lenguajes con tipeo dinámico invocan un método sobre la JVM hacen algo como esto:

Invocan al método salvar() pues... dinámicamente, al vuelo, siempre y cuando el objeto sea de una clase que tenga ese método. Si no lo tiene pues nomás truenan en runtime y ya.

La forma más fácil de entender como se invoca ese métod dinámicamente es pensar en algo similar a lo siguiente en Java:

Después de casi un mes de atraso derivado entre otras cosas que mi disco duro voló, por fin he decidido hacer una presentación del lenguaje de programación Ryz que llega al fin a su pre-pre-pre-Alpha release.

En esta presentación hablaré sobre las características del lenguaje y algunos aspectos sobre su origen, estado actual y siguientes pasos. Habrá claro algún ejemplo para que no sea todo teórico.

En esta presentación no hablaré sobre la implementación, en parte porque da pena y en parte porque no es la idea ( para no desilusionarse tan rápido ) Pero si no nos corren pues podemos quedarnos ahí un rato programando :)

Importante Esta es una versión pre-pre-pre-alpha y como tal tiene muchisimas "areas de oportunidad" :P, quedan advertidos.

La cita es el siguiente viernes 27 de mayo 2011 a las 8 p.m. en el mismísimo HackerRoom:

Rio Volga 80, Mezzanine 2-A
Col. Cuauhtemoc
Mexico, DF 06500

Atte:

Oscar Reyes de la Cruz
@OscarRyz
@ryz_language

Si ya sé muchos odian VB, pero me llamó la atención este programa.

Es demasiado parecido al original VB6, salvo algunas diferencias, la más importante es que corre sobre la máquina virtual de java (necesitas instalarla antes de usarlo).

Conserva muchos de los controles clásicos como Text, List, Combo, etc. Puedes crear archivos .bas, clases, y controles.

Creo que hasta corre más rápido que el original (según yo). Tiene las mismas estructuras de control como:

• For..Next
• If..Then..Else
• While...Wend
• Select Case...

Puedes enlazar tus programas a cualquier base de datos, convertir los proyectos de VB6 a Jabaco.

Algunos ejemplos.

1. Un login muy sencillo (sin BD)

Hace mucho tiempo, Gavin King anuncio en su blog que se iba a retirar a trabajar a un proyecto secreto que le llevaría bastante tiempo. Este lunes ha hecho un sneak peek de dicho proyecto: El proyecto Ceylon.

Aqui pueden ver muchos de los detalles de las presentaciones de Gavin King en el QCon Beijing http://blog.talawah.net/2011/04/gavin-king-unviels-red-hats-top-secret.html

Y tambien ya hay entrada en la wikipedia http://en.wikipedia.org/wiki/Ceylon_Project Revisen al final de la entrada, hay unos PDFs que uso Gavin para presentarlo, no tienen desperdicio

Creo que RedHat se esta equivocado mucho con este proyecto. Se han tardado 2 años en hacerlo y dicen que a finales de año estará listo el compilador. Existen muchos lenguajes para la JVM como Groovy, Scala, Clojure, etc. que tienen mucha mas masa critica de usuarios y desarrolladores. No hace falta otro lenguaje, menos aún con lo horrible que es Ceylon.

¿Necesitamos otro lenguaje? ¿Gavin King olvido como hacer proyectos (Hibernate fue muy exitoso por ser abierto, Ceylon ha sido desarrollado a piedra y lodo)?

Para más de uno nos hemos planteado el uso de Java cómo tecnología de desarrollo principal. Típico llegamos vemos un foro, vemos tutoriales, vemos la tendencia en cuanto a herramientas, usamos lo más popular, en caso de ser novato lo más nuevo y terminamos con frustraciones muy grandes y proyectos inconclusos, todo por falta de búsqueda de información e incluso a veces por flojera.

Primero, cuando empezamos a programar entramos a un foro cómo este, preguntamos "¿qué es lo in para programar en web?". Obviamente que quien responda de manera honesta y que te deja de: "Ah, pues eso que dice es lo mejor", son las personas experimentadas que hacen macro-proyectos o proyectos muy interesantes que uno cómo principiante (o incluso cómo experimentado, está lejos de hacer algo así). Y obtenemos respuestas cómo Tapestry, Spring, Struts y JSF (digamos, son los más populares por acá) y claro terminamos en una decepción por diversos factores: Curva de aprendizaje, poco conocimiento base, viniendo de otro lenguaje -poco dominio de Java-, etc.

Bueno, cómo es por todos los desarrolladores Java conocido que los problemas se hacen ver a simple vista (gente importante de Sun -ahora Oracle- renunciando, problemas con demandas que si con Google o cualquier otra VM Java-like, con un JCP moribundo, etc.) y muchos desarrolladores cómo yo estamos en el dilema de: "Continúo o no en Java a futuro", es decir, a día de hoy estamos básicamente en dos posiciones.
La primer posición es la de las personas pro-open source que dicen que Oracle terminará el legado de Java y ésta dejará de ser la herramienta por excelencia de los desarrolladores promedio y pasará a ser utilizado únicamente por empresas multinacionales (casi cómo lo maneja ahora con Oracle DB).
La segunda es de personas muy entusiastas que ven esta situación cómo una gran ventaja, el grande de las bases de datos con el grande en programación y sus agregados, lo cual (en teoría) nos permitirá hacer cosas muy robustas e interesantes.