Yaptığımız oyunları tamamlamak için elimizde neredeyse yeterli zaman olmadığından, sağlam yazılım mimarisi ile bunların tamamlanması için iyi bir ilerleme kaydederek nasıl iyi bir denge kurabilirsiniz?
Kişisel görevim: Bugün ve aynı zamanda uzun vadeli düşünmede etkili olmaya ne dersiniz? Ayrıca, bunu yaparken, son 5 yıldır kullandığınız aynı tekrarlayan kalıplara başvurmak yerine yolda yeni şeyler öğrenmek de isteyebilirsiniz?
Yanıtlar:
Ne kadar az deneyiminiz varsa, ön tasarımla daha fazla zaman harcarsınız. İyi tasarımlar yapmak, bunu yaparak ve sonra nasıl ortaya çıktığını görmek / değerlendirmek suretiyle öğreneceğiniz bir şeydir. Bazı kararların geniş kapsamlı ancak belirsiz sonuçları vardır. Bazı oyunlardan sonra muhtemelen ilk tasarımı oldukça sağlam hale getirebileceksiniz ve bu aşamaya biraz daha zaman harcamak ödeyecek.
Sloganım: ilk etapta işleri halledin, ancak hangi bileşenlerin diğerlerinden daha kritik olduğunu tespit etmek ve zaman sınırınız içinde bunları oldukça iyi tasarlamak için sağduyunuzu kullanın. Örneğin, AI oyununuz için kritik öneme sahipse, daha sonra kolayca genişletebileceğiniz / değiştirebileceğinizden emin olun. Veya her oyunda kullanacağınız bir bileşen yazacaksanız, yeniden kullanılabilirlik için tasarlayın. Zamanınızı takip edin ve tasarım konusunda çıldırmayın. Bir tasarım son tarihi belirleyin ve bundan sonra, son teslim tarihinizi almak için her şeyi hacklemeye başlayın. Ancak, daha sonra hangi noktaların yeniden düzenlenmesi / yeniden tasarlanması gerektiğine dikkat edin ve bir sonraki oyuna başlamadan önce bu şeyleri iyileştirmek için bir süre sonra hesaplayın, böylece sizi ısırmayacaklar!
İyi bir tavsiye: iki seçenek arasında seçim yapmanız gerekiyorsa, ayrıntılar üzerinde uzun süre kalmayın. Çoğu zaman, "iyi" veya "kötü" yoktur. Bazı durumlarda, A daha iyi olacak, bazılarında B olacak ve genel olarak, ikisi arasındaki fark her zaman zamana değmeyebilir.
Yazılım veya oyun tasarlarken kazanılacak çok fazla deneyim var, bu yüzden zamanınızı biraz araştırmaya harcadığınızdan emin olun (örneğin tasarım üzerine bir kitap okumak, başkalarının deneyimini okumak, tasarımlarınızla diğer programcılarla konuşmak, vb ... ).
İnsanlar geleceği tahmin etmekte korkunç. Bu, özellikle gereksinimlerin günlük olarak değişebileceği oyunlar için geçerlidir.
Adında bir ilke var YAGNI temelde kadar bir şey uygulamaması gerektiğini söylüyor hangi, namı diğer "You Gonna O ihtiyacınız değil misin", biliyorum bunu ihtiyacımız olacak.
İnsanların ihtiyaç duyacaklarını düşündükleri özellikler hiçbir zaman kullanılmayacak olduğundan, pek çok sistemin aslında hiçbirini kullanmayan mimari sağlamlıkla boğulduğunu gördüm.
Kişisel felsefem, çalışabilecek en basit şeyi yapmak . Bununla birlikte, Başlarken ve Birlikte Bok Hacking arasında bir fark var. Bir amaçla kod yazmak, her şeyi herkese açık hale getirmek, her şeyi yapan blob sınıflarına sahip olmak veya "kötü" kodu gösteren düzinelerce başka şeyden herhangi biri gibi "kod kokusu" üreten şeyler yapmak anlamına gelmemelidir.
Bu bugün benim zihnimde doğru olarak değerlendirilir:
Yazılım hızlı prototiplemenin arkadaşıyım. Özellikle oyun geliştirme sırasında. Hızlı öğrenme, test etme ve bir şeyler kullanma için iyidir. Donanım programlamaya yakın veya karmaşık algoritmalar benim için en iyi yöntemdir.
Theory();
RapidPrototype();
bool bOk = false;
while(!bOk)
{
Testing();
LotOfFixing();
PlayingWith();
bOk= AnalysingResults();
}
FinalFastAndNiceDataStructuresAndCode();Rapid Prototype sürümümün uygun prototip kabuğuna sahip olması gerekir:
Avantajları:
Eğer iyi yaparsanız, sonunda ürününüzün gerçek hata ayıklama / öğrenme sürümünü olabilir.
Projemizde kullanıyoruz ve bundan memnunuz.
Çevik yazılım geliştirmeye bir göz atın . Gümüş bir kurşun olmasa da, her ikisini de yapmayı amaçlamaktadır (tamamlayın ve sağlam bir yazılım tasarımına sahip olun).