PowerShell-architect Jeffrey Snover gaat met pensioen

Microsoft PowerShell-architect Jeffrey Snover gaat met pensioen, meldt Snover op zijn LinkedIn-pagina. Hij werkte meer dan 22 jaar bij Microsoft en was van september 2022 tot januari 2026 actief bij Google als distinguished engineer.

Jeffrey Snover. Bron: LinkedIn

In zijn aankondiging op LinkedIn meldt Snover dat hij met pensioen is en bedankt hij iedereen 'voor de vis'. Dat is een verwijzing naar het vierde boek in de boekenserie The Hitchhiker's Guide to the Galaxy, dat So Long, and Thanks for All the Fish heet. Hij omschrijft zijn functie inmiddels als 'zwervend filosoof'.

Snover werd vooral bekend als de man achter Microsoft PowerShell. Hij omschreef het concept als eerste in 2002 in zijn Monad Manifesto, dat een beheerplatform voorstelde met onder andere een shell en een beheersconsole. In het begin was niet iedereen binnen Microsoft enthousiast over het idee en Snover kreeg naar eigen zeggen zelfs een lagere functie terwijl hij werkte aan het prototype.

PowerShell kwam in 2006 alsnog naar het Windows-besturingssysteem. In 2009 werd Snover door Microsoft benoemd tot hoofdarchitect van Windows Server. In deze rol besloot hij onder meer de Server-editie van Windows standaard zonder gui te leveren vanaf Windows Server 8. "Grafische interfaces zijn voor clients, niet voor servers. Servers zijn er om servertaken uit te voeren", zei hij destijds over dat besluit.

Van 2015 tot 2019 werkte Snover als hoofdarchitect van de zakelijke clouddivisie van Microsoft en de Microsoft Azure Stack. De laatste drie jaar bij Microsoft was Snover cto van modern work transformation, een suite met tools die het makkelijker moet maken om op afstand met elkaar samen te werken. Bij Google werkte Snover bij de afdeling Site reliability engineering, die de systemen en diensten van Google efficiënter en stabieler moet maken.

Reacties (37)

[Isnowiz]

Nog altijd de (voor mij) meest onnatuurlijke script-taal die er is.. Ik heb er nooit mijn draai in kunnen vinden.

[BRAINLESS01]

Ik heb ook nooit begrepen dat ze niet gewoon een bestaande shell gepakt hebben. Er waren er al genoeg, en velen werkten al tientallen jaren prima. Had er desnoods gewoon C# met een sausje van gemaakt, al die unieke syntax maakt het bijna onbruikbaar. Ik ben er ook nooit ingekomen, het is telkens weer een gevecht als ik iets met PowerShell moet doen.

[Wolfos]

Als je echt een script moet schrijven dan is C# scripting tegenwoordig ook een ding met .csx.
Hoewel je ook altijd Python kunt pakken.

[sander1095]

Csx is inmiddels ook verouderd, sinds november kan je ook .cs apps uitvoeren met "dotnet run" of gewoon "dotnet", net zoals met Python. Dit heet file based apps, als je meer wilt weten!

[BugBoy]

Het probleem van Python is dat het niet op elk systeem draait en dat je niet altijd toegang hebt tot de benodige APIs. Voor .NET geldt dat al iets minder, maar als je afhankelijk bent van PowerShell modules, dan zal je toch echt aan PowerShell moeten. Ik moet zeggen dat met AI tools het al een stukje eenvoudiger wordt om dit soort spul in elkaar te klussen.

[BugBoy]

Ik herken het helemaal. Ik was van huis uit C++/C# ontwikkelaar, maar ben ook goed bekend Unix shell scripts. PowerShell zweeft daar een beetje tussenin. Het kan meer dan Unix shell scripts, maar minder dan C#. Op Windows is PowerShell mijn default shell, maar dat is vooral omdat "cmd.exe" echt veel te beperkt is. Microsoft moest dus ook wel iets en op zich was PowerShell best vernieuwend en krachtig.

Unix shell scripts zijn vaak stream-based. Dat wil zeggen dat je met een "pipe" altijd een stroom van bytes tussen processen stuurt. PowerShell kan ook objecten, arrays, ... via zo'n pipe sturen en dat maakt het veel krachtiger. Helaas wordt het ook een stukje complexer en dat maakt het minder toegankelijk. PowerShell kent ook modules en je kan .NET code aanroepen. Super krachtig, maar ook complexer en het zorgt er ook voor dat niet elke PowerShell script overal draait. Het feit dat je later ook nog eens PowerShell Core kreeg maakte het er ook niet beter op.

Als je dagelijks werkt met PowerShell, dan zal het ongetwijfeld krachtiger zijn dan een Unix shell script. Maar die laatste is veel eenvoudiger te schrijven.

[L3TUC3]

Ik daarentegen kan me juist vinden in powershell. Gebruik het dagelijks voor werk.

[maevian]

Voor mensen die musk geen extra clicks willen geven, hier is een andere link naar zijn demotion post:
https://nitter.net/jsnover/status/1523010444570419200

[Sebastian1313]

Cool, dank voor de link! Ik ben even verbaasd dat nitter nog functioneert? Ik heb geen account en kon de berichten lezen. Mijn laatste informatie was dat de API's voor gast-accounts waren verbannen door E.Musk. Maar tot mijn verbazing werkt dit nog

[Dudwich]

fyi https://github.com/zedeus/nitter/discussions/1212

[Punkbuster]

Mooie dingen gemaakt, altijd met plezier naar zijn presentaties gekeken. 👍 (ook meerdere malen in-person)

[pandit]

Grappig. In 2015 bij dd Microsoft techdays in Den Haag nog met hem gesproken. Aardige man.

[Jazzy]

Grappig detail is dat het Exchange team met Exchange 2007 moest wachten tot PowerShell RTM ging, eind 2006. Als Exchange-consultant, en indertijd MVP, gelukkig de mogelijkheid gehad om vol in PowerShell te duiken. Zelfs nog PowerShell training aan Unix-beheerders gegeven en daarbij onder andere het verschil tussen text parsen en objects uitgelegd.

Bijzonder slimme man en altijd heel benaderbaar gebleven, totaal geen ego. Heel bijzonder.

[MischaBoender]

Jeffrey Snover ooit mogen ontmoeten op DuPSUG event en even mee zitten praten tijdens het eten. Bijzondere man, down to earth en prettig gezelschap.

Bedankt Jeffrey!

[Lampiz]

Dubbelpost

[Reactie gewijzigd door Lampiz op 25 januari 2026 14:21]

[Lampiz]

Op PowerShell conference mogen ontmoeten, bijzonder aardige man met mooie anekdotes. Net als Jeffrey Hicks. Geniet er lekker van Jeffrey!

Zie ook: https://www.reddit.com/r/PowerShell/comments/3bvf0x/whats_your_favorite_jeffrey_snover_quote/

En

https://thenewstack.io/je...ght-to-launch-powershell/

[Reactie gewijzigd door Lampiz op 24 januari 2026 00:22]

[L3TUC3]

Powershell is fantastisch maar wat Microsoft met Graph heeft gedaan strijdt bijna compleet tegen wat Snover had bedacht. Voor Windows beheer zette Snover hoog in op simpele begrippen en dat je een cmdlet in een oogopslag begreep wat het doet middels taal.

Met Entra kwam MS met Graph voor programmatisch beheer. maar dit is door computers gemaakt voor computers en houden zich niet aan de principes die Snover voor Powershell had gezet, en zijn een stuk ondoorgrondelijker. Zeer frustrerend. Gelukkig heeft Microsoft wel geluisterd en is met de Entra Powershell op de proppen gekomen. Maar de tekenen waren al aan de wand.

Van mijn part, ontzettend bedankt Jeffrey!

[merethan]

"Grafische interfaces zijn voor clients, niet voor servers. Servers zijn er om servertaken uit te voeren."

Die gaat voor de open deur-award 2026.

Maar ja, blijkbaar moest iemand in die omgeving de open deur intrappen.

[downtime]

In de praktijk heb ik nog niemand meegemaakt die Windows zonder GUI draait (wellicht op een paar Hyper-V machines na). Blijkbaar zat niemand er echt op te wachten.

[oef!]

Ik meen me te herinneren dat ze daar op een gegeven moment ook weer mee gestopt zijn.

Voor mij persoonlijk was het issue dat ik prima overweg kon met bash en cmd maar dat powershell op me over kwam als een derde complexe en vervelende variant.

[Blokker_1999]

PowerShell en Bash zijn echt wel totaal andere concepten waar je mee moet leren omgaan, maar PowerShell heeft zeker ook zijn sterke kanten voor ons Windows beheerders. Al mis ik soms wel enkele dingen vanuit Bash en andere shells op *nix

[Blokker_1999]

Te weinig mensen leren hoe ze een Windows Server omgeving goed moeten beheren. Anders was het geen issue en zou het veel meer gebruikt worden. Maar je moet ook even stilstaan bij het doelpubliek van een Windows Server zonder de desktop ervaring. Die is primair gemaakt om samen te werken met de standaard rollen die Windows Server te bieden heeft. Denk aan Active Directory, DHCP, DNS, IIS terwijl er andere producten van Microsoft zijn die het expliciet niet ondersteunen zoals bijvoorbeeld Exchange.

Maar als je eenmaal doorhebt dat zowat alle MMC snap-ins op een remote systeem kunnen werken, dat Server Manager ook heel wat kan centraliseren en als je web based wenst te werken je dat kunt doen met Windows Admin Center, en je steekt dan een beetje tijd in het leren kennen van die tools, dan zou men al sneller kiezen voor een server zonder desktop ervaring.

[Sandor_Clegane]

In een ideale wereld. Tot je erachter komt dat Server Manager ineens de disken van een andere server niet kan uitlezen omdat dit weer via een andere protocol/service gaat waardoor je weer allerlei onzin moet uihalen om dingen die, naar verwachting, redelijk simpel zouden moeten zijn ineens weer heel erg moeizaam blijken te gaan.

Dus zet je de GUI maar weer aan omdat dan alles gewoon werkt en je toch tot over je oren in het werk zit en geen zin hebt om dit soort onzin te gaan uitzoeken.

In Unix/Linux zet je een poort open en alles werkt gewoon, daarom is ansible ook zo handig en simpel in opzet.

[Sandor_Clegane]

Als het net zo werkte als SSH dan gok ik dat het heel anders was geweest.

[Blokker_1999]

SSH is een protocol en geen scripting omgeving. Je kan naast WinRM ook SSH gebruiken om een remote PowerShell sessie op te zetten.

[Sandor_Clegane]

Met een Bash shell over SSH (1 TCP poort) kun je in principe alles doen met een machine, dat is bij een windows machine wel anders. Dat is het vergelijk, de ervaring is zoveel beter en ook de reden waarom "headless" Windows beheer moeizaam is.

[armageddon_2k1]

Daarom draait heel Azure ook zo'n beetje op Linux

[Davey400]

Lees je nog even in op:
https://learn.microsoft.c...infrastructure-components

[BugBoy]

Het werkt beter op Unix, omdat dat zonder GUI is ontwikkeld is. Alle tools zijn op de command-line beschikbaar en configuratie is meestal text-based. Op Windows is het zoeken naar een command-line text editor en veel configuratie werkt enkel met een GUI of met omslachtige PowerShell scripts. Waar ik op Linux nooit een GUI installeer (voor servers) zou ik er bij Windows niet aan moeten denken.

[MneoreJ]

En bij ons op het werk worden alle Windows servers nog steeds netjes met GUI geleverd. Want Windows users zijn GUI users. Dat je de boel in principe met PowerShell van een afstandje kan beheren wil niet zeggen dat iedereen zich daar prettig bij voelt... inclusief helaas nogal wat server-software die voor sommige beheertaken geen CLI aanbieden (MS zelf is daar gelukkig inmiddels wel consistent in geworden).

[jeanj]

Zeker als de award achter de deur staat

[CH4OS]

Windows zonder GUI kan overigens prima tegenwoordig. Installeer maar eens Windows Server Core.

CC: @downtime

[zordaz]

Tunnelvisie in grote organisaties is van alle tijden. Ik blijf Powershell wel een ultiem gevalletje Henry Spencer vinden:

Those who do not understand Unix are condemned to reinvent it, poorly.