Windowsの標準スクリプト言語であるPowerShellの現状をあらためて紹介する (1/2)

PowerShell nativeに.netのライブラリコールできるし、習熟すればできることはだいぶ多そうな気はするが、イマイチイケてない感じがしてやる気が起きないのよね。

ずっとコマンドプロンプトなんやわのう。勉強したいわあ

よく分からないけどcodexやclaudeがよしなにコマンド叩いてくれるようになっていたのでもう完全に覚える気が無くなった

HTA/WSH/VBAが消えるかもと言うことで使い始めた(MSBuildの敷居がもう少し低ければC#選んでた)けどそれなりに便利。C#埋込でWinAPI/COMも叩ける&追加インストール不要(配布時に気兼ね不要)は強過ぎる。

cmd、PowerShellあたりまでは使ってたけど、WSLあたりから頻度減ったし基本、VSCodeのターミナルメインになった

OS同梱版と任意導入版が違うのは知っていたがexe名まで違うのか。

シェルはPowerShellから入った人間なので全てをオブジェクトとして扱うのに慣れすぎてbashとかに苦戦したなあ。PowerShellは割と好き。

“powershell.exeはWindowsに付属する標準版だが、改良が望ましいにも関わらず、過去に作られたスクリプト互換性のために困難な部分が一部ある。そこで、完全な互換性を捨てて、機能向上を目指したのが現在のPowerShell”

めっちゃ使うんだけど、ずっとしっくりこないまま使い続けてる

Powershell7(pwsh)は、OOPのクラスも使えるし、PesterでTDDもできるしお勧めかな

PowerShellは補助ツールではなく、Windows標準の自動化基盤として見直すとかなり強い。

wslが登場して役割が無くなった感がある

Microsoftの公式がどう書いているかに関わらず、普通に便利に使いたいなら、明示的に設定しなくても自動アップデートされるStore版が良いと思う。

コマンドプロンプトとかWindows PowerShellとかなんかとっ散らかってんだよな。

Store版は管理権限を持つユーザーでもアクセスできないディレクトリ下にインストールされるのでちょっと面倒くさくなることがあるんですよね

便利だけど配布まで考えると面倒なのでやっぱりコマンドプロンプト並みの緩さが欲しい

Codex が意味不明なコマンドを唱えてたのでなんだろう？と思ったらPowerShellだった。おれは WSL2 を入れた。

@{}でkey-valueを作ってそれを[PSCustomObject]でキャストすると、プロパティ名がkeyで値がvalueのオブジェクトになるテクニックが便利なんだけど、どのくらい正しいやり方なのかがよくわかんない

cmd.exeよりは遙かにましなプログラミング言語だし、結構好きなんだけど、落とし穴的な仕様が多いんだよなあ。-LiteralPathが事実上必須とか、Get-ChildItemが要素数1だと配列を返さないとか、標準出力がreturnに混ざるとか。

“2つめはWindows Scripting Host（WSH）のVBScriptとJavaScript” JScript