Sintetizador com Arduíno rodando no Python Cookbook
Uma imagem vale mais que mil palavras nesse caso
Visto no Synthopia
Sintetizador com Arduíno rodando no Python Cookbook
Uma imagem vale mais que mil palavras nesse caso
Visto no Synthopia
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
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/
Redesign do Sourceforge
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:
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
Depois 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!
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
14 anos de wiki
14 anos atrás, Ward Cunningham lançava o primeiro wiki. Mais informações em: http://www.aboutus.org/WikiBirthday.org
Syndicated 2009-03-25 15:37:21 (Updated 2009-03-25 15:38:41) from devlog
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!