Lo + Leído
Eventos destacados
Artículos para tus primeros pasos
Si estás empezando a introducirte en el mundo de Groovy y Grails, no te pierdas nuestros artículos básicos:
- Introducción a Groovy, parte 1 (Andrés Almiray)
- Introducción a Groovy, parte 2 (Andrés Almiray)
- Introducción a Groovy, parte 3 (Andrés Almiray)
- Introducción a Grails (Material Seminario ImaginaWorks)
Entrevistas con los expertos
Los protagonistas te cuentan de qué van los proyectos más importantes del mundo Groovy:
Groovy: primeros pasos
Eficiencia de groovy?
caente - martes 11/09/2007Esta tarde me encontré este post, para que tengan una idea, el mismo algortimo, en la misma PC:
Results
ray.java 12.89s
ray.scala 11.224s
ray.groovy 2h 31m 42s
En los comentarios hablan de las operaciones con BigDecimal, que quizás lo arreglen para nuevas versiones, saben algo de esto?
Un momento...
Re: Eficiencia de groovy?
Nacho - martes 11/09/2007Hola caente,
lo cierto es que este tema está siendo intensamente debatido en la lista de correo de Groovy desde que se publicó el artículo que comentas. Básicamente, el problema viene del hecho de que Groovy es un lenguaje completamente dinámico, es decir, que es potencialmente posible sobrecargar operadores como la suma entre números, aunque seguramente nadie querría hacerlo nunca, y que los números se tratan como objetos BigDecimal, no como tipos primitivos.
Hay quien piensa que se debería renunciar a este comportamiento en favor del desarrollo, otros piensan que habría que buscar otras soluciones que optimizasen el funcionamiento del lenguaje sin renunciar al aspecto dinámico.
Nosotros creemos que Groovy debe mejorar en términos de rendimiento, pero también es cierto que nunca haríamos un software de raytracing con Groovy. El modo de trabajar con este lenguaje normalmente pasa por implementar las operaciones que requieran más potencia de proceso en Java, y emplear la librería desde Groovy.
Para que te hagas una idea, implementar algo así en Groovy sería como hacerlo en Javascript o Visualbasic...