Oi Velox invade privacidade do usuario

A Oi é muito conhecida pelo seu péssimo atendimento ao cliente, pelos seus planos estranhos e órfãos (você vê o plano na TV, na Internet ou no Jornal, mas ao ligar para contratar, ele não existe) ou pelas rebeldias no mercado (Desbloqueio Total). Tirando este último que sem dúvida foi uma mudança radical na telefonia móvel no Brasil, da Oi nada se salva.

O 3G não funciona; o Oi Fixo é vendido casado com o Velox - proibido por lei mas ignorado pelos tribunais e pela Anatel; o atendimento ao 0800 chega a machucar o cérebro e a propaganda enganosa segue o molde da política brasileira. Uma empresa como a Oi, encontrou no Brasil o melhor mercado para ganhar dinheiro sem investimento.

Fato este comprovado pela incapacidade de a Oi oferecer legitimamente os planos do Oi Velox. Seja de 1, 4 ou 8 Mbps, as velocidades atingidas estão longe de serem as ideias para o preço cobrado e para o plano prometido. E agora, lançam os planos de 14 e de 20 Mbps. Para conseguir oferecer estes planos, a Oi encontrou, no Traffic Shaping, a solução ideal para novos clientes, maior faturamento e zero de investimento.

Os dados coletados pela empresa Ellacoya mostram que 46% de todo o tráfego na Internet hoje é gerado por conteúdo HTTP, principalmente por causa do streaming de serviços de audio e video como YouTube, Vimeo, Last.FM e outros. (fonte).

A consequência disso foi péssima para os clientes dos provedores brasileiros, que querem aumentar seu faturamento, sem investir em infra-estrutura. A solução pareceu óbvia: controlar o consumo de conteúdo pesado (video). Para isso, a infra-estrutura atual dos grandes provedores é suficiente: uma regra no roteador e o problema está resolvido. O problema do provedor, em conseguir entregar banda para uma parcela dos clientes: os novos clientes.

Clientes antigos sofrem com o controle de banda. A regra tem sido aplicada a usuários antigos, usuários com uso diário da banda, e usuários com perfis pesados (video streaming, audio, downloads). Isto para garantir que os novos clientes não abandonem o serviço, e ainda invistam nos planos mais caros.

A Oi desta forma está invadindo a privacidade destes usuários. Ao analisar o conteúdo dos arquivos sendo trafegados para poder impôr limite, a empresa quebra o termo de privacidade que protege o cliente e seus dados trafegados. Invasão de privacidade é crime. Estes clientes estão tendo seus dados monitorados para que o sistema da Oi possa controlar a velocidade, e desta forma resguardar outros clientes. A Oi está privilegiando novos contratos.

Novamente: para que a Oi possa controlar a velocidade de certos tipos de arquivos, é preciso analisar estes arquivos e identificar o seu conteúdo. Se você é cliente Velox, a Oi está invadindo a sua privacidade quando você obtém um arquivo de vídeo e a taxa de transferência fica notavelmente abaixo do plano contratado, mesmo vindo de um servidor potente (como YouTube).

Repare no vídeo abaixo:



Tome uma atitude agora: chame um técnico da Oi, mostre a ele que a Oi limita a velocidade da sua conexão para certos tipos de arquivos, e exija um laudo técnico a respeito.

[]'s
Bruno

A Opinião do Público no JustJava 09

Considerando que na sala ao lado da que eu estava, havia uma palestra hype-apelativa entitulada Design Patterns: padrões para toda a vida, até que muita gente compareceu na palestra do camelo. Se você que lê este post esteva lá, muito obrigado mesmo pela coragem! Fico muito feliz quando vejo que ainda tem gente que curte assunto novo, produtos diferentes e, porque não, fora dos padrões estipulados por organizações e empresas?

Em 2008, foram mais de 40 presentes na palestra sobre Apache Wicket. E este ano, numa sessão entitulada "Apache Camel: rotas para as suas mensagens", sem qualquer apelo ou nome de produto conhecido, 22 pessoas compareceram na sala. Se no próximo ano, ou num próximo evento, aparecerem 15 pessoas interessadas no Apache Hadoop, juro que ficarei surpreso!!

Tenho, nestes últimos 2 anos, procurado por ferramentas e tecnologias específicas, para problemas específicos, e que preferencialmente sejam independentes. Soluções financiadas pelo mercado, e não por uma única empresa. E é por esta razão, que tenho focado meu trabalho nos produtos da Apache Software Foundation. Sim, aquela do servidor HTTP. Já foram 3 palestras, 3 produtos estudados, e muitos outros que aguardam na fila:

• Apache Wicket (DONE!)
• Apache ServiceMix (DONE!)
• Apache Camel (DONE!)
• Apache CXF
• Apache ActiveMQ
• Apache CouchDB
• Apache Hadoop
  
• Apache OpenJPA
  

Acredito que estes produtos possuem forte potencial tecnológico, que podem atender o mercado exigente de hoje, que demanda acima de tudo, qualidade.

ASF meets Mercado
A fundação Apache é financiada pelo mercado, em grande parte (ou... 98%) por empresas de TI, sem interesse comercial direto. O objetivo da fundação é oferecer um espaço para que produtos, ferramentas ou frameworks, totalmente Open Source e verdadeiramente livres possam ser mantidos.

Por trás de cada projeto, não há uma única empresa, mas sim um grupo de desenvolvedores. Estes sim, cada um à sua maneira, encontram uma forma de atuar no mercado com este ou aquele produto. E desta forma, cada desenvolvedor, cada contribuidor de um projeto Open Source, tem liberdade de vender o seu conhecimento e a sua experiência da forma que achar mais adequada. E sem a pressão de uma grande empresa por trás.

O que pretendo dizer com isso tudo, é que existem muitos outros produtos lá fora e que talvez esteja na hora de abandonar os clichês dos contos de fadas, como aquele onde o Chapéuzinho Vermelho caminha pela floresta em direção ao Oráculo, num dia de Sol, à vista do Gigante Azul do céu.

Feedback do JustJava 2009
O que me motivou a escrever este post, foi a visão que o público da minha recente palestra no JustJava. 79% dos presentes afirmaram que o conteúdo da palestra estava atual. Me pergunto qual foi o resultado da palestra sobre EJB3 neste quesito. Ou a de JSF. Até mesmo Agile já parece ser tema passado. Não que estes tópicos não sejam mais interessantes, mas é que... para um evento de tecnologia, me sinto no dever de mostrar o que ninguém jamais apresentou antes. Sinto que o público está cada vez mais interessado em novidades, e não em Technical Patterns.

E este feedback positivo me deixa contente, e inspirado para mais palestras. E espero retornar ao evento no próximo ano, com mais um produto da Apache.

PS: Se você conhece alguém, ou algum JUG que promoverá um evento sobre Java ou Open Source, por favor entre em contato.

[]'s
Bruno

Boteco São Bento - O Pior do Mundo

Adoro polêmica. Fato. E para alimentar ainda mais este meu ... perfil ... segue minha contribuição para o que aconteceu com o blog Resenha em 6, onde a liberdade de expressão foi ameaçada.

Artigo no IDGNow!

Comunicado do Resenha em 6 sobre a remoção

O bar Boteco São Bento foi criticado pelo blog, e os donos não gostaram nada disso. Ao invés de melhorarem o serviço, os preços, e a comida, preferiram ameaçar judicialmente o dono do blog caso ele não removesse o post. Coitado. Esqueceu que vivemos num mundo onde, qualquer palavra cuspida na Internet está automaticamente arquivada. :-)

Segue o post:

Depois da Faixa de Gaza e do Acre, este é o
pior lugar do mundo para você ir com os amigos. Caro, petiscos sem
graça e, principalmente, garçons ultra-power-mega chatos: você toma
dois dedos do seu chopp, quente e azedo que nem xoxota nos tempos dos
vikings, eles já colocam outro na mesa. E se você recusa, eles ainda
ficam putos. Só tulipadas diárias no rabo para justificar tamanha
simpatia no atendimento.

• Fui no da Vila Madalena. Dizem que o do Itaim é ainda pior.
  
• Para dicas de botecos que valem a pena, leia outras resenhas aqui
  
• Siga o Resenha pelo Twitter antes que eu bote outro link na mesa.

Resenhado por
Raphael Quatrocci

Quando que os caras vão aprender que, pior que um blog postando uma crítica, é toda uma rede de blogueiros fazendo o mesmo, a favor da liberdade de expressão? :-)

Vão ter que processar toda a Internet, e depois Google e uma penca de sites de arquivamento... Claro... Vai tentando...

Marmelada no CQC

Pessoal do CQC deve estar tão preocupado com a polêmica por trás do quadro "8º Integrante", que não vão nem conseguir dormir até a próxima Segunda-feira.

Aham... Claro! Todo o movimento que está acontecendo na Internet é até bom para o programa, que com isso ganha atenção e audiência, pois TODOS vão querer assistir ao próximo programa para saber o que será dito - e se será dito - a respeito da repercussão da eliminação do Paulão do Velhas Virgens.

Eu particularmente fui contra à decisão, e considerei mesmo que o Paulão foi melhor. Assisti o vídeo e não discordo da reação do público. Se a intenção do programa era escolher uma mulher, poderiam ter simplesmente feito uma competição somente com concorrentes femininos. Poderiam até utilizar isso na chamada do programa, algo como "Nós do CQC não queremos enganar você. Nada de hipocrisia nem falsidade! Queremos uma gostosa inteligente trabalhando conosco, alguém capaz de fazer você rir e babar ao mesmo tempo!" Pronto. Um quadro honesto, uma chamada sagaz e um boom positivo na Internet no começo do programa - não no final.

Não deixo de contribuir para o movimento, é claro. Afinal, também posso zuar... :-)

Enquanto isso, o pessoal continua a comentar a respeito, lá no Twitter.

Heroes está de volta!

Heroes volta para mais uma temporada - Season 4 - com duas horas de episódio. Ahh... você não mora nos Estados Unidos? Nem eu... Divirta-se!!

:-)

Camelo no GitHub também

Seguindo a sugestão do Marcos Pereira, coloquei o código do camel-twitter e principalmente, os demos que utilizei na minha palestra, lá no GitHub.

Valeu Marcos!

Camelo no JustJava

Fiquei impressionado. Sala cheia e muita gente interessada no Apache Camel! Continuo assim, a minha missão de apresentar mais projetos da Apache para a comunidade brasileira.

Como acontece sempre, pediram para eu publicar os slides e o código-fonte dos exemplos. O primeiro está entregue, logo abaixo. Já o código-fonte, apresento em outro momento pois exige mais trabalho (vide "preguiça de criar um zip e hospedar em algum RapidShare da vida...").

Ah, não posso esquecer de fazer um marketing rápido da minha empresa, a Jawsys Consultoria. Para maiores informações, consulte o site.

Para terminar, fica aqui uma enquete: qual projeto da Apache você gostaria de conhecer mais a respeito, no próximo ano? Responda nos comentários, please. :-)

Abraço galera!

Apache Camel: rotas para as suas mensagens

View more documents from Bruno Borges.

Apache Camel no JustJava 2009

É com prazer que anuncio a aprovação de apresentar este ano minha palestra sobre o Apache Camel! A todos que se interessam em mensageria, Enterprise Service Bus, Enterprise Integration Patterns, esta será uma excelente oportunidade de aprender um pouco sobre um dos melhores frameworks de roteamento de mensagens para integração de sistemas.

Nesta palestra, o conteúdo estará distribuido entre:

• Entender alguns dos principais EIP's.
• Como implementar os EIPs com o Apache Camel
• Diferentes componentes do Camel
• Implementar um componente customizado para o Camel

O conteúdo está muito interessante, e tenho certeza que vocês vão gostar.

Congresso JUSTJAVA – 8ª Edição

15 a 17 de setembro de 2008

Senac Campus Sto. Amaro

Av. Engenheiro Eusébio Stevaux, 823

Santo Amaro - SP

Titulo: Apache Camel: rotas para as suas mensagens

Data: 17/09 (quinta-feira)

Horário: 15h00

Sala: Sala Sup 1

Mapa de localização:

www.sp.senac.br/jsp/default.jsp?newsID=a13213.htm&testeira=727&unit=CAS&sub=0

Estacionamento não conveniado para o evento em questão: SENAC - ESTAPAR Estacionamentos – valor de R$ 10.00

Vendo Sofá e Estante

Esse negócio chamado Internet é ótimo pra vender coisas. Eu mesmo, coloquei à venda meu sofá e minha estante. Se alguém estiver interessado, por favor me procura!

Segue fotos:

Moveis para Vender

Curso de Wicket

Uma das coisas boas da comunidade Java é a vontade que muitas pessoas tem em contribuir com a própria comunidade. O Cristiano Kliemann, um dos membros da Wicket-pt_BR mostrou isso ao disponibilizar o material do Curso de Wicket que ele ministrou há algum tempo atrás.

Tenho certeza que este material será de grande valia para muita gente.

Valeu Cristiano!

Apache CouchDB on Fedora 10 64bit

I've been trying to install Apache CouchDB on my Fedora 10 and came to a few issues regardling libraries and other requirements to build it. If you are interested on CouchDB and/or how to install it on a Fedora system, this post might be useful for you.

The README file of Apache CouchDB doesn't list the equivalent packages for Fedora, so I had to dig a lot to finally get it right. First thing is to install all of these packages:

• js-devel
• libcurl-devel
• libcurl
• erlang
• erlang-esdl-devel
• erlang-pgsql-devel
• compat-erlang
  
• libicu
• libicu-devel
• libmozjs-dev
• make
• gcc
• automake
• gcc-c++
• kernel-headers
• glibc-devel
  

Then download Apache CouchDB, extract the file, and type:

[~/apache-couchdb-0.9.0]$ ./configure --with-erlang=/usr/lib64/erlang/usr/include/

The parameter above is needed because the script cannot find on Fedora, where the headers of Erlang are located. After this step, you should be ready to compile with make, and then install it as root with make install. But if you are NOT like me that likes to do things really fast - compile, install, run - you can create an RPM package. For this, you have to install rpmdevtools too. Follow this guide of How to create an RPM package.

Done. You can now type:

$ sudo couchdb

Open your web browser and point it to this URL: http://127.0.0.1:5984/.

Now relax and have fun!

Leverage EIP with Apache Camel and Twitter: Part 3

Alright, so I've just submitted a JIRA issue to the Apache Camel project, donating the source code of this component. Anybody interested just follow this link and download the component itself or wait to see if they commit it into the SCM.

The component can publish, like I've showed you on my last post, and also consume some user's twitter page / the friend's timeline of someone or the public timeline. It's really cool.

If you wanna try it by yourself, just download the attachment, set up the maven project as a module of Apache Camel (yes, you will have to download the whole Apache Camel sourcecode tree) and then build it. Or... edit the pom.xml to fix some parent references. I hope you know something about Apache Maven too.

On my next post, I promise to show you how to use it and all the possible parameters. Or take a look at the source code and play with it.

Have fun. :-)

Leverage EIP with Apache Camel and Twitter: Part 2

On my first post I introduced you about a problem a customer brought to me to solve. And I thought using Apache Camel to advertise on Twitter could actually fit into his business needs (and mine as well). The first thing I had to think about was on how to receive ads from different customers in different formats. This way I could let them continue to use any format they are already using to publish ads online.

Fig 1. receiving advertisements

To receive messages in different formats is easy. Just open endpoints where they can connect to and publish their files/messages/whatever. Camel comes with a lot of different components to implement these “incoming” endpoints. I had to put some Pipes and Filters before the Message Normalizer to load data into Message Exchange headers, and to drop invalid messages.

After a valid message arrives into CamelContext, they need to be normalized to a common format. Using the pattern Message Normalizer (a Content-based routing connected to different message translators), I convert all messages into TweetAd Java objects. This class looks like this:

public class TweetAd {
  private TwitterAccount account;
  private String advertisement;
  // getters and setters
}

To translate messages, I did something like this kind of route:

    from("file:ads-inbox")
     .to("bean:loadTwitterAccountHeaders")
          .to("bean:transformIntoTweetAd")
     .to("direct:tweets");

Cool, now I have a normalized Twitter Advertise a. What's next? Just forward it to a Message Endpoint that publishes TweetAd objects.

I didn't want my Twitter Publisher to require all incoming messages to be a TweetAd object type. So I've coded it in a way that could also publish whatever String context that message could supply. If the Message Exchange's body wasn't a TweetAd, with a valid TwitterAccount object associated to it, this endpoint would require username and password.
This is how my route looks like after having a valid TweetAd object:

    from("direct:tweets").to("twitter:publisher");

And I could have routes like this, for non-TweetAd objects:

    from("bean:amazonAWSAds")
       .transform(body().convertToString())
       .to("twitter:amazon?user=amazon&pass=nozama");

Done. Now I can publish ads coming from different customers, in different formats, to different Twitter accounts massively. Problem 1 solved. On my next post I will show you the code of Twitter Publisher.

See ya!

Leverage EIP with Apache Camel and Twitter

I had no clue Enterprise Integration Patterns could actually work together with Twitter, for a business need. The thing is that, everybody is looking for ways to integrate everything within everything. And that's what this article tries to explain.

The idea to integrate Apache Camel and Twitter came when a customer was looking for a way to advertise on Twitter into different accounts, each one for different segments as no one actually wants to follow 100+ departments in the same account. That said, the enterprise will have 100+ Twitter accounts and its customers will now be able to follow only the departments they actually want to.

To create a lot of different accounts, there's nothing we could do about it. But to tweet a lot, well, that was piece of cake. Now, the advertisement system can be easily integrated with Web Services, file upload, Web requests, etc. A server that can tweet for different enterprises, sending messages in any format, to advertise.

Another interesting thing to do is to follow customers from these enterprises. If they put on their accounts their Twitter screen names, we can easily follow them and massively process everything they are talking about. Then see what's going on about new tendencies, products and services.

Apache Camel is a great EIP framework that can be embedded into different applications, from Web to Desktop. Twitter4J is a great API developed by Yusuke Yamamoto. With these two libraries all I mentioned previously can be easily achieved.

To give an idea, here is an example:

public class TwitterRoute extends RouteBuilder {
   public void configure() throws Exception {
      // Message Channel - polling ads from files
      from("file:ads-inbox") 
         // MessageTranslator
         .transform(body().convertToString()) 
         // Tweet it!
         .to("twitter:tweetit?user=cameltweet&pass=***");

      // get all friends timeline from user 'brunoborges' and wire tap them
      from("twitter:tweets?user=cameltweet&pass=***&type=FRIENDS&follow=brunoborges")
         .transform(body().convertToString())
         .to("bean:wiretap");
   }
}

On my next post I've put more details about the architecture involving Camel and Twitter.

** UPDTE 03/30/09 **
If you are interested in this component and architecture, please read the Part 2.

See ya!

Era digital: tweets, blogs e a evolução humana

Séculos atrás, ou talvez nem tanto assim, eram poucas as pessoas com quem podíamos nos comunicar. Hoje qualquer humano na Terra, conectado à Rede, pode saber quem você é, o que você faz, quem você conhece, o que você pensa, o que você ouve, onde você já foi ou ainda onde você está neste exato momento. Nos tempos atuais, também é possivel saber o que você anda comprando na Internet, quais seus interesses, seu perfil econômico-social e suas tendências.

Tudo isso é possível porque em algum momento, você permitiu. É irônico ver pessoas reclamarem de serviços que permitem isso ou aquilo. O que estes sociofóbicos não percebem é que nós, seres humanos, queremos ser públicos, ser vistos, ser notados por outros seres humanos. Nós optamos em deixar privacidade de lado.

É sensato dizer que a tempos atrás, pouco sabíamos das pessoas residentes de alguns bairros distantes do nosso. Ou mesmo de apenas 3 ou 4 quadras ao final da rua. Hoje, sabemos mais de um estrangeiro residente em Veneza, do que talvez um primo que ainda não possui Internet em casa.

Com a possibilidade de tornar a nossa vida pública, também vem a possibilidade de deixar que todos nos vejam pisando na bola, fazendo alguma besteira ou simplesmente, pagando o maior mico. E eu estou falando de atos leves; imagine outros pesados. Sim, aquele comentário que você fez no blog da sua amante, quando nem imaginava que a sua esposa assinava o RSS dela. :-)

"Vivemos a era da exposição e do compartilhamento. Público e privado começam a se confundir. A ideia de privacidade vai mudar ou desaparecer.” (Revista Época - 13/03/09)

Antes de realizarmos qualquer atitude hoje em dia, pensamos se não há alguém com um celular filmando a cena, ou se o que postaremos em um site poderá ser visto por alguém que não deveria. A Maldição dos Scraps no Orkut é um exemplo típico de "medo" que temos, por ter feito algo errado na vida real. Ter ficado com aquela garota na balada, ela te achar no Orkut e mandar um recado inocente, sem perceber que o seu estado civil é casado, é um de muitos casos onde nossas atitudes na vida real, podem ser facilmente divulgadas na vida virtual.

Entre querer ser público, e querer ter medo de um flagra, a maioria de nós prefere a primeira opção. É do ímpeto humano não querer admitir medo, e convenhamos, todos nós gostamos de um carinho no nosso ego. Nada melhor do que saber que existem outros por ae interessados em nossas vidas.

A evolução humana pode estar diretamente relacionada com a era digital. Fidelidade, companheirismo, honestidade, voluntarialismo, amizade, sinceridade, são adjetivos que queremos colher. Se nos abdicarmos da privacidade nos ajudar indiretamente a sermos pessoas melhores, então estamos diante talvez do ponto mais acelerado da evolução humana na história.

Aos que optam por tornarem suas vidas públicas, o medo de "vacilar" se transforma em coragem de fazer o que é certo, e consequentemente, evoluir. Blogs que expressam idéias, tweets que expressam sentimentos, álbuns de fotos que mostram o passado, redes de relacionamento que definem nosso gênero cultural. Estes fatores da nova era digital, e tantos outros serviços que servem para tornar público o que antes queríamos que ninguém soubesse, acabam de se tornar em os catalizadores da evolução humana.

Eu quero evoluir, e você?

TIM Web: A farsa do Pacote Ilimitado

Matemática. A TIM, e tantas outras operadoras de telefonia não devem lembrar muito dessa disciplina. Ou então talvez alguém esqueceu de ensinar a eles que um carro (A) a 50km/h só consegue percorrer 50km em 1h, enquanto um carro (B) a 100km/h pode ... olha só ... percorrer 100 km no mesmo tempo.

Mas é claro, não podemos esquecer que os motores destes carros possuem limitações. Mecânica e etc. Então, vamos imaginar que o máximo, em 100% de performance, num "Sistema Ideal" (essa veio das aulas de Física), de velocidade que eles podem atingir sejam, respectivamente 50 km/h e 100 km/h.

Continuando neste simples exemplo, fica fácil determinar quantos kilometros cada carro pode percorrer em 1 mês (de 30 dias - Fevereiro não faz parte do S.I... certo?):

Carro	Velocidade	1 dia	1 mês
A	50 km/h	1.200 km	36.000 km
B	100 km/h	2.400 km	72.000 km

Ora vejam só. O carro B consegue percorrer em 1 mês o dobro que o carro A! :-) A matemática é fascinante, não? Tenho certeza que você leitor conhece muito bem esta maravilhosa disciplina. Mas eu preferi revisar para que possamos alinhar nossos pensamentos, e tentar nos próximos parágrafos, entender que tipo de Matemática os gênios do Departamento de Produtos das operadoras, utilizaram para definir os planos de Internet Banda Larga 3G.

Vamos às compras!

Que tal começarmos com a mais poderosa, a que... não possui limites! Ou melhor, a que "vive sem fronteiras! A TIM!! Esta operadora oferece incríveis "carros" para o consumidor brasileiro. Os 3 planos "ilimitados" de 600Kbps, 1Mbps e 7Mbps. Antes de calcularmos estas velocidades, vamos revisar as siglas de transferência de dados e de taxas de comunicação.

Kbps / Mbps = taxas de comunicação
Estas referem-se à velocidade em que o seu modem, ou o celular, se comunica com a central. Devemos ler desta forma: Kbps = Kilo bits por segundo. Ou, Mbps = Mega bits por segundo.
Observação: Kilo = mil; Mega = milhão.

KBs ou MBs = taxas de transferência de dados
Estas referem-se à velocidade que nós estamos acostumados a visualizar nos programas de download. Algo como... "nossa, baixei um MP3 a 80KBs!".

A diferença entre estas notações está na letra "B". Quando minúscula, significa "bit". E maiúscula, significa "byte". Para realizarmos o cálculo do máximo que cada plano pode trafegar (ou percorrer) no mês, vamos converter os planos para as taxas que entendemos melhor:

600 Kbps = 075 KB/s 001 Mbps = 125 KB/s 007 Mbps = 875 KB/s
Não entendeu? 1 byte possui 8 bits. Então basta dividir 600 por 8. ;-)

Ok. Melhorou assim? Tenho certeza que sim. Agora, que tal aquela tabela dos carros, mas agora vamos ver como ficam os planos. Primeira coisa que precisamos fazer, é calcular quantos KBs podemos trafegar por hora. Huma hora possui 3600 segundos. Então:

Plano	Velocidade	1 hora	1 dia	1 mês
600 Kbps	75 KB/s	263 MB	6 GB	189 GB
1 Mbps	125 KB/s	440 MB	10 GB	308 GB
7 Mbps	875 KB/s	3 GB	72 GB	2 TB

Nossa!! Você viu quanto que o plano de 7 Mbps pode baixar de dados? 2 Tera bytes! Isto permitiria você vender a sua televisão e daqui pra frente assistir somente ao YouTube! Televisão online, rádio online, tudo! Incrível, não? :D Pena que isto só aconteceria num "Sistema Ideal", onde as operadoras possuissem infra-estrutura de qualidade que aguentasse toda esta demanda.

Mesmo em um sistema heterogêneo, com variações nas velocidadesdevido a condições naturais como clima, localização, prédios e interferências de outras antenas, estes valores teriam uma variação em média de 35%. Ainda assim continuaria elevado demais para o que as operadoras podem efetivamente atender. Ora, qual a solução? Um rapaz no canto da sala, provavelmente estagiário no Departamento de Produtos, recém chegado do Departamento de Marketing, com toda a sua experiência em anunciar o que não pode oferecer, sugeriu: "vamos colocar uma cláusula que diga que possamos diminuir a velocidade a qualquer momento!". Ninguém lembra o nome dele, mas eu juro que o filho da mãe recebeu uma bela de uma bonificação!

Pronto. As operadoras resolveram o problema da falta de infra-estrutura. Ao invés de investir para agradar os clientes, eles preferiram irritar os clientes, cobrar caro, e a bom gosto limitar os pacotes para que as suas infra-estruturas de redes não entrassem em colapso geral.

Vamos ver na prática a solução sugerida pelo fdp do estagiário. No caso da TIM, após transferir (não importa se é upload ou download) pela rede o total de 1GB, ela tem direito de reduzir a velocidade do cliente para qualquer valor que a mulher do presidente cuspisse no prato pela manhã, no dia em que o infeliz estava redigindo o contrato. Ela cuspiu, vejam só... 200! Sim... 200 Kbps é o limite imposto pela TIM. Sabe o que isso significa? Um carro lento. Lento pacas! Mais lento que os planos básicos de Internet Discada (aquelas do barulhinho estranho vindo do computador). E para piorar, esta velocidade é imposta para qualquer plano. Isso meu garoto: qualquer. Não importa se você possui 7Mbps ou 1Mbps. Quando você estourar 1GB, vai a 1/3 daquele seu vizinho pobre que só pôde assinar o plano de 600 Kbps. A única diferença entre vocês, é que o vizinho pobre só vai estourar 1GB, mesmo que em um sistema ideal, alguns dias depois de vocês. Vamos ver algumas tabelas:

Primeiro, vamos ver o limite que a TIM impõe para TODOS os seus clientes dos tais "Pacotes Ilimitados"

Limite	Velocidade	1 hora	1 dia	1 mês
200 Kbps	25 KB/s	88 MB	2 GB	61 GB

Esse meus amigos, é o máximo de dados (arredondado é claro), que vocês poderão obter e/ou enviar pela Internet: 61 Giga bytes em 30 dias - não importa o plano que você contratar. Ele possui limite sim. E mesmo que você contrate o de 7 Mbps, não adianta. :-) Sabe porquê?

Por causa deste cálculo: saber em quanto tempo a franquia de 1GB é atingida em cada plano. Para isso, basta dividir a velocidade em KB/s de cada plano, pelo valor de 1GB em KB (1024MB * 1024K = 1048576). Nesta mesma tabela, coloquei também o preço de cada plano, para você entender o que você realmente está pagando:

Plano	Velocidade	Franquia 1GB em	Preço
600 Kbps	75 KB/s	233 minutos	R$ 89,90
1 Mbps	125 KB/s	139 minutos	R$ 119,90
7 Mbps	875 KB/s	20 minutos	R$ 189,90

Rapidamente a explicação: quem assinou o plano de 7 Mbps, atinge a franquia de 1GB em apenas 20min de uso intenso da Internet (sim, vendo YouTube ou assistindo a CNN, Globo News, etc). O cara que tinha menos grana, estoura a franquia de 1 Mbps após longos 139 minutos. Já o cara que mal tem dinheiro pra comprar um mouse sem fio, estoura o seu plano em 233 minutos. Ai dele se ele for assistir um filme de 4 horas e deixar o computador baixando arquivos.

Após estes períodos, todos estarão reduzidos aos míseros 200 Kbps. Ou seja, Tem gente pagando R$ 189,90 para ter Banda Larga de verdade por apenas 20 min, e que só terá este poder, no próximo mês. Minha dica: vá pelo menor plano, sempre. Se você quer mesmo ter uso intensivo da Internet, melhor esquecer os planos 3G.

Ah, aqui fica uma nota para os entendedores. A ANATEL exige que qualquer operadora cumpra com pelo menos 10% da velocidade contratada. É notório que 200 Kbps está longe dos 10% do plano de 7 Mbps! E agora? O que fazemos? Sentamos e choramos, pois o que se vê por ae é muita gente reclamando e pouca entidade (Anatel, OAB, Ministério Público) tomando uma atitude contra as operadoras.

Uma vergonha...

[]'s
Bruno

No ar, finalmente

Há 1 mês atrás meu laptop faleceu. E por esta razão, (lógico que não foi essa... mas...) acumulou-se poeira por aqui. O natal foi excelente em Floripa, o reveillon foi emocionante aqui no Rio de Janeiro. Vários CouchSurfers passaram pelo meu apartamento. Amigos de São Paulo me visitaram. Familiares também. Enfim, a vida não parou - exceto a virtual.

Minha irmã mais velha está gravida, o que significa que vou ser tio ainda este ano. Meu cachorro morreu. Estou em dúvida se pego um Labrador. Reatei algumas amizades antigas. Carnaval promete aqui no Rio: serão 12 pessoas passsando pelo meu apartamento em 2 semanas.

Enfim, a vida no Rio está muito boa. A vida em geral, está boa... :-) Mesmo com a tal crise.

Ah, e também, dei mais uma entrevista na TV, agora para o programa Básico do Multishow. A reportagem foi ao ar na noite de ontem e um trecho pode ser conferido aqui.

Algo mais? Acho que não... E que 2009 seja tão bom quanto 2010 será!

[]s
Bruno