• drive do twitter 100% ok com as novas regras da api deles
• manipulacao de usuarios, status e tags do twitter melhorada
• gerenciamento interno de tags e links funcionando
• agrupamento de instrucoes no drive de banco. Toda operacao feita no VCNews nao ira’ na mesma hora ao banco de dados.  Recurso novo do UDB. Depois falo sobre isso.
• comecei a manipulacao de noticias como Yahoo! News

E para isso funcionar a plataforma (Universe) teve de ser melhorada, o que foi muito bom. Podemos contar agora com Threadings melhoradas e com auto-balanceamento de carga.

UDB tambem foi melhorado. Para resumir, ele cria uma lista de instrucoes para dar ao banco de dados que ele esta’ conectado, por exemplo o MySQL (o que usamos no VCNews), e cria um “mock” para alguma busca ou qualquer outra instrucao que devera’ trazer aquele dado. Com isso usamos menos carga na rede com o banco de dados e ao mesmo tempo, fazer um insert ou select para cada view/acao nao me parece muito inteligente se podemos deixar em um processo mais rapido.

Performance

Sou a favor de performance sempre no maximo possivel. Para mim performance nao e’ apenas ter o resultado mais rapido, mas tambem usar menos recursos, ou seja… Economizar.

Menos uso da CPU, faz com que adiante a entrada do modo ocioso, salvando ai alguns watts. Imagine isso em uma grande escala. Voce esta’ salvando tempo e dinheiro. Ate’ mesmo em um notebook. Esses “watts” economizados serao a diferenca entre acabar a bateria em 4 horas ou em 4 horas e 30 minutos, por exemplo.

Algumas coisas que gosto de comentar sobre isso:

• Evitar polling. Serio pessoal. Polling e’ ruim. OK, existem algumas coisas que com polling e’ “melhor” de se fazer. Porem o abuso desta tecnica e’ realmente horrivel para performance. Tente fazer algo com msgs. Um exemplo de software que abusa ou abusava deste recurso, o gksu. Ele chega a checar mil vezes por segundo se existem dados em um pipe. Meio exagerado nao e’?
• Agrupar timers sempre que possivel e usar um para  realizar varias tarefas. Nunca um timer para cada status ou alguma coisa que voce esta’ usando. Assim voce economiza em chamadas no cpu deixando o ocioso por mais tempo.
• Pensar em usar linguagens de alto nivel. Elas sao mais rapidas no desenvolvimento, porem a performance e’ muito abaixo de uma linguagem como C. Nao estou de olho no “quadro de luz” de cada linguagem script. Porem prefira Python a Ruby. Java e Visual C#… O que falar destes. Ultima vez que dei uma olhada, as duas ficavam bem parecidas. E gastavam mais que os testes usando python e ruby juntos.

Um cpu ocioso consome em media 1 watt em media, claro depende do fabricante/modelo,  em carga total leva uma media de 34watts e em usa meia carga tem uma media de 24watts. Se voce levar para calcular algum processo em 1 segundo com potencia maxima do cpu voce ira’ usar 34watts e se fizer em metade da carga levara’ o dobro de tempo, ou seja… 2 x 24 = 48watts.

Gostou do assunto? Um site que recomendo e’ http://www.lesswatts.org

Tambem tenho de colocar o Oauth para funcionar neste cara. Vi que a solucao python-yql usa o modulo python-oauth, como ja’ temos um modulo no Universe, vou ver o que posso fazer com o nosso e porque nao, se tiver faltando recurso, melhorar ele.

Resumo:

• acesso rapido e facil da YQL usando um Obj
• retorno simples de todos os resultados possiveis do Meme

Para quem tem acesso: universe.Apps.Yahoo.YQL

Voltei a usar o AWESOME, sem duvidas, o melhor de todos window managers que existem por ai. Bem talvez perca para o meu em alguns pontos =) (sim, ja’ fiz um window manager do zero). Depois de certa campanha para eu parar de usar o Windowmaker (Tiveron esta’ lendo isso? Feliz?), voltei ao incrivel Awesome.

O que faz dele incrivel:

• Very stable, fast and small codebase and footprint;
• First window manager using asynchronous XCB library instead of the old synchronous Xlib: make awesome less subject to latency than many window managers;
• Very well documented source code and API;
• No mouse needed: everything can be performed with keyboard;
• Real multihead support (XRandR, Xinerama or Zaphod mode) with per screen desktops (tags);
• Implement many Freedesktop standards: EWMH, XDG Base Directory, XEmbed, Desktop Notification, System Tray;
• Doesn’t distinguish between layers: there is no floating or tiled layer;
• Use tags instead of workspaces: allow to place clients on several tags, and display several tags at the same time;
• A lot of Lua extensions to add features: dynamic tagging, widget feeding, tabs, layouts …;
• D-Bus support;

Com ele tenho total controle de tudo no meu Desktop apenas usando o teclado. Bem outro ponto legal e’ que pratico o meu Lua.

Aterm

Tambem acabei voltando a usar o Aterm. Sempre gostei muito do Aterm, mas sempre acabava usando o Xterm ja’ que sempre encontro ele em qualquer lugar.

Meu .Xdefaults para Aterm:

aterm*transparent:true
aterm*shading:40
aterm*foreground:Gray
aterm*scrollBar:false
aterm*saveLines:32767
aterm*font: -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1

Resultado do .Xdefaults esta’ no screen shot la’ em cima… =)

SI

Agora temos um recurso muito legal para quem ira’ utilizar a nuvem SI para deixar imagens padroes da sua app/site.

Si.sprite(['image1','image2','image3'])

Podemos criar um Sprite dinamico! Tenho de estudar alguns metodos para aproveitar ainda mais os espacos em branco deixado pela juncao das imagens e colocar atribuicao de preferir sprite horizontal ou vertical.

Workstation

Novo layout da minha workstation:

• coloquei o Libretto 50ct de volta ao trabalho rodando uma BNC para me deixar o maximo possivel online no #mitgnu (freenode)
• walker (eeepc900) rodando o pidgin, skype, irssi e um cliente synergy para ter um controle facilitado
• darthvader rodando synergy server e Universe
• earl rodando varios services para minha rede local como Universe, UDB, stg dos meus projetos, postgresql, bittorrent e getstream (script meu para ripar radios online)
• bajinger rodando sync server de meus documentos
• sarabi servindo mysql