Microsoft anklaget for en fundamentalt mangelfull Windows 10-utviklingsprosess

Nå er vi alle klar over fiaskoen som har vært utgivelsen av Windows 10 oktober 2018-oppdateringen, men vi har sannsynligvis allerede glemt at april 2018-oppdateringen også ble forsinket på grunn av sene feil som forårsaket blå skjermer på enkelte PC-er.

Ars Technica har sett nærmere på utviklingen av Windows, og de mener Microsofts prosess med å utvikle operativsystemet deres var feil fra starten, helt tilbake til til og med Windows 7.

De bemerker at Microsoft har en prosess med å faktisk skrive kode for nye funksjoner på bare noen få uker, og deretter bruke resten av tiden (på flere måneder) på å integrere programvaren og deretter stryke ut feil før utgivelse. Dette betydde dårlig kvalitet, upålitelig programvare ble introdusert til Windows 10-kodebasen, og hvis problemer ikke ble funnet, levert til sluttbrukeren.

Sammen med et ineffektivt testregime, delvis på grunn av at Microsoft avfyrte SDT-ene i 2014 og la mer ansvar på utviklerne for å teste sin egen kode, og en Windows 10 Insider-prosess av amatører som ikke var omfattende og som ikke leverte profesjonelle feilrapporter, betydde at mer enn en god del av feilene endte opp med å bli sendt.

Ars Technica bekreftet også at Windows-utviklere hadde lov til å integrere kode uten noen testing i det hele tatt, men forhåpentligvis var dette unntaket.

De ba om en endring i Microsofts utviklingsprosess og ba om at ny programvare ble godt testet før integrasjon ved hjelp av moderne teknikker som automatisert testing, noe som betyr at selv Insider-bygg vil ha høykvalitets, godt testet kode uten "kjente problemer".

De bemerker:

En ny funksjon kan være ustabil under utviklingen, men før den funksjonen kan slås sammen i produksjonskoden, må den møte en bar av svært høy kvalitet. I stedet for Microsofts tilnærming om å "slå sammen feilene nå, vi fikser dem senere," er tilnærmingen å sikre at koden er så feilfri som mulig før du det blir slått sammen.

De konkluderer med:

Å ta i bruk prinsippet om at Windows-koden alltid skal være forsendelseskvalitet - ikke "etter noen måneder med fiksing", men "akkurat nå, når som helst" - ville være en enorm endring. Men det er en nødvendig en. Microsoft må være i en posisjon der hver nye oppdatering er produksjonskvalitet fra dag én; en verden der oppdatering til den nyeste og beste utgivelsen er en enkel sak, et valg som kan tas med sikkerhet. Funksjonsoppdateringer skal være ikke-hendelser, knapt lagt merke til av brukere.

Ars Technica holder Googles Chrome-team opp som et selskap som gjør det riktig, og med ChromeOS som blir et stadig mer levedyktig alternativ, har Microsoft absolutt ikke råd til å miste mer tillit fra sluttbrukere.

Hva synes leserne våre? Gi oss beskjed nedenfor.