Bagaimana Anda mewawancarai seseorang dengan pengalaman lebih dari Anda? [Tutup]

81

Perusahaan tempat saya bekerja mencari pengembang senior dengan pengalaman lebih banyak daripada saya, dan mereka mengharapkan saya melakukan bagian teknis wawancara. Saya hanya memprogram beberapa tahun dan tidak yakin saya memiliki pengetahuan yang dibutuhkan untuk mengevaluasi keterampilan pengkodean seseorang yang memiliki pemahaman / pengalaman yang lebih besar daripada saya.

Adakah yang bisa merekomendasikan beberapa pertanyaan wawancara teknis untuk diajukan yang merupakan sarana yang baik untuk mengevaluasi keterampilan pemrograman tingkat yang lebih tinggi, tetapi masih menjadi yang bisa saya mengerti?

Saya akan mengatakan saya melewati jr. tingkat programmer, tetapi tidak mendekati senior. Sebagian besar yang saya lakukan adalah membuat aplikasi kecil (web dan desktop), beberapa di antaranya cukup rumit, tetapi semuanya dimaksudkan untuk digunakan oleh segelintir pengguna. Saya merasa saya memiliki pemahaman yang layak tentang sebagian besar konsep pemrograman dan saya mampu belajar / mengajar diri sendiri tentang apa saja, namun saya kurang pengalaman. Karena bos saya suka mengatakan kepada saya, "Kamu tidak tahu apa yang tidak kamu ketahui".

Secara khusus, hal-hal yang kami ingin orang yang kami pekerjakan memiliki pengalaman dengan (yang tidak saya miliki) adalah: Pengembangan multi-tier, lingkungan multi-pengguna, pengembangan aplikasi skala besar, perpesanan dua arah, sesi bersama, dan Multi-threading / BackgroundWorkers.

MEMPERBARUI:

Menanggapi komentar Thor di bawah ini, kami mempekerjakan seseorang beberapa bulan yang lalu dan saya pikir itu berhasil. Saya belajar banyak, tidak hanya tentang coding tetapi juga tentang hal-hal seperti pola desain, arsitektur perangkat lunak, dokumentasi, dan bagaimana tim pemrograman besar lainnya menyelesaikan pekerjaan. Tidak selalu mudah seseorang datang dan menunjukkan cara yang lebih baik untuk melakukan hal-hal yang telah Anda lakukan, tetapi jika Anda dapat menelan harga diri Anda dan bersedia mencoba hal-hal baru, Anda dapat belajar banyak.

Proses wawancara berjalan lebih baik dari yang saya harapkan. Saya mulai mengajukan pertanyaan tentang hal-hal yang saya kenal, kemudian mengajukan beberapa pertanyaan tentang beberapa hal yang saya perjuangkan. Setiap kali orang yang diwawancarai mengatakan sesuatu yang tidak saya mengerti, saya akan meminta mereka untuk menjelaskannya kepada saya dan kemudian menuliskannya sehingga saya bisa mencarinya nanti. Secara keseluruhan, saya merasa bisa mendapatkan gagasan yang cukup bagus tentang tingkat keterampilan pelamar, kecerdasan, dan bagaimana mereka akan bekerja dengannya.

interview

— Rachel
sumber

1

@ CodexArcanum - Itu tidak sepenuhnya biasa, beberapa perusahaan besar akan memiliki bawahan yang mungkin dari kandidat tingkat yang lebih tinggi sebagai bagian dari panel wawancara.

— rjzii

1

Ini adalah perusahaan kecil dengan staf TI kecil. Kami mempekerjakan seseorang selama satu atau dua tahun untuk membantu mengembangkan perangkat lunak untuk menggantikan perangkat yang ada, tidak harus sebagai karyawan tetap. Keraguan mereka akan menggantikan saya karena saya tahu bisnis mereka cukup baik dan mereka menyukai pekerjaan saya, tetapi bahkan jika mereka melakukannya, saya yakin saya dapat menemukan pekerjaan lain. Juga, mereka bersedia membayar orang baru sedikit lebih dari saya dan ragu mereka akan mengganti gaji saya dengan miliknya.

— Rachel

2

Minta mereka untuk menjelaskan sesuatu yang Anda memiliki masalah dalam memahami sehingga Anda dapat memahaminya. Hanya saja, jangan memberi tahu mereka bahwa Anda kesulitan memahaminya. :)

— dietbuddha

5

Mungkin ada beberapa ketidaknyamanan di sini di kedua sisi. Gunakan untuk keuntungan Anda. Seorang karyawan hebat untuk peran ini adalah seseorang yang dapat membimbing Anda sambil menghormati Anda; siapa yang terbuka pada fakta bahwa Anda mungkin tahu lebih banyak tentang situasi itu bahkan jika Anda memiliki lebih sedikit pengalaman secara umum; dengan siapa Anda dapat membangun hubungan yang baik. Jika Anda mendapatkan getaran buruk - merendahkan, menjilat, tidak sopan, "Anda tidak terlalu penting" - maka Anda mungkin tidak ingin bekerja dengan orang ini.

— poolie

1

@Thor, saya menambahkan pembaruan

— Rachel

85

Kamu tidak bisa

Sebagai gantinya, saya akan menyarankan Anda untuk datang dalam wawancara dengan daftar masalah yang Anda miliki hari ini , dan tanyakan kepadanya bagaimana ia akan menyelesaikannya .

Ini adalah metode yang sangat menarik karena dua alasan berikut:

Ini adalah konsultasi gratis . Bahkan jika Anda tidak mempekerjakan orang itu, dia mungkin menyarankan solusi bagus untuk masalah Anda .
Jika dia datang dengan solusi yang menarik , dia adalah pemecah masalah . Tipe pria yang ingin Anda pekerjakan.

27

Saya menggunakan semua suara saya, tetapi -1 untuk mengharapkan konsultasi gratis dan +1 untuk menghasilkan daftar masalah.

— Josh K

16

Anda dapat menyajikan masalah menarik yang sudah Anda pecahkan dan lihat bagaimana solusinya dibandingkan dengan solusi Anda. Tentu saja, itu mungkin tidak lebih baik karena dia tidak punya banyak waktu untuk memikirkannya, tetapi hanya dengan melihat bagaimana dia melakukannya akan memberi banyak informasi.

— mbillard

27

Orang yang berpengalaman akan melihat 'konsultasi gratis' satu mil jauhnya dan ini akan membahayakan negosiasi. Ada beberapa perusahaan di industri yang memiliki reputasi untuk membuat kandidat melakukan proyek selama seminggu sebagai bagian dari proses wawancara mereka dan kemudian tidak mempekerjakan mereka, tetapi sering menerapkan saran mereka.

— JBRWilkinson

6

@JBRWilkinson - Saya tidak berpikir ada yang menyarankan proyek selama seminggu, saya pikir mereka menyarankan pertanyaan wawancara berdasarkan pada jenis masalah yang dihadapi tim saat ini. Itu sangat masuk akal, setelah semua, mereka adalah hal-hal yang jika mereka berperan pada saat wawancara mereka akan berharap untuk berkontribusi.

— Jon Hopkins

3

@JBRWilkinson Seseorang yang berpengalaman akan melihat 'konsultasi gratis' satu mil jauhnya dan ini akan membahayakan negosiasi. Saya sangat setuju. Skema Konsultasi Gratis mengerikan dan sayangnya tidak pernah terdengar.

— Sean Patrick Floyd

62

Gunakan usia Anda sebagai keuntungan.

Saya telah mewawancarai banyak orang yang lebih tua dari saya. Saya memilih teknologi yang saya lakukan tahu cukup baik dan memberitahu mereka bahwa saya pernah mendengar Teknologi X, tapi tidak pernah menggunakannya. Saya meminta kandidat untuk memberi saya gambaran teknologi dan bagaimana mereka menggunakannya dalam suatu proyek.

Ini bekerja dengan sangat baik. Pertama-tama, jika kandidat hanya menggunakan Teknologi X itu sebagai kata kunci pada resume mereka, maka penjelasan mereka akan payah / tidak masuk akal. Juga, jika mereka tidak dapat memberi Anda contoh yang baik dan konkret tentang bagaimana mereka menggunakan teknologi itu dalam proyek-proyek sebelumnya, Anda memiliki bendera merah besar di sana.

Saya mewawancarai seseorang yang memiliki pengalaman java Spring. Saya telah menggunakan Spring pada pekerjaan saya sebelumnya, dan salah satu fitur besar spring adalah Dependency Injection. Saya mengatakan kepada kandidat yang saya wawancarai bahwa saya telah mendengar tentang Spring dan tidak pernah menggunakannya. Dia mulai mengoceh terus-menerus, tetapi tidak bisa memberi tahu saya di mana dia telah menggunakan Spring AOP dan tidak bisa menjelaskan Ketergantungan Injeksi kepada saya, bahkan setelah saya secara eksplisit bertanya setelah melihat hal-hal yang disebut pada resume-nya. Dia hanya mengatakan kepada saya bahwa mereka benar-benar keren, dan ada begitu banyak yang harus dipelajari di sana, dll, dll. Ternyata dia tidak tahu jack ... dan saya adalah satu-satunya yang mengetahui hal itu. anggota yang lebih muda dari tim dev.

Jadi gunakan usia Anda sebagai keuntungan! Masuklah, percaya diri, dan ajukan beberapa pertanyaan tentang teknologi yang Anda kenal baik.

— LGriffel
sumber

2

Itu hal yang menarik. Saya biasanya memandang usia saya / kurang pengalaman sebagai kerugian sehingga menarik untuk melihat bagaimana hal itu dapat menguntungkan saya

— Rachel

16

Diharapkan bahwa Anda akan menanyai seseorang dalam sebuah wawancara; Anda tidak perlu berbohong dan mengatakan bahwa Anda tidak pernah menggunakan teknologi untuk mengajukan pertanyaan yang sama kepada mereka. mis. "Saya tahu Anda tahu $ technology_x. Bisakah Anda memberi saya gambaran umum tentang itu, mengapa dan di mana saya akan menggunakannya, dan contoh bagaimana Anda menggunakannya dalam suatu proyek?"

— user21007

1

Ya, jujurlah. Jangan katakan Anda belum pernah menggunakan sesuatu sebelumnya jika Anda punya. Tanyakan saja pertanyaan itu. Saya pikir apa yang ingin dikatakan LGriffel adalah membuat mereka lengah. Tempatkan diri Anda di bawah mereka, sehingga mereka menjadi terlalu percaya diri. Jika mereka benar-benar tidak tahu sesuatu, itu akan muncul dengan cepat.

— d -_- b

Ini sepertinya berjalan seiring dengan salah satu kutipan Einstein: "Jika Anda tidak dapat menjelaskannya dengan sederhana, Anda tidak cukup memahaminya." Tampaknya kandidat akan dipaksa untuk menyatakan sesuatu secara sederhana dan abstrak dan bersabar untuk menjelaskan sesuatu kepada Anda. Semua ini adalah keterampilan yang Anda benar-benar ingin dimiliki oleh pengembang senior.

— c_maker

31

Ingatlah bahwa hanya karena mereka memiliki pengalaman lebih dari Anda, mereka mungkin bukan pengembang yang lebih baik dari Anda. Ungkapan "Satu tahun pengalaman berulang kali n ." muncul karena Anda melihat ini terjadi di industri. Dengan demikian, tugas pertama Anda selama wawancara harus menetapkan bahwa mereka memang memiliki pengalaman yang relevan dan dapat menampilkan diri sebagai seseorang yang tahu apa yang mereka lakukan. Demikian juga, hanya karena seseorang telah memiliki n tahun pengalaman dalam industri, itu tidak berarti mereka memiliki ton pengalaman dalam bahasa tertentu, perpustakaan, atau kerangka kerja sehingga mereka mungkin masih datang kepada Anda dari waktu ke waktu mengajukan pertanyaan saat mereka mempelajari sesuatu.

Selanjutnya, ingat bahwa pengembang senior yang baik adalah seseorang yang Anda harus dapat mendekati dan bertanya tentang sesuatu yang Anda mengalami masalah. Ini adalah saat yang tepat untuk menanyakan kepada mereka beberapa pertanyaan desain yang Anda punya masalah dan lihat bagaimana mereka merespons dan apa alasan mereka dalam penjelasan mereka. Pernahkah mereka melihat sesuatu yang serupa sebelumnya di tempat lain, apakah mereka membuat tebakan berdasarkan pengalaman, apakah mereka membaca artikel online atau dalam jurnal?

Akhirnya, hal lain yang harus dilihat adalah bagaimana mereka mendekati kode debugging. Dalam pengalaman saya sendiri, saya telah menemukan bahwa terlepas dari bahasa, teknik debugging tertentu cenderung diterapkan universalitas. Berikan kandidat contoh dari salah satu bug yang lebih esoteris yang Anda temui dan minta mereka memandu Anda bagaimana mereka akan mendekati bug tersebut. Apakah mereka memiliki wawasan tentang masalah yang tidak segera terlihat?

Singkatnya, mewawancarai seorang kandidat dengan wawancara yang mengesankan bisa jadi menakutkan, tetapi ada sesuatu yang perlu Anda liput terlepas dari level apa yang akan mereka (yaitu apakah mereka benar-benar tahu apa yang mereka lakukan) dan begitu selesai, Anda dapat mulai menyelidik mereka untuk melihat bagaimana mereka menerapkan pengalaman mereka. Bagaimana para kandidat menerapkan pengalaman kerja mereka sebelumnya akan menjadi apa yang akan membuat satu kandidat lebih menonjol daripada yang lain.

— rjzii
sumber

51

Ini. "N tahun pengalaman" hanya sesekali berarti "Programmer yang benar-benar bagus". Idiot terbesar di tim saya saat ini (saya tidak mempekerjakannya, kebetulan, dia ada di sana sebelumnya) secara teratur menawarkan sekitar 20 tahun pengalamannya, kemudian melanjutkan dengan mengatakan hal-hal seperti "Kontrol sumber selalu menyakiti pengembang". Itu bukan untuk mengatakan bahwa tidak ada peretas tua asin yang saya ingin bekerja dengan, tapi saya kurang terkesan dengan jumlah tahun mereka dibandingkan dengan pengetahuan dan keterampilan penalaran mereka.

— Inaimathi

@Inaimathi ini layak mendapatkan 1000 upvotes :-)

— Sean Patrick Floyd

24

Saya suka Gunakan usia Anda sebagai jawaban keuntungan , dan saya akan menyarankan sesuatu yang serupa:

Gunakan tingkat pengalaman Anda yang lebih rendah sebagai keuntungan

Orang ini mungkin akan menjadi bos atau mentor Anda, jadi ajukan pertanyaan dengan cara yang memungkinkan Anda mengetahui apakah orang itu benar-benar dapat membimbing Anda.

Ajukan pertanyaan rumit yang bisa dibuat lebih mudah, atau itu termasuk masalah yang terlalu rumit. Jika dia baik, dia tidak hanya akan menyelesaikan mencoba untuk menjawab pertanyaan / memecahkan masalah, tetapi benar-benar sampai ke masalah nyata, menunjukkan kepada Anda kekurangan dalam pertanyaan Anda. Jika ia berhasil melakukannya dengan cara yang sopan tanpa mengintimidasi Anda, ia adalah penjaga.

— Sean Patrick Floyd
sumber

1

+1 (orang pilihan!). Anda tidak mencari penyihir dalam programmer senior, Anda sedang mencari seseorang yang dapat Anda bimbing dan bantu programmer yang kurang berpengetahuan. Jika mereka tidak pandai mentransfer pengetahuan, mereka tidak akan pandai dalam pekerjaan.

— Josh K

8

Yang benar-benar penting adalah bahwa Anda memastikan dia adalah hak jenis pengembang berpengalaman untuk apa yang Anda butuhkan.

Ketika orang melanjutkan karier mereka, mereka cenderung pergi ke arah yang berbeda dalam hal apa yang mereka lakukan. Anda mungkin mewawancarai orang-orang yang ahli dalam menjalankan tim programer yang besar atau bekerja dengan kode warisan yang berbelit-belit dan cukup brilian pada apa yang mereka lakukan tanpa mereka menjadi orang yang tepat untuk peran Anda. Jadi cobalah memiliki ide tentang apa yang sebenarnya Anda cari di muka dan pikirkan pertanyaan yang akan membedakan secara tepat jenis pengembang untuk pekerjaan Anda dari orang lain.

— glenatron
sumber

7

Saya harus melakukan ini beberapa kali. Saya belajar melakukannya dalam proses langkah-bijaksana.

Mulailah dengan pertanyaan yang sama yang saya berikan kepada lulusan perguruan tinggi. Saya melakukan ini karena posisi saya melakukan wawancara teknis adalah posisi pemrograman di mana kami mengharapkan pengembang untuk terlibat dalam kode, dan saya ingin memastikan para kandidat dapat memprogram. Dengan hanya satu pengecualian, tidak ada kandidat yang bisa - mereka lebih buruk daripada lulusan perguruan tinggi mana pun. Mereka semua berada di posisi manajerial terlalu lama.
Untuk kandidat yang lulus tes kompetensi pengkodean dasar, saya memiliki beberapa jenis pertanyaan "bagaimana Anda menangani X skenario" yang lebih umum. Jika Anda melakukan layanan web di proyek Anda, misalnya, pikirkan pertanyaan layanan web yang menarik dan tanyakan pada kandidat bagaimana ia akan menyelesaikannya. Saya tidak akan merekomendasikan ini menjadi sesuatu yang sedang Anda kerjakan secara langsung, sebagian besar karena masalah kekayaan intelektual dan data kepemilikan perusahaan. Jangan berikan itu!
Luangkan waktu untuk bertanya kepada kandidat tentang hal-hal di resume-nya. Ini penting. Anda dapat mencari tahu tentang pengalaman tim terbaik dan terburuknya, pengalaman sebagai penyelia, dan sebagainya. Cobalah untuk merasakan gaya kerja orang tersebut untuk melihat apakah dia cocok dengan tim Anda.

Masalah terbesar saya ketika mewawancarai kandidat senior adalah bahwa mereka sering menjadi sangat gugup untuk diwawancarai oleh orang yunior, terutama mereka yang tidak bisa menangani tes kode dasar saya. Berusaha keras untuk tidak terlihat mengancam dalam keterampilan apa pun yang Anda perlihatkan selama wawancara - fokuskan pada mereka, bahkan jika mereka tidak dapat menjawab pertanyaan Anda dengan baik. Coba dan miringkan wawancara ke pertanyaan yang bisa mereka jawab jika gagal pada dasarnya.

— justkt
sumber

Itu sebenarnya salah satu keprihatinan saya ... bagaimana diwawancarai oleh seseorang jelas junior mereka akan mempengaruhi wawancara. Saya masih muda sehingga tidak mungkin saya bisa berpura-pura memiliki banyak pengalaman

— Rachel

1

@Rachel - beberapa orang yang saya wawancarai telah bekerja di industri ini sejak sebelum saya lahir. Saya biasanya menemukan cara terbaik untuk menenangkan kegugupan setelah langkah pertama adalah melompat ke langkah 3 dan membuat kandidat merasa nyaman berbicara tentang kekuatannya.

— justkt

4

@Rachel bagaimana diwawancarai oleh seseorang jelas junior mereka akan mempengaruhi wawancara jika mereka tidak bisa mengatasinya, mereka tidak baik

— Sean Patrick Floyd

3

Dalam hal proses wawancara yang sebenarnya, pada dasarnya Anda memperlakukan mereka sama seperti orang lain yang Anda pekerjakan. Seharusnya ada proses perekrutan yang serupa:

Seleksi, berdasarkan CV atau rekomendasi agensi.
Tes bakat (menggabungkan hal-hal seperti FizzBuzz , strdup () / isAlpha (), OOD, dll)
Wawancara telepon (untuk eliminasi cepat jika mereka tidak berkomunikasi dengan baik)
Wawancara tatap muka
Latihan coding tertulis
Temui beberapa anggota tim.
Untuk orang yang berpengalaman, yang menyiratkan risiko yang lebih tinggi dan biaya yang lebih tinggi, putaran wawancara tambahan dapat diterima tetapi Anda harus berkomunikasi dengan jelas kepada mereka di mana mereka sedang dalam proses (yaitu ini adalah 1 dari 3 putaran wawancara).

Ada banyak posting lain di situs ini yang mencakup topik umum diskusi yang harus Anda bahas dalam proses wawancara - inilah jawaban saya untuk salah satunya .

Di semua titik dalam proses wawancara, orang yang berpengalaman harus menunjukkan pemahaman yang sangat baik tentang spesialisasi yang diiklankan. Anda dapat menyelidiki mereka, secara mendalam, pada topik apa pun yang Anda bahas selama diskusi. Ajukan pertanyaan hingga batas tingkat pengalaman / kenyamanan Anda dan lihat apakah itu dapat berlanjut tanpa khawatir. Jika Anda perlu melakukan sesuatu dengan mendalam yang tidak memiliki banyak pengalaman, lakukan pencarian web untuk beberapa contoh pertanyaan (dapatkan pilihannya), baca dan pahami jawabannya sebelum wawancara , dan kemudian tanyakan pada kandidat salah satu dari pertanyaan ini. Jangan berharap mereka tahu semua jawaban, jadi pilihlah beberapa pertanyaan.

Ada dua jenis insinyur berpengalaman yang dapat Anda pekerjakan:

1) Pengalaman Industri yang Relevan

Ini adalah orang yang dapat Anda ajak daftar masalah saat ini dan berbicara bagaimana mereka dapat mendekati masalah tersebut. Anda harus mengukur tingkat pemahaman mereka tentang masing-masing topik khusus domain di industri Anda. Ketika Anda berada di industri itu, Anda dapat memberi tahu jawaban 'bodoh' dari jawaban 'baik' dan mungkin juga bisa melihat jawaban 'berpengalaman'. Berbeda dengan jawaban lain, saya tidak berharap mereka benar-benar menyelesaikan masalah Anda saat ini - itu akan terjadi ketika Anda mempekerjakan mereka - tetapi Anda membutuhkan mereka untuk meyakinkan Anda bahwa mereka bisa begitu mereka mulai.

2) Tidak Ada Pengalaman Industri yang relevan

Jadi kandidat ini mungkin mengubah industri tetapi memiliki pengalaman yang baik dalam teknologi / platform / keterampilan dasar yang Anda butuhkan. Pelajari lebih lanjut tentang hal-hal tersebut, tetapi jangan berharap mereka dapat menemukan solusi untuk masalah khusus domain, meskipun Anda bisa membicarakannya. Sebagai contoh, jika perusahaan Anda adalah Facebook, dan orang yang Anda wawancarai panas dengan PHP dan C ++, tidak realistis untuk mengharapkan mereka mengetahui semua jebakan server pertanian besar-besaran (kecuali jika mereka mengklaimnya pada CV mereka).

— JBRWilkinson
sumber

2

Satu hal yang saya tidak lihat secara eksplisit menunjukkan, adalah "Anda tahu teknologi X sangat baik, dan itu terdengar sangat menarik. Bisakah Anda menjelaskannya kepada saya dalam lima menit?"

Karena Anda kemungkinan besar diharapkan dapat mempertahankan kode yang pada akhirnya keluar dari orang yang baru, sangat penting bahwa ia mampu menjelaskannya kepada programmer lain secara efisien dan baik. Anggap itu sebagai keterampilan komunikasi.

Pemahaman yang menyeluruh diperlukan untuk dapat bertemu dengan pengembang lain di tingkat keahlian mereka dan mengkomunikasikan pemikiran dan ide di tingkat mereka.

Jika orang tersebut tidak dapat berkomunikasi secara verbal, kemungkinan besar dia hanya menulis kode untuk kompiler, bukan untuk pengelola.

2

Saya setuju dengan Steven tentang bagian mentoring. Sebenarnya saya akan mengatakan bahwa Anda dapat mengajukan pertanyaan kepadanya tentang apa pandangannya tentang bimbingan dan bagaimana dia melakukannya dalam skenario yang berbeda. Kemudian evaluasi berdasarkan jawaban (Anda bisa mendapatkan umpan balik dari atasan Anda jika Anda suka atau membahas jawaban aktual dalam tanya jawab).

Anda juga dapat mengajukan pertanyaan yang akan Anda ajukan kepada rekan kerja, karena kandidat mungkin harus dapat menyelesaikan atau setidaknya memahami pekerjaan Anda.

— aditya
sumber

2

pasti memilih otaknya dalam wawancara tentang masalah nyata dan teknologi yang saat ini Anda miliki atau ingin gunakan

dengan asumsi dia adalah pengembang senior yang kompeten dan imajinitif, memutuskan untuk mempekerjakan atau tidak berdasarkan jika Anda pikir Anda dapat belajar darinya dan bekerja dengan baik dengannya

Anda tidak mewawancarai bos masa depan Anda, Anda sedang mewawancarai mentor masa depan Anda. Jangan memilih seseorang yang mengetahui semua jawaban tetapi tidak bisa mengajar

— Steven A. Lowe
sumber

2

+1 untuk "jangan memilih seseorang yang mengetahui semua jawaban tetapi tidak bisa mengajar". Itu adalah faktor yang sangat besar bagi saya karena saya selalu ingin terus belajar

— Rachel

1

Ambil banyak masalah yang sudah Anda pecahkan. Jelaskan kepadanya apa yang telah dilakukan untuk menyelesaikan masalah (pertahankan orang ketiga; Anda tidak ingin mempertaruhkan ego pribadi Anda di sini). Tanyakan kepadanya apa yang akan dia lakukan "berbeda". Anda harus bisa, berdasarkan apa yang dia sarankan, mencari tahu apakah itu akan lebih baik atau lebih buruk, secara konseptual, daripada apa yang Anda lakukan.

— GWLlosa
sumber

1

Saya sangat merekomendasikan Anda untuk membaca buku "Smart and Gets Things Done: Panduan Ringkas Joel Spolsky untuk Menemukan Bakat Teknis Terbaik" .

Saya tidak pernah mempekerjakan siapa pun, tetapi kadang-kadang ketika saya menjadi orang yang diwawancarai, saya berharap beberapa orang idiot yang hanya tahu tentang kata kunci dan sedang mewawancarai saya, memiliki garis penalaran yang terungkap dalam buku itu. Teksnya sangat lancar dan menyenangkan untuk dibaca.

Dan tidak, saya tidak membuat iklan hanya karena situs ini dari penulis buku. Buku ini benar-benar hebat dan saya akan merekomendasikan ini kepada siapa pun yang berada dalam posisi untuk merekrut orang-orang TI, khususnya bagi yang tidak mengerti teknologi - Saat ini sangat umum untuk memiliki manajer proyek atau bos non-teknis.

— sergiol
sumber