Tarifas do Correios: Sedex e PAC (Atualizado)
Posted on December 14, 2007, under Ruby/Rails, plugins.
Hoje postei minha primeira contribuição ao mundo Rails. Fiz isso no forum do RubyOnbr.org por dois motivos: ainda não descobrir como postar código com syntax colorida aqui no Wordpress :), e segundo que la tem bem mais acessos que aqui.. heheh
Update: Na semana passada os correios fizeram algumas mudanças no serviço de consulta de tarifas. Basicamente o que muda é que agora é necessário o uso de usuário e senha.
Este usuário e senha está disponível para empresas que tenha contrato com os correios, e é necessário o envio de pelo menos R$ 100,00 por mês para que possa utilizar o serviço.
Para o script, temos as seguintes mudanças:
- Os códigos dos produtos mudam para 40096 e 41068, Sedex e Pac respectivamente
- O endereço do serviço: http://www.correios.com.br/encomendas/precos/calculo_contrato.cfm
- E agora é necessário informar os campos tx_código e tx_senha (para obter os esta informação é necessário entrar em contato com os Correios e verificar com eles o seu contrato)
Abaixo uma versão do script com as devidas atualizações, observe porem que a txt_codigo e tx_senha deve ser definidos:
Limpando o console automaticamente a cada teste
Posted on April 18, 2009, under Desenvolvimento, Ruby/Rails.
Se tem uma coisa que eu sou completamente fã é do ZenTest, o autotest incluído nele é uma das melhores ferramentas para desenvolvedor Ruby hoje em dia.
Habitualmente tenho uso dois monitores para desenvolver, onde em um eu deixo o autotest rodando e no outro eu vou alterando o código no editor. Um problema é que uma vez salvo o arquivo e o autotest inicie um novo teste acaba misturando visualmente um teste com outro. No mac da para usar o command+k para limpar o boffer do terminal, mas o que não chega a ser uma solução boa, pq acabo perdendo os testes que já se passaram.
Ontem o @jcmlima deu uma idéia: “e se ele limpasse automaticamente”, hoje depois de alguns palpites do @fnando e do @willian acabei achando o um jeito de fazer isso, o esquema é editar seu ~/.autotest ou o .autotest do projeto que você gostaria que tivesse essa funcionalidade e adicionar o código a baixo:
Em resumo o resultado final é que a cada nova rodada de teste ele vai inserir 20 linhas em branco e depois limpar a tela, mas diferente da opção de command+k ele ainda vai permitir que você role a tela e possa ver os testes que se passaram.
YourMove - A Saga de um concurso móvel
Posted on February 21, 2009, under Desenvolvimento, Uncategorized.
Não postei nada aqui sobre o concurso da Intel que estava participando, o tempo andava curto e muitos projetos para trabalhar, pensei em deixar para o final e fazer um resumão, então vamos lá!
O concurso da Intel tinha como objetivo o desenvolvimento de um aplicativo de sua escolha para plataforma móvel batizada de MID, teve inicio no mês de Julho do ano passado. Fiquei sabendo do concurso antes de abrir as inscrições, através do site br-linux.org, mas acabei por esquecer e quase não consegui me cadastrar a tempo de participar da votação popular, para escolha das melhores idéias.
Nesta primeira fase tivemos um probleminha, algum engraçadinho resolveu que iria sair do ultimo lugar e chegar ao primeiro, e em menos de 1 dia tinha mais votos do que o primeiro colocado, depois de alguns protestos através de comentários, o filho da mãe em vez de se retirar da disputa, fez o favor de adicionar votos para outros participantes, você podia escolher 10 idéias que lhe agradasse, com isso gerou-se mais confusão e protestos. Para finalizar a confusão quem estava administrando o site do concurso, se descuidou e a opção de votar ficou aberta além da data limite, o que gerou mais alguns protestos, e por fim a Intel desconsiderou os votos apos a data limite e liberou a classificação final, minha idéia ficou em quinto lugar.
Em um outro post vou dar mais detalhes sobre o que se trata a minha idéia, e também apresentar a primeira versão aberta ao público.
O regulamento previa que os 10 primeiros ganhariam um MID da Intel para desenvolver o aplicativo e apos o envio do beta para a Intel, ganharíamos um Netbook, ambos com processadores Atom. Mas infelizmente pelos entraves da Receita Federal os MID que eram para ter chegado em 30 dias, levaram quase 5 meses para chegar, o que levou a Intel a estender o prazo de entrega dos beta, e também adiar o evento de apresentação dos projetos.
Do dia 31/10 passamos para o dia 31/01 como data limite, o que em termos aumentou em muito o tempo para o desenvolvimento do programa, mas sem o MID de quase nada adiantava este tempo extra. Por volta do dia 15/12 recebemos os “brinquedinhos”, a primeira impressão foi ótima, pelo pacote já deu para perceber que o produto tinha bom acabamento:
Com o aparelho em mãos deu para ter um idéia melhor do que era, do que poderia ser feito, e para dizer a verdade, poderia ter trabalhado no programa a mais tempo, afinal com porta USB host, leitor de Micro SD, teclado slider padrão qwerty, GPS, tela touch, 512MG de RAM, dois SD de 2GB internos, e um processador de Intel Atom de 900Mhz, o AIGO P8860 é um PC em miniatura.
Como o espirito hacker manda mais do juízo, as primeiras semanas foi de hackerismo total, instalações e formatações suscetivas, passando de Ubuntu, Slax, Debian, Arch e chegando ao próprio Moblin, resultados variados, mas em geral agradáveis. Os problemas mais recorrentes ficam por conta da tela touch e do GPS, já a wireless é quase sempre suportada, precisando apenas copiar os Firmwares devidos. A curiosidade fica para a webcam integrada que funcionou em todas as distros sem nenhuma interversão.
Passadas as festividades de fim de ano (lembranças boas da Chapada Diamantina), comecei a trabalhar na aplicação. Entre indas e vindas, pensei em desenvolver em diverso tipos de ambiente:
- Ruby com GTK. Era uma boa opção visto que estou trabalhando com Ruby a mais de um ano e tem sido minha linguagem principal, mas sinceramente o suporte a GTK, ou mesmo QT e outras toolkits gráficas ainda não é lá essas coisas em Ruby, por esse motivo ou outro que eu desconheço as libs e dependências não estão disponíveis facilmente em qualquer ambiente;
- C++ e Clutter. Para quem não conhece o Clutter é um projeto relativamente novo, que ainda não chegou a versão 1.0, sua principal característica e torna fácil lidar com objetos 2D, animações e eventos, criando uma serie de efeitos que lembram interfaces como a do Canola, Iphone, dentre outros. Mas meu conhecimento em C++ não chega ao nível Jedi, talvez um jovem Padawan, o que seria muito complicado com o curto espaço de tempo.
- Algum ambiente RIA. Como programador web a muito anos, eu sempre gostei da idéia de desenvolver aplicações desktop com base em navegador, a facilidade em lidar com HTMl e CSS aliadas ao poder que Javascript, permitem construir aplicações muito ricas em termos de interface. Prova disso é o que a Palm fez com o novo WebOS, um Webkit sobre um kernel linux e temos um ambiente de desenvolvimento relativamente fácil, e principalmente facilmente extensível visualmente
Por fim acabei por escolher a terceira opção, mas ai apareceu um pequeno problema: qual ambiente RIA utilizar? Talvez um dos mais conhecidos ultimamente seja o Adobe AIR, mas seu suporte a Linux ainda é limitado e seu peso era um empecilho grande ao uso do mesmo no MID. Uma alternativa Open Source é o Titanium, um projeto bem interessante que juta vários outros projetos, como Google Gears, Webkit, Rake, JazzRecord, dentre outros e criam um ambiente de desenvolvimento muito bom. Mas a versão para Linux ainda esta no campos das promessas, e apesar das minhas tentativas (foram varias) não conseguir obter uma ambiente, mesmo que beta, no qual pudesse trabalhar.
Bom só me restou uma saída, trabalhar no meu próprio ambiente RIA, nasce então o Eibox, meu primeiro framework público. A principal idéia por trás do Eibox é criar um framework Python, compatível tanto com desktops quanto com aparelhos móveis. Sei que o projeto é ousado, e vou precisar de muita colaboração para conseguir este feito, mas com a primeira versão do podMobile em funcionamento acredito que sera combustível o suficiente para que outras pessoas possam contribuir.
No momento o Eibox esta construído sobre Python e Qt4, a QT entra na joga para fazer a ponte entre o Python e Webkit, ao mesmo tempo que fornece uma rica biblioteca que pode ser utilizada para completar a aplicação. Mas existe um porem nisso, a QT por mais leve que seja, adiciona peso extra ao ambiente, e limita o Eibox ás plataformas em que a QT esteja disponível. Para ter acesso ao código fonte do Eibox basta acessar o repositório do podMobile.
Deixando o Eibox de lado, conseguir fazer a aplicação funcional, pelo menos o suficiente para apresentar no evento. A baixo você pode conferir o vídeo da apresentação da minha aplicação e tirar suas próprias conclusões:
A decisão do vencedor ficou a cargo de uma bancada formada pela Intel, e um voto do público do evento. Infelizmente minha aplicação parece não ter agradado os jurados, ou seria o fato de dar palpite de mais nas outras apresentações (eu e minha boca grande). Mas em fim o fato de que o publico escolheu com 37% dos votos a minha aplicação me deixou muito feliz. Evidentemente que vencer o concurso era o objetivo maior, mas o retorno dado pelas pessoas foi muito gratificante, vários me procuram depois da apresentação para parabenizar pela idéia e pelo framework.
Bom é isso, e a quem interesse, o Eibox vai continuar em desenvolvimento e tenho muitos planos para ele, em breve devo postar mais algumas coisas falando do que fiz e sobre o futuro do mesmo, quero melhorar bem o código, e levar o framework para outras plataformas.
Nova ferramenta de visualização da API do jQuery
Posted on February 3, 2009, under Desenvolvimento.
Eu tento não chover no molhado nos posts que faço por aqui, ficar anunciando novas funcionalidades de coisas conhecidas não me parece muito inovador, mas esta merece um post, o jQuery esta com uma nova versão, e se isso por si só já não fosse uma grande coisa, também ganhou uma nova ferramenta para acesso a documentação.
A versão anterior era bem engessada, e muitas das vezes lenta, complicando na hora de lembrar onde estava cada uma das funções, é na seção Traversing ou na Manipulation? E fim esta nova versão facilita em muito achar as coisas, afinal a API do Jquery não é o que se pode dizer de padrão, resultado de uma abordagem um pouco diferente da usada pelo Prototype, por exemplo, que acaba por confundir quem esta vindo de outros frameworks.
Qt + OpenGL
Posted on February 1, 2009, under Desenvolvimento.
Achei esse vídeo bem interessante mostrando como os widgets do qt podem ser misturados a um ambiente 3D em OpenGL, para saber mais.
De volta das ferias
Posted on January 11, 2009, under Uncategorized.
Bom 2008 foi um bom ano, não sou muito de ficar fazendo balanços e promessa de ano novo, mas espero que 2009 seja ainda melhor, e por falar em conquistas de 2008, finalmente saiu o vídeo da Arena do fisl 8.0:
iPython console do gedit
Posted on December 10, 2008, under Desenvolvimento, plugins.
Juntamente com o plugin anterior, acabei por fazer um outro plugin, o ipythonconsole.
Tenho usado o iPython a um bom tempo, por indicação do Ramiro Luz da comunidade Python do Paraná, ele é uma boa alternativa ao console padrão do Python, oferece uma infinidade de melhorias.
Durante os testes para o desenvolvimento do plugin tabsextend, usei bastante o Python Console que já vem com o gedit, mas ele é bem limitado e meio chatinho de usar, sem falar que ele trabalha com a fonte monospace por padrão, como utilizo a fonte Monaco no editor, acabava ficando meio estranho.
Enquanto pesquisava para desenvolver o plugin acabei trombando com esse artigo que da um exemplo de como colocar o iPython dentro de uma janela gtk, aproveitei o código deles e um pouco do código do próprio Python Console e crieio o plugin ipythonconsole.
Bom o esquema para instalar é o mesmo do outro plugin, baixa o pacotinho, e extrai na pasta ~/.gnome2/gedit/plugins
Plugin tabs extend para gedit
Posted on December 10, 2008, under Desenvolvimento, plugins.
Já faz um bom tempo eu venho pensando em melhorar o gedit com algumas coisas que eu sinto falta. Para isso estou construindo uma lista de coisas que gostaria que fosse adicionadas ao editor, e agora vou começar a tirar um tempinho para implementar essa lista.
O primeiro pacote de funcionalidade vem com o plugin tabsextend, com os seguintes recursos:
- Fechar a aba com o botão do meio do mouse, ou com os dois botões se esta opção estiver configurada no seu X;
- Desfazer o fechar de uma aba, parecido com o Firefox. Fechou uma aba? Não era isso que queria? Ctrl+Shift+T e ele vai reabrindo as abas fechas na ordem em que foram fechadas;
- Fechar todas as outras abas menos a atual. Com atalho de Ctrl+Shift+O
- Menu para as duas opções acima e mais a opção de fechar todas as abas (Ctrl+Shift+W) no menu da aba, essa opção parece um pouco besta pelo fato de já existir os atalhos, mas as vezes eu sinto falta e tirar a mão do mouse nem sempre é a opção mais rápida
Para instalar baixe este pacote e extraia os arquivos na pasta ~/.gnome2/gedit/plugins.
Bom é isso, espero que o plugin posso ajudar aguem, instalem, testem e se possível dêem um feedback, que eu fico agradecido!
obs: Jayme seu plugin de fechar tags no html vai sair, tenha um pouco de paciência, rsrs
Ordenando a lista de opções no plugin activerecord_symbolize
Posted on November 14, 2008, under Desenvolvimento, Ruby/Rails, plugins.
Ainda na continuação do post anterior, a troca de idéias com o Cássio acabaram por render mais frutos para o plugin.
Já tinha tempo que eu estava precisando de uma forma de ordenar as opções que no select ou radio gerado pelos helpers select_sym e radio_sym respectivamente. O problema era que o plugin trabalhava com o arrays simples ou com hash para estabelecer os valores possíveis para o atributo.
Bom como hash não tem um ardem certa em que os seus valores possam ser capturados, uma vez que ele seja definido, um simples each sobre o hash pode trazer seus valores em qualquer ordem.
Então agora o plugin conta com a opção de usar um matriz para definição dos valores, mantendo a opção de array simples e hash, sendo que no primeiro é mantido a ordem na qual os valores são definidos e no caso de hash é retornando em ordem alfabética. Vamos há alguns exemplos para claria as idéias:
Então para a definição de model acima, temos o seguintes resultados na view:
Observe que no caso do so, a ordem não é a mesma estabelecida na chamada do symbolize, mas sim em ordem alfabética do humanize do atribute, enquanto no caso de office os valores vem na ordem que foram declaradas dentro do array.
Bom é isso, em breve mais uma opção de ordenação, mas por hora espero que esta opção agrade a quem precisar.
Novo atributo *_humanize no plugin activerecord_symbolize
Posted on November 14, 2008, under Desenvolvimento, Ruby/Rails, plugins.
O Cássio do /* CODIFICANDO */, fez um post dando uma dica de como simular uma funcionalidade de enum no ActiveRecord, para trabalhar com uma faixa de valores em um dos atributos do model. Então dei uma dica para ele do plugin activerecord_symbolize, do qual eu já falei por aqui e acabei por contribui com algumas alterações.
Trocando idéia com o Cássio, ele sugeri o método *_str, para facilitar na hora de transformar a propriedade do model em um valor legível para o usuário. Bom, eu já tinha feito está alteração localmente e acabei por esquecer o commit/push dela.
A diferença do que ele sugeriu para o que eu tinha feito é que dei o nome de *_humanize para o método, o que é mais Ruby mod do que _str, com o _str poderia ser confundido com o método to_str. Passamos a ter:
Com isso espero atender melhor aos usuário desse plugin, facilitando na hora de obter o valor que sera mostrado na view.
Hooks no bash
Posted on November 13, 2008, under Configuração, Desenvolvimento.
Nos últimos dias tenho andado ocupado com muitos projetos e não esta sobrando muito tempo para escrever, e mesmo revisar os posts que já estão escrito aqui para o blog, faltando apenas a revisão e publicação, então vai um pequeno post sobre uma ferramenta para bash programers de plantão.
Estou trabalhando em uma gem que entre outras coisas vai enviar mensagens aos meus contatos de IM de acordo com o comando executado no shell, em breve ela deve ficar pronta e eu dou mais detalhes por aqui. Mas o importante nisso foi descobrir como monitorar o que é executado no shell.
A principio pensei em varias possibilidades, dês de interagir com o kernel em algum nível, para obter os comandos executados ou mesmo fazer alguma gambiarra com o comando “script”, mas quase todas as tentativas me levavam a um problema: como fazer isso de forma transparente e ainda mais importante em Userspace.
Pesquisando, acabei achando um pequeno truque. Neste site há uma explicação de como usar esse “hook” de bash para abrir uma caixa de aviso com Growl no mac (o que pode ser feito no Linux com o notify), para avisar sobre o termino de comandos muito longos.
A configuração é bem simples, basta baixar para o seu home dir o arquivo http://www.twistedmatrix.com/users/glyph/preexec.bash.txt e adicionar ao seu bash a chamada: “. ~/.preexec.bash”, feito isso você define duas funções a preexec e a precmd, funções que são chamadas antes do comando e depois do comando respectivamente.
As aplicações para este hook são quase que infinitas, mas atente para o fato de que isso aumenta o tempo de execução de um comando, pois ela trabalha em cima de todos os comandos que você executar em shell.
obs: Obrigado ao meu amigo Cássio pelas longas horas perdidas atrás dessa inhaca, se ele tivesse um blog eu linkaria aqui!
