シェルスクリプト質問スレ

今は何でもLLMに質問できるからな……

今日、初めて、zshの**（再帰検索）を知った。
めっちゃ便利やん。
find使わんでもfindを使ったような一括処理ができる
find . -type f -name "*.webp" -exec bash -c 'for f; do magick mogrify -format jpg "$f" && rm "$f"; done' _ {} +
と今まで書いていたのが
for f in **/*.webp; do magick mogrify -format jpg "$f" && rm "$f"; done
で済む

便利だね

ちなみにAIによると、bashでもver4.0以降なら
shopt -s globstar nullglob # ←これ必要
for f in **/*.webp; do magick mogrify -format jpg "$f" && rm -- "$f"; done
が出来るんじゃないかな

bash でも shopt -s globstar 実行したら ** が使えるらしい
ドット開始のファイル/フォルダ名も処理対象にしたいなら shopt -s dotglob も追加

ほー、
今までディレクトリ以下のファイル内にgrepするとき
grep keyword *.py
grep keyword */*.py
grep keyword */*/*.py
ってやってたけど
grep keyword **/*.py
で出来るんだ

一つ一つmogrifyするんじゃなくて
見つけた.webを以下のように一気に並列処理するとどうだろうか

(magick mogrify -format jpg "01.web" && rm -- "01.web") &
(magick mogrify -format jpg "02.web" && rm -- "02.web") &
　…
(magick mogrify -format jpg "98.web" && rm -- "98.web") &
(magick mogrify -format jpg "99.web" && rm -- "99.web") &
wait

.webpが多いとハングアップ状態になると思うので
数個単位で分割とかCPU負荷に応じて並列実行数を可変にするとか

> (magick mogrify -format jpg "01.web" && rm -- "01.web") &

↓

(magick mogrify -format jpg "01.webp" && rm -- "01.webp") &

拡張子間違ったｗ

繰り返しは for 文か xargs 使おうぜ。
xargs で４並列実行の例:
printf "%s\n" {01..99}.webp | xargs -d $'\n' -n 1 -P 4 bash -c 'magick mogrify -format jpg "$1" && rm -- "$1"' --

# 通常は printf じゃなくて find . -name '*.webp' に差し替えで

>>231
grep なら伝統的に -r オプションがあるだろ。
と筆が走ったはいいが、自分でほぼ使ったことがないので調べると、4行目のようにするらしい。

1　$ mkdir -p a/b/c/d
2　$ echo 'keyword' | tee a/b/c/d/keyword.py > a/b/c/d/keyword.txt
3　$ cd a
4　$ grep -r --include='*.py' 'keyword'
5　b/c/d/keyword.py:keyword
6　$

>>234
xargsって並列個数指定出来るんだ

GNU parallelも良いかな
https://thinkit.co.jp/article/38957

シェルスクリプトは可読性も大事

いやーやっぱshellって凄いな。感謝しかないわ。
何なのこの効率のよさ。何処までも俺のガラクタ脳みその能力を最大限引き出してくれる感じ。覚えたbad knowhowを無駄なんかないぜって活かしてくれる駄目な俺の守護神。
何日もこなさないといけない事柄を考え抜いて、これ書くのまた何日かかるんだろ、これは簡単じゃないし、AIに聞いても助けにならない難易度のやつ、苦労するなと思ってたらshellで動きを確かめたら、あれ?これひょっとしてと思ったら、そのまま一時間ぐらいで書ききれてしまった。

浮いた時間は...精進する為に使えって事なんだね。攻めるぜ!

>>237
いまはAIあるから、問題ない。
読みやすくして、コメントつけて解説して
と指示したらいい。

>>238
書き込む前にAIで校正してもらったほうがいい。

shellcheckとshfmtすごいな

シェルスクリプトをshellと略すのはやめた方が良いようです

VS Code + Bash Debug
でbashシェルスクリプトをIDEでステップ実行・デバッグできるらしい
ということを知ったので時間ある時実験してみたい

俺はどうにもvscodeで動かないので端末からbashdbでやってる
このbashdbもmainブランチだと最新bashに対応してないので別ブランチを持ってこないと駄目だとか色々大変でした

>>242
AIに任せたら全部正しくしてくれるから、デバックなんて作業しなくなった。

デバッグ作業が楽しいのにねえ

>>245
AIに一度任せてみたら？いかに無駄な作業かわかるから。

その作業をすることで得られる知見も有るから一概に無駄と片付けるのもどうかと

>>247
そういう時代もあったけど、その知見も必要なくなっているのが今。

ちゃんとAIも併用してるから安心して
そう鼻息荒く説かなくて良いよｗ

>>249
時代遅れ。

AIが書いたコードを読まずに動かすのは怖いな

bashスクリプトをよく書いてもらってるけど
・空白混じりのファイル名を扱うところでバグる
・ファイルが存在しないのに実行するとバグる
・まるで勘違いのシステム操作
などといった超凡ミス・クリティカルミスがたびたびある
バグってシステム壊れたりお宝ファイルが消滅するリスクがある

人間が作ったコードはテストされていてそんなミスは少ないと思う
AIが書いたコードはレビューもテスターも自分が第一号

変数をダブルクォーテーションで括らない(=空白混じりの文字列を
複数引数としてパーズしてしまう)癖があるのは確かに気になる

コンパイル言語で括らないほうを好むように学習してしまってるんだろうな

ただ逆に自分より賢い／よりノウハウが詰め込まれた汎用性の高いコードを
返してくることもあるので侮れない

定番なのに今まで自分は知らなかった手法を書いてくれた時は感動する
何やってるか分からないところは分かるまでAIに質問攻めしたり調べたりして
全て理解してからじゃないと実行しない

ChatGPTな登場してスクリプトの理解度が上がった
わからない行は丁寧に教えてくれるし、
知らなかった文法や、アルゴリズムも新しい知識として得られる
Linuxと生成AIって相性が本当によい

もっともらしい嘘をつくのもAIなんだが

Google でコマンド調べてるとたまに存在しないコマンドラインオプション提示してくるよね...

>>255
ハルシネーション前提で使い、必ず裏どりをしてから使えば問題はない。
自分で思い付かない方法や知らなかったことに対して気づきを与えてくれるのがAIの利点。