2023年のシェル環境構築
tl;dr fig starship zsh fzf sheldon なぜ vscode の .vscode/tasks.json が fishと非常に相性が悪い。とくに fish-nvm を使っていると、fish 経由のパス実行時に node と npm へパスが通らない。 そもそも fish を使っていた理由は autocomplete を快適にするためだったが、1年ぐらい Fig を使っていて、補完はこれを任せていいと気づいた。 Fig はこういうやつ そもそも fish の拡張コマンドを使わないように生活していた。方言を覚えたくない。というか bash 拡張や zsh 拡張もあんまり覚えたくない。
ひさしぶりにzshに戻りました - ちなみに
仕事用のマシンをM1 MacBook Proに交換してもらったので、開発環境を整え直しました。 2年ほど fish を使ってきたのだけれど、普段は良いのだけれど、ちょっと自動化したくなったときに、やはりPOSIX準拠じゃないシェルはなかなか難しかった。macOSの標準も zsh になったことだし、久しぶりに戻ってみることにした。 導入 現代なので XDG Base Directory Specification に乗っかっておくことにする。 Arch Linux の Wiki がよくまとまっていて助かるのでこれを参考にして進めた。 zshの場合は ZDOTDIR を指定するといいのだけれど、これをどこで指定するのかという問題がある。zshの起動時に最初に読み込まれるユーザー設定は ~/.zshenv なのだけれど、ここに ZDOTDIR を書くということは .zshenv だけホームディレ
zshでfishライクなシェルをzplugで楽に作る | dais0nNote
zshでfishライクなシェルをzplugで楽に作る February 18, 2018 by dais0n きっかけ 普段fish使ってるエンジニアに「zshでもfishっぽく使う設定をできるだけ設定ファイル少なく書きたい(長くすると管理がだるい)」と相談されたので一緒に設定ファイルを作ったら良い感じのができた 以前書いた毎回コマンド調べてない？それpeco使えば解決できるよではプラグイン使用せず設定書いたので、もう少し簡単に導入できる方法を探してた ゴール zshでfishライクなシェルを作る 履歴検索などはpecoなどを使いインタラクティブにフィルタリングし、コマンド履歴をフル活用する 設定はできるだけ少なく 最終的にこんな感じになります 上記で コマンド予測補完 コマンドシンタックスハイライト コマンド履歴インクリメンタルサーチ ディレクトリ履歴インクリメンタルサーチ をやってます
zshでpecoと連携するためのanyframeというプラグインを作った - Qiita
これは何? zshの操作で、pecoとかpercolとか、Anything風インターフェースで選択するやつがよく使われてる。これを使うと、例えばコマンドライン履歴からインクリメンタルに検索して、それを実行、とかできるようになる。 でも、pecoとかpercolはシェルとは関係なくて、単に「インクリメンタルに絞り込む」ってところだけしかやってくれない。それだけでは役に立たなくて、「選んだ結果を実行する」とかのシェルの処理が必要になる。 それで、そういうシェルの処理を自分で書きたくない人向けにanyframeというのを作った。 https://github.com/mollifier/anyframe これはzsh用のプラグインで、これを使うと自分でシェルの関数を書かなくても、キーバインドとかaliasを設定するだけでpeco/percolの便利なやつをすぐ使えるようになる。 特徴 普通の人が
Emacs Zshなどを設定した話 - Money Forward Developers Blog
先月中途で入社した卜部です。 中途入社したタイミングでちょうどよいので環境設定を見直していました。 たぶん全部捨てて書き直したのは8年ぶりくらいでした。 今回の感想を忘れないうちに書いておきます。 Emacs Emacsを使い続けている理由はauto-save-buffersです。これと同じような機能を提供しているエディタは(RubyMineとかなくもないが)とても少なく、移行先として選択肢があまりありません。Atomのautosaveはどうやら求めているものと違うようですし。 auto-save-buffersで救われたファイルは数知れず、というか保存とかいう前世紀の遺物を計算資源に下請けさせることで考えることが減るので、本当は他のエディタにも是非あるべき機能です。下にzshでpredict-onの話も書いてありますが、自分は0クリック革命をわりと実践している派だと思います。 パッケージ
ターミナルのディレクトリ移動を高速化する - Qiita
tl;dr よく使われるコマンドの一つに cd コマンドがあります。ターミナル生活の 80% 近くは cd と ls である、という英文記事を何処かで見かけました。それを効率化しようという Tips です。 目的 cd はよく使われるのに使い勝手が悪いコマンドである気がしてなりません。cd コマンドは有効なパス（相対パス、絶対パスは問わず）しか解釈してくれないからです。つまり、存在していて尚且つパスが解決できるものに限るのです。例えば、ホームディレクトリにいるときに、/home/lisa/work/dir に行こうとして cd dir とだけタイプしても no such file or directory （そんなディレクトリは見当たらないよ！）と言われてしまいます。きちんとした経路でなければならないのです。いちいちパスを覚えていない場合や、部分的にしか思い出せない場合には結構面倒ですよね
GitHub does dotfiles - dotfiles.github.io
GitHub ❤ ~/ Why would I want my dotfiles on GitHub? Backup, restore, and sync the prefs and settings for your toolbox. Your dotfiles might be the most important files on your machine. Learn from the community. Discover new tools for your toolbox and new tricks for the ones you already use. Share what you’ve learned with the rest of us. Navigating this site If you’re just starting out, before you g
[peco]peco-select-history.zsh で表示されるコマンド履歴の重複を削除する - Qiita
peco を導入した | DevAchieve でコマンドラインの行選択ツール peco を導入しました。 以下の peco-select-history.zsh を設定したのですが、 使っているうちに同じコマンドが peco の選択候補を埋めるようになりました。 function peco-select-history() { local tac if which tac > /dev/null; then tac="tac" else tac="tail -r" fi BUFFER=$(history -n 1 | eval $tac | peco --query "$LBUFFER") CURSOR=$#BUFFER # zle clear-screen } zle -N peco-select-history
![[peco]peco-select-history.zsh で表示されるコマンド履歴の重複を削除する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbc1f0f7d57c0fbd7dc87d81bc07542c36a83eff/height=288;version=1;width=512/https%3A%2F%2Fcdn.qiita.com%2Fassets%2Fqiita-fb-2887e7b4aad86fd8c25cea84846f2236.png)
zshの個人的に便利だと思った機能（suffix alias、略語展開） - Qiita
のような形式で実行できる。 こちらで紹介されている.cファイルを実行すると自動でビルド->実行までしてくれるような設定が可能で、もはやなんでもできそうな感じがする。ｽｺﾞｲ 現在は下のように設定している。練習がてらjavaを追加。 alias -s txt='cat' alias -s html='google-chrome' alias -s rb='ruby' alias -s py='python' alias -s hs='runhaskell' alias -s php='php -f' alias -s {gz,tar,zip,rar,7z}='unarchive' # preztoのarchiveモジュールのコマンド(https://github.com/sorin-ionescu/prezto/tree/master/modules) alias -s {gif,jpg,j
zsh の補完関数で キャッシュ機能(cache-policy) を使う - よんちゅBlog
今回は grunt コマンドの補完関数を例として キャッシュ機能(cache-policy) について解説していきます。 grunt については知らなくても大丈夫だと思います。 キャッシュ機能(cache-policy) についての解説がメインなので、zsh 補完関数の基本的な説明は省略します。 その代わり、コード内にコメントで簡単な説明を書きましたのでそちらを参考にして下さい。 ※ とても長い記事なので、誤字脱字があるかもしれません。ご容赦下さい。m(_ _)m (見つけたら教えてくれると助かります) はじめに grunt には標準で bash の補完がついています。 しかし、zsh 用の補完関数は無く、bash の補完と同じ方法で実装したのではオプションやタスクの説明が表示されません。 オプションの説明はベタ書きでいいとしても、タスクの説明はそうはいきません。 ということで作成したのが
"z"のfork「knu-z」v2.0をリリース - 工夫と趣向と分別と。
「賢いcd」”z“の俺版fork「knu-z」v2.0をリリースしました（英語版記事）。 オリジナル版をいじっているうちに修正箇所がたくさん見つかり、直しすぎて個別にpull requestすることが困難になり、途中で作者のrupaさんにはforkの存在とそこそこ詳細な変更点リストをメールしたんだけど時すでに遅し。ほかにもforkがたくさんありすぎてうんざりだったかも。とはいえbashの補完は壊れているしzshの補完も古くて（compsys）いまいちだし、というわけでフィードバックについては気にせずにコアのアルゴリズム部以外を大幅に書き直しました。 ついでにcdの補完候補にzのスタック（ディレクトリ移動履歴に基づいてスコアリングされたディレクトリリスト）を含めるようにしたので、「zが使えるホストでだけzを使う」とか、「通常の移動はcd1、よく行くところへの移動はz」なんていう悲しい使い分け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - starship/starship: ☄🌌️ The minimal, blazing-fast, and infinitely customizable prompt for any shell!
zsh の起動を500%高速化した話 - Qiita
GitHub - zplug/zplug: :hibiscus: A next-generation plugin manager for zsh
GitHub - tarjoilija/zgen: A lightweight and simple plugin manager for ZSH
欧美亚洲色欲色一欲WWW - 欧美大片欧美激情免费看 - 欧美特黄特色三级视频在线观看
zsh で Git の man を素早く見る - Qiita
zawで快適シェル生活
GitHub - zsh-users/zsh-autosuggestions: Fish-like autosuggestions for zsh
GitHub - zsh-users/antigen: The plugin manager for zsh.
