Home Nieuws Als Microsoft Windows 11 echt wil repareren, moet het deze vier dingen...

Als Microsoft Windows 11 echt wil repareren, moet het deze vier dingen zo snel mogelijk doen

1
0
Als Microsoft Windows 11 echt wil repareren, moet het deze vier dingen zo snel mogelijk doen

Kyle Kucharski/ZDNET

Meld u aan om onze nieuwsalerts te ontvangen om nooit meer een update te missen.


Kernpunten van ZDNET

  • Het plan van Microsoft om zich te concentreren op de basisprincipes van Windows 11 is een goede eerste stap
  • De volgende belangrijke stap is het hervormen van het Windows Insider-programma
  • Een grotere transparantie met betrekking tot ontwerpbeslissingen zou ook helpen

Stop me als je dit hebt gehoord: Microsoft brengt een nieuwe versie van Windows uit, boordevol nieuwe functies en plotselinge veranderingen in de vertrouwde gebruikersinterface, waardoor deze met veel tamtam wordt gelanceerd. Klanten reageerden met een combinatie van “Meh” en “Dislike” en “Ugh.” Als reactie hierop voerde de CEO verschillende managementwijzigingen door, en de nieuwe leiders beloofden terug te gaan naar de basis en te leveren waar de klanten om vroegen.

Heb ik de reactie op Windows Vista uitgelegd? Windows 8? Windows-11? Het juiste antwoord is natuurlijk “Al het bovenstaande.”

Ook: Microsoft kondigt grote wijzigingen aan Windows aan – maar geen excuses

In deze nieuwste aflevering van het Windows-bugfix-verhaal schreef Microsoft’s Pavan Davaluri, president van de Windows + Devices-divisie, een open brief aan Windows Insiders (en, bij uitbreiding, aan de meer dan een miljard klanten die openbare releases uitvoeren), waarin hij de “toewijding aan kwaliteit” van het bedrijf benadrukte.

De brief gaat lang over ambitieuze doelstellingen, maar bevat geen concrete resultaten. Dit is echter een stap in de goede richting.

Windows 11 responsiever en consistenter maken? Ja, alsjeblieft. De basisbetrouwbaarheid van het besturingssysteem, de stuurprogramma’s en applicaties verbeteren en de Windows Update-ervaring voorspelbaarder maken, met duidelijkere controle over opnieuw opstarten? Erg. “Bewuster” worden over hoe en waar Copilot AI-functies in Windows worden ingebakken? Eindelijk!

Ook: de lancering van Microsoft 365 Copilot was een regelrechte ramp

De komende weken zullen we de eerste voorbeelden van dergelijke initiatieven zien. Zolang Microsoft actief luistert, zou ik graag enkele specifieke suggesties willen doen over hoe Microsoft deze verheven beloften kan waarmaken.

1. Maak preview-builds weer bruikbaar

Het is geen toeval dat Davuluri’s open brief was gericht aan leden van het Windows Insider-programma. Per definitie zijn dit enkele van de beste klanten van Microsoft, degenen die het meest waarschijnlijk nuttige feedback zullen geven en het product zullen uitproberen in praktijksituaties die niet zouden verschijnen in een testlaboratorium.

Afgelopen november schreef ik een korte geschiedenis van het Windows Insider-programma, waarin ik mijn frustratie uitte over de geleidelijke achteruitgang ervan in de afgelopen jaren. Als u op zoek bent naar redenen waarom de ontwikkeling van Windows 11 onsamenhangend en niet synchroon met klanten aanvoelt, is dit wellicht de plek om te beginnen.

Ook: het Windows Insider-programma is een verwarrende puinhoop

Een tiental jaar geleden, vroeg in de ontwikkelingscyclus van Windows 10, lanceerde Microsoft het Insider-programma. Dit is een heel groot probleem, omdat het zakelijke klanten, trainers en enthousiastelingen de kans geeft om een ​​nieuwe versie van Windows uit te proberen, maanden voordat deze wordt verzonden. Met enkele miljoenen testers die bugrapporten en telemetrie bijdragen, is de kans vrij groot dat ernstige bugs snel worden opgelost, voordat ze zich over de hele wereld verspreiden.

Het eindigt allemaal in 2022, wanneer de verschillende Insider-kanalen (Release Preview, Beta, Dev en Canary) de verbinding met de publieke release verbreken. Mijn eenvoudige advies? Herstel die verbinding.

  • Het bètakanaal zal een voorproefje zijn van de volgende functie-update in het tweede halfjaar, waarbij de maandelijkse releases geleidelijk verfijnder worden naarmate de verzenddatum dichterbij komt.
  • Het Release Preview Channel moet een voorproefje zijn van wat er aan het publiek zal worden aangeboden, met als doel beheerders de mogelijkheid te bieden toekomstige releases te testen om eventuele problemen te identificeren voordat ze op grote schaal worden ingezet.
  • Laat experimenten over aan de Dev- en Canary-kanalen, die niet aan een specifieke release gebonden hoeven te zijn.

Het lijkt erop dat dat niet teveel gevraagd is.

2. Scheid kwaliteitstests van functietests

Een van de meest contraproductieve stappen die Windows 11-ontwikkelaars namen, was het Insider-programma veranderen in een gigantische AB-test voor nieuwe functies. Documentatie voor nieuw uitgebrachte versies kan nieuwe functies of wijzigingen in de gebruikersinterface benadrukken, maar niet alle testers zullen deze zien. Het resultaat is massale verwarring.

Ook: ik bestudeer al tien jaar Windows-telemetrie – dit is de enige instelling die ik uitschakel

Als het mijn doel is om de bouwkwaliteit van Windows te testen, wordt ik gek van deze inconsistentie. Als het mijn doel is om te begrijpen wat er in de volgende versie van Windows zal gebeuren, maken deze inconsistenties mij ook gek.

Om deze poortwachter te omzeilen, gebruiken sommige Insiders een onofficieel open source opdrachtregelhulpprogramma genaamd ViVeTool, dat deze verborgen experimentele functie in- en uitschakelt.

Dus waarom zouden testers die aan functies willen sleutelen niet toestaan ​​om deel te nemen aan AB-testen? Je zou zelfs de functies kunnen documenteren die door elke deelnemende Insider worden getest, met de optie om van versie A naar B te gaan en weer terug?

3. Lancering van Moat Controlled Features in publieke release

Als jij en ik allebei de nieuwste openbare versie van Windows zouden installeren op functioneel identieke hardware, zouden we dezelfde ervaring krijgen, toch?

Sorry, maar zo werkt het niet meer, dankzij het ‘continuous innovation’-initiatief van Microsoft en een technologie genaamd ‘Controlled Feature Rollout’.

Hier ziet u hoe Microsoft de technologie uitlegt:

Microsoft streeft naar voortdurende innovatie door vaker nieuwe functies en verbeteringen in Windows 11 uit te brengen… met behulp van het bestaande maandelijkse updateproces van Windows. Onze geleidelijke, afgemeten aanpak kan nieuwe functies introduceren met behulp van Controlled Feature Rollout (CFR)¹-technologie, die ook wordt gebruikt in het Windows Insider-programma en Microsoft Edge.

Volg die voetnoot en je krijgt deze uitleg:

¹Met behulp van CFR kunnen functies in fasen worden uitgerold, te beginnen met apparaten waarop de optionele maandelijkse niet-beveiligingspreview-release wordt geïnstalleerd. Wanneer we hebben gevalideerd dat elke functie klaar is, zullen we deze geleidelijk uitrollen naar nieuwe apparaten en deze uiteindelijk standaard inschakelen in de volgende maandelijkse beveiligingsupdate.

Zoals ik afgelopen november heb aangegeven, lijkt het doel achter Controlled Feature Rollouts rationeel: ervoor zorgen dat veranderingen het werk niet verstoren voor mensen die de uitgebrachte versie van Windows gebruiken. Maar is dat niet het hele punt van het Insider-programma? Betekent een gecontroleerde uitrol van functies niet dat elke klant die een uitgebrachte versie van Windows gebruikt, nu lid is van een ander testkanaal? Dus waarom hebben mijn twee pc’s met de huidige openbare versie van Windows 11 verschillende Start-menu-indelingen? Als ik een bedrijfstrainer was, hoe zou ik de mensen in mijn klas dan kunnen vertellen dat sommigen van hen een andere reeks functies hebben dan hun leeftijdsgenoten en dat ik niet weet wanneer hun versie zal veranderen?

En zolang ik me afvraag: waarom worden er nieuwe functies uitgerold in wat nu beveiligingsupdates worden genoemd?

Als u een functie niet op betrouwbare wijze aan elke klant kunt leveren, is deze nog niet klaar om aan het publiek te worden vrijgegeven. Zorg ervoor dat die openbare builds voor iedereen hetzelfde werken, zolang de hardware dit ondersteunt. Als twee machines met dezelfde versie van Windows 11 naast elkaar staan, moeten ze dezelfde functies hebben.

4. Onthul meer van het ‘waarom’ achter beslissingen

Toen Steven Sinofsky het hoofd van de Windows-ontwikkeling overnam na de teleurstellende en chaotische release van Windows Vista, was een van de dingen die hij introduceerde een blog genaamd “Engineering Windows 7” – of kortweg E7. Het boek is gepubliceerd van augustus 2008 tot februari 2010. (Voor nieuwsgierigen is een grotendeels compleet exemplaar beschikbaar op het internetarchief, met dank aan Sinofsky.)

Die pagina’s zijn al lang verwijderd van de servers van Microsoft, maar dit niet-ondertekende bericht uit 2008 op de Windows Experience-blog blijft op de een of andere manier bestaan:

De Windows 7 Engineering Blog is ontworpen om een ​​open discussie te creëren over Hoe we bouwen aan de volgende versie van Windows – momenteel met de codenaam Windows 7 – en om achtergrondinformatie te creëren over de genomen technische beslissingen Windows 7 te leveren. (nadruk in origineel)

Het ontwikkelen van de volgende versie van het meest gebruikte besturingssysteem tot nu toe is een zeer complex softwareproject. Waarom? Omdat Windows een zeer grote gebruikersbasis heeft en die gebruikersbasis zeer divers is. Het plannen van de volgende versie van Windows (en het uiteindelijk ontwikkelen ervan) is een enorme onderneming, omdat Microsoft daarvoor de behoeften moet bestuderen en begrijpen van alle soorten klanten die vandaag de dag Windows gebruiken. Op de Windows 7 Engineering Blog kun je een tweerichtingsgesprek verwachten over hoe de behoeften van de klant in evenwicht worden gebracht om Windows 7 in handen van de klant te krijgen.

Eén ding dat u niet op de Windows 7 Engineering Blog zult vinden, zijn belangrijke productaankondigingen. De nadruk ligt eenvoudigweg op het bespreken van Windows 7-engineering.

De E7-blog was werkelijk revolutionair, met gedetailleerde discussies van ingenieurs en productontwerpers over waarom zij de beslissingen namen over hoe te bouwen wat Windows 7 zou worden. Het was ook vrij van de marketingtaal die zoveel definieert van wat er tegenwoordig op Microsoft Windows-blogs wordt gepubliceerd. Het allerbelangrijkste was dat de blog iets belangrijks tot stand bracht: het richtte zich rechtstreeks tot sceptische klanten die ervan overtuigd waren dat Microsoft hun favoriete functie om puur willekeurige redenen had gewijzigd.

Als de mensen die Windows maken klanten willen geruststellen dat ze naar feedback luisteren, breng dan dat niveau van technische transparantie terug. Zeg gewoon tegen de marketingmensen dat ze dat niet moeten doen.



Nieuwsbron

LAAT EEN REACTIE ACHTER

Vul alstublieft uw commentaar in!
Vul hier uw naam in