Door Anoniem: Wat microsoft beschrijft is geen onzin,maar de meeste gebruikers,
zijn gewone 1e gebruikers (huis tuin keuken gebruikers) we gebruiken de pc alleen, aanzetten,werken,uitzetten
en die zich totaal niet druk maken over windows/beveiligings updates.
Ze gaan zich pas druk maken als hun pc niet meer werkt of over het energie verbruik van hun pc
waarom moet ik dat ding zolang aan hebben etc (milieu angsten energiekosten etc)
De meeste pc gebruikers willen de pc gebruiken en dat het ook werkt meer niet,
interesse tonen en wat beveiligings updates inhouden
het is een mindset issue,en niet dat microsoft onzinnige informatie publiceert.
The Matrix
Maar het gaat niet om HTK gebruikers dit is een bulletin gericht aan IT professionals in corporate setting.
Het zegt het letterlijk in de url //windows-it-pro-blog/
Denk je nu werkelijk dat IT beheerders in corporate niet de boel automatiseren?
Het bericht slaat nergens op Microsoft heeft afgelopen decenia hele gpo's weg gehaald die juist dit inregelde zoals uitstellen van updates op parameter en nu gaan ze janken dat systemen niet lang genoeg aan staan in corporate setting terwijl geen enkele update 8 uur hoeft te duren in delen.
Je kon letterlijk rond de lunch pauze vroeger je updates binnen halen dan 5 uur de herstart laten doen en als het iet in timewindow paste automatish mail uitsturen dat er een nog te voltooien update op systeem X in groep Y staat. Nu good ffing luck want Microsofts geweldige neuralnetwork heeft zojuist voor jou bepaald dat omdat Pietje met Word bezig is er geen update op de achtergrond gedaan kan worden want stel dat hij een hele intensieve actie doet zoals het toevoegen van een plaatje.
En Microsoft weet het niet beter dan de IT beheerders in dienst van de bedrijven. Althans als je competente mensen in dienst hebt die testen voor ze deployen. En per afdeling weten wanneer meest intensieve uren zijn en belangrijkste productiviteit gebeurt omdat ze dat te horen krijgen van de afdelingshoofden. Welke behoorlijk kunnen verschillen per dag want als DevOPS wacht op QC last check krijg je een andere dynamiek dan dat er crunchtime in effect is om maar simpel scenario als voorbeeld te gebruiken. Iets dat je machinellearning niet kan leren menselijke wispelturigheid.
Dit is de zelfde idioterie dat installatiebalken in Windows gebaseerd zijn op installatie in verleden omdat het werkelijk berekenen van de tijd en daarmee wachttijd iritanter zou zijn voor gebruikers dan staren naar een grafiek die op en neer gaat of een laadbalk die van 3 naar 30 gaat in 5 seconden en dan minuten doet over de rest zonder dat je het weet.
Ik weet liever dat ik 20 minuten moet wachten op iets intussen lunch kan pakken andere taak kan uitvoeren dan een balk die zegt nog 2 minuten voor 20 minuten lang. Stel je voor dat je een klant project zo zou oppakken. "Ja Hans nog twee dagen tot de milestone, Oh wacht 2 weken, nee wacht milestone al behaald."