Arquivo Discussoes de Programacao e Tecnologia O resultado parcial do julgamento pode até invalidar o julgamento “em si”, se os advogados do Google forem bem-sucedidos.
Oracle proved that Google infringed on copyright of Java APIs. Was it OK for Google to do so since Java APIs are open and free to the developer community? The jury had no answer to that.
Leiam mais detalhes, e esqueçam as análises apressadas que as agências de notícias (que não têm advogados) estão falando sobre esse julgamento.
http://www.groklaw.net/article.php?story=20120507122749740
[Recap do dia: Google ganhou tudo exceto a única questão que o juiz terá que decidir de qualquer maneira, a questão SSO das APIs.O júri considerou, como haviam sido instruídos a assumir, para efeitos de deliberação, que as APIs, suas estruturas, sequências e arranjos, podem ser protegidas por direitos autorais, mas de maneira alguma isto é em definitivo.
A mesma questão, na seção b), fora perguntado se o Fair Use invalidava qualquer infração, caso fossem encontradas, mas o júri não pôde resolver essa questão. Entretanto o juiz terá de decidí-la. Isso virá mais tarde neste mês.
Enquanto isso, a Oracle prevaleceu apenas em 9 linhas de código que o Google admitiu antes do julgamento ter incluído por engano e depois removido do Android atual. O próprio perito da Oracle, o juiz destacou na corte, assumiu que essas linhas não valiam nada. 9 linhas fora de milhões. Então isso significa que, se olharmos para os danos, até agora a Oracle ganhou nada. Não há responsabilidade.
Você não pode ter infração, sem considerar o Fair Use, afirma o Google, e haverá “briefing”(?) sobre isso. Alguém tem que decidir essa questão do Fair Use. E então o juiz deve decidir sobre a questão se os direitos autorais protegem as APIs. Se ele decidir que não protegem, como o Tribunal de Justiça da União Européia decidiu, então Fair Use é irrelevante.
E a Oracle sai com absolutamente nada na fase de direitos autorais deste litígio, que foi anunciado em toda parte por pessoas da Oracle como “O Item Mais Valioso”, se você lembrar. Não deixe ninguém te enganar. Hoje foi uma grande vitória para o Google. É por isso que depois que o júri saiu, nosso repórter diz que na mesa do Google, eles estavam rindo, e a tristeza reinava no lado da Oracle.
E eu vejo que alguns jornalistas estão surpresos ou confusos, porque ouviram um fluxo constante de FUD da Oracle pelas pessoas erradas. Lembram das manchetes sobre este ser um caso de US $ 6 bilhões? Nunca foi e agora ele nunca será.]
Muito bem, esperemos para ver o desfecho final, e como falado, o FUD ta demais nas materias sensacionalistas, principalmente nos sites nacionais pt_BR.
Pois é, eu li algo parecido algumas horas atraz.
Dizem aí nessa fonte que ser for realmente condenado os danos pela infração serão insignificantes.
Li essa matéria na BBC News ontem a noite…
sinceramente? nem sei o que dizer, acredito que o mundo tecnológico seria muito mais beneficiado se tais gigantes se ajudassem. Acredito que nenhuma das duas esta interessada no dinheiro, mas sim em prejudicar a imagem da outra.
Guerra de fura olho!
O Android não é Java. Nunca foi. Isso que o Google está fazendo é o que a Microsoft tentou fazer na década de 90, criar um Java incompatível para destruí-lo.
Se o Google não quer pagar a Oracle, tudo bem, então crie uma plataforma própria! Assim como a Microsoft criou o .Net e a Apple mantém o seu ecossistema com o Objective C separado de todo mundo.
Não acho que vai acontecer, mas queria que o Google se ferrasse totalmente.
O Android não é Java. Nunca foi. Isso que o Google está fazendo é o que a Microsoft tentou fazer na década de 90, criar um Java incompatível para destruí-lo.Se o Google não quer pagar a Oracle, tudo bem, então crie uma plataforma própria! Assim como a Microsoft criou o .Net e a Apple mantém o seu ecossistema com o Objective C separado de todo mundo.
Não acho que vai acontecer, mas queria que o Google se ferrasse totalmente.
Só para constar o objective c não se enquadra no mesmo quesito de “vm” das outras duas citadas. Objective c é um subset da inguagem c, como c++ e gera código nativo.
A questão da google é a seguinte:
Google nunca vendeu o nome “java virtual machine” como a microsoft fez com MSJVM.
Essa briga que acontece aí em cima não é mais por código copiado. Isso a google já conseguiu provar que não é mesmo. Agora a briga é pela “api java”, apenas um conjunto de interfaces e nomes de classes, e que a google alega que não pode ser patenteada por estar debaixo de licença opensource( o que também é verdade). Mas se não me engano o juiz Alsup já deu a senteça que a organização dela pode sim ser patenteada. Então a google deve pagar por isso, mas deve ser um valor bem aquém do a oracle propôs(os 6 bilhões).
O Google quer destruir o Java? :shock:
O Google quer destruir o Java? :shock:
Esse tipo de alegação é o que quebra a maioria dos tópicos.
Eu não sei se essa estratégia da oracle foi boa para ela pelo andar da carruagem. Dependendo de como as coisas podem acabar pode ter sido um tiro no pé
de acordo com essas fontes. De certa forma a idéia de java como linguagem opensource era boa para comunidade, e acabou indo por agua abaixo com isso.
** de antemão isso é somente uma opinião minha.
O Google quer destruir o Java? :shock:
Esse tipo de alegação é o que quebra a maioria dos tópicos.
Eu não sei se essa estratégia da oracle foi boa para ela pelo andar da carruagem. Dependendo de como as coisas podem acabar pode ter sido um tiro no pé
de acordo com essas fontes. De certa forma a idéia de java como linguagem opensource era boa para comunidade, e acabou indo por agua abaixo com isso.
** de antemão isso é somente uma opinião minha.
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Não vai fazer diferença nenhuma quem ganhar. Ninguém vai largar a galinha dos ovos de ouro na mão. 
O Google quer destruir o Java? :shock:
Esse tipo de alegação é o que quebra a maioria dos tópicos.
Eu não sei se essa estratégia da oracle foi boa para ela pelo andar da carruagem. Dependendo de como as coisas podem acabar pode ter sido um tiro no pé
de acordo com essas fontes. De certa forma a idéia de java como linguagem opensource era boa para comunidade, e acabou indo por agua abaixo com isso.
** de antemão isso é somente uma opinião minha.
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Por outro lado, se a oracle perder esse processo abre precedentes pra qualquer um fazer uso da linguagem (legítimo) sem receio de processos semelhantes.
O Google quer destruir o Java? :shock:
Esse tipo de alegação é o que quebra a maioria dos tópicos.
Eu não sei se essa estratégia da oracle foi boa para ela pelo andar da carruagem. Dependendo de como as coisas podem acabar pode ter sido um tiro no pé
de acordo com essas fontes. De certa forma a idéia de java como linguagem opensource era boa para comunidade, e acabou indo por agua abaixo com isso.
** de antemão isso é somente uma opinião minha.
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Por outro lado, se a oracle perder esse processo abre precedentes pra qualquer um fazer uso da linguagem (legítimo) sem receio de processos semelhantes.
Todas as linguagem foram passíveis de uso até hoje sem nenhum problema. Até a ms c# está debaixo da ecma(Olha o projeto mono, gnu dotnet).
Li um artigo interessante agora que expõe esse problema. Olha a bagunça que vai virar essa história de patentear apis.
Isso quer dizer quase todo mundo usa apis clonadas da amazon em webservices, ou seja amazon “crush them all”(incluindo google e oracle).
Ambiciosa (ambitious) != gananciosa (greedy). Você não queria dizer “gananciosa”?
(OK, ok, no dicionário também indica que ambicioso, em português, também pode querer dizer ganancioso; mas normalmente “ambicioso” tem uma conotação positiva - como na expressão “objetivo ambicioso” - e “ganancioso” tem uma conotação negativa - como na expressão “empresa gananciosa e insaciável”.
O Google quer destruir o Java? :shock:
O Google quer parasitar o Java. Por que eles não usaram uma linguagem própria? Porque para fazer marketing de uma plataforma totalmente nova seria caríssimo e levaria tempo para as pessoas a adotarem. Eles usaram Java por causa de sua popularidade e para economizar tempo e dinheiro.
O resultado será o de se criar versões incompatíveis da linguagem para plataformas distintas.
Muitos reclamam da Microsoft, mas ela foi lá, investiu e criou uma plataforma ótima para competir com o Java. Como que uma empresa cheia de dinheiro assim como o Google não pode fazer algo parecido?
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Não vejo como versões quebradas do Java ajudam alguém. Não quero ter que desenvolver uma aplicação para Java da Oracle e outra para Java do Google.
Daqui a pouco estaremos assim como o C# e o Mono. Você precisa desenvolver especificamente ou para Windows, utilizando as APIs da Microsoft, ou para Linux usando o Mono e GTK#.
Porque você chegou nessa conclusão?
O Google quer destruir o Java? :shock:
O Google quer parasitar o Java. Por que eles não usaram uma linguagem própria? Porque para fazer marketing de uma plataforma totalmente nova seria caríssimo e levaria tempo para as pessoas a adotarem. Eles usaram Java por causa de sua popularidade e para economizar tempo e dinheiro.
O resultado será o de se criar versões incompatíveis da linguagem para plataformas distintas.
Uma coisa não tem nada a ver com a outra.
Essa é uma leitura muito rasa da situação e da própria definição da tecnologia.
O Google não esta criando máquinas virtuais como foi o intuito da Microsoft com a MSVM.
Na verdade a própria Oracle tem muito a ganhar com o Android usando Java, uma vez que está sob um mercado muito bem sedimentado e firmando mais desenvolvedores nessa plataforma.
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Não vejo como versões quebradas do Java ajudam alguém. Não quero ter que desenvolver uma aplicação para Java da Oracle e outra para Java do Google.
Errado.
Algo que jamais acontecerá é você desenvolver alguma aplicação com o “Java do Google” (como você chamou, o que já é por definição inválido).
O que acontece é que usa-se a linguagem java pra desenvolver no Android, fato, mas com as particularidades do Android, assim como se faz quando você desenvolve com Hibernate, JSF ou qualquer outro framework.
O Google quer destruir o Java? :shock:
O Google quer parasitar o Java. Por que eles não usaram uma linguagem própria? Porque para fazer marketing de uma plataforma totalmente nova seria caríssimo e levaria tempo para as pessoas a adotarem. Eles usaram Java por causa de sua popularidade e para economizar tempo e dinheiro.
O resultado será o de se criar versões incompatíveis da linguagem para plataformas distintas.
Eu concordo com você até antes da parte da linguagem. A google usou sim a linguagem java por causa da sua popularidade. Hoje muita gente sabe escrever java e foi o caminho mais curto para se trazer desenvolvedores para a plataforma.
Mas na parte da linguagem não é correto afirmar incompatibilidade porque:
Se você escrever um programa para oracle vm em java, ele é totalmente portável para dalvik. Se você excluir alguns toolkits como swing e swt(que usa widgets nativos). Frameworks e apis não fazem parte da sintaxe de uma linguagem.
A plataforma sim é completamente diferente, e isso quer dizer que deve-se escrever em java, mas respeitando o ciclo de vida da aplicação, que é diferente justamente por causa da plataforma(assim como escrever em java para jme e jse)
Não tem como existir uma linguagem incompatível com ela mesma, o que existe é incompatibilidade entre as plataformas. Mas aí é o cunhão entre google copiou código proprietário da oracle vm e não comprou tck. Ou java é opensource com JDK então posso implementar uma vm também opensource e dizer que é java. Isso já é assunto da justiça.
A linguagem java foi usada de maneira correta na plataforma android, tanto é que todas as pessoas profissionais da mesma desenvolvem para android sem problemas, inclusive portando código da plataforma jse.
Não tenha dúvida. A estratégia ambiciosa da Oracle tá ferrando o Java e todo mundo que trabalha com Java.
Não vejo como versões quebradas do Java ajudam alguém. Não quero ter que desenvolver uma aplicação para Java da Oracle e outra para Java do Google.
Daqui a pouco estaremos assim como o C# e o Mono. Você precisa desenvolver especificamente ou para Windows, utilizando as APIs da Microsoft, ou para Linux usando o Mono e GTK#.
Não. Se você usar as apis do dotnet em si é completamente portável. Inclusive winforms2. A parte proprietária da microsoft que são algumas bibliotecas dela não.
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinho
o titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Isso que me leva a pensar que com os testemunhos do Josh Block, Jonathan Schwartz e essa turma toda da falecida SUN testemunhando contra o processo a coisa fica bem melhor pro lado do Google.
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Sim o próprio confessou até mesmo antes de ir pro juri. Mas essa questão das 9 linhas me parece que foi descartada. O x da questão é a linguagem e a api. E me parece que a google pediu “fair use”.
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Sim o próprio confessou até mesmo antes de ir pro juri. Mas essa questão das 9 linhas me parece que foi descartada. O x da questão é a linguagem e a api. E me parece que a google pediu “fair use”.
Claro, e você continua sendo imparcial.
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Sim o próprio confessou até mesmo antes de ir pro juri. Mas essa questão das 9 linhas me parece que foi descartada. O x da questão é a linguagem e a api. E me parece que a google pediu “fair use”.
Claro, e você continua sendo imparcial.
Uai, mas se o juiz descartou quem somos nós para julgar? No meio de 15 milhões de linhas você possuir 9 semelhantes está dentro da estatística. Se você comparar o Torá e a Bíblia vai encontrar uma porcentagem semelhante também. O juiz julgou essa alegação de quebra de patentes ridícula( e é mesmo).
- Se você escrever um programa para oracle vm em java, ele é totalmente portável para dalvik. Se você excluir alguns toolkits como swing e swt(que usa widgets nativos). Frameworks e apis não fazem parte da sintaxe de uma linguagem.
Fazem parte da plataforma Java. Sem elas não há como escrever aplicações portáveis.
Por isso que C e C++ são uma piada. As suas bibliotecas são tão anêmicas que você invariavelmente precisará lidar com chamadas específicas do SO. E lá vai criar estruturas de classes ou ifdefs ad nauseam para driblar as incompatibilidades.
Em Java a API é a mesma, o que significa que uma aplicação pode rodar sem nenhum “código especial” para lidar com diferenças entre plataformas.
O Android não apenas exclui um bocado do Java SE, como também acrescentou métodos que não existem para as classes que usa. Não lembro exatamente, mas acho que ou no BigInteger ou BigDecimal por exemplo existem diversos métodos diferentes. E assim é por toda a biblioteca. Ou seja, eles nem se dignaram a usar um pacote diferente para isolar as diferenças, foram alterando o que já existia.
Errado.
Algo que jamais acontecerá é você desenvolver alguma aplicação com o “Java do Google” (como você chamou, o que já é por definição inválido).O que acontece é que usa-se a linguagem java pra desenvolver no Android, fato, mas com as particularidades do Android, assim como se faz quando você desenvolve com Hibernate, JSF ou qualquer outro framework.
Nunca precisei me preocupar com a plataforma (Windows, Linux, etc) para a qual estava desenvolvendo ao utilizar esses frameworks.
Além do mais, nada impede o Google de criar uma plataforma própria para tirar proveito de suas “particularidades”. O problema é usar o nome “Java” quando obviamente não é.
Java não é só a lingugagem, é a plataforma inteira, incluindo as APIs. Sem isso seria a mesma porcaria incompatível que é o C++, com compiladores implementando a linguagem do jeito que bem entendem e bibliotecas insuficientes para portabilidade.
O que o Google fez foi mais ou menos o que esses produtos piratas do Paraguai fazem. É tipo um mp3 chamado “Soni” ao invés de Sony para enganar bobo.
Eles criaram algo e vendem como se fosse “Java”. Imagina se toda lanchonete começasse a vender “Big Mac”, seria correto?
Ou é Java, implementando a especificação, ou não é. Não tem meio termo.
- Se você escrever um programa para oracle vm em java, ele é totalmente portável para dalvik. Se você excluir alguns toolkits como swing e swt(que usa widgets nativos). Frameworks e apis não fazem parte da sintaxe de uma linguagem.
Fazem parte da plataforma Java. Sem elas não há como escrever aplicações portáveis.
Por isso que C e C++ são uma piada. As suas bibliotecas são tão anêmicas que você invariavelmente precisará lidar com chamadas específicas do SO. E lá vai criar estruturas de classes ou ifdefs ad nauseam para driblar as incompatibilidades.
Em Java a API é a mesma, o que significa que uma aplicação pode rodar sem nenhum “código especial” para lidar com diferenças entre plataformas.
O Android não apenas exclui um bocado do Java SE, como também acrescentou métodos que não existem para as classes que usa. Não lembro exatamente, mas acho que ou no BigInteger ou BigDecimal por exemplo existem diversos métodos diferentes. E assim é por toda a biblioteca. Ou seja, eles nem se dignaram a usar um pacote diferente para isolar as diferenças, foram alterando o que já existia.
2 )Não se precisa alterar uma linha de código usando c++ poque existe um padrão rigirosamente respeitado pelas empresas que desenvolvem compiladores. Um byte em c++ sempre será um inteiro não sinalizado de 8 bits. Se você usar a standard lib sempre estará seguro.
3 )A j2me respeita a jse? Se ela não respeita porque o android deve respeitar se ele não é java?
##edit - vou me corrigir ali no 1 porque apis não fazem parte da linguagem. Então usei o termo errado sintax sugar. Apis saõ apenas interfaces para manter compatibilidade entre plataformas.
Não existe essa… É a mesma coisa que você falar que 15 tiros na cabeça de alguém “mataria mais” do que um só.
Não existe essa… É a mesma coisa que você falar que 15 tiros na cabeça de alguém “mataria mais” do que um só.
Certo, mas ninguem morreu, e como a questão é cópia de propriedade intelectual acho que entre copiar 15 milhoes ou 9 linhas ha uma boa diferença. Copiou? Sim, Vai pagar 1 bilhão por isto? Provavelmente não. Se tivesse copiado tudo iria pagar mais? Provavelmente.
E aqui esta o que de fato o juri falou:
The jury says it has a partial verdict. Can’t resolve one issue. So we’ll be hearing it read shortly. Caleb Garling tweets:A. Has Oracle proven that Google has infringed the overall structure, sequence and organization of copyrighted works? YES…
As to the documentation for the 37 Java API packages in question taken as a group: A. Has Oracle proven that Google has infringed? NO.…The rangeCheck method in TimSort.java and ComparableTimSort.Java YES, infringing…
Source code in seven ?Impl.java? files and the one ?ACL? file? NO, not infringing….
The English-language comments in CodeSourceTest.java and CollectionCertStoreParameters Test.java? NO, not infringing
Errado.
Algo que jamais acontecerá é você desenvolver alguma aplicação com o “Java do Google” (como você chamou, o que já é por definição inválido).O que acontece é que usa-se a linguagem java pra desenvolver no Android, fato, mas com as particularidades do Android, assim como se faz quando você desenvolve com Hibernate, JSF ou qualquer outro framework.
só que Java não é só uma linguagem. Java tb é conhecido pela plataforma e APIs.
Sua analogia com frameworks não faz muito sentido. Diferente do Hibernate ou JSF, seu aplicativo Android não roda no “Java da Oracle”, e sim na plataforma incompatível do Google.
Que foi exatamente o que a MS tentou fazer em outros tempos, e levou uma borduada da justiça… Mas quando é o google que abusa, todos correm pra procurar uma desculpinha. rs
É isso mesmo. E essa é a grande vantagem do Java e o que o torna mais atrativo do que outras plataformas.
Em outras linguagens, notoriamente o C, as APIs são ínfimas. É impossível sequer desenvolver um simples aplicativo de linha de comando de forma portável (e por isso existe a biblioteca curses).
…
…
The English-language comments in CodeSourceTest.java and CollectionCertStoreParameters Test.java? NO, not infringing
Errado.
Algo que jamais acontecerá é você desenvolver alguma aplicação com o “Java do Google” (como você chamou, o que já é por definição inválido).O que acontece é que usa-se a linguagem java pra desenvolver no Android, fato, mas com as particularidades do Android, assim como se faz quando você desenvolve com Hibernate, JSF ou qualquer outro framework.
só que Java não é só uma linguagem. Java tb é conhecido pela plataforma e APIs.
Sua analogia com frameworks não faz muito sentido. Diferente do Hibernate ou JSF, seu aplicativo Android não roda no “Java da Oracle”, e sim na plataforma incompatível do Google.
Que foi exatamente o que a MS tentou fazer em outros tempos, e levou uma borduada da justiça… Mas quando é o google que abusa, todos correm pra procurar uma desculpinha. rs
Sim Hermanoz, no android java é só linguagem e apis para manter compatibilidade do seu código jse. Oracle Jvm é uma coisa e Dalvik(android é outra). Por isso o Android não é Google JVM ou algo do gênero como a microsoft fez com MSJVM. Você possui as mesmas ferramentas de construção mas o núcelo dos dois processadores são coisas completamente distintas.
Como citado acima apenas 9 das 15.000.000 linhas são iguais e isso porque o engenheiro já havia confessado antes do julgamento.
Eu venho acompanhando essa bagunça desde o ano passado e vejo da seguinte maneira:
A fundação apache possuía(possui) uma vm chamada Harmony, e ela queria fazer o teste de compatibilidade para que harmony fosse chamada também de JVM. A oracle enviou uma licença com sérias restrições a apache de rodar sua vm em dispositivos móveis. A apache saiu do jcp por isso, e numa boa, ela foi a empresa que mais contribui com projetos para o crescimento do java mundialmente.
Google usou harmony que não é java por culpa da própria Oracle.
Logo dalvik não é java, é harmony.
A google vai pagar as 9 linhas de infração da jvm, ou não dependendo do que o juiz decida sobre fair use.
só que Java não é só uma linguagem. Java tb é conhecido pela plataforma e APIs.Sua analogia com frameworks não faz muito sentido. Diferente do Hibernate ou JSF, seu aplicativo Android não roda no “Java da Oracle”, e sim na plataforma incompatível do Google.
Que foi exatamente o que a MS tentou fazer em outros tempos, e levou uma borduada da justiça… Mas quando é o google que abusa, todos correm pra procurar uma desculpinha. rs
É isso mesmo. E essa é a grande vantagem do Java e o que o torna mais atrativo do que outras plataformas.
Em outras linguagens, notoriamente o C, as APIs são ínfimas. É impossível sequer desenvolver um simples aplicativo de linha de comando de forma portável (e por isso existe a biblioteca curses).
C não precisa de api, Longino ela possui uma biblioteca standard. Primeiro porque é uma linguagem de médio nível e uma linguagem de sistema. O software escrito por ela precisa ser obrigatóriamente isento de maiores dependências.
O padrão ansi iso está aí para desmentir isso.
http://www.ansi.org/
…
…
The English-language comments in CodeSourceTest.java and CollectionCertStoreParameters Test.java? NO, not infringing
Nossa! Reclamaram até dos comentários! Para mim esta é nova. :shock:
Eu não sabia também não.
C não precisa de api, Longino ela possui uma biblioteca standard. Primeiro porque é uma linguagem de médio nível e uma linguagem de sistema. O software escrito por ela precisa ser obrigatóriamente isento de maiores dependências.O padrão ansi iso está aí para desmentir isso.
http://www.ansi.org/
Querido Juliocbq,
Eu nem respondi o seu comentário anterior para evitar conflitos visto que praticamente tudo nele estava incorreto. Mas você quer de todas as formas criar confusão, não é? Você está errado novamente.
O padrão C não define funções para posicionar cursor na tela, fazer query do teclado, entre outras. Normalmente desenvolvedores usam bibliotecas não padrão, assim como conio.h ou curses, para providenciar esse tipo de controle.
Qualquer aplicativo texto mais complexo do que um Hello World precisará lidar com o SO.
C não precisa de api, Longino ela possui uma biblioteca standard. Primeiro porque é uma linguagem de médio nível e uma linguagem de sistema. O software escrito por ela precisa ser obrigatóriamente isento de maiores dependências.O padrão ansi iso está aí para desmentir isso.
http://en.wikipedia.org/wiki/ANSI_C
http://www.ansi.org/Querido Juliocbq,
Eu nem respondi o seu comentário anterior para evitar conflitos visto que praticamente tudo nele estava incorreto. Mas você quer de todas as formas criar confusão, não é? Você está errado novamente.
O padrão C não define funções para posicionar cursor na tela, fazer query do teclado, entre outras. Normalmente desenvolvedores usam bibliotecas não padrão, assim como conio.h ou curses, para providenciar esse tipo de controle.
Qualquer aplicativo texto mais complexo do que um Hello World precisará lidar com o SO.
Isso não é verdade longino, além de você ter ignorado completamente o que acabei de postar. C é uma linguagem de médio nível e também linguagem de sistema, e novamente os programas compilados precisam ser isentos de maiores dependências. Mas o que você postou sobre ser impossível não está correto:
Em outras linguagens, notoriamente o C, as APIs são ínfimas. É impossível sequer desenvolver um simples aplicativo de linha de comando de forma portável (e por isso existe a biblioteca curses).
O padrão ansi usa caracteres de escape e você precisa usar a standard io para imprimi-los.
http://en.wikipedia.org/wiki/ANSI_escape_code
Olha a sua grande complicação, aliás impossível sem usar o sistema operacional(O que é uma grande besteira dita aqui no guj, porque a maioria das bobliotecas são escritas em assembly).
#include <stdio.h>
#define esc 27
#define cls printf("%c[2J",esc)
#define pos(row,col) printf("%c[%d;%dH",esc,row,col)
main()
{
cls; /* limpa a tela */
pos(9,28); /*posiciona o cursor em 9, 28 */
printf("**************");
return 0;
}
Eu não quero arrumar confusão, mas também não quero ler as besteiras que você posta. Eu não vou ficar te corrigindo mais já que você fica bravinho com coisas tão insignificantes.
A google vai pagar as 9 linhas de infração da jvm, ou não dependendo do que o juiz decida sobre fair use.
Numa boa? Independente do resultado os dois vão sair perdendo.
E graças ao hack do google temos uma solução 3x mais lenta que o Java real e um grande parceiro como a Oracle alienado.
Independente de qual seja sua posição sobre o caso você deve concordar que foi uma estupidez do google!!
A google vai pagar as 9 linhas de infração da jvm, ou não dependendo do que o juiz decida sobre fair use.Numa boa? Independente do resultado os dois vão sair perdendo.
E graças ao hack do google temos uma solução 3x mais lenta que o Java real e um grande parceiro como a Oracle alienado.
Independente de qual seja sua posição sobre o caso você deve concordar que foi uma estupidez do google!!
Olha, no meu ponto de vista a estupidez foi da oracle pelo jcp perder a apache, que contribuía mais que as duas juntas. A oracle tinha e tem todo o direito de negar a licença para a apache por razões de mercado, mas a consequência é o android.
Sobre o desempenho, o artigo da wiki diz realmente que a dalvik(android) 2.2 é umas 2 ou 3x mais lenta, mas os cientistas dizem que processadores baseados em pilha(jvm) são inferiores aos baseados em registradores(dalvik). O benchmark no artigo foi feito pela Oracle.
Julio, não precisa de benchmark pra perceber que aparelhos com Android são mais lentos que a concorrência.
Olha, no meu ponto de vista a estupidez foi da oracle, pelo jcp perder a apache, que na minha opinião contribuía mais que as duas juntas. A oracle tinha e tem todo o direito de negar a licença para a apache por razões de mercado, mas a consequência é o android.
Sobre o desempenho, o artigo da wiki diz realmente que a dalvik(android) 2.2 é umas 2 ou 3x mais lenta, mas os cientistas dizem que processadores baseados em pilha(jvm) são inferiores aos baseados em registradores(dalvik). O benchmark no artigo foi feito pela Oracle.
Julio, não precisa de benchmark pra perceber que aparelhos com Android são mais lentos que a concorrência.
Meus 2 centavos:
1 - patente <> direito autoral. O Google perdeu no segundo.
2 - a Oracle não critica nem discute sobre problemas com a plataforma Java, mas com a linguagem Java. A questão é simples desde a época da Sun e não mudou: se não for write once, run anywhere, não é Java. Ou seja, se não for compatível com a especificação, chame de Lava, Bava, Quava, Jala, etc. Mas não será Java. Foi assim que a Sun derrotou a MS (e não a ver com plataforma). Por que a Google pode fazer isso? Só porque é boazinha?
3 - o código assumidamente copiado já foi substituído no Android 3.2 pra frente.
Isso não é portável e não é função C, tanto que pode ser feito de qualquer linguagem. Depende do terminal suportar ou não essas seqüências. Já tentei utilizá-las sem sucesso no Windows entre outros.
Além do mais, existem várias outras funções necessárias como por exemplo saber sobre algum input do teclado ou mouse sem travar o programa, etc.
Eu não quero arrumar confusão, mas também não quero ler as besteiras que você posta. Eu não vou ficar te corrigindo mais já que você fica bravinho com coisas tão insignificantes.
O problema é que você é muito cabeça dura. E por isso que o GUJ vira favela.
Se quer ser ignorante, azar o seu.
Meus 2 centavos:1 - patente <> direito autoral. O Google perdeu no segundo.
2 - a Oracle não critica nem discute sobre problemas com a plataforma Java, mas com a linguagem Java. A questão é simples desde a época da Sun e não mudou: se não for write once, run anywhere, não é Java. Ou seja, se não for compatível com a especificação, chame de Lava, Bava, Quava, Jala, etc. Mas não será Java. Foi assim que a Sun derrotou a MS (e não a ver com plataforma). Por que a Google pode fazer isso? Só porque é boazinha?
3 - o código assumidamente copiado já foi substituído no Android 3.2 pra frente.
Ok marcos, mas eu não consigo entender o seguinte:
O que é write once run anyware é a plataforma(Não faz sentido a linguagem rodar em qualquer lugar porque ela não roda nada). A linguagem não tem nada haver com isso:
É alegado que android não é java. Como se pode comparar a situação da microsoft com esse caso?
O item 3 são 9 linhas de código de um algoritmo comum que realmente foi copiado no meio de 15 milhões no total, o que diz 0,0000006 da dalvik.
A google não é boazinha(nem um pouco mesmo) mas não fez como a microsoft, por isso a justiça chegou nesse consenso. Já citei a questão da apache anteriormente.
Júri decide: Google copiou código proprietário para usar no Android, mas só um pouquinhoo titulo dessa noticia me fez pensar em um advogado do google falando: “Foi sem querer querendo…”
Me parece que o que foi decidido parcialmente foi que o método rangecheck(com super 9 linhas) havia sido copiado, em seu testemunho Josh Block(que foi quem criou o metodo, na epoca da SUN), disse que ele é bem simples e qualquer recém formado tem capacidade de faze-lo, disse tambem que após constatado ele foi removido, e ja não consta nas novas versões do android(não sei a partir de qual versão)
Sim o próprio confessou até mesmo antes de ir pro juri. Mas essa questão das 9 linhas me parece que foi descartada. O x da questão é a linguagem e a api. E me parece que a google pediu “fair use”.
Claro, e você continua sendo imparcial.
Uai, mas se o juiz descartou quem somos nós para julgar? No meio de 15 milhões de linhas você possuir 9 semelhantes está dentro da estatística. Se você comparar o Torá e a Bíblia vai encontrar uma porcentagem semelhante também. O juiz julgou essa alegação de quebra de patentes ridícula( e é mesmo).
…
Isso não é portável e não é função C, tanto que pode ser feito de qualquer linguagem. Depende do terminal suportar ou não essas seqüências. Já tentei utilizá-las sem sucesso no Windows entre outros.
Além do mais, existem várias outras funções necessárias como por exemplo saber sobre algum input do teclado ou mouse sem travar o programa, etc.
Eu não quero arrumar confusão, mas também não quero ler as besteiras que você posta. Eu não vou ficar te corrigindo mais já que você fica bravinho com coisas tão insignificantes.O problema é que você é muito cabeça dura. E por isso que o GUJ vira favela.
Se quer ser ignorante, azar o seu.
Esse programa segue o padrão ansi(Não é essa a nossa discução?). O que não é default no windows 7.
O problema aí é o seu terminal e não esse pequeno programa que segue a norma ansi.
Todos os caracteres de escape ansi, que fazem o que você procura estão documentadas aqui:
você nem se deu o trabalho de pesquisar e procurar saber antes de postar.
pode configurar o padrão usando Device=ansi.sys no config.nt
Eu sou cabeça dura porque sei do que estou falando, você é cabeça dura porque não sabe o que fala.
Se a linguagem não seguir a spec, não roda na virtual machine então não é linguagem java.
Android é SO. A Oracle nunca questionou o SO, a VM ou a plataforma. Ela questiona a LINGUAGEM, e a Sun processou porcausa da plataforma E da LINGUAGEM. E na documentação do Google cita que a LINGUAGEM é java, mas não é. A discussão jamais entrou sobre alegação da Dalvik ser o que não é também não proibiu ninguém de fazer VMs não certificadas. Tem muitas por aí, mas nenhuma usa código da Oracle sem desrespeitar os direitos autorais.
Como você mesmo disse, quem somos nós pra questionar o juíz, que decidiu que o Google copiou sim o código alheio e não respeitou os direitos autorais, coisa que o pessoal negava que pudesse ter acontecido. E decidiu que o Google chupou até documentação apenas dando um replace onde tinha Sun/Oracle para Google. Se o código era importante ou não, se a documentação poderia ser copiada ou não, é outra questão.
Mas que o Google tinha negado ter feito e depois admitido que copiou, creio que ninguém pode contestar.
Eu só acho absurdo o seguinte:
eu trabalho 6 anos numa empresa, e desenvolvo uma classe Helper, que me ajuda a fazer conversões, ordenar listas, esse tipo de coisas.
Aí vou pra outra empresa e tenho que fazer minha classe helper de novo, sem copiar e colar.
O cara que fez as duas classes é o mesmo cara, esse cara (eu) tem a mesma lógica, claro que algumas coisas mudam na vida, eu caso, engordo, fico careca. Mas a chance de eu escrever um metodo igual é muito grande.
Isso quer dizer que sobraram 20,50,300 linhas de código igual de uma empresa pra outra e a segunda empresa copiou código?
quer dizer q após trabalhar numa empresa, eu sendo programador, sou imprestável?
não posso mais utilizar a lógica que aprendi em outros lugares?
Essas leis e processos são todos ridiculos.
Errado. O Google criou a plataforma de software para smartphones mais utilizada (e portanto, mais bem sucedida) no planeta.
De novo errado. O Google criou o ANDROID e o que todo usuário sabe é que existe um ANDROID instalado no seu celular. Se ele usa Java ou não, poucos sabem e isso, no final das contas, não faz a menor diferença (a não ser que vc seja a Oracle e que queira ganhar uns trocos com algo que o cocorrente fez melhor do que vc).
O Google ta acostumado a fazer isso. Copiar produtos de terceiros e colocar disponível gratuitamente. No caso do Android eles tiveram o mérito de responderem rápido ao iPhone, mas o crescimento do Android foi mais porque os competidores estão atrasados e o mercado está em forte expansão.
Mas não da pra dizer que o Google ganhou nada ainda, eu prevejo que quando esgotar os trouxas que pagam 2k num aparelho os problemas para o Android vão começar a se manifestar.
No que isso o Android se diferencia do iPhone?
Por acaso o iPhone tem opções low-end de 200 reais?
pagar 2 k bota trouxas nisso!!!
A mesma bagunça que a google tá fazendo com o java, já fizeram com a linguagem C, que convenhamos é uma coisa de louco. E sem essa de ANSI C, na prática é igualzinho ao ANSI SQL, todos falam de Ansi, mas criam suas próprias coisas.
Pau que bate Chico, bate em Francisco.
Agora, o povo do Mono está insatisfeito com o desempenho da dalvik e querem criar uma VM melhor para rodar NET.
Esse povo sempre gostou de uma baguncinha.
A oracle tem mesmo que zelar pela fidelidade do java, entenda-se nome java que engloba, LINGUAGEM, API e VM
e se violar um desses que arque com as consequências.
'Propaganda Enganosa não !!!, em google". Ou é java ou não é !!!, porque não usaram aquela linguagem deles chamada “GO”.
o marcosalex disse tudo, posso estar errado, mas acho que o google está de gaiato nessa história toda.
Ok marcos, mas eu não consigo entender o seguinte:
O que é write once run anyware é a plataforma(Não faz sentido a linguagem rodar em qualquer lugar porque ela não roda nada). A linguagem não tem nada haver com isso:
Se a linguagem não seguir a spec, não roda na virtual machine então não é linguagem java.
Entendeu agora, juliocbq ?
Ok marcos, mas eu não consigo entender o seguinte:
O que é write once run anyware é a plataforma(Não faz sentido a linguagem rodar em qualquer lugar porque ela não roda nada). A linguagem não tem nada haver com isso:
Se a linguagem não seguir a spec, não roda na virtual machine então não é linguagem java.
Entendeu agora, juliocbq ?
A coisa toda é muito confusa.
O que roda na Dalvik VM é bytecode dalvik e não bytecode Java, claro porque a dalvik NÃO é uma JVM, e nunca disse que era, blz.
A linguagem usada para programar para android é Oracle Java, até aqui eu acho que não problema algum, se houvesse problema o google ja teria retirado isso aqui do site:
The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming languagehttp://developer.android.com/guide/basics/what-is-android.html:
Entao o Android SDK disponibiliza as API(as libs) com os classes especificas do android, tipo Activity, Services, Broadcast e por ae vai.
Bom até aqui acho que não foge do normal, estamos no eclipse, usando o JDK, com as lib do android desenvolvendo um app java normal, tirando a api do android o resto é tudo do JDK, int, String, ArrayList, etc, até aqui continuo achando que não tem problema algum.
Agora tu manda ele fazer o build, aqui começa a coisa toda, ai ele pega teus .class e converte para .dex, que é bytecode dalvik, depois compacta tudo num .apk, semelhante a um .jar, estes .dex é que vao executar na dalvik, a dalvik tem que ter a implementação de tudo que tu usou, List, String, ArrayList etc, e é aqui que acho que a confusão começa, no código fonte da dalvik, pois os caras tiveram que implementar tudo, poderiam ter chamado de DalvikArrayList, mas parece que usaram os mesmos nomes de classes e pacotes, apesar de apenas o rangeCheck ter código identico.
Mas a questão não é o google dizer que tu programa em java para android, isto esta certo e a oracle não esta reclamando disto, ela esta reclamando da implementação da Dalvik, que usou a mesma estrutura de pacotes e nomes de classes do JDK, alem de ter copiado o rangeCheck.
Em momento algum do processo eu vi alguma menção da Oracle dizendo que o google não poderia dizer que se programa em android, o que esta la pra todos verem é a questão de copyright(estruturas as API’s, pacotes e classes, alem de copia de código fonte), e agora na segunda etapa do processo, vem a questão de patente, que se restaram duas, e mais uma vez, eu não vejo nada haver com usar o nome java:
The two remaining patents ? U.S. Patents 6,061,520 and RE38,104, aka ?520 and ?104 ? are related to the underpinnings of the Java virtual machine, a piece of software that runs applications written in the Java programming language…
As the two sides battle over patent ?104 ? which describes a ?method and apparatus for resolving data references in generated code? ? the arguments will revolve around the term ?symbolic reference? and how this applies to software compilation, the process of turning programming code into executable software. A ?symbolic reference? tags data with a name rather than its numeric memory location, and the two are then dynamically resolved. Google will argue that it does not use symbolic references, Jacobs said, but Oracle will argue otherwise. ?The evidence is the source code,? he said.The ?520 patent describes a ?method and system for performing static initialization.? Basically, this is a way of consolidating classes of files, allowing virtual machines to execute less code than they otherwise would. Here the key term is ?simulated execution.? Oracle claims Google uses simulated execution with Dalvik, while Google says it doesn?t simulate ? it merely parses files.
Eu sou um desses trouxas que comprou Android.
Ok marcos, mas eu não consigo entender o seguinte:
O que é write once run anyware é a plataforma(Não faz sentido a linguagem rodar em qualquer lugar porque ela não roda nada). A linguagem não tem nada haver com isso:
Se a linguagem não seguir a spec, não roda na virtual machine então não é linguagem java.
Entendeu agora, juliocbq ?
Cara, antes de concordar com os outros pense um pouco. O marcos é um cara inteligente, mas não concordo com essa citação. Porquê?
Uma linguagem de programação e uma api são somente texto, elas não criam nada. O que cria é um software de construção chamado compilador. O bytecode gerado por ele é o que executa no microprocessador(no caso a jvm). A linguagem é tão insignificante e tanto não precisa seguir nenhuma spec, que as outras jruby, scala e groovy rodam na jvm.
E porquê?
Porque elas possuem compiladores que geram o mesmo bytecode, embora essas linguagens sejam completamente diferentes. É perfeitamente possível escrever um compilador de c# para a plataforma java(jvm). É possível escrever um compilador de c++ para plataforma java, tanto é que já foi citado lá traz. Todos esses bytecodes serão justamente os mesmos(embora alguns possam ser mais gordos dependendo do nível da linguagem e da qualidade do compilador).
O ciclo de vida de uma aplicação rodando na plataforma android é diferente de uma jse, assim como a jse também possui o ciclo de vida diferente da jme. Isso é um requisito da plataforma e não da linguagem. Mas em todas essas citadas a linguagem java e a api java foram completamente preservadas. Desde a sintaxe da linguagem, aos pacotes e nomes de classes da api.
A Oracle pode sim processar a Google por uso indevido, roubo etc… Mas a questão de incompatibilidade de linguagem e apis não existem.
tem um otario querendo aparecer , acho que ficou abatido quando falei que tem trouxa que paga este valor, deve ter feito isto neh imbecil.
A Oracle pode sim processar a Google por uso indevido, roubo etc… Mas a questão de incompatibilidade de linguagem e apis não existem.
A classe Java compilada faz referência a outras classes que devem ser carregadas pelo ClassLoader. Se uma classe ou método não existe ela lançará uma Exception.
Para um código Java ser portável, as APIs precisam ser as mesmas. Logo Android é uma falsificação que nem esses produtos chineses cópias.
De novo errado. O Google criou o ANDROID e o que todo usuário sabe é que existe um ANDROID instalado no seu celular. Se ele usa Java ou não, poucos sabem e isso, no final das contas, não faz a menor diferença (a não ser que vc seja a Oracle e que queira ganhar uns trocos com algo que o cocorrente fez melhor do que vc).
O que isso tem a ver com qualquer coisa? O problema é o Google implementando um Java falsificado. O que o usuário acha é irrelevante.
A Oracle pode sim processar a Google por uso indevido, roubo etc… Mas a questão de incompatibilidade de linguagem e apis não existem.A classe Java compilada faz referência a outras classes que devem ser carregadas pelo ClassLoader. Se uma classe ou método não existe ela lançará uma Exception.
Para um código Java ser portável, as APIs precisam ser as mesmas. Logo Android é uma falsificação que nem esses produtos chineses cópias.
Sim, é verdade. A mesma api quer dizer o mesmo nome de pacotes e classes. A google usou isso porque o mundo inteiro sabe escerver em java. Dessa maneira conseguiu criar um ecossistema maior que o da apple.
Na parte do android ser falsificação eu não concordo porque a plataforma é diferente.
@fredferrao
não é possível programar em diversas linguagens pra iOS (além do objective C)? e pra windows? e pra linux? e pra symbian?
O java padrão do Android é só mais uma linguagem que da pra se programar em um sistema operacional. Veja, se vc utilizar java.lang.String num programa android, qdo vc compilar e gerar o tal dex (não sei como funciona o compilador, mas) pode fazer um simples replace pra classe utilizada dentro da Dalvik.
A Dalvik utilizou padrões e conceitos do java pq eles são conceitos bons, pq estavam na base q utilizaram (o harmony) não vejo nada de ilegal nisso.
O proprio JavaFX (me corrijam se eu estiver errado) não roda no android? é mais uma linguagem que roda sobre um sistema operacional.
quando alguém faz alguma coisa útil com Java vai parar no tribunal.
eu sempre achei muito cinismo de empresas que alegam que seus produtos são livres, criam suas licenças malucas e depois quando alguém fazendo uso de suas ferramentas consegue destaque elas buscam uma clausula escondida na licença.
Confesso que quanto mais eu leio sobre este caso mais confuso e em duvida eu fico!!!
Viram esta?
Judge: You can’t win with RangeCheck.Oracle: No, it’s really really important.
Judge: Witness testified a high-school student could code it.
Oracle: No, No, Google made squillions by copying it.
Judge: It really is very simple. Don’t go there - please?!
Oracle: We will show RangeCheck was the sole basis of Android’s success and
still intend to claim squillions.Judge: I’m a programmer. I could, and have, written RangeCheck in half a dozen
languages, in as many ways, before I’ve even had my first coffee of the
morning.Oracle: Ulp!!!
O juiz é programador kkk, a oracle tentando passar o cara na conversa, e ele escondeu este tempo todo LOL, foi de rir.
Vamos nos ater ao que realmente o juiz falou, e não o que os comentaristas do Groklaw escrevem:
Fonte: http://www.groklaw.net/article.php?story=20120515120106322
Mas, mesmo assim, é bom ver que colocaram um juiz que tem um bom pensamento lógico.
Google 1 X Oracle 0
E você demorou 2 semanas pra chegar a essa conclusao? :lol:
se demorei duas semanas, você não tem como saber.
e voce passou um dia calculando o tempo que levei para escrever alguma coisa? 
garoto esperto!
Meus 2 centavos:1 - patente <> direito autoral. O Google perdeu no segundo.
2 - a Oracle não critica nem discute sobre problemas com a plataforma Java, mas com a linguagem Java. A questão é simples desde a época da Sun e não mudou: se não for write once, run anywhere, não é Java. Ou seja, se não for compatível com a especificação, chame de Lava, Bava, Quava, Jala, etc. Mas não será Java. Foi assim que a Sun derrotou a MS (e não a ver com plataforma). Por que a Google pode fazer isso? Só porque é boazinha?
3 - o código assumidamente copiado já foi substituído no Android 3.2 pra frente.
E me fez lembrar daquela propaganda: em 5:21…
Sun Microsystems announced on Friday that it has moved to a new phase of legal and technical cooperation with longtime foe Microsoft that will involve a payment of $1.95 billion to Sun.
Oras bolas, porquê o Google não paga a Oracle e ajuda o Java… o Google não está usando sua famosa frase “don´t be evil”
Me fez lembrar daquele Visual J++. Será que teremos um G++ em breve…
O Android não é Java. Nunca foi. Isso que o Google está fazendo é o que a Microsoft tentou fazer na década de 90, criar um Java incompatível para destruí-lo.Se o Google não quer pagar a Oracle, tudo bem, então crie uma plataforma própria! Assim como a Microsoft criou o .Net e a Apple mantém o seu ecossistema com o Objective C separado de todo mundo.
Não acho que vai acontecer, mas queria que o Google se ferrasse totalmente.
Isso é um jogo de xadrez, quer dizer bem mais difícil que um jogo de xadrez…
No que vc se refere de criar um Java incompatível, hoje se chama C Sharp.
A IBM já desconfiava disso décadas atrás, inclusive fez aquela propaganda clássica mostrando 2 ratinhos: um com fome, outro sem fome.
E esse Android foi feito na surdinha. Enquanto estavam copiando o Java na cara de pau, ao mesmo tempo estavam contratando um monte de arquitetos do Windows e lançando boatos sobre o Google OS no navegador. Mas na verdade era tudo mentirinha para desviar o foco do Android.
Agora o Google pegar anos de trabalho lá da Sun e não pagar nadinha, coisa boa não pode ser… Resta torcer para a IBM se fundir com a Oracle.