Manfaat nyata untuk mempercepat pengkodean proyek game pribadi Anda

Saya perhatikan beberapa programmer mengatur tantangan waktu-sensitif untuk diri mereka sendiri, biasanya di bidang "menulis game tipe X jumlah waktu Y" atau "menulis jumlah game X memberikan hanya waktu Y untuk masing-masing". Apa manfaat nyata untuk mengatur alur kerja Anda dengan cara ini sebagai kode cepat untuk sementara waktu? Rasanya Anda harus menukar kode efisien untuk menyelesaikan sesuatu dengan cepat. Dan saya kira menambahkan lapisan akhir cat bukan prioritas besar dalam tantangan ini, jadi tidak apa-apa untuk menggunakan programmer.

Saya telah membuat beberapa penembak gulir 2D sederhana dan permainan puzzle beberapa tahun yang lalu dan karena kebodohan saya menghapus sebagian besar kode saya. Jadi sekarang saya ingin tahu tentang menggunakan pendekatan pengkodean cepat untuk menyelesaikan beberapa hal sederhana lagi, dan memasukkan diri saya lebih ke logika permainan.

Setidaknya dalam pengalaman saya, beberapa jenis programmer adalah apa yang kadang-kadang disebut astronot arsitektur .

Jika Anda adalah tipe orang yang harus mengabstraksikan segala sesuatu dengan cara tertentu atau terus-menerus berusaha memperbaiki kode Anda sehingga lebih indah, atau semacamnya, sesi yang diatur waktunya di mana Anda fokus pada produk akhir adalah latihan yang sangat baik . Ini dapat memperkuat fakta bahwa kadang-kadang solusi yang lebih sederhana dapat membuat Anda memainkan sesuatu yang dapat dimainkan lebih cepat, dan karena itu Anda dapat masuk ke loop iterasi yang lebih cepat daripada jika Anda melakukan desain besar di depan.

Berbeda dengan astronot arsitektur, jika Anda seorang programmer koboi , maka latihan waktunya ini mungkin berlebihan.

Saya tidak pernah secara eksplisit menetapkan tenggat waktu untuk diri saya seperti itu, tetapi menyelesaikan sesuatu dengan cepat bisa menjadi penting ketika bekerja untuk diri sendiri.

Rasanya Anda harus menukar kode efisien untuk menyelesaikan sesuatu dengan cepat

Saat menulis game sendiri, kode efisien biasanya tidak menjadi masalah. Masalahnya seringkali tetap termotivasi. Mendapatkan sesuatu yang berhasil, meskipun tidak efisien secara optimal, bisa menjadi motivator yang cukup besar untuk membuat Anda terus maju dan menyelesaikannya . Anda selalu dapat kembali dan refactor nanti jika Anda berakhir dengan sesuatu yang baik. Mencoba melakukan segalanya dengan benar sejak awal mungkin menyebabkannya tidak pernah selesai.

Saya melakukan ini beberapa kali dalam setahun; beri saya waktu seminggu untuk merancang dan mengimplementasikan dan merilis game.

Saya melakukannya karena saya seorang perfeksionis. Diberi pilihan saya, saya akan mengerjakan game selamanya. Memiliki tenggat waktu yang sulit (yang saya terbitkan sebelumnya) memaksa saya untuk benar-benar berhenti berkembang dan hanya merilis permainan sialan itu sesuai jadwal. Karena aturan pribadi saya mengenai latihan-latihan ini adalah bahwa saya tidak diizinkan untuk memodifikasi game-game ini setelah melewati batas waktu mereka, itu juga membuat saya fokus pada proyek-proyek masa depan, dan tidak terganggu oleh pikiran mengutak-atik yang lebih tua.