cli on blog.kyu08.com

最近はこんな感じでdiffview.nvimを使ってPRのdiffはすべてNeovim上で見るようにしている。コードをレビューしていると周辺の実装も含めて確認したいことがよくあるので、エディタ上でレビューしているとすぐに該当ファイルに飛べて便利。（octo.nvimにコメント周りのバグがあったのでレビューコメントの書き込みはGitHubのWebUIから行っている。）

GitHub - sindrets/diffview.nvim: Single tabpage interface for easily cycling through diffs for all modified files for any git rev.

Single tabpage interface for easily cycling through diffs for all modified files for any git rev. - sindrets/diffview.nvim

https://github.com/sindrets/diffview.nvim

今はGo/TypeScript/Rustあたりしか書いてないので特に困ってないが、JVM系をNeovimで書こうとすると若干辛みがあるかもしれない。（ちょっとだけJava/ScalaをNeovimで書いたことがあるが重かったり不安定だったりして辛かった）

AI時代になって設定を自分好みにするコストが格段に減ったのでNeovimのカスタマイズが捗っており嬉しい。最近はPRレビュー効率化のための色々をClaude Codeにやってもらっている。（Luaの書き方を覚える前にAI時代が来てしまった…）

久々に起動時間を測ってみたら60msくらいになっていたので気が向いたらもうちょっとチューニングしてもいいかもしれない。（たぶん30msくらいまではいけるはず）

一時期cursorも頑張って設定ファイルを作り込んだうえで慣れようとしてみたが、どうもVSCode系エディタとは思想が合わなかったので結局数日で戻ってきてしまった。

AIツール

ClaudeとDevin、GitHub Copilotを使っている。

ClaudeはDesktop App経由で壁打ちや検索用途で使ったり、Claude Codeでコードを書いてもらったりしている。

Claude Codeを使うときはNeovim plugin等ではなくtmuxのpaneを切ってそこで直接動かしている。

Devinは主にAsk Devinを使ってコードベースの調査などに使っている。レスポンスがめっちゃ早くてありがたい。

GitHub Copilotはエディタのインライン補完で使ったり、GitHubのWebUI上でタスクを依頼したりするときに使っている。特にこのブログの機能開発ではよく使っている。（issueさえ書けばそのままWebUIからタスクを依頼できて便利）

ターミナルエミュレータ

Alacrittyを使っている。ターミナルにはタブ機能がない方がcmd+w等を誤爆したりとかが起きないので好きで使っている。（iTerm2を使っていたときはたまに誤爆してシェルが消えて悲しくなっていた。）

正直早いかどうかはあまりわかってないが特に不満もない。（少し前に日本語入力もいい感じになったし）

GitHub - alacritty/alacritty: A cross-platform, OpenGL terminal emulator.

A cross-platform, OpenGL terminal emulator. Contribute to alacritty/alacritty development by creating an account on GitHub.

https://github.com/alacritty/alacritty

ターミナルマルチプレクサ

tmuxを使っている。1セッションに好きなだけウィンドウを開く運用で使っている。

tmux-fzfでのwindow切り替えがとても便利で気に入って使っている。

設定手順は過去にこちらに書いた。

tmux-fzfを使ってwindow切り替えをできるようにする手順

これはなにこんな感じでtmuxでwindowをfzfで切り替えられるようにするための設定方法手順 .tmux.confに以下を追記 set -g @plugin 'tmux-plugins/tpm' # す

https://blog.kyu08.com/posts/tmux-fzf-window/

前述の通りalacrittyとの相性がいい感じなのでよほどのことがない限りこの組み合わせは変えなさそう。²

Status Lineはこんな感じで画面下側にwindow名と現在時刻を表示している。

詳しくは後述するが、nvim-orgmode/orgmodeでClock In(時間計測)しているタスクがあるときはそのタスク名と経過時間をStatus Lineに表示するようにしている。1つのタスクに集中できて割と作業が捗っている。

その他のtmuxの設定とか工夫を紹介する記事は別で書きたい。

Zellijも試したことはあるが、自分の環境だとなぜか表示が崩れてしまったので使っていない。

シェル

zshを使っている。

元々はネットに落ちているshellのコードが（fishよりも）動きやすいから、という理由で使っていたのを惰性で使い続けている。

少し前にこの記事を参考にして起動を高速化したりした。（最近は測ってないが多分今も数10msくらいで起動するはず）

究極のzshプラグイン読み込み高速化: プラグインマネージャーの限界を越えろ【起動時間14.6ms】

https://zenn.dev/fuzmare/articles/zsh-plugin-manager-cache

2024/4頃からzeno.zshを使っていてよく使うコマンドの実行がかなり効率化できている。snippetがいい感じに展開されるのは言わずもがな嬉しいが、zeno-insert-snippetでzenoに登録したsnippetをfzfで選択&挿入できるのがとても便利。設定ファイルはまだyaml形式で書いている。

GitHub - yuki-yano/zeno.zsh: zsh fuzzy completion and utility plugin with Deno.

zsh fuzzy completion and utility plugin with Deno. - yuki-yano/zeno.zsh

https://github.com/yuki-yano/zeno.zsh

プロンプト表示にはstarshipを使っている。

GitHub - starship/starship: ☄🌌️ The minimal, blazing-fast, and infinitely customizable prompt for any shell!

☄🌌️ The minimal, blazing-fast, and infinitely customizable prompt for any shell! - starship/starship

https://github.com/starship/starship

こんな感じでk8sのcontextとnamespaceを表示するようにしている。

誤ってprod環境を壊すことがないようにこんな感じでcontextにprodという文字列が含まれていたら目立つようにしている。

設定はこんな感じ。

[kubernetes]
format = '[[$symbol]($style)\[ctx\]$context \[ns\]$namespace]($style) '
disabled = false
contexts = [
  { context_pattern = ".*dev.*", style = "blue", symbol = " " },
  { context_pattern = ".*prod.*", style = "bold red", symbol = "🔥 " },
]

その他の設定とか便利スクリプトを紹介する記事は別で書きたい。

ランチャー

AlfredとRaycastを併用している。

基本的に不満がないかつ操作性がRaycastよりも好みなので基本的にはAlfredを使っている。

使い道は至って普通でスニペットやweb検索、ローカルのファイル検索などに使っている。

あとはWorkflowを利用してよく使うアプリを以下のようなキーバインドで呼び出せるように設定している。

Alacritty: opt + space
Brave: cmd + esc
Slack: opt + opt
Notion: opt + n
Claude: opt + x
TickTick: opt + t
Spotify: ctrl + esc

今は治ってるかもしれないが、一時期Alfredのクリップボードの動作がとてつもなく重くなってしまったのでそこだけRaycastを使っている。

ウィンドウマネージャー

yabaiとskhdを使っている。設定をコード管理できるのが嬉しい。たまに動作が不安定になるのでそのたびにyabai --restart-service && skhd --restart-serviceを実行している。とはいえ特に不満もない。

GitHub - asmvik/yabai: A tiling window manager for macOS based on binary space partitioning

A tiling window manager for macOS based on binary space partitioning - asmvik/yabai

https://github.com/asmvik/yabai

GitHub - asmvik/skhd: Simple hotkey daemon for macOS

Simple hotkey daemon for macOS. Contribute to asmvik/skhd development by creating an account on GitHub.

https://github.com/asmvik/skhd

めっちゃ雑に書くとよく使うのはこの辺のやつ。

windowを右半分に表示
windowを左半分に表示
windowを左上に表示
windowを左下に表示
windowを右3/4に表示
windowを左1/4に表示

フォント

M+1Code Nerd Font Monoを使っている。まるっとしていて好き。nerd fontも入っているのでNeovimを使っていても豆腐が出ず嬉しい。（あまり原理はわかってないがCicaなどの他のnerd font対応フォントよりも豆腐が出なくてありがたい）

タスク管理

ここ1年くらいはnvim-orgmode/orgmodeを使っている。emacsのorg-modeライクな機能をNeovimで使えるようにしたプラグイン。

GitHub - nvim-orgmode/orgmode: Orgmode clone written in Lua for Neovim 0.11.0+.

Orgmode clone written in Lua for Neovim 0.11.0+. Contribute to nvim-orgmode/orgmode development by creating an account on GitHub.

https://github.com/nvim-orgmode/orgmode

少し前まで素朴にこんな感じのマークダウンファイルを毎日生成して管理していたが、期日が違うタスクをいい感じに管理したくて使い出した。

## TODO
- 実装

## DONE
- コードレビュー

Neovimでタスク管理できるのとタスクに優先度、期日を設定してそれをいい感じにソートして表示してくれるのがかなり肌にあっていて気に入っている。

最近は時間の使い方を振り返る目的でClock In的な機能を使ってタスクごとの所要時間も管理してみている。

これに関してはそのうち別の記事として詳しく書きたい。

ブラウザ

数年前からBraveを使っている。広告をブロックしてくれつつChrome拡張も使えるので便利。一時期Arcも使っていたが肌に合わない挙動があったので使うのをやめてしまった。（具体的には覚えていない）

よく使うChrome拡張は少し前にこの記事に書いた。

ソフトウェアエンジニア目線で使ってみて便利だったChrome拡張を紹介する

本記事はUnipos Advent Calendar 2024の13日目の記事です。本記事では使ってみて便利だったChrome拡張を紹介します。 Stylus Stylus ユーザー定義のCSSを

https://blog.kyu08.com/posts/chrome-extensions-for-dev-2024/

IME

Google日本語入力を使っている。

たまーにひらがなの変換がおかしいのが気になっているが全体的には割と満足している。

azooKeyも試したが辞書登録した単語の優先度が低いのが使いづらくて使うのをやめてしまった。（ライブ変換はとても便利だった。）

ならissueを立てんかい…という話ではあるがちょっとこのところ忙しくそこまではできていない。

CLI/TUIツール

よく使っているCLI/TUIツールはこのあたり。

fzf

GitHub - junegunn/fzf: :cherry_blossom: A command-line fuzzy finder

:cherry_blossom: A command-line fuzzy finder. Contribute to junegunn/fzf development by creating an account on GitHub.

https://github.com/junegunn/fzf

言わずと知れたあいまい検索ツール。
ディレクトリ履歴移動やファイル検索などあらゆるスクリプトで使っている。

lazygit

GitHub - jesseduffield/lazygit: simple terminal UI for git commands

simple terminal UI for git commands. Contribute to jesseduffield/lazygit development by creating an account on GitHub.

https://github.com/jesseduffield/lazygit

gitのTUIクライアント。
gitの操作はすべてlazygitでやっている。
add commit push pullなどの日常の操作やブランチ操作などをかなり少ないキー入力で行えるのがとても便利。
git rebase -i相当のことができたり、commitの一部だけstagingに戻したりと細かいこともできる。
ここ2年くらいで細々とPRを送っており、去年末頃に9番目にcommitが多い人になることができた。

k9s

GitHub - derailed/k9s: 🐶 Kubernetes CLI To Manage Your Clusters In Style!

🐶 Kubernetes CLI To Manage Your Clusters In Style! - derailed/k9s

https://github.com/derailed/k9s

GKEのリソースを見たり操作したりするときに使っている。とても便利。（画像はサンプル用にkindでローカル起動したクラスタのもの）
ログはあまり使いこなせてないので普段の開発ではDatadogやCloud Loggingを見ていることが多い。

<PRここから>

fzf-make

fzf-makeというmake targetをfuzzy finder形式で選択、実行できるTUIを開発している。

コマンド名やその内容を覚えずとも楽に実行できたり、履歴機能があるのが特徴。

現在はMakefileに定義されたmake target以外にも以下のようなコマンドに対応している。

package.jsonのscriptsに定義されたコマンド(pnpm, yarn, npmに対応)
justfileに定義されたrecipe
Taskfile.ymlに定義されたtask

次のようなコマンドでインストールできるのでぜひ使ってみてください。

brew install fzf-make

cargo +1.90.0 install --locked fzf-make

スターもしてもらえると嬉しいです🙏

GitHub - kyu08/fzf-make: A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task.

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make

</PRここまで>

キーリマッパー

Karabiner-Elementsを使っている。

vimmerなのでAの左側のキーを

単押しでesc
長押しでctrl

となるように設定している。

あとはよくある左cmdを英数、右cmdをかなにリマップする設定とか、ctrl+shift+hjklで←↓↑→が入力する設定とかを入れている。

キーボード

7sPro
- 2021/8から使っている。今は家でメインのキーボードとして使っている。
- キースイッチはYushakobo Fairy Silent Linear Switchを使用。
- https://shop.yushakobo.jp/products/7spro
EPOMAKER SPLIT70
- 2026/1に買って職場で使っている。分割キーボードかつガスケットマウントでとても打鍵感が良い。
- キースイッチは同じくYushakobo Fairy Silent Linear Switchを使用。
- https://epomaker.jp/products/epomaker-split70

その他

fuwari
- スクリーンショットを付箋のように画面上に貼り付けておけるmacアプリ。画面に表示されている何かをちょっとメモ的に見たいときにとても便利
- https://github.com/kentya6/Fuwari
- こんな感じで動く

まとめ

ここ数年で主要な使用ツール（Neovim, tmux, zsh）が変わっていないので安定して自分好みのカスタマイズが進められている。

AIツールの実装力がかなり上がったのもあり、Neovimやtmuxのカスタマイズも今まで以上にかなり捗るようになっている。

好みの環境で作業ができると作業自体が楽しくなって仕事や趣味のモチベーションも上がるので2026年もやっていき。

みなさんのこだわりもぜひ教えてください〜！

これ系の記事でNeovimの使用率が1位になってるの初めて見た。Neovimユーザーとしては嬉しい。 ↩︎
画面内の文字を検索するのにcmd+fをよく使うのでGhosttyは自分には合わなかった。 ↩︎

forkしたrepositoryのremoteを最新化しつつローカルにpullするスクリプトを書いた

Mon, 02 Sep 2024 15:54:12 +0000

前提

ghコマンドがインストールされていること
デフォルトブランチにいること

tl;dr

# forkしたrepositoryのremoteを更新しつつpullする
function git-sync() {
    REPO=$(git remote get-url origin | sed -E 's%.+github.com/(.*).git$%\1%')
    echo "🔄 Syncing ${REPO}...\\n"
    gh repo sync ${REPO} && git pull
}
alias gsy=git-sync

嬉しさ

もともとは以下の2ステップだったが前述のスクリプトを使うと1ステップにまとめることができる。

ブラウザでSync fork > Update branchをクリック
ローカルでgit pullを実行

ブラウザからforkすると遅いのでCLIからfork & cloneするスクリプトを書いた

Sun, 18 Aug 2024 06:52:01 +0000

モチベーション

GitHubにホストされているOSSにPRを出す時にforkしてからローカルにcloneするが、ブラウザのforkボタンを使ってforkすると時間がかかることが多くストレスに感じていた。

そのためCLI上でforkとcloneを行うスクリプトを書いた。

これまでの手順は以下のような手順が必要だった。

ブラウザでforkボタンを押す
forkの完了を待つ
ブラウザに表示されるcloneコマンドをコピー(gh repo clone owner/repoみたいなやつ)
ターミナルでコマンドを実行してforkしたリポジトリをcloneする

これを以下のステップでできるようにした。

リポジトリのURLまたはOWNER/REPO形式の文字列をコピー
コマンドに1. で取得した文字列を渡して実行

つくったスクリプト

以下を.zshrcなどに追加すると使えるようになる。aliasの部分はお好みで。¹

function git-fork-clone() {
    # 入力からowner/repoを取り出す。owner/repoのような形式でもURLでもOK
    REPO=$(echo $1 | sed -E 's@.+github.com/([^/]+)/([^/]+).*@\1/\2@')
    echo "🐙 ${REPO} will be forked and cloned.\\n"
    # -- 以降のオプションはgit cloneに渡される
    # See: https://cli.github.com/manual/gh_repo_fork
    gh repo fork ${REPO} --default-branch-only --clone=true -- --filter=blob:none
}
alias gf=git-fork-clone

前提

ghコマンドがインストールされていること。

使い方

$ git-fork-clone https://github.com/cli/cli

上記を実行すると以下のような出力が表示され、リポジトリのforkとcloneが行われる。

🐙 cli/cli will be forked and cloned.

✓ Created fork kyu08/cli
Cloning into 'cli'...
remote: Enumerating objects: 31, done.
remote: Counting objects: 100% (31/31), done.
remote: Compressing objects: 100% (30/30), done.
remote: Total 31 (delta 0), reused 10 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (31/31), 20.41 KiB | 10.20 MiB/s, done.
From github.com:cli/cli
 * [new branch]      main       -> upstream/main
 * [new tag]         v1.0.1     -> v1.0.1
✓ Cloned fork

以下のような形式でも動く。

git-fork-clone https://github.com/cli/cli/pulls
git-fork-clone cli/cli

まとめ

また人類のOSS貢献力を加速させてしまいました。

完全に余談だがスクリプトのREPO=...の部分は https://www.tutorialspoint.com/execute_bash_online.php を使って出先で書いた。スマホでもシェルスクリプトが書けて便利。 ↩︎

Makefileに定義されたtargetをfzfで選択して実行するCLIツールをRustでつくった

Fri, 31 Mar 2023 01:15:48 +0900

(2024/12/14追記) 内容を更新した紹介記事をZennに投稿しました。

[make,pnpm,yarnに対応]タスクランナーのコマンドをfuzzy finder形式で選択できるCLIツール fzf-makeの紹介

Makefileに定義されたtargetをfzfで選択して実行するCLIツールをRustでつくった。

GitHub - kyu08/fzf-make: A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task.

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make

こんな感じで動く。

fzf-makeがやっていること

Makefileからtargetを正規表現で抜き出す
skim(※)に実行オプションとtargetたちを渡す
skimがプレビューウィンドウ付きのfuzzy-finderを表示
skimから選択されたtargetが返ってくるのでmake ${target}を実行

基本的な動作はすべてskim任せになっていてRust側でやっているのはskimとのやりとりくらいになっている。

※lotabout/skim…Rust製のfuzzy-finder。Rustのライブラリとして利用することもできる。

(makeの文法が思ったより多彩っぽかったので自分が必要とするごく簡単なユースケース以外をカバーするのは早々に諦めた。(makeで1冊本が書けるぐらいだしそれはそうという感じではある))

brewコマンドでインストールできるので気になる方はぜひ。

brew tap kyu08/tap
brew install kyu08/tap/fzf-make

ソースも公開しているので、「こう書くといいよ」とかバグとかありましたらぜひissueやPRで教えてください。

GitHub - kyu08/fzf-make: A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task.

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make

実装

上述の通り処理の大部分はskim任せになっている。(書いたコードはテストを含めても200行程度)

ただskimをライブラリとして利用する実装サンプルがあまりなかったのがちょっと大変だった。特にプレビューウィンドウの表示にfzfの候補文字列を変数としたシェルコマンドの形で渡すことができることに気づくまでに時間がかかった

↓の{}にtarget名が入るイメージ。

let preview_command = r"line=$(bat Makefile | grep -nE '^{}\s*:' | sed -e 's/:.*//g'); bat --style=numbers --color=always --line-range $line: --highlight-line $line Makefile";

fzf-make/src/misc.rs at 3a627d0a1aa75b1bf1ff87f3443f63393afbcf10 · kyu08/fzf-make

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make/blob/3a627d0a1aa75b1bf1ff87f3443f63393afbcf10/src/misc.rs#L18

あとはgoでいつもやっている感じでテーブル駆動テストっぽくテストを書いてみた。可読性も保守性も高いので割と気に入っている。

fzf-make/src/misc.rs at 3a627d0a1aa75b1bf1ff87f3443f63393afbcf10 · kyu08/fzf-make

A command line tool that executes commands using fuzzy finder with preview window for make, npm, pnpm, yarn, just and task. - kyu08/fzf-make

https://github.com/kyu08/fzf-make/blob/3a627d0a1aa75b1bf1ff87f3443f63393afbcf10/src/misc.rs#L145

動機

Rustが書きたかった。(以上)

最近Rustのやっていきが高まっており、The Rust Programming Language を1周したので何か作ってみるぞーという機運とMakefileのターゲットをfuzzy-finderで絞り込めたら便利そうだなーという気持ちが重なったのでRustでfzf-makeを作ってみた。 (あとはskimの存在を知っていたのも大きい。)

自分が欲しいCLIツールを手に入れつつRustの経験が積めたのでよかった。

ちなみにRustに入門した直接的(?)なきっかけとしてはこのスライドを目にして、「Elmっぽい！楽しそう！」と思ったのが発端だった。Rustに興味を持っている人はぜひ読んでみて欲しい。

満を持して始める Rust

Rustを触ってみて感じたこと

Rustを触る前に持っていた印象は「コンパイルが通りずらく、安全性が高い」「関数型っぽい」という感じだった。

実際に学んでみた印象は次のような感じ。

関数型っぽい書き心地
- 特にenumとパターンマッチング,Option型 ,Result型, 式指向な考え方などの関数型っぽい言語機能や極力データをイミュータブルに扱う思想などが心地よかった。筆者が大好きな言語であるElm(ウェブブラウザベースのGUIを作成するための純粋関数型)の好きな部分をほとんど含んでたのでElmに近い感覚で書くことができた。(もちろん慣れてないこともあってElmよりも全然難しかったけど)
- (Elmが気になる方はElm Guideがおすすめです)
↑に近いがNull安全なことに加えて所有権などの概念のおかげでコンパイルが通りさえすればちゃんと動いてくれるという安心感がある。
- リファクタもやりやすそう。(enumにバリアントを追加したとき、パターンマッチの全箇所を修正しないとコンパイルが通らなかったりすると思うので)
開発体験が良い
- エラーメッセージがとても丁寧。「ここがこう悪いで〜」とか「ここをこう直すとええで〜」みたいなことまでエラーメッセージに書いてくれてあるホスピタリティに感動した。こういったところもRustが生産性が高いと言われる所以なのかもしれない。
コミュニティの初学者をサポートする姿勢がすごい
- RustのOSSプロジェクトへのcontributionについては rust-lang/rustへのcode contributionをはじめからていねいにが詳しいが、Rust製のOSSプロジェクトにはE-mentorというタグがありissueを進めるに当たってメンターが指針を記してくれているらしい。（https://github.com/rust-lang/rust/issues/109099 これとかすごい。）
- いつかRustのOSSプロジェクトにもcontributionしてみたい
他の言語と比べて動くものをつくるまでに必要な学習コストは高いとは思うがRustをちゃんと書けるようになれば生産性高く安全なコードが書けると思うので必ずしも学習コストが高いとは言えないのかもしれない。（他の言語でも安全なコードを書くためには一定の学習や経験が必要だろうし）（※想像で喋っています）

総じて開発体験は良かったのでこれからもゆるゆるとRustの学習は続けていきたい。

余談

テスト実行に https://github.com/nextest-rs/nextest を使ってみたがテスト結果が見やすくて便利だった。

cargo runの結果

cargo nextest runの結果

カラフルで見やすい。

yamlに定義したbookmarkをfzfで選択してブラウザで開くCLIツールをGoで作った

Wed, 22 Feb 2023 16:15:48 +0000

つくったもの

yamlに定義しておいたbookmarkをfzfで選択してブラウザで開くCLIツールをGoで作った。

GitHub - kyu08/fzf-bookmark-opener: A command line tool that opens bookmark using fzf.

A command line tool that opens bookmark using fzf. - kyu08/fzf-bookmark-opener

https://github.com/kyu08/fzf-bookmark-opener

こんな感じで動く。

コードの話

コード自体は大変シンプルで

設定ファイルがなければ~/.config/fzf-bookmark-opener/config.yamlに作成
設定ファイルの読み込み
fzfで選択
選択されたブックマークをブラウザで開く

ということをやっているだけである。(main.goに120行弱だけという素朴なコード量)

fzf-bookmark-opener/main.go at main · kyu08/fzf-bookmark-opener

この記述量で作れたのは間違いなくktr0731/go-fuzzyfinderのおかげでした。このライブラリのおかげでgoのコードからfzfを簡単に呼び出すことができました。というかなんならこのライブラリの存在を知ったので使ってみたくなってfzf-bookmark-openerを作ったみたいなとこもあります。ありがとうございます。

ktr0731/go-fuzzyfinder

ちゃっかりbrewでも公開してみた

brewでインストールできるに越したことはないだろうってことで、brewでも公開してみたが思いのほか簡単だった。

brew tap kyu08/tap
brew install kyu08/tap/fzf-bookmark-opener

これだけでインストールできるので気になった方もそうでない方もぜひ。issueやPRもお待ちしています。(go installでインストールしたい方はこちら(go install github.com/kyu08/fzf-bookmark-opener@latest))

brew公開に関してはこちらのブログを参考にしたら30分弱でサクッと公開できた(想像より簡単だった)

【備忘録】Homebrewで自作ツールを配布する - ハイパーマッスルエンジニア

Homebrewでの配布は簡単だが毎回忘れる Goでバイナリ作ったり、ShellScript書いて配布したいなと思ったときにHomebrew使うことが割とある。が、その都度毎回調べてやり方を思い出しながらするのが億劫だったので、一回まとめてみる。ざっくり手順 Homebrew配布用のリポジトリを作る tagをpushしてReleaseノートを作る Formulaファイルを作ってpush 1. Homebrew配布用のリポジトリを作る自作ツールのインストールファイルを置くためのリポジトリを作る。このリポジトリにバイナリとかの成果物を置くわけではない。置くのはインストールファイルである.rb…

https://www.rasukarusan.com/entry/2019/11/03/211338

詳細は↑の記事を読んでいただければわかるが、リリースにバイナリを含めて配布用のrepositoryを作るだけなので本当に簡単だったのでツールを配布したい人はぜひ。

ちゃっかりヘルパースクリプトも公開した

現在お仕事ではGCPを使っているんですが、GCPのコンソールをプロジェクト、サービスを指定して直接開きたいことが多いのでプロジェクトのリストを渡すとGCPの主要なサービス(主観)のURL一覧をfzf-bookmark-openerの設定ファイルの形式で吐いてくれるスクリプトも公開した。

kyu08/gcp-url-generator

project名のリストとregionを渡すとこういう文字列を吐いてくれるイメージ。(以下は出力の一部)(この例だとregionは関係ない)

  - title: 'Home stg'
    url: 'https://console.cloud.google.com/home/dashboard?project=stg'
  - title: 'Home dev'
    url: 'https://console.cloud.google.com/home/dashboard?project=dev'
  - title: 'Home prod'
    url: 'https://console.cloud.google.com/home/dashboard?project=prod'
  - title: 'Datastore stg'
    url: 'https://console.cloud.google.com/datastore/entities?project=stg'
  - title: 'Datastore dev'
    url: 'https://console.cloud.google.com/datastore/entities?project=dev'
  - title: 'Datastore prod'
    url: 'https://console.cloud.google.com/datastore/entities?project=prod'

現在の対応サービスは以下で、Cloud Runに関してはサービス名の配列を渡すとプロジェクト*サービスの全組み合わせのURLを吐く。

Dashboard
Datastore
App Engine
Artifact Registry
Cloud Storage
Spanner
BigQuery
Cloud Scheduler
PubSub
Dataflow
Cloud Build
Cloud Tasks
Cloud Run
Cloud SQL
Cloud Functions
IAM
Secret Manager
AI Platform
Compute Engine
Logging
Monitoring
Workflows
Firebase Realtime Database (DB)
Firebase Hosting
Firebase Remote Config

これで生成したURLをfzf-bookmark-openerに食わせるとお使いのGCPプロジェクトの特定のサービスがコマンドラインからサクッと開くことができる。(詳しくはkyu08/gcp-url-generatorのREADMEを参照) こちらもissueやPRお待ちしてます。

余談1

Rustだとlotabout/skimを使うとktr0731/go-fuzzyfinderと同じようなことができるらしい。最近Rust熱が高まりに高まっている(Tour of Rustやり中)ので次に何かCLIでfzfなツールをつくるときは使ってみようと思う。

lotabout/skim

[追記] Makefileに定義されたtargetをfzfで選択して実行するCLIツールをRustでつくった。

kyu08/fzf-make

余談2

ふと気になってktr0731/go-fuzzyfinderをはじめとする依存ライブラリのライセンス表示はどうすればいいか気になって調べてみたところリポジトリにNOTICESとかCREDITSとかThirdPartyNoticesみたいなファイルを置いてそこに依存ライブラリの著作権・ライセンス表示をするのが一般的なようだった。

手作業でやるのは辛いので自動生成ツールを探したところGoだとこれが使いやすそうだったので使ってみたけど簡単でとてもよかった。ありがたや…。

GitHub - Songmu/gocredits: creates CREDITS file from LICENSE files of dependencies

creates CREDITS file from LICENSE files of dependencies - Songmu/gocredits

https://github.com/Songmu/gocredits

まとめ

ktr0731/go-fuzzyfinderはいいぞ〜

Tmux+NeovimでJetBrains IDEのScratchみたいな機能を実現している話

Sat, 04 Feb 2023 16:15:48 +0000

任意の構成のSandbox的な環境をTmuxのwindowとして用意するようにしたところターミナルから出ずにサクっと動作検証とかが行えてハッピーになったよ、という記事。ここではvanillaなGoのプロジェクトの例を紹介しますが、お好みの構成でSandbox環境を作ってみてください。

全然大したことをやっているわけではないですがTmux, Neovimやそれらのプラグインの普及活動になれば嬉しいので書いてみます。

動作イメージ

こんな感じでvanillaのGoプロジェクトをTmuxのwindowに開いておいて、確認したくなったときにすぐwindowを切り替えてコードを書いて実行結果を確認できるようにしている。(Gifの例はGoの書式指定子%+vの動作を忘れて試してみているところ)

Gifでやっていることは以下

GoのSandbox環境を開いたNeovimが起動しているwindowに切り替え
コードを書く
Neovim上でターミナルを表示
make runを実行してコード実行
結果を確認
元いたwindowに戻る

tmux-fzfなど筆者のターミナル環境については以下参照

開発の効率化のためにやっていることターミナル編

筆者はGoの動作を確認したいことがほとんどなのでこういった構成にしているが、必要に応じてよく使うFWをセットアップした環境を作っておくと便利そう。

プロジェクトの内容

Go固有の内容もあるので参考程度で。

├── .git
├── .gitignore
├── go.mod
├── go.sum
├── main.go
├── main.go.sample
├── main_test.go
└── Makefile

基本的にmain.goの中身を編集して、go run .で実行して実行結果を確認するということをしている。

Makefileの中身は以下のような感じになっていて、make runでコード実行、make clearでmain.goをまっさらにできるようにしているだけである。

.PHONY: run clear

run:
  @go run .

clear:
  @cp ./main.go.sample ./main.go

main.go.sampleの内容は以下。

package main

func main() {
}

あとはよく見返したくなるコードはmain.go以外のファイル名で保存したり、commitしておくと後からでもさっと確認できてよさそう。(筆者はそこまでやってない)

感想

ターミナルから出ずに作業が完結できてうれしい。

同様のことはGoの場合はブラウザからThe Go Playground(※)を開いても行えるが筆者は何でもターミナルでできると嬉しい人なのでできるようにしてみた。

※ブラウザ上で実行できるGoのエディタ + 実行環境がセットになったやつ。

Go Playground - The Go Programming Language

https://go.dev/play/

あとやるとしたらThe Go PlaygroundにあるURL発行機能とかを実現できると他の人への共有も楽になっていいのかもしれない。(今のところあんまり他の人に共有する機会がないので困っていない)

補足

最後に補足としてGif内で使っているNeovimのプラグインを紹介します。

ターミナル表示

voldikss/vim-floaterm

GoのSandbox環境のmain.goに書いたスクリプトを実行するために、Neovimからターミナルを表示するシーンで使っている。

コード編集してサクっと動作確認したいときなどに便利。(といいつつ最近動作の重さが目立ってきたので<C-z>でNeovimの起動元に戻ってターミナルを操作することが多い)

カーソル移動

yuki-yano/fuzzy-motion.vim

fmt.Printf("u: %v\n", u)のuから%vの位置にカーソル移動する際に使っているプラグイン。

動作のイメージはこんな感じ。

起動すると文字がグレーアウトするのでジャンプしたい文字列を入力するとその文字にジャンプするためのキーワードを表示してくれるというプラグイン。

同様の機能をもつプラグインとしてはeasy-motionなどのプラグインが有名だが、fuzzy-motionはジャンプしたい文字列をfuzzy-finder形式で絞り込んでくれるのが大きな特徴。(詳しくはリポジトリのREADME参照)

筆者はノーマルモードでfキーを押下するとプラグインが起動するように設定している。

カーソル移動の効率がよすぎて正直もうこれなしでは開発したくない。

LSP Server

neoclide/coc.nvim

Language Serverをホストするためのプラグイン。

すごく簡単にいうと補完や関数定義を表示したり定義ジャンプできるようにしたりしてくれる。

以上です。ここまで読んでくれてありがとうございました。

開発の効率化のためにやっていることターミナル編

Wed, 14 Dec 2022 16:15:48 +0000

【この記事はUnipos Advent Calendar 2022の記事です】

この記事では筆者が開発の効率化のために行っている工夫や使っているツールなどについて紹介します。「他にもこんなツールあるよ！」「こんな設定おすすめだよ！」などなどありましたらtwitterとかで教えてもらえると助かります。

今回はターミナル編です！

シェル

シェルはzshを使っています。一時期fishも使っていましたが、環境移行のコストが低かったりPOSIX準拠だったりするメリットに旨味を感じてzshに乗り換えました。

よく使うalias

zshではalias hoge='echo hoge'のように記述することでaliasを定義できます。

ここでは筆者がよく使うaliasをいくつか紹介します。

alias m='MEMODIR=~/code/memo; cd $MEMODIR; FILE=$MEMODIR/$(date +%Y%m%d).md; if [ ! -e $FILE ]; then echo "# todo \n\n# done\n" >> $FILE; fi; nvim $FILE'

日毎にyyyymmdd.md形式の名前のファイルを作成してvimで開く。ファイルが存在していなければ

# todo

# done

をファイルに書き込んだうえでvimで開く、という内容のワンライナーです。

実際に呼び出すとこんな感じです。

ちなみに筆者は

# todo
- タスクA
  - 子タスクa
  - 子タスクb
- タスクB

# done

のような感じでタスクを書いていき、完了したら以下のようにdoneに移すという素朴な方法でタスク管理をしています。

# todo
- タスクB

# done
- タスクA
  - 子タスクa
  - 子タスクb

alias ghw='gh repo view -w'

ghコマンドを利用して現在いるリポジトリをブラウザでGitHubで開くコマンド

alias pbc='pbcopy && pbpaste'

make test | pbcのように出力をパイプでpbcに渡すとクリップボードにコピーしつつ標準出力に出力してくれる。

コマンドの出力をコピーしたいけど出力内容もその場で確認したいときに便利。

こちらの記事で紹介されていた。

pbcopy で標準出力の内容をecho表示を維持しつつコピーしたい - それマグで！

pbcopy コマンドはクリップボードのコピーが出来て便利。 pbcopy コマンドを使うと、ターミナルの出力内容をコピーが出来る。便利なコマンドでも困ったことが有る。クリップボードにコピーされた内容を見れない。 takuya@~$ ls / Applications Network Users bin dev home lost+found net private tmp var Library System Volumes cores etc installer.failurerequests mnt opt sbin usr takuya@~$ ls / | pbcopy コピーされる…

https://takuya-1st.hatenablog.jp/entry/2017/05/30/093000

alias finder='open -a Finder ./'

現在いるディレクトをfinderで開くコマンド

ごく稀に使う。

ディレクトリ移動

zshにはcdrという、移動したことがあるディレクトリを自動的に保持してくれる機能があります。

これをいい感じにファジーファインダーから呼び出すスクリプトを公開して下さっている方がいたのでありがたく使わせてもらっています。

fzfで捗る自作コマンド一覧(zsh) - ハイパーマッスルエンジニア

みんな大好きfzf fzfは結果をインタラクティブに絞り込むだけのコマンドだが、組み合わせ次第でかなり使えるコマンドだ。日本ではpecoの方が有名だが海外ではfzfの方が人気らしい。 github.com 筆者が思うpecoと比較したときのfzfのメリットを述べる。画面クリアがなく目に優しい fuzzy search(曖昧検索)が可能絞り込んだものをパイプつなぎでコマンドを適用でき、結果をpreviewとして画面に表示できるカスタマイズが豊富特にfuzzy searchとpreviewできる点が素晴らしい。またfzfの絞り込み結果の画面サイズを指定できたりとカスタマイズ性が高いのもGO…

https://www.rasukarusan.com/entry/2018/08/14/083000

fzfをインストールした上で以下のスクリプトを.zshrcに記述するとcで呼び出すことができます。

# fzf-cdr 
alias c='fzf-cdr'
function fzf-cdr() {
    target_dir=`cdr -l | sed 's/^[^ ][^ ]*  *//' | fzf`
    target_dir=`echo ${target_dir/\~/$HOME}`
    if [ -n "$target_dir" ]; then
        cd $target_dir
    fi
}

# cdrの設定
autoload -Uz is-at-least
if is-at-least 4.3.11
then
  autoload -Uz chpwd_recent_dirs cdr add-zsh-hook
  add-zsh-hook chpwd chpwd_recent_dirs
  zstyle ':chpwd:*'      recent-dirs-max 500
  zstyle ':chpwd:*'      recent-dirs-default yes
  zstyle ':completion:*' recent-dirs-insert both
fi

# fzfの設定
export FZF_DEFAULT_OPTS='--color=fg+:11 --height 70% --reverse --exit-0 --multi'

これを実際に使うとこんな感じになります。ファジーファインダーを利用して効率的にディレクトリ移動できます。

やっていることは以下です。

.zshrcに定義したfzf-cdrを実行
移動したいディレクトリのパスの一部を入力
候補から移動したいディレクトリを選択する

コマンド履歴検索

実行したコマンドの履歴についてもfzfを使って絞り込みを行うようにしています。

これもスクリプトを公開して下さっている方がいたのでありがたく使わせてもらっています。

fzfを使ってzshのコマンド履歴検索をスマートに

https://techblog.sgr-ksmt.dev/2016/12/10/smart_fzf_history/

以下のスクリプトを.zshrcに記述すると、ctrl + rでコマンド履歴を呼び出すことができます。

function select-history() {
  BUFFER=$(history -n -r 1 | fzf --no-sort +m --query "$LBUFFER" --prompt="History > ")
  CURSOR=$#BUFFER
}
zle -N select-history
bindkey '^r' select-history