Apesar da lista de espera na página inicial deles dar preferência para pessoas de algumas cidades americanas, através do convite, mesmo que você não faça parte dessas cidades é possível ainda sim ter acesso ao serviço.

Um aviso é mostrado afirmando que o conteúdo disponível na minha região seria escasso, e perguntando se gostaria de testar mesmo assim.

Isso se deve ao fato de que, para garantir o lançamento, já com conteúdo relevante, o Google teve que fazer parceria com diversas empresas do ramo de recomendações, como: Bravo, Entertainment Weekly, Food Network, LifeHacker, National Geographic, IGN entre outros.

Essa decisão parece ter sido boa, pois auxilia a educação dos “primeiros usuários” em como utilizar a plataforma, além de garantir que o hype continue conforme os convites forem sendo distribuídos.

O que muita gente não entende é o por que do Google fazer o lançamento desse tipo de produto dessa forma. Redes sociais não se criam da noite pro dia. Muito além de fazer apenas todo mundo acessar, é garantir principalmente no início que a qualidade do conteúdo seja a preocupação fundamental. Se as primeiras pessoas não tiverem uma boa experiência, estará fadada ao fracasso, lição aprendida com o Google Wave.

Diferente de outras redes similares como o foursquare, que se baseia em conteúdo geolocalizado fornecidos principalmente pela base de usuários, no Google Schemer ainda não é possível realizar o “checkin”.

A rede parece aprender rápido o que você gosta e não gosta. Ao clicar por exemplo em “learn java” e logo em seguida remover, a opção não apareceu mais pra mim nas listas de sugestões.

Como o conteúdo aqui pra Florianópolis está escasso, pesquisei algumas coisas em Londres para mostrar nas imagens a baixo como funciona.

Parece que até o momento a ferramenta não te da meios para “como resolver” e se baseia supostamente na troca de mensagens entre os participantes daquele determinado “Scheme” (a sua tarefa ou objetivo). Ainda é disponibilizado informações relevantes na lateral como localização de lugares relacionados.

A ferramenta ainda está bem crua e pode ser resumida no momento como uma “To-Do list social”, não muito mais do que isso.

Vamos ver como evoluirá com o tempo, mas acredito que enquanto ela não for para o celular e adotar alguma funcionalidade de geolocalização, a sua atuação será restrita.

O vídeo pode dar uma idéia do espírito que está por traz da idéia, num tom super bem humorado, parece que a questão agora não é mais “O que estou fazendo” do twitter nem toda a distração do facebook, e sim “O que mais eu posso fazer”.

apt-get install nginx

Porém, os pacotes não estão tão atualizados quanto deveriam e, pra piorar, devido a arquitetura do Nginx, não trabalha com módulos plugáveis dinamicamente, como o Apache. Dessa forma a única alternativa de ter o Nginx com Passenger e em versão atualizada, é através do instalador disponível nos Rubygems.

A instalação passa pelos seguintes passos:

gem install passenger

passenger-install-nginx-module

Ao executar a instalação do passenger, basta seguir as instruções e instalar os pacotes que forem necessários. Ao concluir, você terá uma instalação atualizada do Nginx com suporte ao Passenger.

Neste ponto só falta configurar o Upstart para cuidar de iniciar o Nginx toda vez que o servidor for iniciado:

/etc/init/nginx.conf

# nginx

description "nginx http daemon"
author "George Shammas <georgyo@gmail.com>"

start on (filesystem and net-device-up IFACE=lo)
stop on runlevel [!2345]

env DAEMON=/opt/nginx/sbin/nginx
env PID=/var/run/nginx.pid
expect fork
respawn

pre-start script
        $DAEMON -t
        if [ $? -ne 0 ]
                then exit $?
        fi
end script

post-stop script
    start-stop-daemon --stop --pidfile $PID --name nginx --exec $DAEMON --signal TERM
end script

exec $DAEMON

Uma observação importante, para que funcione corretamente o script acima, é necessário que o pid esteja configurado corretamente no /opt/nginx/conf/nginx.conf, conforme exemplo a baixo:

pid /var/run/nginx.pid;

O problema com a performance se dá pelo fato do Unity utilizar aceleração 3D da máquina. A versão 2D do Unity é escrita utilzando QT e portanto não sofrerá os problemas de performance da primeira.

A aparência final é muito parecida com a original, com exceção de algumas funcionalidades ainda não estarem 100% portadas.

Vamos a instalação. Digite os seguintes comandos no terminal:

sudo add-apt-repository ppa:unity-2d-team/unity-2d-daily
sudo apt-get update
sudo apt-get install unity-2d

Agora basta sair da sessão atual e na tela de login, ao selecionar o seu usuário certificar-se de que na barra inferiro está selecionado “Unity 2D”.

Além desses passos, é possível instalar um aplicativo de personalização do Unity 2D para configurar algumas coisas úteis como:

• Habilitar composite (sombras e transparências – via aceleração 2D)
• Evitar que a barra lateral (Launcher) suma com aplicativos em tela cheia

Para tanto basta baixar o pacote no site do Mariano Chaveiro, que desenvolveu a ferramenta de configuração.

Vamos imaginar que você está em uma empresa que desenvolve softwares. Mais precisamente em uma apresentação para um cliente onde várias pessoas estão por perto. Eis que aparece aquela indesejada Periplaneta americana (vulgo barata) pela sala.

Parando para pensar um pouco. Existem algumas diversas maneiras de se livrar da visita inoportuna. Vamos para a mais clássica, econômica e efetiva. Você vai até ela e pisa em cima dela.

Agora supomos que essa empresa tenha feito todo um planejamento de riscos e dentro daquele documento de 300 páginas, existe a previsão de aquisição de inseticida e toda uma estrutura para controlar sua validade e garantir a disponibilidade.

O estagiário, que ainda não conseguiu ler toda essa documentação e se interar sobre todos os processos da empresa, decidi inocentemente iniciar a solução inicial já apresentada neste artigo. Antes de tentar concluir ele é interrompido por um funcionário mais antigo que lhe explica rapidamente sobre a situação e então inicia a caminhada até o documento do plano de contingência, deixando o estagiário tomando da penetra.

Minutos depois chega a inseticida e resolve o problema.

O que vimos até aqui?

A solução com toda certeza não foi a mais rápida. Por não ser tão agil, correu o risco de não ser efetiva, já que a barata poderia ter fugido no tempo que levou até que a solução pudesse ser aplicada. Também não foi a mais barata.

Do ponto de vista da empresa e do processo, foi feito a coisa certa.

Vamos tentar extrapolar mais um pouco no exemplo e imaginar uma terceira situação. Supomos agora que por diversos motivos, essa empresa já teve problemas parecidos com esse antes, já havia feito seu planejamento de riscos e documento de contigência e decidiu que, para agregar mais qualidade, deveria delegar essa responsabilidade a uma empresa externa, devidamente certificada, ISO 9001 em eliminação de baratas.

Para se protegerem da possibilidade de ocorrência do problema e garantir uma resposta rápida a situação, fizeram um SLA estipulando tempo máximo de atendimento em casos de avistamento de baratas, e monitoração constante do espaço para garantir que de forma alguma teriam que se preocupar novamente com esse tipo de problema.

Voltando agora a reunião e a própria. Ela aparece em cena, o computador da central de atendimento soa o alerta e uma equipe é despachada imediamente para atender o caso na empresa. A secretária recebe a ligação avisando do ocorrido e para não entrarem em pânico que em menos 10 minutos a equipe estará no local. Como é hora do RUSH, resolvem ir de helicóptero, para garantir o tempo de resposta e evitar pagamento de multas pela quebra do contrato.

Barulho, correria, entra 4 pessoas na sala e fica mais uma de fora para garantir que o alvo não escape. Em poucos segundos é isolado o espaço em que a barata está e aplicado o inseticida na quantidade precisamente correta para uma morte digna e sem desperdícios. Trabalho cumprido.

Lições aprendidas:

1. Existe sempre uma maneira rápida e simples e efetiva para se fazer as coisas, basta saber utilizar a ferramenta mais adequada para o problema.
2. Dependendo da cultura organizacional da empresa, você nunca vai chegar a primeira solução, mas ainda assim vai atingir o seu objetivo, mesmo que a um custo um pouco maior.
3. Se você tiver muitos engenheiro de software na sua equipe, vai acabar utilizando sempre a solução mais complexa e cara de todas, limitadas apenas pelo seu orçamento.

Agora com suporte a Tags (bem conhecidas dos usuários do Gmail) e navegação com Abas, a nova versão também traz o motor Gecko 1.9 para renderização de html (o mesmo utilizado no firefox 3).

Além da melhora na renderização dos e-mails, praticamente todos os recursos dele receberam atenção e melhoria, como é o caso dos filtros anti-spam, agora mais inteligênte, recurso de arquivamento de emails, que basicamente limpa da sua caixa de mensagens as conversas que já foram concluídas, movendo para uma pasta separada.

A configuração inicial de contas também foi simplificada. Na versão anterior, era necessário saber todas as informações de IMAP, STMP, SSL/TLS, estas agora são descobertas automaticamente. Tudo que é necessário para registrar uma nova conta é seu nome, e-mail e sua senha.

Nunca foi tão facil encontrar aquele e-mail que você tanto precisava. Com os novos recursos de pesquisa avançado, praticamente qualquer informação pode ser encontrada em uma pesquisa estilo Google (que você simplesmente diz o que quer, sem precisar ficar configurando filtros e parâmetros).

Para completar as novidades, o recurso de agrupamento de mensagens por “tópico” (threaded view) similar ao que acontece no gmail, foi melhorado e deve agradar bastante os usuários desta versão.

Não deixe de conferir você mesmo, baixando a versão pelo site oficial. Disponíveis versão para Linux, Windows e Mac.

Comentários no próximo artigo.

A algum tempo atrás era comum ouvir por ai que “Internet Explorer” era um mal necessário. Ninguém que desenvolvia gostava, mas quando chegava no contato com o cliente, ele podia nem saber direito pra que servia, mas estava esperneando se de alguma forma o seu site estivesse diferente (não estou nem cogitando a opção dele não funcionar direito, estamos falando de diferenças subjetivas, quase milimétricas).

O vilão ao qual me refiro é a versão 6.0, a talvez, mais odiada de todas. Digo isso, por que as que antecederam, eram tão incapazes que ficaram fadadas ao “de jeito nenhum, é impossível, não tem como”.

O problema aqui em questão é que pra muita gente leiga, o Internet Explorer é aquele “botãozinho azul que liga a internet”, some isso a realidade brasileira do final dos anos 90 em que windows original, quando existia, era uma única cópia pra empresa toda. E por essa realidade, todos tinham/tem medo de atualizar seu computador.

O resultado é um navegador que tem mais de 8 anos de idade e ainda é bastante utilizado. Mas graças ao bom deus, essa realidade está mudando, e com o surgimento da versão 8.0 (amém) será possível escrever códigos mais próximos dos padrões internacionais da W3C e esperar que funcione razoavelmente bem em todos os navegadores.

Mas os artigos que venho propor aqui não tem muito a ver com o Internet Explorer 6, e sim com algumas técnicas que vamos ouvir falar muito ainda daqui pra frente.

Em resumo trata-se de uma maneira de você escrever códigos que funcionem bem em browsers antigos e funcionem melhor ainda em browsers modernos. E sem usar hacks ou artificios como prover códigos personalizados para cada navegador ou folhas de estilos especificas.

Tudo começa com o artigo de 1999 do Nick Finck, um veterano em desenvolvimento web, onde ele explica um pouco sobre o que é Liquid Web Desgin, que segundo ele, seria o exemplo máximo de um bom desgin. Aquele que se adaptasse ao tamanho da janela do cliente e mantivesse todas as suas características originais, ou se adaptasse o melhor possível.

Pela linha do templo, vamos agora para um artigo de 2002, do Peter-Paul Kock, o autor do site QuircksMode, um dos mais bem conceituados, durante muito tempo, website sobre informações de compatibilidade entre browsers. O artigo levanta a questão do Gracefull Degradation ou em uma tradução mais ao pé da letra seria Degradação Harmoniosa. Talvez o termo em português não ajude muito, mas o conceito é bem simples e baseia-se nas seguintes regras:

1. Qualquer navegador deve ser capaz de ver o conteúdo do seu site
2. Qualquer navegador deve ser capaz de navegar pelo seu site.

Para que isso seja alcançado, o seu site deve estar legível, mesmo que nenhuma imagem ou estilo CSS tenha sido carregado. Por legível entende-se que as coisas estejam organizadas logicamente e em uma sequência que faça algum sentido.

Uma maneira simples de testar isso é utilizando o navegador W3M do linux (navegador pro terminal).

Pegando um artigo mais novo, do portal de desenvolvedores do Opera, de 2008, é sugerido um conceito novo. Ao invés de pensar pelo lado do Gracefull Degradation (de cima para baixo) ele sugere que comecemos de baixo para cima, pelo angulo do Progressive Enhancement ou Melhoria Progressiva.

Devemos desenvolver o nosso site, pensando na menor tecnologia (a mais antiga) que vamos suportar, e então ir adicionando progressivamente recursos das mais novas. O importante é que esses recursos não entrem em conflito com as tecnologias antigas. Dessa forma um site visualizado com o Internet Explorer 6 tera um visual “meia boca” ou uma versão “simplificada” visualmente falando do que seria visualizado por alguém utilizando o Internet Explorer 7, e progressivamente o Internet Explorer 8.

Exemplo de Melhoria Progressiva

A idéia é que se a pessoa ainda utiliza uma tecnologia antiga, devemos entregar para ela, algo que seja bem suportado para a tecnologia dela, sem tentar fazer milagres, e para aqueles que utilizam browsers mais avançados (vamos citar aqui todos eles: Safari 4, Opera 10, Firefox 3.5, Google Chrome), que também possam desfrutar das inovações.

O momento é de dizer um basta, para a seguinte frase: “Isso é legal, é uma pena que só vamos poder usar daqui uns 5 ou 6 anos, quando todo mundo resolver atualizar o seu Internet Explorer 6 pra uma versão melhor”.

Para quem não domina o inglês e gostaria de uma segunda opinião, eu indico um artigo do Diego Eis, do site Tableless, em que faz uma abordagem sobre o mesmo assunto, e por coincidência, encontrei enquanto estava escrevendo esse artigo. Fica a dica.

Já a versão Mac também ganhará a aplicação em sua UI nativa, cuja imagem segue à baixo

Os testes foram feitos utilizando uma nova arquitetura de chips para servidores da AMD, a Shanghai Opteron concorrente direto da linha Quad-Core Xeon da Intel.

Foram feitos 20 testes diferentes e em 19 deles o Ubuntu se saiu melhor, inclusive em testes que envolviam a tecnologias Java, e apenas em 1, o Open Solaris se saiu melhor.

Os detalhes completos e a análise pode ser lida no site da Phoronix