Apa gunanya pertanyaan wawancara rinci teknik untuk Senior dev? [Tutup]

Saya sudah memiliki wawancara promosi internal untuk mendapatkan gelar programmer tingkat yang lebih tinggi, seperti Senior plus. Dan saya telah diwawancarai oleh sekitar 7 orang yang menggunakan teknologi berbeda, dan orang yang menggunakan teknologi yang sama dengan saya (.Net) cenderung mengajukan pertanyaan yang sangat rinci tentang teknik yang sebenarnya dapat dengan mudah ditemukan melalui Google, seperti apa itu JIT, bagaimana cara kerja GC , perbedaan antara Daftar dan Array, kelas dan antarmuka abstrak, delegasi dan acara, bahkan apa nama kelas ketika Anda memproses file Unggah, dll. Dan saya hanya punya satu pertanyaan yang diajukan tentang salah satu ide desain saya di proyek saya dan hanya diskusi sederhana. Tetapi untuk sebagian besar pilihan desain saya, mereka tampaknya tidak tertarik.

Saya belum mendapatkan hasilnya dan ini akan terlambat akhir minggu ini, tetapi inilah kekhawatiran saya:

Saya pribadi berpikir ketika saya bermain sebagai programmer senior, saya terutama memecahkan masalah, dan saya hanya perlu tahu ada beberapa cara tertentu yang dapat mewujudkannya, tetapi saya mungkin tidak ingat setiap hal yang terperinci, dan itulah sebabnya kami memiliki referensi terperinci itu. dokumentasi seperti MSDN.

Saya merasa baik-baik saja jika Anda menemukan saya tidak memiliki terlalu banyak pengalaman di bidang ini seperti tingkat Junior hingga Menengah, tetapi ketika cenderung mewawancarai pria tingkat yang lebih tinggi, bukankah Anda harus lebih fokus untuk melihat bagaimana pemikiran logis orang ini dan seberapa baik Apakah dia memecahkan masalah? Apakah semua orang hanya berpikir jika Anda tahu setiap hal teknologi rinci titik kecil maka Anda adalah Senior +. Dan dengan memeriksa buku pertanyaan wawancara itu saya menemukan ada lebih banyak pertanyaan semacam itu.

Jika saya menghabiskan 5 hari membaca buku daftar pertanyaan wawancara itu, saya dapat dengan mudah membuat orang-orang itu merasa wow, tetapi apakah itu benar-benar berarti apa-apa? Wawancara semacam ini dapat dengan mudah membiarkan orang-orang yang pandai mengingat hal-hal mendapatkan gaji yang lebih tinggi bahkan mereka tidak tahu bagaimana menyelesaikan masalah kesulitan.

Jadi mengapa ini terjadi di dunia, apakah itu hanya menyebabkan keterampilan pemecahan masalah, keterampilan desain sulit diukur? Saya telah melayani perusahaan ini selama bertahun-tahun dan hanya memiliki beberapa wawancara dengan perusahaan lain, jadi saya ingin tahu apakah setiap perusahaan melakukan hal yang sama?

Atau apakah ini sebenarnya hanya masalah saya sendiri sehingga saya harus berusaha lebih keras untuk mengingat semua yang ada di MSDN dalam pikiran saya sehingga saya dapat bekerja bahkan tanpa itu dan internet?

EDIT

Untuk lebih menjelaskan situasi saya mengenai kekhawatiran Frank tentang tugas pekerjaan. Maaf itu salah saya tidak menjelaskan latar belakang itu.

Sebenarnya tidak akan ada perubahan tugas pekerjaan khusus, saya pribadi berpikir apa yang telah saya lakukan sudah bermain sebagai senior, seperti ulasan kode, anggota mentor, meninjau dokumen BA dan memberikan opini teknik, desain arsitektur proyek baru, hanya saja judul saya masih tetap tanpa senior dan saya meminta satu untuk mencerminkan slip pembayaran dan mengarah ke wawancara seperti itu. Ini adalah perusahaan Saas sehingga orang-orang tetap dalam satu proyek selama produk itu masih hidup, ini membuat mereka membutuhkan orang untuk dapat merancang lebih banyak fitur baru berdasarkan produk saat ini, memperbaiki kesulitan teknik di server langsung, desain / review kode / mentoring anggota Dan gelar tingkat yang lebih tinggi berdasarkan teknik adalah Arsitek dan kami tidak memiliki pekerjaan yang serupa dengan Pakar Teknis. Dan saya setuju jika Anda ingin memainkan peran Ahli Teknis Anda harus tahu lebih detail tentang teknologi yang Anda gunakan. Maaf itu salah saya tidak menjelaskan latar belakang itu.

interview

— Simon Wang
sumber

Berbicara secara umum, pendapat saya adalah bahwa mengajukan pertanyaan yang sepele atau hal-hal teknis kecil mengenai peran senior adalah tanda bahaya tentang proses wawancara dan mungkin kelompok. Saya akan mengatakan ini dua kali lipat benar jika Anda mencari promosi internal. Tidak semua perusahaan seperti ini - saya menemukan yang tidak.

— Erik Dietrich

Terima kasih atas komentar Anda yang berharga Erik, ya saya pikir ini saatnya untuk memikirkan dengan hati-hati tentang masa depan

— Simon Wang

Jawaban:

Sebagai insinyur senior dan seseorang yang merekrut insinyur, sepertinya proses wawancara melewatkan seluruh informasi konseptual.

Saya ingin insinyur senior saya dapat memvisualisasikan hasil akhir, memilih teknologi yang tepat, merancang basis data dan proses yang tepat, dan dapat mendelegasikan detail ke insinyur lain bila diperlukan. Google selalu ada di pihak mereka, jadi saya fokus pada kemampuan mereka untuk memberikan hasil, daripada seberapa besar kartu SD yang mereka tancapkan ke telinga mereka. (tertawa).

Semoga berhasil dengan baik.

— gahooa
sumber

Maaf atas keterlambatan balasan, aku senang kelihatannya aku tidak punya masalah.

— Simon Wang

Tidak sepenuhnya yakin apa tugas Senior + dalam kasus Anda akan melibatkan. Selalu ingat bahwa jauh lebih penting untuk mengetahui apa tugas pekerjaan Anda daripada apa posisi Anda. Walaupun memiliki Senior di depan jabatan Anda mungkin berdampak pada hasil keuangan Anda, namun tidak berarti apa pun tentang apa yang sebenarnya Anda lakukan dalam pekerjaan. Namun ada dua jenis "pengembang" tingkat senior.

Arsitek Sistem

Jika Anda diwawancarai untuk posisi seperti itu, maka memang ada sesuatu yang salah. Saya setuju dengan gahooa bahwa wawancara semacam itu harus fokus pada gambaran besar pemikiran calon, yang tampaknya telah hilang dalam diri Anda.

Namun, ada juga jenis perspektif jahat tentang ini: dalam pekerjaan sehari-hari Anda akan selalu kewalahan oleh hal-hal kecil detail dan itu akan menjadi tanggung jawab Anda untuk melacak gambaran besar terlepas dari semua gangguan kecil ini. Jika Anda ingin menguji apakah seorang kandidat tidak dapat kehilangan dirinya dalam perincian kecil, salah satu caranya mungkin dengan mencoba menenggelamkannya dalam perincian itu. Jika Anda tidak mengingatkan mereka bahwa posisi arsitektur yang dibayangkan adalah tentang gambaran besar - Anda mungkin baru saja gagal dalam tes itu. Meskipun aku ragu, karena wawancara semacam ini tentu tidak menguntungkan.

Pakar Teknis

Dalam hal ini Anda mungkin tidak dapat banyak mempengaruhi arsitektur sistem secara keseluruhan dan arah perusahaan. Sebaliknya Anda akan fokus pada level desain. Perhatikan bahwa semua pertanyaan yang Anda berikan sebagai contoh sangat cocok dengan kategori ini. Dari pengembang senior yang bertanggung jawab untuk desain SW, saya berharap dia tahu hal-hal seperti JIT, GC, struktur data, dll. Masuk dan keluar - tanpa perlu mencari apa pun kecuali detail yang paling rumit. Jika Anda seharusnya membuat desain perangkat lunak, belum tahu perbedaan antara array dan daftar Anda berada di posisi yang salah.

Dari membaca pertanyaan Anda, saya menduga bahwa posisi pekerjaan Anda (saat ini dan yang diusulkan) berfokus pada desain perangkat lunak. Dalam hal ini, Anda mungkin ingin memikirkan kembali apa yang seharusnya Anda ketahui / ingat dan apa yang tidak. Mengingat bahwa Anda bekerja dengan hal-hal ini dari hari ke hari harus ada sedikit kebutuhan untuk mencari sesuatu untuk menjawab pertanyaan mendasar seperti itu.

Di samping catatan: seorang mantan profesor saya memiliki kebiasaan menarik mengajukan pertanyaan tentang mata pelajaran dasar dalam ujian lisan pada kursus lanjutan. Sementara mata pelajaran ini tidak pernah secara eksplisit dibahas dalam kursus lanjutan, seorang siswa seharusnya mengenal mereka dari pendidikan dasar mereka. Dalam wawancara (dalam bentuk apa pun), saya juga mematuhi perilaku ini, karena selama beberapa tahun terakhir saya telah menyaksikan berulang kali bagaimana siswa / kandidat untuk sesuatu yang "maju" memiliki kekurangan yang parah di yayasan. Mengingat alasan itu, saya tidak memiliki keraguan untuk bertanya pada kandidat untuk posisi senior apa pola pendengar, atau apa pro / kontra dari menjaga pendengar dalam array vs daftar vs set.

— jujur
sumber

Pertama-tama, terima kasih atas jawaban Anda. Sebenarnya tidak akan ada perubahan tugas pekerjaan khusus, saya pribadi berpikir apa yang telah saya lakukan sudah bermain sebagai senior, seperti review kode, mentor memebers, review BA's doc dan memberikan pendapat teknik, desain arsitektur proyek baru, hanya judul saya masih tetap tanpa senior dan saya meminta satu untuk mencerminkan slip pembayaran dan mengarah ke wawancara seperti itu. Dan tujuan saya pasti bekerja untuk menjadi Arsitek Sistem, karena di perusahaan Saas seperti itu mereka membutuhkan Arsitek Sistem tetapi bukan Pakar Teknis

— Simon Wang

Saya minta maaf, tetapi saya tidak berpikir bahwa jenis pertanyaan yang Anda tanyakan adalah hal-hal sepele yang harus di-Google-kan saat diperlukan. Ini mungkin benar untuk nama kelas saat Anda memproses file Unggah, tetapi:

apa itu JIT: Ini adalah masalah teknologi mendasar. Seorang programmer senior harus tahu apa artinya ini setidaknya tingkat tinggi. Sebagai contoh, ini mempengaruhi kinerja VM dan runtime yang berbeda, oleh karena itu harus dipertimbangkan setidaknya ketika mengevaluasi teknologi baru.
cara kerja GC: mirip dengan yang di atas. Algoritma untuk GC pada intinya cukup sederhana, dan orang harus paling tidak terbiasa dengan GC generasional dibandingkan mark & sweep, versus penghitungan referensi dan berbagai pengorbanan
perbedaan antara Daftar dan Array: ini adalah pertanyaan dasar yang saya harapkan seorang programmer junior tahu
kelas dan antarmuka abstrak: sama seperti di atas. Saya tidak mengerti bagaimana seseorang diharapkan untuk merancang sistem yang kompleks tanpa diketahui setidaknya antarmuka
delegasi dan acara: sekali lagi, untuk merancang sistem yang kuat dan fleksibel, delegasi acara adalah salah satu pola dasar.

Tampaknya bagi saya bahwa mereka telah melakukan pekerjaan yang cukup baik dalam mengajukan pertanyaan konseptual yang relevan bagi seorang programmer senior tanpa tersesat dalam hal-hal sepele.

— Andrea
sumber

+1 - Pertanyaan-pertanyaan yang OP miliki adalah pertanyaan-pertanyaan yang sangat "tidak pasti". Level mereka cukup tinggi dan bisa diperdebatkan perlu diketahui agar dapat mendesain sistem dengan baik. Tetapi itu hanya akan terjadi jika kekokohan, pemeliharaan dan daya tanggap menjadi perhatian bagi aplikasi yang dirancang dan dibangun.

— Dunk

Jadi hanya berdasarkan pada pertanyaan-pertanyaan itu dijawab bagaimana Anda mengidentifikasi kandidat adalah Senior atau menengah atau bahkan hanya junior karena ia mungkin hanya kurang keterampilan tetapi pandai dalam hal-hal memori dan membaca buku bernama daftar pertanyaan wawancara Net., Di mana Anda dapat mengidentifikasi kemampuan desain, kemampuan memecahkan masalah dari pertanyaan-pertanyaan itu?

— Simon Wang

Itu bukan pertanyaan tentang ingatan. Saya dapat mengenali seseorang yang berbicara tentang, katakanlah, pengumpulan sampah dari ingatan dari orang yang tahu apa yang ia bicarakan. Sekarang, saya mungkin setuju bahwa seseorang dapat juga mengajukan beberapa pertanyaan tentang desain (tetapi bukankah delegasi acara akan mengarah ke sana?), Tetapi ini bukan alasan untuk berkinerja buruk pada pertanyaan-pertanyaan yang tercantum di sini.

— Andrea

OK saya punya ide dan Terima kasih, tapi saya pikir saya tidak melakukan hal-hal buruk pada hal itu, tetapi saya khawatir apa tujuannya, terutama ini adalah wawancara promosi internal, maksud saya saya tidak bisa melihat perbedaan antara wawancara ini dan satu ketika saya bergabung dengan perusahaan, dan itu membuat saya merasa kecewa tentang jalur karier di sini

— Simon Wang

Saya minta maaf jika saya salah mengartikan pertanyaan Anda. Ada banyak orang yang mengajukan pertanyaan serupa di sini, pada dasarnya untuk mendapatkan dukungan jika kinerjanya buruk dalam wawancara. Jika poin Anda adalah bahwa Anda tahu bagaimana menjawab pertanyaan-pertanyaan itu, tetapi Anda lebih suka ditanyai pertanyaan yang lebih canggih tentang desain perangkat lunak, saya hanya bisa mengatakan bahwa pertanyaan-pertanyaan ini tidak seburuk dan mnemonikal seperti yang mungkin ditanyakan orang lain dalam wawancara. Memang mungkin untuk melakukan yang lebih baik, tetapi mereka masuk akal.

— Andrea