Microsoft beschuldigd van een fundamenteel gebrekkig ontwikkelingsproces van Windows 10

Inmiddels zijn we allemaal op de hoogte van het fiasco dat de release van de Windows 10 oktober 2018-update is geweest, maar we waren waarschijnlijk al vergeten dat de update van april 2018 ook werd uitgesteld vanwege de laatste bugs die op sommige pc's blauwe schermen veroorzaakten.

Ars Technica heeft de ontwikkeling van Windows onder de loep genomen, en ze geloven dat het proces van Microsoft om hun besturingssysteem te ontwikkelen vanaf het begin gebrekkig was, helemaal terug naar zelfs Windows 7.

Ze merken op dat Microsoft een proces heeft om daadwerkelijk code voor nieuwe functies te schrijven van slechts een paar weken, en dan de rest van de tijd (van enkele maanden) te besteden aan het integreren van de software en dan bugs glad te strijken voordat ze worden uitgebracht. Dit betekende dat er onbetrouwbare software van slechte kwaliteit werd geïntroduceerd in de Windows 10-codebasis, en als er geen problemen werden gevonden, aan de eindgebruiker werd geleverd.

In combinatie met een ineffectief testregime, deels doordat Microsoft hun SDT's in 2014 afvuurde en meer verantwoordelijkheid bij ontwikkelaars legde om hun eigen code te testen, en een Windows 10 Insider-proces door amateurs dat niet alomvattend was en geen professionele bugrapporten opleverde, betekende dat meer dan een behoorlijk deel van de bugs uiteindelijk werd verzonden.

Ars Technica bevestigde ook dat Windows-ontwikkelaars code mochten integreren zonder enige test, hoewel dit hopelijk de uitzondering was.

Ze riepen op tot een verandering in het ontwikkelingsproces van Microsoft en vroegen om nieuwe software goed te testen voordat ze worden geïntegreerd met behulp van moderne technieken zoals geautomatiseerd testen, wat betekent dat zelfs Insider-builds hoogwaardige, goed geteste code zullen hebben zonder "bekende problemen".

Ze merken op:

Een nieuwe functie kan tijdens de ontwikkeling instabiel zijn, maar voordat die functie kan worden samengevoegd in de productiecode, moet deze voldoen aan een lat van zeer hoge kwaliteit. In plaats van Microsoft's benadering van "voeg de bugs nu samen, we zullen ze later oplossen", is de benadering om ervoor te zorgen dat code zo bugvrij mogelijk is vaardigheden het wordt samengevoegd.

Ze concluderen:

Het aannemen van het principe dat de Windows-code altijd van goede kwaliteit moet zijn - niet "na een paar maanden repareren" maar "nu, op elk moment" - zou een enorme verandering zijn. Maar het is een noodzakelijke. Microsoft moet in een positie zijn waarin elke nieuwe update vanaf de eerste dag van productiekwaliteit is; een wereld waar updaten naar de nieuwste en beste release een no-brainer is, een keuze die met vertrouwen kan worden genomen. Functie-updates zouden niet-gebeurtenissen moeten zijn, nauwelijks opgemerkt door gebruikers.

Ars Technica houdt het Chrome-team van Google over als een bedrijf dat het goed doet, en nu ChromeOS een steeds meer haalbare optie wordt, kan Microsoft het zich zeker niet veroorloven om meer vertrouwen van eindgebruikers te verliezen.

Wat vinden onze lezers? Laat het ons hieronder weten.