Simples. Telefone celular tem que funcionar, e bem. Coisa que o Symbian faz. Não dá para tratar o celular como o PC, imagine passar duas semanas para configurar um bluetooth da vida, ou ter que ouvir que o programa tal não funciona muito bem mas a PRÓXIMA versão será excelente.

Usuário, principalmente de smartphone, quer solução pronta, não uma plataforma em desenvolvimento.

Outra coisa, o Sistema Operacional do A1200i é baseado em Linux, porém a Motorola "fechou" o código da sua versão.

Bia, por duas razões:

1) Oficialmente o A1200 (e todos os "openphones" da Motorola) são fechados para aplicações nativas, suportam só Java...
2) Apesar da comunidade já ter dado um "jeitinho" de rodar aplicativos nativos, ainda faltam alguns aplicativos, porque o público é muito menor do que o do Symbian.

E discordo um pouco com o cardoso. Muita gente que tem o A1200 não é entusiasta de Software Livre. E ele vem "pronto para uso".

E existe público para "plataforma em desenvolvimento" também. É só ver o FIC Neo1973

E em termos de aplicações acho que (hoje) a melhor escolha seja o Windows Mobile. Só que como sincronizar WinMob com Linux é um parto, a melhor solução é Symbian.

Pelo que li, a idéia da motorola em lançar um aparelho com sistema aberto era essa. Acho que aos poucos vão comecar a desenvolver aplicações pra ele...

Felipe

Se existe um virtual machine e o linux tá rodando ela direitinho, qual a preocupação?

Caramba véio... a galera do open source da minha época era mais gente boa, hoje em dia a galera é exigente demais, se tem winmob é porque num tem linux, se tem linux é porque tem java...

lol

Alguns com certeza vão discordar mas o fato é java é lento, não existe ferramentas fáceis pra desenvolvimento em linux ou seja se o cara não for bom não dá conta de programar. Segundo o mercado de programas de celular é usado pra ganhar dinheiro, a cada dia que passa a turma do linux quer evitar que programas proprietários rodem nele (porque estes na maioria das vezes é pago).

Carlos, o problema são os xiitas, como o pessoal do Debian: "A marca do Firefox não é livre, então não teremos Firefox no nosso repositório".
Eu uso Linux e não abro mão de muitos softwares proprietários, como o Skype, o Opera e o Nero.

Fabião, o problema é que você não vai usar o PIM na máquina virtual, então sincronizar com o PocketPC não é muito simples.
E usar uma VM com uns 2GB (a instalação do XP + ActiveSync + alguns updates) é BEM pior do que sincronizar com o smartphone direto.
Pra quem já tem um Pocket e quer migrar pra Linux eu acho uma boa opção, mas pra quem já usa Linux não é tão bom...

Carlos, não fala do que vc não entende.

Eu vivo de Java, se o SEU java é lento, é porque a virtual machine que vc usa é um lixo (a virtual machine é livre, existem centenas, a idéia de abrir a virtual machine é de haver concorrência pra que elas possam ser melhoradas pela comunidade)... existe muita virtual machine ai que tem tecnologia que NENHUMA outra linguagem de programação tem, eu mesmo já fiz muitos projetos de missão crítica, tendo que igualar perfomance com assembly (sim, xinguem, dá pra fazer), usando virtual machines que geravam o que chamamos de "natividade", inclusive com sincronização de objetos e compilador dinâmico pré-adaptativo.

e segunda coisa, a MELHOR ferramenta de desenvolvimento da atualidade se chama eclipse e é livre pra todo mundo usar.

se este PDA num deu certo num é por causa do SO nem por causa do Java, é implementaçào porca da Motorola.

Felipe, num entendi o que vc quis dizer com a VM e 2gb.

Na verdade é porque eu pensei em uma máquina virtual rodando Windows sobre o Linux para sincronizar com o PocketPC.
Não tinha percebido que você estava falando sobre Java :$

Bem, quanto a rapidez do Java, é algo que tem que ser optimizado para o dispositivo. E praticamente todos os programas em J2ME procuram rodar em todos os dispositivos, então se sacrifica a performance pela compatibilidade. (Fabião, se eu estiver falando besteira, POR FAVOR, me corrija)

E os programas nativos tem mais opções de acesso ao hardware do que o Java tem. Até existem algumas extensões feitas pelos fabricantes, que funcionam nos aparelhos deles e só.
Um exemplo é um programa para Symbian que faz uma secretária eletrônica no próprio aparelho. Acho meio dificil uma coisa dessas feita em Java.

Então o A1200i está condenado a daqui um tempo continuar do mesmo jeito que hoje, com zero de biblioteca de aplicações para instalar nele?
Isso fere o próprio conceito de smartphone, não? Java é outra coisa, celulares comuns rodam Java. Eu queria dizer, no post, em programas escritos para o sistema operacional dele.

O próprio Java, J2ME, é limitado para alguns tipos de aplicação, não é? Pelo menos é o que se nota em aplicativos Java disponíveis para celular: mais limitados e lentos que aplicações para SO de smartphones. Ou é o hardware simplório dos celulares que limita a criação de aplicações em Java?

Parece uma coisa meio Tostines... :)

Felipe

o primeiro sistema operacional desses todos 3D (como hoje é o linux+xgl+beryl por exemplo) foi feito em java, uma secretária eletrônica seria fácil, né? :D

Bia
Qualquer sistema operacional roda Java... a implementação deste A1200 foi um lixo, mas teoricamente se tivessem feito um bom trabalho, o java seria excelente. Podiam rodar uma máquina virtual full (não a micro edition = JME), a vantagem seria que temos MILHÕES de bibliotecas em java disponível, Java3D, JavaSurround (feito pela dolby e adicionado java for free) e milhòes de outras coisas.

A idéia de deixar em java, aproveitar o que já existe, é ótima, tosca foi a implementação da idéia pela motorola.

Fácil apontar dedo pra Motorola, mas não há UMA aplicação java decente rodando em Smartphone, nenhuma. Ë uma conspiração dos fabricantes contra a Sun?

Nesse ponto concordo com o Cardoso... mas eu excluiria da lista alguns joguinhos para sala-de-espera de dentista :)

Mas o Looking Glass foi feito em Java "pra desktop", que tem mais poder do que o J2ME.

Acho que o J2ME foi implementado porque é o padrão para celulares. E em smartphones sempre se usa programas nativos, que (na maioria) roda mais rápido.
Talvez seja a hora dos fabricantes se juntarem para fazer um J2ME+, mais parecido com o Java "full"

E discordo de você quando diz que a implementação Java da Motorola foi um lixo. Eles implementaram J2ME, só isso, não quiseram colocar Java "de verdade".
O problema é do J2ME, não da implementação da Motorola.

Oba! Flamewar!

Mas até no desktop contam-se nos dedos os aplicativos decentes feitos em Java.

Fabião, mesmo que você seja especialista, viva de Java e diga que faz Java igualar perfomance com assembly!!! (vou fingir que acredito), sempre que eu vejo um javeiro dizendo essas coisas eu não sei se fico com raiva ou fico com pena porque 99% de tudo que eu já vi com Java até hoje é bem lento e tosco. E pior: cumpre muito mal e porcamente a promessa da compatibilidade. Quem experimenta Java quase sempre se aborrece com problemas, problemas e mais problemas. Pior ainda quem se mete a besta de acreditar na conversa mole e tenta rodar o aplicativo em outro sistema operacional: mais problemas, problemas e problemas. Você pode até jogar a culpa nos programadores, mas eu não vejo o mesma drama em linguagens *realmente* multi-plataforma, como PHP, Perl, Python e Tcl. Já cansei de ver programa feito nessas linguagens por programadores de fundo de quintal que aprenderem a programar no mês passado. Costumam ter outros problemas, mas incompatibilidade com sistema operacional não, isso é coisa rara.

Vamos dizer a verdade, vai. Java sux. Tremendo esforço de marketing da Sun que deu certo e arrastou um monte de gente pra uma barca furada.

Eu comprei pela primeira vez um celular com Java há pouco tempo e, veja só minha ingenuidade, acreditei na lorota e me decepcionei. Cada programa feito para Java de celular tem uma lista de compatibilidade assim:

Programa X: roda nos aparelhos AA, AB, CA, FD, GH.

Programa Y: roda nos aparelhos AS, DE, KL, MO, XG.

Programa Z: roda nos aparelhos RT, AB, KL, YU, CZ.

Isso não é multi-plataforma, meu. Isso é lorota, cascata, fraude, embuste, grupo, 171, o bom e velho conto-do-vigário.

Gente,

O A1200 é um Xscale de 312Mhz, com 8mb de memória, nem se quisessem colocariam uma JVM poderosa nele sem sacrificar o desempenho.

Se o objetivo da Motorola foi incentivar o desenvolvimento de aplicações para o aparelho, pecou em não liberar uma API interfaceando diretamento com o kernel. Desenvolver em Java não traria (quase) nada de novo aos programadores, não houve motivos para uma "migração" para o aparelho.

Já o symbian, apesar de ser "sujo" para se desenvolver sobre ele, está cheio de bibliotecas que dão um bom poder ao hacker (C-styled POSIX recentemente diz algo?), mas a documentação fraca e a (quase) impossibilidade de se montar uma toolchain *fora* do windows afasta muitos desenvolvedores.

Por "corrigir" essas duas "falhas" é que a plataforma Maemo (Nokia 770 e N800) e a OpenMoko (Neo) causam um hype muito superior às demais.

Bom vamos por partes.

1) Eu tambem vivo de Java e gosto muito. Na minha opiniao o grande erro da SUN eh querer colocar ele em todo o lugar. Nao estou falando do "Write once, run anywhere". O J2ME nao eh limitado, pelo contrario, da pra fazer muita coisa legal, a verdade eh que ele eh mal usado.

2) Existe UMA excelente aplicacao feita em java para celular, e ela comando o batatal: OPERA MINI.

3) So como curiosidade, os robos que a NASA mandou para marte sao controlados por uma aplicacao feita em Java chamada Maestro.

4) Onde a SUN ganha dinheiro com java eh em Enterprise Solutions. Muito provavelmente o seu banco, a sua empresa de telefonia, o governo, companhia aerea, empresa de cartao de credito, etc usam java e nao pretendem trocar.

Para concluir: Parece que a SUN nao tem REAL interesse no momento em aprimorar o suporte de Java em Desktops e mobile. O foco continua sendo em Empresas e grandes sistemas. Caso voce precise de uma solucao para intregar o seu: celular[x], geladeira[x], pda[x], robo espacial [x], carro[x] com o sistema da sua empresa, eles te oferecem uma solucao. E nesse campo eles nao tem concorrentes a altura. (sorry .NET)

Luc-movel

Se vc leu o que eu escrevi, eu nunca disse que java FOI FEITO para igualar performance de assembly. Como é virtualizado, ele tem sim performance pior. POREM, em casos específicos, como eu disse, em um projeto tinhamos esta necessidade, e utilizando VMs modernas (no caso utilizamos o HOTSPOT) a otimização foi tão grande que o desempenho ficou sim igual.

Existem dezenas de bons softwares, todos, se bem programados, funfam legal... o jar do Azureus eu rodo no Linux e no Windows.

Vale lembrar que as tais linguagens que vc disse ser VERDADEIRAMENTE MULTIPLATAFORMAS (uma delas, alias é que paga meu salário, eu não vivo de java exclusivamente, apesar de ser minha especialidade) não fazem 1% do que o java faz.

Elas com o mesmo código faz uma richclient em qq sistema operacional? Escreve no disco em um AIX, AS400, palm e microondas?

Cuidado. Ser xiita num leva a nada cara, aprenda todas as linguagens e use qual o seu cliente pagar pra vc fazer.

Fabio,

Desculpe não ter te informado mas eu programo em C++ e Java tambem.. uso o eclipse tambem.. e quando me referi a ferramentas faceis não estava falando de Java estava falando de ferramentas para gerar codigo nativo. Veja o caso do Palm-OS que tem o HB++ para gerar programsa e qq um pode usar. Gosto do Java assim como gosto de C#, BASIC, PASCAL e ASSEMBLY mas sinceramente eu sou um escovador de bits e quem não é passa sufoco.

Fabio: http://mini.net/tcl/2420

Eu mesmo já testei Tcl em Windows, Linux, Unix e Palm, e li sobre testes em Pocket PC e até celulares. Tcl cumpre muito melhor a promessa do Java. Infelizmente, faltou marketing. E agora, temos que viver com a droga do Java aqui e ali.

Você não tem nada a comentar sobre a torre de babel dos programas que são feitos para *a mesma* MV Java mas só funcionam em alguns aparelhos de forma aparentemente aleatória? Acho que uma explicação sobre isso seria menos off-topic, e a Bia ia querer saber.

@ Carlos
Se vc programa em java sabe que ferramentas de gerar código nativo quase nem existem, afinal java não é pra ser compilado para um vendor... desconheço algo que gere código nativo, a não ser os jit, mas par ao programador isso não mudaria nada, vc forneceria bytecode, a VM gera onthefly. Concordo com vc que ficar preso à uma plataforma/linguagem é coisa de idiota... não existe melhor linguagem ou SO, existe a linguagem/SO que meu cliente me paga, essa sim eu amo de paixão.

@ Luv movel
minha experiência com J2ME é ridicula pra eu te falar com propriedade qual o problema dela. Já desenvolvi coisas pra celular e pda, mas foram apenas 3 projetos de médio porte... como vc deve saber, J2ME é uma especificação (JSR68), um monte de APIs. O problema que eu tive, quando desenvolvendo, é que as fabricantes constroem suas virtual machines não seguindo nenhuma especificação da JSR68, a não ser o CLDC. Alguns EXTENDEM a especificação... ou seja, se vc pegar um software feito seguindo a jsr, funciona em todos, se pegar um feito pra VM da sony, que extende uma API de som proprietária, fudeu. Infelizmente, como as especificações e JVMs são praticamente abertas, a sun não pode manter o controle tão grande, a coisa acabou desandando e fudeu tudo. Acho que agora com a abertura do código fonte do J2ME tudo vai melhorar... lembre-se que isto acontece tb no desktop, mas é pra utilização mais específica. A VM da IBM, por exemplo, tem uma API de segurança fudidíssima, é usada apenas pra essa aplicação, mais nada (nem eles recomendam usar fora isso). Apesar de vc achar que é uma bosta, se tudo fosse como planejado pela JSR68, e no começo era, facilitaria a vida de qualquer developer a beça... é fácil demais desenvolver pra celular, vc pode desenvolver no seu PC, não é emulado (vc baixa uma VM J2ME), vc testa, debuga, quanto tiver 100% funcionando só passa para o celular, e tudo funciona. Eu sei que isso é verdade, pois como vc deve saber a J2ME não foi feita só pra celular/pda, mas sim pra qualquer aplicação micro de virtual machine (um microondas por exemplo), eu já fiz pra alguns dispositivos headless (sem tela, esses geralmente seguem a jsr68 a risca, o que o celular sempre fode é a API da tela), foi bem fácil, desenvolvi no PC, testei, profilei no eclipse, otimizei perfomance, mandei pro dispostivo e tava funcionando de boa, foi só testar, corrigir bugs e já era.

Bia, já instalou o Automatix? se não, instale! ele facilita muito sua vida e permite a instalacao de qualquer programa proprietario mto facilmente

http://www.getautomatix.com/

Outra dica: quando for atualizar sua distro pra proxima versao o Fasty Fawn, considere o Ubuntu Ultimate Edition, um Ubuntu "recheado" de programas, drivers e tudo oq tem direito e que lhe vai poupar muiiiiiiiito tempo atrás de solucoes pra Linux:
http://ubuntusoftware.info/ultimate/index.html

O Symbian esta ai faz tempo e a Nokia usa em peso em seus celulares top...

O linux nos celulares esta engatinhando ainda.
Isto tende a mudar já que grandes empresas pretendem investir bastante no linux embarcado, principalmente a Motorola....

-----------------------------------
http://sergiotucano.blogspot.com
http://sergiotucano.wordpress.com

Hi! Nice site!

Hi! Nice site!

Concordo com o Sérgio, é apenas questão de tempo até que o Linux como SO para celulares se popularize e surjam IDEs e frameworks para desenvolvimento.

Enquanto isso, o Java no A1200 é rápido sim, rodei muitos aplicativos para testar, todos com desempenho surpreendente. Não vou me admirar se a Motorola, em breve, lançar APIs para desenvolvimento no eZx, afinal, ela só tem a ganhar.

Calma galera, estamos aqui participando de uma coisa nova, o Symbian é ótimo, mas peca nos mesmos aspectos que o próprio Windows nos desktops, é comercial demais. A tendência é a disputa ficar melhor conforme o Linux em PDAs e celulares se popularizar e atrair desenvolvedores, o que, com certeza vai ocorrer logo. Enquanto isso não ocorre, o Java dá SIM, conta do recado, e MUITO bem visto que o Xscale roda muito bem, mesmo aplicativos pesados, mesmo nessa implementação estranha do J2ME.

I liked this site, it's neat. Good job! Please visit my homepage too:

I liked this site, it's neat. Good job! Please visit my homepage too:

Nice page greetings to all in this guestbook! Would you please also visit my homepage?

Felipe,

Oque vc quiz dizer quando disse "jeitinho" para rodar aplicativos nativos?

É possível rodar PRC na plataforma linux?

At
Fabio Verardi.

Hi Jim. Photos i received. Thanks

Pela Santa mãe de Deus...
Como sncronizar o 1200i com Linux?

Pessoal, estava lendo alguns posts, não li todos porque o assunto abordado e da forma que está sendo abordado deixa de ser interessante.
Temos um rapaz que se intitula JavaMan e se acha dono da razão dizendo que JAVA é tudo!?! Tudo para ele. Porque não tem o que fazer e pode perder até 3 dias para fazer um componente. Nenhuma linguagem, arquitetura, tecnologia pode ser definida como a MELHOR. Isso é falta de visão geral do escopo do mundo ao seu redor. Só para finalizar, temos envolvidos variáveis mensuráveis e não mensuráveis. Temos o custo, o tempo, a disponibilidade, a necessidade, etc, etc, que através dessa análise global verificamos e definimos o que é melhor para cada um. JAVA pode ser excelente para apenas uma pessoa e ser um lixo (como dizem) para alguns outros. Temos algumas linguegens que são utilizadas até hoje e temos recentes que satisfazem com harmonia todas as necessidades das empresas. Cada linguagem com o perfil adequado do profissional, organização e seu NEGÓCIO.

Pensem também de forma mais ampla e global.

http://index3.myteb.com >carolina crown http://index10.hazum.com >rodney august mcdaniel http://index7.myteb.com >hells 20angels 20mc http://index5.jalod.com >colicky baby http://index5.pydaz.com >lowes http://index6.tetad.com >get it on bang a gong http://index19.cigyq.com >free qutoe forms http://index17.risuh.com >hpd nyc http://index1.mehep.com >fitzsimmons http://index3.pydaz.com >monogram building and design

http://index10.homyjeh.cn >swim therapy for dogs in n.y.c http://index12.rihuwec.cn >homes for sale in blount county al http://index8.tydodin.cn >latino escorts http://index25.biqubaq.cn >ohio highway patrol http://index12.biqubaq.cn >george bush http://index16.zerakaf.cn >margie fairbanks http://index7.hicuxum.cn >park maitland http://index25.vagijes.cn >elms college chicopee mass http://index21.zerakaf.cn >limewire com http://index17.ryjoges.cn >pacific foods

http://index10.homyjeh.cn >swim therapy for dogs in n.y.c http://index12.rihuwec.cn >homes for sale in blount county al http://index8.tydodin.cn >latino escorts http://index25.biqubaq.cn >ohio highway patrol http://index12.biqubaq.cn >george bush http://index16.zerakaf.cn >margie fairbanks http://index7.hicuxum.cn >park maitland http://index25.vagijes.cn >elms college chicopee mass http://index21.zerakaf.cn >limewire com http://index17.ryjoges.cn >pacific foods

http://index1.megrep.com >statistics linking teen crime to single parent households

http://index4.fiokim.com >snoqualmie river campground and rv park http://index3.fiokim.com >woman of gold http://index5.fiokim.com >plainview y teen tours http://index2.fiokim.com >vintage volkswagen cars http://index1.fiokim.com >turfgrass producers

Im agree.

Im agree.