アカウント名:
パスワード:
https://x.com/Linda_pp/status/1847835220076384356# CHAR_BITが9の処理系もあったなぁ(GE-600シリーズとか)
ところで、皆さん、８進数使ってますか。
私は全く使わないのだが、ウィンドウズコマンドで、もどかしい。ゼロパディングした文字列と言うか数値が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経由はなんかなってのはあって。
その気持ちは、まったく理解できないわけでもないですが、富豪的プログラミングが提唱されたのは、1997年ですからねぇ。Windowsを使ってる時点で、リソース使いまくりなわけで、そーゆー経済観念が偏って発達しすぎた考えは、GUI無しのLinux上でBourne Shellだけで生活してみてからにしてもいいんじゃないですか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
C++で、1バイトを8ビットにする提案がされる (スコア:1)
https://x.com/Linda_pp/status/1847835220076384356
# CHAR_BITが9の処理系もあったなぁ(GE-600シリーズとか)
Re: (スコア:1)
ところで、皆さん、
８進数使ってますか。
私は全く使わないのだが、
ウィンドウズコマンドで、もどかしい。
ゼロパディングした文字列と言うか数値が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:C++で、1バイトを8ビットにする提案がされる (スコア:2)
そうは言っても、CLIのツールをPowerShellの支援も特に求めず実行するだけなのに、PowerShell経由はなんかなってのはあって。
その気持ちは、まったく理解できないわけでもないですが、富豪的プログラミングが提唱されたのは、1997年ですからねぇ。
Windowsを使ってる時点で、リソース使いまくりなわけで、そーゆー経済観念が偏って発達しすぎた考えは、GUI無しのLinux上でBourne Shellだけで生活してみてからにしてもいいんじゃないですか?