It's not just in Exchange. Last month in London at the SharePoint Evolution Conference, a session abstract said, "With the release of SharePoint 2013, Microsoft has nearly doubled the number of PowerShell cmdlets that are available for managing the product. This increase coupled with the fact that many things can now only be managed using PowerShell (such as search topology) means that administrators and developers alike must embrace PowerShell in order to be successful with SharePoint."
When you look at SQL 2012, Lync 2013, System Center tools, Windows Server 2008 R2, or 2012, you'll find things you can do only via PowerShell. Mark Minasi -- the best-selling author, popular technology columnist, commentator, keynote speaker, and IT consultant -- told one interviewer, "This thing happens where once they get the PowerShell religion. About 15 to 20 percent of what you want to do, you can only do with PowerShell." He compares Microsoft's PowerShell strategy as similar to that of the colonizing Borgs of "Star Trek: The Next Generation": "Resistance is futile. We will assimilate your technology."
This de-GUI-ization doesn't make sense, and I'm confident it would have taken no time for Microsoft to have made those options available in the GUI-based management console. This forced use of PowerShell must be intentional, but I'm at a loss as to why.
Still, let's look at the positive. If you talk to anyone who, like myself, has been pushed to learn more PowerShell, you'll find that ultimately we all admit we're happy for the push. For starters, it means we finally have a tool that helps us script or automate actions without being a genius. PowerShell is cut and paste. Once you learn how to do something, you can keep doing it -- change a few parameters and you're good to go. Another plus is if you are learning PowerShell while your peers aren't, your boss has one more reason to pay you more and to keep you onboard.
Another upside to the PowerShell shift is that is lets you set up headless servers, which take less room and cost less (no monitor or other peripherals needed). Microsoft is clearly hyping that notion, too. In Windows Server 2008, it pushed Server Core, a command-line-only interface that got little traction. In Windows Server 2012, Microsoft has made the move to the command line a little more appealing, with its minimal server interface option that you can switch to and from the full GUI -- it's a smaller-footprint middle ground between Server Core and a full GUI install.
So use PowerShell wherever possible. Even though it is being forced on you, embrace it. After all, it can make your life as an admin easier.
Still, I wish Microsoft's development teams would come up with strong reasons for needing to use PowerShell to do certain tasks. Think twice before not putting admin tools in the GUI. And make it easier for admins to find out what can be done only in PowerShell by providing a simple "Things you can do only through PowerShell" article for each product at TechNet. That would sure save a lot of us some time searching for GUI how-tos that don't exist.
This story, "Resistance is futile: You will use PowerShell," was originally published at InfoWorld.com. Read more of J. Peter Bruzzese's Enterprise Windows blog and follow the latest developments in Windows at InfoWorld.com. For the latest business technology news, follow InfoWorld.com on Twitter.