Saturs
Šī ir otrā intervija ar trīs daļu. Jūs varat lasiet pirmo daļu šeit.
***
Mana izpratne par veiklu attīstību ir diezgan vienkārša. Es nekad neesmu strādājis metodoloģijā, bet par to šeit un tur mazliet lasīju. Kas īsti ir tehniskais parāds?
Atlikums ir uzdevumu saraksts; bet tas ir prioritārs uzdevumu saraksts, kas ik pēc divām nedēļām var kļūt par prioritāti (uz sprinta robežām), un komandas uzņemas tikai divu nedēļu logu (viens sprints). Tehniska parādu atgūšana ir apakšsadaļas par vispārējo uzkrājumu un stāstiem (uzdevumiem), kas ir savstarpēji saistīti ar vispārējo neizpildīto laiku.
Nu, tas man nepaziņo par tonnu, bet es darīju ātru google, nedaudz vairāk lasīju, un esmu noteicis, ka "Tehniskais parāds ir tas, kas padara kodu grūti strādāt. Tas ir neredzams programmatūras slepkava, un tam jābūt agresīvi pārvaldīts. " Pamatojoties uz to, es uzskatu, ka es labāk saprotu vienu no jūsu darba aspektiem. Modernizēšana, standartu ieviešana, daži vecāki kodi EVE Online koda bāzē, piemēram, tas, kas pagājušajā gadā notika ar Crimewatch.
Es zinu, ka jebkurš vecā korporatīvā un POS koda labojums drīzumā nav attīstības slāneklī, bet cik sajūsmā jūs būtu, ja kāds sacītu: "Pārrakstīsim to un darīsim to pareizi!"
Jūs varat atcerēties diskusijas, kas nesen notika ap POSES; ĶKP Seagull apstrādā komunikāciju šajā jautājumā. Es varētu apspriest tehnisko parādu, bet ne POSES kontekstā.
Godīgi. Risinīsim to citā virzienā. Crimewatch. Visiem kontiem ir vecs, ļoti trausls kods. Bija ļoti grūti strādāt, un lielākā daļa projektu izvairījās sadarboties ar to, jo tas var radīt neparedzētas problēmas. Kad ĶKP pieņēma lēmumu pārrakstīt šo kodu, cik lielā mērā jūs iesaistījāt procesā, kas koncentrējās uz jauno dizainu? Cik daudz jūs uzraudzāt tādiem projektiem kā Crimewatch, lai nodrošinātu, ka tie atbilst jūsu standartiem un ka tie nepievieno tehnisko parādu ceļam? Cik laimīgs bija jums, kad tika dots zaļais gaisma, lai pārrakstītu Crimewatch?
Runājot par faktisko tehnisko dizainu, nevis daudz, un nav iesaistīts spēles dizainā. Spēļu komandu (CCP Atlas) un galvenokārt vecākā servera programmētāja (ĶKP ģenerālplāns) tehniskā vadība komandā, kas ieviesa jauno sistēmu, bija cilvēki, kas atradās trenēs faktiskajam projektēšanas darbam. Mana loma bija izcelt faktu, ka vecais Crimewatch kods bija trausls, piesardzīgs programmētāji un komandas, kas iesaistījās šajā kodā un tieši pārrauga viņu darbu, veicina ideju, ka tas ir jāpārveido, parādot izmaksas, ko pašreizējā sistēma / kods mums rada un nosaka ieviešanas un veiktspējas testēšanas standartus (kvalitātes nodrošināšanas direktors atbild par objektu testēšanu un vispārējām testēšanas metodēm).
Es biju ļoti priecīgs, kad šis projekts beidzot tika apgaismots; vienmēr ir labi, ka varēsiet šķērsot šīs lietas no saraksta un pēc tam pāriet uz nākamo sistēmu.
Es atklāju, ka viss tehniskais parāds atmaksājas jūsu darba daļā, jo īpaši tāpēc, ka tas griežas ap daudzām vecām, galvenajām EVE sistēmām, kuras spēlētājiem ir grūti strādāt un / vai vēlētos redzēt labāku, modernāku funkciju. . ĶKP ir uzmanīgi risinājis šīs vecās, trauslas koda jomas.
Vai korporatīvo lomu sistēma iekļausies Tehniskā parāda atmaksā?
Zināmā mērā, bet lielākoties šī sistēma ir jautājums par to, kas tai ir jāsasniedz, un no turienes, iespējams, ir radīts kapitālais remonts. Šīs sistēmas kods nav īpaši slikts.
"Ne sliktā formā," kādā ziņā? No spēlētāja viedokļa lomu sistēmu ir grūti strādāt, un lietas, ko cilvēki to sagaidītu, bieži ir jāveic ar dažādiem nepāra risinājumiem. (Kelduum ir dokumentējis dažus no šiem risinājumiem savā cīņā, iegūstot korporatīvās lomas dažos pamata veidos.) Es domāju, ka kods varētu būt "labā formā", ņemot vērā to, kas tas patiesībā bija un nebija paredzēts. Lielākā daļa spēlētāju piekrīt, ka tam ir nepieciešama kapitālremontēšana. Vai tas ir pietiekami labs šādai kapitālremontai, ja tam būtu piešķirta attīstības prioritāte?
Tehniskā parāda atgūšanas kontekstā es izmantoju „nav slikta forma” no tīri tehniska aspekta. Tas, ko jūs aprakstāt, ir lietojamības problēmas sistēmā, ko es minēju kā “jautājumu par to, kas tai ir jāsasniedz, un no turienes, iespējams, radīsies pārveidots spēļu dizains”. No tehniskā viedokļa šis kods pats par sevi nav tik slikts, salīdzinoši lasāms lielajā lietu shēmā un nav slikti strukturēts.
Kādas ir sistēmas, kas ietilpst tehniskā parāda aizņēmumā?
POS sistēma, pārlūkprogramma, spēļu uzlabojumi klienta startēšanai, veiktspējas uzlabojumi fizikas simulācijas notikumu nosūtīšanai klientiem, veiktspējas uzlabojumi un atribūtu sistēmas rekonstrukcija; nosaukt dažus. Ir arī citas sistēmas, bet tās ir vai nu zema līmeņa vai iekšējie instrumenti vai cauruļvadi. Dažas iepriekš minētās sistēmas ietilpst vairākās citās kategorijās; piemēram, POS sistēmai ir izmantojamības un dizaina aspekti, no kuriem daži mēs risinām Odyssey ar dzīves kvalitātes uzlabošanu.
Kurš pieņem galīgo lēmumu par to, kādus tehnisko parādu nokavējuma posteņus risinās?
Galu galā tas ir vecākais producents, kas veic aicinājumu par to, kāda ir katra izlaide. Viņa meklē dažādu partiju ieguldījumu par prioritātēm un cenšas līdzsvarot dažādas tehniskās un uzņēmējdarbības vajadzības. Tehniskā parāda posteņa posteņi ir dažāda lieluma, un tāpēc mazāks uzdevums var tikt veikts agrāk (jo tas iekļaujas grafikā), pat ja tam ir mazāk tehniskās prioritātes nekā lielāks uzdevums. Ja spēles mehānikā būs ievērojamas izmaiņas, piemēram, ar Crimewatch, tas ietilpst vadošo spēļu dizainera kompetencē.
Tomēr jums joprojām ir jābūt taisnīgam ieguldījumam attiecībā uz šīm prioritātēm. Es domāju, ka vecākajam producentam ir jāpaļaujas uz jūsu pieredzi un pieredzi saistībā ar tehnisko parādu atmaksu?
Zinot, kā vecākajam ražotājam ir jāsabalansē dažādas vajadzības, tad es nevaru nosūtīt viņai vienu prioritāšu sarakstu; drīzāk es apspriestu nesamaksātos jautājumus ar viņu un katra projekta relatīvo nozīmi un iespējamo lielumu, kā arī to, kā dažu Tehnisko parādu kavējuma uzdevumu veikšana viņai var ļaut citām lietām, kā arī to, kā neizdarīt citus konkrētus Tehnisko parādu kavējuma uzdevumus, iespējams, „var mūs novilkt ".
Vai tehnisko parādu kavējumi tiek apstrādāti konkrētā komandā? Vai arī tās tiek nodotas komandām, pamatojoties uz kurām tās var vislabāk risināt (t.i., komandas zināšanas)
Tos vada visas komandas, lai gan Gridlock komanda ir bijusi iesaistīta tikai Tehnisko parādu kavējuma uzdevumos, kas atbilst pārējiem to atlikušajiem izdevumiem un zināšanām.
Vai tehnisko parādu neizpildes posteņi tiek risināti, pamatojoties uz paplašināšanos, vai arī tie vienkārši notiek, un parasti tie nav saistīti ar konkrētu paplašināšanās ciklu?
Abi.
Kādi tehnisko parādu atlikumi tika atrisināti Odyssey paplašināšanai?
Lai nosauktu dažus: uzlabojam ielāpu (izmantojot HTTP / 1.0 pilnvaras, ir maz kļūdu), pārrakstot attēlu eksporta kolekcijas ģenerēšanas procesu un atjaunojot kļūdu apstrādi un reģistrēšanu EVE API, kā arī izvietošanas metodi API un tās iekšējās kešatmiņas mehānisma atjaunināšana (vietējā un izplatītā).