Temu ramah untuk kedudukan teknikal tidak perlu menakutkan

Jacob Schatz, seorang jurutera Gitlab kanan, berkongsi bagaimana dia menjalankan wawancara kerja teknikal dan proses pemikirannya. Wawancara teknikal sering dibincangkan dan mungkin menjadi topik yang sensitif bagi sesetengah orang, jadi perlu diperhatikan bahawa artikel ini menyatakan pandangan peribadi Yakub dan tidak semestinya mewakili pandangan majikannya.

Adakah anda pewawancara yang merasa takut, letih, sedih atau kecewa? Saya berharap dapat mengubah kecenderungan ini.

Saya percaya orang boleh mempunyai pengalaman wawancara yang baik dan saya juga dapat mencari calon yang tepat. Kedua -dua perkara ini boleh berlaku pada masa yang sama! Selepas proses temuduga anda berakhir, dalam dunia yang ideal, anda harus merasa baik tentang diri anda dan prosesnya tidak kira apa hasilnya. Anda mungkin berasa sedih kerana anda tidak mendapat pekerjaan atau anda teruja untuk memulakan pekerjaan baru anda, tetapi dalam mana -mana kes, anda harus memahami sebabnya.

Di Gitlab, saya bertanggungjawab terhadap pengambilan awal, jadi saya telah melihat beribu -ribu resume. Apabila saya mula-mula menyertai, saya diminta untuk merekrut dan membentuk pasukan pembangunan front-end. Saya pekerja ke-29 (kami mempunyai lebih daripada 500 pekerja sekarang), saya adalah pemaju depan pertama, jadi pasukan kami tidak mempunyai proses pengambilan pekerja. Kami secara beransur -ansur membuat proses.

Matlamat artikel ini adalah pewawancara dan pewawancara. Bagi pewawancara, saya harap anda tahu apa wawancara yang sempurna. Satu wawancara tidak boleh menakutkan atau menakutkan. Berikut adalah panduan yang boleh anda ikuti yang dapat membantu anda membuat bahagian anda untuk membuat wawancara yang sempurna. Jika anda seorang pewawancara, mungkin anda telah menyempurnakan proses anda. Inilah pendapat saya tentang bagaimana wawancara akan berlaku di dunia yang ideal. Terdapat banyak jenis wawancara, dan artikel ini memberi tumpuan kepada mewawancarai pemaju semua tahap pengalaman. Saya telah terjebak dengan beberapa proses yang hebat selama bertahun-tahun, dan artikel ini adalah gambaran di belakang layar ke dalam proses calon untuk kedua-dua pihak.

Sebelum saya mula, adalah penting untuk diingat bahawa semua orang adalah manusia dan orang tidak sempurna. Tidak ada pemaju yang sempurna. Perlakukan semua orang seperti orang biasa. Adalah baik untuk terkejut dengan apa yang telah dicapai oleh sesetengah orang, tetapi tidak baik untuk menyembah orang lain. Bakat adalah bawaan dan diperoleh, dan anda juga boleh belajar. Pewawancara anda dan anda berdua tidak sempurna. Temubual tidak sepatutnya mengenai kesempurnaan. Inilah yang kelihatan seperti wawancara.

Lima perkara yang saya cari dalam calon

Nilai Gitlab meliputi banyak aspek penting dan anda harus membacanya. Ini berdasarkan asas longgar nilai -nilai ini.

Sebagai pewawancara, saya hanya boleh memberi tumpuan kepada banyak perkara pada masa saya menjadi pendengar yang produktif dan aktif. Tetapi saya mempunyai lima perkara tertentu yang ingin saya perhatikan:

1. Adakah orang ini "jelas"?
2. Adakah orang ini secara teknikal memenuhi keperluan peranan ini?
3. Bolehkah orang ini cukup mandiri dalam peranan ini?
4. Adakah orang ini kuat dalam komunikasi? Bolehkah mereka berkomunikasi dengan baik dengan pasukan?
5. Bolehkah orang ini mengendalikan maklum balas positif dan negatif dengan baik?

Sudah tentu, saya mencari beberapa perkara lain, tetapi lima perkara ini cukup untuk mendapatkan pekerjaan yang anda mahu jika anda menemu bual dengan saya.

Lupa saraf. Saya tidak akan menyalahkan anda untuk ini. Saya tahu anda mungkin gugup, ia benar -benar baik. Dalam kes -kes yang jarang berlaku, ketegangan boleh menjadi faktor yang melemahkan, di mana saya hanya meminta anda untuk menjadualkannya semula. Jangan gantung telefon saya!

Menyedari bahawa akan ada kecenderungan

Kami telah dilatih dengan berat sebelah di Gitlab. Satu perkara yang saya pelajari dalam latihan ialah setiap orang mempunyai kecenderungan, sama ada anda fikir anda berat sebelah atau tidak. Sekali, saya fikir mempunyai wawancara buta seperti beberapa orkestra. Kami tidak pernah melaksanakannya (dan sukar), tetapi itulah sebabnya saya menyimpan senarai soalan dan ringkasan apa yang saya mahu sampaikan dalam setiap wawancara. Terdapat skrip yang boleh saya ikuti untuk setiap wawancara. Segala -galanya berulang -ulang dan serupa mungkin. Apabila wawancara berlangsung, saya akan dapat memberitahu jika saya boleh bertanya soalan yang lebih sukar. Masalah yang lebih sukar adalah untuk tidak menghapuskan calon, tetapi kepada calon yang berkelayakan. Jika anda dapat menjawab teka -teki saya, ini bermakna anda mempunyai pengalaman dan pengetahuan yang luas. Adalah penting untuk mengetahui bahawa saya perlu bertanya soalan trivia dalam beberapa bentuk, tetapi saya tidak menilai calon berdasarkan soalan trivia . Ini adalah untuk memahami pengetahuan dan kedalaman JavaScript anda.

Dalam erti kata lain, masih ada soalan remeh yang tidak ada yang menjawab dengan betul. Saya akan terus bertanya, dan saya percaya bahawa suatu hari seseorang akan menjawab dengan betul. Soalan trivia adalah menyeronokkan kerana saya peminat JavaScript utama. Saya suka bercakap tentang semua selok -belok JavaScript. Saya mencari seseorang yang boleh menjadi rakan pengekodan saya. Merekrut orang adalah tentang mencari orang yang boleh anda bekerjasama , bukan orang yang bekerja untuk anda.

Pewawancara yang tidak berpengalaman cenderung untuk menguji anda apa yang mereka tahu (supaya mereka merasa sedikit lebih selamat apabila mereka dapat mengkritik anda kerana jawapan "salah").

Sebaliknya, pewawancara yang baik memberi tumpuan kepada apa yang anda tahu dan mempromosikan dialog dua hala untuk meneroka kesesuaian yang sama.

- Jennifer Kim (@jenistyping) 8 April 2019

Saya ingin mengetahui keupayaan teknikal anda

Ini mungkin yang paling ditakuti oleh orang. Semasa wawancara, kami bertanya seperti "Mengapa pusingan penutup lubang?" Sebenarnya, sesetengah syarikat mungkin bertanya soalan -soalan yang agak sukar dari LeetCode, sementara yang lain mungkin tidak bertanya apa -apa soalan teknikal sama sekali.

Apa yang saya cari dalam set kemahiran anda

Pengalaman lebih meyakinkan daripada soalan wawancara teknikal yang boleh saya tanya. Sebagai contoh, jika saya menyewa kedudukan jurutera depan dan seseorang memberitahu saya bahawa mereka membina sesuatu yang sejuk dan kita boleh membincangkannya, maka ini hebat. Selepas itu, saya mungkin juga perlu bertanya kepada mereka beberapa soalan, atau demo mungkin menjawab semua soalan saya (tidak mungkin, tetapi mungkin). Tetapi ia akan menjadi lebih baik jika kita dapat melayari kod untuk sesuatu yang anda bangga bersama.

Ia akan membantu jika anda dapat memberitahu saya apa yang anda bina untuk syarikat lain yang saya dapat melihat kod anda, atau anda boleh menerangkannya sepenuhnya. Apakah cabarannya? Bagaimana anda berurusan dengan 10,000 komen? Bagaimana anda berurusan dengan mudah alih? Apakah cabarannya? Izinkan saya memberi anda contoh: Anda membina sistem komen untuk GitLab. Cabaran yang menarik untuk sistem komen adalah untuk menangani isu pemuatan pengguna di menu drop-down @ untuk menyebut pengguna lain. Ternyata muatan JSON untuk menu drop-down ini boleh menjadi sangat besar, dan memuatkannya apabila beban halaman akan membuat beban halaman lebih perlahan. Tetapi pemuatan data juga perlahan pada tekan utama @ utama, kerana muatan mungkin melebihi 10 MB. Kami mahu pengguna mempunyai pengalaman yang lancar dan tidak menyedari bahawa data memerlukan masa untuk dimuatkan. Oleh itu, cara yang baik untuk bercakap tentang pengalaman ini adalah untuk menerangkan beberapa kaedah yang anda pertimbangkan, seperti:

1. Data dimuatkan apabila kotak komen mula -mula muncul dalam viewport.
2. Muatkan data apabila pengguna melayang di kawasan teks untuk kali pertama.
3. Setelah pengguna mula menatal dengan momentum yang cukup, data dimuatkan.

Yang terakhir bukan penyelesaian yang membosankan, tetapi saya mendengar seseorang mengatakannya semasa wawancara.

Saya mungkin bertanya mengenai algoritma dan struktur data

Hei, pewawancara, adakah anda merekrut orang untuk laman web pemasaran anda? Jangan tanya mereka algoritma yang paling sukar dan soalan struktur data. Ya, algoritma dan struktur data memainkan peranan yang besar dalam semua aspek, tetapi lebih penting lagi, calon memahami reka bentuk responsif, serta animasi dan prestasi. Sekarang kita bercakap tentang prestasi, mereka harus memahami notasi besar. Mereka harus tahu apa yang menyebabkan redraw. Lihatlah Firefox Monitor dan bandingkan dengan Salesforce. Laman web Firefox lebih cepat dalam setiap aspek. Mengapa lebih cepat? Mengapa laman web Salesforce begitu besar dan lambat? Saiz semula mereka ... oh! Big O boleh membantu anda menerangkan beberapa bahagian, tetapi penting untuk dapat menjelaskan keseluruhan gambar.

Dengan cara ini, notasi besar, kerana saya menyebutnya.

Big O adalah cara untuk menggambarkan masa anda berjalan masa dan/atau berapa banyak ruang memori yang akan diambil oleh kod anda dalam kes yang paling teruk. Saya fikir ia sangat baik untuk belajar dan ia membantu dengan pengaturcaraan setiap hari. Anda boleh dan harus belajar, yang boleh mengambil masa kira -kira sejam. Selepas satu jam, anda mungkin bersedia untuk menjawab sebarang pertanyaan besar yang akan ditanya oleh pewawancara.

Big O bukan kursus yang perlu anda ambil. Berikut adalah beberapa artikel yang dapat menjelaskannya kepada anda dalam masa kurang dari satu jam:

• Saya suka jawatan ini.
• Untuk lebih formal tetapi akhirnya mudah difahami artikel, lihat Brillant.
• Untuk lembaran cheat yang anda rasa selesa, lihat lembaran cheat Big O.
• Untuk beberapa contoh hebat (dalam bahasa yang berbeza, tetapi sangat mudah difahami), lihat artikel ini.

Ok, kembali ke algoritma dan struktur data dalam temu bual.

Memandangkan jenis masalah ini mungkin timbul, ia patut melakukan kerja rumah lebih awal daripada masa. Terdapat dua piawaian emas biasa untuk wawancara untuk algoritma pembelajaran dan struktur data.

• Terdapat buku "Retak Coding Wawancara" yang ditulis oleh Gale Lackman McDowell.
• Terdapat laman web yang dipanggil LeetCode dengan banyak sumber.

Terdapat banyak perkara lain yang disyorkan untuk algoritma dan struktur data, banyak wawancara pengekodan, tetapi bukannya mengingati setiap contoh di dunia (yang tidak akan menyelesaikan masalah untuk anda), belajar bagaimana menyelesaikannya.

Seperti yang saya katakan di atas, jurutera front-end harus belajar besar O untuk kesihatan mereka, kerana ia adalah baik untuk anda, sama seperti makan bijirin Webster anda. Kecuali kerja memerlukan pengetahuan algoritma dan struktur data yang luas, pewawancara tidak boleh meminta pelbagai algoritma dan soalan struktur data . Jika saya merancang rangka kerja front-end, seperti Vue, sangat penting untuk mengoptimumkan algoritma perbezaan DOM atau sekurang-kurangnya memahami pelaksanaan algoritma yang anda gunakan. Tetapi adakah itu bermakna saya akan meminta tujuh teka -teki tambahan dari CTCI? Tidak akan. Anda sedang menguji pemahaman, bukan ingatan. Apabila orang menyelesaikan masalah ini (apabila saya bertanya kepada mereka), saya ingin melihat mereka berfikir tentang masalah ini dan kita menyelesaikan masalah ini bersama -sama, bukan saya mahu melihat mereka mendapat jawapan yang betul. Ini semua tentang memikirkan apa yang boleh anda lakukan sebagai seorang jurutera selepas mendapat pekerjaan - bukan apa yang anda ingat semalam. Seseorang yang memahami algoritma akan lebih baik melaksanakannya daripada seseorang yang perlu belajar di tempat kerja.

Adakah anda merekrut orang untuk membina sistem pengurusan ketergantungan? Orang ini perlu mengetahui banyak tentang algoritma dan struktur data.

Ini adalah dua ekstrem spektrum, tetapi pada pendapat saya, tidak semua orang perlu tahu bagaimana menulis pokok merah hitam dari awal-tetapi semua orang harus tahu Big O. Walau bagaimanapun, belajar algoritma dan struktur data yang tipikal akan meningkatkan kemahiran anda sebagai pemaju perisian.

Apabila saya mengemukakan soalan mengenai algoritma dan struktur data, saya bertanya soalan berikut:

• Apakah senarai yang dipautkan? Bolehkah anda menunjukkan kepada saya bagaimana melaksanakannya dengan dan tanpa susunan di JavaScript?
• Apakah perbezaan antara BFS dan DFS? Bolehkah anda mencapai salah satu daripada mereka?

Jika anda menjawab soalan -soalan ini dengan salah, anda tidak akan menghapuskan sesiapa pun. Ingat, saya tidak menggunakan trivia untuk menilai calon.

Adakah anda jelas?

Semasa wawancara, saya juga mencari banyak kemahiran lembut. Inilah cara saya menentukan jika anda "jelas".

Sebenarnya, ini bermakna anda membuat keputusan yang betul, tetapi bagi saya ia lebih daripada itu. Orang yang jelas membuat keputusan yang munasabah. Ia adalah satu perkara yang baik untuk mempunyai pendapat yang berbeza dari saya, tetapi kita harus bersetuju dengan standard pengetahuan. Sebagai contoh, kita semua sepatutnya bersetuju bahawa ia adalah idea yang tidak baik untuk menggunakan kedudukan mutlak untuk susun atur seluruh blog. Ini bukan keputusan yang munasabah.

Tetapi saya mungkin membuat senario seperti ini untuk memeriksa kemahiran ini:

Mari pergi ke Codepen dan buat laman utama blog statik. Kami memerlukan menu navigasi, kami memerlukan tempat untuk tajuk dan artikel, dan kemudian di bahagian bawah marilah kita mempunyai beberapa komen dan kaki.

Saya kemudian akan membimbing anda melalui cara yang berbeza untuk membuat navigasi dan kebaikan dan keburukan masing -masing. Bagi kebanyakan pemaju front-end saya menyewa, saya tertanya-tanya jika mereka memahami beberapa JavaScript teras, jadi saya mungkin meminta mereka untuk menambah beberapa ciri kecil menggunakan hanya JavaScript asli.

Apabila rangka kerja melakukan segala -galanya untuk anda, anda tidak perlu melakukan perkara sendiri. Saya ingin tahu jika anda memahami keadaan global.

"Sobert" adalah pernyataan mewah, yang bermaksud bahawa barang -barang anda dianjurkan. Ini bukan senarai lengkap, tetapi ini adalah perkara yang menarik perhatian saya:

• Jaga diri anda dengan baik

• Anda bercakap secara profesional (ini lebih berpengaruh daripada kebanyakan orang tahu)

• Butiran yang sangat peribadi ditinggalkan

• Jawab soalan dengan ringkas

• Luangkan masa untuk berfikir

• Apabila anda tidak tahu, katakan "Saya tidak tahu"

• Yakin, tetapi jangan sombong, walaupun anda tidak

• Anda mencapai apa yang anda mulakan

• Anda jujur

• Bolehkah anda mengatakan tidak

• Anda tahu apa yang anda mahukan dan anda ingin membantu orang lain mendapatkan apa yang mereka mahukan

• Anda tidak akan bersetuju, dan juga perdebatan, tetapi tahu bila hendak berputus asa

• Anda boleh berkomunikasi dengan berkesan semasa temu ramah

• Adakah perbualan ini mudah atau meletihkan?

• Adakah anda fasih berbahasa Inggeris? Aksennya baik -baik saja!

• Adakah anda memahami konsep yang dibincangkan?

• Anda adalah orang yang baik.

Mengenai titik terakhir: Kebaikan tidak bermakna anda adalah orang yang lemah. Kebaikan adalah bahagian penting dalam mencabar orang lain dan memberi maklum balas.

Saya ingin melihat sama ada anda mencukupi

Nampaknya jelas sekarang, tetapi saya percaya-selepas pekerjaan Gitlab-kecukupan diri adalah sesuatu yang perlu dicari oleh pewawancara dalam semua orang yang disewa. Sendiri memainkan peranan utama dalam peranan anda dalam syarikat.

Sebagai contoh, untuk mendapatkan yang melampau, fikirkan seorang pengurus umum yang mungkin mempunyai sedikit panduan luaran daripada sesiapa sahaja di dalam pasukan. Setiap orang mempunyai tanggungjawab, tetapi pengurus umum biasanya harus baik pada banyak perkara, termasuk (tetapi tidak terhad kepada) pemasaran, jualan, dan pengurusan. Semua ini akan berubah mengikut saiz pasukan. Peranan mereka mungkin samar -samar. Mereka sangat mandiri. Pada pendapat saya, pemaju kanan sepatutnya dapat mengambil keseluruhan fungsi berskala besar dan melaksanakannya dengan betul.

Ini bukan untuk mengatakan pemaju tidak boleh berkomunikasi dalam proses itu. Mereka harus bertanya dan bekerja dengan orang lain untuk mencari jalan terbaik ke hadapan.

Mengkaji kod pewawancara mempunyai peluang untuk membosankan (dengan cara yang baik) kerana kita tahu apa yang diharapkan dari mereka. Kami bergantung kepada mereka kepada pemaju mentor dengan kurang pengalaman. Pemaju junior juga harus berdikari, tetapi mungkin tidak melaksanakan projek besar sahaja. Pemaju Junior sering melakukannya dengan baik dalam kerja -kerja kecil. Sebagai contoh, ia boleh menjadi satu perkara yang hebat untuk pemaju junior untuk mengambil tugas -tugas kecil yang dilakukan oleh pemaju kanan dalam projek -projek besar. Pemaju kanan juga boleh membimbing pemaju junior dan membimbing mereka ke arah yang betul untuk membantu mereka menjadi lebih mandiri, yang merupakan perkara yang baik untuk kedua-dua pihak-dan bagi pengurus, kerana mereka dapat mewakilkan lebih banyak kerja kepada pemaju kanan.

Sekiranya anda seorang pemaju front-end dan perlu bersandar pada tahap kerjaya anda, ia benar-benar 100% OK, semua orang telah mengalaminya. Atau, jika anda memohon banyak tempat tetapi tidak mendapat sebarang keputusan dan sangat kecewa: Saya cadangkan anda menjadi lebih mandiri sebelum memohon. Salah satu cara saya cadangkan anda menjadi lebih mandiri dan mendapatkan pekerjaan yang anda mahukan: Lupakan contoh kod, aplikasi kereta kecil, dan suka mereka kerana mereka tidak berfungsi dengan baik dalam wawancara kerja. Bina aplikasi lengkap untuk seseorang dan lakukan dengan harga yang rendah atau cara percuma. Cari gereja, sinagoga, tempat tinggal atau orang lain di dekat anda dan ambil inisiatif untuk membuat laman web untuk mereka.

Ingat bahawa pelanggan percuma biasanya yang paling teruk. Ia akan berbaloi apabila anda boleh mengatakan bahawa anda telah melakukan kerja untuk beberapa pelanggan. Untuk mendapatkan mata tambahan, dokumen kerja anda dalam beberapa catatan blog. Kandungan ini kelihatan hebat pada resume anda dan akan membuat anda menonjol dari seluruh dunia. Saya tahu sesiapa sahaja boleh mendapatkan laman web melalui Wix atau platform bangunan laman web lain, tetapi tidak ada yang lebih baik daripada laman web tersuai yang direka dengan baik. Saya fikir saya membuat kira -kira 10 atau lebih laman web sebelum saya mendapat pekerjaan pengaturcaraan pertama saya. Saya boleh menulis buku untuk memberitahu cerita -cerita gila itu.

Komunikasi dan maklum balas adalah kunci

Ini adalah satu lagi perkara yang kelihatan jelas tetapi sukar untuk dilakukan dengan baik. Komunikasi didokumentasikan dengan baik dalam manual GitLab, jadi saya tidak akan terperinci mengenainya, hanya mengatakan saya mengikuti nilai Gitlab dan kami mencari orang lain yang berharap dapat mengikuti nilai -nilai tersebut juga. Maklum balas positif dan negatif juga didokumentasikan dengan baik dalam manual GitLab, jadi saya tidak akan menutupinya di sini.

Bagaimana saya melakukan sisa wawancara

Kerana kami menemuramah banyak calon di Gitlab, kami mengikuti proses yang sama supaya kami dapat mengulanginya dengan mudah. Saya tidak akan terperinci mengenai proses temuduga kami, kerana ia terus berkembang. Tetapi, secara keseluruhan, ini adalah proses yang saya ikuti.

Beritahu saya mengenai diri anda

Anda akan ditanya soalan terkenal yang serupa dengan "Beritahu saya tentang keadaan anda sendiri", "Beritahu saya apa yang telah anda lakukan" atau "Beritahu saya tentang keadaan anda semasa [nama syarikat]". Apabila saya bertanya soalan ini, saya cuba mencari sambungan antara pekerjaan yang anda gunakan dan pekerjaan masa lalu anda. Adalah lebih baik untuk mencari tempat yang sama terlebih dahulu.

Sebagai contoh, sebagai pekerja GitLab, jika saya memohon Faang sebagai jurutera front-end peribadi, saya percaya Gitlab dan syarikat itu berusaha untuk meningkatkan kelajuan pemuatan halaman. Mungkin saya perhatikan bahawa ketika saya mula -mula menyertai Gitlab, terdapat 26k pendengar acara pada satu halaman dan dapat mengurangkannya ke 0, mengurangkan masa pemuatan sebanyak 50%, hingga kelajuan 200ms. Saya percaya ini akan berkaitan dengan perbualan.

Jadi, sebagai pewawancara, saya mungkin mengatakan ini:

"Halo! Saya seorang jurutera front-end di Gitlab, saya telah berada di sini selama 3.5 tahun dan saya telah membuat banyak penambahbaikan yang hebat semasa tempoh saya, dan bidang kerja kegemaran saya adalah prestasi, pelaksanaan reka bentuk UX dan reka bentuk seni bina."

Pada ketika ini, anda tidak mahu mendapatkan terlalu banyak butiran, tetapi lebih baik memberi pewawancara beberapa fakta untuk ditangani. Apabila saya bertanya soalan ini, seseorang mula memberitahu 10 minit dari seluruh kerjaya mereka secara terperinci, yang mengecewakan.

Apa yang membuat anda memohon syarikat kami?

Pewawancara boleh bertanya, "Apa yang membuat anda memutuskan untuk memohon syarikat kami?" Harap anda gembira dapat bekerja untuk syarikat ini -atau yang lain, mengapa bersusah payah memohon?

Atas sebab tertentu, isu ini sering melampaui calon-calon, yang akhirnya merosakkan nama syarikat kami. Ini adalah tingkah laku yang benar -benar biasa, terutamanya jika syarikat anda terdengar seperti syarikat lain.

Apa yang saya cari pada masa ini adalah untuk melihat sama ada anda hanya mencari pekerjaan, atau anda sangat teruja untuk bekerja dengan kami. Kami mahu orang yang benar -benar mahu bekerja dengan kami. Pada masa ini, saya juga dapat melihat sama ada seseorang memahami keadaan syarikat kami. Sebagai contoh, sesetengah orang suka nilai kami, membacanya, dan mahu bekerja di sebuah syarikat yang memilikinya. Sesetengah orang mahu menyelesaikan masalah besar yang kita selesaikan. Sesetengah orang telah membaca ucapan dan artikel pasukan kami dan ingin bekerja dengan orang yang bijak.

Apakah lima perkara anda?

Akhirnya, saya ingin bertanya sama ada calon mempunyai sebarang soalan mengenai saya. Ini adalah bahagian penting dalam wawancara dan anda harus memikirkannya dengan teliti terlebih dahulu. Matlamat anda adalah untuk membuat saya menjawab, "Oh oh oh, soalan yang baik!" Di satu pihak, saya benar -benar cuba menjawab sebarang soalan yang anda tanya, jadi jangan malu. Sebaliknya, saya juga cuba mengukur minat anda dalam pekerjaan, jadi kata -kata seperti "uh, saya tidak tahu" sering sangat mengecewakan kerana ia menunjukkan bahawa anda mungkin telah terganggu atau pekerjaan itu tidak berminat dengan anda. Ini boleh meninggalkan aftertaste yang tidak menyenangkan.

Cari pewawancara anda dan mengenali mereka. Melakukan ini terlebih dahulu boleh menjadi latihan pembukaan mata. Anda mungkin memahami strategi pengambilalihan pelanggan mereka, yang boleh membawa kepada banyak soalan menarik lain. Sekiranya syarikat itu adalah permulaan, adakah mereka merancang untuk diperoleh, atau adakah mereka mahu menjalankan IPO? Ini akan menjadikan anda profesional yang baik apabila anda mempunyai soalan yang jelas dan baik, yang juga merupakan salah satu perkara penting yang saya telah disenaraikan.

Sekiranya anda tidak dapat memikirkan sebarang pertanyaan untuk bertanya, adakah anda benar -benar mahukan pekerjaan ini? Jika pewawancara mempunyai laman web peribadi, periksa dan jika tidak ada soalan lain, anda boleh bertanya kepada mereka tentang buku -buku komik yang mereka tulis dan diposkan ke laman web mereka.

Tetapi saya cadangkan:

1. Tanya soalan wawancara yang biasanya anda berminat. Pertimbangkan ini sebelum wawancara, kerana soalan yang benar -benar bijak sering dapat meningkatkan pencalonan anda.
2. Apa yang anda cari dalam syarikat sebagai calon? Apa yang perlu dibuktikan oleh pewawancara kepada anda agar anda menerima pekerjaan itu?
3. Adakah orang-orang ini jelas seperti anda? Anda tahu, ia adalah dua arah.
4. Adakah ini kelihatan seperti pekerjaan yang menarik? Adakah anda mahukan pekerjaan yang menyeronokkan?
5. Siapa yang akan anda laporkan? Adakah anda bercakap dengan mereka? Bolehkah anda berpeluang bercakap dengan mereka semasa wawancara?
6. Adakah anda kurang bernasib baik? Sebagai contoh, adakah anda menggantikan seseorang atau mengambil peranan baru? Berapa banyak orang lain yang akan melakukan apa yang anda lakukan? Tanda -tanda apa yang harus diberi perhatian kepada orang lain yang kurang diberi perhatian? Tanda -tanda apa yang akan menunjukkan kepada anda ini persekitaran yang baik untuk anda?

Jangan tanya soalan mengenai gaji atau faedah pada ketika ini; Perkara -perkara ini boleh dibincangkan apabila anda mempunyai perbualan telefon awal dengan perekrut (dan mungkin sepatutnya) sebelum anda mencari seseorang seperti saya.

kesimpulannya

Tidak seperti pengaturcaraan, wawancara bukan sains yang tepat. Anda cuba membuktikan bahawa anda teruja dengan prospek bekerja dengan syarikat. Anda mahu membuktikannya kepada pewawancara dan diri anda. Semoga anda mahukan pekerjaan yang menarik. Panduan ini bukan skrip untuk diikuti, tetapi lebih banyak idea yang longgar untuk membantu anda masuk ke dalam minda pewawancara, yang juga mengandungi beberapa petua untuk pewawancara lain. Mungkin saya menunjukkan sesuatu yang mungkin tidak anda ketahui sebelumnya.

Ingat bahawa, secara teori, wawancara tidak sepatutnya menjadi proses yang mengerikan, tetapi lebih seperti mencari rakan kongsi untuk bekerjasama.

Atas ialah kandungan terperinci Temu ramah untuk kedudukan teknikal tidak perlu menakutkan. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!