Kenapa Harus Menentukan Arah Dulu?

Banyak developer pemula langsung bikin portfolio dan sebar CV ke semua lowongan yang ada — mulai dari frontend, backend, mobile, sampai data analyst — tanpa arah yang jelas. Hasilnya? Portfolio jadi berantakan, CV terkesan "asal comot skill", dan recruiter bingung mau menempatkan kamu di posisi apa. Sebelum masuk ke tahap membangun portfolio (modul selanjutnya), kamu perlu tahu dulu mau melamar sebagai apa.

Ini bukan berarti kamu harus 100% yakin dan gak boleh ganti arah nanti. Tapi punya 1-2 arah yang jelas di awal akan bikin proses belajar, bikin portfolio, dan melamar kerja jadi jauh lebih efisien.

Mengenal Peta Peran Developer

Dunia development itu luas. Berikut beberapa jalur umum yang bisa kamu pilih sebagai titik awal:

• Frontend Developer — fokus membangun tampilan dan interaksi yang dilihat/digunakan user langsung di browser atau aplikasi (HTML, CSS, JavaScript, React/Vue, dsb).
• Backend Developer — fokus membangun logika di balik layar: server, database, API yang memproses data dan mengirim ke frontend.
• Fullstack Developer — gabungan frontend dan backend, biasa dicari startup kecil yang butuh developer serba bisa.
• Mobile Developer — fokus bikin aplikasi Android/iOS, baik native (Kotlin/Swift) maupun cross-platform (Flutter/React Native).
• QA/Software Tester — fokus memastikan aplikasi bebas bug sebelum dirilis, bisa manual atau automation testing.
• Data Analyst/Scientist — fokus mengolah dan menganalisis data untuk menghasilkan insight bisnis (biasanya butuh skill statistik + coding).

Sebagai pemula, kamu tidak perlu menguasai semua ini. Justru recruiter lebih tertarik pada kandidat yang punya fokus jelas dan cukup dalam di satu-dua bidang, dibanding yang "tahu sedikit-sedikit tentang semuanya".

3 Pertanyaan untuk Menentukan Arah

Kalau kamu masih bingung mau pilih jalur mana, coba jawab 3 pertanyaan ini:

1. Proyek apa yang paling kamu nikmati saat mengerjakannya?

Kalau kamu paling semangat waktu bikin tampilan interaktif dan mikirin UI/UX, itu sinyal ke frontend. Kalau kamu lebih suka mikirin struktur database dan logika sistem, itu sinyal ke backend.

2. Skill apa yang sudah paling banyak kamu latih?

Cek kembali proyek-proyek belajar kamu (tugas kuliah, bootcamp, atau proyek pribadi). Bahasa/framework apa yang paling sering kamu pakai dan paling kamu kuasai?

3. Jenis lowongan apa yang paling banyak tersedia untuk skill-mu sekarang?

Ini penting secara praktis. Cek 10-15 lowongan entry-level di LinkedIn/Glints/JobStreet, lihat requirement-nya. Kalau skill kamu sekarang paling nyambung dengan lowongan Frontend Developer, mungkin itu titik masuk paling realistis buat kamu, meski tujuan jangka panjangmu beda.

Memetakan Skill: Bikin "Skill Inventory"

Skill inventory adalah daftar lengkap semua kemampuan teknis yang kamu punya, dikelompokkan berdasarkan tingkat penguasaan, supaya kamu punya gambaran jujur tentang posisi kamu sekarang. Ini akan jadi dasar buat memilih proyek portfolio dan menulis CV di modul-modul berikutnya.

Caranya, buat tabel sederhana dengan 3 kolom:

• Mahir — bisa pakai tanpa banyak lihat dokumentasi, sudah dipakai di beberapa proyek nyata.
• Cukup — paham konsepnya, pernah pakai, tapi masih sering cek dokumentasi/Stack Overflow.
• Baru Kenal — pernah dengar/coba tutorial singkat, belum pernah dipakai di proyek nyata.

Contoh pengisian untuk seseorang yang mengarah ke frontend:

Mahir     : HTML, CSS, JavaScript dasar
Cukup     : React, Git & GitHub, Tailwind CSS
Baru Kenal: TypeScript, Next.js, Testing (Jest)

Kejujuran di tahap ini penting banget. Kalau kamu menulis "Mahir" untuk sesuatu yang sebenarnya "Baru Kenal", risikonya kamu akan lolos ke tahap interview teknis tapi keok saat ditanya lebih dalam (dibahas di modul 7).

Dari Skill Inventory ke Rencana Belajar

Setelah tahu arah karir dan skill inventory kamu, bandingkan dengan requirement lowongan entry-level yang kamu incar. Biasanya akan ada gap — skill yang diminta lowongan tapi belum ada di kolom "Mahir" kamu. Gap ini yang jadi prioritas belajar sebelum atau sambil membangun portfolio.

Contoh: kalau 8 dari 10 lowongan Frontend Developer entry-level yang kamu cek minta pengalaman dengan Git, tapi Git masih di kolom "Baru Kenal", maka itu jadi PR pertama kamu sebelum lanjut ke tahap portfolio.

Studi Kasus: Latihan Memetakan Arah & Skill

Sekarang giliran kamu praktik. Kerjakan langkah-langkah berikut dan simpan hasilnya (bisa di Notion, Google Docs, atau catatan biasa) — akan dipakai lagi di modul selanjutnya:

1. Buka LinkedIn, Glints, atau JobStreet. Cari 10 lowongan dengan kata kunci "Junior Developer" atau "Fresh Graduate Developer". Catat 5 skill yang paling sering muncul di requirement-nya.
2. Buat tabel skill inventory kamu sendiri (Mahir / Cukup / Baru Kenal) seperti contoh di atas, isi dengan skill teknis yang benar-benar kamu kuasai sekarang.
3. Bandingkan hasil poin 1 dan 2. Tulis 3 skill yang jadi gap terbesar — yaitu sering diminta lowongan tapi masih di kolom "Cukup" atau "Baru Kenal" di skill inventory kamu.
4. Berdasarkan semua itu, tulis 1 kalimat penentuan arah, contoh: "Saya akan fokus melamar sebagai Frontend Developer, dengan prioritas belajar Git dan TypeScript dalam 1 bulan ke depan."

Simpan hasil latihan ini baik-baik. Di modul berikutnya, kita akan pakai arah dan skill inventory ini untuk menentukan proyek portfolio yang paling relevan buat kamu bangun.

Di modul sebelumnya kamu sudah memetakan arah karir dan skill yang kamu punya. Sekarang saatnya masuk ke bagian yang paling sering bikin stuck: portfolio — kumpulan proyek nyata yang membuktikan kamu bisa bikin sesuatu, bukan cuma paham teori.

Banyak pemula terjebak di fase "belum pede proyeknya cukup bagus" sampai berbulan-bulan tidak apply kerja sama sekali. Modul ini fokus membantu kamu memilih proyek yang tepat — bukan proyek yang paling keren, tapi yang paling strategis untuk posisi yang kamu incar.

1. Recruiter Tidak Menghitung Jumlah Proyek, Tapi Kejelasannya

Portfolio dengan 10 proyek to-do list yang mirip semua jauh lebih lemah dibanding 3 proyek yang masing-masing punya masalah nyata yang diselesaikan. Recruiter dan tech lead yang screening portfolio biasanya cuma punya waktu 2-5 menit per kandidat — mereka cari signal (petunjuk cepat) bahwa kamu paham konsep, bukan sekadar mengikuti tutorial.

2. Tiga Kategori Proyek yang Wajib Ada

Idealnya portfolio pemula punya kombinasi 3 jenis proyek berikut, bukan proyek acak yang mirip semua:

a. Proyek "Fondasi" — Membuktikan Kamu Paham Dasar

Proyek sederhana yang menunjukkan kamu menguasai konsep inti sesuai arah karir kamu (misalnya CRUD app untuk web developer, atau REST API sederhana untuk backend). Ini bukan proyek yang bikin kamu menonjol, tapi syarat minimum supaya kamu tidak terlihat kosong.

b. Proyek "Studi Kasus" — Menyelesaikan Masalah Nyata

Proyek yang lahir dari masalah konkret, bukan sekadar "latihan". Contoh: alih-alih bikin "aplikasi catatan" generik, buat "aplikasi pencatat pengeluaran untuk anak kos yang otomatis kasih peringatan kalau budget bulanan hampir habis". Masalah spesifik = cerita yang lebih menarik saat interview.

c. Proyek "Signature" — Menunjukkan Ciri Khas Kamu

Satu proyek yang paling kamu kuasai detailnya luar dalam, yang bisa kamu jelaskan panjang lebar saat interview: kenapa pilih tech stack itu, trade-off apa yang kamu ambil, bug apa yang paling susah dan bagaimana solusinya. Proyek ini yang akan jadi bahan utama diskusi teknis.

3. Cara Memilih Ide Proyek (Bukan Asal Ikut Tutorial)

Berikut kerangka sederhana untuk menentukan ide proyek supaya tidak generik:

• Mulai dari masalah, bukan dari fitur. Tanyakan: "masalah apa di sekitar saya yang bisa diselesaikan dengan kode?" — bisa dari kampus, kerjaan sampingan, hobi, atau keluhan teman.
• Batasi scope di awal. Fresh graduate sering kena "scope creep" (proyek yang terus melebar fiturnya sampai tidak pernah selesai) karena ingin bikin semuanya sekaligus. Tentukan 3-5 fitur inti, selesaikan itu dulu, baru tambah fitur lanjutan kalau ada waktu.
• Sesuaikan tech stack dengan arah karir. Kalau target kamu backend developer, jangan habiskan waktu polesan CSS — fokus ke desain API, database schema, dan validasi data.
• Cek: apakah proyek ini bisa dijelaskan dalam 2 menit? Kalau kamu sendiri bingung menjelaskan proyekmu dengan singkat, kemungkinan besar recruiter juga akan bingung membacanya.

4. Hindari "Portfolio Generik"

Beberapa proyek berikut boleh dibuat untuk latihan pribadi, tapi sebaiknya tidak dijadikan proyek utama portfolio karena terlalu sering dipakai semua orang dan tidak menunjukkan kemampuan problem-solving:

• To-do list tanpa fitur tambahan
• Kalkulator sederhana
• Clone Netflix/Instagram tanpa modifikasi apapun
• Landing page tanpa fungsi backend

Kalau kamu sudah pernah membuat salah satu di atas, tidak masalah — cukup jangan jadikan itu proyek andalan. Tambahkan fitur unik atau ganti jadi studi kasus yang lebih spesifik.

5. Dokumentasi Sama Pentingnya dengan Kode

Proyek bagus tanpa penjelasan yang jelas akan diabaikan. Setiap proyek di portfolio idealnya punya dokumentasi singkat yang menjawab:

• Masalah apa yang diselesaikan proyek ini?
• Kenapa memilih tech stack tersebut?
• Fitur utama apa saja?
• Tantangan teknis apa yang dihadapi, dan bagaimana solusinya?

Cara menuliskan dokumentasi ini secara teknis (README, struktur file, dsb) akan dibahas lebih detail di modul selanjutnya. Untuk sekarang, fokus dulu memastikan kamu punya jawaban untuk 4 pertanyaan di atas untuk tiap proyek.

Studi Kasus / Latihan

Kerjakan langkah berikut sebagai persiapan sebelum masuk ke modul selanjutnya:

1. Tuliskan minimal 3 masalah nyata di sekitarmu (kampus, kerjaan, hobi, keluarga) yang berpotensi diselesaikan dengan aplikasi/program sederhana.
2. Dari 3 ide tersebut, pilih 1 yang paling cocok dijadikan proyek "Studi Kasus" sesuai arah karir yang sudah kamu tentukan di modul sebelumnya.
3. Tulis dalam 3-5 kalimat: apa masalahnya, siapa yang akan pakai, dan fitur inti apa saja (maksimal 5 fitur, jangan lebih dulu).
4. Bandingkan dengan daftar "portfolio generik" di atas — pastikan idemu tidak sekadar clone tanpa modifikasi.

Contoh hasil yang benar: "Masalah: teman-teman kos saya sering lupa jadwal piket kebersihan. Pengguna: penghuni kos (5-10 orang). Fitur inti: daftar jadwal piket otomatis rotasi mingguan, notifikasi H-1 lewat email, tandai selesai/belum, riwayat siapa yang sering skip, ranking kepatuhan piket." — spesifik, ada masalah jelas, dan scope terbatas.