アカウント名:
パスワード:
https://x.com/Linda_pp/status/1847835220076384356# CHAR_BITが9の処理系もあったなぁ(GE-600シリーズとか)
ところで、皆さん、8進数使ってますか。
私は全く使わないのだが、ウィンドウズコマンドで、もどかしい。ゼロパディングした文字列と言うか数値が8進数になってしまうので、いろいろ不便。8進数に対応してなければ、気軽に0パディングの処理ができたのに。
Windowsを使って長いですが、0付きのリテラルを8進数として解釈する(余計な)機能なんてあったんですね。
PowerShellの恩恵には充分与っているつもりですが、全くPowerShellの機能を必要としないシチュエーションでは(exe実行したいだけとか)気持ちリソースをケチりたくてcmd.exeを使っちゃったりします。
# PowerShellの数値リテラルはいくつか機能盛ってあるみたいですが、それでも8進数リテラルは採用しなかったのは良い仕事と思います
CMD.exeは、今となっては何のメリットもないシロモノなので、今更論うのも可哀そう、って気がしますけどね。消費リソースの少なさはメリットですけど、そんなにリソースが気になるならもっとモダンなPC使いなさいよ、って話ですよね、今となっては。8進数問題だって、Powershellやbash程度の文字列処理ができれば何ら問題ないわけですが、CMD.exe(の前身のcommand.com)が生まれたときの標準的なPCを考えれば仕方ないことだった気もしますしね。しかも、CMD.exeの一機能であるsetコマンドの機能を論って「Windowsは」みたいに批難するのは、不当すぎてWindowsが可哀そう。
消費リソースの少なさはメリットですけど、そんなにリソースが気になるならもっとモダンなPC使いなさいよ、って話ですよね、今となっては。
そうは言っても、CLIのツールをPowerShellの支援も特に求めず実行するだけなのに、PowerShell経由はなんかなってのはあって。あと "powershell" ってタイピングが若干だるいのもあるかな。"wers"あたりとか。(昔入れ込んだ時はposhとか別名を作ったりしたこともあったかなあ?)
> CLIのツールをPowerShellの支援も特に求めず実行するだけなのに
心情的にはすごく理解できるんだけど、PowerShellもCLIの実行環境のひとつにすぎないので「shで十分なことをするだけなのにわざわざbashを使うのはなんかな」と言っているようなものですよ。
MS-DOSからの因習を引きずっているCMD.exeはもう限界が近いから、モダンなCLI実行環境としてPowerShellを作ったのはすごく納得できるし、.NETの機能をかなり使えたり、最初から強力な補完機能があるから「長いけど意味が明確なコマンド(レット)名」を使うようにしたり、個々のポイントは支持できるものが多いんだけど、その代償として複雑でわかりにくい文法、膨大すぎて何があるのかわからないコマンドレットなど、絶望的なとっつきにくさで投げ出した。
「shで十分なことをするだけなのにわざわざbashを使うのはなんかな」と言っているようなものですよ。
んー、それは別に間違ってないだろうし、cmdの利用をやめなきゃと思う説得力はないなあ。自分に都合いい道具を使ってるだけなんだけど、妙に拒絶されるね。
今更CMD.exeを起動する意味が見当たらない、ってことなんだよなぁ。リソース? Windows使ってる時点でCLIのリソースなんかに気にするな、だし。文法? 複雑といえば複雑だけど、複雑な文法使わなくても書けるし、CMD.exeよりはマシ、だし。
新しいものを覚える気がない・覚える能力がない、ということなら仕方ないけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
C++で、1バイトを8ビットにする提案がされる (スコア:1)
https://x.com/Linda_pp/status/1847835220076384356
# CHAR_BITが9の処理系もあったなぁ(GE-600シリーズとか)
Re: (スコア:1)
ところで、皆さん、
8進数使ってますか。
私は全く使わないのだが、
ウィンドウズコマンドで、もどかしい。
ゼロパディングした文字列と言うか数値が8進数になってしまうので、いろいろ不便。
8進数に対応してなければ、気軽に0パディングの処理ができたのに。
Re: (スコア:0)
Windowsを使って長いですが、0付きのリテラルを8進数として解釈する(余計な)機能なんてあったんですね。
PowerShellの恩恵には充分与っているつもりですが、全くPowerShellの機能を必要としないシチュエーションでは(exe実行したいだけとか)
気持ちリソースをケチりたくてcmd.exeを使っちゃったりします。
# PowerShellの数値リテラルはいくつか機能盛ってあるみたいですが、それでも8進数リテラルは採用しなかったのは良い仕事と思います
Re: (スコア:2)
CMD.exeは、今となっては何のメリットもないシロモノなので、今更論うのも可哀そう、って気がしますけどね。
消費リソースの少なさはメリットですけど、そんなにリソースが気になるならもっとモダンなPC使いなさいよ、って話ですよね、今となっては。
8進数問題だって、Powershellやbash程度の文字列処理ができれば何ら問題ないわけですが、CMD.exe(の前身のcommand.com)が生まれたときの標準的なPCを考えれば仕方ないことだった気もしますしね。
しかも、CMD.exeの一機能であるsetコマンドの機能を論って「Windowsは」みたいに批難するのは、不当すぎてWindowsが可哀そう。
Re: (スコア:0)
消費リソースの少なさはメリットですけど、そんなにリソースが気になるならもっとモダンなPC使いなさいよ、って話ですよね、今となっては。
そうは言っても、CLIのツールをPowerShellの支援も特に求めず実行するだけなのに、PowerShell経由はなんかなってのはあって。
あと "powershell" ってタイピングが若干だるいのもあるかな。"wers"あたりとか。
(昔入れ込んだ時はposhとか別名を作ったりしたこともあったかなあ?)
Re: (スコア:1)
> CLIのツールをPowerShellの支援も特に求めず実行するだけなのに
心情的にはすごく理解できるんだけど、PowerShellもCLIの実行環境のひとつにすぎないので
「shで十分なことをするだけなのにわざわざbashを使うのはなんかな」と言っているようなものですよ。
MS-DOSからの因習を引きずっているCMD.exeはもう限界が近いから、モダンなCLI実行環境としてPowerShellを作ったのはすごく納得できるし、.NETの機能をかなり使えたり、最初から強力な補完機能があるから「長いけど意味が明確なコマンド(レット)名」を使うようにしたり、個々のポイントは支持できるものが多いんだけど、
その代償として複雑でわかりにくい文法、膨大すぎて何があるのかわからないコマンドレットなど、絶望的なとっつきにくさで投げ出した。
Re: (スコア:0)
「shで十分なことをするだけなのにわざわざbashを使うのはなんかな」と言っているようなものですよ。
んー、それは別に間違ってないだろうし、cmdの利用をやめなきゃと思う説得力はないなあ。
自分に都合いい道具を使ってるだけなんだけど、妙に拒絶されるね。
Re:C++で、1バイトを8ビットにする提案がされる (スコア:2)
今更CMD.exeを起動する意味が見当たらない、ってことなんだよなぁ。
リソース? Windows使ってる時点でCLIのリソースなんかに気にするな、だし。
文法? 複雑といえば複雑だけど、複雑な文法使わなくても書けるし、CMD.exeよりはマシ、だし。
新しいものを覚える気がない・覚える能力がない、ということなら仕方ないけど。