Turinys
Tai yra antras trijų dalių pokalbis. Tu gali skaitykite pirmąją dalį čia.
***
Mano supratimas apie judų vystymąsi yra gana paprastas. Aš niekada nedirbau pagal metodiką, bet šiek tiek apie tai čia ir ten perskaitiau. Kas yra techninė skola?
Atsiskaitymas yra užduočių sąrašas; tačiau tai yra prioritetinis užduočių sąrašas, kuris gali būti pakartotinai nustatomas kas dvi savaites (sprinto ribose), o komandos tik įsipareigoja už dviejų savaičių langą (vieną sprintą). Techninis skolos nurašymas - tai bendras atsilikimas ir pasakojimai (užduotys), kurie susilieja su bendra nesėkme.
Na, tai man neužsako tonos, bet aš padariau greitą „Google“, šiek tiek daugiau skaitymo ir nustatiau, kad „Techninė skola yra tai, kas kodą sunku dirbti. Tai nematomas programinės įrangos žudikas ir turi būti agresyviai valdomi. “ Remiantis tuo, manau, kad geriau suprantu vieną jūsų darbo aspektą. Modernizavimas, standartų kūrimas, kai kurie senesni EVE Online kodo kodai, pvz., Tai, kas praeitais metais įvyko „Crimewatch“.
Aš žinau, kad bet kokio senojo korporacijos ir POS kodo atnaujinimas netrukus pasirodys vystymosi skalėje, bet kaip džiaugiatės, jei kas nors pasakytų: „Leiskite perrašyti ir padaryti ją teisingą!“.
Galite prisiminti neseniai įvykusias POSES diskusijas; CCP Seagull tvarko komunikaciją šiuo klausimu. Galėčiau aptarti techninės skolos klausimą, bet ne POSES kontekste.
Pakankamai teisingas. Spręsime tai kita kryptimi. Crimewatch. Visose sąskaitose yra senas, labai trapi kodas. Labai sunku dirbti, o dauguma projektų vengė sąveikos su juo, nes tai gali sukelti nenumatytų problemų. Kai pagrindinė sandorio šalis priėmė sprendimą perrašyti šį kodą, kaip dalyvavote procese, kuris sutelkė dėmesį į naują dizainą? Kiek priežiūros jūs teikiate tokiems projektams kaip „Crimewatch“, kad įsitikintumėte, jog jie atitinka jūsų standartus ir ar jie neprideda techninės skolos? Kaip laimingas buvo, kai buvo suteiktas žalias žibintas perrašyti „Crimewatch“?
Kalbant apie faktinį techninį projektą, o ne daug, o ne į žaidimo dizainą. Techninės rungtynės žaidimų komandoms (CCP Atlas) ir pirmiausia vyresnysis serverio programuotojas (CCP pagrindinis planas) komandoje, įdiegusioje naująją sistemą, buvo žmonės, kurie buvo įtraukti į griovius, skirtus tikram projektui. Mano vaidmuo buvo atkreipti dėmesį į tai, kad senas „Crimewatch“ kodas buvo trapus, atsargūs programuotojai ir komandos, kurios įsijungė į šį kodą ir tiesiogiai stebėjo jų darbą, skatina idėją, kad ji turėtų būti atnaujinta, parodant dabartinės sistemos / kodo sąnaudas ir nustatykite įgyvendinimo ir veiklos testavimo standartus (kokybės užtikrinimo direktorius yra atsakingas už savybių testavimą ir bendrą testavimo praktiką).
Buvau labai laimingas, kai šis projektas buvo galutinai apšviestas; visada gerai, kad galėtumėte perkelti šiuos dalykus iš sąrašo ir tada pereiti prie kitos sistemos.
Aš rasiu visą techninę skolą, kuri yra įdomi, ypač dėl to, kad ji sukasi aplink daugelį senų pagrindinių EVE sistemų, kurias žaidėjai sunkiai dirba ir (arba) norėtų matyti, kad jie būtų pritaikyti geresnėmis, modernesnėmis funkcijomis. . Pagrindinė sandorio šalis atidžiai spręs šias senas, trapias kodo sritis.
Ar įmonių vaidmens sistema patektų į techninių skolų susigrąžinimą?
Tam tikru mastu, tačiau daugiausia ši sistema yra klausimas, ką jis turėtų atlikti, ir iš ten galbūt bus sukurtas atnaujintas žaidimo dizainas. Šios sistemos kodas nėra ypač bloga.
„Ne bloga forma“, kokiu atžvilgiu? Iš žaidėjo perspektyvos sudėtinga dirbti su vaidmenų sistema, o tai, ko žmonės tikisi, tai dažnai turi būti atliekama naudojant įvairius nelygumus. (Kelduum dokumentavo kelis iš šių sunkumų, dėl kurių jis kovojo, kad įmonės vaidmuo būtų elgiamasi keliais pagrindiniais būdais.) Manau, kad kodas galėtų būti „geros formos“, atsižvelgiant į tai, kas iš tikrųjų buvo ir nebuvo sukurta. Dauguma žaidėjų sutiktų, kad jam reikalingas kapitalinis remontas. Ar ji yra pakankamai gera, kad būtų galima atlikti tokį kapitalinį remontą, jei jis būtų suteiktas vystymosi prioritetui?
Naudodamas „Techninės skolos grąžinimo“ kontekstą naudoju „ne blogą formą“ tik iš techninio aspekto. Tai, ką apibūdinate, yra naudojimosi sistemoje problemos, ką aš vadinu „klausimu apie tai, ką jis turėtų atlikti, ir iš ten galbūt išgrynintas žaidimo dizainas“. Iš techninės perspektyvos kodas pats savaime nėra toks blogas, palyginti gerai suprantamas dalykų schemoje ir nėra blogai struktūrizuotas.
Kokios yra sistemos, kurios patenka į techninių skolų susigrąžinimą?
POS sistema, naršyklė žaidime, našumo patobulinimai kliento paleidimui, našumo patobulinimai siunčiant fizikos modeliavimo renginius klientams, našumo gerinimas ir atributų sistemos rekonstrukcija; Išvardyti kelis. Yra ir kitų sistemų, tačiau jie yra žemo lygio arba vidiniai įrankiai arba vamzdynas. Kai kurios iš pirmiau minėtų sistemų priklauso kelioms kitoms kategorijoms; pvz., POS sistema turi naudingumo ir dizaino aspektus, iš kurių kai kurie mes sprendžiame Odisėjaus gyvenimo kokybės gerinimo srityje.
Kas priima galutinį sprendimą dėl techninių skolų nurašymo elementų?
Galiausiai tai yra vyresnysis gamintojas, kuris kviečia pasisakyti už kiekvieną išleidimą. Ji siekia įvairių šalių informacijos apie prioritetus ir stengiasi subalansuoti įvairius techninius ir verslo poreikius. Techninių skolų susigrąžinimo straipsniai yra įvairių dydžių, todėl mažesnė užduotis gali būti padaryta anksčiau (nes ji atitinka tvarkaraštį), net jei ji turi mažiau techninio prioriteto nei didesnė užduotis. Jei žaidimo mechanikoje bus reikšmingų pokyčių, pvz., „Crimewatch“, tai priklauso pagrindinio žaidimo dizainerio kompetencijai.
Nepaisant to, jūs vis tiek turite turėti pakankamai informacijos apie šiuos prioritetus. Įsivaizduoju, kad vyresnysis gamintojas turi pasikliauti savo patirtimi ir patirtimi techninių skolų susigrąžinimo srityje?
Žinant, kaip vyresnysis gamintojas turi subalansuoti skirtingus poreikius, tada nesiunčiu jai vieno prioritetinio sąrašo; drąsiau aptariu su juo susidariusias nesėkmes ir kiekvieno projekto santykinę svarbą ir galimą dydį kartu su tuo, kaip tam tikros techninės skolos negrąžinimo užduotys jai gali suteikti kitų dalykų ir kaip kitokių techninių skolų negrąžinimo užduočių atlikimas gali „tapti mus ".
Ar techninės skolos nurašymo elementai yra tvarkomi konkrečioje komandoje? Arba jie yra perduodami komandoms, pagal kurias galima geriausiai juos išspręsti (t. Y. Komandos patirtis)
Juos tvarko visos komandos, nors komanda „Gridlock“ dalyvavo tik techninių skolų nesėkmių užduotyse, nes tai atitinka likusius jų atsilikimus ir patirtį.
Ar techninės skolos nurašymo elementai sprendžiami pagal plėtrą, ar jie tiesiog vyksta ir paprastai nėra susieti su konkrečiu plėtros ciklu?
Abi.
Kokie techninių skolų nurašymo elementai buvo sprendžiami Odisėjaus plėtrai?
Keletas pavadinimų: tobuliname pataisas (naudojant HTTP / 1.0 proxy) buvo nedaug klaidų, perrašėme Image Export Collection generavimo procesą ir atnaujintas klaidų apdorojimas ir prisijungimas EVE API, taip pat diegimo metodas API ir atnaujinti savo vidinį talpyklos mechanizmą (vietinį ir platinamą).