ÇKP Oyunları - EVE Universe Yazılım Direktörü & lpar; Bölüm 2/2 ile röportaj;

Posted on
Yazar: Virginia Floyd
Yaratılış Tarihi: 8 Ağustos 2021
Güncelleme Tarihi: 16 Kasım 2024
Anonim
ÇKP Oyunları - EVE Universe Yazılım Direktörü & lpar; Bölüm 2/2 ile röportaj; - Oyunlar
ÇKP Oyunları - EVE Universe Yazılım Direktörü & lpar; Bölüm 2/2 ile röportaj; - Oyunlar

İçerik

Bu üç bölümden oluşan bir röportajın ikincisi. Yapabilirsin ilk kısmı buradan oku.


***

Çevik gelişim anlayışım oldukça basit. Hiçbir zaman metodoloji altında çalışmamıştım, ama burada ve o konuda biraz okudum. Tam olarak teknik borç biriktirme nedir?

Bir iş listesi bir görev listesidir; ancak her iki haftada bir (öncelikli sınırlar dahilinde) yeniden önceliklendirilebilecek öncelikli bir görev listesi ve takımlar sadece iki haftalık bir pencere (bir sürat koşusu) için karar verebilir. Teknik bir borç biriktirme biriktirme işlemi, genel biriktirme ve genel biriktirme ile birleştirilen öykülerin (görevlerin) bir alt bölümüdür.

Bu bana bir ton ifade etmiyor, ama hızlı bir google yaptım, biraz daha okudum ve "Teknik Borç kodun çalışmasını zorlaştıran şeydir. Yazılımın görünmez bir katili ve agresif bir şekilde yönetildi. " Buna dayanarak, işinizin bir yönünü çok daha iyi anladığına inanıyorum. Modernize, standartlara uyarak, EVE Online kod tabanındaki eski kodlardan bazıları, geçen yıl Crimewatch’a ne olduğu gibi.


Eski kurumsal ve POS kodunun herhangi bir yenilemesinin yakında herhangi bir zamanda bir geliştirme belgesinde olmadığını biliyorum, ancak birisi "Bunu yeniden yazalım ve düzeltelim!" Dese ne kadar heyecanlanırsınız?

Son zamanlarda POS'lar çevresinde gerçekleşen tartışmaları hatırlayabilirsiniz; ÇKP Martı bu konuda iletişimi ele alıyor. Teknik borç konusunu tartışabilirim ama POS bağlamında değil.

Yeterince adil. Bunu farklı bir yönden ele alalım. Crimewatch. Tüm hesaplara göre eski, çok kırılgan bir kod parçası. Birlikte çalışmak çok zordu ve çoğu proje onunla etkileşime girmekten kaçındı, çünkü öngörülemeyen sorunlara neden olabilirdi. ÇKP bu kodu yeniden yazma kararını verdiğinde, yeni tasarıma odaklanan sürece nasıl dahil oldunuz? Standartlara uygun olmalarını ve yolun teknik borçlarına ekleme yapmalarını sağlamak için Crimewatch gibi projelere ne kadar gözetim veriyorsunuz? Greenlight'ın Crimewatch'i yeniden yazması için ne kadar mutluydunuz?


Asıl teknik tasarım açısından, çok fazla değil ve oyun tasarımına dahil değil. Oyun takımları (ÇKP Atlas) ve öncelikle yeni sistemi uygulayan ekipteki üst düzey sunucu programcısı (ÇKP Masterplan) için teknik lider, asıl tasarım çalışması için siperlerdeki insanlardı. Benim görevim, eski Crimewatch kodunun kırılgan olduğunu vurgulamak, programcılara ve bu koda giren ekipleri uyarmak ve işlerini doğrudan izlemek, mevcut sistemin / kodun bize neden olduğu maliyeti göstererek yeniden düzenlenmesi gerektiği fikrini ortaya koymaktı. ve uygulama ve performans testi için standartları belirleyin (QA Direktörü, özellik testi ve genel test uygulamalarından sorumludur).

Bu proje nihayet yeşilleştiğinde çok mutlu oldum; Bunları listeden çıkarmak ve bir sonraki sisteme geçmek her zaman iyidir.

Özellikle teknik borç biriktirme işinin bir kısmını büyüleyici buluyorum, özellikle de oyuncuların çalışmak için zor bulduğu ve / veya daha iyi, daha modern özelliklerle yeniden toplanmış görmek istediği birçok eski, temel EVE sistemi etrafında döndüğü için . ÇKP bu eski, kırılgan kod alanlarının üstesinden gelmede dikkatli olmuştur.

Kurumsal rol sistemi Teknik Borç İş Listesinde yer alır mı?

Bir dereceye kadar, ancak çoğunlukla bu sistem neyi başarması gerektiğine dair bir sorudur ve oradan muhtemelen elden geçirilmiş bir oyun tasarımı ortaya çıkarır. Bu sistemin kodu özellikle kötü durumda değil.

"Kötü durumda değil" ne demek? Oyuncu bakış açısına göre, rol sistemi ile çalışmak zordur ve insanların bekledikleri şeyler genellikle çeşitli geçici çözümlerle gerçekleştirilmelidir. (Kelduum, bu geçici çözümlerin birçoğunu mücadelelerinde kurumsal rollerin bazı temel şekillerde davranmasını sağladığını belgelemiştir.) Sanırım kodun aslında ne yapıldığını ve ne yapıldığını düşünmeden "iyi durumda" olabileceğini düşünüyorum. Çoğu oyuncu, revizyona ihtiyaç duyduğu konusunda hemfikirdir. Böyle bir revizyon için yeterince iyi durumda mı, gelişim önceliği verildi mi?

Teknik Borç İş Listesi kapsamında sadece teknik açıdan “kötü durumda değil” kullanıyorum. Tarif ettiğiniz şey, sistemdeki kullanılabilirlik meseleleri, “neyi başarması gerektiği ve oradan muhtemelen elden geçirilmiş bir oyun tasarımı ortaya çıkması üzerine bir soru” dediğim şey. Teknik açıdan bakıldığında, kodun kendisi o kadar kötü değil, şeylerin görkemli şemasında karşılaştırmalı olarak okunabilir ve kötü yapılandırılmamıştır.

Teknik Borç İş Listesinde bulunan sistemlerden bazıları nelerdir?

POS sistemi, oyun içi tarayıcı, müşteri başlangıcında performans iyileştirmeleri, fizik simülasyon olaylarının müşterilere gönderilmesinde performans iyileştirmeleri, performans iyileştirmeleri ve özellik sisteminin yeniden yapılandırılması; birkaç isim. Başka sistemler de var, ancak bunlar düşük seviye veya dahili aletler veya boru hattı. Yukarıdaki bu sistemlerden bazıları birden fazla kategoriye ayrılır; POS sistemi gibi, bazıları Odyssey'de Yaşam Kalitesi İyileştirmeleri ile ele aldığımız kullanışlılık ve tasarım özelliklerine sahiptir.

Hangi Teknik Borç İş Listesi kalemlerinin ele alınacağı konusunda son kararı kim verir?

Nihayetinde, her sürüm için biriktirme listesinin ne olduğu hakkında bir çağrı yapan Kıdemli Üretici. Çeşitli taraflardan öncelikler hakkında girdiler almakta ve çeşitli teknik ve ticari ihtiyaçları dengelemeye çalışmaktadır. Teknik Borç İş Listesinde yer alan kalemler çeşitli büyüklüklerdedir ve bu nedenle daha büyük bir görevden daha az teknik önceliğe sahip olsalar bile daha erken bir zamanda (programa uygun olduğundan) daha küçük bir iş yapılabilir. Crimewatch gibi oyun mekaniğinde önemli değişikliklerin olacağı yerlerde, bu durum lider oyun tasarımcısının görüşüne girer.

Öyle olsa bile, bu öncelikler üzerinde hala adil bir miktar girdi olmalıdır. Kıdemli Üreticinin Teknik Borç İş Listesindeki uzmanlığınıza ve deneyiminize güvenmesi gerektiğini hayal ediyorum?

Kıdemli Üreticinin farklı ihtiyaçları nasıl dengelemesi gerektiğini bilerek, ona öncelikli bir liste göndermem; bunun yerine birikimi onunla ve her bir projenin göreceli önemi ve muhtemel büyüklüğü ile birlikte, bazı Teknik Borç İhtiyaçları İfadesi görevlerinin onun için başka şeyleri nasıl sağlayabileceği ve diğer bazı Teknik Borç İhtiyaçları İfadesi görevlerini yapmamanın bizi bir köşeye boyayabileceği ".

Teknik Borç İş Listesi kalemleri belirli bir takım tarafından mı yönetiliyor? Ya da onlarla en iyi şekilde başa çıkabilecek takımlara dağıtılıyor mu (yani takım uzmanlığı)

Team Gridlock, yalnızca Gerçeğe Kalanları ve Uzmanlıklarına uygun olan Teknik Borç İş Listesi görevlerine dahil olmasına rağmen, tüm takımlar tarafından yönetilir.

Teknik Borç İhtiyaç Listesi, genişleme bazında ele alınmış mı, yoksa devam ediyorlar ve genel olarak belirli bir genişleme döngüsüne bağlı değil mi?

Her ikisi de.

Odyssey genişlemesi için hangi Teknik Borç İş Listesi maddeleri ele alındı?

Birkaçını belirtmek için: Yamaları geliştiriyoruz (HTTP / 1.0 proxy'leri kullanırken düşük sayıda hata oluştu), Image Export Collection oluşturma işlemini yeniden yazıyor ve EVE API'de ve dağıtım yönteminde hata işleme ve günlüğe kaydetme hatalarını yeniliyoruz API’nin ve dahili önbellekleme mekanizmasının güncellenmesi (yerel ve dağıtılmış)

okumaya devam et Bölüm üç Erlendur S. Þorsteinsson ile söyleşi.