Founders
The Objects of Jeffrey Snover’s Affection
By treating every system element as an object rather than a string, the architects of PowerShell redefined the logic of the modern administrative interface.
Numerous Times Founders Desk
The first ten years, in the founder's voice

The recent groundswell of appreciation across the technical community for PowerShell marks a significant moment of reflection for those who remember its contentious arrival. What was once dismissed as a verbose, non-standard intruder into the world of command-line interfaces has quietly become the preferred tool for a generation of operators. This shift isn't about Microsoft’s market dominance, but rather a late-stage realization that Jeffrey Snover and his team were right about the fundamental nature of administrative work.
To understand the gravity of this, one must look back at the Monad Manifesto, the 2002 document where Snover outlined his vision. At the time, the industry was divided. Unix purists lived by the philosophy of "everything is a file," passing raw text from one small utility to the next. Windows administrators were largely trapped in graphical interfaces or brittle batch scripts. Snover proposed a third way: an object-oriented shell. Instead of parsing text strings to find a specific piece of data, PowerShell would pass rich, structured objects. If you asked for a list of running processes, you didn't get a table of characters; you got a collection of living data points that understood their own properties.
This architecture matters because it solved the "fragility problem" of automation. In traditional shells, if a software update changed the spacing of a command’s output, every script downstream would break. By focusing on objects, PowerShell ensured that as long as the underlying data existed, the script would function regardless of how it was visually formatted. It was a builder’s solution to a maintenance nightmare. The team at Microsoft, including figures like Bruce Payette and James Truher, had to fight significant internal and external skepticism to prove that a shell could be both high-level and deeply powerful.
We are now seeing the fruits of that stubbornness. As cloud infrastructure becomes increasingly abstract, the ability to manipulate structured data across disparate services is no longer a luxury—it is the baseline. The transition of the tool to an open-source, cross-platform framework has only cemented its utility beyond the Windows ecosystem. The developers who once mocked the verbosity of "Get-ChildItem" are now using it to manage complex Kubernetes clusters and AWS instances.
In the coming months, watch for how this object-centric philosophy influences the next wave of AI-driven devops tools. As large language models attempt to write code for us, they struggle with the ambiguity of raw text but thrive in the structured environments that Snover’s team pioneered two decades ago. The shell isn't just a place to type commands anymore; it is the primary interface for the programmable world.
One essay. Every Friday. From operators who actually run things.
Join thousands of founders, partners, and operating leaders. No filler. Unsubscribe anytime.
Reader notes
0 NotesSign in to comment. Comments are signed and public.
Sign in →