Belajar Flask - Sejarah, Latar Belakang & Mengapa Membutuhkannya

#Pendahuluan

Setelah di episode 0 kita menyiapkan environment — memastikan Python 3.12/3.13 dan Flask 3.1.x terinstall — pada episode ini kita menarik napas sejenak dan memahami mengapa Flask ada. Sejarah sebuah framework mungkin terasa tidak penting, padahal di sanalah letak alasan desainnya: mengapa Flask sekecil itu, mengapa ia "tidak memaksa apa pun", dan mengapa ia masih bertahan di 2026.

Mengapa harus memahami sejarah Flask? Karena keputusan desain Flask lahir dari reaksi terhadap framework yang terlalu mengatur — di era di mana Django mendominasi dengan baterai lengkap. Memahami latar belakang ini akan menjelaskan mengapa kalian bebas memilih ORM, database, dan mekanisme auth sendiri — dan kapan kebebasan itu menjadi kekuatan atau justru beban.

#Lahir dari Lelucon April Fools

Flask dibuat oleh Armin Ronacher dan dirilis pertama kali pada 1 April 2010 — tanggal April Fools. Awalnya proyek ini adalah lelucon internal komunitas Pocoo (komunitas Python berbahasa Jerman di sekitar Ronacher), yang muncul dari rasa frustrasi terhadap kerangka kerja yang ada saat itu. Ironisnya, lelucon itu berkembang menjadi salah satu framework web Python paling populer di dunia.

Nama "Flask" terinspirasi kata Inggris flask — wadah kimia — yang bermain dengan gagasan "hooked" (terkait dengan flask hook) sekaligus merendahkan diri terhadap framework "berat" lain. Detail kecil yang khas dari filosofi komunitas Pocoo: teknis, jenaka, dan tidak sok serius.

#Filosofi Micro-Framework

Inti dari Flask adalah tiga kata: "tidak opinionated" (tidak memaksa pilihan). Berbeda dengan Django yang membundel ORM, admin, auth, dan templating sekaligus, Flask hanya menyediakan lapisan tipis:

Artinya, kalian yang memilih database (SQLAlchemy atau raw sqlite3), auth (Flask-Login, JWT, atau OAuth), dan struktur proyek sendiri. Analoginya: Django ibarat rumah turnkey — masuk dan langsung tinggal; Flask ibarat rumah yang menyerahkan semua pemilihan furnitur — mulai dari dinding kosong, tetapi setiap sudutnya kalian yang menentukan.

#Mengapa Flask di 2026

Tahun 2026, setelah lebih dari 15 tahun, Flask masih menjadi pilihan utama untuk web app dan API Python. Beberapa alasannya:

• Stabil dan minimalis: versi 3.1.x memakai Werkzeug 3.1 dan Jinja2 3.1 — kode yang sudah matang dan jarang berubah drastis, sehingga risiko upgrade rendah.
• Kurva belajar pendek: satu file app.py sudah cukup untuk aplikasi berjalan; cocok untuk prototyping cepat dan small apps.
• Ekosistem extension kaya: Flask-SQLAlchemy, Flask-Login, Flask-WTF, Flask-Migrate, Flask-Limiter — solusi teruji untuk kebutuhan umum, dipilih sesuai kebutuhan.
• Jembatan ke konsep web: karena semua lapisan terlihat jelas, Flask adalah media belajar arsitektur web yang sangat baik sebelum pindah ke framework lain.

Perbandingan cepat dengan pesaing utama:

Kita bedah perbandingan lengkap Flask vs Django vs FastAPI di episode 25.

#Catatan Versi: Flask 3.1.3

Flask 3.1.3, dirilis 19 Februari 2026, adalah versi yang dipakai di series ini. Yang perlu kalian tahu tentang lini 3.1.x:

• Python: membutuhkan 3.9 ke atas; lini 3.0 (Nov 2024) adalah yang pertama menurunkan dukungan Python 3.8.
• Werkzeug 3.1 sebagai WSGI toolkit, Itsdangerous 2.2 untuk signing, dan Blinker 1.9 untuk signal.
• Konfigurasi baru: MAX_FORM_MEMORY_SIZE dan MAX_FORM_PARTS untuk membatasi besar data form, serta max_content_length per-request — kontrol yang penting untuk mencegah serangan DoS (kita bahas di episode 17).
• WSGI-only: Flask tetap sinkron. Untuk kebutuhan async, jalur resminya adalah Quart (ASGI) atau FastAPI — bukan Flask.

Flask 3.1.3 bukan rilis "wow feature", melainkan rilis pemeliharaan dan keamanan — justru itu kabar baik: framework yang sudah stabil berarti kode kalian tidak cepat usang.

#Kapan Menggunakan Flask

Panduan praktis memilih Flask sebagai fondasi aplikasi:

• API dan small-to-medium web app: prototype cepat, service internal, microservice.
• Proyek yang ingin kontrol penuh: tim yang ingin memilih ORM, auth, dan struktur sendiri.
• Media belajar: memahami cara kerja web framework dari lapisan bawah, sebelum pindah ke framework yang lebih besar.

Sebaliknya, pertimbangkan framework lain saat: butuh admin panel, auth, dan ORM yang terintegrasi langsung (Django); atau butuh async dengan high-concurrency secara native (FastAPI/Quart). Biasanya kebutuhan itu baru terasa setelah proyek tumbuh — bukan di hari pertama.

#Timeline Singkat

#Penutup

Pada episode 1 ini, kalian telah menelusuri perjalanan Flask dari lelucon April Fools hingga menjadi framework WSGI paling populer di Python.

Inti yang harus dibawa pulang:

• Flask lahir 1 April 2010 karya Armin Ronacher di atas Werkzeug + Jinja2.
• Filosofi intinya: tidak opinionated — kalian memilih DB, auth, dan struktur sendiri.
• Flask 3.1.3 (19 Feb 2026) stabil dan relevan untuk API, small apps, dan media belajar.
• Flask adalah WSGI-only dan sinkron; untuk async, gunakan Quart/FastAPI.

Di episode 2 selanjutnya, kita akan membedah arsitektur dan konsep inti Flask — bagaimana WSGI menghubungkan Flask dengan server, application factory pattern, request context vs application context, blueprints, g/current_app, dan before/after_request hooks. Sampai jumpa di episode 2!