Apa yang dicari perusahaan top dalam Wawancara? [Tutup]

Pada dasarnya saya mencari apa yang Anda lakukan dan Anda keluar dari proses yang tersisa?
Apakah putaran eliminasi merupakan cara yang adil untuk menilai seseorang? Siapa pun dapat memiliki jam yang buruk :-(
Haruskah Anda membuat kode sebaik mungkin atau Anda mendapatkan Algoritma dengan benar? Saya biasanya pertama kode solusi yang bisa diterapkan dan kemudian bekerja di atasnya sampai tingkat yang saya pikir itu terlihat indah bagi saya. Apakah ini pendekatan yang salah?

Baru-baru ini saya melakukan wawancara lewat telepon di mana saya diminta untuk menulis variasi tingkat Traversal dalam 20 menit. Saya bisa mendapatkan Algoritma dan kode kerja dalam 20 menit tetapi tidak bisa mendapatkan penanganan Exception dan konvensi pengkodean dengan benar, setelah itu saya tidak mendengar kabar dari mereka :-( Semua pertanyaan lain dalam wawancara berjalan sangat baik ini adalah satu-satunya hal yang 'tidak sesuai harapan'.

Tak perlu dikatakan saya menyukai perusahaan dan akan melamar lagi tetapi ingin memperbaikinya di waktu berikutnya :-)

Silakan bagikan pengalaman dan saran Anda yang berharga.

interview experience top-companies Kutu buku
sumber

Ingatlah biaya relatif untuk salah menilai kandidat. Sebuah negatif palsu (tidak mempekerjakan seseorang yang akan menjadi karyawan yang baik) hanya memiliki biaya peluang bagi pemberi kerja, sementara positif palsu bisa sangat mahal, dan dapat memiliki konsekuensi di seluruh organisasi, dan yang buruk juga.

Chris Bye

@ Chris: Anda benar. +1.

Geek

Jawaban:

Ketika melakukan wawancara teknis, saya jujur mencari orang untuk memulai home run. Jika kandidat tidak terlihat mengetahui barang-barang mereka, mereka tidak akan efektif dalam peran mereka (saya berbicara tentang posisi pengembang senior di sini).

Lihatlah dengan cara ini: Apakah Anda lebih suka memiliki sebuah wawancara yang sulit di mana Anda tidak mendapatkan pekerjaan (karena Anda tidak cocok), atau wawancara mudah di mana Anda melakukan mendapatkan pekerjaan, tetapi kemudian mendapatkan melepaskan setelah 90 hari karena Anda berada di atas kepala Anda?

Saya telah melihat terlalu banyak pengembang di camp terakhir. Jika Anda tidak mendapatkan pekerjaan itu karena Anda membuat kesalahan bagian teknis, anggap itu sebagai berkah tersembunyi. Jika Anda tidak suka penolakan, tekankan keterampilan teknis Anda.

Marcel Lamothe
sumber

Sangat bagus, kata Marcel. Entah bagaimana saya merasa bahwa tidak semua orang (betapapun baiknya) mungkin mendapatkan segalanya dengan benar dalam masalah yang tidak diketahui (waktu adalah kendala). Jika seseorang mengalami masalah, ia mungkin telah menulis kode yang sama atau kode yang sama sebelumnya. Namun satu pertanyaan di babak penyisihan apakah Anda tahu seseorang tidak cukup baik jika ia membuat satu atau dua pertanyaan (kecuali seseorang membuat kesalahan). Poin yang saya coba utarakan adalah 'Putaran Eliminasi' sementara Anda tampaknya bergerak dari Hipotesa 'Anda tahu bahwa seseorang tidak cukup baik'. Ya orang jahat ?? Obvious No Hire ..

Geek

Wawancara adalah seni yang sulit pasti, dan saya tidak mengklaim sebagai ahli dengan cara apa pun. Tetapi dalam kasus saya, saya tidak mencoba memainkan permainan "gotcha!" - di mana saya hanya menunggu seseorang melakukan kesalahan. Sebaliknya, saya sedang menggali pengetahuan mereka, mencoba melihat seberapa dalam pengetahuan itu. Dapatkah kandidat dengan mudah menjelaskan bagaimana tabel hash bekerja, misalnya. Biasanya cukup mudah untuk melihat siapa yang berakhir di kolom kemenangan dan siapa yang tidak.

Marcel Lamothe

@ Geek - apakah Anda lebih suka menjadi orang yang melakukannya dengan benar dan dilewatkan oleh seseorang yang tidak melakukannya? Ini bisa menjadi tantangan pengkodean atau pertanyaan lunak tentang bagaimana Anda bekerja dengan anggota tim yang bermasalah, tetapi pada akhirnya, semua kandidat kecuali satu harus dihilangkan.

JeffO

@ Geek: "telah menulis kode serupa sebelumnya". Mungkin mereka telah menulis kode yang sangat mirip. Level-order traversal adalah variasi dari traversal pohon, yang seharusnya tidak asing bagi setiap lulusan CS. Jika itu tidak familiar bagi Anda, maka Anda melewatkan sesuatu di suatu tempat. Anda memang mengambil kelas algoritme, bukan?

kevin cline

@ kevin: Level order traversal adalah jodoh yang mudah, jika saya bisa mengulangi pertanyaan sebagai "Mengingat batasan waktu, hal-hal apa saja yang dapat Anda lewati dan masih dianggap cukup baik". Saya pikir Chris Bye memiliki komentar bagus dengan pertanyaan itu.

Geek

Ketika orang-orang meminta Anda untuk kode algoritma sederhana dalam waktu yang sangat terbatas, konvensi pengkodean dan penanganan pengecualian akan menjadi hal terakhir yang mereka lihat. Kecuali Anda melakukan sesuatu yang buruk, tentu saja, seperti penamaan fungsi melintasi Anda func, dan semua variabel a, b, c. Mungkin, ada alasan lain mengapa mereka tidak menelepon Anda kembali.

Tentu saja, siapa pun dapat memiliki jam yang buruk. Tapi itu pertanda buruk jika Anda cenderung memiliki satu jam buruk dari lima yang Anda habiskan untuk beberapa putaran wawancara, dan jika Anda tidak bisa bersiap-siap untuk tindakan penting.

Secara pribadi, saya pikir mendapatkan sesuatu yang berhasil dan memperbaikinya adalah pendekatan yang salah. Banyak orang (termasuk saya) berpikir bahwa jika seseorang menulis kode yang terlihat berantakan, dia juga memiliki kekacauan di kepalanya. Saya sarankan Anda untuk menulis kode lebih lambat, tetapi dengan cara yang lebih bijaksana.

Dan bahkan lebih pribadi (dan, mungkin, ofensif), saya pikir Anda tidak cukup baik dalam algoritma. Hanya karena Anda mengejanya sebagai "Algoritma" dengan ibukota A. Anda tidak mengeja sesuatu yang Anda tidak takut seperti ini.

P Shved
sumber

Lol .. Saya suka paragraf terakhir :-) Perhatikan ibukota L di 'Lol'. Saya minta maaf tetapi bahasa Inggris bukan bahasa pertama saya. BTW Saya belajar algoritma harus ditulis tanpa modal A :-)

Geek