シェルスクリプト総合その32

**デフォルトの名無しさん** · 2019/10/25(金) 00:08:45.53

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

シェルスクリプト総合その31
https://mevius.5ch.net/test/read.cgi/tech/1565446670/

**デフォルトの名無しさん** · 2019/12/11(水) 00:00:55.23

>>150
awkつかうなら、awkのコード書いてみてくれ
実行してみる。

**デフォルトの名無しさん** · 2019/12/11(水) 00:03:27.10

>>152
スペックは低くはないと思うけどさ、もう古いし
中古だと2～3万円台で搭載パソコンを買えちゃうよ
https://used.dospara.co.jp/sale/search.php?view=1&;kw=Core%20i7%203770&page=1

**デフォルトの名無しさん** · 2019/12/11(水) 00:11:26.60

>>154
凄い時代になったなw
いつのまにか皆さんハッピーになってた

**デフォルトの名無しさん** · 2019/12/11(水) 00:15:38.57

バックグラウンドで色々動きっぱなし(usage 60%ぐらい)のWindows PC(Ryzen 5 2600, 3.66GHz)で

Cygwin
real 0m23.706s
user 0m23.375s
sys 0m0.093s

WSL
real 0m3.987s
user 0m3.891s
sys 0m0.016s

だった。えっ、私のCygwin遅すぎ・・・

**デフォルトの名無しさん** · 2019/12/11(水) 00:21:29.42

>>156
うちもcygwinだとそんな感じだわｗ msysも
WSLは全然速度変わらないのにな

本質的にCPUだけで処理できる内容のはずだが
なにかシステムコール呼び出してるんだろうな

**デフォルトの名無しさん** · 2019/12/11(水) 00:26:41.57

>>153
$ printf "%d-%d¥n" $(shuf -r -i 0-999 -n 1000000) $(shuf -r -i 0-999 -n 1000000) > input.txt
$ time awk -F "-" '{ print (($1-$2) > 0) ? "+"$0 : " "$0 }' < input.txt > output.txt

1行目は0-999でランダムな引き算を100万件生成してファイル出力
2行目の処理は50秒かかったのと同じマシンで1.7~1.8秒で終わる

計算結果をキャッシュするからか10種類くらいの引き算の使い回しだと
100万件でも0.17秒くらいになる

**デフォルトの名無しさん** · 2019/12/11(水) 00:40:07.88

>>158
円文字化けしてんぞ

$ time awk -F "-" '{ print (($1-$2) > 0) ? "+"$0 : " "$0 }' < input.txt > output.txt

real 0m0.373s
user 0m0.300s
sys 0m0.005s

$ time sh -c 'while read var; do [ $(($var)) -gt 0 ] && echo "+$var" || echo " $var"; done' < input.txt > output2.txt

real 0m8.247s
user 0m4.337s
sys 0m3.904s

まあ速いんだろうけどさ。想定の範囲内かな。

**デフォルトの名無しさん** · 2019/12/11(水) 00:40:26.36

ランダムな引き算生成するawkバージョン

$ awk 'BEGIN{srand(); for (i=0; i<1000000; ++i) {print int(rand()*1000)"-"int(rand()*1000)}}' > input.txt

**デフォルトの名無しさん** · 2019/12/11(水) 00:46:42.05

お、こっちの方がわずかに速かった。スクリプトで計算させるよりも読み込み時に分割させたほうが良いんだろうな。
setを使って分割した場合は、setの呼び出しでコストがかかると思うけど

$ time sh -c 'IFS=-; while read i j; do [ $i -gt $j ] && echo "+$i-$j" || echo " $i-$j" ; done' < input.txt > output2.txt

real 0m7.866s
user 0m4.114s
sys 0m3.744s

**デフォルトの名無しさん** · 2019/12/11(水) 00:53:02.45

$ time sh -c 'var=1-2; i=0; while [ $i -lt 1000000 ]; do [ $(($var)) -lt 0 ]; i=$((i+1)); done'
real 0m2.268s
user 0m2.264s
sys 0m0.004s

$ time { var=1-2; echo "i=0;while(i<=1000000){${var}<=0;i++;}" | bc > /dev/null; }
real 0m1.540s
user 0m1.175s
sys 0m0.366s

**デフォルトの名無しさん** · 2019/12/11(水) 00:54:49.86

> 対象の文字列は標準出力ではなくて変数に格納されています。

お前らこの条件忘れてるだろｗ

**デフォルトの名無しさん** · 2019/12/11(水) 01:39:58.92

うーん、よく考えるとこれ実際の要件を想定して
「それぞれのコマンドを使って処理をした結果を元に続きの処理をする」となると
差があまりなくなってしまうかもしれん

$ time sh -c 'while read var; do echo $(($var)); done' < input.txt | while read i; do [ $i -lt 0 ]; done

real 0m7.678s
user 0m9.059s
sys 0m4.427s

$ time awk -F "-" '{ print $1-$2 }' < input.txt | while read i; do [ $i -lt 0 ]; done

real 0m7.629s
user 0m6.358s
sys 0m1.580s

$ time bc < input.txt | while read i; do [ $i -lt 0 ]; done

real 0m7.649s
user 0m6.869s
sys 0m2.006s

**デフォルトの名無しさん** · 2019/12/11(水) 01:44:25.40

$ time sh -c 'while read var; do [ $(($var)) -gt 0 ] && echo + || echo; done' < input.txt | while read i; do [ "$i" ]; done

real 0m7.596s
user 0m9.484s
sys 0m5.123s

$ time awk -F "-" '{ print (($1-$2) > 0) ? "+" : "" }' < input.txt | while read i; do [ "$i" ]; done

real 0m5.418s
user 0m4.670s
sys 0m1.012s

**デフォルトの名無しさん** · 2019/12/11(水) 01:47:25.15

結果をファイルに吐き出すだけなら良いんだけどね、
その結果をシェルスクリプトを使って処理する場合の話

**デフォルトの名無しさん** · 2019/12/11(水) 03:39:07.57

>>151
今年出た i5 9500
プロセッサー・ベース動作周波数 3.00 GHz
ターボ・ブースト利用時の最大周波数 4.40 GHz
あんまり変わらない気がする

シェルスクリプトなんかスレッド使わないだろうし

**デフォルトの名無しさん** · 2019/12/11(水) 07:28:04.35

>>167
スレッドバリバリ使ってるぞｗ
| つかうと必然的にスレッドになるしな

**デフォルトの名無しさん** · 2019/12/11(水) 08:22:26.35

>>145
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_06_04
によると
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap01.html#tag_17_01_02_01
の一覧の内，sizeof()函数，++及び--単項演算子，Selection・Interation・Jumpは実装しなくてよい
とあるから>はPOSIXの範疇だと思います。

**デフォルトの名無しさん** · 2019/12/11(水) 12:44:26.62

>>168
そりゃプロセスだろ

**デフォルトの名無しさん** · 2019/12/11(水) 13:32:50.85

>>170
今はCPUの話だからハイパースレッディングのスレッドだろう

**デフォルトの名無しさん** · 2019/12/11(水) 13:55:32.35

>>169
POSIX準拠じゃないのでは？と言ってるのは
$((var < 0)) のvarは数値限定ってところだよ

**デフォルトの名無しさん** · 2019/12/11(水) 15:18:53.13

>>171
> | つかうと
じゃないの。普通は子プロセスだろう

**デフォルトの名無しさん** · 2019/12/11(水) 15:22:46.18

プロセスが別のコアで動くとかか？？
スレッドをハイパースレッディングのスレッドを指すなんて初めてみた

**デフォルトの名無しさん** · 2019/12/11(水) 15:28:13.91

>>173
文句は>>167に言ってくれ。合わせただけ

**デフォルトの名無しさん** · 2019/12/11(水) 15:29:58.09

>>174
普通にCPUの所に4コア8スレッドって書いてあるからさ
https://kakaku.com/pc/cpu/itemlist.aspx?pdf_se=22&;pdf_Spec306=4

**デフォルトの名無しさん** · 2019/12/11(水) 15:39:31.82

そこまで出されるとマジでスレッドという意味で使ってたんだな
OSも知らないスレッドだろう、OSから見てもただのコアだろう

**デフォルトの名無しさん** · 2019/12/11(水) 15:46:36.17

>>167涙目ｗｗｗ

でよろしいか？
俺に言うなって

**デフォルトの名無しさん** · 2019/12/11(水) 15:55:15.40

一行目なんて書かなきゃならないのね
>>167もそんなスレッドのことを言ってないだろうに。なんでかなw

プロセスじゃなくスレッドならプロセス起動する無駄時間がないとかそういう意味でのだろうし、そもそもスレッドはそういうために
元々のネタがプロセス起動にどれだけ食われてるのかという話だな、するなら

**デフォルトの名無しさん** · 2019/12/11(水) 16:11:12.77

>>172
なるほど。確かに準拠してませんでした，すいません。

**デフォルトの名無しさん** · 2019/12/11(水) 20:23:56.94

>>175
いや、あってないから
勘弁してくれ

**デフォルトの名無しさん** · 2019/12/12(木) 01:47:04.79

>>181
シェルスクリプトでスレッドってどういう事？
スレッド使わなくてもコアは使うじゃん。

**デフォルトの名無しさん** · 2019/12/12(木) 02:33:13.07

>>182
なんでオレに聞くんだよ
シェルスクリプトはスレッド使わないって当然のこと言っただけじゃないか
なんで頭悪い奴が絡んでくるんだよ気持ち悪いな

**デフォルトの名無しさん** · 2019/12/12(木) 02:40:24.09

CPUのスペック比較とシェルスクリプトでスレッド使わないという話とどう関係あるの？
新しいCPUはOSスレッドを効率的に実行できる機能でもあるの？

**デフォルトの名無しさん** · 2019/12/12(木) 03:38:37.48

そうだよな。CPUの話をしていたのに
なんでスレッド使うかどうかの話をしたのかだよな

> 今年出た i5 9500
> プロセッサー・ベース動作周波数 3.00 GHz
> ターボ・ブースト利用時の最大周波数 4.40 GHz
> あんまり変わらない気がする
>
> シェルスクリプトなんかスレッド使わないだろうし

**デフォルトの名無しさん** · 2019/12/12(木) 03:41:30.87

スレッド使わなくてもコア使うから関係あるだろって言えばよかったのか？
i5 9500の名前を出したのは、コア6スレッド6だからだろ？

**デフォルトの名無しさん** · 2019/12/12(木) 08:10:01.85

>>184
最新のCPUにしたところで周波数がちょっと早くなった程度で差が無いって話

新しいCPUは同時実行スレッド数が増えてるとか言う奴がいるけどシェルスクリプトには関係ないだろ？
「どう関係あるの？」とか言われても「関係ない」って最初から書いてんのに読めない訳？

**デフォルトの名無しさん** · 2019/12/12(木) 08:11:55.05

>>186
頭悪いなー
シェルスクリプトで使うのは1コアだけだろうが

**デフォルトの名無しさん** · 2019/12/12(木) 09:49:29.49

本気でシェルスクリプトとコアが関係ないと思ってるのか？
パイプ使ったら複数コア使うことになるんだが

例えばcat ファイル名 | grep なんとかってやると
catのファイル表示と、grepが並列で動く

あとバックグラウンド実行もあるよね

自分が並列で動くものを書いてないからって、
シェルスクリプトと並列が関係ないわけじゃないだろ
自分が書かないって話をするならC言語だってコアは関係ない

**デフォルトの名無しさん** · 2019/12/12(木) 09:52:07.59

あと、xargsとかGNU parallelとか

**デフォルトの名無しさん** · 2019/12/12(木) 10:19:43.03

それはプロセスレベルの並列化のお話。スレッドの話はどこいった？

**デフォルトの名無しさん** · 2019/12/12(木) 10:24:13.74

シェルスクリプトで外部コマンドを使わない場合の話でもしてるのか？

シェルスクリプトでパイプを使わないならコアは関係ない！
そんな事ありえないけど関係ないんだ！
みたいな話したってしょうがないだろ

それにパイプ使うのは foo | bar | baz みたいなシェル関数でも使えるし
シェル関数の中身はそれぞれこんな感じな
while read line
do
　省略
done < ファイル名

外部コマンド一切なし

**デフォルトの名無しさん** · 2019/12/12(木) 10:24:48.46

>>191
今はCPUコアの話

**デフォルトの名無しさん** · 2019/12/12(木) 12:23:33.66

>コア6スレッド6だからだろ
それを言うならスレッド12だろ。ハイパースレッディングでスペック表すときの論理コア数をスレッドと言っているにすぎないだろうに
いつものやつが絡んでるだけだろうな、すぐに話を逸らすことからも

**デフォルトの名無しさん** · 2019/12/12(木) 12:43:03.31

>>183
まあ、シェル自体はスレッドを使ってることもあるだろう、いまどき
シェルスクリプトを書いてどこがスレッドとか全然わからん、どうスクリプト書けばスレッドになるのかなんて全然わからないとこではあるので、そういう意味ではスレッド使わないと言えるだろうけど

また、>>146にスレッドの効果なんて期待できないだろう。子プロセスがんがん起動しているわけでもなさそうだし、並列化なんてできそうもないスクリプトのようだからね

使ってる環境のshの実態がなんによるかが大きいんじゃないのかな？bashはかなり遅い感じかなあ

**デフォルトの名無しさん** · 2019/12/12(木) 12:57:42.86

>>195,183
>まあ、シェル自体はスレッドを使ってることもあるだろう、いまどき
いや、いまどきも1シェルプロセスは1スレッドしかなのか。仮にスレッド使う場合があったとしてもどういう場合というのはわからんな
確認せずにいまどきならと書いた、すまん

**デフォルトの名無しさん** · 2019/12/12(木) 16:08:19.94

>>194
i5 9500は6コア6スレッド
なんでこういつも思い込みで発言するかな？

URL貼れないから「インテルR Core? i5-9500 プロセッサー」からググれ

**デフォルトの名無しさん** · 2019/12/12(木) 16:10:23.64

>>195
OSのスレッドは使ってなくても、
CPUのコア数が多ければ、シェルスクリプトでそれを使えるから
コア数の数はシェルスクリプトでも意味があるよって話

**デフォルトの名無しさん** · 2019/12/12(木) 16:11:47.38

>>105
> なんでこういつも思い込みで発言するかな？
そりゃそうやろｗ

ただの1-2の計算なんか、どんな言語使っても
スレッドの効果なんてねーよｗ
言語じゃなくてやる処理の問題

**デフォルトの名無しさん** · 2019/12/12(木) 16:24:20.77

ちなみに>>164-165とかはパイプを使ってるのでコア数は意味がある

例えばこれだとshプロセスが2つ起動して、それぞれCPUコアを使っている
time sh -c 'while read var; do echo $(($var)); done < input.txt | while read i; do [ $i -lt 0 ]; done'

**デフォルトの名無しさん** · 2019/12/12(木) 16:41:19.05

自己文書化（？）されたシェルスクリプトの例
http://www.tip.net.au/wiki/index.php/Self_documenting_bash_script_options
もうちょっと洗練して、例えばhelp関数から実行するときはgettoptsコマンドを
ヘルプ出力用に書換えたものにするなんてこともできそう。

**デフォルトの名無しさん** · 2019/12/12(木) 16:43:22.79

>>201
それ何が嬉しいん？
ロングオプションがあればいいだけの話？

**デフォルトの名無しさん** · 2019/12/12(木) 16:49:53.62

$ seq 1 inf | tail

を実行して別のターミナルで

$ top -1

を実行してみる。f キーを押して fields management 画面に進んで
"Last Used Cpu" を選んで表示させる様にするとプロセスがどの
CPUコアで実行されているか表示される

**デフォルトの名無しさん** · 2019/12/12(木) 17:08:05.32

>>202
わざわざヘルプを別個に書かないでも
gettopts ... case ...
↑この行を解析できるようになれば
半自動的にヘルプが生成できる（のでは）ってことじゃない？

**デフォルトの名無しさん** · 2019/12/12(木) 17:46:32.53

>>197
ああ、ハイパースレッディングなんてないCPUか。そりゃすまん

わざわざコア6スレッド6なんて書く必要ないだろう、そのスレッドの所以たるハイパースレッディングなんてないんだから、ただのコア6だな
ハイパースレッディングがあるCPUと並列したりする場合にあった方がハイパースレッディングが無いという意味でわざわざ書くぐらいだろう

ハイパースレッディングなんて名前が悪いなw(まあ、CPU内部でやってることはスレッディングなんだろけど)

>>199言い足りなかったのねwやはりいつものか

**デフォルトの名無しさん** · 2019/12/12(木) 17:46:52.23

>>204
ああ、ヘルプの自動生成か。悩むところだよね。
簡単なのなら確かにそのリンク先みたいにできるだろうけど
時々例外的なコードはいるしさ、

とういうかリンク先、なんであんなよくわからんコードなんだ？
もっと簡潔にかけそうなんだが
txmp.txt？ zenity？ん？？GUI表示するため？

**デフォルトの名無しさん** · 2019/12/12(木) 17:48:26.91

>>205
コア6（ハイパースレッドなし）と書くよりも
コア6 スレッド6 の方が明確で短いだろｗ

**デフォルトの名無しさん** · 2019/12/12(木) 17:53:26.87

試しに書いてみようかと思ってコピペしようとしたら画像やしｗ

**デフォルトの名無しさん** · 2019/12/12(木) 18:02:50.61

>>207
今回のハイパースレッディングでのスレッドを言い出し絡みまくりからは、ないな

**デフォルトの名無しさん** · 2019/12/12(木) 18:16:03.44

>>188
>頭悪いなー
>シェルスクリプトで使うのは1コアだけだろうが
えっ？

>>195
>また、>>146にスレッドの効果なんて期待できないだろう
えっ？

話が噛み合ってなかった理由がわかってみんなスッキリだね

**デフォルトの名無しさん** · 2019/12/12(木) 18:21:26.57

>>210
ん？オプティマイズが仮にあったとしても並列はしないだろう、あの文では
並列にになるように書いた「別の」スクリプトとは別の話だけど？

「え？」じゃなくどうスレッドの効果があるように思うの？みんなはスッキリするかもwだが俺はもやもやもやもやするぞw

**デフォルトの名無しさん** · 2019/12/12(木) 18:22:28.30

>>201
やっつけ仕事ｗもっと正規表現頑張れば短くできそうだけど、やる気なしｗ

#!/bin/sh

print_opts() {
sed -nE '/\s+###START/,/\s+###END/ p' < "$1" | while read line; do
case $line in
"###"*) ;;
[0-9a-zA-Z]*)
echo -n "-${line%%)*}"
case $line in *"#"*) echo -n "${line#*#}"; esac
echo
;;
"#"*) echo " ${line#*#}" ;;
esac
done
}

while getopts "h456" optionName; do
case $optionName in
###START
h) print_opts "$0" ;;
4) ;; # negate
5) ;; # colorspace COLOR
# COLOR: RED ro GREEN or BLUE
6) ;; # sepia-tone
###END
esac
done

**デフォルトの名無しさん** · 2019/12/12(木) 18:26:08.31

>>211
今シェルスクリプトの話をしてるんですよ？

という言い方をしておいて、特定のシェルスクリプトコードの話になるわけないし

例えばC言語で使うのは1コアだけだろうがと言われても「は？」としか思わん。
言ったあとで「特定のC言語のコードのことだよ」って弁解してもねｗ

最初からシェルスクリプトで並列処理できないと思ってたのバレバレだから

**デフォルトの名無しさん** · 2019/12/12(木) 18:33:38.18

ああ、>>184なのかそもそもは
スレッド使ってなんか賢いことしてたら、プロセス起動する時間や並列なんぞで速くなるとか思ったのだろう、よくわからんけどw
(スレッド使えば速くなると思いがちというのはありがち)

スレッドでうまいことやっていたとしても、>>146にスレッドの効果なんて期待できないだろうということだよ。>>167のその部分の否定だよ、やんわりとしたw
で、「え？」って？

>>213
イミフ。何をいいたいのかな？C？？妄想すぎるな

**デフォルトの名無しさん** · 2019/12/12(木) 18:38:11.60

>>213
ああ、誰かと同一人物だと思ってる？？違うよ
>>167だって、>>170と言っているだろう(プロセスで並列処理だろう)、
>最初からシェルスクリプトで並列処理できないと思ってたのバレバレだから
とんちんかんな決めつけだろうなw

**デフォルトの名無しさん** · 2019/12/12(木) 18:57:21.35

CPU使い尽くす>>167改変版(やっつけ)
numparallels=8
time zsh -c 'var=1-2; sub () { i=0; while [ $i -lt '$((1000000 / $numparallels))' ]; do [ $(($var)) -lt 0 ]; : $((++i)); done; cat; echo "$1:$i" }; echo'"$(printf " | sub %d" $(seq $numparallels))"
まあ、やってることは何もないので分割並列しても何も問題ないが(そもそもスクリプトの目的としては問題ある)、仮にオプティマイズなんぞがあってもこんなことはしない(だろう)
現在のシェルはsubがプロセスだがスレッドを使っていたりしても、しないだろう

「え？」って何か他にスレッドの効果を出すやり方あるかなあ？？スレッドを使ったとして

**デフォルトの名無しさん** · 2019/12/12(木) 19:01:40.02

>>215

↓こいつが馬鹿だって言ってる。

>>188
> シェルスクリプトで使うのは1コアだけだろうが

並列処理しないコードはコアを使わないと言われても
どんな言語でも当たり前としか言えない。そういう話

**デフォルトの名無しさん** · 2019/12/12(木) 19:04:56.67

>>214

>>167が言うには「シェルスクリプトでスレッドを使わない」（このスレッドとはハイパースレッディングのスレッドの意味）

正しい答えはシェルスクリプトでも並列処理できるし。マルチコアを使い切ることも可能。

**デフォルトの名無しさん** · 2019/12/12(木) 19:06:01.30

>>217,218
お前には聞いてない。最初からそう思っているおもいっきりばかにしたくてなんだろ？
そんなやつの言うことはww 変に勝手に決めつける点からも明らかに

**デフォルトの名無しさん** · 2019/12/12(木) 19:23:11.97

語彙がおかしくなってる（笑）

**デフォルトの名無しさん** · 2019/12/12(木) 19:24:18.99

こういうやつwww

**デフォルトの名無しさん** · 2019/12/12(木) 22:51:40.18

>>201
>>212

俺も作ってみた。
改良どころか根本的な書き直しが必要かもw
https://paste.ubuntu.com/p/wDwt8mWZrx/

**デフォルトの名無しさん** · 2019/12/13(金) 02:20:43.65

>>222
書いていて思ったけど、リンク先のやつ
s=$s" -negate" のsの使い方がわからんのよね
その後どう処理するか

それを入れるともっと複雑になるはずだが
それが書いてないからシンプルに見えちゃう

シェルスクリプトに限らないけど、オプション解析ライブラリはヘルプを
自動で作ろうとするけどそのヘルプを詳しく書こうとするととたんに見づらくなる気がする。
横にに長くなるんだよね。

逆の発想でPythonではヘルプを解析してオプション解析コードを生成するdocoptというものがある。
これのシェルスクリプト版でdocoptsというのもあるけど内部でgoバイナリを呼び出してて
シェルスクリプトネイティブじゃないのでちょっとダサい実装だったはず
https://github.com/docopt/docopts

こっちのほうが良い気がしてるがやっぱりヘルプにこだわりだすと、うーんって感じなので
結局、catで出力する方法で落ち着いてる。↓これね

cat<<HERE
Usage: ・・・

-a, --aaa aaaaaa
HERE

**デフォルトの名無しさん** · 2019/12/13(金) 02:37:48.49

HERE よりその文章全体の要約がUSAGEなので
END_USAGE とかにしたほうがちょっと読みやすい

**デフォルトの名無しさん** · 2019/12/13(金) 03:28:44.87

END_USAGEからはじまるで？

**デフォルトの名無しさん** · 2019/12/13(金) 12:27:46.56

素人がここで訊くのはアレだがコマンドのオプションってなんでああもガバガバなの
lsは-hvlみたいにまとめられるしどこにでも指定できるじゃない
shortとlongで仕様を決めたらしいがfindからして従ってないし
ddはそもそも出自が違うらしいから異質でも納得だけども

**デフォルトの名無しさん** · 2019/12/13(金) 16:35:44.26

>>222
偉そうな言い方になるけど，もしあのスクリプトの
[ ${_helpcnt:-0} -ge 1 ] && \
{ optdoc 'オプションtの解説'; continue; }
という部分が
helpdoc 'オプションtの解説'
みたいに一コマンドで完結していれば使いたくなったかも。
ところが関数の中でcontinueを使うと効果なくなるのよね……w

**デフォルトの名無しさん** · 2019/12/13(金) 18:58:27.09

個人的にはgetoptsはロングオプションが使えないから
それだけで候補にはならんなぁ
かと言ってgetoptはロングオプション使えるけど、
数を増やすと一行がどんどん長くなってしまうｗ

**デフォルトの名無しさん** · 2019/12/13(金) 19:44:00.66

寧ろgetoptはPOSIXに準拠しなくなってしまうから嫌だな。
コマンドの主要な部分でどうしても非POSIXコマンドに頼らざる得ないとかならともかく
オプション解析っていう割と副次的な部分の機能を高めるが為にわざわざ標準から逸脱したくない。
（あんまり拘るとキリないけどw）

**デフォルトの名無しさん** · 2019/12/13(金) 19:51:43.71

あ、getoptが良いって言ってるわけじゃないよｗ

getoptはロングオプションが使えるってのは
一見良いように思えるけど、引数が長くなるから
getoptsが一文字なのは、あえてそうなってるかもなってこと

**デフォルトの名無しさん** · 2019/12/13(金) 19:55:08.60

あとgetoptsもgetoptもだけどさ
使うことでオプション解析って楽になってる？
使わないで独自解析してるのも見かけるけどそれと大差ないように感じる
何が嬉しくてgetoptsもgetoptを使うんだろう？

**デフォルトの名無しさん** · 2019/12/13(金) 21:32:49.16

そりゃ多少なりとも手間が省けるからじゃない？
たしかに結局whileやらcase文やら多用してるから大差ないように思えるけど
-abc←こういう一つのハイフンの後に複数のオプションが指定されている場合を考慮したり
オプション引数があるときはshiftする個数変えたり……
みたいなことは少なくとも俺のような頭の弱い人間には保守・管理しにくい。
経験上，getoptsが使われている場合は，
自前でオプション解析してる場合よりも常套的な構文が使われてる（もうほぼほぼwhileとcaseの入れ子）
から，gettoptsによるオプション解析の部分は読み飛ばしてもOKっていうのは気分が楽w

**デフォルトの名無しさん** · 2019/12/14(土) 11:52:21.09

POSIX man（開発段階）の仕様書に
各企業が「よりよいヘルプ体系」（“better help system”）を付け加えることに意欲的である
っていう文章があるんだけど
このよりよいヘルプ体系について具体的に論じてるページとか知りませんか。

**デフォルトの名無しさん** · 2019/12/14(土) 12:02:40.53

ドキュメントはもうウェブサイトで用意したほうが良いよ

**デフォルトの名無しさん** · 2019/12/14(土) 20:55:20.00

$ man foo
please see http://example.com/foo

ってかw
ネットワーク環境がなかったり貧弱だったりする環境は無視ですかい？

**デフォルトの名無しさん** · 2019/12/14(土) 21:20:20.57

オフラインダウンロード機能でもあればいいだけじゃん
manの表現力は低いわけだし、いまどき画像表示できるマシンを
誰だって持ってるのに、テキストベースに拘る必要はない

開発者とかろくにメンテしないし、多言語化なんてまず無理
wikipediaのマニュアル特化型みたいにして一元管理

MDNが特定のブラウザの特定バージョンでの実装まで書いてあるのと同じように
バージョン違いもLinux版とかBSD版の違いも全部網羅したほうが良いよ。

古いバージョンのドキュメントは、新しい機能のことまで書いてないしね。
ドキュメントは分離して最新のものを常に更新していったほうが良い

**デフォルトの名無しさん** · 2019/12/14(土) 23:05:33.87

まあ「いつのバージョンについていつ書かれたものか」みたいなのは簡単に確認できるようになるといいね。
RDFとか利用するとWebとの相性も良さそう。

**デフォルトの名無しさん** · 2019/12/15(日) 02:19:32.16

>>237
バージョン間で違いが大きすぎるのは別として、
ドキュメント一つで全バージョンを網羅すべきだと思う
このオプションはバージョンいくつ以上から使用可能ですとか

ドキュメントにおいて存在すべきなのは最新のドキュメント一つのみ
バージョンや特定の実装に依存しない。

シェルでもdash用とかbash用とか別々に作るのは無駄だよ。
この機能はbash専用ですとか書いてあれば、一つ見るだけでよくなるし注意点もわかる
別々に作られてたら、あれこれdashで使えるんだっけ？とかなるし

**デフォルトの名無しさん** · 2019/12/15(日) 03:19:52.38

ソフトウェア作ってるのはそんなの気にしないだろう
拡張部分で同じだがちょっと違うとは普通にあるのだし
やるのは他の誰か必要と思ったのがやるもんだろな、たとえば>>238が

**デフォルトの名無しさん** · 2019/12/15(日) 04:20:02.09

>>238
昔のバージョンの動作に問題があったとしても、そこに誰が手を加えるのかって話があるのでまとめるのには無理があると思う。
いつ書いた物で、その当時の最善を尽くした、がお互い（作る方と使う方で）
許容できる最善手じゃないのか？まあつまり>>237の言ってることだがｗ

**デフォルトの名無しさん** · 2019/12/15(日) 04:35:07.70

>>240
wikipedia方式で良いんじゃね？

**デフォルトの名無しさん** · 2019/12/15(日) 10:01:39.28

Wikipedia方式ってのがよく分からんけど
かなり自由に編集できて，既定で最新版が表示されるけど変更履歴が辿れるっていう方式ならいいね。
↑これはwiki全般に言えることだから寧ろコマンドwikiって言ったほうが適切か。

で，Wikipediaの方針をもっと厳しくして
様式を完全に統一したり典拠や変更コメントを必須にしたりしたら
自由に編集できる利点はそのまましっかりした文書になりそう。

という訳で誰かそういうwiki作ってw

**デフォルトの名無しさん** · 2019/12/15(日) 11:36:59.02

必要性を感じた者がやるんだよ! 頑張れ!

**デフォルトの名無しさん** · 2019/12/16(月) 00:44:09.03

日本語manだけ更新日が1990年代
英語manだけなぜかBSD版
--helpと言ってることが違う
これ食らってから正直manには期待していない
infoの日本語化って無理なのか？あっちも使いにくいが

**デフォルトの名無しさん** · 2019/12/16(月) 07:48:45.99

逆になぜinfoは信頼できると思ったのか

**デフォルトの名無しさん** · 2019/12/17(火) 13:48:36.21

infoを使用すると完全なマニュアルを読むことができるはずだ。ってmanにあるくせにそれ言うのか

**デフォルトの名無しさん** · 2019/12/17(火) 22:02:31.85

>>244
なければ作るとよい

**デフォルトの名無しさん** · 2019/12/18(水) 18:56:56.67

manはそんなに難しい英語ではない
マニュアルとしてはとてもよく書けている
これを英語で読めないんだと、そもそもマニュアルを
読み取るのが難しい国語レベルかと

**デフォルトの名無しさん** · 2019/12/18(水) 19:39:48.69

日本語の問題とman自身の問題は別の話でしょう？

英語圏の人がmanを使ったときの問題は
テキストベースだから使いづらい。
HTMLではないから使いづらい。
画像がないから分かりづらい。
そういった点でしょう？

日本語の問題はワークフローの問題だよ。
まず世の中英語と日本語だけじゃない無数に言語がある。
アプリの新バージョンを作ったときに翻訳してからじゃないとリリースできない
ってのは無いと思うし、翻訳だけしたらバージョンアップというのもおかしな話
（例えば--helpの内容とか）

アプリとそのマニュアルは本来別でリリースすべきなんだろう

**デフォルトの名無しさん** · 2019/12/19(木) 10:03:23.50

マニュアルとプログラム本体が一緒くたにされてる今でもマニュアルの内容が古いとか
書いてることと実際の動作が違うとか問題が多発してるのに
分けようなんて言いだしたらもはや二者の乖離が酷すぎて、だれもマニュアルなんて読もうとしなくなる
……っは！もしやそれが狙いか？w

**デフォルトの名無しさん** · 2019/12/19(木) 11:24:35.20

まぁ指摘される度にお前がやれだの英語で読めだの言うけどそれ諦めてるよね
逃げ口上というか捨て台詞というか負け惜しみというか

**デフォルトの名無しさん** · 2019/12/19(木) 16:35:50.82

OSS
言い出しっぺがやるというだけだろ
指摘ってなにが目的なんだか。俺がか？

シェルスクリプト総合 その32

シェルスクリプト総合その32