En una decisión perjudicial para los desarrolladores de EEUU, la Corte dictaminó que las interfaces de programación de aplicaciones tienen Copyright y solo pueden utilizarse con el permiso explícito del autor.
|
etiquetas: apis , corte suprema , google , oracle
Las APIS se utilizan para ahorrar tiempo de programación y espacio en las aplicaciones. Si bien en Europa no rige ya que el máximo tribunal y la normativa europea las excluyen de la protección de derechos de autor, el mercado norteamericano sigue teniendo mucho peso en el mundo de la tecnología. Esto significa aplicaciones más caras, más pesadas y concentración del mercado.
Aunque también puede ser bueno para plataformas como Ubuntu Touch y Firefox OS que se basan en apis libres
Las APIS se utilizan para ahorrar tiempo de programación y espacio en las aplicaciones. Si bien en Europa no rige ya que el máximo tribunal y la normativa europea las excluyen de la protección de derechos de autor, el mercado norteamericano sigue teniendo mucho peso en el mundo de la tecnología. Esto significa aplicaciones más caras, más pesadas y concentración del mercado.
Aunque también puede ser bueno para plataformas como Ubuntu Touch y Firefox OS que se basan en apis libres
generalmente es el código fuente que tiene copyright pero las interfaces no deberían ya que la mayorías son librerías ya compiladas
un retraso en toda regla, imaginate que haces un juego en unreal y empieza a vender y el juez declara que las ganancias integras son para el dueño del motor y no un consenso entre el dueño del motor y del desarrollador del juego
Supongo que habrá (EEUU y todos los que se planteen comercializar allí) que solicitar permisos expreso a Microsoft para tener algo escrito si no siempre podrías ser denunciado.
Pero no creo que sea inconveniente por parte de Microsoft seria la bomba si pusiera pegas o limitaciones o no diera permisos
Lo más tal es a ver si otros engines como Opengl o trabajos para soportar Win32/DirectX/etc sobre Linux se quedan totalmente con el culo al aire.
Es el lo único que se me ocurre de este cambio en estos momentos aunque aun no tengo claro del todo el tema.
De todas formas, el desarrollo del software libre debería estar garantizado a escala planetaria. No es agradable volver a la época en que había unas versiones de software en EEUU y otras internacionales, debido a la ley de aquel país.
#1 además de los problemas que indicas, añadir el de interoperabilidad.
O software privativo, el problema es el mismo.
Tú lo que dices es pagar por el uso. Aquí se dice pagar por el desarrollo.
#10 abandonar el java (si te he entendido bien) es tirar todo el trabajo ya hecho. Todo un golpe. Supongo que se buscará alguna solución para no llegar a eso.
Esto que es algo que todos los programadores hacen a diario, parece que ahora tienes que tener permiso expreso de Oracle para hacer cualquier aplicacion sobre Java o de Microsoft para hacer aplicaciones sobre Windows.
De todas formas digo yo, que si esta gente pone en su licencia cosas tipo "libre uso" ya estará por mucho copyright que tenga ¿no?
El hígado de cerdo sigue siendo un producto de libre uso
espanaencasa.com/4294-home_default/pork-liver-pate-200-grs-apis.jpg
Java en los servidores de la Administración es lo mismo que Windows en los escritorios de la Administración: ad aeternum
Más: Android. No va a ser Go, ni Dart, ni JS, ni Python en menos de 5 años.
Dicen de hacer todas las apis de todas las aplicaciones públicas? o no me enteré de nada
En el entorno de "software libre", las cosas también irían jodidas. Las miles de apis que las empresas se han apropiado (e incluso a veces, desarrollado) para dichos entornos gnu/linux - pasan ahora a tener copyright. Miles de aplicaciones Java de utilización de recursos.
Me pregunto hasta que punto afecta esto a Android.
Recordemos que en USA te pueden exigir el código fuente de tu aplicación para verificar que no tiene "elementos con derechos de autor" (por si alguien se le había pasado el hecho de pensar "pues no doy el fuente y listo")
El tema es simple no es ponerse puntillo ¿que es un motor gráfico? si nos vamos a la wikipedia:
Un motor de videojuego es un término que hace referencia a una serie de rutinas de programación que permiten el diseño, la creación y la representación de un videojuego es.wikipedia.org/wiki/Motor_de_videojuego
Y exactamente eso es también DirectX, un API con rutinas para facilitar la programación gráfica, eso si en su forma más básica para que su uso sea general.
Antiguamente, un motor grafico era empezar a hacer una api tipo directx. Claro que despues de directX el motor gráfico empezaba un paso más adelante y la salida de más de un chip grafico con los que lidiar obligaba a simplificar el tema de algun modo. Pero aun existen motores graficos que son simplemente APIs como DirectX o OpenGL y que no hacen uso de ellas. Aunque no es lo normal claro. Reinventar la rueda nunca es bueno y dudo que nadie haga algo mejor a ellas.
No entiendo la noticia o me he perdido algo.
Entra tu mismo y enterarte de lo que es o deja de ser. Pero si prefieres "ganar" y no aprender nada, pues ya has ganado.
Imaginate que quieres dibujar un cuadrado en la pantalla. Un simple cuadrado, cuatro lineas en medio de la pantalla.
Pues bien, con una API relacionada, bastaría con poner
Cuadrado_centrado(Punto1-Superior-Izquierda, Punto2-Inferior-Derecha)
La API cogería lo que has dicho y dibujaría el cuadrado en el centro, partiendo el las coordenadas Superior-Izquierda e Inferior-Derecha
¿Cuanto has tardado? Menos de 1 minuto y tienes ese cuadrado en el centro de la pantalla.
Ahora, si no dispusieras de la API, tendría que
- Averigurar la resolución de la pantalla (si es de 800x600, 1024x720... etc)
- Calcular cuál es la posición "centrada" de la pantalla
- Generar una linea recta, pixel a pixel, entre
-- Esquina-Superior-Izquierda contra la Esquina-Superio-Derecha
-- Esquina-Superior-Izquierda contra la Esquina-Inferior-Izquierda
-- Esquina-Inferior-Izquierda contra la Esquina-Inferior-Derecha
-- Esquina-Superior-Derecha contra la Esquina-Inferior-Derecha
¿Cuanto tiempo has tardado? Posiblemente entre una hora o dos, aparte - con suerte - si no has cometido fallos al introducir datos, o un valor no esta "fuera" del rango que quieres
(espero no haber metido mucho la pata con la explicación)
Para empezar, el uso de APIs ya está sujeto a posibles restricciones mediante el uso de licencias. Por ejemplo, no puedo usar una librería con GPL si en la distribución de mi software no libero el código fuente con GPL por requisito de la licencia. Hay multitud de APIs (la de windows incluida) por las que hay que aceptar un EULA para su uso, ese al que le damos "acepto los términos" sin leer una línea.
No es el uso de APIs lo que se restringe, sino la copia. Básicamente, como dicen #13 y #43, Wine o ReactOS serían ilegales con esta ley si no tienen permiso explícito de Microsoft.
Para entenderlo mejor, hay que conocer el contexto de este juicio: se trata de Oracle vs. Google por la copia del API de java en android. Android se programa en java, pero su implementación no es la oficial de Oracle sino que es una implementación totalmente distinta con un API compatible, por lo que Google se libra de tener que pagar ninguna tasa a Oracle. Oracle demanda a Google por esto alegando que el API tiene copyright y por tanto Google no tiene derecho a desarrollar un software con un API compatible con java sin el permiso de Oracle, el dueño del copyright. Si esto prospera, el caso Oracle vs Google se resolverá con un acuerdo económico entre Google y Oracle y santas pascuas. El problema es que de paso joden a todo el mundo que está haciendo lo mismo que Google y que no tienen capacidad económica para hacer lo mismo.
En un coche tienes unos pedales, un volante y un cambio de marchas que te permiten manejar el coche de una forma documentada, incluso estándar, porque funcionan parecido aunque el coche sea otro.
Ese es el API: los mandos que hacen de interfaz entre el coche y tu. Sólo que en el caso de un API, el coche es un programa y la persona otro programa. Es decir, un API son mandos documentados y puede que estandarizados mediante los cuales un programa sabe cómo manejar a otro programa.
No son todas las APIs, si no las 37 de Oracle que estaban en litigio con Google.
Aunque marque jurisprudencia, no es una ley automáticamente.
Y aunque tengan copyright, falta por dirimir el "fair use"
Has sido insultante de manera gratuita.
Sólo puntualizar que el API es el interfaz de una librería, no la librería en sí. Es un matiz difícil de explicar para gente no técnica.
Problema solucionado .
Ahora solo falta migrar hibernate, spring, SWT, y todos los principales frameworks de desarrollo a otros lenguajes.
Bueno, y migrar todos los millones de lineas de las aplicaciones existentes desarrolladas en Java.
Por supuesto, en algun momento del dia intentaremos reemplazar a toda nuestra plantilla de programadores expertos en java o entrenarlos en un lenguaje completamente nuevo.
Pero todo eso no son mas que detallitos. Lo que importa es que desde MAÑANA MISMO dejamos de programar en java.
Y hay muchísimas soluciones muy avanzadas que sólo están desarrolladas en Java/Scala como hadoop, spark, kafka...
Es insultante porque en definitiva Menéame se basa en votos. La gente decide qué publicar y aunque exista un corte evidente en temas de políticas desde una perspectiva de izquierdas, aquí no se existen más filtros que los votos.
La mejor manera de pedir que la gente vote y lea tus noticias no es insultar al resto y hablar de nosotros como si tuviésemos 10 años.
En ninguna parte dice que sean todos los meneantes.
Es más es lo que llamo "principio de aislamiento". Mirémoslo así. Cada vez que hay una sentencia de este tipo, los autores que la defienden ponen un barrote fictício que los va aislando, cuanto más barrotes ponen por cada sentencia ganada, cierto es que se ven más protegidos, pero sin embargo cada vez están más aislados. Llegará un momento en que estarán tan aislados que habrán limitado sus propios movimientos y en ese momento la cultura y el software libre habrán ganado.
Salu2
Si un lenguaje tiene una función llamado Math.round() que redondea un numero con decimales a un entero, pues el nombre "Math.round()" es parte de su API. Por ejemplo, la API de JAVA7 es docs.oracle.com/javase/7/docs/api/
Si un programa se maneja con tres botones, uno rojo, uno amarillo y otro verde, estos tres botones de colores son su API. La API de un semáforo son los colores rojo, ambar y verde.
Si. Es algo absurdo que se pueda restringir el uso o reimplementación de las APIs. Es mareante.
Ahora bien, sobre ese copyright debe de prevalecer el derecho a la inter-operatibilidad, para evitar situaciones de monopolio sobre todo en los API que acaban siendo estándar de facto; con lo que en la práctica, el API tendría copyright, pero los demás tendrían derecho a copiarlo y hacer su propia implementación de la librería. Eso sería lo lógico para el bien común.
¿Nos explicas por qué te parece obvio?
El resto que es simplemente un refrito de todo lo anterior, ni es innovación ni nada.
Todo el trabajo de ingeniería lo han hecho los gigantes sobre los que estamos montados.
arstechnica.com/tech-policy/2015/06/supreme-court-wont-weigh-in-on-ora o la de EFF
Quería citar este párrafo por ej:
"This is not the end of the road for this case—the Federal Circuit decision explicitly left open the possibility that the kinds of uses Google made were permissible under copyright's fair use doctrine,""
Como se ve, esto aún no ha acabado
Edit: "En teoría los tribunales aún podrían decidir en favor de Google, pero el uso justo no es mucho de un estándar para colgar miles de millones de dólares en ingresos en. Casos de Autor son típicamente decidieron sobre una base de caso por caso. Aunque el uso de Google de Java en este caso se descarta el uso justo, no hay garantía de que otro caso se resolvió de manera similar. Una declaración amplia que las API no pueden ser propiedad, en cambio, ofrece una protección adicional para los usuarios y programadores"
dronesymoviles.com/moviles/corte-suprema-no-escuchara-la-apelacion-de-
¿Qué pasa si a Oracle después se le ocurre ir por los desarrolladores o los fabricantes de equipos como hizo Microsoft co nlos fabricantes de terminales Android?
Caso TomTom con Microsoft o Todos los fabricantes de terminales Android que también le pagan a Microsoft regalías por Android
Esto viene de la reimplmentación que hizo Google en su momento de las API de Java para Android, donde mantienen la interficie de la API (no toda, hay partes que decidieron no incluir) pero no la implementación interna, y que es por los que Google los demandó.
En resumen, que no es la licencia de uso sino la de poder desarrollar software que implemente esa API.
Y qué diferencia hay entre Google/cualquier multinacional al respecto
No es por nada, pero tanta respuesta/afirmación a todo aquel que no está de acuerdo con la noticia o un punto de ella (cualquier punto) o algo que no coincide con tu opinión (cualquier punto) después queda muy ridículo: el azul destaca muchíííííííííííííísimo (he dicho muchííííííííííííííííííísimo?)
Segundo: Google tiene dinero para litigar y ensayar la defensa del legítimo uso, pero si eres una pequeña empresa de Denver vas a aceptar pagarle a Oracle antes de meterte en un jucio contra alguien que puede pagar a los mejores bufetes de abogados. De ahí que por ejemplo muchas empresas hayan decidido pagar licencias a Microsoft por el uso de Android y que los trolls de patentes hagan tanto negocio. Por eso hubiera sido importante que la corte hubiera avalado el fallo de primera instancia. Una declaración de legítimo uso de Google solo le sirve a Google.
Tercero: lo de " tanta respuesta/afirmación a todo aquel que no está de acuerdo con la noticia o un punto de ella (cualquier punto) o algo que no coincide con tu opinión (cualquier punto)" se llama debate, y resulta muy útil para aprender y conocer la manera de pensar de otras personas. Te lo recomiendo
De todas formas, créeme si te digo que quien necesita una respuesta no soy yo, sino #36
El problema se puede desenvolver, dando lugar a una asignación Apis libres (considerada en cada autor).
Al principio puediera ser complicación, mientras el autor se piensa el sí o el no. Después abundará o existirá bastantes Apis libres para cada acción que no implique la obstaculización.
De todas formas quizás "Game engine/motor de juegos" seria más correcto para lo otro, más que motor gráfico ¿no crees?
Y si no se gastan un céntimo en actualizar la aplicación para que sea compatible con Java 1.8, como para decirles que la rehagan por completo en otro lenguaje. Ni de coña.
Eso sí, lo que está claro es que si hay que hacer una aplicación nueva ya habrá que valorar el hecho de depender de Oracle como un punto en contra de Java
www.meneame.net/story/reactos-seleccionado-como-segundo-sistema-operat
#BadumTss
Dios, es un chiste tan malo que no merece ni ser llamado chiste...
Esto es gravísimo, independientemente de si os gusta Java o no. A día de hoy hay muchísimo software basado en Java que no se puede mudar a otro lenguaje de forma ni rápida ni eficiente. A Python todavía le falta un par de niveles más de madurez para poder ser la alternativa por defecto. Y Ruby, Perl,... y otros lenguajes más diferentes de Java lo hacen más difícil todavía.