PowerShell -Part 7 (598レス)
1-

リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
1: デフォルトの名無しさん [] 2023/11/29(水) 16:07:49.46 ID:0g8RZ7sB(1) AAS
前スレ
PowerShell -Part 6
2chスレ:tech

次スレは>>980が立ててね!!
499: デフォルトの名無しさん [sage] 2025/07/16(水) 12:43:16.16 ID:09DhhKQk(1) AAS
もうログインスクリプトにも使われてるから
Windowsの終焉まで逃げ出せないよ
500: デフォルトの名無しさん [sage] 2025/07/16(水) 22:06:02.34 ID:5d/ixC+9(1) AAS
PowerShellのどのアプローチが失敗なのか具体的に
501
(1): デフォルトの名無しさん [sage] 2025/07/16(水) 23:17:35.03 ID:7/+dohrQ(1) AAS
起動用のbatが必要になっちゃうってのがな
PowerShell単独では使いにくい
502: デフォルトの名無しさん [sage] 2025/07/16(水) 23:57:41.77 ID:YcDGevHy(1) AAS
ん?どういうこと?
503: デフォルトの名無しさん [sage] 2025/07/17(木) 00:10:22.13 ID:sGHKyXGW(1) AAS
ダブルクリック実行できるようにするために手間がかかる
504: デフォルトの名無しさん [sage] 2025/07/17(木) 00:22:02.88 ID:Nf2HlQRn(1) AAS
正直言ってexecutionpolicyの初期値は大失敗だろうなぁ
結局.batか.cmd経由でダブルクリック起動できるんだからマジで無意味
ネットから落としたファイルはzoneidがあるから設定に関係なく警告でるんだし

あとcmdもPowershellもWindowsのオマケであることに価値があるのにPowershell5.1までしか同梱されてないし
505: デフォルトの名無しさん [] 2025/07/17(木) 07:33:01.42 ID:1VTmgFuN(1) AAS
もう直接powershell.exeに関連付けしてる
506
(1): デフォルトの名無しさん [] 2025/07/17(木) 08:05:58.12 ID:9jYPg0KZ(1/5) AAS
>>482
それはバージョン1として普及させただけ。

いまとなってはバージョンを表してはいない。
507
(1): デフォルトの名無しさん [] 2025/07/17(木) 08:06:51.20 ID:9jYPg0KZ(2/5) AAS
>>486
それはWindowsしか知らない人間の発想
508
(1): デフォルトの名無しさん [] 2025/07/17(木) 08:08:24.36 ID:9jYPg0KZ(3/5) AAS
>>491
Windowsはターミナルというアプリで統合された。

PowerShellはコマンドプロンプトも含めているので、あなたが気づいていないだけ。
509
(1): デフォルトの名無しさん [] 2025/07/17(木) 08:09:59.60 ID:9jYPg0KZ(4/5) AAS
>>495
実行形式にする必要がない。UNIX、Linuxは実行形式ファイルを嫌う。

ブラックボックス化はやめろ!
510
(1): デフォルトの名無しさん [] 2025/07/17(木) 08:11:35.61 ID:9jYPg0KZ(5/5) AAS
>>501
バッチファイルにする必要もないよ?
バッチファイルなどでラッピングするのはWindowsの使い方のひとつでしかない。
511: デフォルトの名無しさん [sage] 2025/07/17(木) 09:38:35.80 ID:+XuQIino(1) AAS
>>506-510
全部元発言者を意図を読み取れてない馬鹿のレス
UNIX使いの印象を悪くするだけなのでやめてくれ
512: デフォルトの名無しさん [sage] 2025/07/17(木) 12:08:51.21 ID:uGnrWKuf(1) AAS
powershellは小数点以下のバージョンアップでも毎回互換性を壊す
破壊的変更を入れてくるから普及させる気無いんじゃね
513: デフォルトの名無しさん [sage] 2025/07/17(木) 12:30:14.69 ID:l8YWhCPU(1) AAS
実際、6以降は普及させる気無いと思うよ
Azure関連を中心にMS社内で使うために開発続けてるだけでしょ
514: デフォルトの名無しさん [sage] 2025/07/17(木) 21:54:18.35 ID:yTEYa8cJ(1) AAS
PowerShellが失敗作じゃないと困る人がいるのは分かった
515
(1): デフォルトの名無しさん [sage] 2025/07/17(木) 22:59:18.52 ID:o0/3IwZx(1) AAS
PowerShell自体の出来はともかく、6以降は周辺環境がね
PowerShellは.NETがWindowsの中核として位置付けられていた頃に設計されており、
システムワイドにインストールされた.NETに安定的に依存できることが大前提なのよ
知っての通りその前提は完全に覆されてしまい、存在意義を失おうとしている
516: デフォルトの名無しさん [sage] 2025/07/18(金) 01:15:27.61 ID:T97Bau37(1) AAS
知っての通りどころか.net frameworkは今もWindowsと一蓮托生だけど
.netと.net frameworkを分けて書かないと意味不明な文章が出来上がる
517
(2): デフォルトの名無しさん [sage] 2025/07/18(金) 22:16:02.55 ID:avd6O0J8(1) AAS
Windows以外で.Netで作られたアプリやサービスなんてあんの?
518
(1): デフォルトの名無しさん [sage] 2025/07/18(金) 22:17:51.22 ID:r2egjf+1(1) AAS
pythonで良くない?駄目?
519: デフォルトの名無しさん [sage] 2025/07/19(土) 02:03:44.93 ID:QndlLNYI(1) AAS
pwsh.exe
520: デフォルトの名無しさん [] 2025/07/19(土) 08:55:57.75 ID:jBcCcJ6x(1) AAS
>>518
Pythonがそこまで言い言語だとは思わないので
521: デフォルトの名無しさん [sage] 2025/07/19(土) 10:16:02.54 ID:F2LZk1nd(1) AAS
>>517
ゲームエンジンのUnity
522: デフォルトの名無しさん [sage] 2025/07/19(土) 19:43:58.62 ID:PVxrNHN1(1) AAS
>>517
GitHub Actions
523
(2): デフォルトの名無しさん [sage] 2025/07/20(日) 10:33:30.33 ID:8UONs9WI(1) AAS
>>515は、元はシステム全体でひとつの.NETフレームワークを使ってPowerShellをCOMに対するWSHポジにするつもりだった、という意味だろうけど
.NETフレームワーク自体最初から複数バージョンを共存させる設計になってるので、果たしてそのような構想はあったのだろうか
524: デフォルトの名無しさん [sage] 2025/07/20(日) 11:36:14.91 ID:nDfpIeCg(1) AAS
>>523
5以前のPowerShellはサイドバイサイドに対応していないから、使用される.NET Frameworkは結局一つだけ
525: デフォルトの名無しさん [sage] 2025/07/24(木) 02:44:32.63 ID:uw32EQ1Q(1) AAS
>>523
> .NETフレームワーク自体最初から複数バージョンを共存させる設計になってるので、果たしてそのような構想はあったのだろうか
.net frameworkはそんな設計じゃないぞ…
526: デフォルトの名無しさん [] 2025/07/24(木) 18:49:30.39 ID:bvlLnJ99(1) AAS
コマンドレットを作ったが中途半端で.NET Frameworkを呼び出せばいいということにしたが、これではPowerShellを作った意味がないとしてPowerShellを拡張していまの混乱状態に至る。
527: デフォルトの名無しさん [sage] 2025/07/24(木) 20:21:14.09 ID:3SMUfFNx(1) AAS
PowerShell独自の構文や機能はいらん .Net実行できる部分だけでいい
C#Scriptがほしい
528
(1): デフォルトの名無しさん [sage] 2025/07/24(木) 21:28:50.84 ID:Ii6lkj2E(1) AAS
C#コードを単一ファイルでスクリプトのように書ける言語機能が「.NET 10」でテスト中
従来のプロジェクトベースへの変換も簡単
https://forest.watch.impress.co.jp/docs/news/2018094.html
529: デフォルトの名無しさん [sage] 2025/07/24(木) 22:28:33.22 ID:qxgm8L3v(1) AAS
powershellのAdd-Typeを使えばC#を実行出来るらしいが
530: デフォルトの名無しさん [] 2025/07/26(土) 11:52:54.27 ID:VPjMt5X4(1) AAS
Add-TypeのC#は、Windows API使いたい時、局所的に処理速度を上げたい時によく使う。
531: デフォルトの名無しさん [sage] 2025/07/26(土) 19:50:25.05 ID:kldGNMpl(1/2) AAS
ぜんぜん分からないんですけどAdd-TypeでC#を書くのって
インテリセンスが効かなそうで、ちょっとしんどそうなんですけど
そうでもないんですか
532: デフォルトの名無しさん [sage] 2025/07/26(土) 20:51:36.43 ID:eh3q3MEs(1) AAS
PowerShellで使う程度のものなら余裕でバイブコーディングでいけるからどうでもいい
533: デフォルトの名無しさん [sage] 2025/07/26(土) 22:09:50.67 ID:kldGNMpl(2/2) AAS
なるほど
534
(1): デフォルトの名無しさん [sage] 2025/07/27(日) 01:39:44.77 ID:sXx2dSLi(1) AAS
もっとc#に近い記法にしてほしかったのになんでそうならなかったんだろう
配列の宣言とかセミコロンがないとか
535: デフォルトの名無しさん [sage] 2025/07/27(日) 05:42:54.86 ID:L6p6i+Me(1) AAS
クラスはほぼC#だけど
536: デフォルトの名無しさん [sage] 2025/07/27(日) 08:16:33.47 ID:/sb9ajQY(1) AAS
PowerShellは名前の通りシェルだからな
単なるスクリプト言語が欲しいだけならWSH.NET的なものを作ってる
537: デフォルトの名無しさん [sage] 2025/07/27(日) 09:15:11.85 ID:zaK1ilRt(1) AAS
今のMSだったらRustあたりで作ったWindows CLIで一通りの管理タスクを一貫したコマンド体系でやれるようにした上で、
スクリプトはbashでもPythonでも何でも好きなの使えみたいにしてるだろうね
今となってはPowerShellはバルマー時代の古き悪きMSを象徴する遺産の一つ
538
(3): デフォルトの名無しさん [sage] 2025/07/28(月) 09:16:16.29 ID:BMbzFeOA(1) AAS
最初はbashの採用を検討してたけどWindowsには向かないって分かったからわざわざPowerShellを作ったんだが

https://x.com/jsnover/status/976904848162435072
539: デフォルトの名無しさん [sage] 2025/07/28(月) 10:39:54.16 ID:dloezDzP(1/2) AAS
>>538
その理由はファイル指向のUNIXと違ってWindowsはAPI指向だからとJeffreyは述べてるんだけど、
一方でUNIX的なシェルで扱うのに適したCLIコマンドを整備するという方向もありえて、
実際MSがPowerShellにベットする以前はWMICのようにラッパーとしてCLIコマンドを整備していく方針だったんだよ
ただ、その方向で進む限りWindows上でのコマンドラインシェルは特殊なラッパーに依存することになり、決してWindowsスタックにおける主流になり得ない
そこで当時Windowsの新たな中核技術として喧伝されていた.NETプラットフォームに乗ることで、
MS社内にサービスしつつ一気にWindowsでのコマンドラインシェルを主流に押し上げようとしたわけだね
で現状はというと、肝心の.NETが主流から外されちゃって、PowerShellは一般のアプリの一つになっちゃいました(いまここ
540: デフォルトの名無しさん [sage] 2025/07/28(月) 11:02:51.49 ID:dloezDzP(2/2) AAS
あと、現状について周辺の情勢も踏まえると、CLIを使ってAPI指向のプラットフォームを管理するスタイルはPowerShell 初期開発の当時と比較して遥かに市民権を得ているといえる
それはひとえにクラウドによるもので、現在ではクラウドプラットフォームのAPIをCLIを使って操作することは普通に行われており、しかもその多くはJeffreyの懸念に反して旧来のUNIXシェルを使用している
この現状を踏まえて今Windowsのコマンドライン管理を再考するとすれば、PowerShellのようなものが生まれる可能性は低いといえる
541
(1): デフォルトの名無しさん [sage] 2025/07/28(月) 17:29:52.01 ID:CQsGHQXP(1) AAS
Windowsは(少なくともOLE〜.NET全盛期の頃のWindowsは)APIもオブジェクト指向する方向性だったので
それを操作するスクリプト言語もCOMオブジェクトや.NETオブジェクトを長期保持できなければいけない
単発で終了するCLIコマンドを揃えてもだめだろう
542: デフォルトの名無しさん [] 2025/07/28(月) 19:14:24.95 ID:7Fge/X80(1) AAS
おっさんエンジニアが全然使わないから無理だわ
543: デフォルトの名無しさん [] 2025/07/28(月) 19:32:06.85 ID:K95kqw+R(1/5) AAS
>>528
それだとVBScriptの二の舞
544: デフォルトの名無しさん [] 2025/07/28(月) 19:33:30.80 ID:K95kqw+R(2/5) AAS
>>534
そこがマイクロソフトの変なところ
いろんなプログラミング言語を研究して最良のものを作ったというのが当初の売り文句だった
545: デフォルトの名無しさん [] 2025/07/28(月) 19:34:24.66 ID:K95kqw+R(3/5) AAS
>>538
それはプライドが許さなかっただけ
546: デフォルトの名無しさん [] 2025/07/28(月) 19:35:04.74 ID:K95kqw+R(4/5) AAS
>>538
グーグルおじさんじゃねえか
547: デフォルトの名無しさん [] 2025/07/28(月) 19:37:29.63 ID:K95kqw+R(5/5) AAS
>>541
WindowsはWindows SDK開発がC言語でもC++でもいいというところから始まったせいで、形だけオブジェクト指向のC++が基本になってしまった。
548: デフォルトの名無しさん [sage] 2025/07/28(月) 20:23:32.91 ID:0zFGFjxD(1) AAS
後発だからいろんな言語を参考にできるという強みがある一方で
Windowsのシェルスクリプトという世界最大級のしがらみのもと
あらゆるステークホルダーが全方位から好き勝手なことを言い
無数の歴史的経緯を踏まえつつデザインしないといけない無理ゲーなプロジェクト
変なクセが多い言語だけど苦労が偲ばれるからあまり文句を言う気にはなれない
549: デフォルトの名無しさん [sage] 2025/07/28(月) 20:35:24.51 ID:n+5V5/p3(1) AAS
CとB-Shellが混じったような半端な記法
550
(1): デフォルトの名無しさん [sage] 2025/07/28(月) 21:11:45.32 ID:s3rviGhL(1) AAS
今なら普通にTypeScriptになるだろうね
551: デフォルトの名無しさん [sage] 2025/07/28(月) 21:57:11.64 ID:pEErs1kG(1) AAS
bat埋込み技法とAdd-Typeでcsスクリプト化したった
スクリプトのくせに起動が遅いのが不満
552
(1): デフォルトの名無しさん [sage] 2025/07/29(火) 08:49:01.81 ID:zbO0uIbs(1) AAS
パイプにバイナリが流せるようになったPowerShell 7.4 からは使える子になった
553: デフォルトの名無しさん [] 2025/07/29(火) 12:01:37.45 ID:0YhddUmf(1) AAS
VBSもなんやかんや生き続けると思ったけどOSとしてサポート終了となれば話しは別やな
554: デフォルトの名無しさん [sage] 2025/07/29(火) 14:11:31.33 ID:/sYzcWbW(1) AAS
>>552
パイプにバイナリ通せるつって1バイトずつbyteで送られてきても困るんだが
実際のとこどうなっとんの
555: デフォルトの名無しさん [] 2025/07/29(火) 17:07:26.34 ID:HrDR44lc(1) AAS
コマンド間にControl-Streamかまして調整する
556: デフォルトの名無しさん [sage] 2025/07/29(火) 21:53:14.21 ID:J2wyXy1Z(1) AAS
>>550
.NET対応のスクリプト言語なら静的型付けなJScript.NETが前からあるんだから
TypeScriptなんて中途半端な言語はいらない

Introducing JScript .NET
https://learn.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/scripting-articles/ms974588(v=msdn.10)
557
(2): デフォルトの名無しさん [sage] 2025/07/31(木) 08:21:16.74 ID:y/q8ihDv(1) AAS
Windows PowerShell って

python3 -c 'print("hoge")'

とか

curl なんちゃら | tar かんちゃら

すらできないのに cmd.ехе にとってかわろうなんて無理筋にもほどがある
この辺だけでも PowerShell から持ってくればいいのに
558: デフォルトの名無しさん [sage] 2025/07/31(木) 11:23:28.67 ID:+PK2lVhx(1) AAS
もう諦めてWSLでbash使えばいい
559: デフォルトの名無しさん [sage] 2025/07/31(木) 13:18:34.83 ID:cbQ+pPIq(1) AAS
>>557
互換性が無いのにデフォルトのAliasでcurlがInvoke-Webrequestになってるの酷い
560
(1): デフォルトの名無しさん [sage] 2025/07/31(木) 22:32:58.67 ID:H5u1AeiS(1) AAS
bashでは駄目だからわざわざPowerShellを作ったのにbash使えばいいとか意味不明すぎ
561: デフォルトの名無しさん [sage] 2025/08/01(金) 00:05:22.62 ID:2FKaw99x(1) AAS
curlがエイリアスって件だけは俺も擁護できない
あの罠は誰もが一度は引っかかる
562
(1): デフォルトの名無しさん [sage] 2025/08/01(金) 07:56:40.22 ID:z02NetRk(1) AAS
>>560
PowerShellはWindowsの管理のために作られたもので、その用途においてbashは不向きだといっているのであり、
君が示したようなWindows管理と無関係なケースでbashより推奨されているわけではない
加えて現在ではWSLという完全なUNIX環境がWindows上でシームレスに使用できるのだから、もはやPowerShellの役割は上記の通り極めて限定的になっている
一点だけ汎用シェルとしてのPowerShellの特徴として構造化データに強いというのがあるが、それだけならNushellとかの方が遥かに使いやすいよ
563: デフォルトの名無しさん [sage] 2025/08/01(金) 08:52:42.59 ID:TWGrPtc3(1) AAS
>>557 の二つの例は PowerShell では問題なく実行できる
・ Windows のデフォルトコマンドラインシェルは Windows PowerShell

過去のしがらみで PowerShell をデフォルトにできないなら
Windows PowwerShell に >>557 が実行できるように機能追加するべき
Experimental feature として必要に応じで Enable できるように

とにかく今の Windows PowerShell がデフォルトってのが最悪
564: デフォルトの名無しさん [sage] 2025/08/01(金) 09:31:11.55 ID:ciUSYvyR(1) AAS
・一部の人は「PowerShell」と「Windows PowerShell」を分けて考えている
バックポートしろって話ならできるのでは
公式がやるかどうかはともかく
565: デフォルトの名無しさん [] 2025/08/03(日) 20:29:44.07 ID:kVKBj15M(1) AAS
C#と同じでWindowsだけのものはバージョンが古いものだけ

単にPowerShellと呼んでいるのは、WindowsとLinuxとMacOSで動く製品だからだ。
566: デフォルトの名無しさん [] 2025/08/13(水) 10:09:50.25 ID:lyLUlfa6(1) AAS
>>562
wslでpwsh使おうって方向性じゃないの?
chshするとwinとシームレスで快適だぞ
別にchshしなくてもホストのwin上リモートで繋げるしwslとの相性バツグン
567: デフォルトの名無しさん [sage] 2025/08/13(水) 14:33:52.76 ID:BMYIv7Jv(1) AAS
PowerShell 2.0 removal from Windows
https://support.microsoft.com/en-us/help/5065506

PowerShell 2.0 will be removed in a later release starting in August 2025 for Windows 11, version 24H2 and a September 2025 release for Windows Server 2025. All later releases for Windows 11 and Windows Server 2025 will not include PowerShell 2.0.
568: デフォルトの名無しさん [sage] 2025/08/13(水) 16:04:08.55 ID:VzGNLP/v(1) AAS
.NET 10では「dotnet run」で.csファイルをそのままスクリプトとして実行できるようになるっぽい(要.NET SDK)
実行時にビルトされる点はこれまでと変化ないけど、ビルド成果物が一時フォルダに吐かれる?のか、.csファイルの場所が散らかることがなくなってスクリプト的に扱えるように

実行時のオーバーヘッドは...PowerShellと大差ない模様
569: デフォルトの名無しさん [] 2025/08/13(水) 18:30:43.34 ID:vtzVqfUP(1) AAS
Pythonを検索してもファイルが見つかりませんとなります。
誰かどうすればいいか分かりますか?
570: デフォルトの名無しさん [sage] 2025/08/14(木) 00:36:43.33 ID:9QEKXUa7(1) AAS
日本語でおk
571: デフォルトの名無しさん [sage] 2025/08/14(木) 07:06:36.79 ID:jDrEWEUc(1) AAS
7をインストールしたけどエラー吐く時に黒背景に赤文字ってどうにかならん?くっそ見にくい
572: デフォルトの名無しさん [sage] 2025/08/14(木) 09:27:10.03 ID:Do/BXbHP(1) AAS
じゃあそれ夏休みの宿題な
573: デフォルトの名無しさん [sage] 2025/08/14(木) 09:54:56.24 ID:vhNMb463(1) AAS
$PSStyle.Formatting.Errorを変更する

about_ANSI_Terminals
https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_ansi_terminals
574: デフォルトの名無しさん [] 2025/08/14(木) 18:59:18.68 ID:eBuFE50k(1) AAS
厨二シェル
575: デフォルトの名無しさん [sage] 2025/08/15(金) 21:38:08.69 ID:QOcfL0u7(1) AAS
UNIXシェルが?
576: デフォルトの名無しさん [sage] 2025/08/17(日) 04:08:48.96 ID:TBSqwQ7N(1) AAS
powershellってコマンドがいちいち長ったらしくて打つのダルいんだよな
shellみたいに2文字3文字の略称で何の意味かわからんコマンドも学習するのに困るけど
577: デフォルトの名無しさん [sage] 2025/08/17(日) 05:22:57.26 ID:X86RYV3a(1) AAS
それな
578
(1): デフォルトの名無しさん [sage] 2025/08/17(日) 12:37:42.26 ID:B434g2i0(1) AAS
PowerShellのAdd-Typeでc#が書けるとよろこんだもののpowershell.exeの起動がクソ遅くcscでコンパイルする方が速い
なにやってんのコレ
579: デフォルトの名無しさん [] 2025/08/17(日) 13:12:08.30 ID:jIhEo17k(1) AAS
エイリアス使え
580: デフォルトの名無しさん [] 2025/08/17(日) 13:29:34.64 ID:dA3TcCkL(1) AAS
ps1ファイルって暗号化とまでは行かなくとも難読化くらいはできねーの?
581: デフォルトの名無しさん [sage] 2025/08/17(日) 15:36:02.04 ID:DpVlhT9Y(1/2) AAS
正規表現の検索パターン内で変数配列を使いたいが角括弧のせいで動かない
エスケープの方法を教えてほしい

行末に一致させたいとして
-Pattern "$aryr[5]$" #ng
-Pattern "$arry`[5`]$" #ng
-Pattern "$aryr\[5\]$" #ng
-Pattern ($arry[5] + "$") #ok 美しくない
582
(1): デフォルトの名無しさん [sage] 2025/08/17(日) 16:37:39.55 ID:CNACV2eM(1) AAS
コレじゃダメなんだっけ?

"$($arry[5])$"
583: デフォルトの名無しさん [sage] 2025/08/17(日) 20:58:20.47 ID:DpVlhT9Y(2/2) AAS
>>582
動いた
ありがとう!
584: デフォルトの名無しさん [sage] 2025/08/17(日) 21:28:17.56 ID:jRtquIfz(1) AAS
>>578
DLL化してPowerShelllで読み込む

PowerShell使わずに済むならC#だけでもいいと思うけど
585: デフォルトの名無しさん [] 2025/08/18(月) 19:07:51.36 ID:zdocw/KA(1) AAS
これが好み
'{0}$' -f $array[5]
586: デフォルトの名無しさん [sage] 2025/08/18(月) 20:04:20.41 ID:Pa7e5Gs8(1) AAS
キモい記法だな
587: デフォルトの名無しさん [] 2025/08/18(月) 21:29:02.39 ID:Ydgj3IKT(1) AAS
-gt -ge -lt -leが覚えられないんだが
なんでこんなクソ記法にしたん?
588: デフォルトの名無しさん [sage] 2025/08/18(月) 21:38:20.35 ID:FxxqvCUB(1) AAS
UNIXのshの記法だよ
どうせ非互換なんだからそんなとこだけ合わせんでもいいのにな

ちな実際に使われてるbashやzshでは拡張構文があるのでそんな書き方はしなくていい
589
(1): デフォルトの名無しさん [sage] 2025/08/18(月) 21:49:57.69 ID:1syDG9J2(1) AAS
gt → greater than
ge → greater than equal
lt → less than
le → less than equal
覚えられないことは無いだろ
590: デフォルトの名無しさん [sage] 2025/08/18(月) 22:27:56.29 ID:KSZiSj98(1) AAS
shは条件判定が外部コマンド( /usr/bin/[ )になってるからリダイレクトで使う不等号を使えなかったんかな
591: デフォルトの名無しさん [sage] 2025/08/18(月) 23:44:31.03 ID:a/rWUBXI(1) AAS
リダイレクト記号の > が大なりと判定されたらされたでキレる奴はたくさんいるし、文脈で判断すると難しいと不満を漏らす
gt や lt は天下のHTMLやXMLでもお馴染みだし ge も含めて ALGOL や Fortrun の時代からあるらしいから由緒ある演算子サマだ
592: デフォルトの名無しさん [sage] 2025/08/19(火) 00:24:31.91 ID:Idn/vjK6(1) AAS
コマンドのワンライナーでも動かないとダメだしパイプやリダイレクトとも共存しないとダメってなると文法自体が分かりづらくなるのはやむなし
c#のスクリプト版みたいに思われてるけど本来そういうものじゃない
593: デフォルトの名無しさん [] 2025/08/19(火) 19:46:40.89 ID:0LMCTzzK(1) AAS
>>589
やめてやれよ!
594: デフォルトの名無しさん [sage] 2025/08/20(水) 07:51:25.99 ID:M8TEndqZ(1) AAS
結論 コマンドプロンプトでいい
595: デフォルトの名無しさん [] 2025/08/20(水) 09:46:38.94 ID:fQ+KVP3R(1) AAS
コード書くにはメモ帳で十分みたいなこと言うね
596: デフォルトの名無しさん [sage] 2025/08/20(水) 11:21:33.79 ID:wDjB3YqX(1) AAS
老人は新しいことを覚えるよりも古い道具のハック含めていろいろ知ってるからね
597: デフォルトの名無しさん [sage] 2025/08/20(水) 11:56:14.66 ID:Xf/p3Qkz(1) AAS
こういう立ち止まってくれる人達がいるから相対的に新しい技術にキャッチアップする若者がひきたつんだよな
感謝です
598: デフォルトの名無しさん [sage] 2025/08/20(水) 13:09:09.63 ID:eox7iA6W(1) AAS
立ち止まって深掘りするのもいいけど、立ち止まるなら立ち止まる土地を間違えないことが大事
10年前からWindows Serverの設定職人として立ち止まった人とAWS職人として立ち止まった人なら、同じ苦労をしても圧倒的に後者の方が現在の価値は高いわけで
1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.029s