Ini pada dasarnya adalah pertanyaan untuk programmer dengan pengalaman bekerja di perusahaan game.
Seberapa umumkah coders game berpartisipasi dalam proses desain game? Baik desain gameplay, maupun desain konten. Apakah Anda berpartisipasi dalam pertemuan terkait dan semacamnya, atau apakah Anda memiliki peluang (formal / informal) lainnya untuk menyuarakan pendapat Anda tentang fitur game / level / bahkan cerita, dan agar mereka benar-benar dipertimbangkan?
Pertanyaan lain, tidak sepenuhnya tidak terkait - mungkinkah seorang programmer dengan minat di lapangan untuk beralih dari pekerjaan teknis ke pekerjaan terkait desain gameplay (atau melakukan keduanya di perusahaan kecil)? Apakah itu terjadi?
game-design
software-engineering
career
jobs
Bahasa Jerman Zaky
sumber
sumber
Jawaban:
Coders yang sering dipanggil untuk mencari tahu apakah desain mungkin, dan juga membantu memesan fitur baru dalam jadwal, tetapi ketika datang untuk secara aktif memberikan input kreatif, masing-masing perusahaan sangat bervariasi. Beberapa tidak memiliki banyak desainer yang berdedikasi dan coders dimaksudkan untuk "menambah nilai" saat mengembangkan fitur. Di perusahaan lain ada yang sangat ketat "jika tidak ada dalam dokumen desain, itu tidak masuk".
Jadi, pilih siapa Anda bekerja dengan hati-hati.
Juga, sangat mungkin bagi seorang pembuat kode untuk beralih menjadi seorang produser, yang dapat mengarah pada kontrol yang lebih kreatif, tetapi saya belum melihat seorang desainer yang baik memulai sebagai pembuat kode profesional. (menjadi penggemar game komputer yang mengubah kode kamar tidak berarti, karena banyak desainer game harus mulai mencoba ide-ide mereka di suatu tempat)
Perbedaan saya ini tampaknya telah membangkitkan beberapa perasaan, jadi izinkan saya menguraikan:
Pengembang game yang merupakan pembuat kode pertama dan terutama, yang memulai dengan pengkodean, kemudian menyadari bahwa mereka menyukai permainan komputer dan kemudian mulai mengembangkannya menjadi pengembang game, para pengembang game itu akan saya katakan mungkin sedikit terkena atau rindu karena menjadi game desainer.
Orang-orang yang memulai dengan mencintai permainan kemudian menyerang SDK dengan penuh semangat, orang-orang yang membuat mod, menghasilkan banyak hal acak dalam kit pembuatan game, hanya akhirnya masuk ke pekerjaan di mana mereka kode lebih lama, mereka adalah desainer game yang dapat membuat kode . Yang ini, sering, memiliki selera untuk desain game yang membuat mereka desainer game yang bagus.
Diakui, saya salah satu yang pertama, saya sangat suka coding game, tetapi untuk kesenangan mengembangkan game, dan dalam kasus proyek rumah saya, untuk melihat reaksi dari keluarga saya ketika mereka memainkan game yang saya buat untuk mereka . Namun, saya sadar akan kekurangan saya dalam hal desain game. Saya harus berusaha sangat keras untuk tidak berkedip menjadi berpikir seperti seorang programmer ketika merancang game. Saya harus menghentikan diri saya untuk menambahkan fitur hanya karena mereka sederhana, dan menghentikan diri saya dari mencoba untuk menghindari menambahkan fitur hanya karena mereka sulit.
Para coders yang memulai dengan merancang mengganggu saya dengan toleransi mereka terhadap kode lusuh, tetapi ketika saya mengambil langkah mundur dan melihat apa yang telah mereka lakukan dengan kode, saya harus rendah hati dan mengakui bahwa mereka membuat permainan lebih baik, terlepas dari betapa menjengkelkan mereka mungkin bekerja dengan ketika datang ke kebersihan kode.
Saya menemukan yang langka di pekerjaan terakhir saya yang merupakan kombinasi keduanya dan berharap dia beruntung di masa depan.
Jadi, meskipun coders dapat terlibat dalam proses desain, menambahkan kreativitas mereka sendiri ke dalam campuran, saya pikir mungkin lebih baik untuk menyimpulkannya secara berbeda: Rapat desain dapat mencakup coders dan desainer, kadang-kadang mereka bahkan memiliki deskripsi pekerjaan yang tepat.
sumber
Terkadang tidak ada aturan
Tidak ada aturan di perusahaan game tempat saya bekerja. Tentu, saya tidak berpikir itu biasa bagi coders untuk melakukan desain . Saya akan membagikan contoh saya.
Mengenai,
Sementara saya dipekerjakan sebagai programmer, tetapi saya melakukan desain dan musik. Bukannya saya ingin melakukan hal-hal kreatif, mereka hanya tidak memiliki struktur dan membutuhkan desain saya.
Ya, pindah dari pekerjaan teknis ke desain / gameplay dimungkinkan di perusahaan yang tidak terstruktur. Anda perlu membawa beberapa keterampilan nyata, dan berhati-hati tentang masalah teritorial dan ego.
Karena saya berasal dari industri multi-media dan hanya melakukan pemrograman sebagai hobbie, saya memiliki kepercayaan diri untuk pindah ke desain game. Itu adalah istirahat saya, tetapi alih-alih kurang pengalaman dengan desain, saya tidak memiliki pengalaman dalam pemrograman.
Saya harap Anda mendapatkan istirahat di industri jika itu yang Anda cari. Saya sarankan mendapatkan pengalaman dengan desain di perusahaan game, tetapi tetap dalam jabatan pekerjaan Anda. Anda selalu dapat pergi ke perusahaan lain dengan pengalaman yang Anda peroleh, tanpa mengacak-acak ego di perusahaan Anda saat ini.
Semoga berhasil,
sumber
Di perusahaan kami, perancang permainan dipisahkan dari pengembang lain. Tetapi kami memiliki halaman khusus pada wiki internal kami di mana kami dapat memposting pemikiran kami tentang berbagai aspek permainan dan tentu saja kami dapat berbicara dengannya secara langsung. Tetapi kata terakhir selalu memiliki desainer game dan kami tidak diizinkan melakukan apa pun di luar spesifikasi. Dan itu bagus, sebenarnya. Pembagian kerja.
sumber
Pertama: jarak tempuh Anda akan bervariasi tergantung pada Anda dan perusahaan tempat Anda bekerja.
Yang sedang berkata, mari kita lihat beberapa jabatan:
Perancang teknis - Orang-orang ini mengangkangi desain dan pemrograman. Sering kali, yang saya temui telah dimulai sebagai programmer dan kemudian bermigrasi ke desain. Tanggung jawab seringkali melibatkan kerja sama dengan tim desain dan tim pemrograman untuk membangun elemen desain yang menantang secara teknis.
Programmer gameplay - Saya telah menjadi programmer gameplay pada triple-A FPS. Biasanya, tanggung jawab kita mencakup menerjemahkan impian perancang menjadi kenyataan. Bergantung pada studionya, Anda dapat diberi banyak kebebasan tentang bagaimana implementasi Anda berfungsi dan bagaimana jika menawarkan kepada perancang. Saya telah melihat lebih dari satu nilai awal programmer gameplay digunakan dalam produk yang dikirim. Selain itu, menjadi seorang programmer gameplay memberi Anda dialog yang erat dengan tim desain, berpotensi memungkinkan Anda untuk berkomentar atau memengaruhi desain mereka.
Pemrogram lain - Pemrogram mesin dan pemrogram alat biasanya memiliki sedikit pengaruh dalam setiap keputusan desain selain "dapatkah itu dilakukan". Padahal, ini tergantung pada studio. Studio saya saat ini (rumah sosial / santai) mengharapkan semua orang memberikan masukan untuk desain, termasuk semua programmer.
Jadi, pada dasarnya, itu semua tergantung pada perusahaan dan posisi Anda dalam perusahaan.
Saya harap itu membantu!
sumber
Saya sudah memiliki pengalaman 3 perusahaan:
Jadi, tidak ada standar di sana!
Ya, dan ya. Saya pikir itu sebenarnya sangat umum, dan saya berpendapat itu lebih disukai - saya lebih suka memiliki desainer yang memiliki (a) pengalaman dari proses pembuatan game dan (b) memahami keterbatasan medium.
sumber
Satu pertanyaan yang ingin saya jawab bahkan jika Anda tidak bertanya langsung: HARUS desainer game melibatkan programmer dalam pertemuan desain mereka? (Seperti yang dikatakan orang lain, apakah mereka benar-benar melakukan atau tidak bervariasi dari satu tim ke tim.)
Saya pikir ini adalah YA tegas. Pekerjaan seorang programmer adalah, pada dasarnya, untuk mengubah ide-ide desainer menjadi kode kerja. Agar hal itu terjadi, programmer harus menyetujui desain, apakah ini berasal dari perasaan seolah-olah mereka memiliki input kreatif, atau hanya bahwa mereka "dalam lingkaran" dalam hal keadaan saat ini dan arah permainan.
Khususnya dalam tim di mana para desainer bukan coders yang kuat, penting juga bahwa programmer memiliki "kekuatan veto" atas desain yang akan lebih sulit atau memakan waktu untuk mengkodekan daripada nilai mereka ... terutama jika mereka dapat menyarankan hal-hal sepele- untuk mengimplementasikan alternatif. Programmer juga cenderung pandai menemukan lubang dalam desain, karena mereka berpikir dalam hal "bagaimana saya kode ini" sehingga detail yang hilang akan menonjol ke programmer lebih mudah daripada untuk desainer.
sumber