Tes Joel yang setara untuk mengukur seorang programmer [ditutup]

Saya mengerti bahwa untuk mengukur proyek atau kode, kita dapat menggunakan Tes Joel , tetapi apakah ada tes standar sederhana (seperti Tes Joel) yang dapat mengukur dan menyaring seberapa baik programmer?

Rencana saya adalah melakukan tes ini sebagai filter cepat terlebih dahulu sebelum pergi ke tes yang lebih detail.

Ada matriks kompetensi programmer .

Seperti halnya tes Joel, itu hanyalah panduan yang tidak jelas. Satu-satunya cara untuk menilai seorang programmer dengan baik adalah dengan bertanya kepada programmer yang baik yang telah bekerja dengan mereka.

Saya akan mengubah tes Joel:

Sudahkah mereka menggunakan kontrol sumber?

Apakah mereka tahu cara mengotomatisasi pembuatan satu langkah?

...

Satu-satunya yang tampaknya tidak terlalu berlaku adalah pertanyaan memiliki penguji. Yang lain yang sepertinya agak mematikan dalam hal ini adalah bagaimana kami menanganinya bagaimana Anda menanganinya dalam jenis pertanyaan terakhir (Ini adalah bagaimana kami menangani menjaga jadwal kami tetap terbaru bagaimana Anda menangani penjadwalan di masa lalu?) .

sunting:

Pada dasarnya Anda tidak mendapatkan barang-barang di tes Joel secara gratis, Anda harus mempekerjakan orang yang dapat mewujudkannya. Anda ingin membangun kemampuan mereka untuk mewujudkannya.

Tes Joel hanyalah pemeriksaan dasar informal untuk dengan cepat menilai apakah suatu tempat memiliki kondisi kerja yang baik untuk para programmer. Bahkan jika skornya 10 sempurna, itu masih bisa menjadi lubang neraka yang akan bangkrut enam bulan ke depan. Skor rendah adalah indikasi dari sesuatu yang tidak beres, dan membuat untuk pertanyaan wawancara yang sangat baik ("Anda saat ini tidak menggunakan kontrol sumber; apakah ada rencana untuk melakukannya di masa depan?"), Dan jawabannya mungkin sedemikian rupa sehingga Anda akan menerima pekerjaan itu meskipun skor Joel rendah.

Tes Joel juga bukan tes 'standar'; itu hanya daftar periksa yang diposting Joel Spolsky di blog-nya.

Sejauh 'mengukur' kualitas seorang programmer berjalan; sayangnya, keterampilan dan kualitas yang sangat penting dari seorang programmer yang baik sulit atau tidak mungkin untuk dihitung, sehingga tidak ada pengganti untuk evaluasi manusia yang menyeluruh. Anda dapat menyingkirkan kandidat yang sama sekali tidak mengerti dengan cukup mudah, menggunakan tugas pemrograman yang sangat sederhana - idealnya, sesuatu yang melibatkan rekursi, struktur pohon atau pointer (seorang programmer yang tidak 'mendapatkan' ini tidak mungkin banyak digunakan). Bagi mereka yang lulus tes ini, Anda harus mengevaluasi keterampilan secara manual: membaca kode yang mereka tulis, aplikasi test drive yang mereka tulis, memberi mereka lebih banyak tugas pemrograman (baik desain dan implementasi), lihat mereka bekerja, berbicara dengan mereka, lihat apakah Anda dapat memicu diskusi profesional. Jika Anda mencari guru spesialis / bahasa,

Ya:

Apakah Anda memprogram waktu luang?

Dalam semua pengalaman saya, pertanyaan tunggal ini paling menunjukkan seberapa bagus seorang programmer. Jika mereka menikmatinya; jika mereka memiliki hasrat untuk melakukan tugas, maka mereka akan menjadi ahli dalam hal itu.

Dan sejujurnya, banyak pekerjaan 9 hingga 5 tidak melibatkan banyak pengkodean . Mereka tidak melibatkan banyak pengulangan melalui siklus hidup merancang program baru dan melihat bagaimana desain itu bekerja / gagal. Tanpa iterasi, tidak ada praktik yang diperlukan bagi programmer untuk mendapatkan keterampilan desain program inti.

Dan mereka tidak melibatkan banyak pembelajaran. Programmer yang bahkan hanya meretas hal-hal di rumah akan mengeksplorasi solusi baru dan menarik tanpa kendala bisnis besar.

Ini tidak sedetail Tes Joel, tetapi meminta mereka untuk menulis program buzz fizz akan menjadi indikasi yang baik untuk melihat apakah mereka dapat membuat kode sama sekali.

http://www.codinghorror.com/blog/2007/02/why-cant-programmers-program.html dan http://imranontech.com/2007/01/24/using-fizzbuzz-to-find-developers- who-grok-coding /

Itu tidak akan memberi tahu Anda tentang kematangan rekayasa perangkat lunak individu, tetapi akan menyaring yang lebih buruk.

Eh, saya ragu dengan kata-kata di awal. Ini bukan "apakah Anda menggunakan X" atau "Apakah Anda tahu Y", itu masalah benar-benar menggunakan dan melakukan. Setiap programmer yang belum menyentuh atau mendengar item-item pada tes Joel hanya terputus dan perlu mendapatkan petunjuk. Tapi Anda benar, toko kode gagal dalam tes Joel karena orang-orang di toko membiarkannya gagal. Satu-satunya pertahanan saya dapat melihat berjalan di sepanjang garis "Saya mencoba, tetapi tidak memiliki wewenang. Dan sekarang saya melamar di sini".

Apakah Anda menggunakan kontrol sumber?

Ya tapi

• Itu tidak benar-benar memberi tahu Anda apa-apa.
• Bagaimana Anda tahu apakah saya meneruskan penggabungan?
• Bagaimana Anda tahu apakah saya melakukan perubahan sebelum mendorong?
• Bagaimana Anda tahu apakah saya membangun sebelum melakukan repositori.

Bisakah Anda membuat build dalam satu langkah?

• Ya, pemimpin CI kami menulis skrip dan saya menjalankannya dengan PowerShell.

Apakah Anda membuat build harian?

• Server CI kami melakukannya

Apakah Anda memiliki basis data bug?

Ya, tapi saya belum mengonfigurasinya dan saya tidak mengelolanya, saya hanya menggunakannya.

Apakah Anda memperbaiki bug sebelum menulis kode baru?

• Di dunia yang sempurna di mana saya memiliki sumber daya tak terbatas - ya saya punya Di dunia nyata kadang-kadang saya dipaksa untuk mencatatnya dan mengerjakan sesuatu yang lain.

Apakah Anda memiliki jadwal terkini?

Tidak, itu bukan pekerjaan saya.

Anda punya spec?

Saya diberi spec, saya kemudian menganalisis dan menghasilkan dokumen yang relevan.

Apakah programmer memiliki kondisi kerja yang tenang?

• Apakah Anda tidak akan mempekerjakan saya jika saya mendengarkan musik, berbicara dengan kolega saya dan membuat lelucon? Pengembangan perangkat lunak yang seharusnya kreatif - kondisi kerja akan bervariasi dari satu organisasi ke yang lain.

Apakah Anda menggunakan alat terbaik yang bisa dibeli dengan uang?

Anda tidak tahu apa alat terbaik dan jika Anda berpikir Anda melakukannya, akan selalu ada seseorang yang memperdebatkan maksud Anda.

Apakah Anda memiliki penguji?

Iya. Sebenarnya, ya dan mereka tidak terlalu baik, tetapi itu tidak ada dalam pertanyaan.

Apakah kandidat baru menulis kode selama wawancara mereka?

Ya dan mereka gagal. Ya dan mereka lulus. Apa artinya ini bagimu?

Apakah Anda melakukan pengujian kegunaan lorong?

Tidak, tetapi bagaimana jika kita melakukan sesuatu yang lebih baik?

Untuk menyimpulkan:

• Tes ini mungkin bekerja dengan baik di dunia akademis yang sempurna di mana semuanya bekerja, semua orang rukun, berbagi pengetahuan dan ada sumber daya tak terbatas.
• Apa yang ingin Anda ketahui adalah insinyur seperti apa saya ini. Jawaban bitwise sederhana tidak akan memberi tahu Anda sesuatu yang berguna dan saya pikir seseorang harus sangat naif untuk jatuh hati pada mereka.
• Jawaban di atas, baik negatif maupun positif tidak memberi tahu Anda apa pun tentang kemampuan saya menghasilkan kode bersih.

Ini bukan kata-kata kasar, tapi saya akan sangat tertarik untuk mendengar pengembang seperti apa yang Anda pikir saya didasarkan pada jawaban yang saya berikan. Semoga ini akan membuktikan maksud saya.