Oyun geliştirmenin diğer yazılım geliştirmeden farkı nedir? [kapalı]

Sağlam bir genel amaçlı yazılım geliştiricisi için, oyun geliştirme konusunda temelde veya sadece derece farklarında özellikle farklı olan nedir?

Tic-tac-toe, Tetris ve kaba kuvvetli sudoku çözücü (UI ile) gibi oyuncak oyunları yaptım ve şimdi orta ölçekli bir projeye başlıyorum (tek bir geliştirici olmak için orta büyüklükte Bu özel projeyle bulduğum bir şey, endişelerin ayrılmasının çok daha zor olması, çünkü her şey devleti etkiliyor ve her nesne diğer nesnelerle sayısız yolla etkileşime girebiliyor.

Şimdiye kadar kodu tatmin edici bir şekilde temiz tutmayı başardım ama önemsiz olmayan oyunlarda temiz kod tutmanın günlük işimden çok daha zor olduğunu düşünüyorum.

Üzerinde çalıştığım oyun sıra tabanlı ve grafikler oldukça basit olacak (web tabanlı, çoğunlukla DOM manipülasyonu yoluyla), bu yüzden gerçek zamanlı ve 3d çalışma benim için gerçekten geçerli değil, ama yine de ilginç olanlar ile ilgili cevaplarla ilgileniyorlar. Çoğunlukla genel oyun mantığıyla ilgileniyor.

PS Bunu etiketlemek için çekinmeyin, hangi etiketlerin geçerli olduğundan emin değilim.

Büyük bir fark var. Bence, gerçekten önemli olan tek fark bu.

Neden farklı olduğuna dair teknik detayları gözden geçirebiliriz, elbette. 3D motorlar, parçacık fiziği, birçok farklı şey devreye giriyor.

Ancak birçok farklı yazılım biçiminde dizeler bulunur. Modelleme yazılımı aynı şeyleri yapmak zorundadır. Her önemli yazılım parçasının kullanması gereken bazı özel kütüphaneleri vardır.

Peki OYUNLARI farklı kılan nedir?

İşte: Yazılım bir iş ihtiyacını karşılamak için tasarlanmıştır. Bir envanter sistemi ister misin? Ne tür öğeleri işleyeceğinizi tanımlayabilirsiniz. Üretim programlamanız için ne istediğinizi tanımlayabilirsiniz. Bunların hepsini yapabilirsiniz. Veya bankacılık yazılımı istiyorsanız, onunla ne yapmak istediğinizi tanımlayabilirsiniz.

Oyunlarla işinizin ihtiyacı "eğlencelidir". "Eğlence" için teknik şartname yazmayı deneyin.

Bir geliştirici olarak benim düşünceme göre, oyunları normal yazılımdan farklı kılan şey budur. "Harika! Bu yazılım artık müşterinin isteklerine göre tam özellikli!" Diyemezsiniz. çünkü tek yapmak istedikleri eğlenmek.

Bununla birlikte, eğlenceli bir şey için 3d grafiklere ve abartılı fiziğe ihtiyacınız yok. İnsanlar neden hala Tetris oynuyor? Fiziği, "bloğu aşağı taşı", "bloğun sınırların dışına çıkmasına izin verme" ve "bir şeye çarptığında bloğu durdur" dan oluşur ve yıllar boyunca, bazıları diğerlerinden daha meraklı grafiklere sahip olan çok sayıda sürüm vardır, ancak alt satırda - eğlenceli !!

Harika bir oyun geliştiricisi olmak istiyorsanız, normal bir yazılım geliştiricisi olarak öğrendiklerinizi atmayın. Hala çok faydalı şeyler. @Sion, normal bir yazılımda olduğu gibi bileşenlerinizi ayırmak konusunda haklıdır. Ancak oyununuza ekleyebileceğiniz en önemli özellik eğlenceli. Eğlenceli eğlence eğlenceli eğlence eğlence. Bu nedenle oyun geliştirme var, oyununuzu başarılı kılmak için ihtiyacınız olan şey bu. Ve bu güven bana bana güven bu oynamak için eğlenceli, yapmak için en az 10x eğlenceli !!

Oyun geliştirme ile iyi şanslar !! : D

Öncelikle bir oyun geliştiricisiyim, geleneksel bir yazılım geliştiriciyim, ancak bence birkaç önemli fark var.

Açıkçası bunlar birkaç genellemedir ve kapsamlı değildir:
Daha büyük takımlar. Daha çeşitli arka planlar (sanatçılar, programcılar, yapımcılar, her biri ile daha da fazla varyasyon vardır). Daha uzun geliştirme döngüleri. Daha yüksek performans standartları. Daha büyük ölçekli projeler. Daha büyük ve daha pahalı arıza riski. Daha stresli bir ortam.

Nesne etkileşimlerine ve mimarinizi ortaya koymaya gelince, sistemleri hala düzgün bir şekilde ayırabilirsiniz. Oyun nesneleriniz ve davranışlarınız açıkça birbirine ve bu sistemlere bağımlı olacaktır. Oyunun doğası budur (pun amaçlı), tüm bu sistemleri tek bir uyumlu birimde birleştirir ve bunda yanlış bir şey yoktur. Öyle görünebilir çünkü hepsinin ölçeği alışık olduğunuzdan daha büyük.

Bazı kolayca tanımlanabilen ve ayrılan sistemler?

• Çarpışma algılama
• Çarpışma Tepkisi
• Fizik
• Animasyon
• Grafikler (2D ve 3D)
• Yapay zeka
• Kullanıcı Girişi
• Dosya Girişi / Çıkışı
• Ağ

Oyun programlamanın diğer uygulama alanlarından farklı olduğunu düşünmüyorum, çünkü endişelerin doğru ayrılmasını seçmek zor. Yeteneklerinizi farklı türde bir uygulama alanına götürdüğünüzde, geçişin umduğunuz kadar pürüzsüz olmadığını göreceksiniz, çünkü her zaman farklılıklar vardır. Veritabanı uygulamanızda işe yarayan, gömülü uygulamanızda çok iyi çalışmayan birçok desen / deyime sahiptir; bu, birçok desen / deyime sahip gerçek zamanlı sistemde çok iyi çalışmayan birçok desen / deyime sahiptir. oyun programlamasında çalışmaz. Ancak, oyun programcıları oyun programlama alanlarından ayrıldıklarında aynı problemlere sahiptirler. Hepsi sadece alışık olduğunuz şeyle ilgili.

Bununla birlikte, oyun programlamanın birçok insan için daha zor göründüğünü söyledi, çünkü çoğu programcının gerçek işlerinde (düşük seviyeli grafikler ve sesler) ve birçok uygulamasından daha fazla uygulamalı matematikle uğraşmak zorunda olmadığı bilgisayar parçalarıyla çalışmanızı gerektirir. insanlar endişelerin ayrılması nedeniyle değil, rahattırlar. Endişelerin ayrılması için doğru seçimi belirlemede her zaman zorluklar olsa da, yaşadığınız endişelerin ayrılmasının zorluğu sadece yeni bir problem alanına geçmektedir. Birkaç uygulama oluşturduktan sonra başka bir şey gibi olacak, neyi sevdiğinizi öğrenecek ve neyi kullanmadığınızı kullanamayacaksınız.

ve bu özel projede bulduğum bir şey, endişelerin ayrılmasının çok daha zor olması, çünkü her şey devleti etkiliyor ve her nesne diğer nesnelerle sayısız yolla etkileşime girebiliyor.

Sanırım burada bir cevabınız var, birçok etkileşim var. XNA (C #) ile birkaç oyun yaptım, şimdi dediğin gibi orta boyutlu bir oyun yapıyorum, bir strateji simülasyon oyunu, neredeyse 2 aydır üzerinde çalışıyorum ve yardımsız olarak tek başıma yapıyorum, bu yüzden ben kodumu basit tutmalıyım. Sanırım büyük bir fark, işlevsellik için bazı sınıfları anlamak ve çizim yapmak için diğer sınıfları anlamak ve tasarlamaktır, bu programınızı daha temiz hale getirir. Tabii ki, bir oyun yapıyorsanız, görüntüler (2d veya 3d) ve müzik (veya sesler) gibi daha fazla kaynağa ihtiyacınız var. Yani farklılıklar var, bence daha zor, ama çok komik.

Oyun Programlamanın daha eğlenceli olduğunu düşünüyorum. Oyununuzu sürekli olarak test edebilirsiniz, farklı fizik uygularsınız, bu da farklı davranışlarla sonuçlanır.

Deneyimlerime göre, oyun programlama aslında yazılım geliştirmeye kıyasla çok daha eğlenceli. Yazılım geliştirmede uymanız gereken bazı iş kurallarınız var, biraz sıkıcı oluyor. Bir yazılım oluşturuyorsunuz, eğlenceli değil. Yazılım kullanmak harika, yararlı, kullanışlı, ama eğlenceli değil.

Oyunlar eğlencelidir. Belki de sadece ben, ama oyun geliştirme ne olursa olsun oyun geliştirme geleneksel yazılım geliştirmekten çok daha ilgi çekici ve heyecan verici buluyorum.

PS: Yazılım geliştirme, HTML5, Asp.Net, C #, vb için en son araçları kullanıyorum. Hala DirectX, UDK, XNA, Unity kodlamak için daha eğlenceli buluyorum.