Perusahaan game - Keterlibatan programmer dalam proses desain

8

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?

Bahasa Jerman Zaky
sumber
2
Hanya komentar tentang terminologi Anda. Istilah "pengembang" digunakan secara berbeda di game biz daripada di bidang teknologi lainnya. Di bidang lain, "pengembang" pada dasarnya adalah sinonim untuk "programmer" tetapi dalam pengembangan game itu berarti "siapa pun yang bekerja pada produksi game." Programmer, artis, desainer ... mereka semua "pengembang game." Yang dipikir-pikir itu adalah jawaban miring untuk pertanyaan Anda.
jhocking
@jhocking terima kasih telah menunjukkannya, saya mengedit jawaban saya
Zaky German
Dimungkinkan bagi programmer untuk beralih ke desain game, meskipun itu mungkin jarang terjadi. Jika saya ingat benar, Cliff Bleszinski pada awalnya adalah seorang programmer, tetapi sekarang dia terlibat dalam merancang Unreal dan Gears of War Games. Ian Schreiber mulai sebagai programmer, dan sejak itu menulis buku tentang desain game.
thedaian

Jawaban:

10

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.

Richard Fabian
sumber
1
Seperti yang disebutkan ini sangat tergantung pada perusahaan tetapi lebih cenderung terjadi di perusahaan kecil daripada besar. Ada beberapa fitur dalam gim video yang telah saya kerjakan (saya .. erm .. adalah programmer game) yang berasal dari saya dan bukan desain aslinya. Beberapa di antaranya adalah pertimbangan desain awal, tetapi banyak dari mereka masuk dalam kategori 'Ini tidak bisa dilakukan seperti yang dirancang oleh tenggat waktu, bagaimana kalau seperti ini?' hehe :)
James
@ James, saya yakin sebagian besar pembuat kode telah berpartisipasi dalam metode "proses desain" kedua yang Anda sebutkan;)
Zaky German
3
"Saya belum melihat seorang desainer yang baik memulai sebagai pembuat kode profesional" - Richard Garriott, Peter Molyneux, Sid Meier, Will Wright, Chris Crawford, David Braben, Gereja Doug, Jonathan Blow, Soren Johnson, John Romero, dan seorang beberapa orang yang adil mungkin mempermasalahkan hal itu - untuk nilai subyektif dari 'baik', jelas. :)
Kylotan
2
Saya tidak mengerti perbedaan yang Anda buat. Mereka adalah coders profesional, yang sekarang menjadi desainer yang sukses. Mereka bukan desainer profesional yang bisa membuat kode. Konsep desainer game profesional bahkan tidak ada untuk sebagian besar dari mereka ketika mereka mulai.
Kylotan
1
Saya pikir perbedaannya mungkin bahwa beberapa coders hanya mulai coding karena mereka ingin menulis permainan. Bukan niat mereka untuk menjadi seorang programmer, mereka hanya ingin membuat game, dan hanya itu yang pernah mereka lakukan. Meskipun sekali lagi, beberapa contoh tampaknya bertentangan juga. Secara pribadi saya tidak suka perbedaannya.
edA-qa mort-ora-y
5

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,

DisEngaged
sumber
Poin bagus tentang ego, pasti sesuatu yang harus diingat oleh seorang pembuat kode yang termotivasi terhadap desain.
Zaky German
4

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.

Andrey Frolov
sumber
3

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!

Grapsas AA
sumber
Terima kasih banyak, itulah jawaban yang saya harapkan.
Zaky German
2

Seberapa umumkah coders game berpartisipasi dalam proses desain game?

Saya sudah memiliki pengalaman 3 perusahaan:

  • Tidak ada perancang sama sekali. Semua desain dilakukan oleh programmer dan seniman, biasanya yang paling senior.
  • Satu memiliki desainer, dan programmer hampir tidak punya input ke dalam proses. Programmer pemimpin mungkin dibawa untuk memberikan pemeriksaan kelayakan pada desain setelah dibuat dan penyesuaian dibuat sesuai, tetapi mereka tidak melakukan desain seperti itu.
  • Seseorang memiliki programmer dan desainer yang terpisah, tetapi programmer didorong untuk berkontribusi desain tingkat tinggi seperti halnya para desainer - pembagian kerja lebih banyak terjadi di sisi implementasi.

Jadi, tidak ada standar di sana!

apakah mungkin bagi seorang programmer dengan minat di bidangnya untuk pindah dari pekerjaan teknis ke pekerjaan yang berhubungan dengan desain gameplay (atau melakukan keduanya di perusahaan kecil)? Apakah itu terjadi?

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.

Kylotan
sumber
1

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.

Ian Schreiber
sumber