Bagaimana Anda bisa menyaring programmer yang mudah marah dalam wawancara? [Tutup]


14

Jadi saya sudah memiliki beberapa situasi sekarang di mana programmer telah melewati tim wawancara dengan warna-warna cerah, hanya untuk menemukan ketika mereka tiba di tempat kejadian, mereka menunjukkan sentuhan yang ekstrim setiap kali ada kritik yang ditujukan kepada mereka. Saya tidak berbicara tentang lekas marah di luar hari, tetapi hal ego yang memar 24/7. Untuk karyawan tertentu ini berkaitan dengan umpan balik ulasan kode, tetapi yang lain bahkan dapat menyertakan saran debugging (bahkan jika mereka benar).

Bagaimana Anda menyaring kandidat yang sensitif selama proses wawancara dengan cara yang tidak akan membuat Anda bermasalah dengan SDM? (Saya sedang memikirkan sesuatu yang jauh dari Blade Runner di sini). Selain itu, bagaimana Anda dapat membantu para pemrogram seperti itu dengan lebih baik menghadapi kritik yang nyata dan yang dipersepsikan?


16
Ah mengacaukan kamu, siapa kamu untuk menghakimi orang lain?
Pekerjaan

3
Sepertinya topik, ini akan berlaku untuk profesi apa pun.
GrandmasterB

Perlu dicatat bahwa orang itu akhirnya berhenti setelah beberapa bulan.
Gopherkhan

Jawaban:


18

Kamu tidak bisa Siapa pun yang memiliki otak setengah dapat melakukan pertunjukan dan tampak dapat dipekerjakan dengan sempurna. Yang bisa Anda coba adalah:

  • Menggunakan teknik wawancara di mana Anda mengajukan pertanyaan kepada kandidat dan terus mengatakan kepada mereka bahwa mereka salah. Lihat bagaimana mereka bereaksi dan menanggapi tekanan ini.
  • Pastikan kedisiplinan yang diperlukan ada dan dipertahankan untuk perilaku yang sulit setelah mereka dipekerjakan.

Sunting: Saya tidak harus menulis ini, tetapi melihat komentar GrandmasterB dan kesibukan komentar negatif, saya akan melakukannya. Tentunya Anda semua sudah membaca panduan Joel untuk wawancara .

Mau tidak mau, Anda akan melihat bug dalam fungsinya. Jadi kita sampai pada pertanyaan 5: Apakah Anda puas dengan kode itu? Anda mungkin ingin bertanya, "Oke, jadi di mana bugnya?" Pertanyaan Open Berakhir klasik Dari Neraka. Semua programmer membuat kesalahan, tidak ada yang salah dengan itu, mereka hanya harus dapat menemukannya. Dengan fungsi-fungsi string, mereka hampir selalu lupa untuk mengakhiri-null string baru. Dengan hampir semua fungsi, mereka cenderung memiliki kesalahan satu per satu. Terkadang mereka akan melupakan titik koma. Fungsi mereka tidak akan berfungsi dengan benar pada string 0 panjang, atau akan GPF jika malloc gagal ... Sangat, sangat jarang, Anda akan menemukan kandidat yang tidak memiliki bug pertama kali. Dalam hal ini, pertanyaan ini bahkan lebih menyenangkan. Ketika Anda berkata, "Ada bug dalam kode itu,

Saran saya hanya mengadaptasi teknik ini untuk menyimpulkan apakah kandidat memiliki temperamen buruk.


2
Ini juga cukup jelas dalam sebuah wawancara. IMO yang lebih baik untuk pergi melalui kode yang mereka tulis dan hanya memilih sesuatu untuk menjadi sedikit tidak masuk akal, lihat bagaimana mereka bereaksi.

34
Mencoba dengan sengaja membuat jengkel seorang kandidat sama sekali tidak sopan. Dan Anda menghadapi risiko calon karyawan berpikir bahwa perusahaan Anda terdiri dari sekelompok brengsek, atau jika mereka menyadari apa yang Anda lakukan, mengira Anda adalah sekelompok brengsek licik. Tunjukkan pada kandidat rasa hormat yang menurut Anda seharusnya mereka tunjukkan kepada Anda.
GrandmasterB

4
@ Richard Apa yang Anda maksud dengan poin # 1 ? Daftarnya tidak berurutan: P
alex

4
@wolfgangsz: Dan, sebagai seorang manajer perekrutan, apa yang Anda lakukan ketika Anda membuat jengkel karyawan pilihan pertama Anda - yang berbakat dan hebat untuk bekerja sama - sampai-sampai ia menyebut Anda keledai dan pergi? Dia mengevaluasi Anda sama seperti Anda mengevaluasi dia. Kecuali jika Anda sangat berhati-hati, Anda akan dianggap sebagai orang yang suka membantah dan tidak menyenangkan, dan siapa yang mau bekerja dengannya? Bukan Anda, rupanya, itulah sebabnya Anda melakukannya sejak awal. Mengapa dia memiliki harapan yang lebih rendah pada Anda daripada yang Anda miliki tentang dia?
Semut

2
@wolfgangsz: Anda tidak menggunakannya kecuali Anda pikir akan ada masalah. Itu bagus, tetapi komentar itu tetap bertahan. Setiap kali Anda menggunakan trik itu ada kemungkinan Anda salah, kandidatnya sempurna, dan itu akan menjadi bumerang bagi Anda.
Semut

5

Saya pernah melakukan wawancara pemrograman di mana pewawancara sepertinya terus-menerus mengintimidasi saya dan menghina kode saya. Saya pikir itu berjalan mengerikan sampai saya mendapat tawaran! Sekarang, praktik ini sedikit ekstrem. Namun, saya pikir Anda harus meletakkan kode mereka di bawah tekanan dan melihat bagaimana mereka mengelolanya. Salah satu alat yang saya pikir mungkin berharga adalah melemparkan keraguan ke kode mereka. Pewawancara ini cenderung melakukan banyak "itu benar? Anda yakin? Tidak ada bug?" dll (bahkan ketika kode saya baik-baik saja).

Hal lain yang harus dilakukan adalah pastikan untuk melakukan wawancara yang cukup lama. Semua orang mungkin tampak baik dan sempurna saat mereka baru saja sampai di sana, tetapi habiskan waktu yang cukup bersama mereka dan Anda mungkin akan melihat warna asli mereka muncul.


Kadang-kadang programmer-programmer itu menghina kode Anda dan mengintimidasi Anda benar-benar melakukan hal itu xD. Yang terbaik adalah mengasumsikan mereka tidak, tetapi saya telah melihat dan berlari melintasi beberapa skenario di mana saya tahu sebenarnya itu bukan tindakan yang mereka lakukan untuk orang tersebut. mereka sedang wawancara. Seperti yang Anda katakan, ini masih merupakan cara untuk melihat bagaimana seseorang akan bereaksi terhadap kritik yang keras, yang dari pengalaman saya kemungkinan akan muncul setidaknya sekali-sekali (biasanya mendekati rilis xD)
kayleeFrye_onDeck

4

Yang cukup menarik. Saya pernah mendengar hal serupa dari seorang teman yang sedang berlatih menjadi pilot maskapai penerbangan, mereka memberi mereka beberapa tugas untuk dilakukan tetapi tugas yang sebenarnya bukanlah masalahnya tetapi apakah mereka tetap tenang atau marah / jengkel. Jadi berikan mereka semacam puzzle (fisik) yang sangat sulit atau tidak dapat dipecahkan dan bersikeras agar mereka menyelesaikannya dan melihat apa yang terjadi.

Lalu ada kisah apokrip tentang wawancara wall street di mana calon karyawan di mana diminta untuk membuka jendela yang tidak bisa dibuka juga melihat bagaimana mereka bereaksi. Seorang pria benar-benar mengambil ayunan di jendela dengan salah satu kursi kantor, saya pikir dia mendapatkan pekerjaan :)


3

Bukankah itu tujuan pemeriksaan referensi? Orang dengan otak apa pun tidak akan menunjukkan warna asli mereka dalam wawancara. Ketika saya biasa mewawancarai orang-orang, kadang-kadang saya meminta mereka untuk berbicara tentang kesalahan terbesar yang mereka buat dan apa yang mereka pelajari darinya. Saya agak berpikir yang membutuhkan kombinasi pengalaman dan introspeksi untuk menjawab secara memadai. Hanya sedikit orang yang menghasilkan sesuatu yang bermanfaat.


3
Jadi itu masalahnya. Referensi pribadi biasanya dipilih sendiri oleh kandidat, dan tidak terlalu membantu. Masalahnya adalah ketika pemberi kerja sebelumnya memiliki kebijakan untuk tidak memberikan referensi. Mereka dapat mengatakan ya, mereka dipekerjakan, dan apakah mereka akan diizinkan untuk dipekerjakan dengan perusahaan lagi, tetapi tidak mengenai karakter mereka.
Gopherkhan

1
Titik adil. Pengalaman terakhir saya sebenarnya mewawancarai seorang pengasuh anak saya. Wasit yang kami telepon adalah majikannya sebelumnya dan jelas teman dekat. Acuannya sangat bagus sehingga kami tahu kami tidak bisa mempercayainya. Kami akhirnya tidak menawarkan pekerjaan berdasarkan manipulasi ini. Ternyata, wanita yang dimaksud itu sedikit seperti kelinci. Seperti yang saya lihat, Anda memiliki layar wasit sebanyak yang Anda lakukan pada pelamar. Saya memiliki satu tusukan sombong melewati saya dalam sebuah wawancara dan saya menghabiskan waktu lama bekerja apa yang bisa saya lakukan untuk mengambilnya lebih cepat. Saya datang kosong :-(
dave

Saya ingin mendengar lebih banyak tentang kisah orang sombong ini, jika Anda ingin menceritakannya.

Masalah organisasi yang menolak untuk memberikan referensi adalah masalah yang semakin meningkat. 3 dari 5 pemberi kerja yang lalu saya menolak memberikan referensi karena masalah kebijakan perusahaan. Itu membuatnya sangat sulit bagi Anda untuk memberikan referensi profesional. Dan ini adalah perusahaan multinasional besar yang saya bicarakan.
Jeff Welling

@ Thorbjørn Ravn Andersen - kata programmer melihat tim selusin coders yang telah mengembangkan aplikasi selama bertahun-tahun dan menyatakan itu semua sia-sia - dia bisa menulis ulang seluruh sistem sendiri dalam 6 minggu. Dia benar-benar percaya ini. Ini adalah perilaku yang khas. Dasar pemikirannya adalah Anda mengeluarkan semua logika bisnis (yaitu: apa yang sebenarnya diinginkan orang) dan memberi klien (internal) apa yang menurutnya penting. Sebagai pribadi, dia baik-baik saja tetapi sebagai rekan kerja dia sulit.
dave

2

Mainkan advatus diaboli. Tanyakan kepada mereka pertanyaan subyektif selama wawancara, dan jawaban apa pun yang mereka berikan, mewakili sudut pandang yang berbeda. Lihat bagaimana mereka bereaksi.


2

Jika saya menemukan pewawancara melecehkan saya, mengeluh bahwa sepotong kode yang saya tahu bebas bug memiliki bug di dalamnya, saya pertama-tama akan menyisir kode dan melihat apakah saya bisa mengerti apa yang dia bicarakan. Saya akan diplomatis, dan terbuka untuk kemungkinan bahwa saya telah membuat kesalahan.

Jika saya tidak menemukan masalah dengan kode tersebut, dan pewawancara tetap bertahan - terutama dengan cara yang mudah tersinggung dan konfrontatif - saya pertama-tama akan mencoba untuk menyeringai dan menguji apakah dia memengaruhi saya. "Kamu bercanda kan?"

Dan jika itu gagal, saya hanya akan berkata, dengan sopan, "Saya tidak melihat masalah. Saya mendukung apa yang saya tulis. Saya bisa refactor, mungkin, tetapi saya harus memiliki konteks untuk refactor. Bisakah Anda memberi saya use case yang membatalkan pendekatan ini? "

Jika itu menimbulkan ketidaknyamanan saya hanya akan bangun, berterima kasih padanya untuk wawancara, dan pergi. Kemudian saya akan memberi tahu headhunter bahwa saya tidak ingin bekerja di tempat itu, dan tidak mengirimi saya wawancara yang akan menghabiskan waktu saya.


Erm ... dan ini menjawab pertanyaan bagaimana tepatnya?
fretje

1
@retretje: Ini memberikan perspektif dari sisi lain tabel. Saya akan menyebutnya titik data yang berguna.
Robusto

Saya pikir itu ide konyol untuk memilih perusahaan berdasarkan pengalaman Anda dengan pewawancara. Dalam tanggapan saya, ketika saya mengeluh tentang pewawancara jahat yang menghina kode saya, saya mengambil magang dan tidak memiliki pengalaman buruk dengan orang-orang sejak itu. Pewawancara tidak mewakili seluruh perusahaan. Anda harus memiliki alasan yang lebih baik daripada "tidak suka pewawancara" karena tidak memilih pekerjaan.
Casey Patton

@ Casey: Sebagai magang Anda memiliki kemewahan itu. Namun, dalam posisi senior, dengan keluarga yang mengandalkan saya untuk menjadi penyedia, saya tidak.
Robusto

Saya kira itu tergantung pada perusahaan. Perusahaan tempat saya bekerja memiliki ribuan karyawan, jadi agak konyol untuk menolak mengambil pekerjaan karena saya tidak suka satu orang di sana (yang mungkin bekerja di gedung yang berbeda). Di perusahaan yang lebih kecil saya bisa melihat tidak menerima tawaran, karena mungkin lebih menunjukkan budaya mereka.
Casey Patton

1

Mudah. Sertakan salah satu anggota staf Anda yang paling menjengkelkan di panel wawancara ... dan saksikan apa yang terjadi.


Lebih serius, saya tidak berpikir Anda dapat mengharapkan untuk mencapai tingkat hit 100% dengan perekrutan Anda. Mari kita hadapi itu, tidak ada banyak kandidat sempurna di kolam renang. Dan sebagian besar kandidat akan mencoba untuk menyembunyikan sifat masalah yang mereka miliki. Dan kesalahan akan terjadi ...

Intinya adalah bahwa manajemen perlu dipersiapkan untuk mengambil tindakan tegas untuk menangani orang-orang bermasalah yang menyebabkan gangguan dan sikap beracun. Jika "pembicaraan yang baik" tidak membantu, maka langkah yang lebih serius perlu diambil.


4
Itu bisa menyenangkan untuk ditonton, tetapi mungkin bukan solusi yang tepat: P
Gopherkhan

1
Berbicara dengan baik bisa lebih banyak merusak daripada kebaikan, tergantung dari mana "sentuhan" itu berasal. Dua skala ekstrem: kepercayaan yang tidak beralasan pada kemampuannya sendiri yang mengarah pada "Aku tidak pernah bisa salah"; kurangnya kepercayaan diri dan menganggap setiap kritik sebagai ancaman atau awal dari pemecatan. Cari tahu di mana orang tersebut duduk dalam skala ini sebelum "the talk to" ...
Marjan Venema

@ Marsjan - atau dengan kata lain, dalam beberapa kasus Anda ingin melewatkan "berbicara dengan" dan menunjukkan padanya pintu ... atau menempatkannya pada proyek di mana ia tidak perlu berinteraksi dengan orang normal.
Stephen C

tidak. Masalah tidak pernah diselesaikan dengan menghindarinya. Dalam hal "Aku tidak pernah bisa salah," sebuah pembicaraan yang baik memiliki restu. Jika itu berulang kali tidak membantu, pemecatan mulai terlihat. Dalam hal kurangnya kepercayaan diri yang tidak beralasan: pastikan umpan balik tidak mengambil bentuk "bashing" (untuk siapa pun) dan dapatkan pelatih dengan kepercayaan diri rendah untuk membantu mereka menangani umpan balik. Anda akan terkejut apa yang bisa dilakukan sedikit perhatian dan berapa banyak produktivitas yang akan Anda dapatkan dari seseorang.
Marjan Venema

1

Kadang-kadang, sejauh mana pewawancara pergi untuk menentukan seperti apa kandidat adalah batas tidak masuk akal.

Saya bekerja sebagai CTO / Pemimpin pengembang sehingga memiliki pengalaman mewawancarai diri sendiri.

Merenungkan pilihan karir, saya menghadiri wawancara untuk memulai baru-baru ini dan menemukan metode mereka agak aneh. Saya tidak disambut dengan baik atau diperkenalkan atau diajak bicara banyak. Sebagai gantinya, saya dibawa ke sudut, disuruh duduk di kursi yang tidak nyaman, menyerahkan tugas ujian (kode) dan pena.

Bahkan tidak ada papan tulis untuk menulis sehingga menghasilkan kode di pangkuan seseorang di atas selembar kertas longgar, terutama ketika Anda seharusnya gelisah, tampak agak berlebihan. Setelah kejutan awal, saya menenangkan diri dan sampai pada kesimpulan saya sedang diuji untuk melihat bagaimana saya akan bereaksi. Saya telah mengetik satu definisi fungsi pada lutut saya ketika saya bertanya apakah saya bisa menggunakan editor teks laptop saya saja. Tidak mengherankan, mereka hanya mengangguk dan setuju. Sumber daya ada untuk digunakan!

Tampaknya mereka pasti telah membaca sumber / petunjuk yang sama tentang menguji kemampuan programmer sebagai pertanyaan yang bagus di pihak mereka adalah bagaimana saya akan memperbaikinya dan membuat solusi saya lebih berkinerja (tema tentang hal bug yang disebutkan di atas). Inilah saatnya menjadi menarik. Itu semua subyektif - meskipun Anda mungkin memikirkan cara untuk memperbaikinya, pewawancara mungkin tidak dan mungkin hanya bermain pada ego Anda, menguji Anda lebih lanjut. Apakah Anda mengaku menulisnya kurang sempurna pada versi pertama, Anda tampil di acara dan memikirkan perubahan kosmetik, apakah Anda menawarkan solusi lain atau apakah Anda menjunjung tinggi kode awal Anda sambil menunjukkan keterbukaan pada perbaikan. Lagi pula, apa yang lebih bernilai bagi majikan, perlu ada keseimbangan.

Bagaimanapun, hal yang paling penting untuk diingat - sebagai pewawancara - adalah bahwa proses wawancara bekerja dua arah - setelah dimasukkan ke neraka, saya akhirnya mengambil giliran saya dalam mengajukan beberapa pertanyaan tentang model bisnis mereka, pendek dan panjang rencana jangka dan sebagainya.

Anehnya, jawaban yang saya dapatkan kurang meyakinkan (atau mungkin dianggap di atas stasiun saya untuk tahu lebih banyak). Mempertanyakan ide dan model bisnis majikan (untuk memahami mereka dengan lebih baik) sebelum diluncurkan, bahkan dengan lembut menyarankan bahwa itu seperti ceruk yang akan sulit dipasarkan memiliki hasil persis yang saya takuti. CEO menjadi SANGAT defensif, hampir tersinggung dan pergi keluar dari jalan untuk menegaskan kembali betapa ide yang sangat bagus itu.

Juga - jika Anda seorang pemula, Anda perlu merencanakan di luar uang penyemaian atau kesempatan untuk menawarkan keamanan kerja kepada para kandidat. Ingat, Anda juga menjual perusahaan Anda! Bergabung starup adalah pula berisiko, Anda perlu menawarkan beberapa jaminan dan terutama jadi ketika Anda kepala-berburu orang yang tidak tertekan untuk mencari pekerjaan sedikit pun. Karyawan Anda perlu percaya pada apa yang Anda lakukan jika mereka ingin usaha Anda sukses.


1
+1 Untuk mewawancarai pewawancara! Sama seperti majikan mempekerjakan karyawan yang buruk, karyawan bergabung dengan majikan yang buruk. Bertahun-tahun wawancara mengajari saya pertanyaan yang tepat untuk ditanyakan dan bagaimana menafsirkan reaksi mereka. Saya telah bertanya tentang pergantian rata-rata, "Beberapa orang perlu menemukan lingkungan yang mereka sukai." PERINGATAN, jawaban apa pun selain saya tidak yakin harus skeptis. Pada proses pengembangan, "Kami mencoba untuk menjadi gesit" atau hanya "mencoba untuk" apa pun. PERINGATAN, tanda kepemimpinan atau manajemen yang tidak berfungsi. Tanyakan kepada mereka tentang mereka telah mencoba dan mengapa mereka pikir itu gagal.
maple_shaft

2
Jika Anda telah menarik meja ke arah Anda untuk menulis, Anda akan masuk ke MiB.
TheFogger

meja bukan yang bisa Anda pindahkan, adalah balok persegi dari meja yang disatukan dan semua orang duduk di sekitar blok. dipikirkan dengan baik: D
Dimitar Christoff
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.