export ZPLUG_HOME=/usr/local/opt/zplug source $ZPLUG_HOME/init.zsh autoload -U promptinit; promptinit # プロンプトを変更 prompt pure setopt auto_cd zplug 'zsh-users/zsh-autosuggestions' zplug 'zsh-users/zsh-completions' zplug 'zsh-users/zsh-syntax-highlighting' zplug "mollifier/anyframe" zplug "mollifier/cd-gitroot" # zplug "b4b4r07/enhancd", use:enhancd.sh zplug "zsh-users/zsh-history-substring-search",
注意 この記事はv1の情報となっております。 最新の情報は日本語ドキュメントを参考にしてください。 zsh のプラグインマネージャといえば Antigen です。zsh 界隈ではプラグイン文化がそこまで強くない印象を受けます。便利なプラグイン1やコマンド2がたくさんあるのに、Vim のそれほど盛り上がっていないのはプラグインマネージャが弱いからではないでしょうか。 Antigen とその弱点 Antigen はよく使われるし実際便利ですが、いくつかの欠点があります。 プラグインの読み込みが遅いこと プラグインの管理が最低限しかできないこと プラグインが antigen に対応していないといけないこと これらの問題点の幾つかは重厚なる zsh 使いの @mollifier さんも以下のスライドで言及しています。 Antigenを使おう 第二の Antigen 1つ目の問題点は Antigen
prezto使ってますか。軽くていい感じに module が揃っていて最高ですね。 ところで prezto で自分で魔改造したカスタムプロンプトを使っている方はどうやって適用しているでしょうか。 更新なんかしないから zip で落としてきて modules の prompt フォルダに突っ込んで終わりの人や、submodule にしてシンボリックリンクを貼ったりするでしょうか。 更新なんかせんわ〜って人はいいでしょうが、メンテナンス性を考えてせっかく更新できるように submodule にしたのに unstaged changes に自分の追加したファイルが残っていたり、更新したらシンボリックリンクが消えて貼り直しみたいなことが多くあると思います。 そこで、prezto の機能であるExternal Modulesを使って自分が追加したいプロンプトを module 化してしまうことで、pr
【2015/07/16 追記】優れた dotfiles を設計する - TELLME.TOKYO この記事では書かなかった全体のロジックについて書きました Dotfiles Driven Development dotfiles とは Unix 系 OS で俗に言う設定ファイルのことです。.vimrc や .zshrc など、設定ファイルの多くは隠しファイルとしてファイル名の頭にドットがつくことからそう呼ばれています。 ほとんどのエンジニアは CLI 環境での開発は避けては通れないものに思います。CLI 環境は「黒い画面」として敬遠されがちで、CLI になると格段に作業効率がダウンする人も少なく無いです。その作業を効率化するキーとなるのは、設定ファイルの習熟度にあると思います。GUI 開発環境と比べてこちらはテキストベースでカスタマイズできるため、究極まで自分好みに合わせることが可能です。
まえがき qiita.com という記事を Qiita に投稿してみるやいなや、予想以上の反響がありとても焦りました。これは「自分はディレクトリ移動に関してこんな効率化を行っているよ」という Tips なのですが、その際に使ったプラグイン（と言っても自分で作ったのですが）の使い方などをまとめてあるだけの記事です。 Qiita に投稿するときに enhancd についてたくさんを書きすぎても、そもそも ehancd をまず知りもしない人が見るときに困惑するだけだなと思い 、その基本的な動き方（ギミックなど）と使い方の紹介にとどめていました。ところが、これも驚いたことに、予想以上のプルリクエストが来たり、バグレポートがあがったりして「これは実装部分についても言及したいぞ」と思い、ここにまとめることにしました。 注意（以下である体になるのは仕様です） enhancd の構想 enhancd は基
普段からコマンドに触れておくで「黒い画面」アレルギーを解消 コマンドラインツールの弱点は、初心者が覚えるまで時間がかかるということです。「黒い画面」という言葉を聞いたことがあるでしょうか? あまりコマンドラインに馴染んでいない人が、ターミナルのことを指すときに使う言葉だそうです。私も含め私の知り合いでターミナルを使っている人の多くはなぜか背景を黒にしています。「黒い画面」を最初に思いついた人は、ターミナルの見た目からつけたのでしょう。加えて、「黒」という言葉が「閉鎖的」「敷居が高い」「難しい」といった印象を喚起させて、ターミナルのことを的確に表現した言葉だと感心しています。 私自身もコマンドラインを使う前は、「難しい」「敷居が高い」「ギークの閉鎖的なツール」というイメージがあり、食わず嫌いしていました。「黒い画面」アレルギーと言ってもいいでしょう。仕事でLinuxサーバを保守しないといけな
Linuxカーネルのmakeとか、実行に時間のかかるコマンドを実行して、終わるのを待って眺めるのは辛い。でもその隙に別のことをやると、そのまま完了を待っているのを忘れてしまって時間を無駄にした気持ちになって辛い。 && growlnotify とかコマンドの後につけるのを忘れたことに気がついて、Ctrl-Cで一旦止めるかどうか悩むのが辛い。 というわけで zshのフックを適当に使って、普通にzshでコマンドを叩くだけで、閾値以上の時間がかかるコマンドが終わると通知してくれる設定を考えてみた。 MacのGrowl 対応 ( growlnotify 必須 ) Linuxのデスクトップ通知対応 ( notify-send 必須 ) SSH接続先ではトリガ用文字列を出力するので、iTerm2などを使うと通知可能 トリガ設定はコメント参照 iTerm2の設定→ Mac - iTerm2で特定文字列を
はじめに つい最近知った便利なデバッグ方法 (長年シェルスクリプトを書いているのに知らなかった。これが常識だったら恥ずかしい…) シェルスクリプトのデバッグでは echo で変数の中身を見るという原始的な方法をよく使うかと思います。 いわゆる プリントデバッグ というやつですね。 もう少し詳しいデバッグが必要な場合は、 set -x と set +x でデバッグしたい部分を囲むという方法もあります。 今回は プリントデバッグ で使う echo の代わりに typeset or declare を使うと良いというお話です。 プリントデバッグは typeset or declare を使おう typeset or declare は変数宣言などでよく使うコマンドですが、変数の中身を見るのにも使えます。 echo と比べて何が良いのかというと、変数の中身はもちろん変数名や変数の型も表示してくれ、
まず, 他のシェルをお使いの人にはごめんなさい. aliasコマンドの-sが使えるのは zsh 4.2.x- で, 他のシェルでは実装されていないと思います. あと, もう既に alias -s 知ってるよーって人は読まなくていいです. alias -s って何？ 打ったコマンドの後ろ(suffix)を見て, 適当に宜しくやってくれるやつです. 次の例を見て下さい. ~$ echo "print ('hello, world')" > hello.py ~$ python hello.py hello, world ~$ alias -s py=python py=python ~$ ./hello.py hello, world ~$ Pythonのコードは python hello.py で実行出来ますが, お尻が py なら python を使います, とaliasしておけば, ./
autojumpを使ってみる - すぎゃーんメモから1年ちょい。 autojumpには非常にお世話になっていたけれども、どうも最近ちょっと重いな、と感じることもあり、そういえばz.shなるものが代替として存在しているという話を聞いたことがあったし、ちょっと使ってみようかな、と思い、入れてみた。 autojumpよりz.shのほうがPythonなしで動いて良いよ – この先生きのこるには brewでinstallできるようなので、それで。 $ brew install z ==> Downloading https://github.com/rupa/z/tarball/v1.5 ######################################################################## 100.0% ==> Caveats For Bash or Zsh
はてブ経由で良さげなものを見かけたので、早速自分の環境に入れて使ってみた。 zsh使いなら効率改善のため知っておきたいAUTOJUMP - Glide Note autojump自体はzshだけではなくbashでも使えるっぽい。root権限使わずに$HOME/local以下にインストールしてみた。 $ git clone git://github.com/joelthelion/autojump.git $ cd autojump $ ./install.sh --zsh --local --prefix $HOME/local Installing files to /Users/sugyan/local ... sed: 1: "autojump": command a expects \ followed by text icon.png -> /Users/sugyan/local
英語なんてわかんねーよ！！ってな人へ贈るGithub入門 for MacOS - Seasons.NETこちらのエントリーを見ればcommitまでできます！ というわけで自分用のメモ Github用のsshの設定 % cd ~/.ssh % ssh-keygen % cat id_rsa.pub | pbcopy ここまではできたんですが % chmod 600 .pub % ssh-add Could not open a connection to your authentication agent. と、でましてあたふた 調べること数分 % eval `ssh-agent` % ssh-add Enter passphrase for ... Identity added: ... できました！
xargs の -P オプションを使うとプロセスを複数起動して処理を並列に行なうことが出来る。 例 例えば、 1 万枚の JPEG 画像を全て 800x800 に収まるように効率良くリサイズしたい。 まず私はこのようなコマンドを考えた。 convert --geometry 800x800 *.jpg しかし zsh に怒られた。 zsh: argument list too long: convert 引数が全て展開されるためこのような事が起きる。 私は xargs を使って処理することを思い付いた。 ls | xargs -I{} convert --geometry 800x800 {} c_{} 処理は行なわれるが非常に遅い。 しかも CPU を全く使っていないことが分かり、私は処理を並列的に行なう事を考えた。 そこで xargs の -P オプションの出番である。 P の後に並列
Posted on January 31st, 2010. I spend a lot of time in a Terminal window at a command line. Up until about a month ago I was using bash for my shell. I decided to try switching to Zsh after hearing a lot of good things about it and I'm very happy with the change. A few days ago I tweeted my current Zsh prompt and the general response was: "Cool, but how did you do it?" I promised to write more abo
ずっとbashを使ってたんですが、この前ようやくzshにして色々設定したので覚え書き程度に。メインはMacで使いますが、一応Linuxとかでも同じになるようにしています。 補間 何はともあれzsh使うならこれだけは指定しておけということなので。 autoload -U compinit compinit 文字コード UTF-8に設定 export LANG=ja_JP.UTF-8 プロンプト カレントディレクトリ、ユーザー名を2行で表示。見やすいように上に改行を入れて、カレントディレクトリは黄色にしました。エスケープ使うとコピペできないのでcolorsをロードしてます。 autoload colors colors PROMPT=" %{${fg[yellow]}%}%~%{${reset_color}%} [%n]$ " PROMPT2='[%n]> ' こんな感じ。 履歴 履歴を保存す
『UNIX今日の技』の zsh の項目について纏めたものです。 zsh は(おそらく)最強のシェルです。 しかし、どんなシェルでもそうですが、自分で設定してやらないと使えたものではありません。 デフォルトの zsh は鍛えられた tcsh に圧倒的な敗北を喫するでしょう。 本記事では zsh の上手な設定のレシピを提案します。 適当に取捨選択して取り込んで、シェルを「鍛えて」下さい。 なお、本項では zsh に特徴的なことのみをまとめていく方針です。 tcsh など、シェル一般に共通的な事柄については、『UNIX今日の技/シェル』に書いてありますので、こちらも併せてご覧頂くと良いと思います。 zsh をログインシェルにする？ のはやめておいた方が良いと思います。 特に、NIS でやってしまうのはかなりマズいです。 duo などでは zsh が入っていないので「ログインシェルがないのでログイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
