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

**デフォルトの名無しさん** · 2021/02/25(木) 09:20:14.64

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

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

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

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】9
https://mao.5ch.net/test/read.cgi/linux/1607589861/
・Bashでプログラミング [転載禁止](c)2ch.net
https://mao.5ch.net/test/read.cgi/linux/1443885102/
・シェルスクリプト総合その28
https://mevius.5ch.net/test/read.cgi/unix/1533154936/
・zsh その７
https://mevius.5ch.net/test/read.cgi/unix/1337844883/
・過去UNIXで使われていた ksh というシェルについて
https://mevius.5ch.net/test/read.cgi/unix/1582358403/
・【POSIX】UNIXプログラミング【BSD】 [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/unix/1443103705/
・おまえら！ shell は何を使っているんですか？
https://mevius.5ch.net/test/read.cgi/unix/1012330865/

**デフォルトの名無しさん** · 2021/04/02(金) 17:37:09.20

POSIX中心主義ってあれ生きてるの？
もう虫の息なきがｗ

**デフォルトの名無しさん** · 2021/04/02(金) 18:12:13.70

煽ってくる質問者なんてほっとけ

**デフォルトの名無しさん** · 2021/04/02(金) 18:17:16.53

移植性や持続性っても、
移植性ってただ他でも動くでしかないし、
持続性ってただ変わらない=古いのに固執でしかないし
メンテナンス性は軽視もしくは考慮外だからな(命名のいい加減さから考慮してないだろうなw)
その面が実務者(新しい人だけど)に公にやんわりとw指摘されて瀕死かな

**デフォルトの名無しさん** · 2021/04/02(金) 18:25:37.14

>>240
日本語でOK

**デフォルトの名無しさん** · 2021/04/02(金) 18:35:13.75

自分の無知を人の日本語wのせいにするんじゃないよ

**デフォルトの名無しさん** · 2021/04/02(金) 18:42:19.12

tsortはmakeのような動的依存解決&コード生成に使う発想は無かったわ

確かにスクリプト中でタイムスタンプでソート(sort)してからtsortすればmakeの基本機能はカバーできるが、実行したいコマンドを直接書くのはセパレータの扱いや依存が一つしか書けないなど厄介

書き散らしたシェル関数/コマンド"名"を直列に依存解決してダンプ、リファクタリングの参考にするのには気軽でいい

**デフォルトの名無しさん** · 2021/04/02(金) 19:16:18.60

進捗率表示してくれるpvコマンドってどうなの？
やっぱその分処理遅くなったりする？

**デフォルトの名無しさん** · 2021/04/02(金) 19:16:25.76

見かけ上無引数のシェル関数で包めば、とりあえず簡単に動くコードは吐けるか
あんまりやりすぎるとmakeでタスクランナーと変わらんが

**デフォルトの名無しさん** · 2021/04/02(金) 19:37:10.62

>>244
timeするしかない
例え何も処理しないコマンドであっても、パイプに挟んだとたんバッファリングモードの不整合で遅くなることだってある

**デフォルトの名無しさん** · 2021/04/02(金) 19:42:14.08

たぶん求められている答えじゃないかもしれないけど…

ことパイプに関しては前後のコマンドすらスループットに大いに関係がある
特に挟まれる前提のコマンドなら、それ単体で遅い速いを言うのは意味がない

**デフォルトの名無しさん** · 2021/04/02(金) 20:08:48.33

進捗確認ツールならそれ自体は多分十分気をつけてるだろ、通信先が病的なら気をつけても無駄だが

遅くて困ってからstdbufとか試せば
どうしても必要なものとは思えないけど、インストールスクリプト等でこだわりがあるなら

**デフォルトの名無しさん** · 2021/04/02(金) 20:45:04.78

確かにこれに限らずパイプ通しただけでもわからんよな
それ用のコマンドだから意識してるとは思うが

**デフォルトの名無しさん** · 2021/04/02(金) 22:49:58.28

straceするんだ

ファイルIO想定で書いたけど、ストリームも一応(ロジックそのままで)対応しとくかみたいな奴が腐ったミカン
内部バッファにある程度貯めて処理するのが理想だけど、パイプラインのパーツはそうじゃない

こまめに空パイプ覗きに行って藪蛇ブロック、貯めたデータの処理止まってたり
時々ドバっと書き出すから後続はずっとアイドル

なんかインピーダンスみたいだな

**デフォルトの名無しさん** · 2021/04/02(金) 22:56:06.54

リーダ/メイン/ライタの3プロセスで1コマンド構成するのがベストになんだろうが、めんどくさいな…

pvみたいに統計取るだけの奴は、読んだ分をそのまま書き出すだろうから、それ自身が問題起こすことは考えにくいかと

ところで、誰かtime したかー？

**デフォルトの名無しさん** · 2021/04/02(金) 23:12:36.74

タスクランナーなら、

Jenkins,
Ruby のRake, Thor,
JavaScript のnpm scripts, gulp

**デフォルトの名無しさん** · 2021/04/02(金) 23:21:07.01

俺は他の使ってるが、単なるオレオレタスクランナーならモダン言語で良いの山ほどあるしな
やっぱり何でもmakeマンには賛同できないわ

**デフォルトの名無しさん** · 2021/04/02(金) 23:22:46.09

どうせ自分用なんだから好きなの使えば良いわけだし

**デフォルトの名無しさん** · 2021/04/02(金) 23:55:49.61

複数の言語を使ってるとなんで言語ごとに
タスクランナーを変えなきゃいけないんだよと思う
大したことなんかしないだろ

**デフォルトの名無しさん** · 2021/04/03(土) 00:05:04.26

>>255
高度な機能を実装する為にモダン言語使っているというだけで、自分の好きなシェルを指定して、そのシェル文法で書くのが主流だと思うよ
(思う、というのはホスト言語の構文ももちろん使えるから、他人は知らん)
.ONESHELLみたいな汚いワークアラウンドも要らないしmakeよりはbsh

**デフォルトの名無しさん** · 2021/04/03(土) 00:12:46.44

Makefileは真のタスクランナー（シェルスクリプト）の
よく使う使い方を書いたサンプルファイルだよｗ

makeコマンドが入っていれば、makeコマンドで実行できるし
入ってないならMakefileの中を見て
そこに書いてるサンプルを直接実行するもの

**デフォルトの名無しさん** · 2021/04/03(土) 00:23:20.08

makeがcで書かれてるからといってcでルールかかない

**デフォルトの名無しさん** · 2021/04/03(土) 00:24:59.87

のと同じか
スレチぎみだけどbashで書けるオススメおしえろ

**デフォルトの名無しさん** · 2021/04/03(土) 00:28:21.58

> bashで書けるオススメおしえろ
どういう意味？

makeは依存ファイルに基づいてビルドするターゲットを決めるものだけど
その機能を使わないで、ただのタスクランナーとして使うなら
普通にシェルスクリプトにコード書けばいいんじゃん？
よくinstall.shとかあるでしょ？
インストールというタスクを実行してる

**デフォルトの名無しさん** · 2021/04/03(土) 00:37:33.71

>>260
ロジック頭から追わなくてもルールベースで書けるってのが意義では、ここだけmake信者の気持ちは理解できる
カジュアル用途なら再コンパイル判定は要らないし、トポロジカルソートだけしてくれれば大体みんな満足でしょう

シェルオタとしては上の方に出てるtsort実装もやってみたくはある

**デフォルトの名無しさん** · 2021/04/03(土) 00:40:42.08

>>261
ルールって何？ルールがなにもないんだけど？

**デフォルトの名無しさん** · 2021/04/03(土) 00:42:44.05

ごめん、多分タスクランナーという言葉の解釈違いだわ
初めて聞いた言葉なので、>>236の用例を借りました
適切な順序で実行する必要があるコマンドの実行（但し非ビルド用途

**デフォルトの名無しさん** · 2021/04/03(土) 00:52:45.70

>>262
connect: lounch-serverみたいな感じ、これなら生tsortでも済むけど

**デフォルトの名無しさん** · 2021/04/03(土) 00:53:12.25

>>263
適切な順番に並べればいいだけじゃん？
例えばmake.shとか作って

task1() { ・・・}
task2() { ・・・}
task3() { ・・・}

cmd1() {
　task1
　task2
　task3
}

"$@"

とか書けば、make.sh cmd1でこの順番通りに実行できるでしょ？
task2がtask3に絶対依存するってものなら
task2の中からtask3を呼び出せばいいだけだし
シンプルな手続き型で書けることを
知らなきゃわからない独自の定義構文で書くのってアホらしいと思う

**デフォルトの名無しさん** · 2021/04/03(土) 00:55:23.30

依存とレシピを同一視できるのが強みじゃないかな

**デフォルトの名無しさん** · 2021/04/03(土) 00:56:16.66

なんのために？

**デフォルトの名無しさん** · 2021/04/03(土) 00:57:18.69

簡潔性

**デフォルトの名無しさん** · 2021/04/03(土) 00:58:12.59

>>265がより簡潔になるというのなら
それを見せてほしいが

**デフォルトの名無しさん** · 2021/04/03(土) 01:06:37.77

>>269
適切な順番に並べたのなら書き直さなくていいよ、適切に並べる為の仕組みの話で
あと簡潔というのは各記述の話であってコード全体が簡潔になるという意味ではないぞ…むしろトポロジカルソート直列化後のコードは一般に冗長になる

**デフォルトの名無しさん** · 2021/04/03(土) 01:14:42.13

つーかいい実装無いか尋ねてる俺になぜ聞く…
独特のレス見るに月末に初心者イビってた奴か？

**デフォルトの名無しさん** · 2021/04/03(土) 01:14:50.26

適切に並べる為の仕組み？
どの順番で実行すべきかなんて人が知ってる

**デフォルトの名無しさん** · 2021/04/03(土) 01:16:18.50

などとautotoolsもcmakeもわけわかんねー事をほざいでおります

**デフォルトの名無しさん** · 2021/04/03(土) 01:18:13.59

タイポしちゃった、わけわかんねー、の前に、"も理解できないオッサン"を補って読んでください

**デフォルトの名無しさん** · 2021/04/03(土) 01:20:35.91

>>273
autotoolsもcmakeも「発生した問題」を解決するためのツールであって
問題が発生してないのに、使うものではないと言ってます。
タスクランナーごときで問題が発生しますか？

まさにKeep it simple stupidの話だよ
シンプルにしておけ

**デフォルトの名無しさん** · 2021/04/03(土) 01:34:22.75

>>275
やっぱ分かってねえじゃん
問題が起きないようアルゴリズムに任せるとこは任せましょう、というツールだよ…
そしてそのアプローチはカジュアルユースにも使えるよね？

**デフォルトの名無しさん** · 2021/04/03(土) 01:37:02.86

> 問題が起きないようアルゴリズムに任せるとこは任せましょう
無理です。どちらにしろ人間が依存関係の情報を書かなければいけません。
単に書き方が変わってるだけです。

**デフォルトの名無しさん** · 2021/04/03(土) 01:41:25.51

そういう意見はここじゃやくてそれらのツール、あと
>>252
Jenkins,
Ruby のRake, Thor,
JavaScript のnpm scripts, gulp
のメーリスにでも投稿してくれ
もしかしたら世の役に立たないこともないかもしれん

**デフォルトの名無しさん** · 2021/04/03(土) 01:44:38.22

ここまでレスの応酬を続けておきながら、
今更そんなレスをするっていうのは
これ以上言い返せなくなったからということなんですね

**デフォルトの名無しさん** · 2021/04/03(土) 01:44:39.70

昨日結構賑わいあって久々に良い感じの雰囲気だったのに、ID真っ赤にして空気乱してすまんかった
大人げない、反省

**デフォルトの名無しさん** · 2021/04/03(土) 01:45:59.57

>>279
ああもうそれでいいよ、君の勝ち
おめでとう

**デフォルトの名無しさん** · 2021/04/03(土) 01:53:31.65

>>281
お前が、俺の勝ちに見えるのなら、そうなんだろうな

**デフォルトの名無しさん** · 2021/04/03(土) 01:56:49.08

こいつが絡むといつもこう、目的が↑これが冗談じゃないからな

**デフォルトの名無しさん** · 2021/04/03(土) 13:13:41.11

チャンピオンの誕生を祝して専スレを建てよう
敗者も向学のためご一緒にどうぞ

**デフォルトの名無しさん** · 2021/04/03(土) 13:19:21.91

それは良い考え。チャンピオンを称えてそうしてくれるとありがたい

**デフォルトの名無しさん** · 2021/04/03(土) 15:48:41.71

>>236
当たらずとも遠からず。
目的は、サーバーテスト。
で、テスト終了後にサーバーを始末したかったんや。。。

>>265
そんなんするくらいなら、makefileのほうが万倍マシやな！ｗ
makeと違って、個別ターゲットの指定もできないし。

>>235
tsortを持ち出す教える君は、上から教えたい気持ちが漏れすぎやで！
https://togetter.com/li/1685

**デフォルトの名無しさん** · 2021/04/03(土) 15:51:10.04

↑
リンク先を間違った。orz
https://togetter.com/li/1685635

電車が揺れすぎなんや！

**デフォルトの名無しさん** · 2021/04/04(日) 04:15:28.57

>>286
> そんなんするくらいなら、makefileのほうが万倍マシやな！ｗ
> makeと違って、個別ターゲットの指定もできないし。

たった>>265のコードだけで個別ターゲット指定できてるんだが？w
makeの「依存ファイルに基づいてビルドするターゲットを決める」という
メイン機能を使わないなら>>265だけでいい。
シバンがないからこれがシェルスクリプト全体だってわからなかったか？

#!/bin/sh
target1() { echo "target1"; }
target2() { echo "target2"; }
target3() { echo "target3"; }
"$@"

↑これをmake.shとかいうファイル名で作って
./make.sh target1ってやってみ、ちゃんと動作するから

もし ./make.sh target1 target2 target3 みたいに
複数ターゲット指定できるようにしたいなら単にループすればいい

for target in "$@"; do
"$target"
done

お前にとってのmakeの価値はこのたった3行のコードにすぎんよ
一行でも書けるがｗ

# お前に必要なmakeコマンドの実装
for target; do "$target"; done

**252** · 2021/04/04(日) 06:36:12.78

まさに、それを書きやすくしたのが、

>>252
に書いた、タスクランナー

Ruby のRake, Thor などで、タスクを指定できる。
タスク同士の依存・実行順序も指定できる

**デフォルトの名無しさん** · 2021/04/04(日) 06:54:28.00

>>289
まあ実際それらを使っても書きやすくなってないんだけどなｗ
シェルスクリプトで手に負えなくなる規模ってのを
実際に見たことがないよ

**デフォルトの名無しさん** · 2021/04/04(日) 10:55:57.93

たまたまビルドを作る必要があってMakefileにちゃんと依存関係を書いてみたが
やっぱり数個程度のファイルしかない場合は過剰なんだよなｗ
そしてその依存関係の定義はちゃんと正しいのか見なきゃいけなないという
タスクごとにそのまま書いたほうが分かりやすいっていうね

**デフォルトの名無しさん** · 2021/04/04(日) 12:21:35.65

依存関係の定義なくしたｗ
正確に言えば依存ファイルの定義だな
依存のタスクは残しているが、依存ファイルはどうでもいいや
タスクを実行したら最初からビルドしなおしても時間はかからんし

**デフォルトの名無しさん** · 2021/04/04(日) 12:30:56.36

矮小化した自分に都合に良い条件でしか考えられない
連投さえして同じとこぐるぐる回ってるだけって馬鹿犬かよ

**デフォルトの名無しさん** · 2021/04/04(日) 12:42:29.55

自分に都合に良い条件で考えるのは足り前
正確に言えば、実際のプロジェクトにいい条件ってこと
架空のプロジェクトを相手にしたってしょうがない

**デフォルトの名無しさん** · 2021/04/04(日) 13:10:39.02

プロジェクトってw
想像できませんってだけのそんなレスできるんだから趣味での経験しかないんだろうな
吠えて煩いだけの馬鹿犬だな

**デフォルトの名無しさん** · 2021/04/04(日) 13:30:29.59

>>288
all : task1 task2 task3
task1: prepare
task2: prepare
task3: prepare
prepare :

という構成で、タスクは並列可、prepareは超重い、となると、makeが最適解やろ。

**デフォルトの名無しさん** · 2021/04/04(日) 15:51:18.30

>>295
じゃお前が具体例だしたら？
想像できるって言ったんだから言えるよね
それとも口だけ？

**デフォルトの名無しさん** · 2021/04/04(日) 15:53:37.76

>>296
task1 &
task2 &
task3 &
wait

でおわりやん

**デフォルトの名無しさん** · 2021/04/04(日) 16:57:04.88

狂犬

**デフォルトの名無しさん** · 2021/04/04(日) 19:44:32.02

>>298
勝手に終わりにしとるだけやん！ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 04:28:41.70

終わりじゃない理由でもあるの？

**デフォルトの名無しさん** · 2021/04/05(月) 06:19:20.07

prepare無視して勝手に終わりにしてるってとこだろ
無視というかただわかってないからだろうけど

**デフォルトの名無しさん** · 2021/04/05(月) 06:33:48.44

そう言われてから出すとしたら等価ではないのをまた出しそうでだな

**デフォルトの名無しさん** · 2021/04/05(月) 08:37:32.95

その前にprepareが何なのか言えよ
ただ実行する以外に何が違うのか書いてないのに
あとつけで違うとか言うなよ

**デフォルトの名無しさん** · 2021/04/05(月) 08:49:07.73

わかってないこと多すぎなのになぜもそう偉そうなのか

**デフォルトの名無しさん** · 2021/04/05(月) 09:09:31.93

>>304
prepareはprepareだろう。その意味意図がわからないのはちょっとなあ
知らないのにそんなに偉そうなのは恥以外の何物でもない、恥の上塗りだな
>>296がそう意図してるのかは不明だが、>>296のでできるのは>>298だけじゃないからな
親切なヒントやったぞ。さあ、どうぞ

**デフォルトの名無しさん** · 2021/04/05(月) 10:59:23.34

>>306
じゃあそれ以外の意図があるならそれを書いてくれ

task1関数、task2関数、task3関数の一行目に
prepare関数を実行すれば終わりだろ？

**デフォルトの名無しさん** · 2021/04/05(月) 11:01:51.92

複数のタスクを指定したときにprepareを一回しか実行しないというのであれば
all関数の最初に一回だけ書いてもいいし
フラグを使って一回だけ実行するようにしてもいい（たった一行で実現可能）
動かしたい通りに書けば良い

**デフォルトの名無しさん** · 2021/04/05(月) 11:04:18.21

気持ち悪いスレだなあ

**デフォルトの名無しさん** · 2021/04/05(月) 11:04:54.93

leftpad事件と同じ匂いを感じててしまうな
われわれ（俺除くｗ）はこんな簡単なコードも書けなくなってしまったのか？

**デフォルトの名無しさん** · 2021/04/05(月) 11:22:30.40

>>284
棲み分けられるか正直疑問だし、御高説垂れにくい初心者スレ的なのはどうだろうか

**デフォルトの名無しさん** · 2021/04/05(月) 11:52:33.18

>>308
そんなクソコードに頼らずとも使えるのがmakeなんやで！ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 12:42:09.26

>>312
makeはすぐ複雑化するよ

http://quruli.ivory.ne.jp/document/make_3.79.1/make-jp_16.html
C. 複雑なMakefileの例
ここにGNU makeプログラムのmakefileがあり、それは比較的複雑なものです。

**デフォルトの名無しさん** · 2021/04/05(月) 12:43:47.04

このMakefileを見て以下の情報を読み取るのは困難

> ここでは、最初のターゲットなのでデフォルトのゴールは‘all’です。
> この makefileの興味深い特徴は、‘testpad.h’がtestpadプログラムによって
> 自動的に作成されるソースファイルである点です。そして、そのプログラム自身は‘testpad.c’のコンパイルによるものです。

> ‘make’あるいは‘make all’と入力することでmakeが実行可能な ‘tar’、
> テープアクセスを提供する‘rmt’デーモン、‘tar.info’の Infoファイルを作成します。

> ‘make install’と入力すると、‘tar’、‘rmt’、‘tar.info’の作成だけでなく、それらのインストールも行ないます。

> ‘make clean’と入力すると、makeは‘.o’ファイル、 ‘tar’、‘rmt’、‘testpad’、
> ‘testpad.h’、そして ‘core’ファイルをすべて削除します。

> ‘make distclean’と入力すると、makeは‘make clean’と同じ削除以外に‘TAGS’、
> ‘Makefile’、そして‘config.status’ファイルも削除します。
> （明らかではありませんが、このmakefileと‘config.status’は configureプログラムに
> よって作成されたもので、これはtarの配布プログラムに含まれています。しかし、ここではそれは表示されていません。）

> ‘make realclean’と入力すると、makeは‘make distclean’のときと同じ削除を行ない、
> さらに‘tar.texinfo’から生成されたInfoファイルの削除も行ないます。

> さらに、ここでは、配布キットを作成するためのターゲットsharと distも示されています。

**デフォルトの名無しさん** · 2021/04/05(月) 12:52:05.95

Makefileが複雑化するのはビルドする工程が複雑化しているという別の問題の顕在化でしかないでしょ

それと同じことができるシェルスクリプトを書くのとMakefileを書くのとどっちが簡単かって話じゃないの

**デフォルトの名無しさん** · 2021/04/05(月) 13:07:34.94

話題に挙がったついでだけどそこでtsortよ
ルールだけ抜き出して可視化しリファクタリングしなさい

**デフォルトの名無しさん** · 2021/04/05(月) 13:09:49.69

>>315
複雑なビルド工程をMakefileだと
・依存関係の定義として記述するのが正しいとされ、シェルスクリプトとしての柔軟性もないので
細切れのタスクが多数できてしまい、見づらくエスケープされたシェルスクリプト等を埋め込むことになる
と言ってます。

Makefileからシェルスクリプトを呼び出すんじゃなくて
シェルスクリプトから（必要な場合に必要な所だけ）makeを呼び出したほうがいいんだよ

そして大抵はmakeはいらない。多くの人がタスクランナーとして使ってるのはそういうこと
本当にmakeが必要なのは、C言語のような古い言語で、ヘッダファイルとソースファイルから
オブジェクトファイルを作ってリンクするような作業の部分だけでしょ？

つまり>>314に書いてあるタスクの殆どはmakeを使う必要がないってこと

**デフォルトの名無しさん** · 2021/04/05(月) 13:28:19.87

>>317
見辛いシェルスクリプトコードならファイルにしたらええのに。ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 14:41:15.13

そもそもシェルスクリプトでファイル間の依存関係を定義するのに疲れたから make が生まれたと思うんですけど...

あと Makefile があれば make install や make clean が存在するっていうのが分かるのがいいんだよ
プロジェクトごとにシェルスクリプトがあったらどういう引数で読んだらいいかとか分からないだろ？

**デフォルトの名無しさん** · 2021/04/05(月) 15:23:18.33

> そもそもシェルスクリプトでファイル間の依存関係を定義するのに疲れたから make が生まれたと思うんですけど...

そうだよ？タスクランナーではなく依存関係を定義するために作られたのがmakeだよ
最初からそう言ってるじゃん

**デフォルトの名無しさん** · 2021/04/05(月) 15:26:11.21

> プロジェクトごとにシェルスクリプトがあったらどういう引数で読んだらいいかとか分からないだろ？

俺はそれよりもmakeで実行できるタスクに何があるのかわからんのだがｗ
make --helpした所で表示されないしな

Makefileみればわかるって？それはソース見ればわかるって言ってるようなもんだし
依存関係を見たいんじゃなくて、makeで直接実行することを目的としたタスクの一覧が見たいんだよ

**デフォルトの名無しさん** · 2021/04/05(月) 16:03:10.00

>>300-302から自ら>>304と馬鹿な自分を自己紹介しておいてw
何でそうも偉ぶりたいのか。まともな神経あったらそんな態度は取らないわなあ
さすがだな

**デフォルトの名無しさん** · 2021/04/05(月) 16:07:12.70

>>322
「ただ実行する以外に何が違うのか書いてない」に
対してレスはなにかありましたか？
それが答えだよ。

**デフォルトの名無しさん** · 2021/04/05(月) 16:13:51.85

そのレスはコーダーと呼ばれる人種っぽいレスだな
いや、普通の日本語の文もそうだが読み取る能力が欠けてるだけだな
それは矮小化した自分に都合の良い条件でしか考えられないからだな
プロジェクトwwとか関係ないよ、ソース読めないといってるのと同じだな今回は

**デフォルトの名無しさん** · 2021/04/05(月) 16:14:36.43

そんなレスは誰も求めてないよ

**デフォルトの名無しさん** · 2021/04/05(月) 16:17:39.09

懲りずに
矮小化した自分に都合の良い条件
かよwそれこそ誰も求めてないぞ

**デフォルトの名無しさん** · 2021/04/05(月) 17:28:04.19

>>321
ターゲットを調べたければ、sedでも使ったらすぐにわかるやん。ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 20:09:00.48

気持ち悪い煽りだな

**デフォルトの名無しさん** · 2021/04/05(月) 20:33:09.06

ルビキチ臭

**デフォルトの名無しさん** · 2021/04/05(月) 21:07:57.60

>>327
ターゲットじゃなくてタスクを見たいんだってｗ
例えばシェルスクリプトなら--helpして分かりやすいusageが
表示されるように作るだろ？

sedではそのわかりやすさがない。頑張れば作れるだろうが
Makefileでそんなのが用意されてるのみたことないよ

**252** · 2021/04/05(月) 21:19:53.87

Ruby のタスクランナー、Rake, Thor などでは調べるのも簡単

thor list,
thor タスク名

などで、タスクを表示できる

タスク定義の仕方も決まっているので、保守しやすい。
シェルスクリプトでは、各人で書き方を変えるから、保守できない

**デフォルトの名無しさん** · 2021/04/05(月) 21:21:58.48

こいつがまともなレスしてるの初めて見たぞ... 明日も雨か？

**デフォルトの名無しさん** · 2021/04/05(月) 21:22:55.94

>>330
自分で書く話なら、helpターゲットをつくったらええがな。ｗ
実際、そういうmakefileを、おまえは見たことがなくても、ワイは見たことがあるで？

**デフォルトの名無しさん** · 2021/04/05(月) 22:30:31.71

あいつは何を言いたい何をしたいんだかな
何をしたいのかは「勝ちたい／負けたなくない」wwなのは明白だったか

**デフォルトの名無しさん** · 2021/04/05(月) 22:47:11.83

>>333
だから結局そうなるから
Makefileに利点がないんだって
中身が複雑になる。そして利点がない。

**デフォルトの名無しさん** · 2021/04/05(月) 22:48:23.80

>>331
thorのコードのほうが複雑になる

シンプルにしておけと言われるのに
なぜか複雑になる

**デフォルトの名無しさん** · 2021/04/05(月) 22:56:26.91

だから結局そうなるってwこいつの頭の中身はどうなってんだよ、ほんとに
利点を争ってるwのはそこじゃないだろうにな
「勝ちたい／負けたなくない」wwすぎて誤魔化しがカオス

**デフォルトの名無しさん** · 2021/04/05(月) 22:59:22.09

まあ、チャンピオンはこうだからチャンピオンなわけで、誰も勝てないわな
さすがチャンピオン
適当に諦めて試合放棄してもいいよ、挑戦者

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

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