O orango está um lugar um pouco mais aconchegante a partir de hoje: você pode ter amigos no site!

Uau, você diz, amigos num site! É, nada demais. Mas pelo menos no orango dá para assistir a episódios juntos – sim, amigos que servem para alguma coisa.

Se você é a parte não relapsa de um relacionamento, por exemplo, e seu significant other fez uma conta mas nunca a usou, você pode ser o/a macaco/a-velho/a dele/a e ir marcando os episódios aos quais vocês assistiram juntos.

Eu devo fazer um screencast ainda essa semana explicando melhor o feature, as coisas bacanas e suas limitações, no momento a coisa deve ser encarada como algo bem experimental.

Na verdade, a parada é tão simples ou tão complicada quanto você quiser, dá para juntar cluster de amigos que viram o mesmo episódio seguindo uma lei básica de permissão, a do macaco-velho, por exemplo.

Outro feature que deve esclarecer o propósito da Watchlist, a lista das séries que você está acompanhando no momento, é a área “já assistiu a” do seu perfil. Ela tem as séries cujos episódios você assistiu mas já tirou da sua watchlist.

O site talvez pare para um update de versão hoje. Tudo depende do update que a Eletropaulo está para fazer aqui na rua também...

Vamos parar os servidores em algum momento hoje na madruga para atualizar as séries com novas temporadas já divulgadas. Coisa de meia-hora.

Algo que vai ser implementado em algum momento, um PersonRank é uma nota dada a cada usuário que internamente irá servir para identificar usuários spammers e coisas do tipo.

Como a idéia por trás do Orangotag é criar uma comunidade saudável onde as pessoas, além de usar o site como a ferramenta de acompanhamento de séries que é, possam discutir e criar resumos de episódios da maneira mais pacífica possível, um certo tipo de policiamento preventivo fara-se-á necessário à medida que mais pessoas criem suas contas.

Como alguém mesmo disse num comentário do site, o Orkut era bem bacana para se falar sobre as séries há um tempo atrás, hoje não é mais justamente porque o nível das mensagens por lá beira o ininteligível.

Acho que vou, em certo momento, dar poder de moderação a alguns usuários e para isso vou ter que escrever algum tipo de algoritmo que dê notas a cada usuário diretamente proporcional ao “tempo de casa”, atividade (número de acessos por um tempo x) e outras variáveis mais…

Fiz um pequeno update no site essa madruga, algumas coisas são visíveis, outras nem tanto.

Ah, e o site está rodando com 8 servidores mongrel agora…

Avisem-me se algo estiver errado, ainda não me acostumei com esse mundo de automatic deployment!

No que estou trabalhando:

• Relacionamentos: usuários amigos
• Grant/Revoke entre amigos: amigos podem deixar amigos marcarem episódios como vistos em conjunto
• Em consequência, pessoas podem assistir episódios de séries juntas (via machine tag o:vc=login)
• Comentários spoilers: usuários podem marcar comentários como spoilers e o conteúdo ficará escondido
• Watchlist export para Google Calendar/iCal (OSX)
• Plugin WordPress

A próxima versão do orangotag se chama Splitzy e vai seguindo. Vou tentar acrescentar alguns features dela à versão vigente da app, a Zaius. Nos próximos dias esse monstro Splitzaius vai entrar no ar e deve ficar assim até a nova versão per se, que mexe bastante na estrutura de dados e relações entre modelos (e não tou falando de uma amizade da Gisele, se é que você me entende).

A entrevista com um dos developers do Twitter que foi alvo de várias discussões, críticas de todos os lados acabou mais focada na declaração sobre a falta de uma maneira nativa do Rails trabalhar com mais de um servidor de base de dados do que em outro ponto que eu até acho que é mais importante e pouco divulgado do framework: quanto mais se otimizada a parte de ActiveRecord do Rails mais distante o framework fica daquilo que foi vendido para o usuário em tutoriais de web e livros.

O que falta mesmo é algum tipo de documentação, um livro, que aborde esse Rails “de alto impacto” praticado por sites como o 43things e Twitter e não só somente o Rails “ginastica aquática” dos livros que estão no mercado agora.

Model.find_by_id é lindo, mas não existe numa aplicação de tráfego alto. É essa parte bonita que fez um grande número de developers se apaixonar pelo framework de primeira e que vai sendo substituída pelos SQLs feios do find_by_sql (que você achava que estava alí só para usar de vez enquando) a medida que se vai tentando se livrar dos gargalos de uma aplicação.

Eu concordo com o DHH quando ele reclama que o Twitter poderia ter solucionado o problema da falta de suporte a múltiplas base de dados e ter distribuído a solução assim como os caras da 43Things fizeram com o plugin cached-model, de suporte ao Memcached. Mas acho importante que se diga que, saído da caixa, o Rails não escalona bem, e, mesmo havendo receitas já comprovadas de escalonamento, o ActiveRecord vai comprometer um pouco seu aspecto ágil para conseguir entregar os pageviews que a sua aplicação precisa. Não é igual ao exemplo do livro.

O Rails vem com alguns métodos de caching embutidos, o que mostra que a habilidade de rodar aplicações de maior porte é algo que a equipe de desenvolvimento leva em consideração. Tenho certeza que a próxima leva de livros, bem como a próxima versão do Rails, vai focar basicamente nisso.