Juguy - Grupo de Usuarios Java del Uruguay - Lenguajes de Scripting en ambientes Java (Scala y Groovy)

barspi

IP:190.64.217.66 | 11-02-2008 11:36:59

Hola Martin.

En lo personal, mi mayor experiencia es en Groovy (ya hace como dos aÃ±os).

Algunas opiniones/observaciones sobre lo que decis:

Primero hay que tener cuidado con la palabra scripting pues en mucha gente da una idea equivocada de "Lenguaje interpretado para hacer programas cortitos". En realidad Groovy cumple muy bien esa funcion (podes hacer "scripts" utiles y poderosos en unas pocas lineas), pero es un lenguaje compilado, no interpretado. Siempre es compilado aunque sea on the fly y de la impresion de que podes ejecutar scripts .groovy directamente. Tambien puede ser embebido en Java usando las especificaciones del JSR-223 (la verdad, nunca lo use asi). Sin embargo se pueden hacer perfectamente aplicaciones standalone grandes en Groovy, y siempre compilado y metido adentro de un jar si queres. En cuanto a Scala, no se si cae en esta categoria o no. Lo poco que lei hace tiempo me parecio mas bien lo que Java deberia haber sido al principio si no lo hubieran amputado aqui y alla para salir rapido al mercado con un lenguaje y plataforma sencilla :-). Hay mucha gente que critica Java por esas cosas, y seguira criticando eternamente, pero tampoco me parece una mala decision en su momento y ha permitido mas de una decada de explosion de software, open source, etc.

Otros pensamientos. A pesar de que Groovy y Scala compartan algunas cosas a nivel de lenguaje, donde se diferencian de Java, creo que pertenecen a dos categorias distintas. Scala, hasta donde se, es un lenguaje estaticamente tipado, y sin capacidades reales de metaprogramacion. Pero por medio de una sintaxis bastante extensa y variada (no estoy de acuerdo con que es simple sino que produce codigo relativamente limpio, pero la sintaxis es mucho mas grande que Java), Scala permite hacer varios trucos de expresividad que un lenguaje muy restringido tenaza como Java no permite. Pero sigue siendo un lenguaje estatico, donde el compilador te va a avisar de todo, lo cual es bueno. El problema es que si Scala hubiera salido en 1995 lo habrian usado aun menos personas que ahora :-)

Groovy por otra parte es un lenguaje de tipos dinamicos opcionales, porque tambien podes declarar tus tipos estaticamente:

def a= 3
int b= 4

Solo que el compilador practicamente no te va a avisar de nada, sino que la
informacion de tipo se usa recien en el runtime (y ahi te saltaran excepciones). Tambien esto da, por ahora, un poco menos de performance al declarar tipos, puesto que el runtime debe estar verificando si son compatibles. Pero el hecho de que se puedan declarar los tipos permite que Groovy sea el lenguaje dinamico para la JVM que mejor se integra con el universo de librerias Java (con metodos sobrecargados, etc.) Es natural y transparente interactuar con Java desde Groovy. Tambien Groovy es un lenguaje dinamico, con amplias capacidades de metaprogramacion, donde podes hacer muchas cosas en el runtime, como agregar o modificar metodos a una clase, o a un objeto en particular, o solo dentro del contexto de este Thread. Y podes interceptar invocaciones a metodos, o a metodos que no existen, dando la apariencia de que si existen. Podes agregar propiedades dinamicamente a un objeto. Todo eso (junto con mucha "syntactic sugar" que permite obviar parentesis, puntos y comas, crear closures tan solo abriendo y cerrando llaves, crear mapas y listas literales, etc.) permite inventar DSLs muy facilmente, al nivel de facilidad que permite Ruby, pero siempre siendo Java al fin y al cabo.

Para ir cerrando, el mayor "problema" que tal vez tenga Groovy por ahora es la performance. Esto se debe sencillamente a las prestaciones dinamicas del lenguaje. Cada vez que invocas a un metodo o usas practicamente cuaquier operador en Groovy, se disparan un monton de cosas que verifican otro monton de cosas hasta encontrar realmente cual es el metodo. Pero eso tambien esta mejorando. Desde Groovy 1.0 que salio hace 1 aÃ±o, hasta el 1.5 (1.5.4) que acaba de salir hace menos de dos meses, la performance mejoro *muchisimo*. Y en el Groovy 1.6 que esta en beta, el otro dia estuve haciendo tests y la performance vuelve a mejorar entre 2 y 4 veces. Todo esto manteniendo las capacidades de metaprogramacion que obviamente lo hacen mas lento. Como siempre, es un trade-off. (Los planes para Groovy 2.0 incluyen reescribir todo el meta-object protocol, con muchos trucos que mejorarian aun mas la performance).

Bueno, disculpen si esto salio entreverado pero en esta ventanita de 2x2 no puedo escribir muy coherentemente jeje..

P.D. Todavia les debo la version actualizada de la presentacion de Groovy!

gerardo - Muy buen aporte

Super Administrator | 11-02-2008 18:22:07

Muchas gracias por el aporte, ademÃ¡s de muchas explicaciones y conceptos teÃ³ricos que vienen bien, la experiencia que tenÃ©s en el uso del lenguaje es un plus importante!!!!!!!!

martin - caiste Barzilai

Super Administrator | 12-02-2008 04:58:11

Me encantan tus comentarios, obviamente no conozco Groovy como lo conces vos. Sobre Scala tengo el gusto de conocerlo por medio de ejemplos simples y medianos (no hice una aplicaciÃ³n real).

Mi idea en el post era subir mi primera impresiÃ³n para ver el eco en el grupo y ver si alguien querÃa aportar sus inquietudes (tal cual como lo hiciste vos ... aunque un poco extenso ;) )

Este es un tema que me llama la atenciÃ³n y me apasiona. Si les parece y te parece Barzilai, podriamos armar algo para presentar en algÃºn taller del grupo.

Saludos,
Martin

barspi

Registered | 12-02-2008 06:34:57

Releyendo lo que escribi, no me entiendo ni la mitad de lo que puse jeje. E73staba trabajando desde la noche anterior y me faltaba dormir.

Tal vez lo que podemos hacer para una proxima reunion de Juguy (mas pequeÃ±a e informal que el evento anual), es que vos te estudies Scala y yo actualizo lo de Groovy, con mas ejemplos y al ser menos se puede hacer mas interactivo.

Menú principal

Javauy07

Artículos

Novedades

Popular

Ingresar

Usuarios conectados

Cuestionario

Syndicate