manejo interfaz gridlayout graficos grafica ejemplos definicion componentes borderlayout java open-source gwt

interfaz - swing java



¿Por qué hay tan pocas aplicaciones GWT de código abierto? (4)

Creo que tienes razón, pero es posible que desees agregar un par de factores más:

GWT es bastante joven

Los programadores de OpenSource trabajan en el idioma que elijan, y para pequeños proyectos de una persona, Java puede ser un poco incómodo si no lo conoce (soy el mayor fanático de Java, pero todo tiene sus limitaciones).

Java no es realmente una gran opción para front-ends web, por lo que a pesar de que GWT es una gran solución para eso, nunca sería más atractivo que los rails para un equipo de desarrollo muy pequeño.

Algo que he encontrado extraño desde que comencé a trabajar en GWT es la cantidad de proyectos de código abierto que hay en esta tecnología.

Inicialmente, me sorprendió descubrir esto principalmente porque GWT en sí mismo es de código abierto. Pero después de analizar esto, mi sospecha es que se usa principalmente para proyectos internos de grandes corporaciones que ya usan Java y usan GWT para sus RIA en lugar de Flex o Rails. Según entiendo, las grandes corporaciones que usan Java tendrían una menor contribución al código abierto porque se centran principalmente en aplicaciones internas o comerciales.

¿Esto suena como una interpretación precisa o alguien tiene una explicación diferente para este fenómeno?


En realidad, me parece bastante razonable que las empresas, en particular las que usan código cerrado, favorezcan más a GWT que los desarrolladores de código abierto, por exactamente las razones relacionadas con las mencionadas en la pregunta:

  • Ya usan Java y, en particular, tienen experimentados desarrolladores de Java
  • Existe un costo percibido (y a veces real) más alto en el soporte de múltiples idiomas
  • La gerencia es reacia a agregar otro punto de viñeta en las ofertas de trabajo (debe saber Javascript) o enviar a los desarrolladores a la capacitación

Los desarrolladores de código abierto, por otro lado, a menudo son aficionados (aunque no siempre), y los aficionados tienden a estar más interesados ​​en aprender nuevas tecnologías "por diversión". Por lo tanto, un aficionado estaría más dispuesto a escribir Javascript directamente, probablemente con la ayuda de un marco de JavaScript que no implica la traducción de algún otro idioma de origen.

Específicamente con respecto a la traducción de la lengua de origen, es una abstracción con goteras . Eventualmente, es probable que desees ingresar al Javascript "en bruto", y es más fácil hacerlo en un entorno en el que ya estás escribiendo JS que en uno en el que escribes Java que se traduce.



Personalmente, he evitado GWT para los proyectos que deseo abrir de fuente porque me ha resultado difícil usarlo para el desarrollo impulsado por prueba en Eclipse. No utilizaría el código abierto de ninguna otra forma en estos días.

Debe haber formas de hacerlo funcionar, pero resistió todos mis intentos, así que simplemente cambié a una tecnología diferente.