アカウント名:
パスワード:
カレントディレクトリにある実行ファイルをタブ補完すると先頭に.\を付加してくれる親切極まりないシェル
lsをslと打ち間違えるとカレントディレクトリに戻してくれるとても親切なシェル。
ファイルにリダイレクトすると、自動的に80文字毎に改行してくれる素敵なシェル
何か問題でも？
テキストベースのリダイレクトのような発想に固執している限りPowerShellが使えるようにはならないよ。
考えなしにリダイレクトするとUTF16になるからとSet-ContentするとBOM付きになったのにはまいった癖強すぎだよ、テキストを簡単に扱えないのはダメすぎオブジェクトでやりとり～ってそんなんならシェルスクリプトじゃなくてちゃんとしたプログラム組むってその方が楽だわ
テキスト切り張りした結果が欲しいだけなのにオブジェクトで返ってくるってのに難儀しましたw
テキスト切り張りした結果が欲しいならそういう加工してから出力すればいいだけだよねテキストベースのシェルなら加工不要ってわけじゃあるまいし
テキストを切り貼りした結果なら、stringかstringの配列なんで、オブジェクトというかテキストだけど。
古いバージョンを使い続けてるのが悪い6.0以降のデフォルトはBOM無しのUTF-8になっている
The byte-order-mark [microsoft.com]
PowerShell (v6 and higher) defaults to utf8NoBOM for all text output.
デフォルトの動作を変えるとは、過去の資産や継続性を大切にするMicrosoftらしからぬ愚行だな。
そういうのを癖が強いって言うんだよしかもそんな単純な動作で挙動返るのは更にたちが悪いだいたいWindowsServer2022だってまだ5.1が既定のシェルサポート期限だってOS付属の5.1のほうが6.xや7.xより長い状態Server2025が出るまで状況は変わらんだろにもかかわらず最新は変わってるって戯言だよ
元コメの「自動的に80文字毎に改行してくれる素敵なシェル」という記述からもそれが読み取れる。こいつらにとっては、この挙動さえ「利点」。便利なことだと認識してんのよな。
「文盲」という言葉を使う人ほど国語の力が弱そうなのは、やっぱ自分が言われて刺さった言葉って事なんだろうな。
オブジェクトの処理をワンライナーの思想で簡単に書けるから楽なんだよ。普段使いでスクリプト化なんかしない。極シンプルな操作はテキストベースのコマンド連結とどちらが楽とも言えないけど、少し複雑な事をしたいと思うとPowerShellの方がぐんと楽になっていく。というかテキストベースのコマンド連結はすぐに限界が来て「ちゃんとしたプログラム」化に依存せざるを得なくなる。PowerShellはそういう限界よりも、ちょっと手癖でやりすぎかなって判断でスクリプトファイル化を考えるってのが近い。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
PowerShell (スコア:1)
カレントディレクトリにある実行ファイルをタブ補完すると先頭に.\を付加してくれる親切極まりないシェル
Re:PowerShell (スコア:1)
lsをslと打ち間違えるとカレントディレクトリに戻してくれるとても親切なシェル。
Re:PowerShell (スコア:1)
ファイルにリダイレクトすると、自動的に80文字毎に改行してくれる素敵なシェル
Re: (スコア:0)
何か問題でも？
Re: (スコア:0)
テキストベースのリダイレクトのような発想に固執している限りPowerShellが使えるようにはならないよ。
Re: (スコア:0)
考えなしにリダイレクトするとUTF16になるからとSet-ContentするとBOM付きになったのにはまいった
癖強すぎだよ、テキストを簡単に扱えないのはダメすぎ
オブジェクトでやりとり～ってそんなんならシェルスクリプトじゃなくてちゃんとしたプログラム組むって
その方が楽だわ
Re: (スコア:0)
テキスト切り張りした結果が欲しいだけなのにオブジェクトで返ってくるってのに難儀しましたw
Re: (スコア:0)
テキスト切り張りした結果が欲しいならそういう加工してから出力すればいいだけだよね
テキストベースのシェルなら加工不要ってわけじゃあるまいし
Re: (スコア:0)
テキストを切り貼りした結果なら、stringかstringの配列なんで、オブジェクトというかテキストだけど。
Re: (スコア:0)
古いバージョンを使い続けてるのが悪い
6.0以降のデフォルトはBOM無しのUTF-8になっている
The byte-order-mark [microsoft.com]
PowerShell (v6 and higher) defaults to utf8NoBOM for all text output.
Re: (スコア:0)
デフォルトの動作を変えるとは、過去の資産や継続性を大切にするMicrosoftらしからぬ愚行だな。
Re: (スコア:0)
そういうのを癖が強いって言うんだよ
しかもそんな単純な動作で挙動返るのは更にたちが悪い
だいたいWindowsServer2022だってまだ5.1が既定のシェル
サポート期限だってOS付属の5.1のほうが6.xや7.xより長い状態
Server2025が出るまで状況は変わらんだろ
にもかかわらず最新は変わってるって戯言だよ
Re: (スコア:0)
元コメの「自動的に80文字毎に改行してくれる素敵なシェル」という記述からもそれが読み取れる。
こいつらにとっては、この挙動さえ「利点」。便利なことだと認識してんのよな。
「文盲」という言葉を使う人ほど国語の力が弱そうなのは、やっぱ自分が言われて刺さった言葉って事なんだろうな。
Re: (スコア:0)
オブジェクトの処理をワンライナーの思想で簡単に書けるから楽なんだよ。普段使いでスクリプト化なんかしない。
極シンプルな操作はテキストベースのコマンド連結とどちらが楽とも言えないけど、少し複雑な事をしたいと思うとPowerShellの方がぐんと楽になっていく。
というかテキストベースのコマンド連結はすぐに限界が来て「ちゃんとしたプログラム」化に依存せざるを得なくなる。
PowerShellはそういう限界よりも、ちょっと手癖でやりすぎかなって判断でスクリプトファイル化を考えるってのが近い。