- Django célèbre ses 20 ans, une étape symbolique
- Django est un framework web pour les développeurs perfectionnistes avec des délais à tenir, un projet apprécié depuis 20 ans
- Il s’est imposé comme un framework web majeur de l’écosystème Python et est largement utilisé par les entreprises, les startups et les développeurs indépendants grâce à une vaste communauté, à de riches ressources open source et à de nombreux plugins
- Grâce à un développement et une maintenance continus sur une longue période, il a poursuivi une trajectoire de renforcement de sa fiabilité, de sa sécurité et de sa scalabilité
- Avec une approche de conception à la fois concise et puissante, Django dispose d’un avantage distinctif en prenant en charge à la fois le prototypage rapide et l’exploitation stable des services
- Aujourd’hui encore, avec des mises à jour actives et l’expansion continue de son écosystème, il reste un outil clé pour les développeurs de grands services web
9 commentaires
Je suis heureux avec Django tout seul, mais dès qu’on y mêle DRF, ça devient un enfer... snif snif
À votre avis, pourquoi ça ?!?
J’avais implémenté une API REST avec Django, mais en utilisant des Form, etc., je me suis souvent dit que DRF aurait sans doute été plus approprié.
Pour être précis, quand on implémente avec Django le serveur back d’un service où le front et le back sont séparés, il y avait aussi le fait que, pour n’utiliser que la partie back, le côté full stack propre à Django donnait une impression de lourdeur assez pesante, et je trouvais désagréable de devenir trop dépendant de DRF, utilisé en complément pour apporter un aspect plus RESTful à Django..
En particulier, la dépendance venant du fait que DRF lui-même est fortement lié à l’ORM de Django, ainsi que le sentiment d’inquiétude lié au fait que, plus on utilise souvent DRF à de nombreux endroits, plus il devient possible d’utiliser le Django ORM un peu partout, avec à la clé fragmentation et multiplication potentielle des accès à la base de données ; et puis il y avait aussi le fait que le serializer fourni par DRF, au-delà de la simple sérialisation et validation des données que son nom laisse entendre, possède un rôle et des possibilités bien plus larges, au point que, plus on l’utilise, plus la séparation du MVC devient peu à peu dénuée de sens, etc. À ce compte-là, je me suis souvent dit qu’au lieu d’utiliser la combinaison Django+DRF, il serait plus sûr d’implémenter le back avec un autre framework. C’est d’ailleurs pour ça qu’à partir d’un certain moment, j’ai fini par choisir FastAPI en priorité.
Depuis que j’utilise Django, j’ai le sentiment que ma carrière s’est complètement améliorée, donc je lui en suis très reconnaissant en tant qu’utilisateur. J’ai aussi contribué à Django à quelques reprises, et j’espère qu’il continuera à être aimé pendant longtemps haha
J’adore vraiment Django ! Moi aussi, je lui suis redevable à bien des égards et j’en suis très reconnaissant. Django est peut-être un peu moins populaire qu’avant. Mais en y réfléchissant, est-ce que Django a vraiment déjà eu une période où il était particulièrement hot ? Je crois qu’il continuera longtemps à être un framework aimé pour sa stabilité et sa constance !
Je l’utilise beaucoup pour le développement web amateur.
Joyeux anniversaire à Django !
Waouh... ! Le premier projet sur lequel je l’ai utilisé, c’était parce que c’était du Python...
Le temps a bien passé !
J’aimerais bien pouvoir retravailler dans un environnement où je peux l’utiliser à nouveau :) haha
Je devrais peut-être en faire un petit projet perso...
Avis Hacker News
Je dois toute ma carrière à Django. J’ai découvert Django à l’université, en créant un site web dans un labo de recherche. À l’époque, Django venait tout juste de sortir et je ne me préoccupais absolument pas de stabilité ou de sécurité, donc je faisais tout avec Django. Quelques années plus tard, les compétences acquises avec Django m’ont permis de rejoindre un laboratoire de recherche de pointe en machine learning pour y remettre de l’ordre dans des frontends complexes. Ensuite, j’ai pu devenir le premier salarié d’un spin-out de ce labo, vivre son acquisition par un grand groupe, faire évoluer des systèmes de ML basés sur des capteurs, co-fonder un fonds de capital-risque centré sur le ML, puis créer une entreprise d’IA de plus de 10 ans — tout cela grâce à Django
À cette époque, la communauté Python était vraiment chaleureuse. Il y avait beaucoup de gens prêts à s’entraider en ligne, et j’ai eu la même impression positive avec Ruby
Dans ce labo, on utilisait l’ORM de Django tout en créant individuellement des serveurs de base de données MySQL physiquement séparés pour chaque utilisateur, ce qui rendait l’architecture très complexe. Franchement, quelque chose comme sqlite aurait sans doute été plus adapté dans ce cas
Je me demande si Django avait la réputation d’être instable ou peu sûr. Et je me demande aussi pourquoi des doctorants en machine learning en étaient venus à exiger une base de données séparée par utilisateur
Pour moi aussi, Django a été le logiciel qui m’a permis de me lancer facilement dans le freelancing et le développement logiciel, tout en me donnant l’occasion d’apprendre à partir de code Python avancé et d’une vraie culture de développement
Il y a 10 ans, nous avons organisé en présentiel l’événement du 10e anniversaire de Django à Lawrence, au Kansas. On peut voir les vidéos des conférences de l’époque ici. Hier, pour les 20 ans de Django, j’ai repris ma présentation de l’époque en l’annotant ; si l’histoire des débuts de Django vous intéresse, je vous invite à lire ce billet
J’ai commencé à utiliser Django en 2006, à l’époque de la release v0.95 "magic removal". J’avais 19 ans et je travaillais avec PHP dans une petite startup. Rails attirait alors énormément l’attention, donc j’ai essayé de l’installer, mais ce n’était pas simple sur mon portable Ubuntu. Puis j’ai découvert Python et Django, et en 20 minutes j’avais une page Hello World qui tournait. Ensuite sont arrivés newforms, la release 1.0, des fonctionnalités DB très sympas, les migrations (avec les débats entre South et Nashvegas), les class-based views, les fonctionnalités Postgres intégrées comme JSONField, le support de Python 3, ASGI, et bien d’autres évolutions. J’ai participé à ma première DjangoCon en 2008, puis j’ai donné ma première conférence en 2018. Ma carrière doit énormément à Django, et je n’ai jamais regretté de l’avoir choisi pour de petits comme de grands projets. La communauté y est aussi pour beaucoup. Joyeux anniversaire Django
Django, c’est simplement un framework qui fonctionne. Pour ceux qui n’aiment pas trop le JS, je suis vraiment reconnaissant que Django continue d’exister. Merci à tous ceux qui ont contribué régulièrement pendant que les frameworks JS apparaissaient puis disparaissaient
J’ai travaillé longtemps avec Django dans plusieurs entreprises. Chaque fois que j’utilise un autre framework, je réalise à quel point Django est resté fidèle à son principe fondateur de "batteries included" tout en s’adaptant très bien aux nouvelles technologies. Il y a une communauté vraiment formidable derrière, et le fait qu’elle soit restée aussi solide aussi longtemps est quelque chose de rare. Bien sûr, les autres frameworks ont aussi leurs qualités, mais si on regarde l’outillage dans son ensemble, Django reste selon moi le meilleur pour des projets complexes et à grande échelle. Et ce n’est pas non plus un mauvais choix pour de petits projets
Ces temps-ci, je critique Python de façon assez sévère, mais j’éprouve de la gratitude envers Simon et toute la communauté Django. C’est un formidable framework "batteries included" qui a eu un impact sur énormément de projets, d’entreprises et de carrières. J’en fais évidemment partie. Et encore aujourd’hui, quand j’évalue des panneaux d’administration d’autres écosystèmes, je prends pgadmin comme référence. Je trouve que ce que Django a accompli est remarquable. Sans Django, les progrès technologiques que nous connaissons aujourd’hui auraient sans doute été bien plus lents. Un immense merci
Travailler avec Django ces 15 dernières années a été un vrai plaisir. Rejoindre la communauté m’a énormément apporté, et ce fut un honneur de servir au conseil d’administration de la DSF ainsi qu’à sa présidence. J’attends avec impatience les 20 prochaines années de code et de communauté
De tous les frameworks que j’ai utilisés jusqu’ici, Django est de loin le meilleur. Avec ça, je n’ai jamais ressenti le besoin d’apprendre le JavaScript côté backend
Pour ceux qui ont une expérience à la fois de Django et de Ruby on Rails, lequel préférez-vous et pourquoi ? J’ai appris Python en premier il y a une dizaine d’années, mais comme je voulais aussi découvrir Ruby, j’ai commencé par choisir Rails
J’ai utilisé Rails et Django de manière professionnelle, et dans la pratique je recommande Django. J’aime bien aussi les aspects métaprogrammation de Rails, mais l’écosystème de bibliothèques Python est tellement vaste qu’avec Django on peut pratiquement tout faire. Les entreprises qui utilisent Rails finissent souvent par avoir du code Python séparé qui interagit avec l’application, alors qu’avec Django on peut tout gérer d’un seul tenant via l’ORM. Si vous développez seul, rapidement, et sans besoin de bibliothèques particulières pour le machine learning ou l’IA, Rails est vraiment rapide. Mais pour une startup, je recommanderais Django comme framework par défaut
Voici pourquoi je préfère davantage Django : j’ai toujours préféré Python à Ruby, et j’apprécie plus les imports explicites, les namespaces et une philosophie qui encourage une seule bonne manière de faire les choses, car cela passe mieux à l’échelle. Django suit lui aussi cette philosophie, donc il demande un peu plus de configuration et d’explicitation, mais en contrepartie le débogage est plus simple et plus clair. Surtout, la documentation de Django n’explique pas seulement le framework : elle enseigne aussi de bonnes pratiques de développement. Ruby est plus faible sur ce point, ce qui crée plus de variations d’un projet à l’autre. Django est aussi supérieur en matière de stabilité, et les migrations entre grandes versions me semblent plus faciles. L’écosystème Python est immense, et l’admin Django ainsi que Rest Framework font gagner un temps énorme. Rails a des équivalents, mais l’impact n’est pas le même. Bien sûr, hors GIS ou calcul scientifique, la préférence personnelle reste le facteur principal, et Rails demeure un excellent framework
Ce projet (Django) a été créé dans la région de la métropole de Kansas City, près de là où je vis, et il a créé beaucoup de valeur avec mon associé. Joyeux anniversaire