A Sun Microsystems anunciou nesta terça-feira (02/12) que entregou ao Fórum do Sistema Brasileiro de TV Digital a especificação Java DVT para Ginga-J, abrindo caminho para que a tecnologia seja certificada pela Associação Brasileira de Normas Técnicas (ABNT).
Na prática, a oficialização do Java DVT tira do caminho problemas enfrentados em última hora pelos grupos responsáveis pelo desenvolvimento do middleware Ginga, a ser usado nos conversores para a interatividade da TV Digital no Brasil.
Fico fulo de ver uma tecnologia tão inferior as concorrentes sendo adotada como padrão.
Postado por “Daniel Uch”:
Estamos diante de uma grande possibilidade: a Sun Microsystems, em parceria com o Fórum SBTVD, desenvolveu uma API para o middleware do Sistema Brasileiro de TV Digital, o Ginga. Esta API é chamada JavaDTV, e substitui as APIs do GEM, o padrão internacional de middleware para TV Digital. O problema do GEM é que ele é repleto de royalties. Com esta iniciativa sem precedentes da Sun, o Brasil sai na frente com uma especificação similar ao GEM, porém completamente livre, e que ainda incorpora as APIs de inovação brasileira, tal como a API que permite a interação entre o middleware e diversos dispositivos móveis, desenvolvida pelo Lavid/UFPB.
A notícia da liberação do JavaDTV para o Fórum SBTVD foi divulgada pelo IDG Now! Agora, o Fórum SBTVD e a ABNT precisam fechar a norma Ginga-J, que define a parte Java do middleware Ginga. Logo após a finalização desta especificação pela ABNT, o Lavid/UFPB liberará uma implementação de
referência completamente livre, o OpenGinga.
Bom, quem não quer perder tempo, e já quer começar os trabalhos, pode já se inscrever nos treinamentos da Overmedia Networks, conforme indicado pelo próprio IDG Now! Nestes treinamentos a Overmedia já utiliza uma versão em desenvolvimento do OpenGinga, ainda com as APIs do GEM. As mudanças do GEM para o JavaDTV não modificam o modelo de programação, as interfaces foram apenas reescritas para serem livres de royalties. Os cursos estão sendo ministrados em várias capitais brasileiras (com foco no Nordeste para este verão), e as inscrições podem ser feitas on-line pelo site clicando aqui.
Muito interessante.
Ao meu ponto de vista é o que impedia das empresas investirem no desenvolvimento de aplicações interativas baseadas no middleware Ginga e de sua própria evolução.
Na minha humilde opinião…
JavaTV no Brasil? Só daqui a um bom tempo! 
Como assim Batman ?
8)
Como assim Batman ?
8) [/quote]
Java é uma tecnologia inferior para uso em embarcados.
Como assim Batman ?
8) [/quote]
Java é uma tecnologia inferior para uso em embarcados.
[/quote]
Qual é a tecnologia do momento para embarcados ?
Como assim Batman ?
8) [/quote]
Java é uma tecnologia inferior para uso em embarcados.
[/quote]
+1
Porque Java é inferior para para uso em embarcados?
Qual a melhor tecnologia para uso em embarcados?
Mas por favor, dê uma explicação lógica e acessível. Não somente opinões não fundamentadas.
A JVM é tecnologicamente inferior quando o assunto são dispositivos embarcados por uma série de motivos.
-O footprint de memória costuma ser enorme em comparação com outras VMs - classes são empacotadas de forma burra
e o envelope para o conjunto delas é burro.
-O startup é sensivelmente maior devido ao modelo de linkagem ser quebrado - simplesmente por não existir.
-Java exige um JIT muito avançado para gerar código nativo razoável devido aos muitos furos no modelo de execução da JVM.
-Como se viu com o embrolho da DTV brasileira, usar Java significa ter que pagar royalties para uma empresa.
-Gerar bindings para APIs nativas sempre fui um porre com Java e isso até hoje não melhorou.
A lista vai bem bem longe.
Depende de muitos fatores, mas em geral Java é sempre a escolha ruim.
"
Louds , na sua opinoa… para onde o mercado deveria apontar ? O que hoje seria tão abrangente quanto java e melhor ?
[quote=AUser]Na minha humilde opinião…
JavaTV no Brasil? Só daqui a um bom tempo! :)[/quote]
Mas tem que começar de algum ponto, e o ponto agora é esse. Já que com o Java DTV não terá que pagar Royalties.
[quote=louds]Depende de muitos fatores, mas em geral Java é sempre a escolha ruim.
[/quote]
Apontar uma boa solução seria interessante, pois apenas apontar os pontos negativos de outra é mais fácil.
[quote=chun]Louds , na sua opinoa… para onde o mercado deveria apontar ? O que hoje seria tão abrangente quanto java e melhor ?
[/quote]
Aposto 10 reais que ele vai responder Mono
Será ?
[quote=chun]Louds , na sua opinoa… para onde o mercado deveria apontar ? O que hoje seria tão abrangente quanto java e melhor ?
[/quote]
Ser abrangente é um dos motivos de Java ser tão ruim. Soluções sob medida e direcionadas são muito melhores.
O mercado deveria apontar para deixar de achar que existe uma única plataforma/linguagem para resolver tudo. Veja no caso
da DTV, a plataforma declarativa com ncl é muito mais interessante que a imperativa com Java.
Não seria este o mesmo motivo por qual o mercado olha o linux com uam cara meio feia ?
Nem o LSB conseguiu agradar ao mercado como o esperado… será que basta apenas ser bom ?
Para um mercado todo… pensar em solucoes locais como padrao é uma boa coisa ?
Acho que no caso da escolha do java nesta hora foi devido as varias “formas” de fazer… eh mais facil dizer… faz com java.
A JVM é tecnologicamente inferior quando o assunto são dispositivos embarcados por uma série de motivos.
-O footprint de memória costuma ser enorme em comparação com outras VMs - classes são empacotadas de forma burra
e o envelope para o conjunto delas é burro.
-O startup é sensivelmente maior devido ao modelo de linkagem ser quebrado - simplesmente por não existir.
-Java exige um JIT muito avançado para gerar código nativo razoável devido aos muitos furos no modelo de execução da JVM.
-Como se viu com o embrolho da DTV brasileira, usar Java significa ter que pagar royalties para uma empresa.
-Gerar bindings para APIs nativas sempre fui um porre com Java e isso até hoje não melhorou.
A lista vai bem bem longe.
Depende de muitos fatores, mas em geral Java é sempre a escolha ruim.
[/quote]
Louds, trabalho com desenvolvimento de firmware, se conhece software embarcado sabe o que é.
O que estão propondo pra TV Digital é algo totalmente nativo, parecido com o Jazelle, criado pela ARM e adotado em diversos microcontroladores. Não terá esses problemas que citou.
Sobre royalts, isso acho ruim. Mas sobre ser “a escolha ruim” faz uns 3 ou 4 anos que não é mais assim.
[quote=louds][quote=chun]Louds , na sua opinoa… para onde o mercado deveria apontar ? O que hoje seria tão abrangente quanto java e melhor ?
[/quote]
Ser abrangente é um dos motivos de Java ser tão ruim.
[/quote]
Não consigo enxergar onde isso pode ser verdade. :shock:
Avelino, prq java se torna um pato…
Anda…
Nada…
Voa…
Porem faz os três meia boca.
Porem a abrangencia que eu me referi foi a “base instalada” e não a “api suportada”