Membawa kode ke wawancara? [Tutup]

14

Apakah membawa kode tercetak atau kode pada USB ke wawancara adalah ide yang bagus? Jika demikian, kode seperti apa yang harus saya bawa. Haruskah saya menghindari proyek besar dan hanya menunjukkan potongan kecil yang memamerkan keahlian saya?

Anthony
sumber
Tidak. Yang bisa dilakukan perusahaan adalah memberi Anda ujian untuk dibawa pulang setelah wawancara, dan meminta Anda kembali dalam 2 hari atau lebih untuk menjelaskan apa yang Anda lakukan dan mengapa.
Pekerjaan

Jawaban:

15

Bukannya . Saya hanya akan melakukan ini ketika diminta secara eksplisit, dan tentu saja Anda tidak dapat membawa kode yang bersifat rahasia, yang biasanya berlaku untuk semua yang Anda tulis di pekerjaan sebelumnya, jadi pada dasarnya Anda terbatas pada kode yang Anda buat di waktu luang Anda. (Kebanyakan pewawancara akan segera membuat Anda diantar ke pintu jika Anda datang dengan kode kepercayaan diri dari majikan Anda saat ini ...)

Ngomong-ngomong, sebagai pewawancara, saya lebih suka melihat Anda menulis kode selama wawancara, jadi saya dapat memastikan Anda adalah orang yang memiliki keterampilan. Terlalu mudah untuk memiliki teman yang baik membantu Anda menulis sepotong kode yang paling mengesankan, dan menghafal penjelasannya.

pengguna281377
sumber
6

Saya pikir ini adalah ide yang hebat! Sayang sekali ulasan kode tidak dilakukan lebih sering karena ini adalah salah satu dari beberapa cara untuk mengenali programmer yang baik (kecuali sebenarnya memiliki mereka kode sesuatu). Melihat kode seseorang, Anda cukup cepat memahami seberapa bagus seorang programmer hanya karena seberapa "bersih" kodenya.

Jika saya wawancarai saya akan melihat dua hal yang mungkin akan baik untuk dibahas dalam kode yang Anda bawa

a) Kualitas beberapa implementasi / metode / algoritma. Tunjukkan beberapa kode yang Anda anggap sangat elegan

b) Arsitektur keseluruhan dari program yang lebih besar. Bagaimana programmer menangani dependensi, dapatkah dia menjelaskan keputusan desain yang dia buat

Tujuannya bukan untuk melewati semua kode sehingga benar-benar tidak peduli berapa lama kode yang Anda bawa sebenarnya, tetapi apa yang Anda pilih untuk menyoroti tentang itu.

Homde
sumber
5
Selalu ada masalah untuk mengetahui bahwa kode tersebut ditulis oleh orang yang diwawancarai. Dalam hal itu, mungkin ulasan kode tentang kode orang lain bisa mengajari Anda sebanyak mungkin, jika tidak lebih - karena orang yang diwawancarai tidak akan bisa melakukan persiapan terlebih dahulu?
Benjol
1
Saya tidak akan berpikir itu banyak masalah, karena Anda menilai orang tersebut pada kemampuan untuk menjelaskan kode dan pemikirannya. Itu cukup sulit dilakukan jika bukan kode Anda sendiri. Bagaimana Anda bisa menjelaskan sesuatu dengan baik yang tidak Anda pahami sepenuhnya?
Homde
5
Jangan lupa potensi (atau kemungkinan) bahwa karya yang Anda tulis adalah IP dari mantan atasan Anda (kecuali itu adalah proyek sampingan atau karya pribadi yang ditulis) dan saya akan menghindari melewati garis itu sebanyak mungkin, tidak bersalah atau sebaliknya.
Brad Christie
Brad, itu poin bagus. Biasanya Anda tidak diizinkan untuk menyimpan salinan pekerjaan yang dilakukan sebagai konsultan sehingga mungkin sulit untuk menggunakan kode seperti itu. Alasan lain untuk menyewa programmer yang bekerja pada proyek-proyek hewan peliharaan! :)
Homde
4

Variasi dalam hal ini adalah untuk memberikan pewawancara URL untuk repositori untuk beberapa proyek sumber terbuka yang telah Anda berikan kontribusi besar.

Stephen C
sumber
2

Tidak.

Kecuali Anda dijadwalkan untuk memberikan presentasi panjang yang wajar dalam wawancara Anda, jenis kode yang Anda miliki waktu untuk ditampilkan dan mereka punya waktu untuk menghargai; tidak dapat mewakili keahlian Anda, terlepas dari di mana Anda berada dalam karier Anda.

Jika mereka ingin melihat bukti bahwa Anda adalah pengembang perangkat lunak yang matang, maka itu tidak akan ditemukan dalam ukuran program yang Anda dapat berjalan dengan efektif di bagian AOB wawancara.

Jika mereka ingin Anda menunjukkan bahwa Anda dapat memprogram sama sekali, mereka akan melakukan tes yang tepat, atau membuat Anda melakukan sesuatu yang kecil seperti daftar tertaut di tempat. Jika Anda membawa implementasi daftar tertaut pada kunci USB, mereka tidak tahu berapa banyak yang Anda salin dari buku; apakah Anda butuh 10 menit atau dua minggu; atau apakah Anda harus bertanya stackoverflow apa pointer itu.

Apalagi apa yang akan Anda tunjukkan? Kode bersih, ditulis dengan baik dan mudah dimengerti itu membosankan. Pewawancara Anda tidak akan duduk di sana kagum pada betapa jelasnya mereka dapat memahami maksud cuplikan Anda, mereka akan bertanya-tanya mengapa Anda menganggapnya sebagai permata di mahkota Anda. Di sisi lain, Bayangkan Anda menemukan sesuatu yang pintar seperti Perangkat Duff , dan ingin memamerkannya. Pewawancara kemungkinan akan menganggap Anda sebagai musuh keterbacaan.

Paul Butcher
sumber
Kode bersih, ditulis dengan baik yang memecahkan masalah yang rumit bisa sangat menarik. Dan jika pewawancara tidak berpikir demikian, itu memberi tahu Anda satu dari dua hal: apakah Anda tidak berada pada level yang mereka cari, atau mereka tidak pada level yang Anda inginkan untuk rekan kerja. Either way (dan mudah-mudahan diskusi akan menyoroti yang mana), saatnya untuk mencari di tempat lain.
Anon
Yang saya maksud adalah kode yang bersih dan ditulis dengan baik yang memecahkan masalah rumit membuat masalah tampak jauh lebih sulit, sehingga membuat kode itu sendiri tampak jauh lebih menarik.
Paul Butcher
1

Kode yang Anda perlihatkan pada umumnya harus cukup kecil untuk dibicarakan dalam 5 menit, dan kode tersebut tidak boleh lebih dari 2 halaman yang dicetak. Bahkan jika itu hanya metode yang Anda tulis untuk mem-parsing nomor telepon dari buku telepon, itu berguna.

George Stocker
sumber
1

Kalau mau bawa desain. Jangan bawa kodenya. Lebih dari melihat kebersihan, pewawancara akan mulai menunjukkan kesalahannya. Pasti akan ada (banyak) kesalahan (yang belum Anda pikirkan) jika proyek tersebut merupakan proyek sekolah menengah. Dan jika itu adalah kode perusahaan, adalah ilegal untuk membawa kode yang dilindungi hak cipta dan ditunjukkan kepada orang lain.
Menunjukkan kode yang sudah Anda tulis mungkin tidak terlalu berpengaruh jika Anda gagal menjawab pertanyaan yang diajukan oleh pewawancara. Dan jika Anda tidak membawanya, maka juga tidak ada poin -ve. Jadi kenapa repot-repot.

Manoj R
sumber
1

Iya!

Orang bodoh mana pun dapat menulis kode yang bisa dimengerti komputer, dibutuhkan programmer yang hebat untuk menulis kode yang bisa dipahami manusia.

Untuk alasan itu saja Anda harus pamer

billy.bob
sumber
Jika kode Anda sebenarnya dapat dimengerti manusia. Kalau tidak, jangan :)
Mchl
0

Jika Anda memiliki sepotong kode yang sangat menarik, maka Anda harus membawanya (dengan asumsi, tentu saja, itu bukan kekayaan intelektual yang dilindungi). Tapi jangan memaksakannya pada pewawancara . Jika dia tertarik melihat kode Anda, dia akan bertanya apakah Anda memiliki sesuatu untuk ditampilkan.

Bersiaplah untuk menjelaskan mengapa ini menarik, dan lebih baik, apa yang akan Anda lakukan secara berbeda di masa depan.

Segera
sumber
0

Jika Anda telah melakukan pengembangan sumber terbuka (baik bisnis atau pribadi), saya pikir ini akan menjadi ide bagus. Saya mengirim cuplikan kode beserta materi aplikasi untuk pekerjaan yang saya miliki saat ini, jadi saya berani menebak bahwa itu berhasil bagi saya. Pastikan untuk menghormati kerahasiaan / hak cipta dan berikan atribusi kepada orang lain yang terlibat (jika itu adalah proyek kolaborasi).

Zoot
sumber