Les Game Development Unity di Surabaya

Yang dikerjakan pada sesi les Unity pertama

Unity merakit gim dari empat hal yang saling bertumpuk. Scene adalah ruang tempat semuanya diletakkan. GameObject adalah benda di dalam ruang itu: pemain, peluru, pintu, kamera. Component adalah sifat yang ditempelkan ke benda tersebut, dan satu benda boleh memakai banyak component sekaligus. Prefab adalah cetakan benda yang sudah jadi, sehingga satu perubahan pada cetakan langsung berlaku pada seratus salinan yang tersebar di scene.

Susunan bertumpuk itulah yang membuat gim bisa dirakit sedikit demi sedikit. Anda menambahkan satu component ke sebuah GameObject, menekan Play, lalu langsung melihat akibatnya. Tidak ada bagian yang harus ditulis ulang dari nol setiap kali idenya bergeser.

Karena itu pertemuan pembuka di Surabaya tidak diisi kuliah istilah. Tutor membuka editor bersama Anda, membuat scene kosong, menaruh satu kubus, memberinya component gerak, lalu menekan Play. Begitu kubus itu bergerak, keempat istilah tadi sudah punya wujud yang bisa ditunjuk. Pertemuan berikutnya tinggal menempel pada wujud yang sama.

Delapan kartu di bawah adalah rangka pengajaran yang dipakai tutor Unity Edubia. Urutannya sengaja menaruh hal yang bisa dijalankan lebih dulu, dan menunda hal yang hanya bisa dinilai setelah gimnya berjalan. Tiap kartu memakan dua sampai empat pertemuan, tergantung seberapa sering Anda sempat membuka proyek di luar jam les.

Siklus hidup skrip yang dibahas tutor sejak sesi kedua

Unity memanggil bagian skrip Anda pada waktu yang sudah ditentukan. Awake berjalan sekali saat benda lahir, sebelum apa pun sempat memakainya. Start berjalan sekali juga, tetapi sesudah semua benda selesai lahir, jadi ia tempat yang aman untuk mencari benda lain. Update berjalan setiap gambar dicetak ke layar, sehingga jumlah pemanggilannya berubah mengikuti kecepatan komputer. FixedUpdate berjalan pada selang waktu tetap dan dipakai oleh perhitungan fisika.

Kesalahan klasik pemula ada pada baris terakhir itu. Gaya dorong ditulis di dalam Update, lalu gim terasa enak di komputer tutor dan terasa aneh di komputer peserta. Sebabnya sederhana: komputer yang mencetak seratus dua puluh gambar per detik memberi dorongan dua kali lebih sering daripada komputer yang mencetak enam puluh gambar per detik.

Tutor menangani hal ini lewat percobaan, tanpa ceramah. Satu skrip dorong diletakkan di Update, satu lagi di FixedUpdate, lalu keduanya dijalankan berdampingan dengan pembatas kecepatan gambar dinaikkan dan diturunkan. Selisihnya terlihat di detik itu juga, dan aturannya melekat karena Anda sempat melihatnya salah lebih dulu.

C# untuk pemula: bagian yang dilatih tutor lebih dulu

C# di dalam Unity dipelajari sebagai alat, dengan urutan yang mengikuti kebutuhan gim. Variabel dilatih lewat nyawa, skor, dan kecepatan. Kondisi dilatih lewat pertanyaan yang memang ditanyakan gim: apakah nyawa sudah habis, apakah pemain menyentuh pintu, apakah tombol sedang ditekan. Perulangan dilatih lewat daftar musuh dan daftar butir yang harus dikumpulkan.

Kelas datang belakangan, dan itu disengaja. Sebelum kelas terasa berguna, peserta perlu lebih dulu merasakan repotnya menulis logika yang sama berulang kali di beberapa benda. Setelah rasa repot itu muncul, penjelasan tentang kelas dan component buatan sendiri langsung masuk akal.

Semua bagian tadi bertemu di satu skrip pengendali pemain. Skrip itu membaca input, mengubah posisi, membatasi kecepatan, memeriksa apakah pemain menyentuh tanah, lalu memanggil animasi yang sesuai. Panjangnya jarang lebih dari lima puluh baris, dan justru karena pendek ia enak dijadikan bahan latihan membaca kode baris demi baris.

Fisika tumbukan di kelas Unity dan sebab gim pemula menembus tembok

Tumbukan di Unity ditangani dua hal yang bekerja berpasangan. Rigidbody membuat sebuah benda tunduk pada perhitungan fisika: ia punya massa, bisa didorong, dan bisa jatuh. Collider adalah batas raganya, bentuk tak terlihat yang menyatakan sampai mana benda itu dianggap penuh. Trigger adalah collider yang sengaja dibuat tembus pandang oleh fisika, dipakai untuk memberi tahu bahwa sesuatu lewat tanpa menghentikannya.

Gim pemula menembus tembok karena perhitungan fisika bekerja per selang waktu. Benda yang bergerak sangat cepat bisa berada di depan tembok pada satu selang, lalu sudah berada di belakang tembok pada selang berikutnya, tanpa pernah tercatat menyentuhnya. Sebab kedua lebih sederhana: posisi benda diubah langsung lewat kode, sehingga perhitungan fisika tak pernah diajak bicara.

Di kelas, dua sebab ini dipisahkan dengan urutan pemeriksaan yang tetap. Anda memeriksa apakah gerakan memakai gaya atau memakai perubahan posisi langsung, lalu memeriksa mode deteksi tumbukan pada Rigidbody, lalu membandingkan ukuran collider dengan jarak yang ditempuh benda dalam satu selang. Tiga pemeriksaan itu menutup hampir semua kejadian tembus tembok yang ditemui peserta.

Unity berjalan di komputer kelas menengah, dan itu kabar baik untuk peserta di Surabaya yang belum ingin belanja perangkat mahal. Daftar di bawah adalah anjuran tutor Edubia berdasarkan proyek yang benar-benar dikerjakan di program ini, jadi ia menggambarkan kebutuhan nyata kelas pemula sampai menengah.

Antarmuka, input, dan penyimpanan progres di kelas Unity

Antarmuka dirakit di atas Canvas, lapisan tersendiri yang menempel pada tampilan dan tidak ikut bergerak bersama dunia gim. Menu awal, layar jeda, penunjuk nyawa, dan angka skor dibuat sebagai benda biasa di dalam Canvas, lalu disambungkan ke skrip yang mengubah isinya. Bagian yang kerap menjebak pemula adalah penyesuaian ukuran: menu yang rapi di komputer bisa terpotong di ponsel kalau aturan penskalaannya belum disetel.

Input dipisahkan dari perbuatan sejak awal. Skrip pemain tidak bertanya tombol mana yang ditekan; ia bertanya apakah perintah lompat sedang aktif. Pemisahan ini yang kelak membuat kendali papan ketik dan kendali sentuh bisa hidup di gim yang sama tanpa menulis dua skrip pemain.

Penyimpanan progres ditutup di bagian akhir program. Rekor skor, level terakhir, dan pengaturan suara disimpan ke berkas milik gim, lalu dibaca lagi saat gim dibuka. Tutor menekankan satu hal yang sering terlewat: kode pembaca harus tetap tenang ketika datanya belum pernah ada, misalnya pada pemain yang baru memasang gim Anda untuk pertama kali.

Menyiapkan build untuk komputer dan Android bersama tutor

Satu proyek Unity bisa diterbitkan ke lebih dari satu perangkat, dan perbedaannya lebih banyak daripada dugaan pemula. Build untuk komputer menghasilkan berkas yang tinggal dijalankan, memakai kendali papan ketik dan mouse, serta berjalan pada jendela yang ukurannya bisa diubah pemain. Build untuk Android menghasilkan berkas pasang, memakai kendali sentuh, dan harus menerima kenyataan bahwa ukuran layar pemain berbeda-beda.

Tiga hal dibereskan sebelum build Android pertama: aturan penskalaan antarmuka supaya tombol tetap terjangkau ibu jari, penggantian tombol papan ketik dengan tombol layar, dan penurunan beban gambar supaya laju gambar tetap nyaman di ponsel kelas menengah. Ketiganya dikerjakan di kelas, tanpa diserahkan sebagai bacaan mandiri.

Peserta di Surabaya yang membidik gim ponsel biasanya membawa perangkatnya sendiri ke sesi, dan build pertama dipasang di depan tutor. Momen itu sengaja tidak ditunda sampai akhir program. Melihat gim buatan sendiri berjalan di layar ponsel adalah alasan yang membuat orang bertahan melewati bagian yang membosankan.

Menguji gim ke orang lain, langkah yang sering dilewati kelas mandiri

Menguji gim ke orang lain terasa tidak enak, dan justru karena itu ia sering ditunda sampai proyeknya terlalu jauh untuk diperbaiki. Padahal caranya sederhana. Serahkan build kepada dua orang yang belum pernah melihat gim Anda, diamlah selama mereka bermain, lalu catat detik ke berapa mereka berhenti bergerak atau bertanya.

Aturan diam itu penting. Begitu Anda menjelaskan cara memainkannya, pengujian selesai sebelum dimulai, sebab pemain sungguhan tidak akan punya Anda di sebelahnya. Yang dicatat pun perbuatan mereka: di mana mereka tersesat, tombol apa yang mereka coba lebih dulu, bagian mana yang mereka ulangi.

Masukan semacam ini kadang menyakitkan dan hampir selalu benar. Tutor membantu memilah mana yang menuntut perbaikan aturan main, mana yang cukup diselesaikan dengan petunjuk di layar, dan mana yang boleh ditunda sampai versi berikutnya. Hasil pemilahan itu menjadi daftar kerja pertemuan sesudahnya.

Lima hal di bawah adalah sebab yang sering membuat sebuah proyek gim berhenti sebelum selesai. Semuanya lahir dari niat baik, dan semuanya bisa ditahan lebih awal kalau ada orang lain yang melihat proyek Anda tiap pekan.

Wilayah kunjungan tutor Unity di Surabaya dan sekitarnya

Kunjungan tutor menjangkau seluruh kecamatan Kota Surabaya. Banyak peserta program teknologi datang dari sisi timur, terutama Gubeng, Sukolilo, Mulyorejo, dan Rungkut, wilayah yang dekat dengan kampus serta kos mahasiswa. Sisi pusat dan selatan seperti Tegalsari, Wonokromo, Wonocolo, dan Gayungan juga rutin dilayani, begitu pula Tambaksari serta Kenjeran di sisi utara.

Sisi barat kota tetap terjangkau. Wiyung, Lakarsantri, Sambikerep, dan Dukuh Pakis termasuk wilayah yang biasa diambil tutor, dengan catatan jam sesi disepakati lebih awal supaya perjalanan tidak jatuh di jam padat. Kabupaten Sidoarjo dilayani juga, dengan Waru, Gedangan, dan Buduran sebagai wilayah yang sering diminta.

Untuk peserta yang jam kerjanya berubah-ubah, dua co-learning space Edubia di Tambaksari dan Wonocolo bisa dipakai sebagai tempat sesi. Perangkat tetap dibawa peserta, sebab proyek Unity tersimpan di komputer masing-masing dan berpindah komputer akan memutus riwayat versinya.

Biaya les privat game development Unity per sesi

Tarif kelas online mulai dari Rp222.300 per sesi 90 menit untuk peserta jenjang kuliah, dihitung pada ritme delapan sesi sebulan. Panjang 90 menit dipilih karena pekerjaan di Unity punya biaya pembukaan: proyek dibuka, editor dimuat, dan Anda perlu mengingat kembali baris yang sedang dikerjakan pekan lalu. Sesi yang lebih pendek habis di bagian itu sebelum sempat menulis apa pun.

Bila tutor datang ke rumah Anda, tarifnya Rp242.500 per sesi, dan selisihnya adalah biaya operasional perjalanan tutor. Belajar di co-learning space Edubia menambah Rp15.000 per sesi di atas tarif kunjungan. Peserta pekerja yang masuk jenjang tarif dewasa berada di ujung atas rentang, yaitu Rp298.100 per sesi untuk kunjungan ke rumah.

Angka di atas berlaku untuk satu tutor satu peserta, jadi seluruh 90 menit itu memang dipakai untuk proyek Anda sendiri. Perkiraan yang lebih rapat, lengkap dengan pilihan durasi dan jumlah sesi, bisa dihitung sendiri di halaman kalkulator biaya sebelum Anda mendaftar.

Jadwal, penggantian tutor, dan hal yang diatur sebelum daftar

Jadwal disusun mengikuti agenda Anda, dan untuk program ini tutor menyarankan dua sesi per pekan pada awal program. Alasannya melekat pada subjeknya: proyek Unity yang tidak disentuh selama sepuluh hari menuntut waktu pemanasan panjang hanya untuk mengingat kembali struktur berkasnya sendiri. Setelah kebiasaan mencatat langkah berikutnya terbentuk, jarak antar sesi boleh dilebarkan.

Sesi yang berbenturan dengan pekerjaan atau kuliah bisa digeser dengan pemberitahuan sehari sebelumnya. Bila tutor terasa kurang cocok dengan cara Anda belajar, tutor bisa diganti tanpa biaya tambahan, dan proyek Anda ikut berpindah utuh karena berkasnya memang tersimpan di komputer Anda sendiri.

Sebelum pertemuan pertama, tim Edubia menanyakan tiga hal: gim seperti apa yang ingin Anda buat, seberapa jauh pengalaman menulis kode yang sudah Anda punya, dan perangkat apa yang akan dipakai. Jawabannya dipakai untuk memilihkan tutor yang cocok, dan untuk menyiapkan proyek awal supaya menit pertama tidak habis untuk pemasangan perkakas.

Format belajar: tutor ke rumah, co-learning space, atau kelas online

Tiga format tersedia dan ketiganya dipakai peserta program ini. Kunjungan ke rumah sangat menolong pada pertemuan awal, saat pemasangan Unity dan penyiapan proyek pertama berjalan lebih cepat kalau ada orang yang bisa melihat langsung layar serta pengaturan komputer Anda.

Kelas online berjalan mulus untuk subjek ini karena hampir semua pekerjaannya memang terjadi di layar. Anda membagikan tampilan, tutor melihat kode dan panel yang sama, lalu perbaikan dikerjakan tangan Anda sendiri sambil dituntun. Peserta yang bekerja sampai malam biasanya memilih format ini untuk sesi tengah pekan.

Co-learning space dipakai peserta yang rumahnya ramai atau yang ingin memisahkan tempat belajar dari tempat istirahat. Apa pun formatnya, penutup sesi tetap sama: proyek dijalankan, versinya disimpan, dan satu langkah berikutnya dicatat supaya Anda tahu harus mulai dari mana ketika membuka proyek sendirian.

Urutan di bawah adalah alur kerja yang membuat gim selesai. Peserta yang membaliknya, yaitu memperindah gambar lebih dulu dan menguji rasa mainnya belakangan, hampir selalu berhenti di tengah jalan karena kehabisan tenaga sebelum gimnya pernah terasa enak dimainkan.