SharePoint Experts, Information Architects, Expert Witness

We provide consulting in a broad array of business and technology from architecture to design to deployment of global systems with a focus on surfacing data in the enterprise. Specialists in Microsoft, we are a premier provider of SharePoint Expertise (including 2016 and Office 365). We also provide Expert Witness/Legal Expert in eDiscovery, source discovery, patent infringement, piracy and more! We also have established SICG DLDS s.a. - our counterpart in Costa Rica that specializes in water systems (http://www.crwatersolutions.com) - Contact me direct: david_sterling@sterling-consulting.com or call 704-873-8846 x704.

Search This Blog

Thursday, August 9, 2012

The Painful Truth about PowerShell and SharePoint


The Painful Truth about PowerShell and SharePoint

Yes, you’ve heard all about PowerShell and how it makes working with SharePoint so much easier than the old ‘stsadm’ command line. Sure, you can so some slick things – access the object model, create sites, etc. In fact, it's pretty much a must have for working at the farm level. 

Indirectly, you may wonder why PowerShell (in SharePoint) is being pushed so much and there are really two reasons. First, it’s costly to build user interfaces for all of the potential commands available through the API. Exposing them through the command line is much easier – although, you have to like to type. Secondly, it was a way to help bridge the gap for those Linux and Unix users who can never seem to break the habit of a command line interface.

But for all of the effort to learn it – will you actually be able to use it? For most of us, the sad answer is NO – only the Admin’s will. In a typical production environment, it is rare if not out of the question in allowing developers or other non-administrators any kind of command line access. This goes for Office 365 too. So even if have the best scripts in the world, it will be up to the farm admin to allow them to be used.

I offer this as a word to the wise - in providing instruction and courseware, I’ve begun to downplay a lot of the PowerShell training (for SharePoint anyway). If you’re not going to be an administrator, save your precious learning time – learn a little PowerShell to help you in development but concentrate on solutions instead – your time will be better spent with sandboxed solutions, MVC, jQuery, Javascript and HTML5.

1 comment:

Anonymous said...

Really true; I was collecting them like crazy but the Admin wouldn't budge and too many arguments so I gave up. Good tip: I'll spend my time on the things I can do! Bring on SharePoint 2013! Client side rocks!