|
Peer heard self implicating (3)
|
|
|
|
|
icannottellaliefatheritwasme. 
|
|
|
|
|
|
yep 
|
|
|
|
|
It seems so useful, i just can't stand the syntax. I couldn't even tell you why except I can't get my head around it. Just give me C# or something with a Shell object.
Real programmers use butterflies
|
|
|
|
|
I have the same problem. I don’t know if it’s the pipeline, the “you can do it like this or that”, or the feeling like stuff is barely bolted together. It just feels off.
Making things worse, a significant part of my current job depends on it. 
TTFN - Kent
|
|
|
|
|
same here, I keep trying to learn it but it just doesn't seem to sink in properly. I did manage to create a small script recently when moving from VS2017 to VS2019, which upgraded all my C++ projects, and tidied up the rest. If only I could expand on what I learned. 
|
|
|
|
|
|
Powershell is very useful. It is a major tool in our shop. Mostly used for pipeline processes and deployments, etc.
I think the general consensus for most people is that you get better at PS, but you don't ever "like" it.
|
|
|
|
|
Reminds me of modems, time-sharing, teletype terminals and thermal printers.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
LOL, almost everything i code that's executable is a console app 
Real programmers use butterflies
|
|
|
|
|
I wish I could properly spell Powersjell!
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
I dare to claim, it's a simple matter of getting used to.
You can use .NET objects from PS though. I did this a while ago until MS coughed up Extract-Archive to unzip stuff via System.IO.Compression in a PS script. Not exactly C#, but you still have to learn less new stuff.
|
|
|
|
|
The syntax is kind of kludgy which makes it harder to learn and remember. It suffers from grammatical inconsistencies, kind of like SQL does.
Real programmers use butterflies
|
|
|
|
|
Actually, it's the exact opposite of cludgy. All commands follow the same pattern: verb-noun. The parameters all follow the same pattern: -parameter (with maybe additional switches). It really looks like it's a matter of getting used to for you. PS' syntax is pretty different from CMD's syntax, bash's syntax, C#'s syntax, Delphi's syntax (I'm starting to run out of syntaxes I'm really used to here).
PS is, in fact, absolutely self-consistent though.
|
|
|
|
|
It's a little like a French car - internally consistent and makes sense if you've never seen another car. Confusingly different for no apparent reason if you compare it to almost anything else. It's almost as if the design criteria was to make it different from everything else.
I spent ages doing the same automation in Python because it was easier and more functional, until I got a job where the locked down environment forced me to use Powershell.
Now I'm nervous about a tool that's installed by default, and which anyone could use.
|
|
|
|
|
I disagree with "never seen another car". You're still claiming it's objectively worse. The thing is, I know exactly how you feel! Heck, my muscle memory makes me sometimes work faster when I shell down to CMD and do something there. I know how you feel!
It's just that PS isn't objectively worse, like your french car. It's very different, but it's cool. By now, it's clear that you haven't attempted giving PS a chance. You haven't built complex pipes in Bash & PS (well, you may have in Bash but you surely haven't in PS). You haven't tried reading complex PS scripts.
All that different stuff serves a purpose, it helps getting things done! It's not only internally consistent, it's very logical once you give it a chance. Which you don't.
Speaking of which, why aren't you worried about CMD? It's installed by default, anyone can use it and you sure as hell can, with some effort, do really complex stuff there. Why aren't you worried about VBS? It's ability to call C-like APIs is limited (read: non-existant), but a heap ton of Windows is accessible through COM thus through VBS (well, technically, a COM-object isn't VBS-callable by default, it needs to support IDispatch while COM only requires IUnknown, but MS are pretty good at supporting administration through VBS). Speaking of administration, WMI is installed by default as well.
But it's only PS that worries you. Of course.
PS: at the beginning of this discussion, C# was mentioned. Now it's Python. The thing is, C# is, syntactically, way more similar to PS than it is to Python. This isn't an objective discussion, isn't it?
|
|
|
|
|
Of course. You are entitled to your opinion. That you surmised so much about my previous programming experiences, and leapt to the conclusion I wasn't worried about alternative technologies. . .
Kiriander wrote: This isn't an objective discussion, isn't it?
You said it yourself. . . or did you, since it is a double negative.
|
|
|
|
|
I hate it....
Try writing decent functions where you explicitly define a return value / object and it gets metamorphasied into a PSObject...
The only way I found to *always* get what you asked for was (for example)
return , VariableContainingObjectToBeReturned
Notice the comma after return and before the variable. Even explicitly casting the varaible to something does not always work...
Another Pet Peave is the fact that if you do not explicitly assign a varible as a return object from a Function (within a function), or pipe a functions return values to null (| Out-Null) it Elephants-Up the expected return value as well...
Who the f*** is General Failure, and why is he reading my harddisk?
|
|
|
|
|
Or try to do consistent quoting to pass parameters to an external executable. It's mind-blowing that a fundamental feature for a scripting language - interfacing to other commands - is so complicated. I have in some instances ended up passing parameters to batch files as environment variables. That works reliably.
And then there was the lovely incident with invisible files in an earlier version of PS. I called out to a batch file that created files on a network drive. Unfortunately, when I returned to PS the files were invisible until PS was restarted. Not a happy experience, when the PS was supposed to process backup files produced by the batch file. Caused me a good deal of lost hours - and backups!
And yes, the function return value mystery. Who ever thought that was a good idea ?
I have really tried to like PowerShell. It feels like it should be a major step up from MS-DOS scripting with proper flow control, error handling, etc. But now I try to stay away from it, as it usually ends up eating my time, especially when I need to make it talk to existing scripts.
One success story: I did a PS script that read a file and processed it via a .NET library. That was easy, clear code, and no surprises.
|
|
|
|
|
Jan Holst Jensen2 wrote: One success story: I did a PS script that read a file and processed it via a .NET library. That was easy, clear code, and no surprises.
Defeats the purpose really of having a "shell code" if you have to wrap .Net calls to get anything done... 
Who the f*** is General Failure, and why is he reading my harddisk?
|
|
|
|
|
|
Totally agree and I am experiencing your pain.
I haven't been able to find a decent book or tutorial that clears away the fog.
It's like "unable to grok" was the highest design goal; followed closely by "unable to remember".
So I rely on examples colleagues have written and live in hope that one day a beam of sunlight will break through the clouds.
That and continuing to gain experience out of shear stubbornness! 
Cheers,
Mike Fidler
"I intend to live forever - so far, so good." Steven Wright
"I almost had a psychic girlfriend but she left me before we met." Also Steven Wright
"I'm addicted to placebos. I could quit, but it wouldn't matter." Steven Wright yet again.
|
|
|
|
|
Every time I look at PS I feel like I'm looking at bastardized Perl.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
