Saya sudah melihat beberapa contoh dari StackOverflow, tetapi saya ingin tahu apakah ada di antara Anda yang dapat menunjukkan contoh nyata pertanyaan wawancara kerja ... Apakah mereka berbeda dengan pekerjaan yang terkait dengan pengembangan game?
Saya sudah melihat beberapa contoh dari StackOverflow, tetapi saya ingin tahu apakah ada di antara Anda yang dapat menunjukkan contoh nyata pertanyaan wawancara kerja ... Apakah mereka berbeda dengan pekerjaan yang terkait dengan pengembangan game?
Jawaban:
Konteks pertanyaan mungkin berubah, tetapi tidak juga; jika Anda mencari program, Anda masih akan ditanya pertanyaan yang berlaku untuk Ilmu Komputer secara umum, termasuk, tetapi tidak terbatas pada:
Setidaknya, memang begitu. Pertanyaan metodologi pemrograman saya diringkas dalam hal istilah yang terkait dengan game, seperti ships
dan bullets
, tapi itu benar-benar pertanyaan desain dan pertanyaan matematika.
Apakah saya orang jahat karena saya memikirkannya?
Penafian : Harap perhatikan bahwa jawaban ini mengandung tingkat kepahitan dan sinisme yang tinggi, dan bahwa isinya mencerminkan skenario terburuk yang oleh industri game terkenal sangat disayangkan. Ada banyak orang yang beretika dan bermotivasi baik melakukan perekrutan dan manajemen dalam industri ini, dan ditanyai salah satu dari pertanyaan ini tidak secara otomatis berarti bahwa "terjemahan" berlaku.
Dari pengalaman saya yang diwawancarai:
Harapkan beberapa pertanyaan teknis yang berkaitan dengan spesialisasi Anda (yaitu jika Anda mencoba untuk posisi pemrogram grafik, perkirakan beberapa pertanyaan tentang perpustakaan grafis yang Anda gunakan dan beberapa algoritma grafik yang lebih menonjol)
Beberapa perusahaan memberikan Anda tes pemrograman, dari varietas "write code to do X". Ini mungkin terjadi pada wawancara Anda secara real-time, atau mereka mungkin meminta Anda untuk melakukan ini sebelumnya dan mengirimkannya dengan aplikasi Anda. Berharap untuk berjuang dengan wajah merah melalui rasa malu karena harus mengidentifikasi bug dalam kode Anda dengan benar.
Anda mungkin memiliki beberapa pertanyaan tentang bidang lain, seperti audio, seni visual, produksi dan desain game, atau pertanyaan tentang kemampuan Anda untuk bermain dengan baik dengan orang-orang di bidang itu. Anda tidak perlu menjadi ahli di bidang non-pemrograman, tetapi Anda harus dapat berkomunikasi secara efektif dengan non-programmer. (Pertanyaan favorit saya: "Jelaskan [polimorfisme / A * / angka empat / apa pun] kepada saya dalam hal nenek nenek teknofobia akan mengerti.")
Karena game dev sangat berorientasi pada tim, perkirakan banyak pertanyaan non-pemrograman yang berusaha menemukan kecocokan tim: pertanyaan tentang bagaimana Anda menangani situasi yang penuh tekanan, ketidaksepakatan dengan atasan, permintaan jam sebelas dari penerbit, spesifikasi yang mustahil diterapkan dari desainer, dan hanya umumnya jika Anda adalah tipe orang yang orang lain ingin menghabiskan lebih banyak waktu daripada yang mereka habiskan bersama keluarga mereka.
Proses wawancara setiap perusahaan berbeda, tentu saja, tetapi saya pikir Anda akan menemukan lebih banyak kesamaan daripada perbedaan antara pemrograman industri game, dan pemrograman industri perangkat lunak yang lebih besar, dalam hal seperti apa wawancara itu. Perbedaan terbesar adalah bahwa dalam industri game, orang yang mewawancarai Anda mungkin tidak akan mengenakan jas :)
Tentu saja, ada pertanyaan wawancara standar (pemrograman, pribadi, dll.). Tapi kemudian ada juga pertanyaan yang berhubungan dengan game, misalnya:
Selain itu, mereka mungkin bertanya tentang teknologi / API / SDK tertentu dan apa spesialisasi Anda (grafik? Fisika? Audio?).
Untuk pertanyaan seperti ini ada situs web yang bagus: glassdoor.com . Ini adalah spesialisasi sebagian besar pada inteviews dan juga menawarkan beberapa hal lain tentang perusahaan. Keanggotaan gratis (atau setengah tahun yang lalu) jika Anda setelah beberapa waktu Anda habiskan di sana, isi wawancara Anda di perusahaan Anda. Mungkin Anda akan menemukan banyak orang yang hadir di posisi yang sama di perusahaan yang sama.
Dan bagi saya sebagai insinyur grafis komputer
Anda tidak menentukan disiplin, tetapi untuk pemrograman hampir setiap tes perusahaan gim yang saya lihat termasuk:
Tidak ada jawaban lain yang juga bukan jawaban yang baik.
Tes Pemrograman: Secara umum ingin melihat apa yang Anda mampu dan apa waktu Anda berputar .. Ingatlah bahwa jawaban yang salah tidak pernah bagus, jadi jangan tergesa-gesa agar terlihat seperti Anda dapat membalikkannya dengan cepat . Lakukan pencarian google untuk tes pemrograman. Juga, lihatlah tes pemrograman Sucker Punch .. yang satu itu terkenal dan telah ada selamanya (ratusan posting forum dihasilkan dari mencoba mendapatkan solusi yang baik untuk itu).
Melalui telepon: Biasanya ini adalah pertanyaan teknis yang ringan dan sebagian besar pertanyaan pribadi. Mengapa Anda ingin membuat video game, mengapa Anda ingin membuat video game mereka .. dll dan seterusnya.
Secara Pribadi: Biasanya tahap akhir .. Membuat video game SANGAT menegangkan .. Anda perlu menunjukkan bahwa Anda dapat mengakomodasi, berinteraksi dengan orang yang Anda wawancarai dan saya hampir dapat menjamin Anda akan diperlihatkan kepada beberapa anggota kunci lainnya. tim. Juga, beberapa pertanyaan teknis dapat diangkat di sini ... Namun saya sangat berhasil menghindari menerimanya ... Mungkin ada hubungannya dengan memberi tahu Mereka apa yang dilakukan kode / skrip mereka tanpa mereka meminta saya untuk menulis sesuatu;)
Harap dicatat, seperti yang disebutkan di awal .. Tidak ada jawaban lain di sini adalah jawaban yang buruk, pertanyaannya akan luas dan banyak .. Kebanyakan game atau berorientasi objek game, tetapi pemrograman adalah pemrograman .. video game hanya perlu melakukannya 60 kali kedua :)
Semoga berhasil!
EDIT: Tautan di-cache ke Daftar Pekerjaan Sucker Punch lama dengan Tes Pemrograman yang dirujuk di bagian bawah.