vim + tmuxでVSCodeっぽい開発環境を作る

vim + tmuxでVSCodeっぽい開発環境を作る

vim + tmuxでVSCodeっぽい開発環境を作る

MicrosoftのVisual Studio Code(以下VSCode)には期待していて何度かエディタの乗り換えにトライしてるんだけど、今回もあえなく失敗してしまった。でもその度に改善アイデアを得ては自分の環境に取り入れている。定期的に色んなエディタを試して良いとこ取りをするのは、結構いいかもしれない。

自分は基本的にvimとtmuxを併用してターミナルで作業をしている。本稿ではVSCodeの特徴を軸に自分のvimとtmuxの設定をシェアしたい。説明はtmuxとvimの基本を知っていることを前提とする。以下概要:

  • VSCodeっぽい画面分割
  • VSCodeっぽいファイラ
  • VSCodeっぽいエラー表示
  • (VSCodeっぽくない) プロジェクトごとにtmuxタブを開く

VSCodeでは画面下にターミナルを表示できるのが便利だと思ったので真似した。tmuxで上下7:3で分割している。上段でvimを起動して、下段でコンパイルなどをする。下段は更に3つに垂直分割する事が多い。この画面分割をコマンド一発で出来るように以下のようなシェルスクリプトにしている:

<span id="5331" class="qg ot io qc b gz qh qi m qj qk">#!/bin/bash<br></br>tmux split-window -v -p 30<br></br>tmux split-window -h -p 66<br></br>tmux split-window -h -p 50</span>

VSCodeでは画面下のターミナルをトグル(表示/非表示)出来る。邪魔な時は非表示に出来るのが便利。tmuxではズーム機能で同じことができる。上段にフォーカスがあたっている時に -z を入力すると、上段のウインドウが最大化する。つまり下段が非表示になる。この機能はすごく便利で、下段でやるとシェルが最大化するのでログをじっくり眺めたい時などによくやる。

-z</code> を入力すると、上段のウインドウが最大化する。つまり下段が非表示になる。この機能はすごく便利で、下段でやるとシェルが最大化するのでログをじっくり眺めたい時などによくやる。</p><p id="0009" class="pw-post-body-paragraph np nq io nr b ns nt nu nv nw nx ny nz go oa ob oc gr od oe of gu og oh oi oj hp bk">一方、vim側の画面分割は以下のようにキーをマップしている:</p><pre class="pp pq pr ps pt qb qc qd qe aj qf bk"><span id="499f" class="qg ot io qc b gz qh qi m qj qk">" Split window<br></br>nmap ss :split<Return><C-w>w<br></br>nmap sv :vsplit<Return><C-w>w<br></br>" Move window<br></br>nmap <Space> <C-w>w<br></br>map s<left> <C-w>h<br></br>map s<up> <C-w>k<br></br>map s<down> <C-w>j<br></br>map s<right> <C-w>l<br></br>map sh <C-w>h<br></br>map sk <C-w>k<br></br>map sj <C-w>j<br></br>map sl <C-w>l<br></br>" Resize window<br></br>nmap <C-w><left> <C-w><<br></br>nmap <C-w><right> <C-w>><br></br>nmap <C-w><up> <C-w>+<br></br>nmap <C-w><down> <C-w>-</span>

一方、vim側の画面分割は以下のようにキーをマップしている:

ss で水平分割、 sv で垂直分割。 s でウインドウの移動など。vimのウインドウ分割機能はとても優秀で、縦に横に無限に分割できる。他のエディタになかなか移行できない理由の一つ。

ファイルツリーは個人的に要らないので表示していない。画面をめいっぱい編集画面として使いたいから。vimfilerを適宜立ち上げて使っている。以下のように sfキーで任意のウインドウで起動できる。

vimfiler

VSCodeではMaterial Icon Themeでファイルアイコンをいい感じに表示できるのがかっこいい。上記の通り、vimでも vim-devicons を使えばファイラにアイコンを表示できる。

vimfilerの設定内容は以下のとおり:

<span id="879d" class="qg ot io qc b gz qh qi m qj qk">nmap sf :VimFilerBufferDir<Return><br></br>nmap sF :VimFilerExplorer -find<Return><br></br>nmap sb :Unite buffer<Return><br></br>let g:vimfiler_as_default_explorer = 1<br></br>let g:vimfiler_safe_mode_by_default = 0<br></br>let g:vimfiler_enable_auto_cd = 0<br></br>let g:vimfiler_tree_leaf_icon = ''<br></br>let g:vimfiler_tree_opened_icon = '▾'<br></br>let g:vimfiler_tree_closed_icon = '▸'<br></br>let g:vimfiler_marked_file_icon = '✓'</span>

gr で開いているディレクトリを起点としてファイルの中身を検索できる。かなり多用してる。

VSCodeではLintエラーとかを、ファイルを保存しなくても非同期的にチェックしてくれる。いちいち待たされないのが良い。これはvimではAleを使って実現する。

で次のエラーにジャンプできる。キーマップは以下のとおり:

<span id="c151" class="qg ot io qc b gz qh qi m qj qk">nmap <silent> <C-k> <Plug>(ale_previous_wrap)<br></br>nmap <silent> <C-j> <Plug>(ale_next_wrap)</span>

エラー一覧を表示したい時は :lopen で。

自分はInkdropというMarkdownエディタを作っていて、サーバサイドからデスクトップやモバイルアプリまで同時に複数のプロジェクトを開いて開発することが多い。自分はプロジェクトごとにtmuxでタブを開いて、それに名前を付けて管理している。こんな感じ:

-, でタブ(ウインドウ)の名前を変更できる。面倒だけどこまめに変更してやると迷わなくて済む。

-,</code> でタブ(ウインドウ)の名前を変更できる。面倒だけどこまめに変更してやると迷わなくて済む。</p><p id="85df" class="pw-post-body-paragraph np nq io nr b ns nt nu nv nw nx ny nz go oa ob oc gr od oe of gu og oh oi oj hp bk">VSCodeだとプロジェクトごとにウインドウを開くことになるので、どれがどのプロジェクトか分からなくなる。仮想デスクトップは嫌いなので解決にならない。この辺が今後改善されると嬉しい。</p><p id="889b" class="pw-post-body-paragraph np nq io nr b ns nt nu nv nw nx ny nz go oa ob oc gr od oe of gu og oh oi oj hp bk"><code class="cx ql qm qn qc b"><prefix>-o</code> でウインドウのカレントディレクトリを開くように設定している。これでFinderで作業したい時にすぐ開ける。</p><pre class="pp pq pr ps pt qb qc qd qe aj qf bk"><span id="243b" class="qg ot io qc b gz qh qi m qj qk"># Open current directory<br></br>bind o run-shell "open #{pane_current_path}"</span>

VSCodeだとプロジェクトごとにウインドウを開くことになるので、どれがどのプロジェクトか分からなくなる。仮想デスクトップは嫌いなので解決にならない。この辺が今後改善されると嬉しい。

-o でウインドウのカレントディレクトリを開くように設定している。これでFinderで作業したい時にすぐ開ける。

開発環境は見直すたびに新しい発見があって面白い。キリが無いのでこの辺で。

https://www.inkdrop.app/

Read more

Inkdrop v6 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山

Inkdrop v6 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山

Inkdrop v6.0.0 Canary版リリースしました — 新Markdownエディタやその他新機能盛り沢山 こんにちはTAKUYAです。 v6.0.0 の最初の Canary バージョンをリリースしました 😆✨ v6では、アプリのコア機能の改善がたくさん盛り込まれています! * リリースノート(英語): https://forum.inkdrop.app/t/inkdrop-desktop-v6-0-0-canary-1/5339 CodeMirror 6 ベースの新しいエディタ フローティングツールバー v5ではツールバーがエディタの上部に固定されており、使っていないときもスペースを占有していました。 v6では、テキストを選択したときだけ表示されるフローティングツールバーに変わりました。 GitHub Alerts 構文のサポート Alerts の構文が正しい色と左ボーダーでハイライトされるようになりました。 ネストされたアラートや引用にも対応しています。 また、アラートタイプの入力を支援する補完機能も追加されました。 スラッシュコマンド 空行で /

By Takuya Matsuyama
AIのお陰で最近辛かった個人開発がまた楽しくなった

AIのお陰で最近辛かった個人開発がまた楽しくなった

AIのお陰で最近辛かった個人開発がまた楽しくなった こんにちは、TAKUYAです。日本語ではお久しぶりです。僕はInkdropというプレーンテキストのMarkdownノートアプリを、デスクトップとモバイル向けにマルチプラットフォームで提供するSaaSとして、かれこれ9年にわたり開発運営しています。 最近、その開発にClaude Codeを導入しました。エージェンティックコーディングを可能にするCLIのAIツールです。 最初の試行は失敗に終わったものの、徐々に自分のワークフローに馴染ませることができました。そして先日、アプリ開発がまた「楽しい」と感じられるようになったのです。これは予想外でした。 本稿では、自分がエージェンティック・コーディングをワークフローに取り入れた方法と、それが個人開発への視点をどう変えたかを共有します。 * 翻訳元記事(英語): Agentic coding made programming fun again 自分のアプリに技術的負債が山ほどあった ご想像のとおり、9年も続くサービスをメンテするのは本当に大変です。 初期の頃は新機能の追加も簡単で

By Takuya Matsuyama
個人開発を7年以上続けて分かった技術選択のコツ

個人開発を7年以上続けて分かった技術選択のコツ

個人開発を7年以上続けて分かった技術選択のコツ InkdropというMarkdownノートアプリを作り続けて7年になる。 お陰さまでその売上でずっと生活できている。 これまで個人開発でどう継続していくかについて「ユーザの退会理由をあれこれ考えない」とか「アプリの売上目標を立てるのをやめました」とか、ビジネス面あるいはメンタル面からいろいろ書いてきた。 今回は、技術面にフォーカスして、どう継続して開発していくかについてシェアしたい。 TL;DR * 最初はとにかく最速でリリースする事を最優先する * 迷ったら「ときめく方」を選べ * 程よいところで切り上げて開発を進める * 使っているモジュールがdeprecatedされるなんてザラだと覚悟する * 古いから悪いとは限らない * シンプルにしていく * 老舗から継続の秘訣を学ぶ * 運ゲー要素は排除しきれない 最初はとにかく最速でリリースする事を目標に技術選定する 開発計画とビジネス計画は切っても切り離せない。 コーディングに傾倒するあまり完璧主義に陥って結局リリース出来ないまま頓挫してしまう個人開発者は多い

By Takuya Matsuyama
子育て中の個人開発者の一日

子育て中の個人開発者の一日

子育て中の個人開発者の一日 どうもTAKUYAです。 久しぶりに生活まわりの事を書きたい。自分はInkdropというMarkdownノートアプリを売って生きている。 子供も無事順調に成長しており、あと数ヶ月で3歳になるというところで、イヤイヤ期もやっと終わりが見えてきた。 生活パターンもなんとなく定着しつつあるので、ここで一旦どんなルーティンなのか書き出してみる。ちなみに当方今年で40歳。 平日の1日の流れ * 06:30 妻と子供起床、朝食 * 07:10–30 俺起床、朝食 * 07:40 布団を畳んで子供を着替えさせる。妻はその間に化粧や通勤の準備 * 08:00 ストレッチと軽い筋トレ(腕立て50回、スクワット100回) * 08:10 妻と子供を見送る。15分前後瞑想 * 08:30 散歩 * 09:00 作業開始(カフェまたは家) * 11:00 昼飯 * 12:00 ダラダラする * 12:30 作業再開(だいたい家)

By Takuya Matsuyama