-
Website
http://www.scobleizer.com/ -
Original page
http://scobleizer.com/2006/04/25/monad-gets-renamed-to-powershell/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
danja
44 comments · 4 points
-
polizeros
52 comments · 1 points
-
AndyBeard
69 comments · 4 points
-
Zachary Adam Cohen
35 comments · 8 points
-
dbarefoot
40 comments · 3 points
-
-
Popular Threads
-
The best and worst thing Twitter did in 2009: RT
1 day ago · 22 comments
-
World-brand-building mistakes France’s entrepreneurs make
1 week ago · 181 comments
-
2010: the year SEO isn’t important anymore
1 week ago · 67 comments
-
A new addition here: the Meebo bar
1 day ago · 7 comments
-
iPhone developers abandoning app model for HTML5?
1 week ago · 52 comments
-
The best and worst thing Twitter did in 2009: RT
But "PowerShell"????
Could you pick a name more 1990s shareware-esque?
It sounds cheap. Bourne-Again Shell (born again), C-Shell (seashell), these are clever names that also indicate their origins.
PowerShell sounds like a 1980s Hanna-Barbera cartoon about command line interfaces.
A quick Google turns up:
http://powershell.sourceforge.net/, a (good) terminal emulator for X11
http://www.majorgeeks.com/PowerShell_XP_d4149.html, a shell extension for Windows XP
Yeah, kudos, marketing department! Pick a (lame) name that is already in use by two other packages.
I wonder how long it will take good ol's MSFT to sue the X11 terminal emulator people for use of their trademarked name PowerShell (TM). The capital S in the middle is a special MSFT invention, I guess...
The new abbrevation "PS" is terrible for searches. It is used already by Postscript. "MSH" was great, as it always narrowed down searches very well.
"Monad" and "MSH" was a GREAT combination. Short, everyone liked it, and none of that nonse "Microsoft" or "Windows" attached.
Not happy.
*cough*. Like Linux, AIX, Solaris, AS/400, zOs and I'm guessing OS/x (lineage, etc).
I'm really glad that *someone* in MS actually listened to a customer, and actually managed to push it past all the dead whales in MS middle management. Reading your blog and Mini-MSFT's blog, the latter operation sounds *really* difficult.
But one has to ask. *Yet* another different MS interface, in *yet* another release. Another 3-5 years before it beds in, is reliable and is supported by third party vendors. And the usual question - will it be around for good, or is this just another MS-Must-Have-Now-But-Forgotten-About release ?
Wasnt SMS supposed to do this ? Or did I made the mistake of believing *that* product marketing when it first came out 10+ years ago ?
Kudos on actually delivering something that might help. Which might offset the "why wasnt it in Windows 2000" thought that keeps popping up in *my* head.
---* Bill
http://www.billbuchan.com
Yep -- never liked the name of Monad for the whole 'G' reason.
Just an interesting tidbit of insight into why this product gets a short name.
Windows PowerShell sounds like a Saturday morning cartoon.
But the legal dept. sure didn't do their homework, enough similarity to make a case on a few fronts.
shell.net? Command.net? Microsoft .Net Shell?
But no, it's not a terrible "Windows Live .Net Command Shell 2006" style name.
Finally, about the product itself: if you really want to go after hobbyists again (as with your Live initiative), this needs to be part of Windows Vista Economy Basic (or whatever it's called). Ship it with everything, and you may get some traction against Linux mindshare and a get a toehold in various Linux shops and small businesses that would like easier, more powerful scripting features in their desktop. VBA helps Office, after all. Having an XML-literate command shell might just win some developers over. And one of LAMP's strongest features is just the Bash shell.
I hate comments like this. Monad (or whatever) is waaaaay more powerful than any shell you can get on Unix. If *nix had a shell that allowed you to write pseudo-Java that called into compiled Java classes andprovided the ability to modify or monitor every part of the OS locally or remotely, with automatic authentication and easy piping of .Net objects between processes, then we could talk. Monad is way more than just a shell, and I think it's one of the best things Microsoft has done for its powerusers and IT shops in a long time.
BTW, the name change stinks and represents how Microsoft marketing kills whatever it touches. How about the "PowerShell 2006 SP1 Express Edition for Administrators"? Wouldn't that be a more informative name?
First, this shell does not use text as the basis for interaction with the system, but uses an object model based on the .NET platform.
Huh? Everything on there looked like text to me, and if they're trying to be "admin friendly" it has to be text. I'm not sure if they're planning on drag and dropping something into a command line interface (it wouldn't surprise me if they did).
Those that don't understand the bash shell are bound to reimplement it, poorly. Or worse they could come up with PHP.
Second, the list of built-in commands is much larger; this is done to ensure that the interaction with the object model is accomplished with the highest regard to integrity with respect to interacting with the system.
Oh I see that they have reimplemented PHP with its 1500 "core" methods.
I've thought about the lack of a Java analogue to Monad, for the Unix world, and wondered why no one had done it. I reckon a big part of the reason is that it really wasn't particularly necessary. Almost everything in Unix is manipulation of text files of one sort or another, so text-based shells work quite well. When you get into the wacky-object world of Windows, then it seems like an object-passing shell is fairly useful.
When O'Reilly or someone puts out a book like "Monad Cookbook" or something to that effect, it'll have real traction. Until then, it's just something else MSFT is trying, it may last or it may get killed, who knows?
What's wrong with Monad? I liked that name. Marketing was worried about it being called Gonad? :) Reminds me of The Simpsons episode where Homer and Marge are trying to pick a name for Bart. While choosing names Homer is coming up with alternatives which kids would use to make fun of him at school. The joke being that he ended up with Bart.
I'm begining to think that the people picking Microsoft's product names are sitting in a room somewhere with a magic 8 ball. "What about PowerShell?" *MS Marketing dude shakes magic 8 ball* "Yes!" OK, the magic 8 ball has spoken, PowerShell it is! :)
Okay...
-Kelly
OK, so its more like a Smalltalk workspace. Nifty. And the language is something like C# script? That's really unfortunate but I guess the users will be "familiar" with it.
I agree that "PowerShell" is UltraLame.
"Shell" means nothing to a non-developer, and to the new generation of visual developers out there.
They can have the name - I agree that it sucks (hey, what do you want from me? I wrote it when I was 19, and I was probably drunk at the time :)
The product kicks ass, though.
I just totally fail to see any rational reason for this name whatsoever. It's less clever and more boring than the original, but not utilitarian enough that I don't feel stupid calling it that in front of other geeks. If they ever implement true performance based compensations, the marketing employees should be paying Microsoft.
Which is what it is all about, pleasing the real users and yet having a sexy marketingese name with some imagination is the goal. Monad and Powershell both fail. And the bland corporate-dead 6-or-7-words naming convention doesn't help either. So wrong 3 ways to heaven, only Microsoft.
"Shell" doesn't work for the non-CL types...and anything .NET is a tar-pit, (.NET itself is horribly confusing). And "Power" says Power Users only need apply.
I came up with a list of 10 names in no time, that would work much better, with core audience and still has the marketing spark. But you don't get to milk this cow for free. Plus I would have polled the audience, jazzing it up with a contest, so that the final name, even if sucked would have been at least in some sense voted upon. Niche's need to feel as part of a team.
Microsoft's great grand sin, is soliciting all this feedback for free, and then doing what they always intended to do, basically wasting everyone's time on a pointless marketing hoop jump. Feedback if asked for and given, needs to be taken into consideration, not abused for own purposes. Thrice bitten, once shy.
Microsoft's marketing overhaul can't come soon enough. Big expensive marketing guys, yet they have never really successfully launched anything beyond Windows or Office, billions and billions wasted.
PS - Why when you need Adam Barr the most does he go off on wild pointless blog splatterings. Common Microsoft blogger tactic, retreat in the face of incoming "barbarian hordes".
"PowerShell" never did anything for me - I think of conches if I seriously think of shells with power - conches are the Polynesian/Melanesian trumpet. But the symbols that Unix uses are always clams, scallops and suchlike.
I myself would prefer MSH - easy to remember, distinct, fits in with the Unixish tradition of sh, csh, ksh, bash, zsh, ash, sash, ssh, need I go on? The only Unix-ish shells that don't follow that tradition are es and rc. Perhaps msh.net, but that does sound like a URL, though with openoffice.org being both a software package name and a URL, I can hardly complain.
Well, Microsoft could do the same - msh.net being both the shell and the website's URL. They'd have to change all their internal function names again, but with MSH (sorry, PowerShell :^) all they'd need to do is something like:
MSH > get-childitem | get-member-name 'PS1' | "string".Replace(PS1, MSH)
or words to that effect.
The whole gonad argument is extremely weak. They didn't rename Windows when people started coming out with Winblows and Windoze.
Lame, Lame, Lame.
Monad and MSH (very pithy and appropriate)... Jeffrey Snover listened to everyone, why didn't the marketing people?
Diet Supplements Tadalafil Prevacid Meridia Pravachol Zithromax Fioricet Flexeril Phentermine No Prescription Accutane Bupropion Lamisil Vardenafil Glucophage Biaxin