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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[Cald]

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

[megumin1]

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

[uzusayuu]

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

[takuver4]

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

[paulownia]

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

[dirtjapan]

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

[jojo800]

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

[dekasasaki]

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

[nakag0711]

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

[rAdio]

利用してる何らかの基本的なツールの採用をやめるのは、要素技術的な判断というよりは、運用管理的な判断なので、実際には現場の事情とか今後の方針とか、そういう泥臭い政治的判断のための知見の方が必要になる。

[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は知らなかった。へー

[mackee_w]

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

[craftone]

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

[NetPenguin]

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

[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使うと思いました。

[sora_h]

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

[T-norf]

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

[kkobayashi]

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

[takuya_1st]

君はgsedの何も知らない。インサートはどうやるのかな？

[kzm1760]

これ昔いいなと思って採用してたんだけど、知らない人多いし、なんなら自分が忘れたりするので使うのやめました。応用効きづらくて結局sed使うことになるなら統一したほうが見やすいかなと思ってる。

[knok]

まあ確かにわざわざ新しいプロセス立ち上げてやることか？という気もする、今どきのマシンパワーで気にするレベルのことでもないけど