APN, deve ser piada.
Alexandre Monteiro
Estava utilizando o APNdroid para desabilitar a conexão com a internet da operadora de celular (APN).
Ok, funciona. Baixei esse o SwitchPro que colocaram em outra thread e funcionou também.
Ai resolvi desinstalar o APNdroid. E a internet APN não funcionou mais.
Comecei a verificar os meus APN e descobri que o APNdroid renomeou o APN para qualquer outra coisa.
Arrumei o nome e experimentei fazer a mesma coisa com o SwitchPro.
Ele renomeou novamente o APN para zap.vivo.com.br_off. No caso a operadora é Vivo mas isso pouco importa.
O Android não possua APIs para desabilitar a conexão APN? Isto é gambiarra!
Não acredito que alguem que desenvolve software se contenta em colocar um endereço inválido do APN.
Sou novo no Android, mas como saber se o SO não tenta conectar toda vez pelo o APN e dá conexão inválida?
Deve ter um serviço que faça isso e veja:
Ops, não tenho conexão WIFI vou tentar na minha lista de APN.
E ai o endereço inválido está inválido e ele não conecta com o endereço inválido. TOSCO.
Será que realmente o Android não prevê isso, desabilitar o APN via software em vez dessa gambiarra?
[]s
Alexandre.
Tiago Nogueira
--
Você está recebendo esta mensagem porque se inscreveu no grupo "Android Brasil" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para androi...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para androidbrasi...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/androidbrasil?hl=pt-BR.
--
Tiago Nogueira
ttt
Michelle Rocha
ttt
Marcelo Fukushima
No froyo tem um setting para desabilitar o acesso a dados
>>> androidbrasi...@googlegroups.com<androidbrasil%2Bunsu...@googlegroups.com>
>>> .
>>> Para obter mais opções, visite esse grupo em
>>> http://groups.google.com/group/androidbrasil?hl=pt-BR.
>>>
>>
>>
>>
>> --
>>
>>
>> Tiago Nogueira
>>
>> --
>> Você está recebendo esta mensagem porque se inscreveu no grupo "Android
>> Brasil" dos Grupos do Google.
>> Para postar neste grupo, envie um e-mail para
>> androi...@googlegroups.com.
>> Para cancelar a inscrição nesse grupo, envie um e-mail para
>> androidbrasi...@googlegroups.com<androidbrasil%2Bunsu...@googlegroups.com>
Lucas Zinato Carraro
Você pode:
- Alterar entre 2G e 3 G
- Desabilitar Roaming de Dados
- Desativar os Dados.
Nos antigos só está gambiarra mesmo pelo que vi :-)
2010/6/8 Alexandre Monteiro <monte...@gmail.com>:
Alexandre Monteiro
Não é este o ponto. O ponto é que é amador este tipo de implementação.
[]s
Alexandre.
Alexandre Monteiro
Realmente isto demonstra o quanto o Android é incipiente.
Deveria ser pré-requisito de um SO que pretende funcionar em telefones desabiltar o fluxo de dados.
Não deveria ser preciso fazer gambiarras toscas como esta. Está parecendo propaganda das outras empresas de SO que falam que nesta nova versão todos os problemas que você deve que aprender a conviver serão sanados.
Esperava que o desenvolvimento em Android estivesse mais maduro.
[]s
Alexandre.
André Nobre
((DECO))
democrática"....
Se o Iphone Os ou IOS como queiram, fizesse a mesma gambiarra (não sei
se faz, nem quero saber) provavelmente o usuário nunca saberia e
ficaria feliz da vida com seu INCRIVEL RECURSO DE DESABILITAR O ACESSO
A DADOS!!!
Peço que apontem UM APENAS UM problema gerado pelo fato desta solução
ser tão "amadora"...
Utilizo o APN DROID e até o momento sou incapaz de relatar um problema
com isso...
Em outras palavras.. FUNCIONA E PONTO!
Bom, essa é a minha opinião...
Abs...
On Jun 9, 8:54 am, Alexandre Monteiro <monteiro...@gmail.com> wrote:
> Lucas,
>
> Realmente isto demonstra o quanto o Android é incipiente.
> Deveria ser pré-requisito de um SO que pretende funcionar em telefones
> desabiltar o fluxo de dados.
>
> Não deveria ser preciso fazer gambiarras toscas como esta. Está parecendo
> propaganda das outras empresas de SO que falam que nesta nova versão todos
> os problemas que você deve que aprender a conviver serão sanados.
> Esperava que o desenvolvimento em Android estivesse mais maduro.
>
> []s
>
> Alexandre.
>
>
>
>
> > No Android 2.2 ( Froyo ) existe um esquema para desabilitar Dados
>
> > Você pode:
>
> > - Alterar entre 2G e 3 G
> > - Desabilitar Roaming de Dados
> > - Desativar os Dados.
>
> > Nos antigos só está gambiarra mesmo pelo que vi :-)
>
> > .
> > >http://groups.google.com/group/androidbrasil?hl=pt-BR.
>
> > --
> > Você está recebendo esta mensagem porque se inscreveu no grupo "Android
> > Brasil" dos Grupos do Google.
> > Para postar neste grupo, envie um e-mail para
> > androi...@googlegroups.com.
> > Para cancelar a inscrição nesse grupo, envie um e-mail para
> > .
Alexandre Monteiro
O fato de ser uma plataforma aberta não tem nada a ver com implementação de gambiarra.
Respondendo a sua pergunta objetivamente, como o ttt falou, o risco de você possuir dois aplicativos destes fazendo gambiarra como o APNdroid e o SwitchPro rodando simultaneamente pode ser que eles mudem o endereço do seu APN que nenhum dos dois consiga resolver. Imagina isso com usuário leigo, como deve ser a maioria de usuários de celulares.
Longe de mim defender o Iphone. Entretanto se queremos uma plataforma aberta e democrática, temos que zelar para que implementações sejam bem feitas.
Mas como você disse essa é a minha opinião e respeito a sua.
[]s
Alexandre.
Para cancelar a inscrição nesse grupo, envie um e-mail para androidbrasi...@googlegroups.com.
Droid Brasil
qual operadora você usa e te dar a opção de configurar os APN de
Internet e MMS automáticamente, também tem um widget simples, que
habilita e desabilita a conexão quando você quiser.
Está disponível em: http://www.droidbrasil.com.br/?p=385.
(devido a uma instabilidade no Market, a versão que está disponível
por lá é uma anterior - sem widget. Então, quem quiser testar, baixe
do site).
Abraços,
Marko
Doid Brasil - As melhores soluções para seu Android
ttt
Erick Petrucelli
Mesmo em ambientes extremamente rígidos como o iPhone, coisas ruins passam (sem falar em coisas bem feitas em relação a programação que podem ser barradas, por outros motivos).
Em um cenário aberto como o Android, pior ainda. Mesmo que o Market fosse rigido ao extremo (e eu defendo que fosse um pouco mais, pelo menos no que tange seguir os guidelines básicos de arquitetura, gerenciamento de estado e qualidade básica da interface, incluindo os ícones), existe a possibilidade de instalar programas de fontes "desconhecidas", o que é uma mão na roda enorme pra gente. Mas que por outro lado também é um problemão pra garantir a qualidade de tudo que sai pra plataforma.
E isso não é um problema específico do Android ou do mundo open-source. O próprio Windows (seja ele XP, Vista, 7) roda redondinho, até você começar a instalar coisas. Muitas vezes os problemas no sistema são causados por programas mal feitos rodando nele. E a culpa acaba caindo no sistema e não nos programas.
De fato, se o 2.2 traz configuração nativa pra desabilitar Dados, viva! Mas disso a garantir que nenhum desenvolvedor supimpa vai fazer gambiarras mesmo em relação a isso, é outra história.
Alexandre Monteiro
Tudo depende do objetivo do seu projeto. Se o projeto é para rodar em celular, deve prever desabilitar fluxo de dados, enviar SMS, MMS, receber ligações e etc desde a versão beta.
[]s
Alexandre.
Alexandre Monteiro
Concordo com você que deva ter padrões e boas práticas de desenvolvimento, mas o SO ou o framework que roda sobre o SO deve prever esse tipo de coisa - desabilitar o fluxo de dados - para minimizar a genialidade dos desenvolvedores em criar gambiarras.
Mundo perfeito não existe, mas o mínimo de regras, padrões e conhecimento da arquitetura do SO deve ser difundidos para que a comunidade ganhe maturidade no desenvolvimento de software.
[]s
Alexandre.
Erick Petrucelli
E acho que o SO deveria ser lançado com isso desde o primeiro beta. Mas o que é prioridade pra mim (ou pra gente), pode não ser pro(s) fabricante(s) ou pra muitos usuários. Da mesma forma que achava um absurdo quando não tinha CTRL+C em iPhone. E nesses meio tempos os desenvolvedores vão fazendo gambiarras mesmo enquanto não tem uma API mais "bonita" pra usar.
O ruim é as inumeras gambiarras que persistem mesmo quando existem APIs pra fazer a coisa certa. E uma plataforma com mais liberdade é mais propícia a passar por isso. Mas, pra mim, as vantagens superam as desvantagens. Um dos motivos que escolhi e estou muito feliz com Android.
Erick Petrucelli
Se não existe APN cadastrada no SO, ele não fica tentando se conectar nem resolver endereço nenhum.
Não uso conexão de dados, logo apaguei todos os APNs desde meu primeiro boot.
Ou seja, ele nem tenta fazer nada quando não tenho Wifi ligado.
Erick Petrucelli
Não uso conexão de dados, logo apaguei todos os APNs desde meu primeiro boot.
Ou seja, ele nem tenta fazer nada quando não tenho Wifi ligado.
Bruno Albuquerque
tinha que ser desenvolvido originalmente para permitir não se conectar
a uma não tem o menor sentido. E ninguém está fazendo propaganda
alguma de agora existir uma opção para desabilitar a rede de dados.
O android tem, aproximadamente, 2 milhões de linhas de código
espalhadas em milhares de funcionalidades implementadas diferentes.
Julgar a maturidade da plataforma pela existência ou não da opção de
desligar a rede de dados é meio que surreal.
-Bruno
Em 9 de junho de 2010 08:54, Alexandre Monteiro
<monte...@gmail.com> escreveu:
José
Google Talk: agripinoduarte 
Skype: agripinoduarte 
MSN: 
Alexandre Monteiro
Entendo a estratégia de estar sempre conectado, afinal é o Core Business do Google estar sempre conectado, é o tal do Cloud Computing, SaaS, etc. Entretanto, como roda em celular e não em um desktop conectado a energia, as aplicações devem ser inteligentes o suficiente para serem "green" e consumirem o mínimo de energia possível, principalmente o SO.
Um dispositivo móvel deve prever situações que não tem cobertura de rede e não deve penalizar a bateria com isto.
E se colocaram no Froyo provavelmente perceberam que não deveriam ter deixado isto de lado.
Acho um equivoco julgar a qualidade de software pela a quantidade de linhas de código. E como o pessoal disse, se o SO não prevê, algum gênio vai fazer gambiarra para contornar.
[]s
Alexandre.
Michelle Rocha
Para cancelar a inscrição nesse grupo, envie um e-mail para androidbrasi...@googlegroups.com.
Bruno Albuquerque
porque achamos que é bom ou ruim. Eu, pessolmente, nunca usei nenhuma
das gambiarras que existem.
Eu não estou dizendo que a qualidade do Android está relacionada com o
número de linhas de código. Eu mencionei o número de linhas (e, mais
especificamente, a quantidade de funcionalidades diferentes) apenas
como contraponto a inferência de que o Android não é uma plataforma
madura porque não tem opção de desligar rede de dados.
Vou me antecipar aqui e já dizer que existe um número infinito de
funcionalidades possíveis que não existem no Android e apenas um
número finito das mesmas será implementado em algum ponto no tempo.
Como tudo mais no mundo de engenharia de software, o que é mplementado
ou não é uma questão de prioridades.
-Bruno
Em 9 de junho de 2010 11:10, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Rodrigo Zaratin
Desde a primeira versão do Android é possível desabilitar o trafego de dados background por configuração.
O que essas aplicações fazem é o que prometem fazer, desabilitam todo e qualquer trafego de dados pela rede da operadora.
Na verdade somente quem não tem plano de dados precisa se preocupar com isso. E do meu ponto de vista isso realmente só deveria ser feito por gambiarra mesmo, visto que Android foi pensado para ser utilizado online.
@rzaratin
[]s
Alexandre.
--
Marcelo Fukushima
--
http://mapsdev.blogspot.com/
Marcelo Takeshi Fukushima
Legio
plano que estabelece a conexão, se existe algum problema(APN errada,
rede, etc..) some o ícone de conexão e todos os programas que usam
conexão de dados ficam offline, eles nem tentam se conectar, ou seja,
por parte dos aplicativos, não fica esta estória de tentar conectar
constantemente. Provavelmente isso é responsabilidade de um serviço do
Android, caso eu fosse desenvolvedor do SO, só faria uma tentativa de
conexão quando a APN fosse alterada, entrar em nova rede(algo
obrigatório com APN ativa ou não) ou em ciclos de tempo, a cada 5, 10
ou 15 minutos. Isso nāo é um consumo extraordinário de bateria e sim
uma atividade normal e muitas vezes obrigatória.
Não dá pra criticar tal função sem conhecer profundamente como
funciona este módulo, a vantagem é que o código fonte tá aí, vai pedir
o fonte do iOS pro tio Jobs pra ver o que ele vai te dar. ^^
Grégory Canto Gomes
--
Grégory Canto
gre...@gmail.com
--
Alexandre Monteiro
Exatamente, o SO deve ser esperto o suficiente para não ficar em loop tentando conectar com um endereço inválido.
Dai a minha pergunta inicial se não dava para desabilitar isso via API em vez de colocar um endereço inválido.
Não critiquei a função do SO pois não conheco, critiquei sim a gambiarra de colocar um endereço inválido para o servidor de DNS não conseguir resolver o IP. Foi isso que eu disse. Gambiarra é sempre gambiarra, nunca devemos achar que POG = Programação Orientada a Gambiarra é uma coisa boa. Os dois programas que citei mudam o endereço para um inválido.
De qualquer forma, me espanta - de novo, se for o caso pois não conheco - o Android não possuir uma API para desabilitar o fluxo de dados antes do Froyo. Entendo perfeitamente o que é PRODUCT BACKLOG, mas acho que isso deveria estar disponível na versão beta.
Por falar em Product Backlog, o Android não possui Users Voice?
Ate o WD TV Live (ah, é baseado em Linux também) tem o seu.
Nunca falei da Apple. A briga com a Adobe é ridícula e no mundo de hoje não deveria haver espaço para isso. Não gosto nem do Ipod que tem que transferir músicas pela o ITunes. Esse tipo de amarração é triste. O ambiente de desenvolvimento do Iphone é
ruim, pois o XCode IDE é rudimentar e só roda no Mac OS.
Apesar de tudo isso, devemos ter cuidado para não transformarmos em discussão religiosa ou política. Todos aqui - ou pelo menos a grande maioria - são apaixonados por tecnologia e devemos ser alheios a paixões e de credo religioso.
Se realmente o Android versão anterior ao 2.2 não prevê isso é ruim. O Android por mais bem intencionado que seja tem menos tempo de vida que seus concorrentes e naturalmente uma menor maturidade de código. Isto é normal em projetos.
[]s
Alexandre.
--
Bruno Albuquerque
se consegue perceber quais são as diferenças. Eu imagino que isso seja
bastante esclarecedor.
Dequalquer forma, vou repetir o que eu disse: O Android foi desenhado
para estar sempre conectado. Nesse sentido não tem nexo ter uma opção
para desconectar completamente a conexão de dados. O fato de você
achar que isso deveria estar em um beta ou em que versão que seja é
apenas a sua opinião.
Críticas são bem vindas, desde que tenham sentido. Essa, em
espećifico, não tem. Obviamente você tem todo o direito de discordar
de mim mas eu estou afirmando o que afirmei na minha resposta com
conhecimento de causa.
Isto tudo posto, você não está sozinho na sua opinião e, exatamente
por isso, o Froyo agora tem uma opção para desligar os dados. Não foi
uma decisão de engenharia, foi uma decisão de produto.
-Bruno
Em 9 de junho de 2010 17:07, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Bruno Albuquerque
mensagem com deoutra pessoa. O resto continua válido.
-Bruno
Em 9 de junho de 2010 17:19, Bruno Albuquerque
<bruno.al...@gmail.com> escreveu:
Alexandre Monteiro
O assunto diz que APN deve ser piada. É realmente eu duvido que você discorde que implementar POG é uma forma de fazer programas para qualquer ambiente ou plataforma. Você mesmo em outro email falou que não implementa gambiarra:
O questionamento inicial é o motivo desses dois programas fazerem a gambiarra e como o SO se comporta com um endereço inválido:
"O Android não possua APIs para desabilitar a conexão APN? Isto é gambiarra!
Não acredito que alguem que desenvolve software se contenta em colocar um endereço inválido do APN.
Sou novo no Android, mas como saber se o SO não tenta conectar toda vez pelo o APN e dá conexão inválida?
Deve ter um serviço que faça isso e veja:
Ops, não tenho conexão WIFI vou tentar na minha lista de APN.
E ai o endereço inválido está inválido e ele não conecta com o endereço inválido. TOSCO.
Será que realmente o Android não prevê isso, desabilitar o APN via software em vez dessa gambiarra?"
Respeito sua opinião apesar de não concordar. Agora, realmente, o pessoal ficou ofendido com possíveis críticas (afinal era um questionamento) ao SO, por favor pessoal, sem essa de Google fans e etc. Isto é um posicionamento que não acrescenta em nada na plataforma. Isso é triste em .NET, em Java, no Oracle e principalmente na Apple. Vejam um exemplo recente: Todo mundo defendia o MySQL e este foi adquirido junto com a Sun pela a Oracle, o líder de mercados em banco de dados. As tecnologias mudam, os Players de mercado mudam. Não dá para ter paixão nesta área.
Alain Mouette
Alain
Legio
o Bruno, às vezes não é simplesmente questão de programação e sim de
produto.
Coisa semelhante aconteceu na minha empresa, o setor comercial
influência muitas vezes de maneira negativa em nossos produtos, já
deixamos de desenvolver um recurso bacana e simples de implementar pq
apenas um cliente tinha necessidade mas não queria arcar com o
desenvolvimento. Tal recurso foi incluído apenas dois anos mais tarde,
três atualizações depois.
Quando desenvolveram o Android, o foco foram meia dúzia de países, com
realidades e necessidades diferente das nossas, só depois com o
aumento da base de usuários é que o Google recebe o feedback dos
usuários e faz as alterações necessárias mais as solicitadas de acordo
com o cronograma do setor de desenvolvimento, ou melhor, pelo setor
comercial. :)
Um ponto interessante por exemplo é o modo avião, vamos supor que
possamos desabilitar apenas o acesso 3g usando este recurso, mas que
com toda certeza não está documentado, é muito mais fácil alterar a
tabela de APNs do que ficar investigando código-fonte, ou seja, mais
uma vez a culpa é dos desenvolvedores de apps que adoram uma gambiarra
e não do SO.
Confesso que existem algumas características de usabilidade no Android
que me deixam chateado, mas o Google está atento e dando enormes
saltos a cada upgrade, apesar de aumentar cada vez mais a fragmentação
também. :/
Legio
Bruno Albuquerque
isso. Mesmo considerando que projetar o SO para estar conectado
constantemente fosse considerado evil (e, convenhamos, insinuar isso
só pode ser piada), o código é aberto. Qualquer um pode fazer o que
quiser com ele inclusive criar um sistema operacional que não conecte
nunca. O n;umero de usuários desse sistema vai tender a zero.
-Bruno
Em 9 de junho de 2010 18:39, Alain Mouette
<amlis...@cosmodata.com.br> escreveu:
Bruno Albuquerque
pata se desabilitar acesso a dados em versões anteriores a 2.2.
Programadores são criativos e criam workarounds, só isso.
-Bruno
Alexandre Monteiro
Temos que demonstrar e combater as gambiarras. Isso é feio, é tosco e com certeza traz problemas posteriores. Ah, não funciona porque o gênio da lâmpada de dois anos atrás fez essa gamb e hoje temos que contornar o POG que foi feito. Quantas vezes eu já presencie isso...
Quanto mais expormos os tipos de gambiarra possíveis menos as pessoas ficam encorajadas de usar.
Um jeito bom de receber feedback é algo semelhante ao User Voice. Veja não precisa ser esse site, mas essa idéia é muito boa:
https://uservoice.com/
[]s
Alexandre.
--
Alexandre Monteiro
Mas vc não acha que é pré-req de um SO fazer sincronização? Qual o princípio de sincronismo? Tenho duas fontes diferentes e preciso equalizar, equilibrar. Naturalmente um Smart Client deve prever processos offline que pode sincronizar depois.
E se o Google cair. Isso é impossível? Nada é impossível. O celular não liga até o serviço voltar?
Isso não é surreal, é bizarro.
Alexandre Monteiro
Erick Petrucelli
Gambiarra = Workaround.
Alain Mouette
com a operador para aumentar o faturamento. Toda vez que eu saio de casa
ou do escritório (onde tem Wifi), o reloginho da Vivo começa a rodar...
Pode ser que os engenheiros/programadores envolvidos não tinham essa
visão, mas é isso que o povo do marketing faz :(
Só para ter uma idéia, no mês passado fiquei uns dias no hospital.
Alguma aplicação (acho que o K9) estava consumindo 100Mb/dia e não tinha
como desligar o 3G enquanto dormia... Sorte que saí do hospital antes de
estorar munha cota!
Alain
Legio
Bruno Albuquerque
tentar defender um ponto de vista.
1 - Se o Google cair, seu celular vai continuar funcionando
perfeitamente apenas sem acesso aos serviços do Google (obviamente).
2 - Quando os serviços voltarem, qualquer diferença de dados que possa
ter ocorrido vai ser sincronizada, exatamente como você descreve.
Portanto não há nada de surreal nem de bizarro na forma como o Android
funciona. Minha pergunta continua, o que exatamente é evil no mesmo?
-Bruno
Em 9 de junho de 2010 23:34, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Bruno Albuquerque
fazer, a sua solução (que normalmente é um hack) *É* um workaround.
Nesse caso você está working around a limitation.
-bruno
Em 9 de junho de 2010 23:37, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Bruno Albuquerque
ela e boa o suficiente pra quem quer que seja afetado por esse
problema/limitação.
De qualquer maneira, meu ponto não tem nada a ver com gambiarra ser
algo bom ou não. A insinuação de que o Android não é maduro porque não
tinha uma API para desligar o acesso a dados quando o motivo disso foi
o fato do mesmo ter sido desenvolvido para estar sempre online é
simplesmente risível. Eu até aceito a hipótese de o Android não ser
maduro (para alguma definição possível de maduro), mas definitivamente
não é por esse motivo.
-Bruno
Bruno Albuquerque
Nesse sentido, o relóginho da Vivo está sempre rodando, quer você use
o não o preço pago será o mesmo). na verdade, é o contrário: o Android
foi criado exatamente para reduzir o controle que as operadoras
exercem, em média, sobre os celulares e sobre o que pode ou não rodar
nos mesmos.
-Bruno
Em 9 de junho de 2010 23:46, Alain Mouette
<amlis...@cosmodata.com.br> escreveu:
Alexandre Monteiro
Alexandre Monteiro
Gambiarra nunca é bom. Projetos demoram um tempo para amadurecer. Um sistema vai amadurecendo em função dos diversos dispositivos testados, condições de temperatura e pressão e demais outras combinações que não conseguimos testar em laboratório. Só quando vai para o mercado que o sistema começa a ser realmente testado. Ai surgem as solicitações do usuário e demais processos que a grande maioria deve conhecer. Isso gera maturidade de produto.
Risível, na minha opinião, é não saber respeitar pensamentos contrários aos seus.
Ricardo Martinelli Oliveira
Alexandre Monteiro
Acho que você não leu, mas vamos lá:
Como você vai utilizar um aparelho dentro de um avião se ele foi previsto só para funcionar online? Ops...
Então desliga o aparelho ao entrar no avião, pois by design, só funciona on-line.
Cara, esse tipo de amor incondicional por determinada empresa de tecnologia, seja google, microsoft, oracle, etc é triste.
Estão afirmando que BY DESIGN só funciona online. Posso usar online no Avião? Não, pois pode influir nos instrumentos como você disse. Ah, então nao funciona no avião ou não é BY DESIGN. Simples.
Matheus Pereira Santos
Ricardo Martinelli Oliveira
Bruno Albuquerque
mesmo ter sido desenhado para estar online sempre não implica
necessariamente que ele não possa funcionar offline (pode, mas com um
sem número de funcionalidades não disponíveis, o que faz com que seu
uso seja extremamente limitado). As coisas nunca são 8 ou 80 na vida
real.
E eu poso afirmar, com 100% de certeza, que a afirmação de que ele foi
desenhado para estar sempre online não só faz sentido como é
exatamente o que aconteceu. Você pode ter uma opinião diferente só que
a sua opinião não muda o fato ocorrido. Nessa discussão, essa é
basicamente a diferença entre o que você diz (sua opinião) e o que eu
estou dizendo (reportando um fato).
Como já disse, a gambiarra não está no Android, está na solução
encontrada por desenvolvedores para contornar o que os mesmos
perceberam como algo faltando na plataforma. Isso não é, nem de longe,
uma gambiarra no sistema operacional. isto posto, existem
provavelmente centenas de gambiarras no código de qualquer SO
(incluindo o Android). O motivo pra isso é simples: SO tem que lidar
com hardware e hardware tem falhas que precisam ser contornadas.
Eu não tenho absolutamente nenhum problema com opiniões diferentes da
minha. Esqueça por um segundo que foi você quem disse e leia a frase
abaixo:
"O Android tem milhares de funcionalidades diferentes implementadas.
Existe uma funcionalidade que não existe e que *EU* acho que deveria
existir. Portanto o Android não é maduro."
Como eu disse, risível. Se você não consegue perceber o absurdo da
inferência acima, então eu desisto e me declaro perdedor.
-Bruno
Em 10 de junho de 2010 08:50, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Alexandre Monteiro
Agora pergunto, qual a função básica de um celular. Receber e fazer ligações, certo? Acesso a dados é um recurso desejável e quase imprescindível, mas continua sendo um celular - função básica - e deve ter a possibilidade de funcionar apenas como celular, sem acesso a dados.
Outro ponto sério que estão esquecendo. Se é BY DESIGN a necessidade de uma conexão de fluxo de dados 3G/2G, todas as operadoras devem deixar isso claro. No Brasil inclusive, pode ser considerada venda casada. Antes que comecem a reclamar do tipo, caramba, qual o objetivo de um smartphone se ele não pode se conectar a internet? Pode, mas posso querer utilizar apenas wifi. Paris inteiro tem wifi por exemplo. Existem projetos em Santos e SP para isto. Isto é factível. Posso usar um smartphone para jogar offline ou ouvir música, ver minha agenda e só sincronizar com o meu server quando entrar na cobertura de uma rede wifi. É móvel! Afirmar que precisa de uma conexão BY DESIGN 3G ou 2G de internet é duro. Na minha opinião, é comida de bola não ter essa API e gambiarra (dos desenvolvedores dos softwares citados) é e sempre será gambiarra.
E até agora não me responderam como o SO vai ser comportar exatamente quando encontrar um endereço inválido de APN e não conseguir resolver o IP. Ele volta a procurar wifi? E ai vê que não tem wifi volta para validar o APN? Ele fica em loop consumindo bateria? Veja isso é técnico. Vocês estão mais preocupados em discutir do que tratar o assunto tecnicamente. Isso é amor incondicional, quando o assunto técnico é deixado de lado para defender algo que usa, gosta ou acredita. Mas de novo, na minha opinião.
Bruno Albuquerque
escreveu texto suficiente. As cisas *NÃO* são 8 ou 80 como você parece
estar inferindo.
Aviões são, por design, feitos para voar. Aviões também andam em terra.
Redes sociais são, por design, feitas para que pessoas possam
interagir uma com as outras. Devem existir milhões de outras coisas
que as pessoas fazem com redes sociais e que não são relacionados a
isso.
Submarinos são desenhados para andarem submersos, mas eles também
andam na superfície do mar.
E por ai vai.
-Bruno
Em 10 de junho de 2010 09:39, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Pedro Elvas
O google faz um SO para uma realidade que infelizmente não é a nossa. Lembrando que o android é um produto da Open Handset Alliance, os caras querem é que vc gaste MUITO em dados, sms e voz. Do que o Google vai viver se vc nao acessar as aplicações dela e gerar dados de perfil de consumo e afins?
Falta muita coisa no Android, isso é verdade, assim como tambem compartilho a sua opinião que isso é "gambiarra". Ate onde sei a api nao permite vc gravar o que vc fala no cel. E pra isso nao tem 'gambiarra'. Essa é uma feature que gostaria no telefone, e não tem.
Se descobrirem algum site com alguma petição, ou algum canal 'users voice' me avise que eu vou la e grito junto com voce. :D
[]s
Pedro
Não é questão de amor incondicional por tecnologia. O fato de desligar o aparelho no avião é que não permite que o usuário do celular não possa utilizar outras coisas, como calendário, contatos, etc.
Thiago Cangussu
Parei de usar o apndroid pq ele estragava minha conexao de dados, q so voltava com reboot do celular (n1).
On Jun 9, 2010 9:31 AM, "((DECO))" <alpfr...@gmail.com> wrote:
Esse é o preço por desenvolver em plataforma "aberta e
democrática"....
Se o Iphone Os ou IOS como queiram, fizesse a mesma gambiarra (não sei
se faz, nem quero saber) provavelmente o usuário nunca saberia e
ficaria feliz da vida com seu INCRIVEL RECURSO DE DESABILITAR O ACESSO
A DADOS!!!
Peço que apontem UM APENAS UM problema gerado pelo fato desta solução
ser tão "amadora"...
Utilizo o APN DROID e até o momento sou incapaz de relatar um problema
com isso...
Em outras palavras.. FUNCIONA E PONTO!
Bom, essa é a minha opinião...
Abs...
On Jun 9, 8:54 am, Alexandre Monteiro <monteiro...@gmail.com> wrote:
> Lucas,
>
> Realmente isto de...
> Em 8 de junho de 2010 23:55, Lucas Zinato Carraro <luca...@gmail.com>escreveu:
>
>
>
> > No Android 2.2 ( Froyo ) existe um esquema para desabilitar Dados
>
> > Você pode:
>
> >...
> > 2010/6/8 Alexandre Monteiro <monteiro...@gmail.com>:
> > > Pessoal,
>
> > > Estava utilizando o APNdroid para desabilitar a conexão com a internet da
> >...
> > > androidbrasi...@googlegroups.com<androidbrasil%2Bunsubscribe@goog legroups.com>
> > .
> > > Para obter mais opções, visite esse grupo em
> > >http://groups.google.com/group/android...
> > androidbrasi...@googlegroups.com<androidbrasil%2Bunsubscribe@goog legroups.com>
> > .
> > Para obter mais opções, visite esse grupo em
Bruno Albuquerque
No caso específico do Android, é irrelevante o que você acha que um
telefone ou smartphone deve ter como função primária pois é, de novo,
um fato que o objetivo do mesmo é prover o acesso a internet sem
restrições (sempre que possível).
-Bruno
Em 10 de junho de 2010 10:16, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Alexandre Monteiro
OK, não existia o recurso na versão anterior ao Froyo. Agora tem. Quer dizer, mudou o desenho inicial do Android? Acredito que não...
E do ponto de vista técnico não respondem, preferem essa discussão sem fim...
Alexandre Monteiro
Tantos que o Froyo prevê. Ah, avião foi feito para voar. Anda na terra pois é pré-requisito levantar voo e aterrissar para pegar e devolver pessoas e bagagens. Como existe a lei da gravidade, BY DESIGN avião tem que sair do chão e BY DESIGN deve saber andar no chão.
Quando vão comecar a tratar essa thread tecnicamente?
Qual o procedimento do ANDROID diante da GAMBIARRA de um endereço inválido de APN?
Bruno Albuquerque
percepção nessa discussão é que você quer estar certo e não faz
questão alguma de ler o que eu estou dizendo. Quando eu digo que estou
apenas reportando um fato é simplesmente porque eu estava lá quando a
decisão foi tomada. Com isso em mente, qualquer tipo de afirmação em
contrário não tem o menor sentido. Mais uma vez, não é minha opinião,
é um fato.
Você não disse aquela frase em específico. A frase que escrevi foi
ilustrativa apenas (o que deveria ser óbvio, já que a parte sobre o
Android ter milhares de funcionalidades foi minha). Em algum dos
emails atrás você simplesmente insinuou que o Android não era maduro
(ou "mais maduro") como inferência direta do fato que não existia uma
API para desligar os dados.
Quanto a maturidade, o Android Já está no mercado a quase 2 anos, com
pelo menos 4 major releases já feitas. Como eu disse, para alguma
definição de maduro ele realmente não é. Para outras ele é.
E não, não mudou o desenho inicial do Android. O mesmo continua
extremamente limitado quando não estiver conectado a uma rede de dado.
Apenas foi adicionada uma feature que usuários queriam. Existem
centenas (se não milhares) de outras features que os usuários querem e
que não foram implementadas ainda e que podem ou não ser implementadas
um dia. Não importa o que seja implementado, nunca o Android vai
deixar de ser, primariamente, uma plataforma que foi desenhada para
ficar online 100% do tempo.
-Bruno
Em 10 de junho de 2010 10:32, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Ricardo Martinelli Oliveira
Erick Petrucelli
Você está dando duas definições diferentes para a mesma palavra.
Goste ou não da palavra gambiarra, workaround é a tradução pra inglês.
Já trabalhei demais com desenvolvedores americanos pra saber disso.
O fato dos brasileiros acharem mais conveniente as palavras em inglês como um meio de eufemismo não muda o real significado da palavra.
Bruno Albuquerque
momento pelo sistema operacional. mesmo sendo desenhado para estar
sempre online, em algum momento o mesmo não está pois existe todo um
processo que precisa ser seguido para se estabelecer uma conexão que
começa com bootar a firmware do rádio. A analogião entre aviões e
sistemas operacionais nesse caso é mais profunda do que pode parecer a
princípio. Mas, então tá.
De qualquer forma, como assim qual o procedimento do Android? O
Android não faz nada com uma APN inválida (pro Android, não existe APN
inválida). Ele apenas pega a APN e passa adiante pra firmware do
rádio. O que ocorre então é responsabilidade do rádio e varia de
celular pra celular.
-Bruno
Em 10 de junho de 2010 10:41, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Erick Petrucelli
Caso o APN cadastrado seja inválido (a gambiarra dos programas), como o SO se comporta?
Vai ficar tentando conectar e recebendo timeout? Ou só tenta uma vez (quando muda o APN) e passa a responder para os programas diretamente que não é possível nas próximas vezes?
Ricardo Martinelli Oliveira
Bruno Albuquerque
Quem lida com APNs é a firmware do rádio, não o Android (pra quem não
sabe existem, tecnicamente, 2 sistemas operacionais diferentes nos
smartphones. O segundo deles, que é a firmware do rádio, tem até um
processador arm dedicado pra mesma. A comunicação entre o Android e o
rádio ocorre através de ums interface AT simples (pense em modem: ATZ,
ATH, e por ai vai).
Tudo que o Android faz é mandar a APN adiante. Eu não tenho acesso ao
código de nenhuma firmware de rádio mas eu imagino que o que ocorra é
que o rádio tente conectar, não consiga e retorne um erro pro Android.
Com base em alguns eventos, o radio pode tentar de novo (pode ser
devido a um timer ou algo como mudar de torre). Quando o rádio
consegue estabelecer a conexão de dados, avisa ao Android e o android
muda de stado para DATA AVAILABLE e faz várias coisas, como
sincronizar as contas configuradas e habilitar o acesso de dados a
aplicações interessadas nesse evento.
-Bruno
Bruno Albuquerque
não ser pra se ver que o Android delega pro rádio a responsabilidade
de lidar com APNs). O que o rádio faz é uma black box mas,
considerando que uso de energia é crítico, é bem provável que o
cenário que descrevi esteja próximo do que ocorre de verdade.
-Bruno
Em 10 de junho de 2010 10:48, Ricardo Martinelli Oliveira
Alexandre Monteiro
Bruno, ficaram algumas dúvidas:
1- Com que frequência o Android manda a APN adiante? Se ele recebe o erro ele não manda mais e espera ser notificado através de um observer se a conexão é reestabelecida?
2- O Loop é uma caixa preta como disse tratada pelo firmware do rádio que varia de fabricante para fabricante, certo? Isso consome bateria dependendo de quanto eficiente foi a implementação do firmware do fabricante do rádio?
Alexandre
Fernando
Bem vindo ao maravilhoso mundo da lista android-brasil. Aqui se criticar o Google ou o Android é proibido. É só buscar as discussões sobre o Market.
Tudo que existe no Android foi minuciosamente planejado e mesmo qdo, lacunas inacreditaveis (essa é só mais uma) é corrigida, é pq o Oraculo estava correto desde o principio, mas só quis ser "benevolente".
Ok, o Android foi projetado pra estar conectado permanentemente? Mas tb foi "projetado" pra ser uma plataforma global. Então não sei pq não aceitar que foi uma falha de projeto, que deveria ter sido corrigida antes, mas que finalmente foi corrigida.
Existem milhares de outras. Sobre o uservoices, o google usava o code.google.com, mas parece que ninguem do google vai lá mais. E as demandas continuam. Intocadas.
De qualquer forma, é claro que prefiro o Android (semi) aberto do que o iPhone. Mas parece que é pecado critica-lo.
Abçs,
Bruno Albuquerque
se desligar e ligar o rádio. O rádio notifica o Android quando uma
conexão está disponível/indisponível.
2 - Em tese sim. Mas eu tenho uma certeza razoável que, em média, os
fabricantes desses firmwares tentam limitar ao mínimo o consumo de
bateria. Em alguns casos não é possível e, por isso mesmo, em regiões
com sinal ruim o rádio é o maior vilão do consumo de bateria (o r'dio
tem sempre que trabalhar com a potência máxima nesse caso).
-Bruno
Em 10 de junho de 2010 11:46, Alexandre Monteiro
<monte...@gmail.com> escreveu:
Bruno Albuquerque
de fundamentação. Quer críticas válidas sobre o Android, aqui vão
algumas (e não é uma lista exaustiva):
1 - Nosso processo de release opensource está longe de ser o ideal.
Precisamos tornar o mesmo mais ágil.
2 - Existem várias features que não estão disponíveis em português e
que tornariam o mesmo mais útil pra nós no Brasil.
3 - Temos nos preocupado em lançar features novas quando, talvez,
fosse uma idéia melhor polir as já existentes.
Agora, para exemplificar, quando exatamente os mesmos comentários
acima deixam de ser válidos:
1 - Isso ocorre porque nós somos malvados e queremos sacanear a
comunidade opensource (isto invalida o crítica simplesmente porque é
puramente especulativo, não é verdade e, acima de tudo, tem obviamente
um propósito inflamatório).
2 - Isso ocorre porque não estamos nem ai pro Brasil e não respeitamos
nosso clientes aqui. (De novo, especulativo, falso e inflamatório).
3 - Fazemos isso porque não estamos nem ai pra qualidade do produto.
(Mais do mesmo. Os motivos são bem diferentes desse).
Enfim, uma coisa é fazer uma crítica. Outra coisa é achar que a
crítica é valida porque existe uma conspiração global contra você
mesmo. :)
-Bruno
Ps: Esse email reflete minha opinião pessoal, a propósito. Não
necessariamente o Google, como empresa, concorda comigo.
Alain Mouette
Em 10-06-2010 10:55, Bruno Albuquerque escreveu:
> Não importa o que seja implementado, nunca o Android vai
> deixar de ser, primariamente, uma plataforma que foi desenhada para
> ficar online 100% do tempo.
A maneira como o Android trata o fato de estar conectado o tempo todo,
na minha opinião está corretíssimo. Ele funciona bem off-line para as
coisas que fazem sentido serem offline, como por exemplo agenda e anotações.
O que eu não gosto é que:
* não foi dado nenhum valor à integração como PC, só com a internet.
* não tem como fazer um backup decente, tem que rootear o aparelho e
usar algum programa de terceiro. (isso acaba até facilitando a pirataria
de apps)
é uma pena, mas me parece óbvio que nenhum desenvolvedor do Android era
usuário do Palm. Tem um monte de problemas que foram bem resolvidos no
Palm e que o Android poderia ter feito semelhante... Me desculpem mas
tem vários aspectos essenciais em que o Palm (os antigos) dá de 10 a
zero no Android :(
Alain
Ricardo Martinelli Oliveira
Alain Mouette
Em 10-06-2010 12:34, Bruno Albuquerque escreveu:
>
> 3 - Temos nos preocupado em lançar features novas quando, talvez,
> fosse uma idéia melhor polir as já existentes.
1) Apóio em genero número e grau...
2) Tem o meu voto eterno
3) se não ficou claro, volte ao ítem (1)
Acho que com o Froyo, trazendo JIT e flash (na tela, não na camera como
o da apple), está chegando a hora de passsar um longo tempo polindo e
arrumando a casa. Temos que reconhecer que o android é maravilhoso, por
isso mesmo ficamos mais frustrados com os pequenos problemas...
Alain
Ricardo Martinelli Oliveira
--
Erick Petrucelli
Mas aparentemente essas coisas vão sendo resolvidas a cada versão.
Exemplo são programas no SD card, que Froyo resolve, mas foi absurdo pra mim quando soube que Android não fazia.
Mas, Palm OS começou nos anos 90 e quando comprei meu Treo 680, já tinha mais de 10 anos de maturidade.
Em 2 anos Android já evoluiu pra burro. Em 10 anos, tenho certeza que não vou ter saudades de nenhum Palm.
--
Alexandre Monteiro
Alexandre Monteiro
--
Alexandre Monteiro
Mas vai falar que isso deveria ter sido incluido na versão beta...
Talvez, daqui a dez anos, essa discussão toda seja sobre outro SO para celular. O mundo muda...
ttt
Alexandre Monteiro
Mas hoje, dia 10/06/2010 a ausência do recurso de gravar/instalar os aplicativos no SD faz muita falta.
Erick Petrucelli
E se estiver, aposto fortemente que vai ter tantos bloqueios quanto a China.
Ricardo Martinelli Oliveira
Ricardo Martinelli Oliveira
Alain Mouette
Alain
Em 10-06-2010 14:13, ttt escreveu:
> Daqui a 10 anos nao vai existir SD e tudo ficara em nuvens e com as
> conexoes de 1G/s não fará diferença no I/O de SD ou na nuvem =p
>
> 2010/6/10 Alexandre Monteiro <monte...@gmail.com
> <mailto:monte...@gmail.com>>
>
> Exatamente, também acho um absurdo não gravar os aplicativos no SD -
> o Symbian também faz isso a tempos...
> Mas vai falar que isso deveria ter sido incluido na versão beta...
> Talvez, daqui a dez anos, essa discussão toda seja sobre outro SO
> para celular. O mundo muda...
>
> Em 10 de junho de 2010 13:20, Erick Petrucelli <erick...@gmail.com
> <mailto:erick...@gmail.com>> escreveu:
>
> É, realmente, ex-usuários de Palm estranham a falta de algumas
> coisas no Android.
> Mas aparentemente essas coisas vão sendo resolvidas a cada versão.
> Exemplo são programas no SD card, que Froyo resolve, mas foi
> absurdo pra mim quando soube que Android não fazia.
> Mas, Palm OS começou nos anos 90 e quando comprei meu Treo 680,
> já tinha mais de 10 anos de maturidade.
> Em 2 anos Android já evoluiu pra burro. Em 10 anos, tenho
> certeza que não vou ter saudades de nenhum Palm.
>
> Em 10 de junho de 2010 12:48, Alain Mouette
> <amlis...@cosmodata.com.br
> <mailto:amlis...@cosmodata.com.br>> escreveu:
> <mailto:androi...@googlegroups.com>.
> Para cancelar a inscrição nesse grupo, envie um e-mail para
> androidbrasi...@googlegroups.com
> <mailto:androidbrasil%2Bunsu...@googlegroups.com>.
> Para obter mais opções, visite esse grupo em
> http://groups.google.com/group/androidbrasil?hl=pt-BR.
>
>
> --
> Você está recebendo esta mensagem porque se inscreveu no grupo
> "Android Brasil" dos Grupos do Google.
> Para postar neste grupo, envie um e-mail para
> androi...@googlegroups.com
> <mailto:androi...@googlegroups.com>.
> Para cancelar a inscrição nesse grupo, envie um e-mail para
> androidbrasi...@googlegroups.com
> <mailto:androidbrasil%2Bunsu...@googlegroups.com>.
> Para obter mais opções, visite esse grupo em
> http://groups.google.com/group/androidbrasil?hl=pt-BR.
>
>
> --
> Você está recebendo esta mensagem porque se inscreveu no grupo
> "Android Brasil" dos Grupos do Google.
> Para postar neste grupo, envie um e-mail para
> androi...@googlegroups.com <mailto:androi...@googlegroups.com>.
> Para cancelar a inscrição nesse grupo, envie um e-mail para
> androidbrasi...@googlegroups.com
> <mailto:androidbrasil%2Bunsu...@googlegroups.com>.
Rodrigo Zaratin
@rzaratin
Alain Mouette
Em 10-06-2010 13:41, Ricardo Martinelli Oliveira escreveu:
> Quanto à sincronização PC <-> Celular, vejo que isto é algo que o
> fabricante do aparelho deveria fornecer e não é responsabilidade do SO.
Eu não quero nada do fabricante. Meu próximo será Android, mas não será
do mesmo fabricante
alguém tinha é que fazer um software Palm-para-Android...
Alain
Alexandre Monteiro
Grégory Canto Gomes
É muito bom o programa.
Abraços,
--
Grégory Canto
gre...@gmail.com
Alain,
Erick Petrucelli
E a idéia é legal, mas enfrenta diversos bugs ainda.
Mas melhor que nada.
Levy
Mas como disse
o Bruno, às vezes não é simplesmente questão de programação e sim de
produto.
O problema é que esse argumento pode virar muleta para 99,9999% dos problemas!
Levy
A gambiarra é dos desenvolvedores, não do Android. Não existe uma API
pata se desabilitar acesso a dados em versões anteriores a 2.2.
Programadores são criativos e criam workarounds, só isso.
Iguais aos aplicativos que pedem sua senha do Google Account, existem diversos que fazem isso, eu me pergunto o por que, se eu já forneci isso ao Android e deveria ser tudo single sing-on
Mak(SP/ZN))
--
Ricardo A. Sá
Dei uma pesquisada rapida no http://developer.android.com/sdk/api_diff/8/changes.html mas acho que não achei a API que você mencionou.. Seria usando o setNetworkPreferences da ConnectivityManager ? Pq ele jah esta disponivel desde versoes anteriores..
Alexandre Monteiro
Entretanto, como o Google fornece os servicos de SaaS através de Smart Client que é o Android, é realmente curioso a falta desse recurso.
Concordo com vc, isso na minha opinião, no cenário do google ser o provedor de autenticação e o cliente do google, deveria vir na versão beta.
Mas vai falar isso aqui...
--
Alexandre Monteiro
Sobre refactoring, item 3, recomendo fortemente o livro do Martin Fowler que provavelmente alguem aqui dessa lista já leu.
O resto de teoria da conspiração na minha opinião é viagem.
Será que determinar o que é critica válida não corre o risco de autoritarismo?
Bruno Albuquerque
pro sistema. Não me lembro exatamente qual o Intent agora, mas não
deve ser difícil de achar. A opção específica nas configurações está
junto com habilitar e desabilitar roaming de dados.
-Bruno
Bruno Albuquerque
em absolutamente nada.
Quanto a o Google como provedor de autenticação, isso envolve tantas
variáveis que você simplesmente não está considerando que não tem a
menor graça. Só para inicío de conversa (e isso cobre 90% de todos os
casos problemáticos), o desenvolvedor/empresa/whatever tem que querer
usar o Google. Por uma infinidade de motivos, válidos ou não, eles
podem não o querer.
E tá, você acha que deveria já existir "na versão beta" (por um motivo
obscuro). Me diz uma coisa: Qual feature existente você trocaria por
isso? Porque se existisse tempo infinito pra se fazer tudo, tudo já
estaria feito.
Isso nem de longe é uma prioridade pra ninguém. Na verdade não é nem
pra você, eu sou capaz de afirmar. Mas ainda assim você diz que acha
que deveria estar na versão beta.
-Bruno
Em 11 de junho de 2010 00:24, Alexandre Monteiro
<monte...@gmail.com> escreveu: