Revelación completa primero: soy la persona que lidera el proyecto Groovy y estoy trabajando para VMware.
Groovy definitivamente no se va a ir pronto , por suerte.
Tenemos un equipo bastante activo de confirmadores y colaboradores que trabajan en Groovy, entregando lanzamientos regulares, ayudando a los usuarios en las listas de correo, etc.
VMware recientemente aumentó su participación al permitirnos contratar a otro desarrollador Groovy a tiempo completo, y también tenemos un equipo de Eclipse trabajando en el soporte en el IDE.
Entonces, en términos de recursos (encargados, contribuyentes, etc.), el proyecto está muy bien y, en términos de actividad, el proyecto sigue progresando y mejorando lanzamiento tras lanzamiento, entregando nuevas características, etc.
Además, el ecosistema alrededor de Groovy ha aumentado significativamente en los últimos años gracias al éxito de proyectos como la herramienta de automatización de compilación Gradle , el marco de prueba Spock , el marco Griffon para aplicaciones de escritorio ricas, y la lista continúa (incluidos los muy destacados Grails marco web).
- ¿Cómo se accede a la red y qué se necesita para acceder?
- ¿Dónde escribo mis códigos HTML CSS y JavaScript?
- ¿Cómo funciona un sitio de gran empresa como Yahoo! manejar gran tráfico?
- ¿Cuál es el trabajo de ngModule en angular 2?
- ¿Cuál es la diferencia entre sitios web estáticos y dinámicos?
Es curioso cómo esas famosas palabras del fundador original James Strachan resuenan. James estuvo involucrado en los primeros dos años esencialmente, y luego trabajó en otros proyectos. Di un paso adelante y tomé la iniciativa en el proyecto hace 6-7 años. Si piensas en esa declaración que hizo (que es utilizada por los fanáticos de scala contra Groovy) e intentas ponerla en perspectiva, no tiene mucho sentido:
Imagina que algo así como JPA en su estado actual hubiera existido hace 10 años: ¿crees que los chicos de Hibernate habrían creado Hibernate? Lo más probable es que no. Pero no hace que Hibernate sea menos valioso, no vale la pena investigarlo o se considera que desaparece.
Esa es la misma historia con Groovy y Scala, por así decirlo. Ambos tienen sus puntos dulces ciertamente. No es porque el creador original dejó el proyecto Groovy, y luego años después comenzó a disfrutar de Scala, sino que significa que Groovy se irá o algo por el estilo.
Groovy y Scala tienen sus respectivos puntos dulces. Pero creo que Groovy es mucho más fácil de comenzar para los desarrolladores de Java, por ejemplo. Se ha utilizado en varias configuraciones de misión crítica, y es muy exitoso y muy apreciado por su vasta población de usuarios (aproximadamente medio millón de desarrolladores).