Kirim Sesuatu yang Kecil Minggu Ini

Sebagian besar orang yang terjebak dalam loop tutorial tidak memiliki masalah keterampilan. Mereka memiliki masalah pengiriman. Anda bisa menonton empat puluh jam konten Python dan masih membeku saat Anda duduk untuk membangun sesuatu sendiri, karena tutorial menghilangkan setiap keputusan untuk Anda. Panduan ini adalah fungsi pemaksaan: pilih sesuatu yang kecil, selesaikan, letakkan di depan seseorang, minggu ini.

Pilih proyek yang bisa Anda selesaikan dalam akhir pekan

Mode kegagalan di sini adalah scope. Orang memutuskan proyek pertama mereka harus menjadi aplikasi SaaS dengan auth, billing, dan dashboard. Itu adalah proyek enam bulan yang menyamar sebagai proyek akhir pekan.

Sebaliknya pilih sesuatu dengan satu fungsi yang jelas:

• CLI tool yang mengganti nama file dalam folder berdasarkan tanggal EXIF
• Script yang menggores API publik dan mengirim Anda ringkasan harian
• Aplikasi Flask dengan satu form dan satu halaman output
• Ekstensi browser yang menyoroti keyword di halaman mana pun yang Anda kunjungi

Tulis scope dalam satu kalimat sebelum Anda menulis kode apa pun. Jika kalimat itu membutuhkan "dan" lebih dari sekali, potong. "Alat yang melacak pengeluaran saya dan juga mengkategorikannya dan juga membuat grafik" adalah tiga proyek. Kirim tracker terlebih dahulu.

Tetapkan deadline yang nyata dan audience yang nyata

Deadline tanpa konsekuensi bukanlah deadline. Beritahu teman, posting di server Discord, atau berkomitmen untuk mendemonstrasikannya kepada rekan kerja pada hari Jumat. Audience lebih penting daripada deadline — mengetahui seseorang akan benar-benar melihat hal itu mengubah cara Anda membangunnya. Anda berhenti melapis emas arsitektur dan mulai memastikan happy path benar-benar berfungsi.

Berikan diri Anda angka, bukan perasaan. "Saya akan mengerjakannya ketika saya punya waktu" tidak menghasilkan apa pun. "Dua jam malam ini, dua jam besok, kirim Sabtu pagi" menghasilkan sebuah proyek.

Bangun versi jelek terlebih dahulu

Lewati perdebatan struktur folder, lewati memilih framework CSS, lewati memutuskan antara Postgres dan SQLite untuk alat yang akan menyimpan empat puluh baris. Tulis satu file. Gunakan pernyataan print() alih-alih logger. Gunakan list Python alih-alih database jika itu semua yang Anda butuhkan.

# expenses.py - ugly version, dan itu baik-baik saja
import csv
from datetime import date

def add_expense(amount, category):
    with open('expenses.csv', 'a', newline='') as f:
        writer = csv.writer(f)
        writer.writerow([date.today().isoformat(), amount, category])

add_expense(12.50, 'coffee')

Itu adalah expense tracker yang berfungsi. Ini tidak scalable, tidak ada tests, dan itu akan membawa Anda 90% dari jalan menuju sesuatu yang bisa Anda gunakan besok. Anda bisa refactor hal yang jelek dan berfungsi. Anda tidak bisa refactor hal yang indah dan tidak ada.

Deploy di suatu tempat, meskipun dengan buruk

Proyek di laptop Anda tidak dihitung sebagai shipped. Dapatkan di depan internet atau di depan seseorang yang menjalankannya sendiri.

• CLI tool: push ke repo GitHub publik dengan README dua paragraf yang menunjukkan perintah install dan run yang tepat
• Web app: deploy ke Render, Fly.io, atau droplet DigitalOcean $5 — jangan habiskan tiga hari membandingkan opsi Kubernetes untuk proyek dengan satu pengguna
• Script: atur cron job atau GitHub Action agar berjalan tanpa Anda menyentuhnya

Deployment friction membunuh lebih banyak side projects daripada tantangan teknis apa pun. Jika git push ke platform seperti Render terlalu banyak sekarang, cukup rekam video Loom 90 detik menjalankannya secara lokal dan kirimkan itu. Intinya adalah bukti eksternal bahwa itu berfungsi, bukan kematangan infrastruktur.

Tuliskan apa yang pecah

Setelah shipping, habiskan lima belas menit menulis tiga hal yang salah dan cara Anda memperbaikinya. Bukan untuk siapa pun — untuk Anda. Ini adalah pembelajaran sebenarnya. Tutorial mengajarkan Anda syntax. pip install yang rusak, error CORS, bug tanggal off-by-one saat tengah malam — itu mengajarkan Anda bagaimana perangkat lunak sebenarnya berperilaku.

Simpan catatan ini dalam satu file yang sedang berjalan. Setelah lima atau enam proyek kecil, Anda akan melihat kategori bug yang sama muncul, dan itu adalah kurikulum nyata Anda: celah yang tutorial tidak pernah tutupi.

Kemudian pilih hal berikutnya, sedikit lebih besar

Jangan melompat dari script CLI ke sistem terdistribusi. Tambahkan satu dimensi kompleksitas pada satu waktu: proyek berikutnya mendapat database alih-alih CSV, atau test suite dasar, atau pengguna kedua. Langkah kecil yang bertambah mengalahkan satu penulisan ulang ambisius yang mandek di minggu ketiga.

Jika Anda menginginkan langkah berikutnya terstruktur setelah ini, segmen Python dan DevOps Korra Studio mencakup dengan tepat celah deployment dan tooling yang cenderung membuat orang terganggu tepat setelah proyek pertama mereka shipped.