Pertanyaan Anda dapat ditangani dengan membagi menjadi dua sub-pertanyaan.
Mengapa menggunakan pengalaman bertahun-tahun sebagai persyaratan?
Karena ini adalah metrik yang mudah diverifikasi berkorelasi positif dengan kompetensi pemrograman . Jawaban Snagulus sudah menguraikan detail korelasi, jadi saya akan fokus pada "mengapa".
Kebenaran yang sulit adalah bahwa biasanya ada lebih dari satu kandidat untuk posisi tertentu. Juga, wawancara cukup memakan sumber daya, terutama jika dilakukan "dengan benar", yaitu wawancara teknis dilakukan oleh staf yang kompeten secara teknis (dalam hal ini pemrogram).
Oleh karena itu, beberapa kriteria untuk awalnya menyaring CV yang masuk perlu digunakan, dan lebih disukai yang dapat diverifikasi oleh staf non-teknis - ketika ragu-ragu, SDM dapat selalu menghubungi pemberi kerja sebelumnya dan memeriksa apakah ya, John Smith telah bekerja untuk X tahun bersama mereka.
Mengapa tidak menggunakan "gairah" sebagai persyaratan saja?
Setidaknya ada dua masalah dengan ini:
bagaimana mengukur "gairah"?
KLOC login? Semoga beruntung mengetahui hal itu, juga, dalam pemrograman (dan disiplin ilmu lainnya), lebih banyak tidak berarti "lebih baik".
Proyek sumber terbuka / hobi selesai? Tidak mudah diperiksa oleh SDM, dan banyak programmer yang kompeten memiliki alasan yang sah untuk tidak aktif dalam hal itu - kewajiban lain yang memakan waktu, jam kerja yang panjang dengan keinginan untuk melepas lelah, pemenuhan profesional sederhana selama jam kerja dll.
Tahun-Tahun Pengalaman? Oh tunggu...
Apakah "gairah" benar-benar metrik yang baik untuk kompetensi?
Seperti yang dikatakan Robert Harvey dalam komentarnya, hasrat tidak benar-benar menunjukkan pemrograman yang kompeten. Dibandingkan dengan pengalaman, itu sebagian besar kualitas ortogonal - yaitu, ada:
- programmer yang bersemangat dan kompeten dan
- programmer yang tidak memihak dan kompeten secara teknis dan
- programmer yang bersemangat dan tidak kompeten secara teknis dan
- programmer yang bersemangat dan tidak kompeten secara teknis,
- dll. dll
Contoh terakhir adalah penting dalam konteks kami - pengalaman bertahun-tahun juga menunjukkan bahwa seorang programmer tertentu telah berhasil berfungsi dalam pekerjaannya, sedangkan seorang programmer yang bersemangat disfungsional bisa, misalnya menolak untuk berpartisipasi bahkan dalam sistem manajemen tugas yang paling sederhana. (katakanlah, Scrum Post-it note), karena "itu memperlambat saya."
Penafian akhir
Pertama-tama, dan untungnya, "tahun pengalaman" sering dievaluasi "longgar" - yaitu jika Anda melamar pekerjaan dengan bahasa X, tetapi hanya memiliki pengalaman "komersial" dengan bahasa Y, mirip dengan X, itu juga sering diperhitungkan.
Kedua, secara pribadi saya bukan penggemar "N tahun pengalaman", dan saya bukan satu-satunya. Ada alternatif sederhana - menentukan "pengalaman dalam" . Itu biasanya cukup sebagai filter, karena kandidat dipaksa untuk mendokumentasikan pengalaman dalam CV mereka - jika Anda mendapatkan kandidat untuk posisi pemrograman yang sebelumnya hanya melakukan waitering (dan ini terjadi!), Anda tahu ada sesuatu yang salah.