Django 1.5 release candidate

Como parte do processo de lançamento do 1.5, hoje lançamos o Django 1.5 release candidate 1, a pacote de previsão/teste do que será o Django 1.5. Como em todos os pacotes de pré-lançamento, esse não deve ser usado em produção, mas se você quer testar algumas das novidades que virão no 1.5, ou se você gostaria de contribuir e ajudar-nos a corrigir bugs antes do lançamento da versão 1.5 final, fique a vontade para baixar o código e dar uma olhada.

Em particular, pedimos a usuários desse release candidate para observar e reportar bugs encontrados. Se nenhum bug capaz de reter o lançamento for encontrado, o Django 1.5 será lançado em aproximadamente uma semana.

Você pode obter uma cópia do release candidate da versão 1.5 da nossa página de downloads, e nós recomendamos que você leia as notas de lançamento. Também, para os preocupados com segurança, checksums MD5 e SHA1 assinados do release candidate 1.5 estão disponíveis.

Observe também que o Django 1.5 agora requer o Python 2.6 como versão mínima, o Python 2.5 não é mais suportado. A série 3.x do Python 3 do Python é suportada experimentalmente nesse release, a partir da versão 3.2. Para mais informações sobre o suporte a Python 3, e os testes que o Django 1.5 ainda precisa, veja esse post do blog.

Publicado originalmente por James Bennett em 4 de Janeiro de 2013 no Blog do Django

Suporte experimental ao Python 3

Um pouco de história

Em maio, Vinay Sajip publicou um fork provando que era possível suportar ambas as versões atuais do Python, a 2 e a 3, a partir de uma base única de código, e passar toda a suíte de testes. O fork foi construído sobre esforços anteriores de Martin von Löwis.

Logo após, o core team decidiu usar o sixcomo uma camada de compatibilidade, ao invés de uma biblioteca ad-hoc. O alvo era não apenas cobrir as necessidades do Django, mas também escolher uma solução que fosse útil para todo o ecossistema python. A partir do Django 1.5, six vai ser empacotado como django.utils.six, e assim vai estar disponível para todas as aplicações Django que usem a mesma estratégia de portabilidade que o próprio Django.

O primeiro passo real na direção do suporte ao Python 3 support foi removeer os prefixos u das strings unicode e adicionar o unicode_literals future import. Essa mudança foi comitada nos sprints da DjangoCon Europe em julho.

Então a maior parte do trabalho aconteceu nas últimas semanas, com centenas de commits atualizando várias partes do Django.

O core team focou em escrever código Python 3 compatível com Python 2, ao invés do contrário, para tornar o código resistente ao tempo. Para evitar confusão, funções e classes cujos nomes incluíam string ou unicode foram renomeadas para bytes e text respectivamente. Como uma consequência, a adaptação foi significativamente mais invasiva que a prova de conceito de Vinay Sajip.

Vendo pelo lado bom das coisas, já que operações de encode e decode de strings precisam ser corrigidas no Python 3, várias aproximações foram corrigidas no esforço de adaptação. Mesmo que o código de compatibilidade adicione algum ruído em alguns lugares, o código resultante é mais claro em muitos lugares.

Eu gostaria de agradecer a todos os membros da comunidade e aos desenvolvedores do projeto que contribuíram para esse grande projeto.

E depois?

Isso significa que o Django está pronto para o Python 3? Ainda não!

Primeiro, o Django recebeu quase nenhum teste real no Python 3. Considere o código como pre-alpha.

Depois, enquanto o core team fez o melhor para eliminar bugs, a suíte de testes ainda não cobre todos os usos possíveis do Django. É aí que entra a comunidade.

Precisamos da sua ajuda para testar a versão de desenvolvimento do Django, não somente para reportar bugs ao executar no Python 3, mas também regressões no Python 2. Enquanto o Django é muito conservador em relação a compatibilidade retroativa, erros sempre podem acontecer, e é provável que o esforço massivo de refatoração tenha introduzido algumas regressões.

Finalmente, o Django é muito mais que um framework web — é um acossistema de aplicações plugáveis. Nesse ponto, poucas aplicações plugáveis de terceiros suportam o Python 3. Autores são fortemente encorajados a portar suas aplicações plugáveis o mais rápido possível. Dicas de refatoração estão disponíveis na documentação.

por Aymeric Augustin em 19 de Agosto de 2012 no blog de desenvolvimento do Django

Django 1.4 beta 1 lançado

Como parte do processo de lançamento do Django 1.4 , hoje a noite nós lançamos o Django 1.4 beta 1, um pacote de preview/teste que á uma pequena amostra das novas funcionalidades vindo no Django 1.4. Como em todos os pacotes alpha e beta , elenão deve ser usado em produção, mas se você quer testar algumas das coisas boas que virão no 1.4, ou se você gostaria de akidar a corrigir alguns bugs antes do lançamento do 1.4 final (marcado paraMarch), sinta-se a vontade para baixar uma cópia e dar uma olhada.

Você pode obter uma cópia do pacote 1.4 beta danossa página de downloads, e nós recomendamos que você leia as notas de lançamento. Também, por questões de segurança, checksums MD5 e SHA1 assinados do pacote 1.4 beta estão disponíveis.

Note também que o Django 1.4 agora requer a versão mínima do Python 2.5; o Python 2.4 não é mais suportado.

Originalmente postado por James Bennett no blog do Django.

Django 1.3 lançado

Ele chegou!

Após meses de trabalho, anunciamos orgulhosamente o lançamento do Django 1.3. Este release está repleto de novidades bacanas, todas elas bem detalhadas nas notas de lançamento. Você pode também dar uma passada na página de downloads para baixar uma cópia dessa versão. Como sempre, também estão disponíveis assinaturas de checksum para o lançamento.

Entretanto, há um ponto importante a ser ressaltado aqui: conforme descrito nas notas de lançamento, esta é a última versão do Django que terá suporte ao Python 2.4. Futuramente, no lançamento do Django 1.4, a menor versão do Python requerida será o Python 2.5, embora você ainda poderá utilizar o Django 1.3 - durante o ciclo de suporte de segurança - se você precisar de suporte ao Python 2.4.

Por fim, gostaríamos de salientar, como sempre, que nós não poderíamos chegar a esta versão sem a ajuda da gigantesca quantidade de pessoas em todo o mundo que contribuem e ajudam a melhorar o Django a cada dia. Todos vocês devem se dar um tapinha nas costas.

Conheça o Django Packages

O Daniel Greenfeld publicou em seu blog o lançamento do Django Packages (Announcing Django Packages). O objetivo do site é listar todos os pacotes, CMS, plugins e aplicativos para deixar seus projetos em Django ainda mais completo e eficiente. Foi uma ideia sensacional, reunir em um único local tudo (ou quase tudo) que foi desenvolvido pela comunidade Django.

O site está organizado em categorias (Apps, Frameworks, Projects, Utilites, etc) e a ordenação dos projetos é feita através de várias métricas, como número de downloads no Pypi, número de commits, número de seguidores, etc. Com isso é possível determinar se uma app tem seu desenvolvimento ativo, quantas pessoas contribuem, etc. Isso ajuda muito na busca e tomada de decisão.

Confira o Django Packages em http://djangopackages.com/

Publicado originalmente no blog do Christiano Anderson

Django 1.2.3 lançado

Hoje a equipe do Django anunciou o lançamento do Django 1.2.3, que resolve alguns proiblemas com o lançamento recente da versão 1.2.2.

Esse pacote corrige os seguintes problemas:

• O patch aplicado para o problema de segurança coberto no Django 1.2.2 causou alguns problemas com respostas não-ASCII usando tokens CSRF. Isso foi resolvido.
• O patch também causou problemas com alguns formulários, principalmente os formulários de edição de usuários na interface administrativa do Django administrative. Isso foi resolvido.
• O arquivo de controle de empacotamento (manifest) não continha a lista completa dos arquivos requeridos. Resolvido.

Todos os usuários do Django são encorajados a atualizar para o Django 1.2.3 imediatamente; o pacote do 1.2.3 pode ser obtido da página de downloads do Django, e como sempre checksums assinados para o pacote estão disponíveis.

Originalmente postado por James Bennett no blog do Django.

Django 1.2.1 lançado

Conforme previamente anunciado, hoje é o lançamento do Django 1.2.1, a primeia versão de correção de bugs da série 1.2 do Django 1.2. Para o pacote em si, vá para a nossa página de downloads; e como sempre, checksums assinados do pacote de lançamento estão disponíveis.

Como um lançamento de correção de bugs, o Django 1.2.1 não contém novas funcionalidades -- somente as correções de alguns bugs nos lançamentos anteriores, junto com mais dois tíquetes que tinham correções rápidas disponíveis: #13592 and #13590.

Originalmente postado por James Bennett no blog do Django.

Cronograna de lançamento do Django 1.2 -- atualização final

Já se passaram dez diz agora desde o candidato a liberação da versão 1.2 do Django, e nenhum novo bug crítico foi reportado, então nós estamos dando a luz verde ao Django 1.2. O lançamento final acontecerá na segunda, dia 17 de Maio de 2010.

Entre agora e segunda, a única coisa que aceitaremos (barring any release-blocking bugs -- but we're not aware of any) são arquivos de tradução; se você tem traduções que ainda não enviou, por favor as envie ao Trac o mais rápido possível para que possamos lidar com ela antes do lançamento final.

Do blog do projeto do Django, em http://www.djangoproject.com/weblog/2010/may/15/release-schedule/

Django 1.2 alpha 1 lançado

Como parte do processo de lançamento do Django 1.2, essa noite nós lançamos o Django 1.2 alpha 1, um pacote de previsão/teste que dá um gostinho das novidades que virão no Django 1.2. Como em todos os pacotes alpha e beta, ele não devee ser usado em produção, mas se você quiser testar as novidades do 1.2, ou se você gostaria de se envolver e ajudar a corrigir bugs antes do lançamento do 1.2 final (agendado para Abril), sinta-se livre para obter uma cópia e dar uma olhada.

Você pode obter uma cópia do pacote 1.2 alpha da nossa página de downloads, e recomendamos que você leia as notas de lançamento. Para garantir a integridade dos arquivos, checksums assinados MD5 e SHA1 do pacote 1.2 alpha estão disponíveis.

Tradução do post original em http://www.djangoproject.com/weblog/2010/jan/06/12-alpha-1/

Atualizações de segurança lançadas

Hoje o projeto Django está emitindo um conjunto de lançamentos para remediar um problema de segurança. Este problema foi divulgado por terceiros numa lista de discussão de alto tráfego, e foram feitas tentativas para explorá-lo em instalações ativas do Django; desta forma, nós ignoramos nossa política normal de segurança e divulgação, para emitimos correções e atualizações imediatamente.

A biblioteca de formulários do Django inclui tipos de campos que executam validações, baseadas em expressões regulares, de endereços de email e URLs. Determinados endereços/URLs poderiam desencadear um caso patológido de performance nesta expressão regular, resultando num processo/thread do servidor sem resposta, consumindo CPU excessivamente por um período de tempo extenso. Se isso for deliberadamente provocado, poderia resultar num ataque de denial-of-service (negação de serviço).

Qualquer aplicação Django que faz uso dos campos EmailField ou URLField nas seguintes versões, é vulnerável:

• Django development trunk
• Django 1.1
• Django 1.0

Atualizações de segurança

Em conformidade com a política de segurança, o projeto Django publicou no dia 28 de julho um conjunto de releases para concertar uma vulnerabilidade.

As versões afetadas são as seguintes:

• Django 1.0
• Django 0.96

Se você utiliza alguma das versões acima, a atualização é recomendada. Um upgrade para a versão 1.1 do Django lançada recentemente também resolve o problema, uma vez que o mesmo não é afetado pela vulnerabilidade.

Você encontra pacotes para os novos releases em nossa página de download.

Confira a notícia publicada no site do projeto oficial do Django para mais detalhes da vulnerabilidade, entre outras informações importantes.

Importante

Note que o lançamento do Django 1.1 decretou o fim da vida da série Django 0.96; sendo assim, o Django 0.96.4 será o último lançamento oficial desta série, que não mais receberá correções de bugs ou suporte de segurança, vindas diretamente do time de desenvolvimento do Django.

Django 1.1 lançado

Após cerca de um ano de desenvolvimento, várias novas funcionalidades e milhares de outras melhorias, o Django 1.1 está pronto para uso!

Para uma lista completa das novidades e mudanças, consulte as notas de lançamento; para baixar uma cópia, vá até a página de download. E para os preocupados com segurança, checksums assinados para o pacote estão disponíveis.

Essa versão também contém a atualização de segurança liberada essa noite para a série antiga.

O Django 1.1 é o resultado de um trabalho duro de centenas de pessoas que contribuíram com o código do Django e muitos que doaram seu tempo para reporte, triagem, detecção e ajuda para corrigir bugs e desenvolver novas funcionalidades. Literalmente, o Django não aconteceria sem todos vocês, então pare e dê em si mesmo (e em quaisquer outros desenvolvedores que você conheça) um tapinha nas costas.

Novamente, obrigado a todos que ajudaram, e esperamos ver você na DjangoCon 2009 em Portland, Oregon, e por todo o caminho para o Django 1.2.

Fonte: Django Project, por James Bennett (tradução de Walter Cruz)

Anúncio oficial da PythonBrasil[5]

Começou a contagem regressiva para a PythonBrasil[5]! De 10 a 12 de Setembro a comunidade Python, empresas relacionadas e interessados em geral se reúnem em Caxias do Sul para a quinta edição do Encontro Brasileiro da Comunidade Python. Ajude a divulgar colocando um banner no seu site e aproveite para fazer sua inscrição ou enviar uma proposta de trabalho!

Python é uma linguagem de programação dinâmica de altíssimo nível, utilizada em larga escala por empresas como Google,  Dreamworks e Industrial Light & Magic. No Brasil, é utilizada pela Locaweb e Globo.com, além do SERPRO, entre outros.

A PythonBrasil é realizada desde 2005 e já foi sediada em Campinas, Brasília, Joinville e Rio de Janeiro, contando com participantes de todo o Brasil, além de palestrantes e convidados de renome nacional e internacional.

O novo site está no ar

O novo site para a PythonBrasil[5] está no ar, agora com um novo domínio: http://www.pythonbrasil.org.br! Confira todos os detalhes sobre a quinta edição do Encontro Brasileiro da Comunidade Python, que acontecerá em Caxias do Sul, de 10 a 12 de Setembro de 2009.

Palestrantes confirmados

Já estão confirmados os nomes dos palestrantes internacionais convidados para a PythonBrasil[5]:

• Jacob Kaplan-Moss, co-fundador do Django, um dos mais bem sucedidos frameworks para desenvolvimento web da atualidade;
• Colin Winter, engenheiro do Google e um dos líderes do projeto de otimização do desempenho do Python 2.6, chamado Unladen Swallow.

Ambos confirmaram presença e ministrarão palestras dentro de suas especialidades. No cenário nacional, os destaques vão para Gustavo Niemeyer, da Canonical, desenvolvedor de projetos como o Smart e o Storm e um dos poucos core developers brasileiros do Python, e Rodrigo Bamboo de Oliveira, criador da linguagem Boo.

Sites amigos

Repetindo o que vem dando certo desde a PythonBrasil[3], este ano também estamos realizando a campanha de Sites Amigos. Divulgue a PythonBrasil[5] em seu site, blog ou portal e faça parte do sucesso do evento anual da comunidade Python brasileira. Temos alguns modelos diferentes de banners disponíveis para download.

Inscrições

Faça já a sua inscrição no evento! O pagamento pode ser realizado por boleto, cartão de crédito ou transferência bancária. Quanto mais cedo você fizer a sua inscrição, maior o seu desconto!

Chamada de Trabalhos

A chamada de trabalhos se encerrará no dia 26 de Julho. Envie a sua proposta agora. Não deixe para a última hora!

Patrocínios

Existem diversas formas de patrocinar o evento. Aproveite esta excelente oportunidade, marque sua presença e exponha sua empresa para um público de alto nível!

Adaptador do Django para DB2 lançado!

O trabalho que foi proposto como uma idéia em 2006 agora é realidade: a IBM lançou um adaptador do Django para o DB2, que pode ser baixado na página do projeto no google code. Além disso, a IBM também dispõe do adaptador de DB2 para SQLAlchemy 0.4, que pode ser baixado no mesmo site.

A versão lançada suporta a API do Django 1.0.2 e suporta as versão 8.2 ou superiores do DB2 para Linux, Unix, Windows e MAC OS X. (9.5 FP2 ou superior para MAC OS X).

Você pode conferir o post de lançamento, que também lista outras novidades do DB2 no blog de Antonio Cangiano.

Desenvolvedores do backend do Django 1.1 para Firebird pedem ajuda

Conforme noticiado em http://www.firebirdnews.org/?p=2964, Maximiliano Robaina está trabalhando no backend do firebird para o Django 1.1 e pede ajuda a quem estiver interessado em colaborar no projeto.

O repositório e os arquivos do projeto podem ser acessados em http://code.google.com/p/django-firebird/.

Código fonte do Django People liberado

Simon Willison anunciou em seu blog a liberação do código fonte do site Django People

Segundo a informação do README do projeto, foi feito uma importação da base do código de Abril de 2008, assim, o código precisa de uma versão mais antiga do Django, a 0.97 para rodar. O código está disponível no github e o post anunciando o lançamento do código pode ser lido aqui.

Django 1.1 beta lançado

Como parte do processo de lançamento do Django 1.1, essa noite nós lançamos o Django 1.1 beta 1, um pacote que traz algumas das novas funcionalidades que virão no Django 1.1. Assim como em todos os pacotes alpha ou beta, ele não deve ser usado em produção, mas se você gostaria de experimentar alguma das novidades do 1.1, ou se você gostaria de nos ajudar a consertar bugs antes do lançamento da versão 1.1 final (marcada para April), sinta-se a vontade para obter uma cópia e dar uma olhada.

Você pode obter uma cópia do pacote 1.1 beta da nossa página de downloads, e nós recomendamos a leitura das notas de lançamento. Também, para os conscientes de segurança, checksums MD5 e SHA1 assinados do pacote 1.1 beta estão disponíveis.

Nossa próxima parada será aPyCon Americana 2009 em Chicago onde, entre outras coisas, faremos sprints de desenvolvimento visando o release final do Django 1.1. Para um roadmap completo da versão, veja as notas de lançamento da versão alpha.

Postado por Jacob Kaplan-Moss em 23 de Março de 2009, no blog do Django - Tradução por Walter Cruz

Novos pacotes relacionados ao django no debian

Segundo notícia publicada por Daniel Watkins em seu blog, novos pacotes de aplicativos Django foram adicionados ao Debian, entre eles:

• django-tinymce, fornece o widget TinyMCE para uso em forms e em views
• django-filebrowser, que adiciona uma interface para gerenciamento de arquivos dentro do próprio admin do django.
• django-contact-form, que como o próprio nome já diz, provê uma forma fácil de criar formulários de contato.

Por enquanto, os pacotes estão disponíveis apenas no Debian Unstable.

Django Brasil no Twitter

Agora os artigos coletados pelo agregador de feeds da comunidade serão publicados no Twitter, isso graças à colaboração do djangonauta Arthur Furlan (valeu Arthur, a comunidade agradece!).

Então, quem deseja acompanhar a comunidade brasileira de Django pelo Twitter, inscreva-se no .

E se você ainda não possui seu blog cadastrado em nosso agregador de feeds, envie para nós o link para o feed da tag (ou categoria) "Django".

Colaborações com código para o site são muito apreciadas e estamos precisamos de mais. Se interessar, acesse a página do projeto.

Django 1.1 alpha 1 lançado

Como parte do nosso processo de lançamento do Django 1.1, essa noite nós lançamos o Django 1.1 alpha 1, um pacote preview/teste que oferece um pouco do que está por vir no Django 1.1. Como todos os pacotes alpha e beta, não deve ser usado em produção, mas se você gostaria de experimentar algumas das novidades que estarão no 1.1, ou se você gostaria de contribuir e ajudar a corrigir bugs antes do lançamento da versão 1.1 final (em April), sinta-se livre para baixar uma cópia e dr uma olhada.

Você pode obter uma cópia do pacote 1.1 alpha na nossa página de downloads, e nós recomendamos que você leia as notas de lançamento. Também, por razões de segurança checksums MD5 e SHA1 assinados do pacote 1.1 alpha estão disponíveis.

Nosso próxima parada será a Pycon Americana de 2009, em Chicago onde, entre outras coisas, estaremos fazendo sprints de desenvolvimento visando um pacote beta 1.1 com todas as features já implementadas (para o planejamento da versão 1.1 roadmap, veja as notas de lançamento da versão 1.1 alpha).

Por James Bennett, original em http://www.djangoproject.com/weblog/2009/feb/23/11-alpha-1/ , tradução por Walter Cruz

Django suportará o DB2 em breve

Segundo notícia publicada no blog de Antonio Cangiano, o Django em breve suportará o DB2.

O DB2 é o famoso banco de dados da IBM, muito usado em ambientes corporativos. O suporte ao Django será de grande ajuda para que o Django possa se popularizar ainda mais

Por Walter Cruz

Django Flash

Daniel Martins criou uma aplicação para Django que introduz uma funcionalidade similar às mensagens flash do rails.

O projeto é interessante, a API parece fácil e está bem documentada em http://djangoflash.destaquenet.com

Vale lembrar que uma funcionalidade semelhante foi sugerida no ticket 4604, mas enquanto ela não entra no core, o aplicativo do Daniel é uma mão na roda!

Por Walter Cruz

O que é o django.contrib?

Jacob Kaplan-Moss adicionou em seu blog um post interessante com algumas considerações sobre o django-contrib. Embora não seja uma declaração oficial da equipe de desenvolvimento do Django, é um texto bem interessante e lança alguma luz sobre o que podemos esperar do futuro do framework. Boa leitura!

O que é o Django Contrib?

por Jacob Kaplan-Moss

tradução de Walter Cruz

Já que é uma pergunta recorrente, eu pensei em gastar um tempinho escrevendo minhas idéias a respeito do que o django.contrib realmente é, e o que realmente significa a inclusão de um pacote nele.

Essa é apenas minha opnião pessoal — de fato, é por isso que eu postei aqui ao invés de adicionar esse conteúdo na documentação oficial do Django. Porém, a maior parte do core team do Django discutiu esse tópico extensivamente na DjangoCon, então eu estou bem seguro que há um certo consenso sobre essas idéias.

Em resumo, o django.contrib contém implementações opcionais e padronizadas de padrões comuns. Isso é:

• Opcional: pacotes do contrib devem ser removíveis. Você deve ser capaz de executar um rm -rf django/contrib e o Django não deve quebrar.

Leitores astutos vão perceber que o django.contrib.contenttypes viola essa regra. Eu penso que isso deveria ser considerado um bug.

Com isso, os pacotes do django.contrib idealmente não devem ter "acesso especial" à qualquer coisa interna do Django — tudo o que um pacote do contrib faz deve ser possível de ser feito em um aplicativo externo. Novamente, leitores astutos irão notar que quebramos essas regras em alguns lugares, e, mais uma vez, isso deve ser considerado um bug.

• Padronizadas: tudo no contrib precisa ser geralmente aceito como a Forma Correta de fazer algo pela grande maioria dos usuários.

django.contrib.sessions é um exemplo disso. Existem muitas formas de lidar com sessções, mas a forma que o Django faz — um identificador de sessão opaco no cookie, com todos os dados armazenados no backend — é geralmente aceito como uma ótima prática. Sim, existem outros meios de implementar sessões — posso citar, por exemplo, cookies assinados — mas a técnica usada pelo django.contrib.sessions geralmente funciona para a maior parte dos usuários.

• Padrões Comuns: pacotes no contrib devem resolver problemas encontrados frequentemente por desenvolvedores web comuns. Então, eu gostaria de argumentar contra a inclusão de algo como o django-reversion. Ele é muito legal e eu o uso, mas o rastreamento de dados versionados nessa granularidade não é algo necessário na vasta maioria dos sites.

Bons pacotes do contrib devem tratar questões que não sejam triviais, que sejam propensas a muita discussão, e que sejam difíceis de fazer do modo certo para o caso comum. Queremos evitar que as pessoas precisem decidir entre dezessete frameworks de sessões diferentes, por exemplo.

Sobre o django.contrib.gis: ele não é exatamente um padrão comum, mas se você está lidando com dados geográficos, construindo em cima de ferramentas GIS existentes como o PostGIS e o GDAL, ele é ambos: o padrão comum e a melhor prática. Você poderia dizer que o django.contrib.gis implementa um padrão comum para uma classe menor de usuários, eu suponho. Mais importante, porém, é algo complicado de ter funcionando corretamente, então há um grande valor em te-lo funcionando.

É claro, existe um valor de marketing em ter algo no contrib. Certamente ajuda as Relações Públicas dizer que o "Django vem com suporte a GIS." Está na moda desdenhar das Relações Públicas no mundo opensource, mas eu seria falso em dizer que eu não uso o poder do contrib como uma ferramenta de marketing. Eu certamente o faço, e não tenho reservas em faze-lo.

Mas há um problema em trazer algo para o núcleo: isso impede inovação. Assim que nós "abençoamos" um pacote do contrib, reduzimos drastricamente o ímpeto de escrever bibliotecas competitivas. Assim, um bom pacote do contrib deve ter consenso geral, e deve ser bem maduro. É por isso que uma biblioteca de evolução de esquemas não estará presente no Django 1.1 a despeito de termos três ou quatro alternativas viáveis. Nenhuma dessas opções é claramente melhor, e todas estão evoluindo muito rápido. Devemos esperar para "aprovar" uma biblioteca até que tenhamos certeza de qual é a certa..

Outra desvantagem para a inclusão de pacotes no contrib é o acoplamento das funcionalidades dos pacotes com o ciclo de lançamentos do Django. Um pacote pequeno como o django-tagging pode adicionar funcionalidades rapidamente; limitar releases a cada seis ou nove meses iria retardar a sua divulgação enquanto usuários esperam por novas versões do Django para serem capazes de atualizar o pacote.

A inclusão de um pacote no contrib é também uma promessa de suporte futuro: nada seria pior que ter de remover um pacote do contrib em uma versão futura — queremos adicionar funcionalidade, não retirá-las! Porém, a adição de novos pacotes no contrib significa mais trabalho para os committers, então, um novo pacote realmente precisa trazer junto um novo contribuidor. Idealmente, um grupo de novos contribuidores: ter parte do código na mão de apenas um contribuidor não é uma boa idéia..

Django no Washington Post

Uma das perguntas que nós fazemos na escolha de um framework (principalmente os sysadmins!) é: ele aguenta o tranco? Sempre dá mais confiança saber que o framework que escolhemos foi usado em algum grande projeto.

Peter Harkins publicou em seu blog uma lista das aplicações no Washington Post que foram criadas em Django. Entre os aplicativos, bastate coisa desenvolvida para a campanha a presidência dos Estados Unidos no ano passado, um aplicativo de receitas, com um widget de receita do dia para ser incluído em seu blog, e muito mais.

No blog do autor você pode encontrar detalhes de cada uma das aplicações.

Suporte a Agregação no Django 1.1

Hoje, o Django ganhou suporte a agregação, na revisão 9742 do SVN. O código foi adicionado por Russ Magee. Basicamente, o código adiciona dois métodos aos Querysets: annotate() e aggregate() .

Um pequeno problema com a combinação Python 2.5 + SQLite no Windows ainda persiste, mas já está sendo trabalhado.

No e-mail enviado para a lista Django Developers, Russ agradece a Nicolas Lara que fez a primeira implementação das agregações como parte do Google Summer of Code 2008 .

A documentação sobre a agregação já está disponível em: http://docs.djangoproject.com/en/dev/topics/db/aggregation

Anunciada segunda edição do Django Book

Adrian Holovaty anunciou em seu blog que está trabalhando na segunda edição do Django Book.

A primeira edição que foi escrita em parceria com Jacob Kaplan-Moss cobria a versão 0.96 do Django, e muitos exemplos não funcionam mais com a versão 1.0. A nova versão do livro será baseada no Django 1.0, e como o Django 1.0 se preocupa com a retro-compatibilidade, ele deve permanecer atualizado por mais tempo.

O livro não será apenas uma atualização do anterior: contará com a reestruturação de conteúdo e até mesmo com a edição de novos capítulos. É possível ler algumas prévias online (em inglês) em http://www.djangobook.com/en/2.0/. A versão impressa será publicada pela Apress.

Mais informações em http://www.holovaty.com/blog/archive/2009/01/09/0133

Lançado Django 1.0.2!

Pouco depois do lançamento da versão 1.0.1, liberaram a 1.0.2 com duas novas correções no código base do Django, porém o maior motivo deste lançamento se deve ao fato de que os scripts de empacotamento da versão 1.0.1 omitiu alguns arquivos e diretórios. Oops!

A atualização é recomendada àqueles que utilizam as versões 1.0 e 1.0.1. Veja as notas de lançamento do Django 1.0.2 (desta vez não traduzida, então dê uma força pro time).

A nova versão pode ser encontrada em nossa página de download.

Lançado Django 1.0.1

Seguindo o cronograma de lançamento, o Projeto Django lançou na última sexta-feira o Django 1.0.1. Esta versão possui apenas correções de bugs e melhorias no código do Django 1.0, e sua atualização é recomendada.

Para mais detalhes desta versão, veja as notas de lançamento (em português :-).

Entenda o porquê do self explícito

O Pedro Werneck disponibilizou um ótimo e detalhado artigo onde demonstra em bom português os motivos e valores que levam o Python a usar a declaração do self explícito como primeiro argumento para métodos de classes.

Recomendado para usuários de nível Básico a Avançado. É importante entender as diferenças entre a linguagem Python e as demais, e porque os autores acreditam que essas diferenças são um ponto positivo.

Clique aqui e boa leitura!

Django nos Estados do Brasil

No dia 15 deste mês de outubro, lançamos a thread "Django nas regiões do Brasil" [1]. O objetivo era incentivar os membros da comunidade brasileira a lançar seus nomes na Django People [2], de forma que tivéssemos o maior número possível com o objetivo de realizar uma contagem dos desenvolvedores Django nos estados brasileiros.

Alguns novos cadastros foram lançados, de forma que estamos exatamente agora com 251 pessoas cadastradas na Django People, sendo que nossa lista possui 770. O número não é ruim considerando que nem todos os membros da lista estão ativos de fato, devido a seus motivos particulares.

No entanto, fizemos a contagem assim mesmo, como primeiro passo.

A falta de padronização nos endereços não foi um desafio em si, a maior parte deles seguia um padrão relativamente claro de "Cidade", "Estado", o que facilitou a varredura em poucos minutos, e às exceções, demos o tratamento que geralmente se dá a elas: contamos manualmente e ajustamos os números.

E os resultados? Surpreendentes.

Das 27 unidades da federação, somente duas - Amapá e Roraima - não tiveram cadastros. Isso mesmo, estamos em 25 estados, pelo menos :)

Veja como ficaram os números abaixo:

Como era esperado, os estados mais populosos, especialmente os do Sudeste e do Sul do país apresentaram os maiores números. Veja o gráfico abaixo:

Este censo não é definitivo. Vamos continuar acompanhando esses números e assim que houver um aumento expressivo no número de usuários na DjangoPeople, publicaremos um novo censo e assim por diante.

O objetivo desta contagem é saber como o Django está distribuído e assim, mostrar onde há usuários o suficiente para que se criem grupos regionais.

Há 6 estados com mais de 10 membros: São Paulo, Minas Gerais, Rio Grande do Sul, Rio de Janeiro, Paraná e Santa Catarina. 10 membros é um número sólido para se iniciar um grupo regional. 5 ou 6 pessoas já tornaria o grupo viável, e esse número está em 8 estados: Amazonas, Ceará, Distrito Federal, Espírito Santo, Goiás, Paraíba, Pernambuco e Rio Grande do Norte.

É bom lembrar que quando criamos a comunidade nacional, fechamos o segundo mês com 7 pessoas e no terceiro éramos pouco mais de 20.

Bom, é isso aí! Em breve vamos publicar mais detalhes de como fazer isso. Por hora, ficamos com os números e algumas luzinhas piscando na mente!

Links relacionados

• http://groups.google.com.br/group/django-brasil/browse_thread/thread/...
• http://djangopeople.net/

Novas seções de Casos de Sucesso e Agenda

Depois de discutir e traçar as metas que serão o nosso foco entre o final de 2008 e o ano de 2009, começamos a colocar em prática algumas delas.

Agora temos a felicidade de anunciar duas novas seções no site:

PyConBrasil 2008 no Rio de Janeiro

Publicado em 26/09/2008 às 21h16

Durante os dias 18, 19 e 20 de setembro, aconteceu a PyCon Brasil 2008, no Rio de Janeiro, apoiado e hospedado na UVA - Universidade Veiga de Almeida.

Nos três dias do evento estiveram presentes mais de 360 pessoas, participando de 44 palestras e 4 mini-cursos de alto nível, alguns deles voltados para públicos básico, e outros para públicos intermediário ou avaçancado.

Dentre os palestrantes, podemos destacar a presença de Bruce Eckel, Roberto Ierusalimschy e Alexander Limi, dentre outros.

O Django demonstrou sua força em ascensão durante toda a conferência contando com 4 palestras e um mini-curso, mas especialmente com a popularidade entre os participantes e presença em outras palestras onde não era o assunto principal.

As palestras sobre Django foram ministradas por Andrews Medina, Marinho Brandão, Leandro Zanuz e Jeronimo Zucco e o material pode ser encontrado em [1].

Por fim, fica nosso imenso agradecimento à equipe que organizou e viabilizou o evento, aos patrocinadores, aos palestrantes e à universidade pelo alto nível de qualidade durante toda a programação. Estão realmente de parabéns!

Mais detalhes em [2].

Links Relacionados:

1. http://www.slideshare.net/tag/pyconbrasil2008
2. http://pyconbrasil.com.br/