Apache Software Foundation VS Oracle.

Hace tiempo puse un post titulado: "Java sigue siendo libre?", o algo así.
La respuesta fue fácil y me dijeron: "Claro que sigue siendo libre!", esta bien.
Pero ahora pregunto: Por cuanto tiempo?

La Apache Software Foundation (ASF) se encuentra en una posición difícil.

Que pasa?

La organización sin fines de lucro no puede certificar que su tiempo de ejecución de Java de código abierto aplicación llamada Harmony es compatible con los estándares de Java de Oracle, porque se ha negado a hacer los bancos de pruebas necesarios en virtud de una licencia adecuada.
La decisión de Oracle para bloquear el proyecto Apache Harmony de ser reconocido como compatible con los estándares entra en conflicto con las normas que rigen la normalización de Java y ha planteado serias dudas sobre la apertura del lenguaje de programación.

La venganza es dulce.

ASF tiene la intención de luchar utilizando su sede en el Java Community Process (JCP) del Comité Ejecutivo de votar en contra de la aprobación de Java 7, la próxima versión del lenguaje de programación. La ASF está llamando a las otras partes interesadas en la cuestión de Java para emitir un voto similar en protesta por incumplimiento de Oracle de protocolo. Si se tuviera este respaldo de mayoría con la ASF, que serviría como un voto de no confianza en la administración de la JCP y Oracle del lenguaje Java.

El conflicto por Harmony es anterior a la adquisición de Oracle de Sun. Oracle ha seguido apoyando la posición de Sun en la materia tras la adquisición a pesar de haber hablado previamente en favor de la posición de Apache en el pasado. El corazón de la cuestión son las condiciones de concesión de licencias en las que el Java Technology Compatibility Kit (TCK) es distribuida. El TCK-que hace falta para demostrar la conformidad de una implementación de Java con el lenguaje estándar-es gravado por las restricciones de campo de uso que son fundamentalmente hostiles a los implementadores de código abierto de Java.

Las restricciones de licencia TCK viola los términos de una política de gobierno del JCP, que especifica que todas las pruebas de compatibilidad se efectuará en los términos que conducen a terceros, las implementaciones de código abierto de Java. Se cree que Oracle tiene desconocimiento de esta política lo cual constituye una violación potencial de contrato. La ASF está amenazando con abandonar la JCP, si Oracle no se resuelve el problema mediante el suministro de la TCK en condiciones adecuadas. Si la ASF fueron a pie de la JCP en tales condiciones, sería poner fin a la pretensión de que Java es un lenguaje abierto.

"Oracle está violando sus obligaciones contractuales según lo dispuesto en las normas de la JCP sólo por ofrecer una licencia TCK que impone los términos y condiciones adicionales que no son compatibles con las licencias de código abierto o software libre", declaró el FSA en un comunicado. "La ASF dará por terminado su relación con el PCC, si nuestros derechos como ejecutores de las especificaciones de Java no está confirmada por el Comité PCJ Ejecutivo a los límites de la capacidad de la CE. La falta de aplicación activa, fuerte y clara de estos derechos implica que el JSPA acepte que los acuerdos no tienen valor, lo que confirma que las especificaciones de JCP no son más que documentos de propiedad. "

La hostilidad de Oracle en su manera de administrar está erosionando rápidamente la relación de la empresa con las personas involucradas una serie de proyectos de software de código abierto que ha obtenido al adquirir dom. Una gran parte de los desarrolladores de OpenOffice.org han bifurcado el paquete de código abierto y los grupos de interesados independientes han surgido para apoyar las diversas horquillas MySQL y reemplazos, como MariaDB.

Nota: Esta es una traducción con google y no eh tenido tiempo de modificar y acomodarlo bien, así que dejo el original:
Apache Foundation to vote down Java 7, protesting Oracle abuses

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.

Ya decía yo que no

Ya decía yo que no entendía varias cosas, pero creí que era por que estaba leyende entrelineas.

Entonces? La ASF puede votar en contra de Java 7 y retirarse. Si lo hiciera y luego los demás miembros lo hicieran, Java regresaría a ser propietario con Oracle?

Ya no entendí.

A ver si alguién puede en breves palabras ilustrarnos.

Imagen de luxspes

Viejos problemas...

La decisión de Oracle para bloquear el proyecto Apache Harmony de ser reconocido como compatible con los estándares entra en conflicto con las normas que rigen la normalización de Java y ha planteado serias dudas sobre la apertura del lenguaje de programación.

Bueno, esa bronca existe desde tiempos de Sun (curiosamente, mientras que Java presume de abierto, en realidad Sun no se atrevio ni siquiera a hacerlo un estandar, asi que C#, JavaScript o Eiffel si son estandarles ECMA que cualquiera puede implementar, pero Java: NO)

ASF tiene la intención de luchar utilizando su sede en el Java Community Process (JCP) del Comité Ejecutivo de votar en contra de la aprobación de Java 7, la próxima versión del lenguaje de programación. La ASF está llamando a las otras partes interesadas en la cuestión de Java para emitir un voto similar en protesta por incumplimiento de Oracle de protocolo. Si se tuviera este respaldo de mayoría con la ASF, que serviría como un voto de no confianza en la administración de la JCP y Oracle del lenguaje Java.

A menos que TODOS decidan apoyar a la ASF, no creo que pase nada. Hasta cierto punto, podria resultar positivo, la ASF quisa podria entonces dedicar sus esfuerzos a apoyar algun otro lenguaje (como Scala)

Las restricciones de licencia TCK viola los términos de una política de gobierno del JCP, que especifica que todas las pruebas de compatibilidad se efectuará en los términos que conducen a terceros, las implementaciones de código abierto de Java. Se cree que Oracle tiene desconocimiento de esta política lo cual constituye una violación potencial de contrato. La ASF está amenazando con abandonar la JCP, si Oracle no se resuelve el problema mediante el suministro de la TCK en condiciones adecuadas. Si la ASF fueron a pie de la JCP en tales condiciones, sería poner fin a la pretensión de que Java es un lenguaje abierto.

Es cierto, en realidad no es, ha sido (ni creo que llegue a ser) abierto, no creo que Oracle se atreva a ceder el control de Java (pongamos como ejemplo el lenguaje de Oracle PL/SQL, que yo sepa, Oracle no ha hecho nunca esfuerzos por estandarizarse, ni creo que los haga jamas)

La hostilidad de Oracle en su manera de administrar está erosionando rápidamente la relación de la empresa con las personas involucradas una serie de proyectos de software de código abierto que ha obtenido al adquirir dom.

Cual hostilidad de Oracle?, este problema es viejisimo, Sun siempre fue "hostil" a Harmony. En todo caso, Oracle simplemente estaria siendo consistente con la politica que Sun siempre siguio al respecto

Una gran parte de los desarrolladores de OpenOffice.org han bifurcado el paquete de código abierto

Reacciones irraccionales en mi opinion: Si Oracle cancelaba OpenOffice, bien podrian hacer el fork despues, y no antes. Estos forks son como divorciarte por que es posible que algun dia en el futuro tu esposa te abandone: Al final, tu solito te aplicas el castigo que estabas queriendo evitar.

y los grupos de interesados independientes han surgido para apoyar las diversas horquillas MySQL y reemplazos, como MariaDB.

De nuevo, como les comento, este tipo de esfuerzo se pueden clasificar de 2 maneras: Evolucion normal (cada X tiempo ocurren forks en los proyectos OpenSource, ese el chiste de que sean OpenSource), y evolucion irracional: A alguien le da "miedo" que Oracle haga que algo deje de ser libre y lo forkea (aunque en el caso de MySQL, gracias a LGPL no puede dejar de ser libre, el unico riesgo real es que deje de ser gratis) y en el caso de Java... pues nunca ha sido realmente libre (al menos no el lenguaje mismo)

Re: Viejos problemas

Lo que no me queda muy claro es lo del apoyo a Scala...Recuerda que Scala corre sobre Java. Sería cómo utilizar Java en otro sabor, ¿no?...¿Se libraría de problemas en verdad?...¿Qué tan abierto es Scala?. No sé de momento Scala no me convence, igual puede convencer a Apache, quien dice y en una de esas =)

Imagen de bferro

Es una historia antigua.

En efecto es una bronca que ya tiene más de tres años y la sangre no ha llegado al río. Esta es la carta abierta de ASF a SUN:

Muchos también se preguntan cuál es el interés de ASF en su proyecto Harmony.

Imagen de greeneyed

Aprovechando la coyuntura...

Este es un movimiento de Apache para aprovechar el cambio de dueño de Java y la mala prensa que tiene Oracle en estos momentos para ver si consigue sacar algo en un conflicto que ya es viejo. No es que no tenga razón y el TCK debería se también abierto, pero ni la historia es nueva ni viene el apocalipsis ni Java dejaría de ser menos abierto si no lo hacen. Sería igual de abierto que ahora. Lo que pasa es que lo podría ser más.
Personalmente creo que en Apache se equivocan y conseguirían más con la zanahoria que con el palo, que Oracle no es de los que se deja intimidar y menos con ese tipo de argumentos, pero supongo que la frustración después de tanto tiempo les puede.

Imagen de ezamudio

luxspes

Hasta cierto punto, podria resultar positivo, la ASF quisa [sic] podria entonces dedicar sus esfuerzos a apoyar algun otro lenguaje (como Scala)

La bronca no es con el lenguaje, es con toda la JVM. Harmony es una implementación de la JVM. Aunque decidan apoyar Scala, Groovy, Gosu, JRuby, Jython o Jwhatever no van a poder usar esos lenguajes sin una JVM.

Imagen de bferro

En esto no hay madre Teresa de Calcuta

Cuando IBM decidió apoyar ASF Harmony, ASF vió con buenos ojos aliarse al Big Blue. De esta manera contaba con un padrino muy poderoso para ese proyecto y se "olvidó" un poco de la querella. Ahora que el padrino lo "desbautiza" vuelve de nuevo a la carga. Como ya han comentado, esto no representa el apocalipsis de Java. Predecir el fracaso o éxito de Java en el futuro es tarea de Nostradamus. Además, son varias las implementaciones de la máquina virtual que se han construido y que se usan a pesar de las limitaciones con el TCK.

Las broncas en la industria de software son constantes, inclusive en el mundo de open source. Stallman se enoja cuando decimos Linux y no GNU/Linux para referirnos al sistema operativo, y así podremos encontrar muchos ejemplos.

Imagen de luxspes

Que busquen otra VM

La bronca no es con el lenguaje, es con toda la JVM. Harmony es una implementación de la JVM. Aunque decidan apoyar Scala, Groovy, Gosu, JRuby, Jython o Jwhatever no van a poder usar esos lenguajes sin una JVM.

De acuerdo... en ese caso, por que no mejor apoyan otra plataforma? Como Mono, y para aprovechar sus esfuerzos con Harmony, pues podrian apoyar tambien a IKVM. O si no les late jugar en terrenos de MS, pues que apoyen a LLVM ;-)

El modelo opensource está fallando

Sprinsource compró a G2One la empresa que inicialmente popularizó a las tecnologías Groovy y Grails; Springsource fué comprada por vmware, vmware será comprada por ... Lo mismo podemos decir de MySQL, la cuál fué comprada por Sun y el resto ya lo sabemos que fué comprada por el gigante Oracle, con el paquete completo Java, etc.. Esto definitivamente genera inestabilidad y desmotivación entre nosotros los desarrolladores. Digamos que el opensource es una vía para volver millonarios a algunos, pero nosotros quedamos en medio, esa es la triste historia. El otro dia aqui alguien decia que tenia un plan de contingencia, y le pregunté cuál era su plan y simplemente no respondió. Si estoy aqui es porque me interesa Java, Groovy, Grails, etc. y me interesa su crecimiento, pero es una realidad que estamos teniendo una crisis de elección del camino a tomar principalmente por lo que está haciendo Oracle dónde ese Larry Ellison es como una ave de mal aguero.

RE: El modelo opensource está fallando

Si te respondí si no mal recuerdo en este post el comentario se llama "Re: Esto es lo que quiero hacer". ;)

Gracias wishmaster77

Es correcto, lo acabo de leer :) Por cierto muy bien. De hecho en algún tiempo estuve programando en Ruby On Rails, pero me di cuenta es muy bueno para la web, pero cuando intentas programar un sistema para negocios hechas de menos un buen reporteador. Por ahi se que existe Prawn, pero no me es suficiente, necesito mayor rapidez de desarrollo y ejecución. Es por eso que estoy revisando groovy principalmente porque tienes toda la maquinaria de java (jasperreports por ejemplo) y otros artefactos que te son utiles. Por ahi alguien me diga ey pero tienes la maquina virtual JRuby, pero te digo para que molestarse si tenemos groovy y grails. Pero mi post anterior revela que estoy preocupado por lo que suceda a java y toda su legión.

Saludos.

Re: Gracias wishmaster77

Bueno, yo no tocaría otro lenguaje que corriera sobre Java, por el simple hecho de que es bueno aprender otra cosa. Es decir veo gente que utiliza Scala y si bien chido...hasta que ves que quieren usar Scala cómo Java. Y así pasa con Grails, JRuby, Jython, etc; lo bueno de aprender otro lenguaje es aprender otro enfoque.

Imagen de luxspes

El modelo Opensource esta FUNCIONANDO

Sprinsource compró a G2One la empresa que inicialmente popularizó a las tecnologías Groovy y Grails; Springsource fué comprada por vmware, vmware será comprada por ... Lo mismo podemos decir de MySQL, la cuál fué comprada por Sun y el resto ya lo sabemos que fué comprada por el gigante Oracle, con el paquete completo Java, etc.

Okey, es correcto

Esto definitivamente genera inestabilidad y desmotivación entre nosotros los desarrolladores.

Por lo que he observado efectivamente genera desmotivacion... aunque en mi opinion una desmotivacion irracional y sin sustento real.

Piensalo, por que habria de desmotivarnos que ahora Spring tenga el respaldo de una empresa multimillonaria? al contrario, deberiamos estar felices, ya tenemos un argumento mas para convencer a nuestros jefes para que usen Spring: "Ahora Spring tiene el respaldo de una empresa multimillonaria, igual que .NET o que JEE", segun yo, eso es algo positivo

Digamos que el opensource es una vía para volver millonarios a algunos, pero nosotros quedamos en medio, esa es la triste historia.

Cual es la triste historia? Que la la gente reacciona irracionalmente, por no comprender las diferencias entre las licencias GPL, LGPL, BSD, asi como la filosofia Opensource en general y se aterra de los forks o cree que "MySQL va a dejar de ser libre" lo cual es solo un reflejo del no entendimiento de la licencia GPL de MySQL?

Si estoy aqui es porque me interesa Java, Groovy, Grails, etc. y me interesa su crecimiento, pero es una realidad que estamos teniendo una crisis de elección del camino a tomar principalmente por lo que está haciendo Oracle dónde ese Larry Ellison es como una ave de mal aguero.

Cual crisis? crisis basada en que? en FUD? Larry Ellison es ave de mal aguero? Por que? por que va a hacer que las tecnologias que llevarona la quiebra a Sun se vuelvan redituables? yo no veo mal en ello... ustedes si? por que basados en FUD, se han creado forks de MySQL y OpenOffice? crear forks siempre a sido prerrogativa de quien quiera que descargue un proyecto opensource: ese es precisamente le chiste de que sean opensource, para eso se invento, para que si no te gusta el camino que sigue el fabricante principal tu puedas tomar el codigo y hacer tu camino. Larry Ellison no tiene nada que ver en ello.

El modelo OpenSource no esta fallando, el modelo simplemente esta realizando las acciones para las que fue creado, dar libertad a la comunidad de un producto para hacerlo evolucionar por una ruta diferente la de su autor original. En todo caso, el modelo esta funcionando, y como lo hace sobre proyectos con mucha visibilidad, algunas personas se asustan por que no comprenden el modelo y creen que esta fallando, cuando simplemente esta siguiendo su curso de vida natural.

Imagen de ezamudio

De acuerdo

Estoy de acuerdo con luxspes. No soy fan de Ellison y lo del pleito con Google también desmotiva bastante, pero es muy cierto que lo de Spring por ejemplo es algo bueno. No entiendo por qué algunos creen que el open source tiene que estar peleado con el dinero o con el mundo corporativo.

Groovy es un buen lenguaje y está muy chido poder usarlo para escribir menos código que en Java y hacer cosas que Java no puede (como lo de los closures), no veo el problema con que ahora una empresa grande compró a la empresa donde se creó. Lo mismo va para Grails. Para mí que incluso le da más estabilidad que si estuviera Grame Rocher solito en un sótano alucinando qué debe hacer la nueva versión de Grails.

Siendo irracional :)

Hola luxpes:

Hace calor por aca :)) Para mi en lo personal ha sido desafortunado que Java y MySQL hayan caido en manos de Oracle. Pero asi es como funciona el capitalismo. Que bueno que tengas toda tu confianza depositada en Oracle, pero los hechos están demostrando que Oracle defenderá sus intereses a capa y espada (está bien como debe ser) y en los cuáles saldrán beneficiados unos y perjudicados otros. Esto te lo digo sin haber leido deteninadamente la GPL, LGPL, etc. a Richard Stallman a la GNU y a todo lo referente. Si todo es miel sobre ojuelas en Oracle, dime porqué han renunciado algunos miembros principales del Java Team. Para mi es mejor un opensource dónde nadie sea el dueño y algo perdure y evolucione para siempre y lo encuentres siempre en el mismo lugar. Eso si es opensource. Donde no exista la copyright, eso para mi es la libertad y no estar supeditado al movimiento del otro. Dónde todos seamos dueños. Creeme que traté de explicar lo anterior lo más razonablemente posible :) Y por más que te esfuerzes va ser muy díficil que cambie mi percepción.

Me hiciste reir y muy cierto ezamudio

De acuerdo ezamudio. Ya mi imagino a Grame Rocher en el sotano preguntandole a las paredes cómo inyectar las dependencias entre los modelos y como interactuar el controlador con las vistas para que funcione todo chido y poder salir al patio y ver la luz de una nueva versión. jajaja me hiciste reir

Imagen de ezamudio

copyright

Alex Noria: Creo que tienes un error de percepción con el software libre, porque para nada está peleado con el copyright, de hecho las licencias como GPL defienden el copyright. Si hago un proyecto y lo libero bajo GPL no queda en dominio público; el copyright es mío, pero la licencia te da derecho a usarlo como gustes, pero si lo modificas y luego lo quieres redistribuir, tus modificaciones caen bajo la GPL y por lo tanto también las debes hacer disponibles a los que usen tu versión modificada.

Es muy bonito pensar que el software libre es imparable y que continúa evolucionando para siempre, pero la triste realidad es muy distinta. Por ejemplo, Tapestry: Es un framework muy bueno pero el autor (Howard Lewis Ship) no tuvo reparo en hacer que la versión 4 fuera totalmente incompatible con la 3, con lo cual perdió muchos adeptos, y luego la 5 fue completamente diferente de la 4 y no se puede "actualizar" ni siquiera migrar; si quieres pasar una app de T3 a T4 o T5 tienes que reescribirla, punto. Para la versión 5 este cuate ya dijo que se compromete a que las siguientes versiones sí mantendrán compatibilidad pero para ahorita ya casi nadie le cree, y tiene medio abandonado el framework porque ya se distrajo con Clojure y no sé qué otras cosas, porque se volvió freelance cuando antes trabajaba en Formos, una empresa que lo estuvo apoyando con Tapestry pero ps ahora ya no hay apoyo de nadie más que de él y unos pocos devs que le ayudan con el framework.

Y como ese hay otros casos en que un programador hizo un software libre y está muy chido mientras le siga metiendo mano pero luego lo abandonan por la razón que sea. En teoría obviamente es posible que alguien haga un fork o tome el proyecto y lo continúe pero en la práctica no es tan común como quisiéramos; por eso muchas veces es bueno que un proyecto importante de software libre, como Spring por ejemplo, tenga el respaldo de una empresa; le van a dar una dirección, estabilidad, constancia, etc y se puede formar un ecosistema más robusto alrededor del proyecto que sería muy difícil lograr por sus autores de manera independiente.

En cuanto a la desbandada de Oracle, eso es porque el ambiente laboral es muy distinto del de Sun y pues no es lo mismo estar aquí cómodamente desde fuera esperando a que salga Java 7, que estar trabajando en una empresa donde te sientes muy a gusto con tu sueldo, prestaciones, compañeros de trabajo, oficina etc y de repente llega un tipo que quién sabe quién es y resulta que es tu nuevo jefe y te empiezan a decir cómo van a ser las cosas a partir de ahora y te cambian de oficina, te quitan prestaciones, pierdes antigüedad, etc cosas laborales que poco o nada tienen que ver con el proyecto que estabas realizando y decides mejor irte a otro lado, porque no vas a sacrificarte para continuar con el noble propósito de sacar Java 7 a cualquier precio para los que estamos esperándolo.

Imagen de luxspes

Buscando hechos: aprender para evitar irracionalidad

Hace calor por aca :)) Para mi en lo personal ha sido desafortunado que Java y MySQL hayan caido en manos de Oracle.

Si te afecto de manera personal, por favor comparte la experiencia: Perdiste tu trabajo como resultado de que Java y MySQL hayan caido en manos de Oracle? Algun cliente te cancelo un proyecto? O de que manera te afecto personalmente?

Que bueno que tengas toda tu confianza depositada en Oracle, pero los hechos están demostrando que Oracle defenderá sus intereses a capa y espada (está bien como debe ser) y en los cuáles saldrán beneficiados unos y perjudicados otros.

C'est la vie. Y si, si en algo se puede confiar, es en que Oracle hara lo que le conviene (igual que todos los demas en este planeta)

Esto te lo digo sin haber leido deteninadamente la GPL, LGPL, etc. a Richard Stallman a la GNU y a todo lo referente.

Pues, en serio te digo, en el mejor de los planes, y sin intencion de ofender, que deberias leer al respecto, por que no puedes afirmar que "el modelo Opensource esta fallando" si no sabes ni que es el modelo opensource

Si todo es miel sobre ojuelas en Oracle, dime porqué han renunciado algunos miembros principales del Java Team.

Claro que yo no estuve ahi para verlo, pero no me parece un indicador indiscutible, que te parece si te reviro la pregunta: Si todo era miel sobre hojuelas en Sun, por que iba camino a la quiebra y tuvo que venderse a Oracle? (Ahora preguntate a que tipo de condiciones de trabajo improductivas estaban quizas acostumbrados esos que renunciaron, y si no lo hicieron simplemente por que no aguantaron que Oracle los pusiera a chambear en serio).

Para mi es mejor un opensource dónde nadie sea el dueño y algo perdure y evolucione para siempre y lo encuentres siempre en el mismo lugar.

Si no quieres que nadie sea el dueño, entonces no es opensource, se llama "public domain" y tambien tiene sus broncas, precisamente debido a ellas fue que se inventaron las licencias opensource, precisamente para proteger la propiedad intelectual y mantenerla siempre libre, que es precisamente lo que GPL hace con MySQL, de nuevo, en buen plan y sin animos de ofender, te recomiendo leer sobre cuestiones de licenciamiento de software y propiedad intelectual.

Donde no exista la copyright, eso para mi es la libertad y no estar supeditado al movimiento del otro.

No estas supeditado al movimiento de nadie: en este preciso momento tu puedes bajar el codigo de MySQL, y empezar tu proyecto AlexMyEzeKuel, sin pedirle permiso a nadie, ni estar supeditado a nadie, ese es el poder que da la GPL, y Oracle no puede hacer nada para evitar eso. (Claro que la GPL tambien evita que tu puedas restringir a otros, y a su vez evita que puedas ligar MySQL a cualquier codigo comercial, el unico que si puede conceder permisos para ligarse comercialmente a MySQL es precisamente Oracle, por eso digo que decir que el modelo opensoure esta fallando es un sin sentido, el modelo funciona perfectamente, MySQL nunca perdera su naturaleza opensource, lo que podria llegar a perder, es su lado comercial).

Tu has usado MySQL en algun proyecto? y cuentame tu proyecto es tambien GPL? por que si no lo es, y tu distribuiste un proyecto que usara MySQL, entonces has cometido un acto de violacion de los derechos de propiedad intelectual de los autores de MySQL, igualito que cuando usas una copia pirata de MS-SqlServer (y esto ha sido verdad desde que nacio MySQL... no te gusta violar la ley? usa un proyecto con licencias sin estas limitaciones, como PostgreSQL, pero recuerda, esta limitacion siempre estuvo ahi, Oracle no tuvo nada que ver)

Creeme que traté de explicar lo anterior lo más razonablemente posible :) Y por más que te esfuerzes va ser muy díficil que cambie mi percepción.

Mi intencion no es cambiar tu percepcion, mi intencion es solo evitar que se sigan propagando conceptos erroneos sobre como funciona el opensource por parte de personas que no han leido detenindamente la GPL, LGPL, etc. a Richard Stallman a la GNU, etc, etc. Tal vez ya no pueda evitar que tu tengas ideas equivocadas al respecto, pero espero al menos evitar que otros sigan tu rumbo

Libre pero encadenado. La trampa del Java.

Primeramente gracias por responder luxspes, en verdad ha valido la pena tus comentarios, estoy reflexionando y sobre todo documentandome. Me llamó la atención este link [1] Esto que se comenta aqui en qué pudiera perjudicar en un futuro al mundo Java, ahora en su nuevo hogar en Oracle ?

[1]

Imagen de bferro

Como bien dicen, que sea abierto es una cosa y otra ...

El comentario de luxspes es muy acertado. Ahora resulta que el diablo es Oracle en relación con Java, MySQL, etc., como para muchos también lo es Microsoft cuando nos olvidamos que el acceso a un computadora para los que no son computólogos se debe mucho a MS. Nunca he visto a una secretaria usando emacs ni Open Office para escribir una carta. Y conste que no estoy defiendiendo ni a uno ni a otro.
En diciembre del año pasado, Michael "Monty" Widenius pidió al mundo que saboteara la compra de MySQL por parte de Oracle. Muchos lo siguieron pero también otros muchos comentaron que no pensó igual cuando le vendió MySQL a Sun (por muchos billetes verdes) . Y no pasó nada, todo el mundo siguió usando MySQL con todas sus bondades.

Larry Ellison también tiene su lado bueno. Es el millonario que tiene destinado el 95% de su fortuna a causas caritativas (). Y el mundo de las bases de datos le debe bastante a Oracle. En la academia podemos enseñar Oracle Database sin pagar un centavo, como otras cosas de otras compañias.

Que las grandes ideas tengan sus grandes padrinos no es nada malo.
Como dije en uno de mis comentarios anteriores. No pretendamos encontrar Madres Teresa de Calcuta en el open source que no las hay.

Imagen de neko069

En mi opinión, ese link

En mi opinión, ese link hubiera servido más, antes, ahora que Oracle va a respaldar de alguna forma al openJdk, como que ya no tiene tanto sentido....

Imagen de luxspes

MySQL siempre fue GPL: Con lo positivo y negativo

En diciembre del año pasado, Michael "Monty" Widenius pidió al mundo que saboteara la compra de MySQL por parte de Oracle. Muchos lo siguieron pero también otros muchos comentaron que no pensó igual cuando le vendió MySQL a Sun (por muchos billetes verdes) . Y no pasó nada, todo el mundo siguió usando MySQL con todas sus bondades.

Exactamente, y tanto Widenius como Sun hacian dinero diciendo: "Puedes usar MySQL "gratis" en modo GPL, pero entonces si vas a distribuir tu proyecto este tiene que ser GPL o si quieres hacer algo que tenga otra licencia (comercial o "freeware" sin codigo fuente, por ejemplo) entonces tienes que pagar una licencia comercial de MySQL".

Tanto Widenius, como Sun (como ahora Oracle) pudieron, en cualquier momento y desde el principio, decidir dejar de ofrecer la licencia comercial, dejando viva solamente la parte "opensource" de MySQL (pero, y esto es muy importante, no la parte "gratis", la parte "gratis" sin la obligacion de poner tu codigo en GPL antes de redistribuirlo nunca existio)

Si Widenious hubiera querido verse altruista (aparte de no cobrar la mega lana que le cobro a Sun) deberia haber cambiando su licencia LGPL, ahi si, el codigo interno de MySQL permanece opensource para siempre, pero no hay restricciones para ligarlo con codigo comercial (aunque a algunos esto no les gusta). No lo hizo cuando era el dueño, asi que ahora es decision de Oracle como manejar las cosas.

Imagen de greeneyed

Ese enlace está obsoleto

Ese enlace es de antes de que saliera el OpenJDK con licencia "GPL + ClassPath exception" y que se iniciara el proyecto para eliminar del OpenJDK las partes que no eran libres (drivers de audio, clases internas de diversos tipos etc...) y al final lo que ha pasado es que la gente que trabajaba en GNU ClassPath, CGJ y otros proyectos han aportado su código para tener un OpenJDK realmente libre.
No mucho después el propio Stallman dijo que Java ya no era una trampa, pero bueno, para éste hombre JavaScript, GWT, Gmail etc. etc. son todo trampas, y en su percepción lo son, así que tampoco hay que alarmarse por que a algo lo llame así. :)

Imagen de greeneyed

Razones para dejar Oracle

Yo sí conozco personalmente a algunas personas que trabajaban en Sun y dejaron Oracle y las razones más habituales para ello son el cambio de filosofía empresarial, más que otra cosa. Y casi todas ellas quieren seguir colaborando con Java desde fuera y confian en su futuro, sólo que no quieren trabajar en una compañía estilo Oracle. Si Google hubiera comprado Sun verías como no se hubiesen ido ni la mitad.
Pero como dice luxpes, aunque tengan razón y el ambiente sea totalmente diferente, la realidad es que Oracle hace millones y Sun fue devorado, así que decir que con Oracle Java tiene menos futuro es una insensatez, ya que el pasado demuestra lo contrario. Otra cosa es que para asegurar el futuro de Java, Oracle tendrá que hacer algunas cosas que no le darán buena prensa, como demandar a Google y con toda la razón del mundo, pero es que a Oracle le importa el $, no la buena prensa entre los desarrolladores filósofos sin dinero como nosotros :).

Gracias greeneyed ...

Qué bien que está obsoleto. Como lo comenté en mis primeros posts de este tema me interesa mucho que Java siga con buena salud para bien de nosotros los desarrolladores. Gracias nuevamente.

La próxima guerra sobre el futuro de Java

así que decir que con Oracle Java tiene menos futuro es una insensatez, ya que el pasado demuestra lo contrario

Esta misma insensatez está provocando fuertes reacciones. En slashdot [1] se comenta sobre lo que escribio Neil McAllister, que debido a la guerra que la Apache Software Foundation le ha declarado a Oracle sobre Java, la propia ASF puede convencer a sus miembros a seguir su ejemplo y de esta manera desentrañar a la comunidad Java en su conjunto, con esto los educadores, academicos e investigadores tendrían pocos incentivos para permanecer fiel a la plataforma controlada por Oracle. Los desarrolladores independientes podrían enfrentar las decisiones más díficiles ....

[1]

Saludos

Imagen de greeneyed

¿Slahsdot como una fuente fiable?

Cuando haya algo más sólido entonces me lo tomaré en serio. Un tema y una discusión en slahdot es como para echarse unas risas. Y en serio, el que ha escrito ese artículo debería revisar sus fuentes por que eso que "amenaza" con hacer Apache lo llevaba haciendo años, que es votar en contrar de todo "por motivaciones políticas". Educadores, académicos e investigadores dirán lo que quieran, pero mientras el negocio esté en Java, Java seguirá existiendo.

Y ya lo hemos dicho en este tema varias veces, es una lucha publicitaria para revivir un tema ya tratado.

PD: Y para demostrar que gran parte de lo que hay es histeria sin fundamento, aquí un hecho para los catastrofistas sobre el anuncio de Apple de no mantener su propio JDK:

Imagen de luxspes

Mas irracionalidad: Cuestion de moda?

Cuando haya algo más sólido entonces me lo tomaré en serio

Totalmente de acuerdo, solo hay que leer el articulo para darse cuenta que es puro FUD emitido por alguien con poco entendimiento de la situacion

En slashdot [1] se comenta sobre lo que escribio Neil McAllister, que debido a la guerra que la Apache Software Foundation le ha declarado a Oracle sobre Java,

Tal ves al señor Neil McAllister le convendria informarse al respecto de que dicha guerra la ASF se la declaro a Sun hace años, y a Oracle nomas le toco entrar (sin deberla y ni temerla) por ser el nuevo dueño de Java

la propia ASF puede convencer a sus miembros a seguir su ejemplo y de esta manera desentrañar a la comunidad Java en su conjunto, con esto los educadores, academicos e investigadores tendrían pocos incentivos para permanecer fiel a la plataforma controlada por Oracle.

No es que no crea yo que Java valga la pena en el mundo academico, pero la verdad, para ese mundo hay plataformas mucho mas adecuadas (y que tienen caracteristicas que en muchos sentidos hacen ver verdaderamente primitivo a Java) como Haskell, OCAML, o inclusive Scheme. Si yo diseñara un plan academico enseñaria primero:

Scheme: Para que los alumos aprendan lo que algoritmicamente se puede hacer, sin preocuparse por el hardware o los tipos. (Con este libro)
Smalltalk: Para que se enteren de que es verdaderamente programar orientado a objetos
Haskell: Para que puedan ver lo que te da introducir tipos en el paradigmas funcional el poder que puedes obtener de un lenguaje strong typed
REL: Para que se enteren de que es verdaderamente el modelo relacional
C: Para que sepan programar al nivel mas cercano a los fierros sin llegar a estos.
Assembler: Para que entiendan en que se convierte todo al final (y la pesadilla que seria hacer todo a este nivel)
Prolog: Para que vean que hay maneras de programar totalmente distintas a todo lo que se habian imaginado.

Java? JavaScript? C#? Ruby? PHP? Phyton? si quieren que los aprendan en un curso despues de salir de la universidad o en un taller o materia de "lo que se usa actualmente en la industria". Si bien es cierto que la Universidad deberia preparate para lo que encontraras aqui afuera, tambien es cierto que es uno de los pocos lugars que se puede dar el lujo de ponerte en lenguages quiza no tan populares, pero si muy interesantes y que pueden darte una perspectiva diferente de lo que es el desarrollo.

No es tampoco un metodo cientifico irrefutable, pero prueben visitar Lambda the Ultimate, a ver que tanta discusion encuentran sobre la guerrita Oracle/ASF, y notaran, que a los academicos dedicados a discutir lenguajes de programacion, sencillamente: no-les-importa.

Los desarrolladores independientes podrían enfrentar las decisiones más díficiles ....

'Independent developers could face the toughest decisions of all. Even if the JCP dissolves, many developers will be left with few alternatives,' with .Net offering little advantage,
and Perl, Python, and Ruby unable to match Java's performance

.NET con pocas ventajas? Supongo que por eso .NET tiene closures desde hace años, mientras que Java todavia esta decidiendo si se los pone en la version 7 o en la 8, o soporte para queries integrados en el lenguaje (y si creen que eso no ayudaria a Java, lean sobre lo que es posible con PLINQ). Y no menciono mas ventaja, por que esto es javamexico, no .netmexico ;-).

En serio Neil McAllister cree que los desarrolladores independientes estan preocupados por esta antiguisima bronca de la ASF? En serio creen que van a querer huir "en masa" de Java, pero no van a poderlo hacer por que no van a tener a donder ir? Si en verdad es asi, a mi lo que me procuparia entonces no es la bronca ASF/Oracle, si el aplastante grado de falta de pensamiento critico reflejado por los desarrolladores independientes si se dejan llevar por este tipo de FUD. Por otro lado, desfortunadamente, tampoco seria la primera vez, tal vez es simplemente momento de que inicie una nueva moda....

The dark horse? Google Go — a language Google might just fast-track in light of its patent suit with Oracle over Android.

Si, aja, Go va a matar a Java.... Mirosoft y C# no han podido (ni Ruby, ni Phyton, ni PHP ni...), pero Go, con una mano en la cintura, van a reemplazar a Java.... JA! es tan ridiculo que practicamente no amerita una respuesta. Estamos hablando del mismo GO que "At this point, Go isn't mature enough for critical applications, but it is stable enough for "simple Web servers, text processing and other such things," Rob Pike, a Google software engineer who is one of the leaders of the Go project, said.". Sencillamente: JA!