Facebook ataca novamente

Quem disse que é o fim do e-mail? Algumas celebridades da Internet dizem que o tempo do e-mail acabou. Não é o que os cabeças do Facebook acreditam. Após lançar uma novidade polêmica na área técnica (o projeto HipHop), agora o prodígio das redes sociais quer atacar um dos principais produto do Google (exatamente, esse projeto já está sendo chamado de Gmail Killer), pelo menos é o que apontam alguns rumores.

Há um tempo que as mensagens do Facebook estão indiretamente linkadas com o e-mail interno (sistema de mensagens), e com algumas novidades que estão sendo implementadas, como a busca, dão a entender de que a aposta deles é investir nesse aspecto da rede social. Chamado Projeto Titan (olha a mania de grandeza), terá suporte completo POP/IMAP, permitindo aos usuários terem seu próprio vanityurl@facebook.com.

Assim como no post original, eu ainda não acho que seja o Davi para o Golias Gmail. Mas a possibilidade de linkar sua vanityurl como uma conta de e-mail é um pé na frente para o Facebook começar na área do e-mail.

Novidade no Twitter: Hovercards

Hoje o Twitter lançou um novo recurso:  Hovercards. A idéia é simples, como podemos notar pelo nome (hover, do evento do mouse; card, de cartão): mostrar a informação do usuário quando você colocar o mouse em cima de seu nick (por exemplo, quando alguém dá um tweet @fulano mandando uma resposta direta a ele), como um cartão de visita. É bem prático, pois permite que você saiba um pouco mais das pessoas com quem seus seguidos se relacionam, expandindo suas possibilidades de contatos. Excelente para ajudar a filtrar indivíduos relevantes para você seguir! Ele permite ter uma visão de cartão expandido, mostrando ainda mais informação. Também é possível enviar mensagens direto dele.

Mais legal ainda: ele permite que você siga a pessoa ali mesmo, sem necessidade de trocar de página. Também vai mostrar o status, caso você já o siga. A meu ver, uma ótima ação dos desenvolvedores do Twitter, otimizando não só a experiência do usuário, mas também o desempenho de seus serviços (isso com certeza vai diminuir a carga dos servidores web do Twitter). Não vai demorar muito para ver esse conceito pipocar em outras redes e aplicativos sociais agora…

Porém, é um recurso que não vai aparecer para todos usuários de uma única vez. Será implantando ao poucos (que mania que essas redes sociais tem de fazer suspense com as funcionalidades…) Fique atento, mais cedo ou mais tarde, você verá!

Chrome ganhando terreno

Uma pesquisa do NetApplications relevou que, enquanto o Internet Explorer vai perdendo sua posição no mercado,  um terceiro player quem vai tomando espaço: o Google Chrome.

Cheguei a comentar em um post anterior, que na briga entre Firefox e IE, quem poderia ganhar era o Chrome.  Visite esse post da Info para mais detalhes da pesquisa. Ultimamente, tenho experimentado bastante o Google Chrome. Realmente, tem muito mais estabilidade e velocidade, com sua engine de Javascript V8, DNS dedicado, etc… além de ter cada aba como um Thread. Ou seja, não vai ser um simples site que vai derrubar seu navegador (a não ser que derrube o sistema todo). Creio que o principal apelo para quem chega ao Chrome é estar cansado de esperar muito pelo carregamento das páginas. Os engenheiros do Chrome perceberam isso e atacaram o problema de diversas formas diferentes, conseguindo um resultado muito bom: navegar no Chrome é a melhor experiência para os usuários comuns.

Outra coisa muito interessante: é muito parecido com o Firefox: Atalhos, funcionalidades (até o Shift+CTRL+T, para reabrir abas fechadas recentemente). Vários outros atalhos e formatos são muito parecidos, tornando mais fácil ainda a migração dos antigos usuários da Mozilla. Um amigo comentou comigo outro dia: “a Google sempre apoiou o desenvolvimento do Firefox, mas claro, sempre aproveitando seu código, seu funcionamento, para um dia chegar e lançar um browser com tudo de bom e mais um pouco”. Concordo. Talvez seja por isso que recebemos a notícia recente de que o buscador padrão do Firefox no Ubuntu seria a do Yahoo.

Porém, para desenvolvimento, ainda falta melhorar. As ferramentas que ele possui para ajudar os desenvolvedores ainda é muito precária, não permitindo muitas alterações em tempo real (pelo menos não com o mesmo dinamismo) que  no Firebug do Firefox ainda é muito superior. Mas isso ainda pode mudar já que o Chrome agora tem suporte a Add-ons, sem contar que scripts GreaseMonkey rodarão nativamente dentro do browser, sem necessidade plugin. Tudo isso, como um esforço para atrair a atenção dos desenvolvedores e aumentar o crescimento no mercado de browsers. Se não bastasse, ainda lançou um concurso, premiando em dinheiro quem encontrar bugs no navegador.

De qualquer forma, ainda não abandono o Firefox para desenvolver aplicações web. Principalmente porque ele ainda tem uma boa parcela do mercado, e também porque suas ferramentas de desenvolvimento são, em minha opinião, muito superiores.

Facebook x PHP

Logo mais será anunciado algo que vai gerar um bom buzz na Internet Mundial: o Facebook está reescrevendo parte (senão todo) o seu código PHP, além de estarem trabalhando num novo compilador para a linguagem. A motivação seria a lentidão sofrida pela rede social. Alguns encaram isso como afronta à Zend, principal mantenedora do PHP. Mas será que o Facebook não quer se tornar uma importante companhia por trás da linguagem? Se quiser mais sobre o fato, acesse esse post.

Alguns meses atrás o Facebook também lançou um servidor web próprio, especifico para dar conta das atualizações em tempo real de seu feed ao vivo (desenvolvido em Python, inclusive. Quem disse que Python é lento?). Juntando todos os fatos, creio que eles estejam brigando para serem a rede social mais rápida da Internet. É uma tarefa complicada, visto o número crescente de usuários.

Enquanto isso, alguns desenvolvedores de Aplicativos sofrem com problemas de latência com suas apps no Orkut, que trabalha mudanças para entrar nessa briga também, além de prover melhores estatísticas e métricas para os desenvolvedores.

Vida longa ao Unicode!

A luta pela padronização na Web comemora mais um grade fato: o Unicode (se você não reconhece esse termo, que tal UTF-8?) reina quando o assunto é o encoding utilizado pelas páginas (pelo menos as encontráveis pelo Google). Confira uma parte do post feito por Augusto Campos no blog BR-Linux.org:

E esta maioria está a poucos passos de galgar um degrau a mais: tornar-se superior à soma de todas as demais opções – ao menos no que diz respeito ao conjunto dos sites indexados pelo Google.

Consta que o Google vai promover uma festa quando a marca de 50% for ultrapassada. E como a tendência está bem clara no gráfico, não deve demorar. (via h-online.com)

Bom, se houver mesmo uma festa, eu gostaria de ir, mas… será que essa festa será uma festa normal?!?!?

De qualquer forma, é um acontecimento que devemos comemorar (profissionais da web), pois é um grande avanço rumo a um trabalho melhor, menos dependente de monopólios, mais colaborativa ainda! Como muitos leitores já sabem, quando se trabalha com dados oriundos da Web, já é uma briga conseguir extrair tudo num formato decente para seu banco de dados. Quando ainda temos que lidar com vários conjuntos de caracteres diferentes, quando é tão simples usar um único conjunto. Recomendo, caso você trabalhe com Python, a biblioteca BeautifulSoup, que fará a maior parte do esforço para você lidar com aquelas páginas que insistem em não usar o Unicode. Aliás, segue aqui um ótimo artigo para quem quer falar a mesma língua com a maioria do mundo: Tudo sobre Python e Unicode

Cheers!

Quem fez a Internet?

Você conhece a história dessa rede mundial que você está utilizando agora? Bom, praticamente todos usuários com mais de 16 anos tem uma breve idéias sobre. Mas é bom saber mais sobre essa coisa que você utiliza todos os dias, para não dizer todas as horas.

Então, para facilitar a coisa, posto aqui um excelente PodCast (por natureza) falando sobre a história da Internet. Recomendo ouvir o quanto antes! Transmitido diretamente da Campus Party 2010, com a presença de personagens de grande  referência no assunto. Não se preocupam apenas em explicar o início físico da rede, mas também de explicar como ela chegou até a grande “entidade” que é hoje.

Para ouví-lo, basta seguir esse link.

Otimizando desempenho

Nos últimos dias, temos brigado muito por coisas muito pequenas, as vezes passageiras. Cada migalha desperdiçada é motivo para um nova discussão que acaba mudando o rumo das coisas… Calma gente, não estou tendo problemas de relacionamento não, são apenas discussões sadias de trabalho para se melhorar os níveis de performance nos aplicativos.

Quando se atinge um certo número de usuários de uma única aplicação, devemos tomar certos cuidados. Muitas vezes, ignoramos alguns pontos que podemos melhorar, deixando 1KByte, 2KB mais leves, pois afinal, para um usuário parece tão pouco, mas quanto representa 2KB multiplicado por 100 mil usuários? 195 MB. É, assusta, e as cifras só tendem a aumentar.

Com o advento da computação em nuvem, alguns perceberam que realmente deveriam otimizar suas aplicações, pois cada KB gasto vai representar algum valor que será, com certeza, debitado num cartão de crédito futuramente. Enquanto antigamente, bastava planejar a compra de uma máquina muito além das necessidades e ter um custo fixo, agora, a briga é para sempre diminuir a conta no fim do mês, como numa economia doméstica (certa vez, ouvi que toda economia é de migalhas. Concordo).

Mas muitas vezes, desenvolvedores de aplicações esquecem de alguns detalhes como por exemplo, o peso dos arquivos da camada de apresentação de suas aplicações. Na Web, isso também deve entrar na conta: tamanho do HTML, CSS, JS e imagens. E hoje em dia, são relativamente conhecidas técnicas para aprimorar esses estáticos para uma melhor experiência do usuário. Digo relativamente porque ainda me deparo com muitos websites, sistemas e gadgets por aí sem nenhuma otimização nesse sentido. No Brasil ainda temos muitos usuários que não dispõe de banda larga, e eles agradecem cada byte salvo.

Ler o resto deste artigo »