• threads with new setup. If some thread don’t find one node for  process, will just self divide in little threads and runs in the place.
• widget “tiny url”
• widget (bigGeneric)
• new home (new menu, old footer)
• api for create tiny url
• api for open tiny url
• better node’s control
• better task list

• Uprofile sync. Now every single twitter and facebook’s profile will auto sign up with Uprofile’s account.
• WordPress reader
• Yahoo! news reader
• console “panel” control. I don’t like to view logs using web browser or ssh shell at “far away” servers, with this console app I can apply all regexp/grep rules than I want or, better, view logs at my local Emacs. OK this is not an Engine’s stuff, but I’d create some API to that works. Mmm, yeah… It’s runs using Uprofile authentication.

Apache Rewrite

Just a few things to remember.

Regular Expression Syntax

• ^ start of string
• $ end of string
• . any single character
• (a|b) a or b
• (…) group section
• [xyz] item in range (x or y or z)
• [^xyz] not in range (not x or y or z)
• x? 0 or one of x
• x* 0 or more of x
• x+ 0 or more of x
• x{3} exactly 3 of x
• x{3,} 3 or more of x
• x{3,6} between 3 and 6 of x
• !(pattern) apply rule when URL does not match pattern

==

I’ve an idea to create something fast and simple for save my bookmarks (and time). I’ve used delicious until Opera Bookmarks came with Opera Link, an awesome and simple service to sync your data, bookmarks, typed history/searches, notes and speed dial. The first solution, I dislike so much. It’s not a simple idea (my opinion). Well, I’d create this (http://links.umgeher.mitgnu.com/) app. I add bookmarks by console app, writed in python, and Emacs. It’s simple, wrote in elisp (M-x addlink). Was about 15 minutes to create this app (web front-end, console/python app and emacs module) and I’ll create more features.

• 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

Meu Desktop

Depois de algum tempo com o Windowmaker, voltei para o Enlightenment. Quero deixar ele como padrao por alguns itens:

• o E17 nao e’ apenas um X11 window manager, ele e’ uma plataforma de desenvolvimento com otimas libs de alta qualidade
• leve. OK nao e’ tao leve quanto o Windowmaker que estava usando, porem e’ muito leve
• pratico
• virtual desktop separados por monitores
• BSD License

O virtual desktop por monitores e’ muito bom e recomendo a todos que querem ter realmente uma boa pratica com 2 ou mais monitores. Quando voce esta’ usando um twinview e muda de workspace, os dois monitores vao para aquela workspace. Agora imagina que apenas 1 monitor vai para a workspace que voce quer e o outro continua onde voce mandou. Isso e’ pratico. Quando usava o E17, tinha uma seguinte configuracao. O Emacs ficava como fixo na workspace 0,0 e meus terminais de log, debug, teste e resultados ficavam na 1,0. Meu navegador (Opera) junto com cliente de irc e jabber/xmpp/gtalk na 0,0. Quando queria ver os logs/debug/resultados mandava o meu monitor da esquerda para a 1,0 com o simples comando de ALT+F2. Meu Emacs continuava no meu monitor direito e ao mesmo tempo podia ver onde o debug parou, resultados de compilacao/exec e tudo mais. Isso e’ um exemplo simples. Voce pode trazer uma janela para uma workspace ou fazer com que a workspace passe a ser controlada pelo monitor desejado. Depois que voce se acostuma, realmente sente falta.

E17

Desktop Utils

Antigamente eu escrevia meus utils, na epoca eu utilizava o AfterStep e escrevia os “desk utils” em LISP, ja’ que passava realmente 90% do tempo no Emacs ou mais. Porem depois de um tempo e alguns backups totalmente jogados fora, nao tenha backups em midia como cds/dvds pois sao horriveis, parei de usar/escrever eles.

E a uns dias atras eu comecei a pensar em escrever utils  novamente, utilizando Python com py-wmdockapps, porem pensei em mudar de ambiente. OK adoro o padrao step, mas realmente esta’ “desatualizado” algumas libs que uso nao existem mais (no contrib a mais de dois anos) e nao estao adaptadas a conectar com “softwares KDE4”. Com isso lembrei do E17 e como ja’ tinha feito algumas coisas com o codigo fonte deste super WM, decidi em voltar para ele e utilizar as libs novas dele fazendo alguns bons Desktop Utils para mim. Estou portando um antigo desk utils que escrevi e ainda uso de tirar screenshots de uma janela apenas e postar arquivos no pastebin. Porem desta vez penso em liberar os que tiverem realmente uma funcao que nao seja muito custom para mim ao mundo sobre a BSD.

Opera

Gostei assim… O que o pessoal acha?

Internet Explorer 8

Firefox 3.5.9

Safari

Opera

Bem, sempre gostei e usei o Opera… Recomendo. =)

Nao tinha Google Chrome instalado na maquina (viper) onde rodo os navegadores para teste (post sobre a viper). Irei instalar e ver a diferenca. Quem sabe nao escrevo sobre isso aqui mais tarde.

Minha solucao foi meio que bruta, nao perdi tempo e ativei o hal e dbus no sistema e para ter certeza total, tirei o moused tambem. Eu sei que o moused nao modifica em nada o controle do mouse no X, ja’ que ele e’ apenas para o console virtual. Porem nao uso o console virtual muito. Realmente, passo quase que 100% do tempo no X. Hoje e’ dificil, em workstation, laptops e desktops, eu ficar fora do X, salvo servidores que nao tem de ter um rodando, claro.

Entao adicionei/modifiquei/coloquei no meu /etc/rc.conf as seguintes linhas:

moused_nondefault_enable="NO"
moused_enable="NO"
hald_enable="YES"
dbus_enable="YES"
usbd_enable="YES"

Foi subir os servicos e o X estava perfeito com mouse e keyboard funcionando.

Bem, tirando o Objects.Twitter.Drive, temos o Objects.Twitter.Client. Ja’ fiz todas as mudancas para nao utilizar mais o Drive e atualizei os testes. Considero stable ja’.

Outra modificacao que vale a pena comentar foi a transferencia de todos os Objects para o seguinte padrao:

universeObject >> Object_core >> interface 1/2/3/4

Assim temos maior liberdade para modificar os objetos  garantindo que nao ira’ causar nenhum erro no sistema.

==

Coloquei a maquina Viper para funcionar como terminal remoto usando o Windows 7 para essa tarefa. Com o dll que consegui, veja, consigo deixar varios users conectados/usando a maquina ao mesmo tempo. Gostei muito desta solucao para manipular o Internet Explorer 7 e 8 (IE6 pessoalmente nao dou suporte, nenhum, quem usa nao deveria estar na frente de um computador ou ate’ mesmo respirando, existe varias otimas opcoes como Opera, Firefox, Google Chrome, Safari, Dillo e ai vai…), melhor que deixar uma maquina virtual para fazer esse trabalho. Imagino que uma boa maquina como a Viper e’ (AMD Athlon 7750 Dual-Core Processor 2.70GHZ com 4GB de ram) fica otimo para 3 usuarios (fiz o teste conectando 3 users ao mesmo tempo via rede e um usando a maquina normalmente), colocar um workstation para essa tarefa em uma equipe e’ muito mais “barato” e simples que obrigar a equipe que ira’ fazer o front-end utilizar 2 ou mais maquinas virtuais.

O que entra:

dogtags

A nova engine para gerar HTML usando objetos. Mais rapida, simples e de menor tamanho. Simplesmente faz tudo o que a OCGI fazia so’ que melhor.

UDB

O nosso drive se tornou algo realmente usavel. Com os testes que realizei esses dias eu vejo que esta’ melhor que o padrao antigo. UDB agora fica como padrao para “IO” em PostgreSQL e MySQL.

VCNews

O VCNews e’ um projeto para ter um certo controle nas midias digitais. A Engine esta’ completa para o Twitter e Meme (Yahoo!). Falta alguns outros modulos que ja’ estao em linha de producao como Yahoo! News, Google Search e Flickr. Facebook e Orkut entram na lista porem nao sei se e’ de grande validade a entrada do Orkut. Facebook eu gosto e tem muito recurso. Ja’ o Orkut acho um pedaco de software que nao deu certo nunca, me desculpem Orkuteiros. Mas desde sempre aquilo foi lento e sem uso pratico.

Com sua Engine pronta, digo que a sua API tambem esta’ pronta para o Universe! Podemos usar o Twitter e o Meme diretamente do VCNews.

PyQt4

Agora podemos ter a saida em PyQt4. As UI sao geradas pelo pyuic. As saidas, threads e operacoes ficam no Universe.

O que sai:

OCGI

Simplesmente nao faz mais sentindo ter ele quando o stable e o usavel com os novos padroes (HTML5 e cia). Depois de alguns anos vejo que a manutencao da engine OCGI nao faz sentindo. O uso de objetos para produzir o front-end e’ otimo, porem a manutencao dos padroes usados e’ muito maior nessa solucao.

DB

O drive que usavamos para MySQL esta’ simplesmente usando muito recurso para operacoes grandes.

API Twitter

Ja’ que o VCNews entrou e esta’ stable, nao vejo o porque deixar essa API na plataforma. Nao vamos dar manutencao direta nela. E quando tiver vai sair como stable primeiro para a VCNews’ Engine. Logo nao e’ mais necessaria.

==

E tambem… Abandonei o Jabber/XMPP/Gtalk. Nao vejo mais o porque usar. Nao me ajuda em nada, apenas atrabalha e pertuba o desenvolvimento. Prefiro o IRC. Quem ainda usa pode me achar na rede FreeNode, canal #mitgnu ou procure por umgeher. Para quem nao usa, mande email mesmo que responderei assim que conseguir.