【脱sed】いい加減シェルスクリプトで文字列をsedで置換するなんてやめよう - Qiita

はじめに もう文字列の置換で sed コマンド使うの禁止して良いんじゃないですかね？ 言いすぎだとわかってあえて言っていますが。 悪い書き方（外部コマンドに頼る方法） # 変数 line に入ってる文字列を echo コマンドで出力して sed コマンドに渡し、 # sed の s コマンドで "from" を "to" に置換して出力したものを ret 変数で受け取る ret=$(echo "$line" | sed "s/from/to/")

[Cald]

知ってる人が少ないと可読性が低いからダメってなりガチなのよね

[megumin1]

記事の内容は極めてまともです。それに対して、難癖をつけたいだけのアンフェアなコメントが溢れていて、はてぶの技術的民度の低さがあらわれているコメント欄ですね。記事を書いた方、お疲れ様です。

[uzusayuu]

正直言って何故bash見たいな使いにくい物が何十年も使われ続けているのかわからない。代わりはあるのになかなか置き換わらないということはあれが最適解に近いのだろうなあ。不思議な物だ/記事を貶す意図はないです

[takuver4]

うーん、言いたいことは分かるけど sed ユーザーを下に見る書き方は微妙かなぁ。「sedユーザー必見！可読性と実行速度を上げる新テクニックの紹介」みたいな書き方の方が良いと思うよ。

[paulownia]

gオプション付きの置換の場合、echo $line | sed "s/from/to/g"は ${line//from/to}

[dirtjapan]

良いと思うけど、bashとかのシェルスクリプトは${}に機能詰め込み過ぎでしょ。これだと環境変数/xx/yyが入ってたら置換にする、みたいな動きになるんだろうけど機能詰め込みすぎ

[so-apps]

人生は短い。シェルスクリプトにかけられる時間は少ない。

[jojo800]

検索しづらいのではやりにくいんじゃないかな。拡張変数展開、とかで検索すると出てくるけどsedに比べると検索しやすさがね…

[dekasasaki]

ShellSpecの開発者の人。さすが。

[nakag0711]

昔は複雑になってきたらシェルじゃなくperlで書きましょうってことになってたんだよね。今だとpythonか。unixはshebangがあるのであまりシェルにこだわる必要ないから。perlってそういう使い方意識した言語だしね

[zyzy]

sed使いにくくて、ちょっとした正規表現ならエディタについてる奴で、もうちょっと凝った事するならpythonでいいや、ってなる

[diveintounlimit]

煽り記事なので、煽られ返すくらいの覚悟はしておくべき。シェルの言語の知識を覚えるコストを払うならsedだけ覚えたほうがコスパは良い。シェルでチューニングが必要なレベルの処理を書くことはほぼ無い。

[honma200]

個人的には文字列処理とかプログラム的な事はシェルでやっちゃいけないと思ってる

[dekaino]

書き捨てスクリプトなら好きにすればいいが、他人が使うことを想定するならbourne shellでも動くように書く方が幸福な人増える。bashとかzshの拡張機能に依存したコードは避けよう。でなければいますぐC++20に移行して見せろ

[t-tanaka]

文字置換を複数回やる必要があるときに「sed -e "s/　/ /g" -e "s/ - .*.mp4/.mp4/"」みたいに並べられるのが便利なんだよなー。

[richard_raw]

拡張変数展開は使いこなしたいんですがたまにしか使わないので忘れるし検索しづらい……。

[saikyo_tongaricorn]

言い分はわかるけどなんでこんなキレてるんだろう

[dkfj]

へぇ、なるほどと思うけど、新しい（？）書き方がさっぱり解らない。何ならsedの書き方も綺麗サッパリ忘れている。昔は、sedとawkで何でもすぐ出せたのだけどなぁ

[mas-higa]

なんでこんなに怒っているんだろう。怒っている人の話を聞くのはつかれる。

[matarillo]

sedは古くて変数展開はモダンという単純化はできない。そもそもパスを文字列として処理するのはSQLを文字列で組み立てるのと似てて、自分のコードの環境依存性に気づかない人は多い。多様性って難しいよね。

[Ho-oTo]

普段使いはfishだから必然的にsedを使うことになっていくな

[tmatsuu]

まぁ引き続きsed使うんだが、extglobは知らなかった。へー

[kabochatori]

Bashのマニュアル読んでると知らないいろんな機能あって面白いよね。https://linuxjm.osdn.jp/html/GNU_bash/man1/bash.1.html

[mackee_w]

シェルの互換性を考慮したり、可読性を考慮した文字列操作やるならもう全体をPerlスクリプトで書いた方がいいんじゃないかと思う

[craftone]

bashの変数展開は書くときは良いんだけど読むのがツラいんだよねぇ。ググラビリティが低くて。

[NetPenguin]

タイトルだけ見て「わかります。そこでPerlですよね」とか思ったけど、記事読んだらちゃんとした内容だった。

[nacady]

正規表現じゃない置換をする機会なんてほぼ無いけどね

[nmcli]

ファイルの書き換えで sed 使うくらいだったのでもっとこういう基本的なやつ使えるようになりたい

[k_igrs]

例えば曖昧な表現を処理しやすいように初めに置換してから目的の置換を行うってのはよくある。sedならsed -e 's/hoge/fuga/' -e 's/foo/bar/'とできるけどシェルの組み込み機能では難しいのでは無いか？

[hom_functor]

数百倍遅い程度なら使い分けよりsedに統一した方が読みやすいし、そういう書き捨て品質で済まないならそもそもシェルスクリプトでやらない

[otoan52]

これは知らなかったな。%%とかは使ってたけどこの方が楽か。でもsed -e "..." -e "..."で複数の正規表現を重ねるのが楽すぎてこっち使っちゃうかなぁ。GNU sedの拡張っぽいけど、シェルは楽なのが一番かなって。

[shikiarai]

みんな言ってるけど馬鹿向けにはシェルネイティブよりsedの方が説明しやすい。私も引継ぎ相手もみんな馬鹿。sedやbashに興味ある人種はそもそも引継ぎを必要としないので対象外

[a235]

perlやpythonだって「どの OS にも移植されている」し、bashよりそっちを使った方がずっと簡単で楽だよ（これ前にも言った気がする）。

[yau]

sedはlinux(gnu sed)とmac(bsd sed)で挙動が違うので稀によくハマる。つい手癖で使っちゃうけど、古い方法に固執するのは老害と言われても文句は言えない。

[pmakino]

存じ上げませんでした。Perl拡張正規表現は使えるんだろうか。

[hiby]

でもfindすれば一発で場所分かるし…みたいな気持ちで死ぬまでsedとawk使うと思いました。

[richmikan]

脱sedを叫ぶ前にまず自分がGitHub上で晒しているコードの脱sed化を進めるべき。どうせPOSIX互換に拘ってそのテクを自身では活用しないんでしょ。POSIX準拠を批判し、自分はPOSIX準拠なソフトばかり公開する、いつものダブスタ

[sora_h]

シェルスクリプトを書かない

[T-norf]

私もBourne シェルでも動くってフレーズが浮んだけど、ちょいと調べたら1992年が最終リリースって情報があって、我ながらジジイだと思った。せめてPOSIX shって言おうな、同志よ

[kkobayashi]

移植性を考えるとshで使えない機能は使いづらいがsedはオーバースペックなのも事実