Садржај
Ово је други дио интервјуа у три дијела. Можете прочитајте први део овде.
***
Моје разумевање агилног развоја је прилично основно. Никада нисам радио по методологији, али сам мало и прочитао ту и тамо. Шта је тачно технички заостали дуг?
Заостатак је листа задатака; али то је листа приоритетних задатака која се може поново одредити приоритет сваке две недеље (на границама спринта) и тимови се обавезују само за двонедељни прозор (један спринт). Технички заостали дуг је пододјељак укупног броја заосталих предмета и прича (задатака) које се испреплићу са општим заостацима.
Па, то ми не говори ни тону, али сам направила брзи гоогле, мало више читања, и утврдила сам да је "технички дуг оно што чини код са којим је тешко радити. То је невидљиви убица софтвера и мора бити агресивно. На основу тога, верујем да много боље разумем један аспект вашег посла. Модернизација, подизање на стандарде, неки од старијих кодова у бази кодова ЕВЕ Онлине, као што се догодило са Цримеватцх прошле године.
Знам да било каква реконструкција старог корпоративног и ПОС кода није ускоро у развојној табли, али колико бисте били узбуђени ако би неко рекао: "Хајде да га препишемо и исправимо!"
Можете се сетити дискусија које су се недавно дешавале око ПОС-а; ЦЦП Сеагулл управља комуникацијом на ту тему. Могао бих да разговарам о предмету техничког дуга, али не у контексту ПОС-ова.
Поштено. Хајде да се позабавимо овим из другог правца. Цримеватцх. По свему судећи, стара, врло крхка шифра. Било је веома тешко радити, а већина пројеката је избјегавала интеракцију с њим, јер би то могло узроковати непредвиђене проблеме. Када је КПК донела одлуку да препише овај код, како сте били укључени у процес који се фокусирао на нови дизајн? Колико надзора надгледате за пројекте као што је Цримеватцх да бисте били сигурни да су у складу са вашим стандардима и да они не додају технички дуг према путу? Колико сте били сретни када је зелено свјетло дато да се препише Цримеватцх?
У смислу стварног техничког дизајна, није много, а није укључен у дизајн игре. Техничко вођење тимова за игру (ЦЦП Атлас) и првенствено виши серверски програмер (ЦЦП Мастерплан) у тиму који је имплементирао нови систем били су људи у рововима за стварни пројектни рад. Моја улога је била да нагласим чињеницу да је стари Цримеватцх код био крхки, опрезни програмери и тимови који су се упустили у тај код и директно надгледали њихов рад, промовисали идеју да би требало да се рефакторише демонстрирањем трошкова који је тренутни систем / код нас изазвао. и поставити стандарде за имплементацију и тестирање перформанси (КА директор је одговоран за тестирање карактеристика и опште праксе тестирања).
Био сам веома срећан када је овај пројекат коначно био осветљен; увек је добро бити у могућности да пређете ове ствари са листе, а затим пређете на следећи систем.
Чини ми се да је читав део техничког заостатка у вашем послу фасцинантан, поготово зато што се он врти око много старих, основних ЕВЕ система које играчи имају потешкоћа да раде са и / или желе да виде рефацторед са бољим, модернијим функцијама . КПК је била опрезна у рјешавању ових подручја старог, крхког кода.
Да ли систем корпоративне улоге спада у заостатак техничког дуга?
У одређеној мери, али углавном тај систем је питање о томе шта би требало да се постигне и одатле може произвести преуређени дизајн игре. Шифра за тај систем није у посебно лошем стању.
"Није у лошем стању", у ком погледу? Из перспективе играча, са системом улога је тешко радити, а ствари које би људи очекивали од њих често морају да се изводе са различитим акцијама. (Келдуум је документовао неколико ових заобилазних потеза у његовој борби да се корпоративне улоге понашају на неке основне начине.) Претпостављам да код може бити у "доброј форми" с обзиром на оно што је заправо био и није био осмишљен да ради. Већина играча би се сложила да је потребна измјена. Да ли је то довољно добро за такав ремонт, да ли је дат развојни приоритет?
Користим „није у лошем стању“ у контексту техничког заосталог дуга са чисто техничког аспекта. Оно што описујете су проблеми употребљивости у систему, што сам назвао “питањем онога што би требало да постигне и одатле евентуално извуче преуређени дизајн игре”. Из техничке перспективе, сам код није толико лош, релативно читљив у великој шеми ствари и није лоше структуриран.
Који су неки од система који спадају у технички заостали дуг?
ПОС систем, прегледник у игри, побољшање перформанси за покретање клијента, побољшање перформанси диспечерских симулација физичких догађаја клијентима, побољшање перформанси и рефакторинг система атрибута; да поменемо само неке. Постоје и други системи, али они су или ниски или интерни алати или цевоводи. Неки од ових система спадају у више других категорија; као што је ПОС систем има аспекте употребљивости и дизајна, од којих се неке у Одиссеи-у бавимо побољшањем квалитета живота.
Ко доноси коначну одлуку о томе шта ће се бавити техничким задацима за дугове?
На крају, виши продуцент позива на оно што садржи заостатак за свако издање. Она тражи информације од различитих страна о приоритетима и покушава да уравнотежи различите техничке и пословне потребе. Ставке у Техничком заосталом дугу су различитих величина и због тога се мањи задатак може обавити раније (јер се уклапа у распоред) чак и ако има мањи технички приоритет од већег задатка. Тамо где ће доћи до значајних промена у механици игре, као што је то случај са Цримеватцх-ом, то спада у надлежност главног дизајнера игре.
Чак и тако, још увијек морате имати прилично мало информација о тим приоритетима. Претпостављам да се виши произвођач мора ослонити на вашу стручност и искуство са техничким заосталим задужењем?
Знајући како виши произвођач треба да балансира различите потребе, онда јој не шаљем једну приоритетну листу; радије разговарам о заосталим стварима са њом и релативној важности и могућој величини сваког пројекта заједно са начином на који неки задаци техничког заостатка у техничком задатку могу да омогуће друге ствари за њу и како не би могли да обавимо друге задатке техничког заостатка у техничком задатку. ".
Да ли се предмети техничког заосталог дуга воде од стране одређеног тима? Или се дијеле тимовима на основу којих се најбоље могу носити с њима (тј. Тимска експертиза)
Њима се баве сви тимови, иако је Теам Гридлоцк био укључен у само задатке техничког заостатка у техничком задатку, што одговара остатку њиховог заостатка и стручности.
Да ли су ставке Техничког заосталог дуга ријешене на основи експанзије по експанзији, или су оне једноставно у току, а не опћенито везане за одређени циклус експанзије?
И једно и друго.
Које су ставке техничког заостатка у задуживању разматране за ширење Одисеја?
Да наведемо само неке: побољшавамо закрпе (дошло је до малог броја грешака приликом употребе ХТТП / 1.0 проксија), преписујемо процес генерисања колекције за извоз слика и обнављамо руковање грешкама и логовање у ЕВЕ АПИ као и методу имплементације. АПИ-ја и ажурирање механизма унутрашњег кеширања (локалног и дистрибуираног).