C&P: En su análisis del pleito de Oracle a Google ... dice que "Google debería ajustar cuentas con Oracle, y pasarse a la plataforma .NET." Según de Icaza, la promesa de patentes de Microsoft permite implementaciones extendidas de C#, esto es: han de ser completas, pero pueden tener añadidos.
|
etiquetas: icaza , google , android , java , oracle
Vete a cagar Miguelito, android a los brazos de microsoft, lo que le faltaba al mundo.
En cualquier caso, ¿quién asegura nada?, despues de la gran trayectoria que ha tenido JAVA, ha venido oracle y le ha dado un tortazo a todos los desarroladores ¿no?
PD: Que no se me malinterprete, solo digo que hablar de seguridad, en ambos casos parece que es igual que hablar de metafisica
Tienen una motor maravilloso, con JIT incorporado. Sólo hay que escribirle unos bindings y listo.
JavaScript es un lenguaje con el que casi todos los programadores tienen alguna experiencia. Se usa en la web, en el lado del cliente y en el lado del servidor. Se usa en aplicaciones, como un lenguaje de scripting para extenderlas. Firefox y los productos de Mozilla, están implementados en gran parte en JavaScript.
JavaScript es un lenguaje incomprendido. Es funcional, más relacionado con Lisp y OCalm. Está orientado a prototipos, pero permite la emulación de OOP. También permite la programación procedural de toda la vida. Es súper flexible.
Últimamente, está en la cresta de la ola, siendo uno de los lenguajes más usados. Normalmente no lo cuentan en las estadísticas, pero si nos ponemos a contar las páginas/aplicaciones web que lo usan, seguramente sería el más usado. ActionScript es un primo suyo bastante exitoso, también.
Es increíblemente rápido. La competencia entre los navegadores ha hecho que se convierta en uno de los lenguajes de alto nivel más ligeros que existen.
GOOGLE: Implementad (o contribuid a esta: code.google.com/p/jslibs/w/list ) una maldita colección de clases, como las de Java o .NET o Python. Y hacedla open source. YA. Por favor.
JavaScript es el lenguaje del futuro, amigos. Algún día rescataré este mensaje y os diré: "¡os lo dije!"
Dalvik es, en teoría, la implementación Android de la máquina virtual de Java (de la especificación J2ME, concretamente). Y digo en teoría porque Google no admite que lo sea, y planea seguir su desarrollo de manera independiente a lo que define el JCP, de manera que la maniobra es captar ahora aplicaciones y desarrolladores Java, que en un futuro serán Dalvik, no compatibles con el Java de Oracle. Como Oracle es quien tiene la propiedad intelectual de Java, por eso lo denuncia, porque Google se basa en Java para crear otra cosa, cuando lo que debería hacer es, si quiere basar su tecnología en Java, es ceñirse a los estándares.
El "problema" que lo diferencia de la J2SE, es que mientras que esta tiene la "excepción classpath" que permite utilizar librerias Java que te han licenciado como GPL, sin necesidad de que tu aplicación sea GPL, eso no pasa con la J2ME. En la J2ME, si lo que tienes es una licencia GPL, todo lo que hagas tiene que ser libre, cosa que no le hacía mucha gracia a Google. El resumen es que si quieres hacer sofware propietario con J2ME, tienes que pagarle a Oracle,
De hecho la denuncia no es por implementar Java es por patentes más concretas. #19 Lo explica muy bien.
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1
Esto es mezclar instrucciones de máquina virtual y de código nativo lo hacen Tracemonkey, .Net, mono...
Eso sí, venderlo como un ataque de Oracle al software libre, pintando a Google como su defensor, como dicen muchos, es una soberana estupidez, desde mi punto de vista.
Eso ya no es posible. Dalvik no puede ser compatible con JVM/J2ME.
No, en serio, no estoy 100% al día en el tema de dispositivos móviles, así que no se cual es el estado actual de Android o de Dalvik, pero me interesa bastante.
Por el bytecode. Dalvik VM usa su propio formato de bytecode distinto e incompatible del de Sun, es una máquina virtual que interpreta o compila vía JIT los .dex. Y ya no hay vuelta de hoja, Es una máquina virtual para un bytecode. Da la casualidad de que el lenguaje principal es java, pero si haces una implementación de java para .Net/CLR que genere el equivalente no dejaría de ser una máquina distinta.
Así que no vamos a tener una único ejecutable para J2ME y Dalvik. ¿Y poder usar la misma base de código? Tampoco. Dalvik no ofrece nada especifico de J2ME, es compatible con un subconjunto de J2SE. developer.android.com/reference/packages.htmlGran parte del código tendría que ser escrito para cada plataforma. Y no creo que Google se vaya a molestar en hacer el esfuerzo de hacer su plataforma más similar a la de j2me siendo la suya en líneas generales mejor.
Aunque para Dalvik se usen herramientas típicas de Java eso no cambia eso. Y ni JUnit ni eclipse son de Oracle.
Cuando me refiero a un acuerdo que mantenga la estandarización, no me refiero a que Google haga su plataforma más similar a J2ME, sino más bien al contrario, que el estandard J2ME se mueva hacia la implementación de Google, y que esta a su vez sea compatible con J2SE, de manera que tanto Oracle como Google se lleven su parte. Aunque eso no seguramente pasará, Oracle no está interesada en el mercado de móviles más allá de lo que pueda sacar por licencias o demandas.
PD: Por eso nacio GLPv3
Lo lógico para Google sería usar Go (el suyo), pero personalmente opino que no es una buena opción porque es un lenguaje un poco "raro" y no hay una base fuerte de desarrolladores, aunque hay que tener en cuenta que Apple lo consiguió con su (apestoso) Objective-C.
#11 Bueno, Javascript está muy bien, pero eso de que no tenga OOP... vamos, que los programadores generalistas no estamos acostumbrados (y yo también considero que es un lenguaje excepcional). De hecho no te falta razón, ya que las aplicaciones del Palm Pre, con su sistema operativo WebOS, sí que se hacen en Javascript. Y date cuenta que Google ha contratado a Matias Duarte, anterior desarrollador de WebOS. Quizás no usen Javascript, pero seguro que buenas ideas sí que añaden.
#18 Vivan las patentes de software </mode ironic off>
Tiene muchos números de ser errónea.
#21 #29 Por lo que he leido, la denuncia es tanto por patentes como por copyright: "Without consent, authorization, aproval, or license, Google knowingly, willingly, and unlawfully copied, prepared, published and distributed Oracle America's copyrighted work, portions thereof, or derivative works and continues to do so. Google's Android infringes Oracle America's copyrights in Java and Google is not licensed to do so"
#29 Ya, pero es que Dalvik no es GPLv3, tiene licencia Apache, y son compatibles pero solo en un sentido, no puedes licenciar nada GPL como Apache, que es lo que presuntamente ha hecho Google (o más bien ha evitado hacer, alegando que Dalvik no tiene nada que ver con Java). Oracle lo que pretende es ganar dinero, no defender un estandard, eso está claro, incluso se dice que compraron Sun solo por la posibilidad de demandar a Google. Pero Google, que ofrece una plataforma libre, sí, lo hace con licencias tipo BSD, porque lo que pretende también es ganar dinero. Me parece muy bien por su parte, pero deberiamos estar atentos a que no se violen licencias GPL por el camino, y en su caso denunciarlo, no aplaudirlo.
www.meneame.net/story/oracle-demanda-google-infringir-copyrights-java-
Y no se ha violado en ningún sitio la GPL, posiblemente, porque Google no la ha utilizado. Lo que se ha violado presuntamente es la propiedad intelectual, o bien para saltarse las restricciones de la GPL (lo que no es precisamente una defensa del software libre), o bien para no tener que pagarle a Oracle por una licencia privativa. Si hubiesen utilizado la licencia GPL que hay disponible para Java, desde luego que la denuncia no tendría ningún fundamento, pero el tema es que no la han utilizado.
Unlike the Java patent grant, the Microsoft Community Promise for both C#, the core class libraries and the VM only require that you have a full implementation. Supersetting is allowed.
Additionally, Microsoft has placed the .NET Micro Edition entirely under the Microsoft Public License which comes with an even more generous patent grant, and covers a superset of the code covered by ECMA/ISO 335.
We have open source implementations of both, and even more luckily, the ECMA/ISO VM specification allows for different profiles, to allow for ultra-small or server-sized versions of the VM to be created. Ideal for mobile platforms.
Google could settle current damages with Oracle, and switch to the better designed, more pleasant to use, and more open .NET platform. "
tirania.org/blog/
A mi no me parece tan mala idea..