Sebelum Melamar, Cek Dulu Tech Stack Perusahaan Anda

Tech Stack Bukan Hanya Soal Skill Match

Perusahaan yang masih menggunakan PHP 5.6 di production bukan berarti tidak layak dipertimbangkan. Namun, kondisi tersebut merupakan sinyal yang perlu ditindaklanjuti dengan pertanyaan lebih lanjut: mengapa belum dilakukan migrasi, apakah ada rencana modernisasi, dan siapa yang akan mengerjakan proses tersebut. Jawaban atas pertanyaan-pertanyaan itu sering kali lebih penting daripada stack yang digunakan itu sendiri.

Sebaliknya, perusahaan yang mencantumkan daftar tech stack sangat panjang dan mencakup banyak framework sekaligus juga perlu dicermati. Kondisi ini bisa menjadi indikasi bahwa belum ada standarisasi yang jelas, setiap tim berjalan dengan preferensinya masing-masing, dan proses onboarding berpotensi lebih kompleks daripada yang tergambar dalam job description. Dua hal yang paling sering diabaikan saat melakukan riset tech stack adalah:

• Versi dan umur teknologi: Stack bukan hanya soal nama teknologi yang digunakan. Laravel 8 dan Laravel 11 menawarkan pengalaman kerja yang berbeda. Demikian pula Node.js dengan CommonJS legacy dan Node.js dengan ESM modern. Jika memungkinkan, selalu cari tahu versi teknologi yang digunakan.

• Komposisi infrastruktur dan aplikasi: Sebuah perusahaan bisa memiliki frontend yang modern dan rapi, tetapi infrastruktur yang kurang tertata, atau sebaliknya. Keduanya akan memengaruhi pekerjaan sehari-hari Anda, tergantung pada posisi yang dilamar.

Baca juga: 7 Alasan Open Source AI Menjadi Pilihan Utama Banyak Organisasi

Di Mana Menemukan Informasi Tech Stack Perusahaan

Sebelum melamar atau melanjutkan proses rekrutmen, ada baiknya melakukan riset sederhana terhadap tech stack yang digunakan perusahaan. Informasi ini tidak selalu tersedia secara lengkap dalam satu sumber, sehingga Anda perlu menggabungkan beberapa referensi untuk mendapatkan gambaran yang lebih akurat mengenai kondisi engineering, standar teknis, dan arah pengembangan teknologi di dalam perusahaan.

1. Job Description — Baca Lebih Dalam

Job Description adalah titik awal yang paling mudah, tetapi juga paling sering disalahartikan. Kebanyakan orang membaca Job Description untuk menyesuaikan CV. Coba baca ulang dengan pertanyaan yang berbeda: teknologi apa yang disebut sebagai requirement dan mana yang hanya nice-to-have? Apa yang justru tidak disebutkan sama sekali?

Perusahaan yang tidak menyebut testing framework biasanya tidak memiliki kultur testing yang kuat. Perusahaan yang sering menggunakan istilah seperti fast-paced environment tanpa menyebutkan tools atau proses untuk mengelola kompleksitas teknis juga perlu dicermati. Bisa jadi mereka memang bergerak cepat, tetapi tanpa struktur yang memadai.

2. StackShare

StackShare adalah direktori publik yang mengumpulkan informasi tech stack dari ratusan perusahaan teknologi. Banyak perusahaan Indonesia maupun regional yang sudah tercatat di sana, mulai dari startup tahap awal hingga perusahaan teknologi besar.

Hal yang paling berharga dari StackShare bukan hanya daftar teknologi yang digunakan, tetapi juga alasan di balik pemilihannya. Beberapa perusahaan menjelaskan mengapa mereka memilih teknologi tertentu. Penjelasan tersebut sering kali memberikan insight yang lebih bernilai dibandingkan daftar stack itu sendiri.

3. GitHub Perusahaan

Jika perusahaan memiliki repository publik, luangkan waktu untuk memeriksanya. Ada beberapa hal yang layak diperhatikan:

• Kapan commit terakhir dilakukan? Repository yang tidak aktif bisa berarti proyek demonstrasi, tetapi bisa juga menunjukkan minimnya kontribusi engineering ke komunitas.
• Bahasa pemrograman apa yang paling dominan? Informasi ini sering kali lebih akurat dibandingkan yang tertulis di JD.
• Apakah tersedia dokumentasi yang memadai? Tim yang terbiasa mendokumentasikan kode publik umumnya memiliki disiplin engineering yang lebih baik secara internal.

4. LinkedIn Job Postings — Lacak Pola

Jangan hanya melihat lowongan yang sedang Anda incar. Perhatikan seluruh posisi yang sedang dibuka oleh perusahaan tersebut. Jika perusahaan membuka beberapa posisi DevOps sekaligus, mungkin mereka sedang menjalankan transformasi infrastruktur dalam skala besar. Jika posisi yang sama terus muncul berulang kali dalam beberapa bulan, itu bisa menjadi indikasi tingkat turnover yang tinggi.

Selain itu, lihat profil engineer yang saat ini bekerja di sana. Berapa lama rata-rata mereka bertahan? Ke perusahaan mana mereka berpindah setelah keluar? Pola tersebut sering kali memberikan gambaran yang tidak tertulis dalam proses rekrutmen.

5. Glassdoor, Blind, dan Forum Tech Lokal

Ulasan di Glassdoor atau Blind memang sering kali bias ke dua sisi ekstrem, baik sangat positif maupun sangat negatif. Namun, pola yang berulang tetap layak diperhatikan. Jika beberapa orang yang berbeda menyebut masalah yang sama, seperti legacy code yang tidak terurus atau proses engineering yang berantakan dalam periode waktu yang panjang, kemungkinan besar hal tersebut memang terjadi.

Untuk perusahaan di Indonesia, komunitas developer lokal seperti Discord, grup ReactJS Indonesia, PHP Indonesia, atau komunitas teknologi lainnya sering kali menjadi sumber informasi yang lebih jujur dan lebih dekat dengan kondisi lapangan dibandingkan platform ulasan formal.

Red Flag Tech Stack yang Perlu Anda Waspadai

Tidak semua red flag berarti sebuah perusahaan harus dihindari. Namun, setiap red flag layak dijadikan bahan diskusi dan pertanyaan saat proses interview berlangsung. Tujuannya bukan untuk menghakimi pilihan teknologi perusahaan, melainkan untuk memahami alasan di balik keputusan tersebut dan dampaknya terhadap pekerjaan sehari-hari.

1. Ketergantungan pada Satu Vendor Tanpa Strategi Migrasi

Perusahaan yang seluruh infrastruktur dan operasional teknologinya bergantung pada satu cloud provider atau satu platform tertentu tanpa memiliki strategi mitigasi maupun roadmap migrasi perlu dicermati. Ketergantungan semacam ini dapat membatasi fleksibilitas bisnis dan menempatkan tim engineering pada posisi yang lebih rentan ketika terjadi perubahan harga, kebijakan, atau gangguan layanan dari vendor tersebut.

2. Stack Terlalu Kompleks untuk Ukuran Tim

Startup dengan tim engineering yang relatif kecil, namun mengelola banyak microservices dan berbagai teknologi yang berbeda, sering kali menghadapi tantangan operasional yang tidak proporsional dengan skala organisasinya. Dalam kondisi seperti ini, waktu tim dapat lebih banyak tersita untuk koordinasi, pemeliharaan sistem, dan debugging infrastruktur dibandingkan membangun fitur atau meningkatkan produk.

3. Tidak Memiliki Tool Observability yang Jelas

Jika perusahaan tidak menyebutkan penggunaan tools observability seperti Datadog, Sentry, New Relic, Grafana, atau setidaknya sistem logging yang terstruktur, hal tersebut patut ditanyakan lebih lanjut saat interview. Observability merupakan fondasi penting dalam pengelolaan sistem modern. Tim yang tidak memiliki visibilitas yang memadai terhadap performa dan kesehatan sistem akan lebih sulit mendeteksi, menganalisis, dan merespons masalah ketika terjadi gangguan.

Pertanyaan yang Perlu Anda Tanyakan Saat Interview

Gunakan hasil riset yang sudah Anda lakukan untuk membawa percakapan ke level yang lebih dalam. Pertanyaan yang baik bukan sekadar menanyakan teknologi apa yang digunakan perusahaan, melainkan bagaimana teknologi tersebut dikelola, dikembangkan, dan direncanakan ke depannya.

1. Tanyakan Arah dan Rencana Teknologi

Jika Anda menemukan teknologi yang terlihat cukup lama atau mulai ditinggalkan industri, gunakan sebagai bahan diskusi.

"Saya melihat tim masih menggunakan [teknologi X]. Apakah ada rencana migrasi atau modernisasi ke depannya? Siapa yang akan memimpin inisiatif tersebut?"

Jawaban atas pertanyaan ini dapat membantu Anda memahami bagaimana perusahaan memandang utang teknis dan investasi jangka panjang terhadap platform mereka.

2. Pahami Proses Deployment dan Delivery

Cara perusahaan merilis software sering kali lebih mencerminkan kematangan engineering dibandingkan teknologi yang digunakan.

"Proses deployment di sini sudah menggunakan CI/CD secara penuh atau masih melibatkan langkah manual? Seberapa sering tim melakukan deployment ke production?"

Dari jawaban ini, Anda dapat memperoleh gambaran mengenai kecepatan delivery, tingkat otomatisasi, serta stabilitas proses pengembangan.

3. Cari Tahu Komposisi Pekerjaan Sehari-hari

Judul posisi yang sama bisa memiliki pekerjaan harian yang sangat berbeda di setiap perusahaan.

"Untuk posisi ini, biasanya berapa persen waktu yang dihabiskan untuk mengembangkan fitur baru dibandingkan maintenance, refactoring, atau bug fixing?"

Pertanyaan ini membantu Anda memahami ekspektasi pekerjaan yang sebenarnya setelah bergabung.

4. Gali Kultur Code Review dan Kolaborasi Engineering

Kualitas engineering tidak hanya ditentukan oleh teknologi, tetapi juga oleh proses kerja tim.

"Apakah ada budaya code review di tim? Bagaimana biasanya proses pull request dan review dilakukan?"

Jawaban atas pertanyaan ini dapat memberikan gambaran mengenai standar kualitas kode, proses transfer pengetahuan, serta tingkat kolaborasi antar engineer.

5. Perhatikan Cara Mereka Menjawab

Sering kali, cara interviewer menjawab lebih informatif daripada isi jawabannya sendiri. Jawaban yang jelas, terbuka, dan spesifik biasanya menunjukkan pemahaman yang baik terhadap kondisi tim. Sebaliknya, respons yang defensif, ambigu, atau terlalu umum layak menjadi catatan tambahan dalam proses evaluasi Anda.

Baca juga: AI Video Generator yang Populer untuk Bisnis

Kesimpulan

Tech stack bukan hanya alat yang digunakan perusahaan untuk membangun produk, tetapi juga salah satu faktor yang akan membentuk arah karir Anda dalam beberapa tahun ke depan. Teknologi yang Anda gunakan hari ini akan menjadi pengalaman yang tercantum di CV esok hari, sehingga penting untuk menilai apakah lingkungan tersebut mendukung pertumbuhan kompetensi yang Anda inginkan.

Perusahaan dengan legacy stack tidak selalu menjadi pilihan yang buruk, bahkan bisa menawarkan peluang besar untuk memimpin proses modernisasi. Namun, keputusan tersebut sebaiknya diambil secara sadar setelah memahami kondisi teknis, tantangan, dan prospek pengembangannya, bukan sekadar berdasarkan nama perusahaan atau besaran kompensasi yang ditawarkan.