Memilih Game Engine untuk Proyek Pertama: Cara Menghemat Berbulan-bulan Kerja Sia-sia
Pesan Utama
Engine terbaik bukan yang paling canggih, melainkan yang paling cepat membawamu ke prototipe yang bisa dimainkan — karena keputusan yang salah baru terasa mahal enam bulan kemudian.
Ringkasan 5W + 1H
- What
- Kerangka memilih game engine untuk proyek pertama, plus tes 72 jam sebelum berkomitmen.
- Who
- Developer solo, tim indie kecil, dan studio yang mempertimbangkan pindah engine.
- When
- Diputuskan di awal fase prototipe, dan dikunci sebelum vertical slice dimulai.
- Where
- Berlaku lintas platform — PC, console, dan mobile — dengan catatan berbeda di tiap target.
- Why
- Karena pindah engine di tengah produksi pernah membuat kami kehilangan lima bulan kerja.
- How
- Empat kriteria penyaring, lalu satu tes prototipe 72 jam yang menentukan pilihan akhir.
Pada 2019 kami memindahkan sebuah proyek dari satu engine ke engine lain di pertengahan produksi. Alasannya terdengar masuk akal saat itu: engine baru punya fitur render yang lebih bagus.
Kami kehilangan lima bulan. Kerangka di bawah ini adalah hasil dari otopsi kesalahan tersebut.
Apa yang sebenarnya kamu pilih
Memilih engine bukan memilih kualitas grafis, melainkan memilih kecepatan iterasi tim untuk beberapa tahun ke depan. Yang menentukan adalah berapa detik dari mengubah satu angka sampai melihat hasilnya di layar.
Semua engine besar hari ini mampu menghasilkan visual yang bagus. Yang membedakan adalah berapa banyak perlawanan yang kamu rasakan di jalan menuju ke sana.
Metrik yang kami pantau: waktu dari perubahan kode sampai bisa dimainkan. Di bawah 30 detik terasa seperti bermain; di atas lima menit terasa seperti birokrasi.
Siapa yang seharusnya ikut menentukan
Keputusan engine terlalu sering diambil satu programmer paling senior sendirian. Padahal artist dan designer-lah yang akan menghabiskan lebih banyak jam di dalam editor.
Di GG Soft, tiga peran punya suara: engineering menilai arsitektur, art menilai pipeline aset, dan design menilai kecepatan iterasi. Kalau salah satu menolak keras, kami cari opsi lain.
Kapan keputusan ini harus dikunci
Waktu terbaik memutuskan adalah di awal fase prototipe, saat belum ada aset yang terlanjur dibuat. Waktu terburuk adalah setelah vertical slice, saat ratusan aset sudah terikat pada format tertentu.
Aturan internal kami sederhana: setelah vertical slice disetujui, pindah engine hanya boleh terjadi jika proyeknya memang akan dibatalkan.
Biaya pindah engine tidak linier. Ia naik tajam mengikuti jumlah aset, bukan jumlah baris kode.
Di mana perbedaan tiap engine paling terasa
Perbedaan paling nyata muncul di target platform dan ukuran tim, bukan di kemampuan mentah. Berikut ringkasan dari pengalaman kami memakai ketiganya di produksi nyata.
- Unreal Engine — paling kuat untuk proyek console 3D berskala besar; berat untuk tim di bawah lima orang.
- Unity — paling seimbang untuk mobile dan proyek lintas platform; ekosistem plugin sangat matang.
- Godot — paling cepat untuk 2D dan prototipe; ukuran build kecil, tetapi dukungan console perlu pihak ketiga.
Kami memakai ketiganya secara aktif. Nusantara Odyssey dibangun di Unreal, Pixel Kitchen di Unity, dan Rune & Roots di Godot.
Mengapa salah pilih itu mahal
Biaya terbesar bukan mempelajari ulang engine, melainkan membuang tooling internal yang sudah dibangun. Semua script pipeline, editor kustom, dan otomasi build harus ditulis ulang dari nol.
Pada kasus 2019 itu, kode gameplay hanya butuh enam minggu untuk dipindahkan. Sisanya, sekitar empat belas minggu, habis untuk membangun ulang tooling dan memperbaiki aset yang rusak saat konversi.
Bagaimana memutuskan: empat saringan dan satu tes
Kami menyaring dengan empat pertanyaan berurutan, lalu menutupnya dengan satu tes praktik. Urutannya penting karena pertanyaan pertama sering langsung menggugurkan dua opsi.
- Apa target platform wajibmu? Kalau console termasuk dan tim kecil, opsi langsung menyempit karena urusan sertifikasi.
- Berapa orang yang akan menyentuh editor? Engine dengan alur kerja visual lebih menguntungkan tim yang banyak non-programmer-nya.
- Apakah tim sudah menguasai salah satunya? Keahlian yang sudah ada hampir selalu mengalahkan keunggulan fitur di atas kertas.
- Bagaimana rencana keluarnya? Pastikan asetmu bisa diekspor ke format terbuka, seandainya harus pindah lima tahun lagi.
Tes 72 jam
Setelah tersisa dua kandidat, kami membangun prototipe yang sama persis di keduanya selama tiga hari. Cakupannya sengaja dibuat kecil: satu karakter bergerak, satu interaksi, satu layar antarmuka.
Yang kami ukur bukan hasil akhirnya, melainkan berapa kali tim merasa terhambat. Engine dengan hambatan lebih sedikit yang menang, meski hasil visualnya kalah bagus.
Penutup: pilih yang membawamu bermain lebih cepat
Kembali ke intinya: engine terbaik adalah yang paling cepat membawamu ke prototipe yang bisa dimainkan. Fitur canggih tidak berarti apa-apa kalau tim kehilangan kecepatan iterasinya.
Kalau kamu sedang berdiri di persimpangan ini, jalankan tes 72 jam sebelum berkomitmen. Tiga hari sekarang jauh lebih murah daripada lima bulan nanti.
Butuh tim yang sudah melewati semua kesalahan ini?
GG Soft membangun dunia interaktif berstandar global dari Bandung — di Unreal, Unity, maupun Godot, sesuai kebutuhan proyeknya.