現在、AI ブームが巻き起こり、プログラミングのやり方も大きく変わってきています。私も AI を活用して仕事を効率化したく、 Cursor や Cline を試してみたことはあるのですが、10年以上使っている Vim (Neovim) を乗り換えられず波に乗り遅れていました。そんな中、「Aider」という AI エージェントを導入してめちゃ感動したので、紹介したいと思います。 初期の感想↓ ⚠️ ご注意 ⚠️ 本記事は Aider の使い勝手の良さを共有するものであり、特定のエディタを貶めたり、宗教戦争を仕掛けるつもりはありません。 Aider はコードやチャット履歴を収集することはないと 表明 していますが、本記事はそれを保証するものではありません。 本記事は個人の見解であり、所属する組織を代表するものではありません。 追記(2025/04/01): Aider は MCP のサポートが
Multiple selections Multiple cursors as a core editing primitive, inspired by Kakoune. Commands manipulate selections which allows concurrent code editing. Tree-sitter integration Tree-sitter produces error tolerant and robust syntax trees, which enables better syntax highlighting, indent calculation and code navigation. Powerful code manipulation Navigate and select functions, classes, comments,
VSCode Neovimとの遭遇 Vimmerの方には、VSCodeでVSCode Vimを使っている方も多いかと思います。筆者もその一人でしたが、Undoがどうにも壊れたり、vim-surround相当の機能の挙動にやや不満があったり等の理由で、完全なVimの書き心地を得るには至っていませんでした。 先日、Undoが壊れている件のissueを読んでいたところ、VSCode Neovimというエクステンションを知りました。これに移行して割と快適になったので、導入のために行ったことを紹介します。 VSCode VimとVSCode Neovimの違い VSCode VimはVSCode上でVimの操作感をエミュレートするエクステンションです。基本的なVimのノーマルモードの操作を懸命にサポートしているエクステンションですが、ネイティブのVimと比べると物足りなさを感じるのは事実です。 VS
JavaScript Standard Style Sponsored by English • Español (Latinoamérica) • Français • Bahasa Indonesia • Italiano (Italian) • 日本語 (Japanese) • 한국어 (Korean) • Português (Brasil) • 简体中文 (Simplified Chinese) • 繁體中文 (Taiwanese Mandarin) JavaScript style guide, linter, and formatter This module saves you (and others!) time in three ways: No configuration. The easiest way to enforce code quality in your
Bram Moolenaar the Creator of Vim 2023年8月5日、悲しい知らせが入ってきました。長年、多くのエンジニアに愛され今もなお使われ続けているテキストエディタVimの作者Bram Moolenaar氏が同月3日に亡くなったという知らせです。ショックでしばらく信じることができませんでした。 筆者は長年Vimを使い、Vimに多くのコントリビュートを行ったり、その都度Bram氏と対話したり議論したりしてきました。そのBram氏が突然、この世界からいなくなってしまったことをしばらく受け入れられなかったからです。 本記事では追悼の意味を込め、Bram氏がどのようにVimの開発を始め、Vimがどのように広まっていったのか、また長年Vimを追い続けてきた筆者から見たBram氏の人物像を筆者の思いを交えて解説していきます。 Vimの歴史 Bram氏についてお話しする前に、まず
本日 2023-08-05、悲しいお知らせが入ってきました。Vim の作者 Bram Moolenaar 氏が亡くなりました。謹んでお悔やみを申し上げます。 以下は Bram Moolenaar 氏のご家族から vim_announce に送られたメッセージです。 https://groups.google.com/g/vim_announce/c/tWahca9zkt4t 親愛なる皆様へ Bram Moolenaar が 2023年8月3日に逝去したことを、謹んでお知らせいたします。 Bram はここ数週間で急速に進行した病状に苦しんでいました。 Bram は人生の大部分を Vim に捧げ、皆様が一員である Vim コミュニティを大変誇りに思っておりました。
Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -- Martin Fowler, 1999 We all love documentation because it makes our codebases easier to understand, yet no one has time to write it in a good and proper way. Vim-doge is a (Do)cumentation (Ge)nerator which will generate a proper documentation skeleton based on certain expressions (main
去年8年ぶりに vimrc を書き直した時はLSPの体験があんまりよくなくてLSPなしでNeovimを使い続けていたのだが、様々な言語のOSSをメンテする都合で用途に応じてIntelliJとVSCodeとNeovimの三刀流で暮らしていた結果、可能ならNeovimに寄せたいけどそれならLSPを使いたいなということになり、今回LSPの所を真面目に設定し直して、かなり良い体験になっている。 正直Neovimの設定はVSCodeのそれに比べたら面倒なんじゃないかという印象がありサボっていた節があるが、実際にやってみるとVSCodeと同程度に簡単に済む方法もあったので紹介したい。 何故Neovimなのか LSPの話の前に、タイトルだけ見た人がそもそも単にVSCode使えばいいじゃんと言いそうなので、どうしてIntelliJやVSCodeではなくNeovimに揃えようと思ったのかについて書いておく。
僕はdotfiles系リポジトリ*1のコミット数を合計するだけで2261コミットある、.vimrcばっかりいじっていて開発が全然進まないタイプの人間で、つまり開発環境にとてもこだわりがある。 こだわりすぎて他に誰もやってなさそうな数々のカスタマイズを生み出してしまったが、やらなければよかったと後悔しているものが多くあるので、僕のような人が新たに生まれないよう、やめておけばよかったテクニックとその法則のようなものを紹介したい。 後悔しているもの C-h, C-y, C-u, C-oでウィンドウ切り替え Windows, macOS, Linux問わず以下のグローバルなキーバインドを設定している。 C-h: ターミナルにウィンドウ切り替え C-y: IntelliJかCLionにウィンドウ切り替え C-u: Google Chromeにウィンドウ切り替え C-o: TwitterかSlackに
を設定してから再度試した所 bar が表示された。backupcopy は編集中のファイルによって自動で判別する auto がデフォルトになっている為、試す際には明示的に yes に設定しないといけない。 bash の実装確認 evalstring.c の parse_and_execute でコマンドが処理されており、input.c の with_input_from_buffered_stream で読み込みの準備が行われている。バッファの読み込みの本体は y.tab.c つまりパーサから直接呼ばれており、このパーサは fgets(3) で読み込まれつつ実行される為、一括でファイルが読み込まれている訳ではない。 while/do でループ実行した際に、ファイルを書き換えられたら戻り先はどうなるか、についてはスクリプトはバッファ付きで読み込まれており、そのバッファがファイルシステムから読
始めに ここ数ヵ月力を入れてddc.vimの開発をしていて、ようやく一通りの機能がそろいましたので、広くユーザーに使ってもらうフェーズに進めたいと考えています。 ユーザーからの要望やバグ報告に対応が終わってから正式版の1.0となりますのでよろしくお願いします。 私が以前に作成した自動補完プラグインであるdeoplete.nvimは既に開発を終了しました。 私自身は既にdeoplete.nvimからddc.vimに移行しており、もはや何の不便も感じていません。動作も最初から安定していますし、自信をもってユーザーに使用を推奨することができます。 自動補完フレームワーク開発の歴史 私はこれまで数々の自動補完フレームワークを開発してきました。ここでその歴史を簡単に振り返ってみましょう。 neocomplcache.vim 2008/12 頃開発 私が始めて作成した自動補完フレームワークは neoc
今年はiPodが誕生から20周年、Windows XPも20周年、Happy Hacking Keyboardも25周年を迎える中、開発者の間で使われてきた老舗テキストエディタ「Vim」は30周年を迎えたそうだ。Vimの生みの親であるBram Moolenaa氏は公式サイトで、Vimはかつてないほど人気が高まっているとし、Vim 9の開発状況について触れている。現在、10-100倍速く高速に実行できる新しいVimスクリプト関数を開発中だという。ただ完成するまでには時間がかかりそうだともしている（Happy birthday!、GIGAZINE）。 30周年を迎えたことでVimが使われ続ける理由などを考察した記事も出ている。ソフトウェア開発者のAlex Baldwin氏は、マウス無し・キーボードのみで操作できることやドットを入力するだけで直前の変更を繰り返せる「.(ドット)」コマンドの利便性
本日 2021年9月16日に vim-jp は10周年を迎えました。 vim-jp 立ち上げ当初の記事は以下になります。 2011-09-07 github上にvim-users-jpというorganizationを作った。 by mattn 後に名称が vim-jp へ変更となりました。 2011-09-16 vim-jpを作りました。 by KoRoN 2011-09-16 Vimをお使いの皆さまへ by KoRoN 2011-10-01 個々の作業はチームを作る事で効率を上げられる by mattn vim-jp 立ち上げ約1か月の振り返り記事 2012-11 vim-jpの活動報告 (by KoRoN) 1年目の振り返り。VimConfの前身である ujihisa.vim 2012 での発表スライド この10年ものあいだ vim-jp が存続・機能できたのは、 何より vim と
概要 tmux/screen 上で nvim を使用した際に、 escape/Ctrl-[ 入力に対するレスポンスが遅いため、これを解決する方法について記述します。 tmux/screen 上で nvim のescapeレスポンスを早くする $HOME/.tmux.conf 上で 以下の設定を追記する set -s escape-time 10 screen の場合は、以下の設定を $HOME/.screenrc に追記します。 maptimeout 10 vimなどで、 escape-time を 0 にしている例をよくみかけますが、nvimの場合0だとうまくいかず、 10程度のdelayを必要とします。 なぜこのような挙動になるのか tmuxではEscape入力があった際に、500msec のディレイの後にバックグラウンドのターミナルにコマンドを送信している。 上記の設定ではこのディレ
2013年にEmacsの使いすぎで小指が痛くなってからVimユーザーをやり始めて、かれこれ8年が経つ。 当時書いたvimrcを秘伝のタレ的に使い続けてきたが、正直あんまりまともにプラグインの更新とかをやっていなかったせいで、ある日突然、普通に使ってるだけなのにエラーが出まくって困る状態になった。 Vim の寿命 後ろめたさを感じつつも NeoBundle.vim、neocomplete.vim、Unite.vim といった一世代古いShougoさんウェアを使い続けていて、特に Unite.vim は後述の都合により2014年のバージョンに固定して更新をサボっていたのだが、Unite関係の何かがVim 8.2で動かなくなった*1。macOSではsystem Vimを使うようにしてみたところ、system Rubyが何か壊れているせいでif_rubyで書いている自作のUniteプラグインが常に
On top of all language packs from vim repository, vim-polyglot includes: acpiasl (Syntax highlighting for asl and dsl files) ansible apiblueprint (API Blueprint syntax highlighting for apib files) applescript (AppleScript syntax highlighting for applescript and scpt files) arduino (Processing syntax highlighting for pde and ino files) asciidoc (AsciiDoc syntax highlighting for asciidoc, adoc and a
始めに Vimには:wと:rコマンドがあります。コマンド自体は知っている方が多いかと思います。 ぼく的にちょっと便利な使い方ができるので、それお紹介していこうと思います。 :r :r banana.txtでファイルの中身を読み取って、現在のカーソルの次の行に挿入してくれます。 挿入できる行も指定できます。その場合は:{lnum}r banana.txtというふうに先頭に行番号を入力します。 ここからがイチオシですが、実は:r !{cmd}でコマンドの出力も挿入できます。 たとえば、APIのレスポンスをVimでちょっと編集したい場合や、コマンド実行結果を記事に挿入したい場合などに便利です。 :w :wについてVimmerのみなさんなら誰もが知っているコマンドなので説明は省きますが、 実は:w !{cmd}でバッファの内容を外部コマンドの標準入力として渡してくれます。 つまり、標準入力からコー
この記事は、著者の許可を得て配信しています。 https://blog.robenkleene.com/2020/09/21/the-era-of-visual-studio-code// 使用するツールを選ぶときに私が最も重視しているのは寿命です。ソフトウェアの学習は投資であり、後で別のアプリケーションに切り替えなければならない場合は、今まで投資してきた資産の一部を失うと言っても過言ではありません。 ほとんどのソフトウェアのカテゴリにおいて、寿命の長いソフトウェアを選ぶのは簡単で、最も人気のあるツールは、通常、最も長く続いているものです。Microsoft ExcelとAdobe Illustrator は両方とも1987年にリリースされましたが、今でもそれぞれのカテゴリで最も人気のあるソフトウェアであり続けています。 一方、テキストエディタは、最も人気のあるオプションが一番古いものでは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
