1507
Hallelujah
(lemmy.world)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 26 Aug 2023
1507 points (100.0% liked)
Programmer Humor
19331 readers
1 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
I like that you actually can ls in power shell now
Yes, yes you can.
Also, WSL and windows terminal go a very long way in making windows actually usable...
"Usable" is a strong statement... It went from a "misery inducing insufferable machine" to a "extremely big annoyance". I do concede it is anyway a progress
You damn spoiled kids with your blue jeans and your rock and roll music and your auto complete!
Just add Winget with an UI to have a proper package manager and we're in
Package manager with a UI? I like my apt and dnf thank you very much.
You can still use winget by itself from the command line! The UI is just there for convenience and automation
Wut?
I've never gone to a UI when I want to automate something, a sane CLI is much more predictable and consistent.
Winget-UI specifically can run the upgrade tool automatically for you, that's what I meant for "automation". You could also add a scheduler to run Winget by itself every day if you need to.
I've just been using scoop for many years and I haven't felt the need to switch
Yeah but tbh i really despise powershells syntax. But i'm happy it is pretty powerful.
i’m often amazed at microsoft’s ability to take a useful product and make it agonizing to use
Unfortunately, bash syntax isnt amazing either
But Powershell is worse
Yeah. I've said this before and got grilled for it but I wish there was a shell scripting language that doesn't have arcane syntax.
Fish? I like fish.
Can anyone name any living language, scripting or otherwise, without arcane syntax?
Perl, no wait you said without arcane syntax....
Bash came out decades ago and powershell is brand new. It doesn't really have an excuse to suck.
I hope I didn't come across as defending ps. PS sucks and whoever decided to have functions use capital case with dashes in between needs to have their brain scanned
I do a lot of work in PS and I don't find it that bad. But you forgot what's even dumber about their function naming conventions.
Function names are supposed to be a single word verb, then the dash, then the rest. But not any verb, you're supposed to use one from PS's list of acceptable ones which has some really weird omissions. And they break their own single word verb convention with "acceptable verbs" ConvertTo and ConvertFrom (ConvertTo-SecureString, ConvertFrom-Json), which are the only exception to one word verbs before the dash.
Function names are definitely one of my biggest peeves with it.
Additionally, their basic comparison operators are dumb as hell. How is "-le" better or clearer in meaning that "<="? -ne instead of !=, but == isn't just -e, it's -eq. And you can't slap an n in front of other comparators for not, -nle isn't a thing. You gotta wrap the whole comparison in parentheses and slap an ! on the front or slap -not in front. But don't try to do !-le, because that's also not a thing. It's not terrible but I refuse to believe that -eq is more readable than ==
Functionally speaking, PS is a really good shell language. Its minor things about it that I dont enjoy. As you said, it feels like the language design has some poor decisions.
As long as you don't have
lsaliased tols -lain your brain...I really want to love the "everything is an object" of power shell but I just have zero uses for using a shell on windows. Granted, my windows usage is like 15 minutes a week most of the time, but still. I also can't be bothered to use it for work because it's exclusively Linux/linux-ish over there so it's not worth bothering.
Either way, I like the idea, can't really justify figuring out the details.
If you only have to use it 15 minutes every week it's probably not worth getting to know.
I work in a Windows shop, so I love everything being an object, most of the time. At least for the things that are worked out completely.
It's great for things you need to iterate or just for figuring out what you can do by piping a result to get-member. If you are interested in getting better at powershell at some point, I highly recommend Powershell in a month of lunches. (Also because I like Manning's model where they automatically offer the digital versions of books they sell, and also offering free previews of the entire book, given enough time)
"But PS is open source ! Don't you want to use it in Linux and MacOS?" - Microsoft probably
It's a wonderful tool for me in a Windows environment/shop, especially with how it works well with all the Windows and Microsoft administration systems/tools we use.
Personally, I'm less interested in any language's hypothetical merits than how it fits as a tool for what I need to accomplish and ease of future maintenance when the script/program/automation inevitably needs to be adjusted.
All that said, I can't think of a legitimate reason to use PSCore on non-Windows hardware unless you're just really familiar with PS and literally nothing else. Even then you're better off taking time learning a better tool for that environment.
That's a very good point. My angle is as a dev and not as IT or sys admin. Power shell is probably far more powerful in those circles.
WSL or bust
If you can suppress 30 years of " -al" from following his buddy.
That's actually "-la", pal.
I'm "-lahv", "alias l='ls -lahv'"
Updating pacman is always
pacman -yuSyuS, it is!
yeah
I'm so sorry but this is how I pictured your response lmao
Oh man, it comes full circle
lol
It was a Unix command first
Isn't it
mdandmkdiris just an alias in Powershell to accommodate Linux users?Every command that isn't fully expanded PowerShell commands is an alias.
dirandlsare both aliases forGet-ChildItem.