Copyright 2011 MitGNU. All rights reserved.

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are
met:

   1. Redistributions of source code must retain the above copyright
      notice, this list of conditions and the following disclaimer.

   2. Redistributions in binary form must reproduce the above
      copyright notice, this list of conditions and the following
      disclaimer in the documentation and/or other materials provided
      with the distribution.

THIS SOFTWARE IS PROVIDED BY MITGNU ``AS IS'' AND ANY EXPRESS OR
IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
DISCLAIMED. IN NO EVENT SHALL MITGNU OR CONTRIBUTORS BE LIABLE FOR ANY
DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE
GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER
IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

The views and conclusions contained in the software and documentation
are those of the authors and should not be interpreted as representing
official policies, either expressed or implied, of MitGNU.

F1

Parabens Vettel!

NFStorage

• publicacao do coming soon [ ok ]
• adicionando FS ao projeto [ok ]
• implementando FS create [ ok ]
• implementando FS open [ ok ]
• bpm validar [ ok ]

Rede Fiscal

• coming soon [ ok ]

About FS:

* functional test [ ok ]

* better api returns [ ok ]

* sign in [ ok ]

* remove md5 method [ ok ]

* app’s check method returning App Obj [ ok ]

* admin [ todo ]

* “pylons” client [ todo ]

==

About Viking Software Development:

* write about it [ todo ]

* scrum x viking [ todo ]

Criei um validador e gerador de CNPJ. Estou lidando com isso agora e sentir falta de um objeto simples que valide CNPJ em python. Publico ele usando a “FreeBSD License” (style) e hospedando o BitBucket (nao gosto do github).

Mais tarde devo escrever como usar, muito simples, porem tenho de escrever.

http://bitbucket.org/umgeher/pycnpj

Dei uma olhada no YQL da Yahoo! para colocar como um recurso do Universe. Ja’ existia uma API em Python para esse recurso, porem nao gostei da solucao e coloquei fiz uma do zero para nosso Universe. Gostei mais da solucao que fiz porque temos padroes na saida, entao li a documentacao inteira do Meme (primeiro da minha lista) e fiz esquemas e objetos para a saida de cada resultado possivel. Tornando o trabalho de manipulacao dos dados mais facil do que apenas um parser de XML. Tambem fiz uma boa saida para nao utilizar todo o limite oferecido pela YQL foi o drive direto em UDB ou XML. Antes de finalizar o modulo quero colocar um cache utilizando a saida do drive. Deixar o mais rapido possivel a consulta e diminuir o uso de HTTP no server.

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

Sem internet

Estou a alguns dias sem me conectar a internet, e fazia tempo que nao era tao produtivo como esses dias o tempo perdido com pessoas em jabber/xmpp/gtalk e irc e’ muito grande. Sem falar que elas atrapalham a concentracao, suas perguntas sobre questoes de programacao e universo unix me tiram totalmente do que estou fazendo, adoro resolver problemas, todo problema tem de ser visto, sempre. E’ com eles que voce consegue realmente aplicar o seu conhecimento e ganhar mais. E os seus links ao youtube e noticias sao um chamariz a parar de desenvolver. Com isso estou pensando seriamente em deixar para la’ IMs/irc. Vou fazer um teste sobre isso, talvez ficar sem IMs/irc por uma semana ou 15 dias. E e’ com isso que vejo que o simples email e’ muito bom, quando tenho realmente tempo entro e utilizo alguns minutos para responder perguntas de amigos ou entao para escrever para a lista mitgnu =)

MitGNU

Com algumas mudancas que aconteceram nesse final de ano, venho me concentrando 100% a MitGNU agora, empresa que sou co-founder e vejo que tem grande futuro. O que temos de qualidade de pessoal e’ muito forte. Mas nem tudo e’ alegria. Tivemos um “atraso”(?) com o ShakeIt. Nao considero atraso. Bem…

ShakeIt

O projeto ShakeIt nasceu de uma grande ideia do nosso CEO Rafael “HULK” Almeida. Nao irei falar o que e’ o projeto ShakeIt, mas que erramos em dar um deadline para ele. No caso o co-founder Thiago Tiveron escolheu a data por ser uma data legal, 10/01/10 (100110). Fui de acordo. Poderiamos lancar com certeza uma versao beta do projeto para um uso e pesquisa do que poderiamos estar com duvidas sobre o plano de negocio.

Achei super legal a ideia do Tiveron de colocar um deadline e correr atras de uma versao usavel ate’ aquele ponto. Verdade o meu empenho na tecnologia que o ShakeIt vai usar foi aumentado diversas vezes. Ainda mais quando fiz um countdown para (as) minha(s) workstation. Toda vez que meu olho batia no canto da tela via o tempo passar realmente. Era por varias vezes motivo de justificar a minha ambicao por nao cair no sono e codificar nesse tempo que para meu ponto de vista e’ um certo desperdicio. Resultado comecei a “aproveitar” melhor meu tempo. Comecei a dormir exatas 4 horas por dia no maximo. Quando me acostumei consegui fazer melhor, dormir apenas na manha, sim dormia das 07:00am ate’ 10/10:30am, e em alguns dias. Escolhi eles sabado, segunda e quarta. Demorei cerca que quase 10 dias para me acostumar. Mas deu certo. Nao posso falar que era 100% produtivo como costumo ser, mas se for colocar na ponta do lapis (? colocar na planilha) eu tive entre 75% a 95% do aproveitamento, isso de acordo com minha/o/o planilha/trac/redmine. Com isso tive mais horas de desenvolvimento e dedicacao a novas tecnologias que criamos na MitGNU.

E voltando a ideia do Tiveron, perfeita. So’ tem um problema, eu. Tenho um grande problema em falar que algo esta’ pronto, quando esta’ pronto? Quando esta’ perfeito? Nao quero algo bom, quero algo perfeito que me orgulhe de ter criado e orgulho em usar e fazer com que os outros usem. Passava dias inteiros melhorando algo que muitos falavam que estava perfeito. Mas sempre tem um X para melhorar. Errei nisso. Nao sou uma pessoa de deadlines. Sou uma pessoa que adota a versao de “estara’ pronto quando ficar pronto”. Por isso nao considero um atraso nosso ao ShakeIt nao ter uma versao beta para todos no dia do deadline. Com esse pequeno “atraso” aproveitei e melhorei/refiz varios objetivos no ShakeIt nesses dias sem internet.

• templates usando dogtag e nao mais OCGI
• tudo esta’ em modulos
• apliquei recurso de concorencia no ShakeIt (ver universe)
• algoritimos usando novo “metodo” de threads e distribuicao
• pages usando templates-dogtag

Universe

Ajustei varias questoes no Universe, primeiro de tudo refiz o modulo de distribuicao de processamento. Agora podemos distribuir os processos em diversas maquinas de um modo facil. Tudo usando a mesma lib que criei em 2007. Todo processo de melhoramento de codigo e aplicar novos recursos foram no Python. Mas quero em um futuro proximo colocar a mao na lib denovo.

Outro ponto bacana foi melhorar o core do Universe. Agora temos um novo recurso de quando aquele modulo/objeto nao foi localizado ou gerou um erro, nosso core procura a ultima versao que aquele processo estava “certo” e refaz o processamento usando aquele codigo. Nao estou muito certo se ira’ ser util realmente, mas no caso imagino um sistema sendo atualizado em varias maquinas, quero que cada maquina (ponto de processamento) tenha uma copia do aplicativo, assim quando um processo gerar um erro, essa demanda ira’ passar para a maquina a frente dela, ate’ chegar em uma maquina que o resultado seja positivo, dai sim retornando a quem quis o processo e caminhar dai para frente normalmente. Nao tenho nome para esse recurso. Mas se for bem implementado, daqui a algum tempo nao teriamos mais nos preocupar em atualizar tudo de uma vez ou ter as quedas de sistema sem usar slave. Deixarei esse recurso como unstable e nao ira’ para o core da pre-stable. Quero lancar uma nova stable quanto antes para me focar mais em outros produtos.

• nova versao pre-stable
• dogtags totalmente em uso, irei tirar o OCGI quando todos os produtos estiverem usando dogtag
• leitor de feed de wordpress (WPReader)

SF

Estou bastante contente com a evolucao do SF. Temos varios novos recursos como download-key configurando a velocidade. Essa key permite que apenas o numero de pessoas possam usar aquela chave e quantos mb/s poderam abaixar. Quero melhorar o sistema de log do SF.

Alem de melhorar o sistema de log do SF, queria criar um recurso de quando subir um arquivo para o storage um sistema de “alerta”/msg qualquer no twitter, quero aplicar isso justamente para o UPA. Assim o pessoal que tiver cadastro no UPA podera’ “espalhar” seus arquivos com maior facilidade.

VCNews

Estive revendo o backend do VCNews, quero colocar ele para frente. Temos varios recursos do projeto final ja’. Teriamos de terminar o processo de app e front-end. Que estao praticamente a 0% do desenvolvimento.

• melhorei controle de senhas do Uprofile
• cadastro ShakeIt usando Uprofile working
• mudancas de metodos do Bridge do ShakeIt para melhor organizacao e manutencao
• shakeit totalmente usando universe versao supernova
• nova OCGI, se chama (por enquanto) objects.tag, mas acho que vou chamar de DogTag

O desempenho da versao Supernova e’ muito bom!!! Alem das listas de Objetos estar bem maior, facilitando o uso para desenvolver rapidamente.

Espero amanha fechar uma versao estavel da DotTag e quem sabe apresentar o novo produto MitGNU… =)

Yeap. Voltei com o SI. SI nada mais e’ do que uma ferramenta para fazer storage de imagens de um modo facil e rapido.

Antes o sistema tinha recursos de separacao por albuns, categorias e tags. Hoje ele bem mais simples, deixando assim esses recursos para a aplicacao que ira’ utilizar ele desenvolver e aplicar conforme o necessario.

Os recursos da versao 1.0:

• um novo sistema de storage foi desenvolvido, assim podemos ter ate’ 2^48 ou 281474976710656 arquivos por dia
• cada app tem acesso unico as suas imagens
• api rest simples
• modifique a imagem antes de receber… resize, transform e rotate

E’ isso. Irei portar agora o ShakeIt para utilizar o SI. =)

O que seria myUniverse?

Nada mais do que alguns softwares que penso que vao melhorar minha vida, exemplos:

• Agenda de contato
• Album de fotos (Flickr — Client)
• Colecoes (banco de dados OO de rapida manipulacao)
• Notes

Quero aproveitar o poder do Universe e fazer esses softwares rodando tudo em um local apenas. A primeira fase vai ser totalmente web. A segunda fase penso em fazer um client em TK/GTK/QT ou textApp. Algo que consiga usar sem um navegador.

E com esse novo desafio comecei a desenvolver o que seria um Notes que eu usaria. Bem eu uso o Tomboy (wikipedia) com isso devo pegar a ideia basica de fazer Notes um certo wiki pessoal de simples manipulacao.

O que ja’ tenho feito dele:

• Note
  • Title
  • Text
  • Categories
    • Name
    • Desc
    • Group
  • Notebook
    • Name
    • Desc

Rodando no terminal para verificar o que estou fazendo, ja’ tenho o basico do Notes pronto. =)

TODO…

• Melhorar Uprofile’s API.
  • Fazer metodos de uso mais simples para myUniverse o que temos agora esta’ de bom uso mas sinto que pode melhorar muito, ainda mais com um sistema de apenas um Profile-Client.
• Criar client web para o Notes
• Flickr’s API
  • Transformar a API do Flickr para o Universe. Ja’ que produtos da MitGNU e myUniverse irao usar Flickr, tenho de adiantar isso quanto antes.

Depois de muito tempo sem colocar a mao no ShakeIt, vamos voltar para ativar ele. E com esse tempo que teve o Universe teve varias modificacoes, grande parte delas na Engine mesmo, para atender melhor o projeto Uprofile e agora Rents. Com isso o ShakeIt (rc1) ficou velho e fora de forma.

Com essas mudancas tivemos grandes melhoras em perfomace, tanto quanto acesso a banco de dados quanto na OCGI, escrita de Templates e Pages e ganho de APIs (Uprofile a mais inovadora delas).

Voltando para ShakeIt surgiu novas facilidades de criar o sistema, controle de Session e Users diretamente no Uprofile. Nao teremos de controlar nem salvar informacoes de users no nosso banco. Todas as informacoes que queremos guardar e utilizar vao ficar em um outro banco. Utilizando a API do Uprofile tiramos o custo do servidor-Shakeit e jogamos no servidor-Uprofile.

Com esse corte de custo vamos poder criar mais tools e/ou services neste servidor sem perder performace.

Bem vamos pensar agora em o que utilizar informacoes para festas e eventos. Primeira missao.