Apakah etiket buruk untuk bertanya kepada calon atasan bagaimana skor mereka pada Tes Joel? [Tutup]

37

Wawancara pengembang berbeda dari sebagian besar tempat lain, karena Anda tidak hanya mengkhawatirkan orang-orang yang bekerja dengan Anda, tunjangan, deskripsi pekerjaan, dll., Anda juga harus khawatir tentang EXTRA setelah mendapatkan pekerjaan. Menulis dua aplikasi dengan persyaratan yang tepat bisa sangat berbeda jika Anda bekerja di lingkungan yang keras vs tenang, menggunakan VS2003 / .NET 2.0 vs VS210 / .NET 4.0., Menggunakan SVN vs VSS.

Apakah boleh untuk memberi calon majikan Tes Langsung langsung? Saya mencoba mengajukan banyak pertanyaan untuk mendapatkan jenis lingkungan tempat saya akan bekerja, yang sangat penting dari sudut pandang saya, tetapi apa cara terbaik untuk memotong ke pengejaran dan hanya mengajukan pertanyaan sulit (seperti yang mereka tanyakan pada Anda selama wawancara yang sama).

CATATAN: Dengan "Tes Joel" yang saya maksudkan adalah daftar hal-hal tertentu yang merupakan pemecah masalah yang penting bagi Anda (belum tentu Joel), tetapi Anda mungkin tidak punya waktu untuk keluar menggunakan cara "percakapan" kasual biasa untuk bertanya kepada mereka , jadi Anda memutuskan untuk mengirim email atau menjadwalkan pertemuan lain, atau bertanya kepada orang lain, dll.

joel-test Ryan Hayes
sumber
18
"Apakah itu humor yang buruk untuk bertanya di [Fog Creek] bagaimana skor mereka pada Tes Joel?"
mlvljr

Jawaban:

67

Wawancara kerja berjalan dua arah - perusahaan mewawancarai Anda dan Anda mewawancarai perusahaan. Saya tidak akan keluar secara harfiah dengan "berapa skor Tes Joel Anda?", Tetapi saya akan mengajukan pertanyaan individual yang merupakan pemecah-kesepakatan khusus bagi saya di lingkungan kerja.

Tidak perlu penumpukan besar. Saat yang tepat untuk mengajukan pertanyaan-pertanyaan ini sebagai bagian teknis dari proses wawancara, ketika mereka mengatakan "apakah Anda memiliki pertanyaan untuk kami?". Anda dapat memimpin dengan sesuatu seperti "bisakah Anda menggambarkan hari-hari biasa dalam pekerjaan di sini?" dan pergi dari sana.

Adam Lear
sumber
7
Benar. Saya tidak akan mengambil pekerjaan di mana mereka menemukan pertanyaan seperti ini menghina. Saya menghormati pewawancara sama seperti saya kecuali dia menghargai saya. Jika tidak, maka ada banyak pekerjaan untuk programmer di luar sana. Saya kira kita agak beruntung.
Tamás Szelei
7
Saya telah bertanya "Apa yang Anda gunakan untuk kontrol kode sumber?" untuk sebagian besar dekade terakhir ketika mencari pekerjaan.
David Thornley
2
Selain itu, berikut adalah daftar pertanyaan lain yang dapat Anda tanyakan kepada mereka: programmers.stackexchange.com/questions/1319/…
Brian R. Bondy
1
+1. Meskipun saya tidak terlalu menyukai Tes Joel, ini adalah dasar yang baik untuk membangun tes Ryan Hayes. Ya, Anda memiliki harapan Anda sendiri, dan seperti kata Anna, wawancara adalah proses dua arah. Mengajukan pertanyaan juga akan menunjukkan bahwa Anda benar-benar tertarik pada perusahaan.
2
+1 untuk "wawancara kerja berjalan dua arah." Jangan meringkuk di depan pewawancara dan meminta pekerjaan - tawarkan layanan Anda. Bahkan di organisasi terbaik dan paling profesional di dunia, Anda harus yakin bahwa Anda dapat membawa sesuatu yang baru dan baik ke meja, dan bahwa kepercayaan diri ditunjukkan dengan Anda mengajukan pertanyaan kritis dari calon calon atasan Anda.
nlawalker
24

Apakah Joel Test perangkat Anda untuk mengukur seberapa baik calon majikan?

Saya pergi untuk wawancara kerja dan kantor terbuka sehingga berisik, memiliki banyak sistem yang berbeda, tumpukan bug, mereka tidak menggunakan banyak alat komersial, tidak ada penguji, kami tidak menulis kode selama wawancara dan tidak ada kegunaan lorong .

..tapi Anda bisa membawa anjing Anda ke kantor, Anda punya satu hari seminggu untuk mengerjakan proyek Anda sendiri, ada makanan 24x7 dengan Sushi yang enak, area bersantai, seluncuran untuk turun tangga, coke / kopi gratis / OJ, dan mereka membuat beberapa perangkat lunak paling menakjubkan di dunia.

Sejauh ini saya mendapat nilai rendah pada tes Joel, tetapi apakah Anda menolak bekerja untuk perusahaan ini # berdasarkan ini?

Jika berisik - Anda dapat memakai headphone. Jika tidak ada pengujian, unit juara, dan / atau pengujian otomatis. Jika tidak ada bangunan malam, tulis pekerjaan cron atau pasang CI di suatu tempat.

Dengan segala cara, gunakan tes Joel sebagai panduan untuk pertanyaan apa yang mungkin ingin Anda tanyakan, tetapi ada banyak metrik lain, beberapa yang mungkin lebih penting bagi Anda daripada yang lain.

(Tidak ada hadiah untuk menebak siapa majikannya!)

JBRWilkinson
sumber
Pertanyaan saya kurang tentang isi tes dan lebih banyak tentang bagaimana mendapatkan jawaban dengan cara terbaik dan seefisien mungkin, terutama dalam sebuah wawancara di mana Anda lebih pendek waktu. Saya menggunakan tes Joel sebagai contoh daftar persyaratan. Jawaban yang bagus.
Ryan Hayes
1
Google tidak memiliki penguji? Apakah itu benar?
Tim Goodman
1
@Tim: Google memang memiliki penguji (meskipun mereka menekankan pengujian otomatis). Lihat, misalnya, googletesting.blogspot.com/2010/03/google-is-hiring-sets.html .
Josh Kelley
2
Anda kemungkinan besar akan menulis kode selama wawancara dengan Google, setidaknya untuk posisi teknis.
Remy Blank
1
@ JBRWilkinson: Ya, saya punya, dan punya banyak kode untuk ditulis di papan tulis. Tapi mungkin itu hanya untuk posisi rekayasa perangkat lunak.
Remy Blank
5

Saya tidak pernah bekerja di tempat yang mendapat skor lebih tinggi dari 4 pada tes Joel. Ketika saya pergi, saya memiliki satu paket kecil yang saya bawa, termasuk salinan resume saya (saya telah menemukan perekrut meletakkan nama saya di atas resume orang lain) serta banyak pertanyaan, beberapa di antaranya adalah tes joel beringsut di sekitar. Tidak ada yang pernah menyebutkan bahwa mereka mengenali pertanyaan-pertanyaan itu.

Tangurena
sumber
2
Wow, itu konyol bahwa mereka akan menulis ulang resume Anda. Saya kira itu alasan bagus untuk membawa milik Anda sendiri.
Ryan Hayes
8
@Ryan: Banyak perekrut akan mengambil resume Anda dan mengganti informasi kontak dengan milik mereka. Ini mencegah perusahaan untuk mendekati Anda tanpa sepengetahuan perekrut. Jika Anda cukup mewawancarai, Anda akan menemukan beberapa perekrut menempelkan resume orang lain ketika mereka bermaksud menempelkan resume Anda, dan itu mengarah ke situasi yang sangat tegang ketika mereka bertanya tentang sesuatu yang tidak pernah Anda lakukan. Terkadang, perekrut akan menambahkan fitur ke resume Anda karena mereka menginginkan komisi dan berharap bahwa Anda tetap akan mendapatkan pekerjaan itu. Ada cukup banyak apel buruk di luar sana sehingga Anda akan mengambil tindakan pencegahan.
Tangurena
Menarik.
Magnus Wolffelt
Itu adalah hal paling menakjubkan yang pernah saya dengar. Saya selalu membawa salinan resume dan transkrip saya, tetapi saya tidak pernah berpikir saya harus berurusan dengan hal seperti itu!
riwalk
Sangat umum bagi perekrut untuk memformat resume Anda dengan kop surat mereka, dan kadang-kadang mengedit sedikit, tetapi menempatkan nama Anda di resume orang lain jelas tidak etis dan membuat Anda terlihat seperti orang brengsek oleh asosiasi.
Ken Liu
4

Tes Joel mengilhami saya untuk mengajukan pertanyaan 'seperti itu'. Apa kontrol versi, pelacakan bug, pengujian, ...

Saya biasanya mengajukan banyak pertanyaan di akhir (atau selama) wawancara. Jika ada , itu menunjukkan Anda tertarik pada praktik terbaik / jaminan kualitas / .... Jika mereka belum melakukan hal-hal itu, mungkin mereka akan tertarik pada Anda menerapkan misalnya: pengujian unit.

Skenario kasus terbaik: mereka belum memikirkan hal-hal itu, tetapi mereka kagum dengan apa yang dapat Anda tingkatkan dalam proses pengembangan mereka.

Skenario kasus terburuk: mereka tidak menyukai kenyataan bahwa Anda mengajukan begitu banyak pertanyaan, sehingga tidak tertarik untuk meningkatkan proses mereka, dalam hal ini Anda mungkin tidak ingin bekerja di sana.

NB: pastikan saja Anda tahu apa yang Anda bicarakan, tidak hanya sembarangan berjalan di beberapa daftar.

koenmetsu
sumber
3

Saya punya 3 pertanyaan tentang lingkungan pengembangan di mana jawaban negatif untuk siapa pun adalah penghenti acara.

Perangkat lunak kontrol versi apa yang Anda gunakan?

Pelacak masalah / bug apa yang Anda gunakan?

Apakah proses pengembangan Anda menyerupai Scrum?


sumber