After mulling over it for close to 14 years, it seems Microsoft is finally ready to kill off the Windows Control Panel soon. An official confirmation has been posted on its website.
The little time I have spent on powershell, I found it to be very slow. The input is also very verbose.
I’m sure someone will say it allows one to be specific but I can be equally specific in bash as well.
It’s like the Java Enterprise of scripting language.
It is verbose. It’s intended to be readable by untrained people, with a consistent verb-subject format for commands (e.g. Get-ChildItem, Set-Variable), though it turns out that concept doesn’t scale very well and the format gets increasingly broken when you get into the Azure PowerShell commands (New-AzLoadBalancerInboundNatRuleConfig).
The real power of PowerShell is that it can interact with .NET directly (because it is .NET), which allows you to quickly and easily build scripts for anything that uses .NET (like Windows). For instance, you can view or edit registry keys of other systems through a PowerShell remote session (using the .NET RegistryKey class), and set up a loop to edit a registry key across a list of machines remotely (I used to do this while managing on-prem AD groups in my last job, it’s much faster and easier than trying to change registry keys through remote desktop sessions, more reliable because it’s programmatic, and you can easily log the command output and catch any systems that failed to accept the change).
PowerShell might not be what Bash is for the average Linux user, but it’s a massive improvement for managing Windows systems at scale. Anyone who works in corporate IT should learn PowerShell.
For instance, you can view or edit registry keys of other systems through a PowerShell remote session (using the .NET RegistryKey class)
It’s like a built-in Ansible equivalent (the configuring and management part at least). I’ll agree that’s neat. If I managed a fleet of Windows machine, I would properly learn that.
But I don’t think it’s something for the average home user. And the Linux way of configuring remote machines is too easy.
Powershell has a completely different approach of working with commands than traditional Unix shells. You pretty much don’t know what you are talking about.
That’s fine, I also pretty much prefer standard Unix tools, due to how efficient they are, but you can’t just say made up stuff with no valid explanation, because Powershell has still nothing to do with bash.
Nah, PowerShell is just a shitty bash wannabe
Actually PowerShelll is basically a wrapper for .NET classes… and it doesn’t really emulate Bash in any functional way.
The little time I have spent on powershell, I found it to be very slow. The input is also very verbose. I’m sure someone will say it allows one to be specific but I can be equally specific in bash as well. It’s like the Java Enterprise of scripting language.
It is verbose. It’s intended to be readable by untrained people, with a consistent verb-subject format for commands (e.g. Get-ChildItem, Set-Variable), though it turns out that concept doesn’t scale very well and the format gets increasingly broken when you get into the Azure PowerShell commands (New-AzLoadBalancerInboundNatRuleConfig).
The real power of PowerShell is that it can interact with .NET directly (because it is .NET), which allows you to quickly and easily build scripts for anything that uses .NET (like Windows). For instance, you can view or edit registry keys of other systems through a PowerShell remote session (using the .NET RegistryKey class), and set up a loop to edit a registry key across a list of machines remotely (I used to do this while managing on-prem AD groups in my last job, it’s much faster and easier than trying to change registry keys through remote desktop sessions, more reliable because it’s programmatic, and you can easily log the command output and catch any systems that failed to accept the change).
PowerShell might not be what Bash is for the average Linux user, but it’s a massive improvement for managing Windows systems at scale. Anyone who works in corporate IT should learn PowerShell.
It’s like a built-in Ansible equivalent (the configuring and management part at least). I’ll agree that’s neat. If I managed a fleet of Windows machine, I would properly learn that.
But I don’t think it’s something for the average home user. And the Linux way of configuring remote machines is too easy.
Ah, so it sucks even harder
Powershell has a completely different approach of working with commands than traditional Unix shells. You pretty much don’t know what you are talking about.
Look, if it’s not a file, I don’t want to have anything to do with it.
That’s fine, I also pretty much prefer standard Unix tools, due to how efficient they are, but you can’t just say made up stuff with no valid explanation, because Powershell has still nothing to do with bash.