Pengujian Online - Apakah Anda Serius?



Bayangkan perasaan Anda jika Anda akan diminta untuk mengambil ujian untuk SIM setiap kali Anda mengganti mobil dari kategori yang sama. Saya tidak akan berdebat bahwa setiap pengemudi harus tahu aturan jalan dengan hati, tetapi pada kenyataannya pengemudi seperti itu sangat jarang. Sebagian besar pengemudi, mengendarai mobil selama beberapa tahun, hanya ingat aturan utama, misalnya, lalu lintas di persimpangan. Sebagian besar pengemudi tidak mengalami kecelakaan tunggal selama bertahun-tahun. Namun justru keselamatan di jalan itulah yang menjadi tujuan utama peraturan lalu lintas.

Akibatnya, transfer hak hanya terjadi pada pelanggar lalu lintas berbahaya. Saat melamar pekerjaan, pengemudi harus menunjukkan haknya, ia tidak wajib mengikuti ujian. Jadi mengapa pengembang harus membuktikan kesesuaian profesionalnya setiap saat? Seseorang akan mengatakan bahwa tidak setiap programmer memiliki sertifikat (analog dengan SIM) dan bahwa tidak setiap teknologi dapat disertifikasi sama sekali. Saya setuju, tetapi hanya dalam kasus mempekerjakan lulusan lembaga pendidikan tanpa pengalaman, dan hanya jika diploma adalah non-inti. Jika ada bukti dokumenter tentang pengalaman kerja sebelumnya di posisi yang sama, saya yakin Anda dapat melakukannya tanpa pengujian.

Selain itu, tidak ada yang membatalkan masa percobaan, dan Anda selalu dapat memecat seseorang selama periode ini jika terjadi kesalahan. Majikan tidak akan menghilangkan kesalahan, bahkan jika ia menggunakan pengujian online, mereka akan tetap dalam kasus apa pun.

Alexander Zverev: Saya lulus tes bahasa C #. Dan saya mendapat skor 14 dari 45. Ya, baiklah, saya tidak menyentuh C # selama beberapa tahun, tapi tetap saja, selama hampir empat tahun saya adalah salah satu pengembang ReSharper dan tahu C # jauh lebih baik daripada programmer rata-rata. Namun, mungkin saja saya idiot, dan selama empat tahun ini tim ReSharper berada dalam bahaya
Sumber: https://vc.ru/flood/10558-multiple-choice
70% Codility. HR - . , , .
Senior Solution Architect 15- , 5 (, , .) , . - .
Sumber

Pengalaman pemrograman profesional saya adalah 21 tahun. Saat berganti pekerjaan, saya ditawari untuk menyelesaikan tes online bersama dengan kandidat lainnya. Solusi berulang dari tes-tes ini membawa saya pada kesimpulan bahwa ini adalah buang-buang waktu - saya hampir selalu mendapatkan penolakan. Selama beberapa tahun sekarang, saya menolak untuk menyelesaikan tes ini. Seperti yang Anda pahami, selama ini saya tidak duduk diam, saya bekerja sepanjang waktu dan sangat efektif.
Sebuah situasi aneh diamati, saya tidak bisa lulus tes, tetapi saya berhasil melewati masa percobaan dan mereka segera menaikkan gaji saya. Saya menyimpulkan bahwa pengujian online adalah teknologi perekrutan yang sangat tidak efisien. Selanjutnya, saya akan mencoba menjelaskan sudut pandang saya.



Seperti yang saya lihat pengujian online


Sebagai aturan, selama pengujian online, kandidat diundang untuk menyelesaikan beberapa masalah terkait dengan penulisan kode. Tes diselesaikan dalam waktu singkat. Durasi tes dapat rata-rata dari 30 menit hingga satu setengah jam, tergantung pada jumlah tugas dan kompleksitasnya.

Waktu yang terbatas mengarah pada stres dan kesalahan, kadang-kadang ketidakmampuan untuk menyelesaikan tugas yang sederhana, yang dengan mudah dipecahkan oleh kandidat dalam kondisi biasanya.

Programmer terganggu oleh lingkungan pengembangan yang tidak biasa. Biasanya, ini adalah halaman web yang dilihat kandidat untuk pertama kali dan Anda harus terbiasa dengan antarmuka dalam proses pengujian. Dibutuhkan waktu untuk membiasakan diri, dan ini mengarah pada stres tambahan, yang berarti kesalahan. Beberapa sistem pengujian online memungkinkan penggunaan lingkungan pengembangan yang sudah dikenal, tetapi pengalaman saya menunjukkan bahwa Anda dapat menyalin kode dan menjalankannya di lingkungan pengembangan favorit Anda hanya dalam kasus aplikasi sederhana. Jika ini, misalnya, sebuah aplikasi Angular, maka sebagian waktu akan dihabiskan untuk mengunduh dependensi dan pembangunan, dan dalam beberapa kasus akan membutuhkan menginstal versi Node.js yang berbeda,bersudut/ cli.

Beberapa tes mungkin terlihat benar-benar bodoh dibandingkan dengan tugas-tugas biasa pengembang, dan dalam beberapa kasus bahkan memalukan. Dalam kasus seperti itu, pengembang dapat menolak untuk menyelesaikan tes bahkan tanpa melanjutkannya. Calon bertanya-tanya, "Mengapa saya harus menghabiskan waktu untuk ini?"

Terkadang ada tes untuk pengetahuan tentang teknologi dan algoritma yang tidak perlu. Sebagai contoh, kadang-kadang tes menemukan pengetahuan tentang algoritma penyortiran dan kemungkinan optimasi mereka. Pada kenyataannya, sebagian besar bahasa pemrograman berisi set implementasi siap pakai dari sebagian besar algoritma yang ada. Pengetahuan rinci tentang algoritma ini dapat berguna jika Anda berspesialisasi dalam pengembangannya. Tetapi pengembang biasa tidak membuat algoritma baru, tugasnya jauh lebih sederhana, dalam hal ini mengapa seseorang akan repot dengan informasi yang tidak perlu? Tes semacam itu dapat dipelajari untuk lulus, tetapi pengetahuan ini tidak dapat diterapkan dalam praktiknya dan diperlukan hanya untuk menyelesaikan tes online ketika berpindah dari satu perusahaan ke perusahaan lain.

Anda mungkin berpikir bahwa seorang programmer harus mampu dan siap untuk menyelesaikan masalah dengan sangat cepat dan, apalagi, dalam situasi yang penuh tekanan. Dapat diasumsikan bahwa tes online hanya bertujuan untuk menemukan programmer atletik tersebut. Majikan yang terhormat, jika Anda memiliki situasi yang penuh tekanan, maka Anda memiliki proses pengembangan yang tidak terorganisir dengan baik dan, kemungkinan besar, hubungan yang tidak sehat antara anggota tim. Dalam praktiknya, seperti yang ditunjukkan oleh pengalaman pribadi saya, kecepatan dan stres adalah apa yang benar-benar menghancurkan kualitas dan mengarah pada situasi stres baru. Selain itu, sering ditemukan bahwa di perusahaan tempat tes diterapkan, kecepatan pengembangan yang tinggi tidak diperlukan. Dalam beberapa kasus, perusahaan bahkan tidak dapat memberikan tugas kepada karyawan baru. Terkadang, sebuah perusahaan mengalokasikan akses ke sumber daya selama beberapa minggu!Seringkali, seorang programmer berjalan di sekitar kantor idle dan praktis tidak sibuk dengan apa pun selain bermain hoki udara. Ada kontras yang luar biasa antara persyaratan tes online dan kenyataan. Muncul pertanyaan: mengapa prosedur seleksi yang rumit diperlukan jika kebutuhan nyata untuk keterampilan beberapa kali lebih kecil?

Ada tes yang berisi pertanyaan tentang budaya perusahaan dan nilai-nilai perusahaan di mana kandidat berusaha mendapatkan pekerjaan, serta pertanyaan, misalnya, tentang sudut pandang tokoh masyarakat di industri. Untuk menjawab pertanyaan-pertanyaan ini, kandidat diundang untuk menonton beberapa video tentang topik kehidupan perusahaan. Apakah kamu bercanda? Saya berpura-pura menjadi pengembang, bukan wakil presiden.

Menurut pengamatan saya, semakin tinggi persaingan di perusahaan tertentu, semakin banyak orang yang menginginkan tempat yang sama, tes yang lebih canggih dan lebih sulit, karena perusahaan-perusahaan ini tidak mengalami kelaparan staf. Mereka menyerupai benteng yang terkepung, dan tes adalah sejenis senjata yang digunakan untuk menyerang balik dari gerombolan kandidat zombie yang menyebalkan.

Jika perusahaan itu menengah atau kecil, semuanya bisa terbatas pada wawancara teknis, komunikasi mudah, diskusi tentang teknologi favorit dan bahkan kepentingan bersama.

Jadi bagaimana Anda merekrut pengembang sekarang?


Perekrutan di industri TI adalah masalah yang agak rumit, terutama untuk spesialis SDM yang jauh dari TI. Terkadang Anda dapat bertemu spesialis SDM yang merupakan pengembang di masa lalu, mereka jauh lebih efektif karena mereka tahu teknologi dari dalam. Saya yakin pengalaman pribadi saya dalam memilih pengembang dapat bermanfaat, karena saya menjabat sebagai manajer SDM dengan pengalaman luas dalam pengembangan perangkat lunak. Menggunakan rekomendasi saya akan dilakukan tanpa pengujian online. Saya minta maaf sebelumnya jika banyak kapten tampak jelas.

  1. , , . - , , . .

    , , , , .

    โ€” , .
    , , (, , , ), , . .

    , , , 20 . , , , , . , , . , , . . , .
  2. . , 5 , , .
  3. . , , , GitHub. , . , . , , . , , . , .
  4. . - . . , . . . , , , . , . , , , .

    , , , . , .
  5. . , HR . , . , , . . , , , .
  6. . , , , , - - . , , , . , , , - . . , . , . , . โ€” . - , . , , , , . . - .
  7. . HR , . . , , , . , . .
  8. , . . โ€” . , , . , , , . , , , . โ€” , . , - , . , . , . โ€œ โ€. . . , , , , . , , , . . . 1) , . 2) , , , . , . , . , , .
  9. . , . . , , , . , . , , โ€” , , , . . , .
  10. . . , . .
  11. . . - . . , , .
  12. . , . , , , . , . , , , , , , , . , . , , , . , ยซ ยป ,

Apakah Anda masih berencana untuk melakukan pengujian online?

All Articles