14.5 Titel vs Kemampuan: Jangan Tertipu Label
Anda pasti pernah bertemu orang seperti ini: di LinkedIn, jabatannya Senior Software Engineer di perusahaan teknologi besar. Portfolionya penuh dengan proyek menarik. Tapi saat diskusi teknis, ia hanya bisa bicara soal framework dan bahasa pemrograman. Ketika ditanya kenapa sistem dirancang seperti itu, atau apa konsekuensi dari pilihan teknologinya, ia menjawab, “Saya ikutin aja apa kata tech lead.”
Sebaliknya, Anda mungkin juga kenal seseorang yang jabatannya cuma Programmer atau Junior Developer. Tapi setiap kali ada masalah sistem, dialah yang pertama melihat gambaran besar. Ia bertanya, “Kalau kita tambah fitur ini, apa dampaknya ke modul lain? Siapa yang bakal repot nanti kalau ada perubahan?” Ia tidak menunggu diperintah untuk berpikir. Ia sudah punya kebiasaan melihat konsekuensi, constraint, dan arah sistem.
Inilah yang dimaksud dengan level berpikir. Titel di kartu nama tidak selalu mencerminkan level berpikir seseorang. Banyak programmer yang berpikir seperti arsitek, dan sebaliknya.
Mengapa ini penting? Karena di era AI, label menjadi semakin mudah didapat. Seseorang bisa menghasilkan kode dalam jumlah besar dengan bantuan AI, lalu menyebut dirinya “Full Stack Developer” atau “Software Engineer” hanya karena bisa membuat aplikasi sederhana bekerja. Tapi kemampuan menulis kode bukanlah ukuran level berpikir. Ukuran yang sebenarnya adalah: seberapa dalam ia memahami sistem tempat kode itu hidup, dan seberapa baik ia bisa memprediksi konsekuensi dari setiap keputusan.
Saya pernah melihat seorang engineer dengan titel “Architect” yang tidak bisa menjelaskan mengapa sistem yang ia rancang membutuhkan tiga database terpisah untuk satu fitur sederhana. Jawabannya hanya, “Biar scalable.” Ia tidak bisa menjelaskan trade-off-nya: biaya operasional naik, kompleksitas deployment bertambah, dan tim maintenance harus belajar tiga teknologi berbeda. Sebaliknya, saya juga pernah bekerja dengan seorang programmer yang tidak punya titel arsitek, tetapi setiap kali ia mengusulkan solusi, ia selalu menyertakan analisis dampak, opsi mitigasi, dan rencana jangka panjang.
Jangan tertipu label. Titel bisa diberikan karena senioritas, karena negosiasi gaji, atau karena kebetulan ada di tim yang tepat saat perusahaan melakukan reorganisasi. Tapi level berpikir hanya bisa dilihat dari cara seseorang mengambil keputusan, cara ia menjelaskan pilihannya, dan cara ia memikirkan konsekuensi.
Di era AI, perbedaan ini semakin kentara. AI bisa menulis kode yang terlihat bagus. Tapi AI tidak bisa memikirkan apakah kode itu akan menyulitkan tim lain, apakah arsitekturnya sesuai dengan arah perusahaan, atau apakah keputusan hari ini akan membawa masalah besar dua tahun lagi. Manusialah yang harus memikirkan itu. Dan manusia yang memikirkan itu tidak selalu bergelar arsitek.
Jadi, jangan terpaku pada titel. Lihatlah cara berpikir. Apakah seseorang hanya menjalankan instruksi, atau ia mulai bertanya tentang bentuk sistem, arah keputusan, dan konsekuensi jangka panjang? Itulah yang membedakan programmer, engineer, dan arsitek—bukan label di kartu nama.
Lalu, bagaimana cara mulai berpikir seperti arsitek, bahkan dari meja kerja kita sehari-hari?
