2009-04-21 14 views
8

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.¿Por qué hay tan pocas aplicaciones GWT de código abierto?

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.

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

+4

usamos gwt en nuestro proyecto escolar en estudio. no me enamoré de eso ...promete un desarrollo fácil con cero javascript, y así sucesivamente ... pero al final, todavía tienes que aplicar los hacks de .css y las inyecciones de JavaScript ... creo que si pudiera reiniciar el proyecto, solo habría escrito las cosas yo mismo, con algunos framework javascript. por no mencionar el extraño comportamiento de cambio de tamaño ... y cómo no funcionó la mayor parte del tiempo, a menos que uno haya experimentado horas de tiempo ... –

+0

Pensé que podías salirte con la suya sin hacer ningún truco al limitar tus requisitos a los de la tecnología, muchos tecnólogos odian hacer eso, pero eso es lo que yo haría, decir no a los hackers de js & css y solo decir "lo siento", no podemos hacer x en GWT, pero podemos hacer y en su lugar ". –

Respuesta

8

En realidad, parece bastante razonable que las empresas, en particular los que utilizan código cerrado, favorecerían GWT más de desarrolladores de código abierto, exactamente por las razones relacionadas con los mencionados en la pregunta: ¿

  • Ellos ya utilizan Java, y en particular tienen desarrolladores de Java experimentados
  • Existe un costo percibido (y en ocasiones real) más alto para admitir varios idiomas
  • La administración es reacia a agregar otro punto en las ofertas de trabajo (debe saber Javascript) o enviar 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 adquirir 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 en lo que respecta a la traducción del idioma fuente, es un leaky abstraction. 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.

+0

Estoy de acuerdo con sus puntos sobre los aficionados. Y tal vez otro factor es que Java puede ser una especie de mala palabra entre los programadores aficionados que lo ven como un lenguaje para 'trajes'. –

+0

GWT hace que sea tan difícil bajar al Javascript crudo y hacer cambios (debido a las optimizaciones que se han realizado) que me resulta más fácil insistir en no hacer ningún corte, sino en limitar mis requisitos a los de la tecnología: muchos tecnólogos Odio hacer esto - es decir, simplemente diga no a js & css hacks y simplemente diga "lo siento - no podemos hacer x en GWT pero tenemos que hacer y en su lugar porque así es como es" :) –

+0

No creo que GWT haga es difícil bajar a javascript, simplemente requiere una llamada JSNI. Aunque, tengo que decir, el comentario sobre hobbiests con respecto a Java en cuanto a los "trajes" es probablemente correcto. – Chii

1

creo que tiene razón, pero es posible que desee agregar en un par de factores:

GWT es bastante joven

programadores OpenSource trabajan en su idioma de su elección, y para pequeños proyectos de 1 persona , Java puede ser un poco incómodo si aún no lo sabes (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 rails para un equipo de desarrollo muy pequeño.

+0

Su punto acerca de que Java no es popular para souruce abierto no se refleja en los números. Hay una gran cantidad de código abierto de Java. Pero estoy de acuerdo en que no es una opción obvia para una tecnología de front-end. –

+0

Me alegra oírlo. Personalmente, me gusta mucho, pero parece que en todas partes donde me dirijo la gente se está mudando a Groovy, Scala o Ruby on Rails. Simplemente no creo que Java se considere divertido y moderno. Por supuesto, mi creencia personal es que cuando trabajo con un grupo grande, ¡lo último que busco en un idioma es divertido! –

+1

No creo que gwt se pueda considerar aún joven, ha existido por al menos 2 años como mínimo. Creo que la aceptación es lenta en la comunidad de código abierto porque las personas de 'front-end' tienden a gustar js y css + html en bruto, en lugar del concepto de componentes preferido por la mayoría de los codificadores de interfaz de usuario de escritorio. y gwt apuntan a este último, pero son una raza más rara en los interwebs. – Chii

0

Quizás porque GWT aprovecha javascript y Richard Stallmanisn't a fan.

+0

Eso es gracioso, pero creo que probablemente sea el único defensor de FOSS que cree que ... – Zifre

+1

No tengo la sensación de que Richard Stallman esté frenando el flujo abierto de GWT. –

+0

Yo tampoco lo creo, pero menciona algunos puntos buenos. –

0

Personalmente, he evitado GWT para los proyectos que quiero abrir de fuente porque me ha resultado complicado usarlo para el desarrollo de Test Driven 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 acabo de cambiar a una tecnología diferente.

Cuestiones relacionadas