Django strzeliły 20-te urodziny.
www.djangoproject.com/weblog/2025/nov/19/twenty-years-of-django-releases/
Niedługo Django 6.0
BTW. Mocno się zmieniło od wersji 3.x?? Czy słyszeliście by Django straciło na popularności w ostatnich latach, głównie na rzecz FastAPI?
Staroć :)
Dla mnie niewiele się zmieniło od wersji 3 bo nadal używam wersji synchronicznej, i to jeszcze z podstawowymi funkcjami django, które dość dawno powstały, bo część nowych wynalazków które są implementowane uważam za antypaterny, a to co powinno być zaimplementowane albo zrobione dużo lepiej nie zostało przez 20 lat zrobione.
Django ogólnie trochę straciło na popularności ze względu na "opór materii" w rozwoju i nie na rzecz FastAPI a raczej na rzecz frameworków w innych językach np. next.js lub Spring (java/kotlin).
Next.js jest super popularny, to prawda. Python to dziś głównie AI, web dev zszedł na kolejny plan.
Dokładnie tak, Python do AI, a web teraz robi się w czym innym - to znaczy taki jest trend na rynku.
Dla mnie Django do web jest nadal super, nauczyłem się żyć z jego ograniczeniami - dość często je doceniam, bo jak widzę co developerzy wyprawiają w innych frameworkach (Flask, FastAPI) to się nadziwić nie mogę.
Wydaje mi się, że Django nie straci na popularności a może nawet zyskać ze względu na AI. Jako że jest w pythonie to świetnie integruje się ze środowiskiem AI i budowanie prototypów a nawet produkcyjnych wersji serwisów, które używają AI, może być szybkie, i używa się jednego języka programowania.
W wystawianiu modeli FastAPI jest dość popularne i chyba lepsze niż Django (choć pewnie można tu dyskutować).
Można dyskutować, to zależy kiedy. Jeśli używa się różnych technologii a wystawienie modelu traktuje się jako mikroserwis to FastAPI albo Flask jest najlepszy. Ale jeśli buduje się wszystko w Pythonie i wymagany jest dostęp do bazy danych, jakiś cache, to używanie wielu frameworków może nie mieć sensu. Django ma wiele potrzebnych funkcjonalności w pudełku i to jest jego zaleta, ale też wada :)
Oh, Django 6.0
Kiedy zaczynałem pisać Misago, było Django 1.2 które nie miało mechanizmu migracji (tylko syncdb), django.contrib.auth narzucało konkretny model użytkownika który miał bezużyteczne pola i którego nie można było łatwo zmienić, pola formularzy nie miały żadnej możliwości wpływu na to jak się wyświetlają z poziomu szablonu, nie było sposobu na własne indeksy w ORM'ie poza db_index=True, użycie {% include %} w pętli w templacie zabijało wydajność bo tag nie cachował nigdzie parsowanej instancji szablonu :) a Collector zbierający obiekty do usunięcia nie zdawał sobie sprawy że obiekty mogą mieć miliony relacji i obj.delete() na takim modelu wykładało się z braku pamięci. :)
Pisałem w obu tych rzeczach i Next.js mogę tylko powiedzieć tyle:
Spring to zawsze była technologia dla wielkich korporacji ale znam więcej sytuacji gdzie firmy zastępowały części systemu napisanego w Springu mniejszym usługami w Django, RoR albo nawet w PHP, niż odwrotnie. Osobiście nie wyobrażam sobie małej firmy zlecającej system w Springu który będzie świetny w utrzymaniu jak firma będzie mieć 30000 pracowników i będzie mogła sobie płacić na hosting czegoś takiego, ale obecnie ma 100 i to nie ma sensu.
