| Autor |
Mensagem |
|
|
marlonfa wrote:Galaxy S nao tem suporte a Java, em questão de jogos e aplicativos, ou seja, pessoas que programam java só podem fazer aplicativos para ele baseado na programação java para android?
Motorola Atrix vai estar mto caro, estava pensando no MileStone 2, mas ele me parece que tb nao roda Java, ou seja, programar em javaME eh passado? o negocio agora eh programa java para android??
Como "suporte a Java" o que você quer dizer? Rodar programas feitos para desktop, ou rodar programas feito em J2ME?
Se for a primeira opção, não existe celular que faça isso. O que mais se aproximaria é o Nokia N900.
Se for a segunda opção, tenha em mente que programar em J2ME não é fácil, e também não existe o tal do "write-once-run-everywhere", pois existem centenas de resoluções de tela, hardware, e afins. Você teria que fazer várias versões do seu programa para abranger um número grande de aparelhos.
E como já disseram, no Android se usa o Java para programar....um pouco diferente, com outros conceitos, mas na raiz é Java.
|
 |
|
|
Luiz Aguiar wrote:Quantas mil unidades o N900 vendeu no mundo?
Não sei, e não faço questão de saber. Se o aparelho supre todas as minhas necessidades não importa se eu sou o único que o possui.
Luiz Aguiar wrote:Compare com iPhone 3GS e 4, Droid 1 e 2, mais uns dois modelos da HTC, ele vendeu menos que todos os outros modelos tops de sua marcas e praticamente não vende mais porque não faz diferença se ele roda outra coisa, a Nokia já disse que ele não terá suporte oficial da Nokia para o Meego, então quanto se fala de milhares de pessoas escolhendo um smartphone pra comprar, se 0.5% é nerd e vai querer instalar uma ROM customizada e ficar fazendo gambiarras gigantes pra rodar uma versão do Android que pode ou não rodar direito, não faz a menor diferença.
Provavelmente qualquer um dos aparelhos citados terá vendido mais do que qualquer outro smartphone que a Nokia tenha lançado depois do N95. Mas não vem ao caso! 
O fato da Nokia ter dito que não haverá suporte oficial não quer dizer nada. Simplesmente significa que não vai aparecer na tela do meu aparelho um aviso de atualização e ao pressioná-lo o MeeGo será instalado. Este é o ponto do que eu quis dizer na minha mensagem: eu não estou preso à Nokia. Por isso disse que é necessário separar o N900 do seu sistema operacional.
E apenas a título de curiosidade, a instalação do Android do N900 requer a instalação de um pacote, disponível nos repositórios, e rodar um comando no terminal. Nada mais do que isso. Nenhuma gambiarra gigante. Ele ainda não está 100% funcional, fato.
Luiz Aguiar wrote:Quando se tem outros modelos vendendo acima de 100 mil por dia e um modelo vendendo 30 mil por mês, esse modelo esta morto e enterrado, ou só eu acho isso um fracasso completo de produto?
Se eles possuem o mesmo nicho, o mesmo público, com certeza. Mas.....possuem?
|
|
|
|
marcosalex wrote:
fredferrao wrote:Tive a oportunidade de mexer em um Nokia 5800 e um n97, espero que o n8 tenha melhorado a resposta do touch, achei muito fraco.
Eu sonhava com um n900, mas depois de mexer nestes dois modelos citados fiquei um pouco desapontado com o touch. Então, tempos depois pude pegar na mão um Motorola Milestone, no outro dia fui la e comprei um 
A resposa do touch não é por causa do SO, mas do hardware. Tanto no 5800 quanto no n97 a tela é resistiva, enquanto no iPhone e no N8 é capacitiva, não sei se a qualidade da tela vai ser a mesma, mas pelo menos é a mesma tecnologia.
A sensibilidade ao toque do N900 é espetacular. Já mexi no 5800, N97, iPhone, iPhone 4, Milestone e a resposta do N900, mesmo sendo de tela resistiva não fica devendo nada aos que tem tela capacitiva. Exceto, claro, o multitoque.....que pra mim não faz a menor falta.
Luiz Aguiar wrote:5800, 5330, N97, N900 são modelos mortos, o N8 parece sem um ótimo device e deve vender até que bem, assim como a linha X de custo menor, mas mais limitada.
Aqui é preciso fazer uma "desmistificação": é necessário separar o N900 do seu sistema operacional. O Maemo está morto. O N900 não. Nele você pode rodar uma distribuição Debian, MeeGo, e até Android (aliás, é bem capaz que o N900 rode o Android 2.2 completo, fazendo e recebendo ligações, antes que os usuários brasileiros do Milestone tenham a atualização para o Froyo).
|
|
|
|
immortalSoul wrote:
Bom, dei um select aqui na tabela de cadastro de ceps que tenho, para pegar apenas os bairros de SP. Retornou 10 mil registros.
Quer que envie para voce?
isso é ilegal.
Esse tópico deveria ser trancado.
Se deseja estar dentro da legalidade, essa informação deve ser obtida com os correios.
Ilegal por que? Não é uma informação pública? Eu não posso ir na banca comprar o Guia de Ruas e digitar todos os CEPs?
A pergunta é séria: por que ter uma base local de CEPs é ilegal....
|
|
|
|
mochuara wrote:O cara é um panaca. Esta preocupado com a minha versão sobre o assunto quando o pai do java ja disse tudo.
Troll alert!!
Tanto ele quanto eu estamos apenas querendo saber o que VOCÊ quer dizer quando fala em fragmentação, e não o que outra pessoa diz.
Se você não consegue ter opinião própria ou não consegue expressá-la, é mais saudável evitar entrar em discussões.
A pergunta é simples.....a resposta parece que nem tanto.......mas depois dessa "trollada" considero a discussão com você encerrada.
|
|
|
|
Diabo Loiro wrote:A "view" agente pode customizar para cada cliente.... o core do sistema continuaria com o mesmo codigo em qualquer celular... MVC., diferentemente de uma aplicação em para android e uma para iphone ou windows mobile diferentes plataformas codigos bem diferentes e nada do código é reaproveitado....
Mas você não concorda que a única diferença entre ter a view para "n" aparelhos e ter o sistema para "n" aparelhos é o tamanho do código a dar manutenção? No fundo, no fundo você acaba tendo 2 produtos finais diferentes.
Diabo Loiro wrote:mais como já foi citado com relação a isso acredito que os navegadores nos celulares ja estão ficando em um nível bem aceitável... e talvez uma solução web resolva os problemas mais simples, ou utilizando web services para reaproveitar a lógica do negocio, enfim existem n maneiras....
Eu já acredito que soluções web não tem muito espaço no mundo móvel. Por melhor que o navegador do aparelho seja, a maioria dos usuários prefere um programa nativo por ser mais rápido, mais bonito, e muitas vezes mais funcional que o site. Exemplo: quantos usam o site do Twitter e quantos usam aplicativos para ele? E olha que o site do Twitter nem é feio....
|
|
|
|
mochuara wrote:
fenrir wrote:
Sinceramente não vejo onde "fragmentação" entra nisso......poderia ser mais claro e nítido, com exemplos palpáveis?
-- Os comentários deste fórum devem conter algo construtivo para o aprimoramento do conhecimento. By Lina --
Engraçado.....exatamente o mesmo vale para você.
Não respondeu onde existe a fragmentação do Android, além das diversas versões existentes.
Diabo Loiro wrote:a fragmentação é sobre o desenvolvedor ter que escolher.... plataformas... a ideia do J2ME é se concentrar em programar em java e não ficar se preocupando com o sistema operacional..
O simples fato de eu ter que pensar o meu programa com vários formatos de tela já não cai nesse conceito de fragmentação? À qual o J2ME não está a salvo?
|
|
|
|
mochuara wrote:minha sugestão é que cada um experimente desenvolver para android tentando atingir o numero de devices que o marcosalex menciona como grande diferencial competitivo e sintam na pele os problemas de um crescimento desordenado.
Sinceramente não vejo onde "fragmentação" entra nisso......poderia ser mais claro e nítido, com exemplos palpáveis?
Diabo Loiro wrote:isso é normal roda em vários devices mais você tem que escolher o tamanho da tela.... isso poderia ser uma opção no software também se você joga FIFA 2010 ou PES você pode escolher a resolução que você prefirir.. assim como a resolução do windows etc..
Se roda em vários aparelhos e tenho que escolher versão certa já saiu do "write once run everywhere" que você tanto prega com o J2ME. Se há mais de uma versão do mesmo programa para mais de um aparelho, eu já tenho que dar suporte em dois sistemas. Por mais que eles tenham grande parte do código compartilhado, ainda assim são dois sistemas.
Diabo Loiro wrote:a plataforma da Samsung nova bada suporta J2ME por que o andróide não pode é incompetência da equipe do Google???????? Não neh só ma vontade mesmo
Você já fez alguma coisa em J2ME? Conhece o termo "evolução"??? Se "agora" o J2ME está utilizável, sinto muito....chegou tarde. Se você faz tanta questão de J2ME, porque está discutindo tanto sobre Android? Ele não roda. Ponto. Próxima opção? Simples assim.....
|
|
|
|
mochuara wrote:
juliocbq wrote:
Eu queria saber onde o android é fragmentado. Sinceramente eu não te entendo.
Fragmentação afeta desenvolvedores querendo criar aplicações para o máximo possivel de devices. Se vc não desenvolve apps para android como espera ver fragmentação?
A única fragmentação que consigo ver no Android é o de versões: há aparelhos rodando versão 1.5, 1.6, 2.1 e 2.2 do sistema (sendo que a 3.0 está no forno). Mas até que ponto uma aplicação vai rodar numa versão e não em outra eu não sei....mas aí vale a mesma coisa para o iOS (e na prática qualquer sistema operacional, inclusive desktop).
E também vale para o JME, tão defendido neste tópico. Ao baixar um jogo em JME, por exemplo, muitas vezes você tem que decidir se baixa o jogo para resoluções em 200x300, 240x480, 300x200, 400x800 e por aí vai.....uma versão do jogo para cada tamanho de tela. "Write once run everywhere" onde? Isso quando não tem que selecionar fabricante também.
|
|
|
|
Eu acho realmente engraçado alguém dizer que as coisas antes da privatização eram boas.....se eu quisesse um telefone teria que recorrer ao mercado negro para ALUGAR um, ou comprar por valores exorbitantes nesse mesmo mercado.
Ou se quisesse pagar um pouco menos, tinha que esperar aparecer um plano de expansão, me cadastrar, e torcer para ser sorteado, e por último, esperar ser chamado! Isso geralmente levava anos. Lembro nitidamente do último plano de expansão, no qual eu participei, e desde o cadastro até a carta dizendo que eu poderia comprar a linha (por R$900,00 na época!!!!!) se passaram quase 2 anos.
Há problemas com o setor? Com certeza!
Mas dizer que o setor estaria melhor nas mãos do Governo, é pra dar risada mesmo.
|
|
|
|
jjose wrote:Eu faço um count no postgres pelo pgadmin me retorna um valor e quando pela aplicacao web (hql) java me retorna outro... alguem sabe o motivo?
Se é HQL posso concluir que esteja usando o Hibernate....para ter certeza que está executando a mesma sentença SQL no seu programa e no "pgadmin" habilite no Hibernate o log das sentenças que ele envia ao banco de dados.
|
|
|
|
Na época em que ainda usava Windows e precisa descobrir essas coisas, usava o Process Explorer.
Mas pode ser que o ListDLLs resolva seu problema também.
|
|
|
|
A forma que eu uso é com o Greasemonkey, e utilizando este script:
Ele foi adaptado de um script colocado aqui no GUJ mesmo para alterar o avatar daqueles que insistiam em colocar imagens muito grandes (e consequentemente estouravam o layout). Mas como eu não gosto das imagens mesmo, o alterei um pouco para remover todas. Infelizmente não localizei a mensagem original....
Pena que isso não é possível de fazer com as assinaturas que alguns colocam.....onde às vezes a assinatura é maior que a própria mensagem... 
|
|
|
|
Qualquer sistema operacional de 64bits irá reconhecer (e utilizar) os 8GB.
Sistemas de 32bits podem até reconhecer mais de 4GB, mas só utilizarão efetivamente cerca de 3.2GB. A menos que você use o PAE (Physical Address Extension)...só que isso vai degradar de forma bastante considerável a performance da máquina.
|
|
|
|
Mas fazendo isso você estará liberando todas as portas para todos os usuários do sistema (ou na menos pior das hipóteses, liberando uma porta para todos os usuários). No fundo, é uma quebra de segurança!
Acho que a melhor forma (e a correta, que utilizei uma vez) é a descrita neste link:
http://rxtx.qbang.org/wiki/index.php/Trouble_shooting#How_can_I_use_Lock_Files_with_rxtx.3F
|
|
|
|
|
|