シェルスクリプトを書くのをやめる - blog.8-p.info

今年から、できるだけシェルスクリプトを書くのをやめようとしている。私が毎日 zsh に打ち込んでいるのも広義のシェルスクリプトだし、自分用の雑なスクリプトを書くことはあるけれど、チームの他の人も将来に使ったり改変したりするようなものは、なるだけ他の言語を使っている。 シェルスクリプトを書くのは難しいし、その難しさは、学ぶに値しないといったら言い過ぎかもしれないけれど、2021年に初心者が取り組むべき問題とは言い難いと思う。 シェルは悪いプログラミング言語である Bash Strict Mode とかを使ってみても、シェルスクリプトには落とし穴が多すぎる。自分で書いたものを自分で使っている分には大丈夫なのだけど、スクリプトがチーム内で使われるようになると、考慮していなかったところ、例えばファイル名に空白文字が含まれるとか、そういうレベルの微妙なところで、ちゃんと書かれていないスクリプトは壊れ

[hyperpeppy]

シェルスクリプトは罠を踏み抜かないように書くことを高レベルな技術を操っていると錯覚させる「奥が深い症候群」を起こしやすいと思っている。

[programmablekinoko]

制御構造書かなくてはならない場合は捨てたほうが正解。いくらなんでも制御文がひどすぎる。アルゴリズムやシステムの本質的なとことは関係ないバッドノウハウが多すぎる

[mollifier]

罠がいっぱいあるのは確かだと思う。一応shellcheckというlintツールを使えば回避可能。たぶんlintかけたらめっちゃ直すことになると思うけど https://github.com/koalaman/shellcheck

[toro-chan]

bashでforを書きたくなったら、perlを使うことにしてる。bashでがんばってもいいことがないので。そしてperlはモジュールをインストールしたくなったら止めてpythonにしてる。

[nyakapoko]

代わりにPythonで書こうとしても、数行のコードのためにimport hogehogeするのがめんどいというのはある

[y-kawaz]

pythonにruby…。多分インフラ寄りの自分とは見てるモノが違うんだな。どこでも大体存在して本体やライブラリのバージョンや依存に左右し難い事を一義にすると、シェルかワンバイナリ吐くgoやrustなんよな。あと最近denoも

[alt-native]

やめられる人はやめたらいいとは思う。そうはいかん人も多いのでは？

[richmikan]

昔Perlで今度はシェルスクリプトをやめて、代案はRubyかPython。そんな焼畑農業のような発想ではどんな言語で書くプログラムもすぐ負債になる。少しは頭を使い、今の言語の持続可能性を高める工夫をしたらどうか。

[n314]

シェルスクリプト書くけど、たいてい10行以内。たぶんサクッと書き直せるレベル以上は書かない方がいいし、Linuxに不慣れな人にLinuxを操作してほしくない場合は参入障壁高くていいような。C++じゃなくてC的な。

[poliphilus]

sh や sed や awk がめんどくさくなった Larry Wall という人が作った Perl という言語があってだな。

[takun71]

zx googleでググると幸せになれるよ

[usurausura]

そして三ヶ月後、京都大学の研究データ77TBが消失しましたid:entry:4713200718547592002

[y2q_actionman]

awk, sed, jq とかは何らかの処理に特化した専用DSLの呼び出しと考えていいと思う。　シェルスクリプトだけ別言語にしても「専用DSLの導入」を始めたら同じ轍を踏むことになりそう。

[iekusup]

そうだよなー。依存してしまってるからなー。

[UDONCHAN]

そうだね

[poad1010]

そうなると Node.js だなぁ

[sasashin]

納得感ある。書きづらくて読みにくいシェル、何が入っているかわからんコマンド、GNUとBSDで微妙に違うコマンドオプション、とか考えるくらいなら、標準Rubyでワンライナ書きたい。

[pascal256]

ワンライナーも書けるしねー。手癖を除けばアリと言えばアリ？ そういえばRubyをシェルとして扱うものもあったかな https://github.com/jaredbranum/rbsh

[onesplat]

かといってpythonでぐちゃぐちゃやってるの読みたくもないんすよね。もう少しまともな制御構造が書けるbetter shellみたいなのでいいんじゃないかなぁ。ある程度キャズム超えるまで流行らないと無価値なのが辛いよなぁ

[wushi]

スクリプト言語は宗教だから

[tkscotte]

最下部で書かれてるアレといい、わかるなぁ……ただ「これ正解」が簡単に出せる問題じゃなさそう 「UNIXという考え方」で述べられてる話は参考になったりするんかなあこういうの

[asuka0801]

最近簡単なCLIツール作るならgoで良いじゃんって感じになってきてる。マルチプラットフォーム向けにビルドするのも楽だし、ビルドしちゃったらalpineみたいな特殊な環境じゃない限り大体そのまま動くし。

[georgew]

シェルスクリプトの文法はすぐ忘れる。

[tmatsuu]

シェルスクリプトをプログラミング言語と捉えるからおかしなことになってるんじゃないかな。対話形式であるシェルの操作を自動化するための仕組みであって、ExcelにおけるVBAと同じ立ち位置と考えるのがいいと思います

[daichirata]

あんまり調べた事ないけど、シェルへのトランスコンパイラで良さそうなやつとかないのかな

[ruicc]

shellcheckかけるとまあ安全にはなっていくのだけどどんどん意図が読みづらくなってしまってつらい（あと型をくれ）

[n0dam1]

クソデカファイルでも扱いやすいから好き あとバージョンアップ考えなくていいところも好き

[katsyoshi]

この5年くらいこう考えて、OSインストールまでitamae使って排除しようとしたけど結局面倒になっている

[nabinno]

shellcheckとshfmtがあれば特に問題ないと思うが。

[miyako_suteking]

この方が頑張ってるうちは、技術力的に自分にはできないな…

[peketamin]

“GNU date 前提に date --date '3 days ago' なんてしているのを macOS で動かしたら BSD date ではサポートしてないぞこれ! とかやるのに比べると” ほんまやねえ

[aroechan]

結局、書いたシェルをチームで共有するって言うところに難しさがある。自分で定型作業をルーチン化するぐらいならいいけど、チームの作業に組み込むって場合は、gitのhookとかgithub actionとかを使った方がいいと思う。

[minase_mira]

shellは凄い人が書いたの何も分からないからメンテナンスするのは大変そう。 雑スクリプトはnodejsかzxで書いてるな

[pyagatupa]

こういう風潮があるので、社内システムの要所要所でシェルスクリプト使って人質にしています

[fukken]

はてブのロートルの知識をupdateしておくと、Linux Standard BaseにPythonが入ったのは10年以上前。つまり、perlと同程度には「どのLinux環境にも入っている」と期待して良い。まぁ私はRubyの方が好きなんだけど・・・

[takuya_1st]

よくわからんが、pythonやrubyを実行してるのもシェルだし。stdioを使う限りシェルスクリプトではないの？そしてコマンド呼び出しせずにc types使うのか？苦行だぞ

[sfken]

Dockerファイルでも使うしシェルスクリプトからは逃れられない……

[u_1roh]

そこで F# スクリプトですよ！（ぇ

[beginnerchang]

そのPythonスクリプトも近いうちにシェルスクリプトで書き直すことになるから大丈夫だよ。チェスタートンがしたフェンスの話を噛み締めろ

[igrep]

マジそれ。前職時代Javaがメインの言語だったせいかスクリプトはshellが大半でホントいやな思いしたわ。スクリプト用の言語に何使うかはチームで一つ決めとくといいと思った。