これ、最初は「There Will Be Blood」のパロディかと思った。 （今のタイトルが「I use my terminal」ってのは分かるよね）

自分も投稿をざっと見たときに気づいたけど、完全なタイトルは「I use my terminal (and so should you)」って感じだね。プロターミナル投稿にプラス1！ Chromebook使ってるけど、必要なのはターミナルとブラウザだけだって気づいた。Mac OSに切り替えるのはちょっと過剰な気がするし、ターミナルと、まあ、他のブラウザ以外はあんまり使わないな。

HNはタイトルの提出時に、一般的な接頭辞や接尾辞を自動で削除するよ。

これはHNの「機能」で、タイトルの最初の単語が「How」の場合はそれを削除するんだ。混乱を生む以外に何の目的もないけど、モデレーターはこれがクリックベイトを防ぐって言ってる。どうやって？ 誰も知らない。

誰かが自分で書いたターミナルエミュレーターを使っているブログ記事かと思った。

そうそう、元の正規表現はtmux-copycatから取ったんだ。でも、a) その正規表現は : を扱えなくて、b) copycatはペインの状態を保存・復元する上に独自の「ビューア」抽象を構築してるから、検索ごとに1つのアクションしかできないんだ。私のやり方は、通常のtmuxの設定構文を使って、ハイライトされたファイルにアクションをバインドできるようにしてる。tmuxの組み込み検索を再利用してるからね。これらのプラグインは、コピー/ペーストをサポートするか、独自の「モード」を構築するものばかりで、tmuxは組み込み検索を使わないとハイライトの制御がほとんどできないのが注意点だよ。

著者自身が大文字を使いたいという本能と戦っているのが面白いね。「この動画で何が起こるか」というリストの最初の2つの項目は大文字を使ってるし。

へぇ、面白いね。全然気づかなかったわ。

これはスタイルの選択で、時々人々がこだわることだね。ポーターロビンソン（DJ）も同じことをしてて、ちょっと贅沢に感じるんだよね。

最近の子たち。90年代から2000年代初頭にオンラインで育った私たちの多くが、30年以上もそうやってきたんだ。プロになったときに多くの人がそれを捨てたと思う。ある文脈では捨てたけど、他のところではまだやってる。HNでは明らかにやらないけど、他のほとんどの場所ではやってる。大文字をスキップするのが自然なんだよね。スマホが普及する過渡期には、自動大文字をオフにするオプションがなかった時期もあったと思うし、今のようにモバイルデバイスでの自動修正の細かい制御がなかったのかもしれない。それが小文字だけの習慣を消したんじゃないかな。だからHNでは大文字と普通の句読点を使う「普通の」スタイルになったんだと思う（HN以外では段落を終える文にピリオドを使うことはあまりないけど）。

人間向けのテキストについては同意するよ。ただ、スピードを重視して、最近はLLMとやり取りする時に、大文字や句読点を省くことにしたんだ。明確さに必要な場合を除いてね。これが、AI界隈の人たちが全て小文字で書く理由かもしれないな。

書くことは「サプライズ」予算を管理することだよ。文法のルール（特定の方言や分野に応じて）を厳密に守ることでサプライズを最小限に抑えられるから、著者は興味深い部分にもっと予算を使えるし、読者もそこに集中できる。デフォルトじゃないスタイルを意図的に使うと、その特定のポイントに読者の注意を引きつけることができる。

（「vim -c cb -」はVimでの私のお気に入りの機能です。あまり使われたり話題にされたりしないのが不思議です。） それが何をするのか説明してくれませんか？「ls | vim -」と「ls | vim -c cb -」を試してみたけど、すぐには違いがわからなかった。

10年前、私は巨大なマルチファイル・マルチパッケージのvim設定を捨てて、今は1年に1〜2行のずっとシンプルなvimrcを少しずつ作り上げてる。古いソフトウェアのデフォルトはほとんどいつも理由があって存在してるから、それを変える前に理解しようとするべきだと思う。

これは「vim -q <(ripgrep --vimgrep restore_tool)」と同じか似てるの？

楽しんでもらえて嬉しいよ :) わかりやすくて、なおかつサクッと読めるものを探してたんだ。> tmuxの難解なキーボードショートカットについて言及してたね。ああ、tmuxのショートカットはほぼ全部リマップしてるよ。ctrl-kはデフォルトのプレフィックスじゃないし、hは「左のペインを選択」のデフォルトキーじゃない。byobuは試したことないけど、READMEをざっと見た感じ、デフォルトのキー設定がちょっと良くなるくらいで、あまり多くは期待できないと思うし、ターミナルにレイヤーを増やしたくないな。

vim+tmuxのセットアップは、システムのプリミティブ（パイプ、ファイル、シグナル、スクロールバック）に依存することが多いから、ツールが環境を超えて透明性を保つんだ。これがポータビリティやデバッグの面で優位性をもたらす、特にSSHや制約のあるシェルで。だから、異なる保証に基づいてワークフローが自然に形作られるし、自分のvim設定を作るのが明らかに選択肢になるんだよね。

vim/tmuxとemacsを特定のことに使ってる者として（何年もemacsだけで設定して使ってたけど）、私のemacsのセットアップは、vim+tmuxのセットアップよりもずっとアドホックで、非公式で、バグだらけだよ ;)

そうそう！！ターミナルに求めるものの一つは構造化されたメタデータなんだ。それがあれば、いろんなことができるから。今は、ちょっとでも近いものを使うには、たくさんのANSIエスケープを解析しなきゃいけない。

それはttyか、ptyの向こう側にあるもの（つまり、XtermのようなVTE）でやらなきゃいけないことだよ。シェルにはそれにアクセスする権限がない。スクロールバックバッファをファイルに書き込むためのxtermコマンドがあるから、理論的には今日それを有効にするためのハックを使いたいなら、それを使ってgrep（自動化したいならxdotoolでトリガーすることもできる）を組み合わせればできるよ。

はっきり言っておくけど、ターミナルからemacsを使うことはできるけど、それがデフォルトじゃないし、ほとんどの人はそうしないよ。だから、emacsで開いたターミナルエミュレーターは「ネスト」してるとは言えないね。

ちょっと厳密に言うと、tmuxを使ってるなら、もう「ボックス」にいるし、実質的には「ネストされたターミナルエミュレーター」を使ってることになるよ。EmacsやVimは、任意の文字列（同じターミナルバッファからの行で、特定の正規表現に一致するもの）を受け取って、ターミナルバッファのコマンドラインに置くことができるんだ。もっと重要なのは、そのプロセス全体をCを書くことなくカスタマイズできるってことだよ。

コンピュータを使っていると、ある種の箱の中にいるってことだよね。

「ターミナルとのやり取りには、専用のプラグインか、別のネストされたターミナルエミュレーターを開く必要がある」 それは違うよ。vimのコマンドモードで「:!git show HEAD」みたいなターミナルコマンドを実行できるし、自動補完もできるし、出力を必要なところにパイプすることもできる。今編集中のファイルから離れることなくね。コマンド内で「:!git add %」みたいに現在開いているファイルのパスを置き換えることもできるよ。

プログラマーであることは、開発環境を設定することじゃない。昔からそうだよ。私は、exエディタを使ったUnixを好む比較的優れたプログラマーを知ってるし、理解が足りないのに派手なIDEを使ってる初心者もたくさんいる。それがツールが全く重要じゃないってわけじゃないけど、歴史的には比較的小さな要素だったんだ。もしかしたらLLMがそれを変えたのかもしれないし、変えようとしてるのかも。違うスポーツ用の靴を履いたアスリートは5%遅く走るかもしれない。それが致命的なこともあるし、金メダリストより5%遅いスプリンターはただの負け犬だ。でもほとんどのプログラマーは、コラボレーションで勝つし、比較的スムーズなフィットネスの環境でやってる。スタートアップのようなwinner-takes-allの領域でも、失敗は常に大きなエラーから生じる。誰も「Dvorakキーボードを使ってたら、私のスタートアップは成功してたのに」とか、「VSCodeの代わりにvimを使ってたら」とか言ったことはないよ。いつも、共同創業者の対立やモチベーションの喪失、プロダクトマーケットフィットを見つけられないことなんかが原因だね。

いいコマンドのリストだね。fd（著者：sharkdp）も追加したいな。これはfindの代替で、すごく使いやすいよ。それに、atuinは私のCLIにとって一番のアップグレードかも。6ヶ月前に実行したエソテリックな呪文を簡単に引き出せるのが助かる。

ツールにこだわりすぎじゃない？いい開発者は、全く「裸」の環境でも素晴らしい結果をすぐに出せるよ。確かに良いツールは助けになるかもしれないけど、改善されるのはほんの少しの部分だし、これは生産性よりも自分の楽しさに関わることが多い。もしどのIDEを使うかで価値を生み出すスピードが明らかに制限されているなら…まあ、長くてワクワクする旅が待ってるよ。それは楽しいことになるし、冗談じゃないからね。「ツールを知ること」が「プログラマーであること」とは決して呼ばれなかった。今まで一緒に働いた最高の開発者たちは、みんなmore/grep/viを使って素晴らしい仕事をして、たくさん考えてた。価値が生まれるのはその考える部分なんだよ。それは今でも変わらない、たとえLLMを混ぜてもね。