Older blog entries for jarod (starting at number 175)

Sintetizador com Arduíno rodando no Python Cookbook

Uma imagem vale mais que mil palavras nesse caso

Sintetizador com Arduíno

Visto no Synthopia

Syndicated 2009-06-09 18:11:08 from devlog

2 Jun 2009 (updated 2 Jun 2009 at 22:10 UTC) »

Twitter não está mostrando o source (appname) das postagens

Há alguns dias o twitter deixou de mostrar no site com qual aplicação os tweets foram criados. Tudo agora é registrado como se fosse criado pela web, e não pelos diversos aplicativos que usam a API do twitter (como por exemplo, o feed2twitter, usado para postar as notícias no twitter da Agência Brasil).

Segundo o comentário do Guido no bug aberto na api do twitter, o problema era que a forma como esses nomes e dados de aplicativos eram armazenados em um único objeto, que passou de 1 mega de tamanho, que é o tamanho máximo para cache no mencached. A solução era esperada para o dia 1 de junho,  mas segundo mais comentários nesse post, eles tiveram outros problemas de infra urgente para corrigir, e o fix deverá sair amanhã.

Atualização: já está funcionando o parâmetro source nas atualizações. As postagens no twitter que foram feitas no tempo em que o source não estava sendo exibidos ficarão com seus source como web mesmo, não será corrigido.

Syndicated 2009-06-02 16:19:58 (Updated 2009-06-02 21:58:48) from devlog

Mudança no formato da string de user-agent do Opera

Uma notícia curiosa no blog de desenvolvimento do Opera, sobre o Opera 10 : na versão de desenvolvimento, eles mudaram o user-agent do browser para

  Opera/9.80 (Macintosh; Intel Mac OS X; U; en) Presto/2.2.15 Version/10.00

Isso porque alguns sites que usam deteção de navegador para decidir como tratar os navegadores não estavam preparados  para navegadores com dois algarismos antes do ponto (versão 10 ou superior, como por exemplo Opera/10.00 (X11; Linux i686 ; U; en) Presto/2.2.0).  Como eles não reconheciam o navegador como suportado pelo sistema, acabavam desabilitando o suporte a algumas coisas (e deve ter sido muitos sites, a ponto de ter levado os desenvolvedores do Opera a tomar essa decisão).

Tudo bem que browser sniffing é algo que já deveria estar morto há um bom tempo, e o Opera não é o hype do momento, mas não deixa de ser uma história curiosa - uma espécie de bug do ano 2000 da versão 10.x ;)

Syndicated 2009-05-29 16:27:26 (Updated 2009-05-29 16:28:04) from devlog

Comparando CMS: Wordpress, Joomla, Drupal e Plone

A Idealware publicou um relatório de 60 páginas onde compara 4 sistemas de gerência de conteúdo opensource: Joomla, Plone, Drupal e Wordpress. Para o relatório foram entrevistas 19 pessoas, que ofereceram suporte à pesquisa. No final do relatório, existe uma lista de empresas (o famoso anúncio ou jabá!) que dão suporte a algum dos 4 CMS analisados pela Idealware.

Entre os itens avaliados estão: facilidade de hospedagem e instalação, facilidade de configuração para um site simples, curva de aprendizado para construção de um site mais complexo, facilidade de administração, flexibilidade gráfica e estrutural, roles e workflow, funcionalidades de web 2.0 e criação de comunidades no software, extensão e integração com outras ferramentas, escalabilidade e segurança, manutação e força da comunidade/suporte.

O documento pode ser baixado em www.idealware.org/comparing_os_cms/idealware_comparing_os_cms_report.pdf

Syndicated 2009-05-13 14:20:54 from devlog

Futuro Firefox será multiprocesso

http://mozillalinks.org/wp/2009/05/future-firefox-will-be-multiprocess/

É o que diz a notícia postada dia 06 de maio no blog da Mozilla, ou seja: para cada aba aberta, será um processo diferente rodando. Os benefícios serão os mesmos do Google Chrome, que já implementa essa feature: um crash em uma aba não vai mais travar o seu navegador todo, apenas a aba afetada.

O processso parece que vai ser demorado (segundo o post, pode levar mais de um ano), mas a equipe do Mozilla está pensando em tomar outras partes do código do Chromium (a versão open source do Google Chrome) para acelerar o processo.

Mais em http://mozillalinks.org/wp/2009/05/future-firefox-will-be-multiprocess/

Syndicated 2009-05-12 18:57:29 from devlog

Redesign do Sourceforge

http://apps.sourceforge.net/wordpress/sourceforge/2009/05/04/site-ui-plus-look-and-feel-changes-released-2009-05-04/

O sourceforge.net passou por um redesign essa semana. Sai o laranja, entra o preto e também novas informações e estatísticas do site. Veja abaixo como ficou:

 

Sourceforge Redesign

Syndicated 2009-05-06 21:07:08 from devlog

24 Apr 2009 (updated 2 Jun 2009 at 02:08 UTC) »

Suporte a mercurial no google code

http://google-code-updates.blogspot.com/2009/04/mercurial-support-for-project-hosting.html

Notícia fresquinha no blog do google code: agora o google code suporta mercurial. Ainda é uma fase inicial: é preciso pedir o suporte para o seu projeto. Uma boa notícia, já que até o momento o google code suportava apenas o subversion. Um fato interessante: o backend dos dados, assim como no caso do subversion rodando no google code, será o Big Table. Para mais informações:

Syndicated 2009-04-24 19:17:23 (Updated 2009-06-02 01:16:39) from devlog

Java no Google AppEngine

http://googleappengine.blogspot.com/2009/04/seriously-this-time-new-language-on-app.html

Java AppEngineDepois do anúncio do suporte a Fortran no Google AppEngine, veio agora a notícia séria: o suporte a Java. Desde o início do AppEngine, a linguagem Java era a mais solicitada, e muitos desejavam o suporte a JVM em si, para poder rodar outras linguagens na máquina virtual do Java.

O pessoal do groovy já se adiantou e já rodou aplicações em groovy lá.

Ainda  segundo o post de lançamento, a equipe do google fez algumas melhorias há muito desejadas pelos usuários do appengine:

Como a comunidade dos usuários de Java e da JVM é gigantesca, podemos dizer que agora abriu a porteira de vez!

 

Syndicated 2009-04-08 15:22:32 from devlog

Python usará mercurial para gerenciamento do seu código-fonte

http://mail.python.org/pipermail/python-dev/2009-March/087931.html

É o que diz o ditador benevolente, Guido van Rossum, em e-mail mandado hoje para a lista python-dev.

Há alguns meses os desenvolvedores da linguagem Python estão considerando a troca do SVN para um sistema de controle de versões distribuído.  Segundo o criador da linguagem (numa tradução pra lá de corrida!):

"É difícil explicar minhas razões para a escolha -- como a maioria das decisões de linguagem (especialmente as mais difíceis) é principalmente uma questão de  gut feelings. (acho que a melhor tradução seria intuição)

(...)

Para mim, as vantagens do uso de *algum* DVCS são óbvias. Na PyCon, Brett já tinha anunciado que o  Git não estava mais no páreo -- apesar de obviamente ter muitos fãs, ele também provoca fortes antipatias.  Então era entre o Hg e o Bzr (ambos implementados em Python, diga-se de passagem). Baseado em uma pesquisa completamente sem bases científicas (basicamente o  feedback  que eu recebi na minha caixa de entrada ou no  Twitter), Hg tem fortes seguidores entre os desenvolvedores  Python e poucos detratores, enquanto alguns (exceto empregados da Canonical) parecem gostar de Bzr. Além disso, a maior parte dos testes de performance mostra que o Hg é mais rápido que o Bzr para a maioria das operações, e o Hg é (novamente, subjetivamente) comparativamente mais fácil de aprender que o Bzr para os usuários do SVN.

Syndicated 2009-03-30 18:05:22 (Updated 2009-03-30 18:05:45) from devlog

166 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!