良いオープンソースって、今はコミュニティによってフォークされてるんだよね。たった一人のメンテナーだけじゃなくて。eza: https://github.com/eza-community/eza

文字通り、次の行でその置き換えのezaが挙げられてるよ。

逆に、それこそが「現代的」って感じだよね。これらのツールがいつメンテナンスされなくなるのか気になるな。Coreutilsは、問題があっても、リストにある多くのツールの作者が生まれる前からメンテナンスされてるし。

それがリンディ効果ってやつだね。古いツール、例えばlsはもう長い間使われてるから生き残ってるけど、現代のツールは長く続かないことが多い。未来の寿命は現在の年齢に比例するんだよね。

多くのエントリーにはこの詳細が含まれてるよね。例えば「シンタックスハイライト付き」とか「ncursesインターフェース」とか「もっと直感的」とか。確かに「Rustで書かれてる」とか「現代的」とか「より良い」ってのはあんまり役に立たないよね！

「Rustで書かれてる」って、マジで笑った。ほんとに。昔、大企業で働いてた時に開発チームが自社製品を説明してたんだけど、競合と何が違うのか聞いたら、「うちはGoで書かれてます」って返ってきた。#顔Palm

GPL以外のライセンスを使うのはカウントされないよ。

そのツールの多くはWindowsでも使えるから、そこが気に入ってる。

ここにはたくさんのツールがあるね。半分でも十分価値があるよ。

逆だと思うな。これらのツールのほとんどは、実際には非常に強力なGNUツールの再発明に過ぎないと思う。少し時間をかければ、その良さがわかるはず。

Unixがずっと出荷してきたものにこだわるべきだと言いたかったんだけど、GNUってその考えをすでに破ってるよね？

「クラシックなツールを学んで、しっかり使いこなせば、人生がずっと楽になる。」 それには同意だけど、だからって代替手段を使ったり学んだりするのを止める理由にはならないよね。利用可能なものに基づいて、自分の好きな選択肢を使えばいいと思う。プログラミング言語やグラフィックアプリケーションみたいなものには当てはまらないかもしれないけど、ページャーみたいなものなら、簡単に切り替えられるはずだよ。

いくつかのツールはUXがすごく良いから好きだけど、毎回Unixボックスにインストールするのはripgrepだけだね。

自分のマシンでほとんどの時間を過ごす人もいるよね。便利さのメリットは大きいし、クラシックなツールを十分に知ってれば、他のサーバーで作業する時のためにはそれで十分だと思う。みんなが毎日たくさんの異なるサーバーに手動でログインするシステム管理者ってわけじゃないし。

「OSのインストールを変更したらapt-get/pacman/dnf/brew installが必要になる」 そうだね、OSを変えるなら、これらのツールやお気に入りのブラウザ、テキストエディタもインストールしなきゃいけないよね。 > 「どこでもSSHで接続する」 SSHで接続するとGUIがないから、GUIツールを使わない理由にはならないよね。 > 「個人のコンピュータではこれらを混ぜて使って、他では伝統的なものを使う」 本当に問題が見えないな。いくつかのツールは便利だし、なくても大丈夫だけどね。例えばbatはcatの代わりにはならないし、ただシンタックスハイライト付きでデータを出力するだけだから、あってもなくてもいいかな。

Nixが好きな理由の一つは、基本的にどこでも動くからなんだ。ホストOSがLinuxかmacOSなら問題なし。これだけの環境があれば十分だし、Nixをインストールするのにrootアクセスも必要ないんだ。いろんな方法でrootレスでインストールできるからね。でも、もしNixが使えない状況になったとしても、クラシックなツールは全然使えるよ。どっちか一つってわけじゃないし、両方使えるからね。

中には、インストールするのにちょっとした手間があっても、それだけの価値があるものもあるよ。クラシックなツールはよく知ってるけど、fdとripgrepは毎回使いたい。

既存のツールの代わりになる「現代的」なツールは使うことが多いね。例えば、lsをezaにエイリアスして、カスタム設定スクリプトの一部にしてる。ezaはほとんどのシナリオでlsのように動くよ。自分が管理してて、設定が自分好みの環境にいるときは、ちょっとおしゃれなlsが使えるし、いいデフォルトがある。別の環境にいるときは、特に考えなくてもlsが使えるし、筋肉の記憶も同じだから、何も失ってない。標準のツールセットとは全然違う動きをするツールがあるなら、それを使う前に本当に役立つかどうかを考えなきゃいけないね。

それはUNIXの哲学に反すると思う。ツールは「一つのことをうまくやる」っていうのが基本だから、優れた代替品が出てきたら置き換えられるべきだよね。シンプルなユーティリティの本質ってそこだと思う。まずはクラシックなツールを学ぶのが大事だし、それはキャリアにとって大きな投資だけど、新しい代替品も学ぶべきだよ。batやezaにはあまり興味ないけど、fd（findの代替）やsd（sedの代替）みたいなツールは本当に時間を節約できるよ。

初めてUnixアカウントを取った時、私はGnu emacsの文化にいて、1989年から2005年くらいまでemacsを使ってた。viに切り替えることにした理由は3つあって、(1) GUIエディタを主に使ってる文化とあまり衝突しないようにするため、^Sがemacsとは全然違うことに使われてるから、(2) vimはカット＆ペーストを壊す継続文字を入れないから、(3) emacsがインストールされてない壊れたマシンを助けることが多かったから、緊急時にすでにインストールされているエディタを頼りにできるのは助かる。 [1] 友達が「ウォードダイヤル」して、地元の電話番号を全部かけて、BBSにそのリストを投稿した時のことは忘れられない。いくつかの番号には「uucp/uucp」でログインできたんだ。ベルのセキュリティは彼が地域の電話を全部かけたことを知ってたと思うけど、彼の親がサービスを測定してたから、請求の問題を処理させることにしたんじゃないかな。

コアのUnixツールセットは本当に優れてるから、それだけで十分やっていけるよ。これらのツールの多くは確かに良いけど、必須ではないし、デフォルトでは広く利用可能ってわけでもないよ。

どうやら「RustやGoで書き直せ」っていう人たちに人気みたいだね。つまり、もうクールな仲間には入れないってことだ。

俺は基本的にターミナルに住んでる。でも、これらのツールは全部、俺が抱えてない問題の解決策を提供してくれるし、俺のシステムにはインストールされてないし、なぜか何万ものGitHubスターが付いてる。 > 本当に何が起こってるのか分からない。俺は音楽ライブラリに住んでるけど、ポップアーティストは全部、俺が好きじゃない曲を提供してるし、ライブラリにも入ってないし、なぜか何百万枚もアルバムが売れてる。ほんとに何が起こってるのか分からない。冗談はさておき、これらのツールを使ったことある？俺はvimを使う理由が分からなかったけど、実際に試してみたら理解できたよ。

ちょっと気になったんだけど、隠しファイル（例えば.git）を無視して、特定のファイル拡張子だけをマッチさせるように再帰的にgrepするにはどうすればいいの？（例えば、rg -g '*.foo' barみたいに。）俺もコマンドラインをよく使うけど、これが一番よく使うコマンドの一つで、Unixの組み込みツールで優雅にやる方法が分からないんだ。（同じように、正規表現やグロブにマッチするファイルを見つける質問もあるんだけど、明らかに欲しくないものは無視して、例えばfd '.foo.*'みたいに。）

jqを使わずに大きなJSONファイルをフィルタリングして変換するにはどうすればいい？

ターミナルで一日中何してるの？ツールセットを改善したいって思わないの？自分でツールを全部作ってるの？

fzfを使ったことないの？それじゃターミナルでの生活は厳しいね。直接実行するのはあんまり便利じゃないけど、ほとんどのシェルにはfzfサポートのプラグインがあって、Ctrl+Rでbash_history（またはfish_historyとか）をファジー検索できるし、Ctrl+Tで現在のディレクトリ内のファイルをファジー検索できるよ。

リストにはjqが含まれてるね。正直、jqが解決する問題には一度も直面したくないけど、まあ、ここにいるわけで。ripgrepはインストールしてるけど、テキストエディタの統合を通じてしか使ってない。fzfはアドホックなTUIを作るのに便利だよね。fdは意味があるかもしれない（findより速いって聞いたけど）、でもfindの使い方はもう十分知ってるし。記事にある「次世代のls」系のツールはちょっと混乱するね。

emacsをOSとして使うのは、システムにあるものに慣れるのにいい理由の一つだね。「GNUは私のオペレーティングシステム、linuxはただのカーネル」っていうのもその通り。私も長いことlinuxを管理してるから、君の意見には賛成だよ。だから、誰かがlinuxを学んでるって言ったら、まず「info」ってターミナルに打ち込んで、全部読んでみろって言うんだ。それで90%の管理者より先に進めるから。言わないけど、その理由は、ビルトインのツールが何かを知っておくことが、モジュール化されたスクリプトを書く上で重要だからだよ。もちろん、昔はシステムにviしかなかったし、nanoすらデフォルトじゃなかったけど、今はidempotentなci/cd設定をやってるから、好きなtuiエディタを追加するのは簡単なはず。

「サーバー」がキーワードだね。あのページに載ってるツールのいくつかは、一般的なsysadminユーティリティの少し「改善」されたバージョンに過ぎないから、確かにそれはあまり価値がないかも。でも、プログラミングをする少数のマシンにインストールするような本当に開発ツールもあるから、それは価値があるかもしれない。私が特に気になるのは、ripgrep（本当に優れた再帰的grepツール）、jq（JSONプロセッサ - 標準のunixツールキットには代替がない）、hyperfine（ベンチマーク）だね。

「～としての誰か」とかいう投稿の relevance は何なの？これらのツールがあなたの厳選したリモートコンピュータにインストールするツールリストに合わないからって、誰も気にしないよ。これらはローカルコンピュータにインストールして、いくつかの利点を享受すればいいじゃん。

またこのサイトを個人のメールボックスと混同してるね。ここは公共の掲示板だから、見えるメッセージは特にあなたのために書かれたわけじゃないよ - このブログ投稿も含めて。

これらのアプリをリモートセッションに持ち込むためのツールやSSH拡張ってあるのかな？そんなこと可能なの？小さいファイルサイズのツールを一時フォルダに入れて使うっていうのは考えられるけど、自動化もできそうだよね。それってセキュリティ的に問題あるのかな？これらのツールはリモートセッションが持ってる以上の権限が必要だったりする？もしかして、これらのアプリのポータビリティが主な問題なのかな？これは確かに多くの人が感じてることだと思うし（私もそう感じたことあるし）、実際に可能なの？

多くのlinux管理者がそんなリストを持ってると思う。私のは特に、できるだけGPL化することを意識して作ってる。でも、このikrima.devのフォーマットはすごく好きだな！他の情報も素晴らしいし、ざっと見る価値があるよ。