Entry - Cara Wawancara Entry Level Software Engineers

Wawancara teknis sulit. Internet penuh dengan cerita tentang keadaan yang menyedihkan dari proses wawancara teknis dan bagaimana sulit untuk mengevaluasi seorang kandidat dengan benar melalui papan putih, pekerjaan rumah, atau apa pun lainnya. Mewawancarai para insinyur tingkat entri bisa menjadi lebih sulit karena secara teoritis mereka tidak memiliki pemahaman dasar tentang menulis perangkat lunak.

Tahun lalu, rekayasa Clover menciptakan program Associate dan harus mencari cara untuk mewawancarai insinyur entry level. Apakah masuk akal untuk menggunakan proses wawancara yang sama dengan yang kami gunakan untuk insinyur lain? Berapa banyak yang harus kita “turunkan bar” agar kita dapat menarik kandidat secara efektif?

Ternyata, kita tidak perlu mengubah proses wawancara, atau menurunkan bar banyak ... atau tidak sama sekali.

Pertama, kami memutuskan kualitas apa yang kami inginkan untuk dimiliki oleh Rekanan kami.
Sebuah tim insinyur bekerja pada serangkaian sifat yang kami pikir harus dimiliki oleh rekan kami. Jika program itu berhasil, Rekanan akan lulus ke insinyur penuh waktu, jadi kami ingin memastikan sifat-sifat ini selaras dengan anggota tim lainnya. Beberapa kualitas yang kami cari dalam perusahaan kami khususnya adalah:


Ketahanan: Belajar di tempat kerja itu sulit dan kami berasumsi bahwa rekan akan membuat kesalahan dan berjuang melalui konsep yang sulit. Kami membutuhkan orang-orang yang dapat bertahan dari perjuangan ini dan bangkit kembali siap untuk tantangan berikutnya.
Kesediaan untuk belajar dan inisiatif untuk melakukannya: Clover akan membantu Associates dalam pertumbuhan mereka, dan memberikan guru dan mentor untuk membantu di sepanjang jalan, tetapi setiap Rekanan yang masuk harus bertanggung jawab atas pertumbuhan mereka sendiri.
Kerendahan hati: Ini adalah sifat penting bagi semua insinyur Clover, tetapi kami memberi perhatian khusus pada para Rekanan kami. Mereka harus belajar dari orang-orang di sekitar mereka, menghormati orang lain, dan dapat mengambil umpan balik yang sulit dengan rahmat.
Kedua, kami memutuskan cara mengevaluasi setiap sifat.
Setelah kami memiliki daftar ciri-ciri Associate kami, kami secara hati-hati mendefinisikan masing-masing, serta cara-cara spesifik untuk menilai masing-masing sifat.

Penting juga untuk mendefinisikan "cara tidak menilai" karena sangat mudah mendapatkan sinyal yang salah dengan niat baik. Sebagai contoh, ketika menilai kerendahan hati, kami tidak ingin pewawancara secara keliru mencari "kepatuhan." Kami ingin orang-orang yang akan menerima umpan balik tanpa pembelaan dan memperlakukan pewawancara mereka sebagai kolaborator potensial, bukan komandan. Kami mendorong mereka untuk mengajukan pertanyaan sulit, dan menantang pewawancara ketika mereka tidak memahami sesuatu atau jika mereka tidak setuju dengan saran.

Demikian pula, kami tidak ingin mengevaluasi "kemauan dan inisiatif untuk belajar" berdasarkan jumlah proyek independen pada profil GitHub pribadi mereka. Ini hanya indikasi bahwa orang tersebut memiliki waktu luang untuk menyelesaikan proyek sampingan, dan tidak berarti mereka lapar untuk menghadapi tantangan baru dalam peran mereka saat ini. Kami ingin rekan merasa seperti mereka dapat menjalani hidup mereka di luar pekerjaan, sementara merasa didukung untuk belajar dengan cara apa pun yang terbaik bagi mereka.


Pada masing-masing sifat, para kandidat diberi peringkat pada tiga skala poin: Gagal, Lulus, atau Melebihi. Kami memilih sistem ini karena sederhana, dan memungkinkan kami untuk memberikan kredit kepada kandidat yang sangat kuat di bidang tertentu sementara mengakui bahwa keunggulan di seluruh papan tidak sepenuhnya diperlukan. Khususnya, "potensi" tidak ada dalam skala. Banyak posting berbicara tentang mempekerjakan insinyur entry level pada "potensi" mereka, tetapi istilah ini jarang didefinisikan. Kebanyakan orang menggunakan "potensi" untuk menggambarkan perasaan bahwa, meskipun seorang kandidat saat ini tidak dapat menjadi insinyur otonom, suatu saat nanti di masa depan mereka bisa. Kami tidak mencoba memprediksi masa depan untuk kandidat kami, tetapi mengevaluasi mereka tentang apa yang mereka presentasikan melalui wawancara.
Ketiga, kami merancang pertanyaan teknis kami
Memutuskan keterampilan teknis untuk mengevaluasi adalah proses yang panjang. Kami berharap untuk mengajar Associate kami sebagian besar keterampilan teknis yang mereka perlukan untuk melakukan pekerjaan mereka, tetapi kami tidak dapat menerima kandidat yang sepenuhnya kosong. Kami memutuskan kualitas yang akan kami cari dalam rekanan adalah:
Kemampuan untuk memikirkan masalah secara logis
Pemahaman yang kuat tentang pemrograman imperatif dasar dan struktur data dalam beberapa bahasa (primitif, array, tabel hash, loop, jika pernyataan)
Hal yang kami putuskan tidak kami uji, yang kami lakukan di kandidat kami yang lain, adalah:
Kemampuan untuk mendefinisikan masalah berdasarkan pernyataan masalah yang tidak ditentukan
Dengan persyaratan ini, kami menggunakan pertanyaan wawancara standar kami, tetapi dengan beberapa scaffolding untuk membantu kandidat menentukan ruang masalah dan lingkup pekerjaan mereka.

Kami menyimpan pertanyaan layar telepon standar yang kami gunakan untuk calon insinyur umum untuk Rekanan kami, tetapi memberikan contoh fungsi tanda tangan dan tes dasar, di mana calon insinyur umum diberikan editor kosong.

Juga, kami memilih untuk benar-benar memo papan tulis coding dan ditugaskan pekerjaan rumah sebagai gantinya. Pekerjaan rumah kami untuk insinyur umum meniru masalah dunia nyata dan mengharapkan kandidat untuk kembali dengan solusi yang telah teruji untuk masalah itu. Kami tidak menggunakan pertanyaan yang sama untuk Rekanan karena itu mengharuskan kandidat untuk memahami luasnya masalah, dan memperluas jawaban mereka dengan tepat. Sebagai gantinya, kami menggunakan pertanyaan algoritme yang sebelumnya kami gunakan sebagai latihan pingsan. Kami membuat kasus uji untuk masalah ini sehingga kandidat akan tahu apa yang diharapkan dari mereka dan tidak perlu khawatir tentang menyiapkan proyek baru dan test case.

Untuk mendapatkan pembacaan pada desain sistem, kami menyajikan kandidat umum dengan masalah yang luas dan mengharapkan mereka untuk menggambarkan sistem sebagai solusi. Kami menggunakan pertanyaan yang sama untuk Rekanan kami, tetapi menjelaskan komponen dasar sistem kemudian meminta mereka untuk menggambarkan seperti apa salah satu komponen itu. Jika ada waktu, kami akan memindahkan mereka ke komponen lain.
Akhirnya, kami mewawancarai mereka.
Tim teknik khawatir tentang tolok ukur mereka tentang apa yang tampak seperti 'tidak', dan wawancara akan secara materi berbeda dari calon insinyur umum. Untuk mengatasi masalah ini, kami mengumpulkan wawancara bersama-sama dengan subkumpulan tim teknik yang konsisten untuk membuat perbandingan yang lebih mudah. Kami juga secara jelas mendefinisikan status kelulusan dan gagal untuk mengurangi ambiguitas apa pun.

Bagaimana hasilnya?

Luar biasa baik. Kami terkesan dengan kualitas keseluruhan dari semua kandidat kami dan memiliki waktu yang sulit memutuskan yang mana dari Associate yang akan kami dapatkan. Pada akhirnya, kami menetap di kelompok tujuh orang, empat di antaranya dipilih melalui proses wawancara, dan semuanya menyelesaikan program dan sekarang "tumbuh" insinyur Clover. Yang terpenting, kami dapat mewawancarai, di atas kapal, dan menumbuhkan sekelompok insinyur junior tanpa "menurunkan bilah teknis kami" atau mengorbankan standar kami.

MEMPERBARUI:

Saya sangat terkejut dan terhibur oleh tanggapan atas artikel ini! Terima kasih sudah membaca. Nantikan lebih banyak cerita tentang program Clover's Associate.
Jika Anda menyukai gagasan bekerja dalam tim dengan orang-orang cerdas dan bijaksana, Clover menyewa di kantor San Francisco dan Jersey City kami! Kami ingin berbicara dengan Anda. Lihatlah halaman karir kami untuk mempelajari lebih lanjut.
Akhirnya, saya ingin melakukan koreksi pada artikel. Kami berakhir dengan kohort terakhir dari tujuh rekan, empat di antaranya datang melalui proses wawancara. Yang lain adalah mantan magang, atau transfer dari tim lain. Saya telah memperbarui kalimat asli untuk keakuratan.

Untuk informasi lebih lanjut, kunjungi tautan berikut:

Situs web: https://entry.money/

WhitePaper: https://entry.money/ENTRY_Whitepaper_v1.pdf

Twitter: https://twitter.com/EntryMoneyICO

Facebook: https://www.facebook.com/entrymoney/

Reddit: https://www.reddit.com/r/EntryMoney/

Linkedin: http: //https//www.linkedin.com/company/entry-money/

Whatsapp: https://chat.whatsapp.com/BUkzyIMqew3Gx7G40HVa70

Telegram: https://t.me/Entry_Official

Bitcoin username : Df9898

Bitcoin profile : https://bitcointalk.org/index.php?action=profile;u=1723006

ETH address: 0xe044dc15183B3395b758d9A02cc7F96e312c007F