Saya gagal FizzBuzz, apakah Anda akan mempekerjakan saya? [Tutup]


27

Saya seorang pengembang dengan gelar CS dan memiliki pengalaman kerja melakukan pengembangan dalam sejumlah bahasa selama hampir 3 tahun.

Hari ini saya melakukan wawancara, secara keseluruhan berjalan dengan baik, saya bersiap untuk sebagian besar pertanyaan dan merasa siap untuk apa pun. Di akhir wawancara, mereka memberi saya SATU pertanyaan pemrograman ... masalah seperti FizzBuzz (tanpa mencetak nomor bagian). Saya percaya saya membuat terlalu banyak kesalahan dan karenanya "gagal". Apakah semua harapan hilang bagi saya?

Ini kode saya:

  void FizzBuzz()
  {
    for(int i = 0; i <= 100; i++)
    {
      bool isThree = i % 3;
      bool isFive = i % 5;

     if (isThree)
     {
         print "Fizz\n";
     }
     else if(isFive)
     {
         print "Buzz\n";
     }
     else
     {
         print "FizzBuzz\n";
     }
  }
 }

Seperti yang Anda lihat, saya mengacaukan bools yang seharusnya memiliki sintaks i% 3 == 0; Jika saya mengingat pertanyaan yang benar saya juga meletakkan yang lain, bukan yang lain jika dengan isThree && isFive. Saya cukup stres, tapi itu bukan alasan untuk melewatkan masalah sederhana.

Jadi pertanyaannya adalah, seberapa penting mampu menghasilkan kode kerja di tempat relatif terhadap faktor-faktor lain, seperti pengalaman dan kepribadian? Misalnya, apakah kode di atas akan menjadi deal breaker?


31
Saya pikir fakta bahwa Anda menggunakan operator modulus cukup baik
Ryathal

9
Anda juga tidak mencetak nomor ketika bukan kelipatan 3 atau 5. Fakta bahwa Anda tidak menyebutkan bahwa baik dalam memposting pertanyaan ini juga akan membuat sangat skeptis.
whatsisname

13
Bagaimana orang bisa menjawab ini atas nama pewawancara Anda?
pdr

5
Saran tangensial - lakukan masalah euler proyek 1-10 dan Anda akan memiliki pegangan pada banyak jenis pertanyaan standar yang akan ditanyakan kepada Anda sebagai "bisakah Anda memprogram - menulis kode ini"

20
Saya tidak berpikir saya akan mempekerjakan seseorang yang gagal menulis FizzBuzz, tetapi IMHO Anda gagal menulis sintaks dengan sempurna di papan tulis, yang merupakan hal lain.
Michael Shaw

Jawaban:


44

Maksud dari FizzBuzz adalah untuk menunjukkan bahwa Anda benar - benar tahu cara memprogram , bukan bahwa Anda telah menghafal semua aturan sintaksis yang lebih halus dari bahasa yang Anda telah diminta untuk memprogramnya (meskipun itu penting, jika mereka ingin tahu seberapa berpengalaman Anda menggunakan bahasa ini).

Jika Anda sampai sejauh ini dalam tekanan lingkungan wawancara, dan dapat menunjukkan bahwa Anda memahami kesalahan yang Anda buat, saya katakan Anda lulus.


Setuju, tidak berusaha menyiratkan itu aku menghafal jawabannya. Itu saya merasa saya seorang programmer yang cukup mampu tetapi merasa seperti hanya memiliki satu masalah pemrograman dan tidak melakukannya dengan baik adalah cerminan buruk dari kemampuan saya. Mereka juga tidak mengatakan apa-apa tentang masalah itu. Saya tidak menyadari kesalahan cara saya sampai saya masuk ke mobil saya dan mulai pulang ke rumah. Maka itu adalah OMG whyyy !! reaksi.
ja_programmer

Apakah mereka memberi Anda pertanyaan FizzBuzz dulu? Jika mereka tidak segera mengakhiri wawancara, Anda lulus. Pewawancara mempertimbangkan faktor-faktor lain selain tes kode sederhana; Pengusaha yang baik menginginkan orang yang tahu cara berpikir kritis dan menyelesaikan masalah.
Robert Harvey

Mereka menghabiskan sebagian besar waktu bertanya kepada saya tentang resume saya, bertanya tentang berbagai teknologi yang saya gunakan dan bagaimana saya menggunakannya. Dan kemudian mereka menanyakan masalah pemrograman. Kemudian mereka bertanya kepada saya tentang diri saya. Kemudian saya mengajukan sejumlah pertanyaan dan saya menjabat tangan mereka dan pergi.
ja_programmer

4
Pewawancara yang baik akan mengakhiri wawancara ketika tidak ada lagi minat mempekerjakan Anda, yang seharusnya terjadi tepat setelah FizzBuzz jika Anda gagal tes. Itu tidak berarti bahwa mereka masih akan mempekerjakan Anda, tetapi itu berarti Anda tidak gagal dalam wawancara.
Robert Harvey

4
@RobertHarvey - tidak semua orang akan memotong wawancara saat itu juga. Dengan kandidat saya yang gagal FizzBuzz baru-baru ini, saya melanjutkan wawancara dalam upaya untuk melihat apakah dia bisa menyelamatkan sesuatu. Dengan kata lain, saya bersedia memberikan latihan yang hilang karena stres dalam wawancara.

26

iya nih

Sebagian besar orang yang saya wawancarai yang gagal bagian latihan kode atas sintaks kecil atau sedikit logika akhirnya menjadi karyawan yang lebih baik.

Mendapatkan ide inti dari logika langsung (yang telah Anda lakukan) dan mengubahnya menjadi sesuatu yang layak dan ringkas dari sudut pandang kode (yang saya pikir sebagian besar Anda lakukan) jauh lebih penting bagi saya daripada membuatnya benar-benar sempurna.

Saya membeli sebuah IDE untuk memeriksa sintaksisnya tidak mempekerjakan dev, dan Anda akan menyadari kesalahan-kesalahan lain saat debug pertama Anda.

Anda beralih dari persyaratan awal ke upaya pertama secara langsung dan tanpa melakukan hal buruk. Itu lebih berharga di banyak lingkungan daripada kesempurnaan tanpa umpan balik. Jika atasannya menutup telepon pada detail yang Anda lewatkan, itu mungkin pertanda lingkungan akan datang.

Jika tugasnya adalah varian nomor cetak, kehilangan detail akan terlihat sedikit buruk, tetapi tidak akan cukup untuk mengubah keputusan saya jika saya menyukai Anda untuk posisi yang sebaliknya.

[Sunting] Seperti yang ditunjukkan Alex ada aspek reaksi dan ketenangan juga. Secara pribadi saya mencoba untuk menyingkir dari jalan sebelum pergi ke latihan praktis dengan mencoba memojokkan orang yang diwawancarai pada sesuatu yang sedikit di luar pengalaman mereka tetapi beberapa mungkin memilih untuk menggabungkan keduanya. Sekali-sekali saya bertemu dengan seseorang yang hanya memiliki pengetahuan buku teks dan mereka berlayar melalui masalah-masalah teoretis dan latar belakang tetapi secara serius terhenti di mana harus memulai dengan latihan praktis. Beberapa bahkan tidak tahu harus mulai dari mana.

Individu-individu ini PERSIS apa yang ingin saya hilangkan dengan latihan ini.

Jadi, kecuali jika Anda mengambil 20 menit untuk membuat pewawancara mengklarifikasi persyaratan saya membayangkan solusi Anda kurang lebih adalah upaya pertama Anda dengan kemungkinan beberapa koreksi saat Anda pergi. Jika Anda mendapatkan apa yang Anda masukkan di atas dalam waktu kurang dari 5 menit, Anda menunjukkan bahwa Anda dapat berpikir cukup untuk standar saya.


2
Bill, saya hanya ingin mengucapkan terima kasih banyak untuk umpan balik yang terperinci. Sangat menyenangkan untuk mendapatkan perspektif lain. Ini membuat frustrasi membuat kesalahan pada sesuatu yang sangat sederhana dan tahu bahwa Anda lebih baik dari itu.
ja_programmer

1
Biarkan saya mengkonfirmasi apa yang baru saja dikatakan Bill. Tes semacam ini dirancang terutama untuk melihat bagaimana orang bereaksi di bawah tekanan. Anda TIDAK diharapkan menjadi pemrogram yang sempurna ketika bekerja dalam kondisi ini. Anda hanya diharapkan untuk ... bekerja. Sangat. Anda hanya diharapkan untuk mencoba tetap tenang dan menghadapi masalah sebaik mungkin. Itulah tepatnya yang Anda lakukan.
AlexBottoni

Bukan hanya karena tidak mencetak angka-angka itu juga kegagalan untuk mengenali bahwa pada banyak 15 Anda tidak mencetak Fizz atau Buzz tetapi FizzBuzz. Itu tidak menunjukkan pemecahan masalah yang baik. Kapan mencetak "FizzBuzz" adalah elemen terpenting dari teka-teki ini.
Pieter B

Saya tidak menggunakan contoh khusus ini karena banyak rumah kontrak memiliki kandidat mereka menghafalnya, tetapi sudah pengalaman saya bahwa orang-orang yang membuat kesalahan "oh duh" dalam latihan ini umumnya berubah menjadi rekan kerja yang lebih baik. Logikanya dimulai dari tempat yang tepat, dan tidak ada banyak omong kosong, itu bagus. Dia melewatkan sesuatu yang akan Anda lihat di kompilasi pertama. Saya lebih suka mereka orang yang salah 3 kali dalam 15 menit kemudian lebih baik daripada orang yang membutuhkan 30 menit untuk memulai.
Bill

@ Bill - Jawaban macam apa untuk masalah ini yang Anda lihat? Saya hanya tidak mengerti bagaimana orang yang belum memiliki satu kelas pemrograman tidak dapat mengetahui setidaknya sebanyak yang saya taruh. Saya menulis bahwa mungkin sekitar satu setengah menit dan satu-satunya alasan mengapa begitu lama adalah karena saya berbicara dan menulis di papan tulis secara bersamaan.
ja_programmer

15

Kode di atas mungkin akan menjadi pemecah kesepakatan bagi saya jika saya tidak memiliki hal lain untuk dilanjutkan. Jika mereka mengikuti gaya wawancara Microsoft, maka orang yang memberi Anda pertanyaan ini mungkin akan memblokir Anda - dan biasanya hanya satu yang diperlukan.

Yang membuat saya bingung adalah bahwa pewawancara tidak menanyakan kode ini kepada Anda. Pewawancara yang baik telah melihat cukup kode mereka sendiri untuk mengetahui bahwa orang membuat kesalahan - terutama ketika sedang terburu-buru. Biasanya mereka berkata, "Sekarang, apakah Anda melihat ada yang salah dengan kode ini?" "Tidak? Baiklah mari kita mengujinya". Anda datang dengan beberapa set hasil dan kemudian jalankan melalui fungsi. Lalu Anda berkata, "Oh sial, itu tidak berhasil." "Oke, bagaimana kamu memperbaikinya ..." dan seterusnya. Jika Anda selamat dari dialog itu, itu sebenarnya cukup mengesankan dan menunjukkan kemampuan untuk berpikir kritis, menghasilkan kasus uji, dan men-debug kode Anda sendiri.

Perhatikan juga, mereka biasanya tidak mencari "kode kerja". Siapa yang menghasilkan yang pertama kali mencoba? Tetapi secara logis benar dengan penanganan kesalahan dan set tes yang baik adalah tujuan yang baik.

Selain itu, ini mungkin mengejutkan Anda, tetapi Anda bersaing dengan banyak orang yang bahkan tidak bisa memulai menggunakan fizzbuzz. Kita cenderung berasumsi bahwa semua orang melintasi pohon b + dalam tidur mereka .... tetapi pada kenyataannya, mereka bahkan tidak dapat mengetahui kelipatan 3 dan 5 dan menggunakan operator modulus. Anda mungkin akan terkejut melihat betapa jauh lebih baik Anda lakukan daripada kandidat lainnya.

Saran saya, singkirkan saja. Saya mewawancarai perusahaan perangkat lunak besar baru-baru ini (Microsoft, Amazon dll ...), dan ini adalah pertama kalinya saya melalui proses wawancara yang menyeluruh. Saya membodohi diri sendiri di sebuah wawancara Microsoft di tempat sebagian besar karena gugup, tetapi juga, saya hanya tidak tahu apa yang diharapkan atau apa yang sebenarnya mereka cari. Saya memakukan masalah jalur terpendek hanya untuk meniup beberapa masalah yang sangat sederhana. Saya muncul nilai dari ujung tumpukan yang salah, lupa dalam int atoi(char* value)implementasi ituint val = value[i] - '0';akan memberi saya nilai integer karakter, dan beberapa kesalahan konyol lainnya. Saya senang sebagian besar dengan wawancara, tetapi masih mengerti mengapa saya tidak menerima tawaran. Saya harus menyadari bahwa ini bukan refleksi dari kemampuan saya, tetapi merupakan indikator bahwa saya hanya perlu terus mencobanya sampai saya mampu menguasai saraf saya. Akhirnya saya memaku beberapa wawancara dengan pertanyaan yang jauh lebih sulit dan mendapatkan pekerjaan impian saya. Ini benar-benar - bagi kebanyakan orang yang benar-benar tahu apa yang mereka lakukan - hanya masalah mencari tahu apa yang diinginkan pewawancara, menjadi percaya diri pada diri sendiri, dan memberikannya kepada mereka. Butuh beberapa saat.


Saya setuju bahwa kode tersebut juga akan menjadi pemecah masalah bagi saya (saya telah berada di beberapa Posisi Utama di mana saya perlu meninjau kode). Saya berharap mereka akan bertanya kepada saya sejumlah masalah pemrograman dan untuk melakukan apa yang saya pikir adalah pendekatan "tradisional" semacam menuntun saya melalui masalah jika perlu. Seperti yang Anda sebutkan "Lihat ada yang salah dengan kode ini" akan memberi tahu saya segera. Saya tidak mengharapkan FizzBuzz dan berpikir ini adalah latihan dalam kecepatan. Dan saya def gugup, tidak bisa tidur malam sebelumnya. Senang mendengar Anda mendapatkan pekerjaan impian Anda. Aku akan terus mewawancarai untuk mendapatkan milikku juga!
ja_programmer

@ja_programmer well fizzbuzz adalah latihan dalam kecepatan. Anda seharusnya menyelesaikannya dalam waktu kurang dari 2 menit. Mereka tidak menguji kemampuan pemecahan masalah Anda, hanya kemampuan flat out Anda untuk menulis kode sederhana dengan cepat. Saya juga ditanya, "Apakah Anda melihat ada masalah dengan kode ini?" ketika kode benar-benar benar dan mereka hanya mencoba mengukur kepercayaan diri saya atau membuat saya kesal - belum memutuskan.
Jonathan Henson

Poin bagus, mereka bisa mengatakan itu jika itu benar. Namun, saya pikir dalam hal ini saya membutuhkan pukulan tepat di kepala yang "masalah dengan kode ini" akan diperoleh. Jika saya telah melalui test case sederhana seperti orang normal, saya akan melihat bahwa logika saya salah. Juga, untuk pertanyaan Anda, saya akan membahas sedikit dari keduanya;)
ja_programmer

2
+1 untuk No? Well let's test it. Saya meminta kandidat untuk menulis buzz desis dalam wawancara. Saya juga meminta mereka untuk menulis unit test. Terkadang desis desis mereka gagal, tetapi unit test mereka mendeteksi ini, membuat mereka memperbaikinya - ini baik Orang-orang yang ditolak adalah mereka yang menulis solusi gagal dan kemudian menulis tes yang gagal mendeteksi ini. Saya bertanya kepada mereka, apakah Anda senang dengan tes ini, jika ya, saat itulah mereka gagal.
Qwerky

12

Saya harus mengatakan tidak, tetapi bukan karena alasan yang Anda berikan, tetapi Anda menempatkan bagian FizzBuzz sebagai yang terakhir. Dengan cara kode Anda bekerja, itu tidak akan pernah mencetak FizzBuzz ketika Anda mengharapkannya. Seperti Lee berkomentar, itu akan mencetaknya untuk setiap nilai yang tidak dapat dibagi oleh 3 atau 5.

Tetapi poin utamanya adalah Anda belajar darinya. Saya suka fakta bahwa Anda di sini bertanya tentang bagaimana Anda bisa melakukan yang lebih baik. Pastikan Anda melakukan beberapa teka-teki kode dan teliti pertanyaan wawancara umum. Juga, cobalah mengatur waktu sendiri atau melakukan hal lain yang akan meningkatkan tekanan sehingga Anda bisa meniru perasaan yang akan Anda dapatkan dalam sebuah wawancara. Dan siapkan, siapkan, dan lakukan lebih banyak persiapan untuk wawancara jika Anda benar-benar ingin menjatuhkannya dari taman.


3
Ini akan mencetak FizzBuzz setiap kali itidak dapat dibagi 3 atau 5.
Lee

1
Ya, saya menyadari itu. Saya benar-benar tidak tahu apa yang saya pikirkan.
ja_programmer

@ Maaf, kamu benar, maksudku itu tidak akan pernah dicetak saat dia menginginkannya.
David Peterman

1
@ mattnz Tidak, tapi saya berharap seseorang mengklaim 3 tahun pengalaman untuk dapat menulis pernyataan berfungsi jika, dan bahkan jika mereka salah, bisa memberi tahu saya, secara akurat, di mana mereka salah. (jangan tersinggung oleh OP, hanya berusaha untuk sejujur ​​mungkin)
David Peterman

6
@ mattnz: Saya tidak terlalu khawatir tentang bug dan kompilasi daripada fakta bahwa logika program ini sepenuhnya salah. Saya bisa hidup dengan kesalahan isThree = i% 3, tetapi bagian "else print FizzBuzz" membunuhnya untuk saya. Saya mungkin akan memberikan sedikit dorongan kepada orang yang diwawancarai untuk melihat apakah mereka dapat menangkap dan memperbaiki masalah itu, tetapi jika tidak itu adalah pelanggar.
Misko

9

Tidak. Maksud dari FizzBuzz adalah untuk melihat apakah Anda dapat mengerjakan logika kondisional dasar, yang mencakup semua kasus. Bertentangan dengan pendapat beberapa orang, FizzBuzz bukan tentang operator modulus, mengetahui operasi ternary atau operan boolean. Ini latihan sederhana dalam kondisi dan Anda telah gagal.

Masalahnya terstruktur sehingga semua kode tampak "elegan" gagal menutupi setidaknya satu kasing.

Jawaban yang bisa diterima:

if div3 print fizz
if div5 print buzz
if !div3 && !div5 print x


if div3 {
    print fizz;
    if div5 {
        print buzz;
    }
} else {
    if div5 {
        print buzz;
    } else {
        print x;
    }
}

2
Contoh kedua Anda terlalu membingungkan.
Brian

7

Saya memberi orang masalah pemrograman sepele untuk dilakukan di papan tulis. Apakah kode yang dihasilkan bebas bug bukan titik keputusan sama sekali. Alih-alih, saya peduli dengan sejumlah perilaku yang ditunjukkan selama penulisan kode. Ini interaktif, dan saya belajar banyak tentang kandidat saat itu sedang terjadi.

Saya membahas lebih rinci di "pengujian" Papan Tulis selama wawancara: cara yang sah untuk mencadangkan kode (papan tulis) Anda?

Tentu saja, pewawancara Anda mungkin tidak seperti saya. Tapi sangat mungkin bagi Anda untuk lulus wawancara dengan saya sambil menghasilkan kode yang sangat sedikit, dan sangat mungkin untuk gagal dengan kode yang sama.


1
terima kasih untuk tautannya. Itu bacaan yang cukup bagus. Ini semua yang saya dengar (beberapa tahun lalu) di kelas persiapan wawancara saya. Seandainya saya akan mendengar saran Anda sebelum wawancara terakhir ini. Saya tidak ditanyakan, tetapi saya juga tidak datang dan memberikan informasi. Yah mungkin sedikit, tapi saya pikir sebagian besar dari itu bergumam. Saya akan mengambil saran Anda untuk hati dan menggunakannya dalam (semoga segera) wawancara yang akan datang saya miliki. Terima kasih!!
ja_programmer

4

Jika saya mengevaluasi ini, saya akan mencari hal-hal berikut:

  1. Apakah kandidat berusaha untuk mendapatkan pemahaman yang jelas tentang persyaratan sebelum beralih ke implementasi? Apakah kandidat berusaha memecahkan masalah saya atau menggunakan alat peliharaannya di kotak alat pemrogramannya? Bagaimana cara kandidat menyelesaikan masalah?
  2. Apakah kandidat fasih dalam setidaknya satu bahasa pemrograman?
  3. Apakah kandidat memiliki pemahaman logika boolean?
  4. Apa yang dilakukan kandidat untuk memastikan kualitas solusinya?
  5. Bagaimana kandidat merespons umpan balik pada kodenya?

-

Sulit dikatakan di # 1. Pertanyaan Anda menyatakan bahwa masalah Anda tidak termasuk bagian "nomor cetak", dan solusi Anda sebenarnya tidak termasuk itu. Saya tidak punya pilihan selain mengambil kata Anda untuk itu, tetapi jika sebenarnya itu adalah masalah FizzBuzz klasik yang termasuk mencetak angka-angka yang tidak dapat dibagi dengan baik, maka sepertinya Anda melompat ke solusi sebelum sepenuhnya memahami persyaratan, yang akan menjadi tanda off.

Saya akan memberi Anda kredit sebagian untuk # 2 dan # 3. Anda tahu untuk menggunakan operator modulus, dan memiliki struktur solusi yang berfungsi, tetapi melewatkan bagian keduanya.

Sepertinya Anda tidak melakukan # 4, yang akan menandai Anda. Di masa depan, saya akan merekomendasikan mengambil langkah mundur dari papan tulis dan melihat solusi Anda sebelum menyebutnya selesai. Saya juga akan (tanpa diminta) melangkah melalui beberapa unit test untuk solusi Anda, yang akan dengan cepat menunjukkan di mana Anda mengacau.

Mereka tidak memberi Anda kesempatan ke # 5, yang sangat disayangkan. Tetapi intinya adalah saya tidak ingin seseorang yang berpikir bahwa setiap baris kode yang pernah mereka tulis adalah emas murni yang tidak mungkin ditingkatkan, tetapi seseorang yang mau menerima umpan balik tentang solusinya dan terlibat dalam beberapa percakapan tentang pendekatannya .

-

Jadi, jika saya mengevaluasi ini sendirian, saya akan memilih "Tidak Ada Perekrutan." Hal-hal seperti ini semacam mengukur seni kinerja daripada kemampuan pemrograman , tetapi menguasainya masih dapat membantu karir Anda. Jadi saran saya untuk wawancara teknologi di masa depan adalah:

  1. Sebelum wawancara, latihlah beberapa jenis latihan ini dengan dingin, gunakan sesedikit mungkin sumber daya dari luar. Bukan untuk menghafal solusi, tetapi untuk memastikan Anda merasa nyaman dengan bahasa pilihan Anda

  2. Ajukan pertanyaan tentang masalah untuk memvalidasi asumsi Anda.

  3. Sebelum mengumumkan solusi Anda tuntas, mundurlah dari papan tulis dan periksa, dan telusuri beberapa unit test case sederhana.


Sementara saya setuju dengan ini sebagai tujuan wawancara dasar, ini bukan poin fizzbuzz. Fizzbuzz hanya mengukur satu hal dan satu hal. Bisakah Anda menulis kode sederhana dengan cepat dan benar? Biasanya pewawancara ingin pertanyaan ini selesai dalam waktu kurang dari 2 menit. Itu bukan segalanya, saya tahu, tetapi untuk itulah pertanyaan itu dirancang.
Jonathan Henson

1
Maksud dari fizzBuzz adalah apapun yang diinginkan pewawancara. Jika saya menggunakan fizzBuzz atau latihan serupa, inilah yang akan saya cari.
JohnMcG

1
Tentu saja setiap pertanyaan wawancara adalah apa pun yang ingin digunakan pewawancara untuk mengevaluasi hal-hal yang mereka minati. Maksud saya adalah FizzBuzz adalah pertanyaan yang sangat buruk untuk mengevaluasi selain dari, "Bisakah dia menulis kode yang benar dengan cepat?" Secara teknis tidak cukup menantang untuk mengukur keterampilan berpikir kritis. Jika seseorang benar-benar digantung pada pertanyaan ini, apakah Anda bahkan ingin mereka di tim Anda? Ini seperti mempekerjakan seorang Insinyur yang tidak dapat melakukan kalkulus dasar. Sementara semua orang ingin memastikan bahwa Insinyur mengetahui dasar Kalkulusnya - itu benar-benar tidak dapat dinegosiasikan.
Jonathan Henson

2

Meminta seseorang untuk memecahkan masalah tanpa memberi mereka kemampuan untuk mendapatkan umpan balik tentang solusi mereka adalah pendekatan yang dipertanyakan, karena mereka tidak diizinkan untuk meningkat.

Semua tes ini memberi tahu kami bahwa Anda tidak menunjukkan keterampilan pemecahan masalah "terbaik" yang sangat baik.

Ini bisa menjadi salah satu elemen dalam keputusan untuk mempekerjakan Anda atau tidak, tetapi bagi saya itu pasti bukan satu-satunya.

Seandainya mereka memberi Anda pengujian unit atau lingkungan eksekusi, kesalahan yang Anda buat akan menjadi lebih ringan.


1
Ada waktu dan tempat untuk meningkatkan kemampuan Anda, tetapi wawancara kerja bukan itu.
RokL

Apakah Anda menyiratkan bahwa seorang perekrut tidak perlu peduli dengan kapasitas kandidat untuk meningkatkan dirinya?
guillaume31

1
Memperbaiki diri sendiri terjadi pada skala waktu lebih dari satu jam. Itu tidak penting bagi perekrut.
whatsisname

Saya pikir mengingat betapa mudahnya masalah itu, saya seharusnya tidak melakukan kesalahan meskipun saya sedang stres. Yang sedang berkata, saya pikir ada alasan untuk "perbaikan" dalam masalah seperti ini, jika pewawancara mendorong sedikit kandidat. Bahkan mengatakan sesuatu yang sederhana seperti "apakah Anda pikir Anda dapat memperbaiki ini sama sekali?" akan memberi calon petunjuk bahwa ada sesuatu yang tidak benar atau dia bisa berbuat lebih baik. Saya tidak mendapat komentar seperti itu.
ja_programmer

@whatsisname: Saya pikir itu harus penting bagi perekrut, tetapi tidak dengan cara Anda mungkin berpikir. Jika kandidat ditolak, perekrut membutuhkan umpan balik untuk memahami mengapa sehingga dia dapat menghadirkan kandidat yang lebih baik ke perusahaan di masa depan, dan menginstruksikan kandidat ini bagaimana mereka bisa menjadi kandidat yang lebih kuat untuk masa depan. Saya pikir ada ruang untuk saling menguntungkan di sana.
alroc
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.