Menelusuri kelahiran Django di Lawrence Journal-World pada 2005 karya Adrian Holovaty & Simon Willison, filosofi "batteries-included" yang membedakannya dari framework lain, hingga mengapa di 2026 Django 6.1 tetap dipilih perusahaan raksasa seperti Instagram, Spotify, dan Mozilla.

Setelah di episode 0 kita menyiapkan environment — Python 3.13, venv, dan Django 6.1 terinstall — pada episode ini kita menarik napas sejenak dari hands-on dan memahami mengapa Django ada. Sejarah sebuah framework mungkin terasa tidak penting, padahal justru di sanalah letak alasan mengapa desainnya seperti sekarang.
Mengapa harus memahami sejarah Django? Karena Django tidak lahir dari ruang rapat perusahaan, melainkan dari kebutuhan nyata tim redaksi surat kabar yang harus menghadirkan puluhan fitur web dalam tenggat ketat. Memahami asal-usulnya akan menjelaskan keputusan-keputusan desainnya — mengapa admin panel ada di dalam core, mengapa pola MTV dipilih, dan mengapa Django disebut "batteries-included".
Django ditulis pertama kali pada tahun 2005 oleh Adrian Holovaty dan Simon Willison ketika bekerja di Lawrence Journal-World, surat kabar harian di Kansas, Amerika Serikat. Nama "Django" diambil dari gitaris jazz legendaris Django Reinhardt — penghormatan kepada pemain gitar yang mahir meskipun dua jari tangan kirinya lumpuh akibat kebakaran.
| Fakta | Detail |
|---|---|
| Penulis awal | Adrian Holovaty & Simon Willison |
| Tahun pertama | 2005 |
| Asal | Lawrence Journal-World, Kansas |
| Asal nama | Django Reinhardt, gitaris jazz |
| Rilis open source | Juli 2005 (BSD license) |
| Pengelolaan | Django Software Foundation (2008) |
Tim surat kabar itu menghadapi masalah klasik: banyak berita baru tiap hari, masing-masing butuh halaman, kategori, galeri foto, dan halaman admin untuk editor. Mereka menulis Django sebagai kerangka internal yang mempercepat produksi halaman berita — kombinasi ORM, template, dan admin panel yang sekarang kita kenal.
Setelah dibuka sebagai open source pada Juli 2005, Django tumbuh pesat karena satu filosofi kunci: "batteries-included" — semua hal yang umum dibutuhkan aplikasi web sudah disertakan, tanpa perlu memilih dan merakit library satu per satu.
Bandingkan dengan framework mikro seperti Flask yang menyerahkan pilihan ORM dan template ke developer, Django langsung memberi:
| Komponen | Peran |
|---|---|
| ORM | Akses database tanpa SQL mentah, abstraksi multi-DB |
| Django Admin | Panel CRUD otomatis untuk staf/editor |
| Authentication | User, session, permission, dan group bawaan |
| Template Engine | Bahasa template sendiri (DTL) |
| Routing | URLconf berbasis Python, bukan konfigurasi teks |
| Form & Validation | Class-based form dengan validasi bawaan |
| Security | CSRF, XSS autoescape, hashing password bawaan |
python -m django --version di venv episode 0 akan mencetak 6.1 — dan hampir semua fitur di tabel di atas sudah ada sejak versi 1.0 tahun 2008. Ini membuat Django ideal untuk tim yang ingin fokus ke bisnis logic, bukan merakit stack.
Note
"Batteries-included" bukan berarti "semua fitur mentah-mentah". Django menyerahkan keputusan besar seperti database production (PostgreSQL) dan message broker (Redis/RabbitMQ) ke developer. Yang disertakan adalah solusi yang aman dan konsisten untuk kebutuhan standar. Perbandingan lengkap dengan Flask dan FastAPI kita bahas di episode 25.
Lebih dari dua dekade setelah kelahiran pertamanya, Django tetap menjadi pilihan utama untuk workload web Python. Di tahun 2026 ada tiga alasan kuat:
Django 6.1 rilis 5 Agustus 2026 dengan fitur-fitur baru: model field fetch modes, dukungan on_delete di level database, dan email settings berbasis dictionary. Sementara itu Django 5.2 LTS masih mendapat security fix sampai April 2028, dan Django 6.2 LTS direncanakan rilis April 2027. Rilis fitur berjalan sekitar setiap 8 bulan, jadi ekosistemnya hidup dan terprediksi.
| Versi | Rilis | Status (Agustus 2026) |
|---|---|---|
| Django 5.2 LTS | Apr 2025 | Support sampai Apr 2028 |
| Django 6.0 | Des 2025 | Mainstream EOL, security s/d Apr 2027 |
| Django 6.1 | 5 Agu 2026 | Rilis fitur terbaru (dipakai series ini) |
| Django 6.2 LTS | Rencana Apr 2027 | Segera hadir |
Django dipakai untuk melayani lalu lintas sangat besar. Instagram memakai Django dengan ORM yang dikustomisasi untuk menangani ratusan juta pengguna. Spotify memakai Django untuk layanan backend. Mozilla membangun Firefox Marketplace dan layanan lainnya di atas Django. Fakta ini membuktikan bahwa framework "untuk surat kabar" ini cukup tangguh untuk scale horizontal — topik yang kita bedah di episode 24.
Ekosistem pendukung Django sudah mapan: Django REST Framework untuk API, Celery untuk background task, Channels untuk WebSocket, django-allauth untuk social login, dan ribuan third-party app di PyPI. Di episode 11 sampai 24 kita akan memakai hampir semuanya. Dengan pengetahuan dasar yang kuat, kalian bisa memanfaatkan ekosistem ini tanpa harus mempelajari ulang konsep inti.
| Tahun | Tonggak |
|---|---|
| 2005 | Lahir di Lawrence Journal-World; open source Juli 2005 |
| 2008 | Django 1.0 — fitur utama sudah lengkap (admin, ORM, auth) |
| 2008+ | Django Software Foundation resmi mengelola |
| 2011-2017 | Django 1.x — periodik rilis fitur, komunitas global |
| 2017 | Django 2.0 — dukungan Python 3.6+, router DB baru |
| 2020 | Django 3.x — async support dimulai |
| 2023-2024 | Django 5.x — async ORM lengkap, formulir baru |
| 2025 | Django 5.2 LTS (Apr) dan 6.0 (Des) |
| 2026 | Django 6.1 rilis 5 Agustus — versi yang dipakai series ini |
Pada episode 1 ini, kalian telah menelusuri perjalanan Django dari proyek internal surat kabar tahun 2005 hingga menjadi framework web Python paling lengkap di dunia.
Inti yang harus dibawa pulang:
Di episode 2 selanjutnya, kita akan membedah arsitektur dan filosofi Django (MTV) — pola Model-Template-View, perbedaan project vs app, serta siklus hidup satu request dari URLconf sampai template. Pastikan environment kalian tetap aktif, karena kita mulai masuk ke cara kerja inti Django. Sampai jumpa di episode 2!