Google Developer Day 2010

Iow

Dia 29 de outubro, sexta-feira, foi realizado no Brasil o Google Developer Day 2010, evento já tradicional do Google para aproximar a comunidade nerd dos projetos e planos da empresa.

A última vez que fui em um GDD foi em 2008. E as diferenças para 2010 começaram logo na inscrição. Diferente de 2008, quando você só se cadastrava no site do GDD e pronto, já estava registrado para o evento, em 2010 foi necessário fazer uma prova de programação, e até enviar currículo.

A prova não tinha nada de mais. Era composta por 5 questões que abordavam temas gerais da computação, propondo problemas que só eram facilmente soluveis através de um algoritmo. E era essa a intenção: fazer do evento um evento para desenvolvedores, e não para qualquer-um-que-quer-um-almoço-grátis-do-Google.

O que foi mais sinistro foi ter que enviar o currículo para eles. Além da prova (que poderia ser feita por um amigo programador), era necessário ainda reafirmar que se é da área de tecnologia (e quais os interesses).

Após 15 dias de espera, saiu o resultado. Eu estava aprovado, porém dois amigos da empresa em que trabalho, não. Será que eles possuem filtro para Google fanboys? Enfim, parece que o currículo foi levado bem a sério (tenho conhecimento em vários projetos do Google, acredito que isso tenha feito diferença). Os critérios de aprovação ficaram sem clareza, entretanto.

O evento começou as 9 horas, com credenciamento a partir das 8. Como era véspera de feriado, São Paulo estava relativamente vazia, então não tive problemas de trânsito do aeroporto até o local do evento (Sheraton WTC Hotel).

Entrada do evento

O mala do lado da entrada do evento

As 9 começou o discurso de abertura, falando um pouco sobre o Google, números de mercado, projeção da web e coisas assim. Mas se tem uma coisa que o Google sabe fazer, além de pesquisas, é direcionar o conteúdo exatamente para o público alvo. Não demorou nada para começarem as demonstrações de novas tecnologias, novas APIs e sim, até código.

Discurso de abertura do evento

Três momentos em especial geraram comoção e aplausos da platéia:

1. Na apresentação sobre novas features do HTML5, o palestrante demonstrou a captura de sinais de acelerômetros através de Javascript, fazendo um texto girar de acordo com o movimento do notebook;
2. Na apresentação sobre GWT + Spring Roo, quando o palestrante inseriu um campo a mais em uma classe do modelo (entidade), e a página de CRUD dessa classe se atualizou imediatamente, exibindo o campo a mais para ser inserido ou pesquisado;
3. Na apresentação da pesquisa por reconhecimento de voz, o palestrante falou, em português, uma frase complexa (com termos em inglês no meio) e o celular com Android interpretou corretamente e trouxe os resultados da pesquisa.

Em que outro tipo de evento a platéia gera "Wow!!!" ao ver uma pessoa programando? Nerdisse não tem limites... =P

Programação em toda parte

Após as apresentações de abertura, houve um intervalo. Enquanto as pessoas os nerds conversavam nos corredores sobre que navegador era melhor e qual seria o futuro do Java, o interior do salão onde a abertura foi feita estava sendo dividida em 3 salas, cada uma para acomodar uma apresentação diferente.

Então era chegada a hora de decidir. Com 3 apresentações simultâneas, era necessário escolher o tema de interesse e entrar na sala correspondente. A programação de todo o evento é acessível pelo site oficial.

Do array de salas, era necessário escolher um índice (entre 0 e 2)

No período da manhã participei das duas apresentações sobre o tema Computação em Nuvem, que foram:

1. Novidades da Google App Engine e Google App Engine for Business;
2. Google Web Toolkit: O que é, como funciona e tópicos mais profundos.

Por ter prática nas duas tecnologias envolvidas (App Engine e GWT), achei as apresentações superficiais demais. Nada do que foi dito estava fora da documentação dos respectivos sites oficiais. A didática das apresentações também não chamou muita atenção: houveram momentos em que senti sono. O pior foi quando alguns representantes nacionais subiram ao palco para dizer o quanto determinada tecnologia era boa. Parecia aqueles anúncios de lojas que vendem produtos pela TV.

Hora do almoço. Diferente de 2008, o Google alugou um salão a mais no hotel, e a dividiu em sessões (chamados de lounges) por interesse. Havia o lounge de Cloud computing, outro de Android, outro de APIs etc.. O objetivo era trocar idéias sobre o tema nas áreas especificadas, tanto entre os participantes quanto com os próprios palestrantes. A idéia foi boa, mas era difícil encontrar alguém com o real interesse na sessão em que estava. Todos estavam é mais preocupados em encontrar um lugar bom para sentar e almoçar em paz.

O mala no lounge do Android

Parte da tarde. Dessa vez fui a palestra sobre HTML5, entitulada de "HTML5++ O futuro da Web, agora!". Com um sotaque inglês estranho (as vezes difícil de entender) o palestrante aprofundou aquilo que havia sido mostrado na abertura, mostrando tudo o que já é possível de se fazer com HTML5. Basicamente foi mostrada a apresentação do site HTML5 Rocks, com a explicação do palestrante sobre cada tópico.

De fato, a web está cada vez mais próxima dos aplicativos desktop, no sentido de capacidade gráfica, comunicação e interação com o usuário. Inclusive muitos frameworks (GWT por exemplo) permitem uma codificação muito próxima a de frameworks consagrados de GUI para desktop, como o Java Swing e o QT.

Após a palestra sobre HTML5, e decepcionado com as primeiras palestras sobre computação em nuvem, parti para o Android, com o tema "Práticas efetivas de interface com o usuário".

Foi a melhor palestra até então. O palestrante enumerou, de forma clara e objetiva, os fatores que levam ao sucesso (ou ao fracasso) de uma boa interface com o usuário, focando em dispositivos móveis. Porém, as dicas dadas foram tão esclarecedoras, que são pertinentes a quaisquer meios de interfaceamento, seja mobile, web, desktop, tv, carro ou o que for. O tema da apresentação está descrito no blog oficial dos desenvolvedores do Android (vale a pena a leitura ;-) ).

A próxima palestra que participei foi sobre APIs Google Apps. A principal idéia transmitida aqui é que desenvolvedores web que utilizam o ferramental do Google não precisam se preocupar em reinventar a roda, com relação a problemas típicos de toda aplicação, como autenticação/autorização, envio de mensagens, gerenciamento de calendário etc.. O Google fornece as peças para que os desenvolvedores brinquem de Lego.

Por exemplo, é relativamente simples integrar o GMail do usuário com documentos gerados pela sua aplicação (armazenados no Google Docs) e marcar compromissos na agenda (via Google Calendar), tudo isso acessível através de autenticação via OpenID.

Novo intervalo, mais quitutes para serem devorados (tinha até sorvete), mais papo nerd... Não era a toa que havia fila no banheiro masculino: das 1000 pessoas participantes, deveria haver... hummm... umas 5 mulheres?

Carrinho se sorvete do Google

Eu disse 1000 pois esse era o número oficial de vagas, divulgado pelo Google. Mais de 6000 inscrições foram feitas.

Após o intervalo, e empolgado pela ótima palestra sobre o Android, fui a mais uma palestra com o mesmo apresentador. Dessa vez o tema era "Construindo aplicativos de alto desempenho".

Novamente com uma excelente apresentação, o palestrante mostrou tanto otimizações já bem conhecidas pelos desenvolvedores Java (como por exemplo evitar operações com ponto flutuante, evitar concatenação direta de Strings, evitar reflection em código crítico etc.), como otimizações específicas do Android, pricipalmente com relação ao modelo de Threads do sistema.

Aqui eu reparei como o modelo de Threads do Android se assemelha com o Swing. Da mesma maneira que a literatura enfatiza que código pesado não deve ser executado na Thread de eventos do Swing (aka. EDT, Event Dispatch Thread), código pesado não deve ser executado na Thread principal do Android. Isso porque a Thread principal do Android é a responsável pela GUI, então qualquer outro processamento demorado deve ser executado em um fluxo separado.

O que o palestrante deixou claro é que algumas operações são inerentemente lentas, como acesso a recursos na internet e acesso a "disco" (entre aspas porque celulares não possuem HDD). Não se pode melhorar significamente o tempo gasto nessas operações, mas o feedback dado ao usuário pode sim ser o diferencial entre uma operação parecer ser demorada ou não.

Tim Bray, o cara do Android

A última palestra que assisti foi sobre OpenID e OAuth, com o tema "Autenticação única baseada em OpenID e acesso a dados via OAuth". Aqui foi aprofundado o tema inicialmente discutido na palestra sobre APIs do Google, referente a autenticação e autorização.

Uma coisa que me irrita frequentemente é o fato de ter que fazer cadastro em tudo quanto é site de serviços pela web. Bancos, e-mails, redes sociais, companhias aéreas, mensageiros instantâneos, fóruns, blogs... Todos requerem cadastro, um usuário e senha, e adivinha só... Uma vez cadastrada uma senha em um site raramente utilizado, o próximo acesso sempre é via "esqueci minha senha". Não precisaria ser assim. O OpenID resolve justamente esse problema: que tal ter um único usuário e senha para todos os serviços que utiliza? Inclusive os que você desenvolve?

Junto com o OpenID, o OAuth permite o acesso a dados do usuário, como e-mail, perfil, Geo Location etc. tudo, obviamente, mediante aprovação direta pelo usuário. Assim praticamente acaba a necessidade da famosa tabela "User" no seu sistema: é só deixar o Google gerenciar essa parte para você.

Após as últimas palestras foi feito um happy hour, com cerveja liberada e quitutes a vontade. Como não bebo e tenho intolerância a lactose, não pude aproveitar muito, mas de qualquer maneira valeu a convivência com o pessoal do evento.

Docinhos com o logo do Chrome

Com um evento dessa magnitude, de graça, em várias parte do mundo, não tem como não dizer: o Google é foda. Apesar de ter visto menos novidades do que em 2008, valeu a pena para estar atenado e preparado para o futuro, cujas tendências são fortemente influenciadas por essa gigante da web.

Mais sobre:

Os vídeos da Google I/O abrangem de forma mais completa aquilo que foi passado no GDD: http://www.google.com/events/io/2010/

Té++

A era pós PirateBay

Iow

Tudo começou quando apereceram boatos de um software que permitia que os usuários trocassem músicas entre si. A idéia era bem interessante... afinal, era difícil de se conseguir algum site sem link quebrados que disponibilizasse músicas para baixar. E eis que então, o tal do Napster tornou-se popular, e virou uma febre. Era o início da era P2P.

O tempo passou, e o Napster ficou tão popular que algumas gravadoras, bandas, distribuidores de mídia, gente que não sabia baixar etc. ficaram incomodadas, e invocaram o exército maligno dos dark advogados do mal. Era o fim do Napster. Mas não o fim da era P2P. Depois do Napster, vieram outros, como o iMesh (que tinha a incrível capacidade de compartilhar não músicas, mas sim qualquer tipo de arquivo), eDonkey/eMule e o famoso Kazaa (que depois ficou conhecido pela incrível capacidade de compartilhar vírus).

Paralelo a isso tudo, surgia um novo meio de compartilhar arquivos: o BitTorrent (abreviado depois para somente torrent). A idéia era a mesma: os arquivos eram compartilhados entre os usuários (P2P), mas surgia a figura do tracker, que é um servidor que gerencia as conexões aos torrents (mas não armazena os arquivos).

E, pouco a pouco, como todos os fenômenos da internet (como o Napster e até um tal de Google), um site foi ganhando evidência: o PirateBay... pouco tempo depois autoentitulado de "o maior tracker de torrent do mundo".

Como o Napster em seus anos dourados, o PirateBay também possuía "concorrentes" (como os trackers fechados), e ainda outros sites de busca de torrents, como o Mininova e o IsoHunt. Mas sempre existe um que se destaca.

E depois de anos e anos, a história se repetiu: pessoas com dinheiro se uniram e fizeram o ritual de invocação dos dark advogados do mal, que jogaram a reputação do PirateBay pro chão, em um processo que repercutiu até no Jornal Nacional (conhecido no mundo nerd por nunca dar notícias do mundo nerd).

A pergunta que ficou no ar é: e agora?

E agora? Há outras maneiras de baixar arquivos. Os servidores de espaço de massa, como o RapidShare (outro fenômeno que logo logo vai receber o poder dos dark advogados do mal, pode escrever), MegaUpload etc., são exemplos de que o download via http nunca morre. Porém, nesses servidores, para se baixar a uma velocidade decente, é necesśario pagar. E pagar não é o intuito de quem baixa as coisas da internet... Afinal, se quer pagar, compra o original, oras bolas (tá certo que no Brasil-sil-sil penta campeão os impostos deixam RapidShare mais interessante do que comprar as coisas originais...).

Fora quem quer pagar alguma coisa, sobraram os ex-rivais do PirateBay... Ex-rivais porque no PirateBay não se encontra mais nada que presta. Ou seja, sobrou Mininova, IsoHunt, TorrentReactor etc. para indexar os outros trackers.

Mas... Diferente do PirateBay, a maioria (quase totalidade, na verdade) dos torrents postados nesses sites são de trackers fechados, que requerem incrição ou convite para entrar.

Os que precisam de convite, como o TorrentLeech, são considerados o supra-sumo dos trackers... Mas, é preciso um QI pra receber um convite. Sobram os fechados mas com inscrição direta (sem convite).

E, sem alternativas, resolvi ingressar em um desses trackers, após muito relutar. E apesar da frase deveras bonita que se formou, não fiquei feliz por ter que fazer isso: acessar o PirateBay era muito mais cômodo e prático.

Mas... fazer o que. Inscrevi-me em um tal de ILoveTorrents, um tracker até bem decente, com bastante posts de games de Wii no Mininova. Entrei, peguei uns torrents pra baixar... E vi o poder de um tracker fechado: o download foi muito mega fast extreme hardcore rápido thunder the flash. Plus.

Pow, legal. Vou baixar mais coisa. E de novo, velocidade estupenda. Legal!

Mas... (sempre tem um "mas"), nem tudo são flores. A sacada dos trackers fechados é obrigar a galera a fazer upload, através do cálculo do ratio: é o que você fez de upload dividido pelo que você fez de download.

Forçando a galera a fazer upload, é natural que o download de quem esteja baixando seja rápido.

Muito bem, já que te que fazer upload, vamos fazer... Aquilo que demorei pra 2 horas baixar, levou 20 horas pra subir (afinal a minha ADSL tem a taxa de download 10 vezes maior que a de upload). Ugh!!!

De repente me vi de volta para o tempo da internet discada, quando eu tinha que ficar o dia todo pra conseguir alguma coisa. Só que dessa vez não era o download, e sim (e mais estranho) o upload.

Sofri, mas consegui chegar ao ratio de 0.5 (ou seja, eu havia baixado 2 vezes mais que subido). E então recebi o seguinte alerta do tracker:

These are the Minimum Ratio Requirements based on how much you have downloaded. As ILT is a sharing community, you are required to upkeep your sharing ratio at any time. A low ratio will result in warnings, restrictions on your downloading ability or exclusion from this community.

With a download between: 3.0 GB and 6.0 GB you must have a ratio of at least 0.3
With a download between: 6.0 GB and 9.0 GB you must have a ratio of at least 0.6
With a download above: 9.0 GB you must have a ratio of at least 0.9

E o tanto que eu havia baixado se encaixava na terceira faixa...

Recebi outro alerta depois dizendo que eu teria apenas 1 semana para deixar o ratio o mais próximo de 1 possível. Caso contrário, bye-bye conta.

(Tem horas na vida que a gente tem que estufar o peito, erguer a cabeça e gritar: FODEU!)

Comecei a pesquisar outros trackers, já que não tinha nenhuma esperança de, com ADSL, chegar a um ratio desses em tão pouco tempo. Ainda mais com os downloads que eu havia feito, que tinham mais seeders do que bytes.

E eis que surgiu uma luz no fim do túnel. Ou um LED no fim no cabo. Encontrei sem querer uns blogs de pessoas falando sobre meios de enganar o tracker, informando que o upload/download era um, mas na verdade o real é outro (sinto cheiro de "jeitinho brasileiro"), subindo o ratio.

E faz sentido: o tracker não possui os arquivos, portanto o upload/download não é feito dele. Os aplicativos de torrent é que informam para o tracker o que foi trafegado... E essa informação não necessariamente precisa ser fiel a realidade... Muwahahahaha!!!

Encontrei o fórum do Small Bandwidth Innovation, eleito por vários blogs e outros fórums como o maior especialista no assunto "enganação de trackers". Baxei o pacote para o Vuze, que é o client de torrent que utilizo.

E, ao contrário do que eu imaginava, o upload fake funcionou maravilhosamente bem. Coloquei o upload fake para uma média de 250KB/s (sendo que na minha internet só chega a 100KB/s), e o tracker foi engambelado direitinho. Tanto que, em pouco tempo, consegui o antes inatingível rate de 1.

(Upload fake do Vuze entrando em ação)

(Tela de monitoramento do ILoveTorrents. A carinha do lado do ratio representa exatamente a minha sensação =) )

Injustiça? Bom, o hack permite até zerar o upload real, fazendo perder de fato todo o sentido da rede P2P. Isso sim é sacanagem. Sacanagem também é exigir um ratio de 0.9, mesmo que você tenha uma ADSL. Sacanagem por sacanagem...

(Opções sacanas e não sacanas do hack)

Mas inúmeros sites alertam: o hack de upload/download é como bebida alcoólica: use com moderação. Se você do dia pra noite aparecer com um ratio de 10, por exemplo, é fácil fácil do tracker descobrir... E bye-bye conta, de novo.

Além disso, se você possui uma internet de velocidades simétricas (DSL, Cabo etc.), esse hack não faz sentido. Basta deixar o upload na mesma taxa do download, que o ratio vai ser sempre próximo de 1.

Sendo assim, minha vida de "torrenteiro" ainda não acabou. Não vou precisar, tão cedo, pagar por um RapidShare ou algo do gênero. Isso, até que surjam novas formas de download... Afinal, se tem uma coisa que não se pode duvidar, é da criatividade dos nerds =)

Té++

Lançado o Ubuntu 8.10 - The Intrepid Ibex

Iow

Ontem e hoje os nerds de plantão no mundo todo se deliciaram com o lançamento da mais nova major release do Ubuntu: The Intrepid Ibex.

E como toda release, tem sempre algo que "vale a versão", ou seja, algo que por mais trivial que seja, deixa o usuário feliz da vida.

No meu caso foi o som. Na verdade o som é uma coisa que vem melhorando a cada versão. Mas pra mim a situalção era complicada: o Ubuntu não reconhecia o som 5.1 da minha placa mãe (somente as caixas da frente emitiam som), sendo que no Windows Vista tudo era reconhecido perfeitamente. Utilizando uma placa off-board de som (no meu caso uma Creative Audigy SE), o 5.1 era reconhecido no Ubuntu, mas a placa nem aparecia no Windows Vista.

Daí ficava naquele troca-troca de cabos. No Ubuntu eu colocava os cabos na placa off-board pra ouvir um som decente. No Vista eu trocava para poder jogar com som. Estressante.

Mas o Ubuntu 8.10, com o kernel 2.6.27-7, a minha placa de som on-board foi reconhecida corretamente, e só isso já "valeu a versão".

Fora isso, o The Intrepid Ibex traz várias melhorias em várias áreas. O NetworkManager ficou mais gerenciável, o Nautilus agora tem abas e uma nova view de ícones (a compacta), o controle de sessão ficou mais interessante e mais acessível, novo Gimp etc..

Duas coisas me chamaram bastante atenção. A primeira é a possibilidade de se gerar um "pen drive de inicialização", ou seja, não se precisa mais queimar CDs para distribuir o Ubuntu por aí. Dá pra mandar pro pen drive e instalar de lá.

A segunda é a nova versão do Compiz. Agora o cubo de desktops não necessariamente é um cubo:

(foto do meu desktop, em forma cilindrica)

Além disso, os efeitos de transição estão bem mais configuráveis. No efeito que queima a janela, por exemplo, eu posso facilmente dizer quantas particulas de fogo eu quero, a cor do fogo, se sai fumaça ou não, etc.. É muita frescura. Mas pede pro Windows fazer isso...

Instalei o Ubuntu 8.10 na versão 64 bits no meu PC e 32 bits no meu notebook. Ambos atualizando a partir da versão 8.04. Ambos instalaram rapidamente, e sem problema algum. Parabéns pro time do Ubuntu, eu cada vez mais adoro esse sistema =).

Té++

Mais uma batalha entre Windows e Linux: qual tem o desktop mais "fresco"?

Iow

Como eu disse no meu post anterior, troquei de PC e instalei Ubuntu 8.04 e Windows Vista nos meus HDs. E aí começou a disputa: qual sistema pode deixar o desktop mais "fresco"?

O Windows Vista é tido como cheio de efeitos gráficos, e até criticado por ser mais pesado, consumir mais RAM e coisa do gênero, comparado com o seu antecessor, o Windows XP. Após a intalação de drivers de vídeo e a seleção do tema "Aero" para renderizar as janelas, a interface fica bem interessante, com efeitos de transparência, blur, fades etc. Sim sem contar o glamuroso super+tab, o substitudo 3D do tradicional alt+tab.

O Windows Vista também estréia os Gagets, que são mini-aplicações que rodam no desktop com várias finalidades, como mostrar o relógio analógico, condição do tempo (clima) etc..



O Windows fica só nisso. No Ubuntu, porém, os efeitos são muito mais interessantes e customizáveis. Após a instalação dos drivers de vídeo e a configuração para habilitar os efeitos de desktop, o Compiz faz juz a fama. A começar pelo cubo, onde cada face é um desktop. Feche uma janela e ela queima, ou explode, por exemplo. Abra uma janela e ela é materializada na sua frente. Aperte o super+tab e humilhe o 3Dzinho do Windows. É tanta coisa que dá pra fazer no Compiz que um post só não é suficiente.

A engine de gagets (também chamados de desklets ou screenlets) já existe no Ubuntu faz muito tempo, e é bem mais ampla e customizável do que no Windows.

Eis uma foto do meu desktop (na janela ali está a página do Blogger, na tela de edição desse post):



Para ilustrar melhor o que estou dizendo, veja esse vídeo no YouTube. (Obs.: a engine utilizada no Ubuntu do vídeo não é o Compiz, mas os efeitos são os mesmos).

Se for para dar uma nota comparativa de 0 a 10 para Vista e o Ubuntu, eu daria 1 pro Windows e 1.000 para o Ubuntu. =)

Té++

64 Bits: Use com moderação

Iow

Recentemente troquei de computador, e peguei um com os HDs zerados. Então fui lá instalar os sistemas operacionais: Windows Vista x64 (para games) e Ubuntu 8.04 x64 (para todas as outras coisas).

Depois de alguns problemas naturais com partições, sistemas de arquivo e coisa e tal, instalei os benditos. Lindo. Agora é hora de usar.

Quem usa Linux já está habituado a ver vários programas interessantes que só existem para Windows, e ficar chupando o dedo esperando uma versão para o sistema open-source. Mas pra quem usa Linux 64 bits é pior ainda: vários aplicativos que "aleluiamente" existem para Linux, só existem na versão 32 bits.

Exemplos: uma das primeiras coisas que se faz ao instalar um sistema operacional é instalar drivers, plug-ins e codecs para o mesmo, para que a usabilidade depois fique tranquila. Pois bem. No Firefox, o plug-in da Adobe para Flash só existe em 32 bits. Não é instalável no Firefox 64. Outro exemplo: o Java plug-in, que é o plug-in utilizado pelos browsers para rodar applets Java, não vem na instalação da JRE 64 bits disponibilizada pela Sun (aliás, decepcionante hein Sun?).

Em outras palavras, vídeos em Flash como os do YouTube e applets como o teclado virtual do Banco do Brasil não são carregados!

E isso é só pra começar a conversa. Se falarmos de outros programas e drivers, o problema é bem grave. Aqui vemos como é importante a independência de plataforma conseguida pelos aplicativos feitos em Java (não applets), como o cliente P2P Vuze (antigo Azureus).

Então, quem se aventura no mundo do Linux 64 bits tem que ter sempre 3 pulgas atrás da orelha ao procurar por um programa:

1. Será que tem para Linux?
2. Será que roda na minha distribuição?
3. Será que tem para 64 bits?

Soluções:

No caso do plug-in da Adobe, há um jeito de encapsular o plug-in 32 bits com um wrapper 64 bits, "enganando" o Firefox e rodando tudo beleza. Esse wrapper se chama nspluginwrapper, e instruções podem ser vistas aqui.

No caso do Java plug-in, eu não pesquisei muito a respeito. Quando preciso de alguma coisa que usaria esse plug-in, acesso do meu notebook, que tem Ubuntu 32 bits. Mas até onde vi, é necessário fazer um xunxo bem mais complicado do que para o Flash.

Resumindo:

Como disse o filósofo, "Se existisse somente um sistema operacional no mundo, tudo seria mais fácil e a humanidade estaria em outro patamar de evolução". Não sei se concordo 100%, mas é algo a se pensar.

Té++

Só sei que em blog dá pra mandar imagem

Iow

Quando comecei esse blog, naturalmente falei pra minha namorada dar uma olhada. Ela me olhou com cara de "hein?", e eu perguntei se ela sabia o que é um blog.

"Só sei que em blog dá pra mandar imagem".

De fato ela não tinha nenhuma obrigação em saber o que é um blog, afinal de contas as horas que ela passa na frente de monitor são algumas ordens de grandeza menores que as minhas. Mas o que me chamou atenção foi o fato de ela ter misturado o conceito de Flog (ou Fotolog) com blog. E então eu comecei a pensar em outras distorções que ocorrem entre o mundo nerd e o mundo normal, o que me motivou a escrever esse post.

Bom, a primeira distorção foi bem essa: fotologs são mais comuns no meio normal do que no meio nerd. O que os normais talvez não saibam é que o fotolog veio do blog. Mas não são sinônimos.

Outra distorção, que me deixa possesso: o tal do MP5. Pra começar, MP3 deixou de ser formato de arquivo pra ser sinônimo de "Player portátil de música"... MP4 nada mais é que o formato de arquivo MP3 com suporte a algumas coisas a mais, por exemplo, criptografia, copyright, coisas do gênero. Mas o tal do MP5 é de matar: é um player de MP3 que tem mais funções. Como MP3 e MP4 viraram sinônimos de "Player de música", o MP5 foi criado com a idéia de ser melhor que o MP3 e MP4... Putz!!!

Bom, quando a distorção é só pra "facilitar" a vida da pessoa normal, até tudo bem. Duro é quando os normais distorcem tanto a coisa que os nerds são obrigados a mudar as suas nomenclaturas, já que o termo dos normais foi mais aceito. Por exemplo: um kilo byte, até pouco tempo atrás, significada 2^10 bytes, ou seja, 1024 bytes. Porém, fabricantes de câmeras digitais, HDs, MP3 Players etc. consideraram 1000 bytes. Em pequena escala, não tem tanto problema, mas em escalas maiores (como MB e GB), essa diferença de 24 bytes por kilo byte se torna significativa.

Então, por exemplo, em um HD com 120 GB, teremos:

• GB = 2^30 bytes, portanto 120 GB = 120 * 2^30 = 128.849.018.880 bytes
• Mas, comercialmente, 120.000.000.000 bytes
• Portanto, um HD de 120 GB na verdade tem 111,75 GB

Pra "resolver" esse tipo de coisa, foram criadas novas unidades: os prefixos binários. O problema, é que essa nova unidade é pro mundo nerd, e não pros normais!!! Ou seja, quem vai ter que mudar tudo, são os nerds...

Resumindo: um KB hoje vale 1000 bytes. Um KiB vale 1024 bytes. E assim vale para MB e MiB, GB e GiB e assim por diante... Argh...!!!

Bom, se eu citar todas as ditorções que a mídia e o mundo normal exercem sobre o mundo nerd, eu demoraria muito pra acabar esse blog. Mas, pra encerrar com a mais tradicional de todas: o termo Hacker.

Originalmente, Hacker era sinônimo de "nerd que programa" (afinal existem nerds não ligados à informática, mas hoje esses são raros). Ou seja, qualquer programador era Hacker. Nada mais que isso. Com o tempo, surgiram os programadores interessados em quebrar segurança, invadindo sistemas, quebrando senhas e sistemas de proteção etc.. Tirando a discussão sobre o que é certo e errado sobre esse tipo de prática, o que denominava esses Hackers era o termo "Cracker", ou seja, quebrador.

Porém, a mídia associou o termo Hacker para Cracker. Ou seja, quem invadiu sistemas de banco para roubar dinheiro, por exemplo, foi noticiado como Hacker. E assim ficou: hoje Hacker é sinônimo de Cracker, e poucos programadores se dizem Hackers, devido a isso.

Não sei se é natural essas associações. Talvez seja. Como Bombril é sinônimo de palha de aço. Mas o que os nerds não devem permitir é que MSN vire sinônimo de mensageiro instantâneo, Windows sinônimo de sistema operacional e Word de editor de texto. O mundo normal precisa saber que existem opções, e que sair fazendo associações de termos por aí é algo complicado.

(Bom, quem já ouviu alguém dizer "Ah, deseinho japonês" quando citado "Anime", sabe como dói)

Té++

Número de downloads do Firefox 3 revela a distribuição de tecnologia pelo mundo

Iow

Durante as últimas 24 horas o mundo vivenciou o Firefox 3 Download Day, que visava alcançar um número de downloads capaz de convencer o Guinness Book a criar essa categoria de recorde. Com o download do Firefox 2 não deu certo, mas agora com mais de 8 milhões de downloads do Firefox 3, é bem capaz que dê.

No site do Download Day há um mapa mundi que mostra quantos downloads foram feitos em cada país. Muito interessante. Mas o mais interessante são 2 coisas:

1. O Brasil ganhou de lavada da Argentina =P
2. O mapa revela também a distribuição de tecnologia pelo mundo.

É fácil reparar que a maioria de países chamados "do primeiro mundo" estão em vermelho, ou seja, houve grande taxa de downloads. Também é interessante observar que a China, com mais de 170 mil downloads, e Índia, com mais de 83 mil, dois monstros populacionais, ficaram atrás do Brasil no número de downloads (212 mil). Além disso, a África está quase completamente cinza, ou seja, com pouquíssimos downloads, revelando mais uma vez a fragilidade e o atraso do continente em relação ao restante do mundo.



Escala:

O Brasil está tendo bastante participação no mundo do software livre, e isso é legal de se ver. É uma das poucas coisas que dá orgulho de dizer do nosso governo, que incentiva o uso de Linux e soluções independentes de Microsoft, como o software do imposto de renda, que é feito em Java.

Se depender dos nossos "nerds", não demora muito pro Brasil ser referência não só pela amazônia (até que os EUA a roube), futebol e carnaval, mas também pelo software utilizado e desenvolvido aqui.

Té++