- Django celebra um marco significativo ao completar 20 anos desde seu lançamento
- Django é um framework web para desenvolvedores perfeccionistas com prazos a cumprir e, ao longo de 20 anos, tornou-se um projeto amplamente querido
- Consolidou-se como um importante framework web no ecossistema Python e, com base em uma grande comunidade, abundantes recursos open source e vários plugins, é amplamente utilizado por empresas, startups e desenvolvedores independentes
- Graças a desenvolvimento e manutenção contínuos ao longo de muito tempo, segue fortalecendo sua confiabilidade, segurança e escalabilidade
- Django tem uma competitividade singular por oferecer, por meio de uma abordagem de design concisa e poderosa, suporte tanto para prototipagem rápida quanto para operação estável de serviços
- Ainda hoje, com atualizações ativas e expansão do ecossistema, é usado como ferramenta central por desenvolvedores de grandes serviços web
9 comentários
Só usar Django já me deixa feliz, mas quando entra o DRF no meio eu fico infeliz... buá buá
Talvez, por quê!?
Implementei uma API REST com Django, mas quando você acaba usando
Forme coisas do tipo, fica aquela sensação de que, nesse caso, o DRF teria sido mais adequado.Mais exatamente, no caso de implementar o servidor de back-end com Django em um serviço com front e back separados, havia também o incômodo de que, para usar só o lado do back-end, o peso característico do Django por ser tão full stack era um fardo, e me desagradava acabar ficando dependente demais do DRF, que eu usava junto para deixar o Django mais RESTful..
Especialmente a dependência vinda do fato de o próprio DRF estar fortemente amarrado ao Django ORM, além da fragmentação e da possibilidade de acesso ao banco que surgem quando, quanto mais se usa o DRF em vários lugares, mais se torna possível usar Django ORM em qualquer canto, tudo isso me trazia insegurança. Somado a isso, o serializer oferecido pelo DRF, além de fazer jus ao nome com serialização e validação de dados, também acaba tendo papéis e possibilidades que vão além disso; e, quanto mais se usa serializer, mais a separação do MVC vai perdendo o sentido, entre outras coisas.. Aí eu pensava que, se fosse assim, em vez de usar a combinação Django+DRF, seria mais estável implementar o back-end com outro framework. Por isso, na prática, em algum momento passei a escolher FastAPI primeiro.
Desde que comecei a usar o Django, sou muito grato como alguém que teve a experiência de ver a minha carreira melhorar completamente. Também cheguei a fazer algumas contribuições para o Django, e espero que ele continue sendo amado por muito tempo haha
Eu gosto muito de Django! Eu também devo muito a ele em vários sentidos e sou muito grato. Embora o Django esteja um pouco menos popular do que antes. Na verdade, nem sei se houve alguma época em que o Django foi especialmente uma febre; acredito que ele vai continuar por muito, muito tempo como um framework amado, de forma estável e constante!
Eu uso bastante para desenvolvimento web por hobby.
Feliz aniversário, Django!
Uau...! Quando usei pela primeira vez, foi num projeto que escolhi por ser em Python...
Quanto tempo já se passou!
Seria ótimo poder trabalhar de novo em um ambiente em que eu pudesse usá-lo :) hahaha
Será que faço algo paralelo com ele...
Comentários do Hacker News
Devo toda a minha carreira ao Django. Conheci o Django pela primeira vez enquanto criava um site no laboratório durante a graduação; na época, o Django era totalmente novo, e como eu não pensava nem um pouco em estabilidade ou segurança, fazia tudo com Django. Alguns anos depois, graças às habilidades que acumulei com Django, entrei em um laboratório de pesquisa de ponta em machine learning para organizar um frontend complexo. Depois disso, consegui tudo graças ao Django: fui o primeiro funcionário efetivo de um spinout do laboratório, passei por uma aquisição por uma grande empresa, escalei sistemas de ML baseados em sensores, cofundei um fundo de VC focado em ML e até abri uma empresa de IA com mais de 10 anos de existência
Naquela época, a comunidade Python era realmente muito acolhedora. Havia muita gente se ajudando online, e com Ruby também foi uma experiência agradável pelo mesmo motivo
No laboratório, a estrutura ficou complexa porque, aproveitando o ORM do Django, acabaram criando individualmente servidores MySQL fisicamente separados para cada usuário. Sinceramente, acho que algo como sqlite faria mais sentido nesse caso
Fico curioso para saber se o Django tinha mesmo reputação de ser instável ou vulnerável em termos de segurança. E também queria entender por que alunos de doutorado em machine learning criaram essa exigência de bancos de dados separados por usuário
Para mim também, o Django foi o software que tornou fácil ter minhas primeiras experiências com trabalho freelance e desenvolvimento de software, além de me dar a chance de aprender código Python avançado e a cultura de desenvolvimento
Há 10 anos, realizamos presencialmente o evento de 10º aniversário do Django em Lawrence, Kansas. Os vídeos das apresentações daquela época podem ser vistos aqui. Ontem, no 20º aniversário do Django, organizei minha apresentação de então com anotações; se você tiver curiosidade sobre a história de origem do Django, recomendo este texto
Usei Django pela primeira vez em 2006, na época do lançamento v0.95 "magic removal". Eu tinha 19 anos e usava PHP em uma pequena startup. Rails estava recebendo muita atenção, então tentei instalá-lo, mas não foi fácil no meu notebook com Ubuntu. Aí conheci Python e Django, e em 20 minutos consegui colocar no ar uma página Hello World. Depois vieram várias mudanças: newforms, o lançamento 1.0, recursos legais de banco de dados, migrações (com debates entre South e Nashvegas), class-based views, recursos do Postgres como JSONField embutido, suporte a Python 3, ASGI e muito mais. Participei da minha primeira DjangoCon em 2008 e, em 2018, também fiz minha primeira apresentação. Devo minha carreira ao Django e nunca me arrependi de escolhê-lo para projetos grandes e pequenos. A comunidade também teve um papel enorme nisso. Feliz aniversário, Django
Django é um framework que simplesmente funciona. Para quem não gosta muito de JS, sou muito grato que o Django continue vivo. Enquanto frameworks JS surgem e desaparecem, agradeço a todos que contribuíram de forma constante
Trabalho com Django há muito tempo em várias empresas. Sempre que uso outros frameworks, percebo como o Django manteve muito bem seu princípio original de "batteries included" ao mesmo tempo em que se adaptou bem às novas tecnologias. Existe uma comunidade realmente fantástica, e acho muito especial que ela tenha se mantido por tanto tempo. Claro, outros frameworks também têm seus pontos fortes, mas olhando o ferramental como um todo, Django ainda é o melhor para projetos complexos e de grande escala. Também não é uma má escolha para projetos pequenos
Hoje em dia faço críticas bem duras ao Python, mas ainda assim sinto gratidão pelo Simon e por toda a comunidade Django. É um framework "batteries included" realmente fantástico, que impactou muitos projetos, empresas e carreiras. Eu mesmo sou um desses casos. E, até hoje, quando avalio painéis administrativos de outros ecossistemas, uso o pgadmin como referência. Acho extraordinário o que foi alcançado com o Django. Sem Django, o avanço tecnológico que temos hoje provavelmente teria sido bem mais lento. Muito obrigado mesmo
Foi um prazer trabalhar com Django nos últimos 15 anos. Tive grandes aprendizados ao entrar para a comunidade, e também foi uma honra servir no conselho da DSF e como presidente. Espero com entusiasmo pelos próximos 20 anos de código e comunidade
De todos os frameworks que já usei, Django é de longe o melhor. Com isso disponível, nunca senti necessidade de aprender JavaScript no backend
Para quem tem experiência tanto com Django quanto com Ruby on Rails, queria saber qual dos dois prefere e por quê. Aprendi Python primeiro, uns 10 anos atrás, mas escolhi Rails inicialmente porque queria aprender Ruby
Já usei Rails e Django profissionalmente, e na prática recomendo Django. A parte mais metaprogramada do Rails também é boa, mas o ecossistema de bibliotecas Python é tão grande que dá para fazer quase tudo só com Django. Empresas que usam Rails acabam mantendo código Python separado para interagir com certas partes, enquanto no Django isso pode ser resolvido de uma vez só com o ORM. Se você não precisa de bibliotecas especiais para machine learning/IA e uma pessoa só vai desenvolver rápido, Rails é realmente muito ágil. Mas, para uma startup, eu recomendaria Django como framework padrão
Prefiro mais o Django pelos seguintes motivos: sempre gostei mais de Python do que de Ruby, e a filosofia de imports explícitos, namespaces e de recomendar apenas uma forma de fazer as coisas escala melhor. Django também segue essa filosofia, então exige um pouco mais de configuração e explicitude, mas fica mais fácil de depurar e mais claro. Acima de tudo, a documentação do Django não só explica o framework como também ensina muito bem boas práticas de desenvolvimento; Ruby deixa mais a desejar nisso, então há grande variação no modo de desenvolvimento entre projetos. Django também é superior em estabilidade, e as migrações entre grandes versões parecem mais fáceis. O ecossistema Python é enorme, e o admin do Django e o Rest Framework economizam um tempo absurdo. Rails tem coisas parecidas, mas o impacto é diferente. Claro, se não for algo como GIS ou computação científica, a preferência pessoal é o fator mais importante, mas Rails continua sendo um excelente framework
Esse projeto (Django) foi criado na região metropolitana de KC, perto de onde moro, e gerou muito valor junto com meu sócio. Feliz aniversário