<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>PowerShell Abstractions &amp;amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx</link><description>Smart guy Don Jones has a good blog entry where he discusses ABSTRACTIONs with the question, " Do I need .NET, WMI, COM, and all that to use PowerShell?" I agree that the correct abstraction for users (admins, etc) is Cmdlets (and Providers [Don didn't</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: PowerShell Abstractions &amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx#8850975</link><pubDate>Tue, 12 Aug 2008 15:50:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8850975</guid><dc:creator>Fulgan</dc:creator><description>&lt;p&gt;Ok, I'll bite.&lt;/p&gt;
&lt;p&gt;I've been one of these admins who looked at powershell, got excited by the possibility only to realize that the whole thing was a completely new abstraction. It required me to learn a new language, new paradigm and, basically, a whole new development and runtime environment to get these goodies.&lt;/p&gt;
&lt;p&gt;Then I looked back: since I'm also a programmer, I now have a number of toolkits available to me: CMD scripts are still a very powerfull tool and a basic &amp;quot;must know&amp;quot; skill in administering any windows environment, VBScript is used all over Microsoft office and therefore I need it to support the Excel cowboys in the office, C# and Delphi, coupled with COM and WMI are there for me to turn to when an impossible to solve problem arise and they both have immense intrinsic value of their own.&lt;/p&gt;
&lt;p&gt;What does Powershell offer ? It's a new skill, but it isn't any easier to learn than the old ones and actually MUCh harder to learn the batch sctipting. In fact, it could be argued that without a good knowledge of WMI, it lose a lot of it's usefullness. But it doesn't bring any of the advantages of the others.&lt;/p&gt;
&lt;p&gt;In that context, and keeping in mind that I might just be a grumpy old admin who, among others, doesn't want to invest time to learn yet another language for minimal apparent benefit, could you explain what you think are the big &amp;quot;selling points&amp;quot; of PowerShell ?&lt;/p&gt;</description></item><item><title>re: PowerShell Abstractions &amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx#8851127</link><pubDate>Tue, 12 Aug 2008 16:12:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8851127</guid><dc:creator>Hugo Peeters</dc:creator><description>&lt;p&gt;I totally agree. I've started blogging about Powershell and VMware management through Powershell (using the VI Toolkit) several months ago and have been rewarded by several hundred visits to my site already! I learn a lot by reading other blogs. So I think of blogging as a way of giving something back.&lt;/p&gt;</description></item><item><title>re: PowerShell Abstractions &amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx#8851299</link><pubDate>Tue, 12 Aug 2008 16:43:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8851299</guid><dc:creator>schiphol</dc:creator><description>&lt;p&gt;I don't understand, can we all subscribe for this?&lt;/p&gt;</description></item><item><title>re: PowerShell Abstractions &amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx#8852337</link><pubDate>Tue, 12 Aug 2008 19:54:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8852337</guid><dc:creator>Steven Murawski</dc:creator><description>&lt;p&gt;Just to add to #3 - participate in the IRC channel - #powershell.&lt;/p&gt;
&lt;p&gt;It provides an opportunity to learn and help others learn in near real time.&lt;/p&gt;
&lt;p&gt;Or write an email or send feedback to the a podcast that talks about PowerShell (like the PowerScripting Podcast, or Mind Of Root, or the new podcast from Jonathan Medd - Get-Scripting).&lt;/p&gt;</description></item><item><title>re: PowerShell Abstractions &amp; the Community</title><link>http://blogs.msdn.com/powershell/archive/2008/08/12/powershell-abstractions-the-community.aspx#8853139</link><pubDate>Tue, 12 Aug 2008 22:28:16 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8853139</guid><dc:creator>sepeck</dc:creator><description>&lt;p&gt;Getting people to understand the benefit of community participation is always a challenge. &amp;nbsp;You will have those that 'get it' and as a result benefit and those that remain confused. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;@flugan - As one who falls in the class of 'not a developer', I have to disagree. &amp;nbsp;I will admit, I do not have to support office products so don't have to support vbScript in Office applications but PowerShell is easier to use in many ways than batch scripting.&lt;/p&gt;
&lt;p&gt;With batch scripting you had to learn an entire range of tools both native and third party to really do anything useful. &amp;nbsp;This model is not really different with PowerShell and is arguably easier with much more consistent documentation available (help about_) then was ever available with batch scripting. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;COM? &amp;nbsp;Use that... skip. &amp;nbsp;WMI, well, there are a lot of examples that one can puzzle through and piece together without really knowing much about WMI. &amp;nbsp;I have managed to do that and I now know more then I did but still I am able to create and piece together very useful scripts/tools than I have before with vbScript. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;Going forward, as 'not a developer' admin, PowerShell is providing a nice consistent interface for me to leverage across several technologies. &amp;nbsp;I use it with the Quest AD cmdlets to pull reports, I use it with the VMware Toolkit to pull reports and modify system properties. &amp;nbsp;My co-workers are looking at the Citrix PowerShell offerings to see if they will help them. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;I look forward to eventually Exchange 2007 tools and when we deploy SCOM. &amp;nbsp;Having a nice standard scripting environment across several of the technologies I work with and that is more logical then vbScript ever pretended to be is fantastic for me (even without using COM and a minimal amount of WMI).&lt;/p&gt;
&lt;p&gt;See my site for various simple things I have learned and accomplished with PowerShell and a minimal time investment. &amp;nbsp;For a more stark comparison, see a friends (he wrote a lot of vbScripts) article here: &lt;a rel="nofollow" target="_new" href="http://www.ericwoodford.com/powershell-power-story"&gt;http://www.ericwoodford.com/powershell-power-story&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;For a more concrete example &lt;/p&gt;</description></item></channel></rss>