2 ポイント 投稿者 GN⁺ 2023-08-11 | 1件のコメント | WhatsAppで共有
  • Bram Moolenaar は、Vim のソース・ドキュメント・vim_dev問題解決中心の姿勢 を残し、Neovim は Vim と Bram の遺産を受け継ぐプロジェクトとして自らを捉えている
  • 無礼な反応や個人的な判断よりも、問題理解を前進させる やり方こそが Bram の強みとして表れており、静かだが深い価値を生み出した人物として記憶されている
  • Vim のコミットメッセージにおける Problem/Solution の原則は単純だが効果的であり、ウガンダ支援でも資源を抽象化せず直接管理する姿勢へとつながっている
  • Neovim は Vim の 派生物 として、継続性と分岐の両方を受け入れながら、保守・文書化・拡張性・埋め込みを引き継ぐ中核軸とみなしている
  • Neovim が継承しようとする方向は、新しさそのものではなく、目標を忘れず行動を結果と比較する 実用主義 に近い

Bram が残した問題解決の方法

  • Bram は技術的な職人芸を超えて、謙虚な姿勢 と現実に錨を下ろした問題解決の方法を示した
  • vim_dev、Vim のソース、ドキュメントには、Bram の言葉や判断だけでなく、彼が選ばなかった選択も残っている
    • 扇情的な表現や個人的な判断に頼らない
    • 無礼な扱いを受けても、解決すべき問題をよりよく理解する方向で反応することが多かった
  • Vim のコミットメッセージにある Problem/Solution のモットーは、単純だが強力な作業原則として機能している
  • Bram は ウガンダの人々を助ける活動 においても、資源を抽象的に扱うのではなく、自ら直接管理する方法を選んだ
  • 謙虚さとは、試みを「細い腰」のような自発的制約に通す思考法であり、より組み合わせやすく強力な結果を生み出しうる
    • unimpaired のようなプラグインは、この流れを変奏した例である
  • Emacs や Vim のような ライフスタイルソフトウェア の効用は、理念よりも、生きたエコシステムと自走する推進力にある

Neovim が受け継いだものと分岐するもの

  • Neovim は当初から Vim の 派生物 として位置づけられ、Vim を継承し続ける一方で、Vim と異なる性格も併せ持っている
  • fork はエネルギーを破壊するのではなく生み出すという観点から、Bram なしに Vim そのものを伝えることはできなくても、本質的な要素の一部は引き続き受け継ぐことができる
  • 保守と文書化

    • Maintenance: 実験は必要であり、創造的破壊や遊び心ある失敗にも価値があるが、Neovim は新しさへの欲望である「neomania」を代表するものではない
    • Documentation: Vim の文書化の習慣は明確であり、Nvim が Vim の上に構築されたことで得た大きな利点の一つである
  • 拡張性と埋め込み

    • Extensibility: Bram の Agide プロジェクトも Neovim に近い拡張性を志向しており、単一のアプリケーションではなく別個のツールを差し込んで使う方式を打ち出していた
    • Embedding: Vim の :help design-not は、Vim をシェルやオペレーティングシステムにするのではなく、シェルや IDE の中でコンポーネントとして使う方向性を示している
    • Bram は自分を過度に深刻に受け止めず、独自のユーモア感覚も備えていた
    • Neovim は Vim と Bram への 記念碑 であり続けつつ、独断よりも実用性を選び、目標と結果を基準に行動を振り返るべきである

1件のコメント

 
GN⁺ 2023-08-11
Hacker News のコメント
  • Bram に感謝
    30年以上 Vim を使ってきて、最近はたまに Neovim も使い、学校では複数の BSD システムで vi を使っていた。キャリアを通じて、ほぼ毎勤務日に使ってきたが、Vim のメーリングリストに入ったことも、質問したことも、バグレポートを出したこともない
    その必要がなかったからだ。バグに出会わず、疑問点はいつも組み込みドキュメントで解決できた。素晴らしい人物が率いた素晴らしいソフトウェアプロジェクトで、大きな刺激になった

    • 25年前の秋、大学の IT 部門に就職したとき、上司が Perl と vi の O'Reilly 本をくれて、Unix サーバーでプログラミングを始めた。それ以来、vi と Vim をキャリアを通じて毎日使ってきた
    • 複雑な制御システムを扱ったことがあるが、ドキュメントが非常に良かったので、必要な情報をいつでも簡単に見つけられた
      逆に、比較的単純なシステムでもドキュメントがなかったり、あるときはひどいドキュメントのせいで、はるかに深く聞き回り、掘り下げなければならなかったことがある
  • Vim には魂がある。祖父から受け継いだ鑿のように、使い続けたくなる道具だ
    新品のような柔らかいゴムのグリップはなくても、手になじんで心地よい。自分だけの歴史を持つ道具だ
    ここのコメントを見ると、ハッカー精神はまだ生きているように思える。新しく台頭した数十億ドル規模の若い企業は10〜20年後には別のものに置き換わるだろうが、Vim は生き残り続けるだろう。いつか自分だけの Vim のようなものを作りたい

    • ただし少し違いがある。初心者が祖父の鑿を手に取ったからといって、その鑿が手に張り付き、三語の魔法の呪文をググらないと離れないわけではない
    • Galadriel の小瓶のように、ほかのすべての光が消えたとき、暗い場所を照らしてくれる光のようだ
  • Bram が亡くなったあと、自分の Vim との歩みを振り返った。この10年間、大学のプロジェクトから FAANG、すべてが燃えているスタートアップまで、唯一変わらなかった職業上の相棒だった
    誇らしい仕事、恥ずかしい仕事、昇進につながった仕事、数百万ドル規模の障害につながった仕事まで、すべて Vim でやった。OS、データベース、プログラミング言語、会社、同僚は移り変わっても、Vim はいつも残っていた
    Bram に感謝

  • リンク先の記事 [0] には Bram の GitHub 活動のスクリーンショットと、次のような文がある
    「Bram が亡くなったという知らせを読んだとき、なぜこれほど心に響いたのか。おそらく、これらすべてが積み重なっていたからだろう。家族からのメッセージには、Bram が病気だったことが明確に書かれていた。『この数週間で急速に進行した医学的状態』だったという。ほとんどの人はそれを知らず、そのため知らせはなおさら驚きだった。」
    「そして、誰かが Bram の最近の GitHub での活動を指摘したとき、さらに悲しくなった。」
    https://github.com/brammool
    [0] https://j11g.com/2023/08/07/the-legacy-of-bram-moolenaar/
    ちなみに、Wikipedia の BDFL 一覧を見ると、Bram は**† 印が付いた最初の人物**のように見える
    https://en.wikipedia.org/wiki/Benevolent_dictator_for_life

  • 今日、オランダの Utrecht 駅で特別なものを見た。案内板に hjkl の文字が逆順で書かれていた
    これらの文字は、ホーム上でどの区画に入ればよいかを示している。ホームの長さと列車のドア位置に応じて文字が表示される
    https://postimg.cc/mcCWhMXw
    ものすごい偶然か、オランダ鉄道会社 NS に Vim ファンがいて、Bram への追悼としてこうしたのだと思った

    • 考えてみると、これらの文字はアルファベット上では連続している。ただし H と J の間の I が抜けていて、おそらく小文字の l と紛らわしいため意図的に省いたのかもしれない
      結局は偶然かもしれないが、それでも自分には特別だった。駅でこういうものを見たことがなかったのに、Bram が亡くなった直後の週に突然目にしたからだ
    • 偶然でも追悼でもない。英国でも何年も前から同じ方式だった。文字の i は数字の 1 や文字の l と間違えやすいので、こうした用途では通常使われない
    • Vim は使っているが、これらの文字からは Vim よりもタッチタイピングのホームポジションを先に連想する
    • この標識は、列車がホームのどこに停まるかを示す位置表示だ
      オランダ語の動画: https://www.youtube.com/watch?v=JPvh9SaQbUY
  • 以前、インターン候補者を面接したとき、メーリングリストで潜在的な脆弱性について Bram と議論したと自慢していた。Bram は重要ではないと言い、その若者は重要だと主張していた
    私たちは彼を採用しなかった。Bram への追悼文を見ると、人々が語る Bram は、良い意味でその若者の正反対だったように思える

    • その議論が、自動ファイル暗号化/復号機能と、Bram が暗号学的に安全なアルゴリズムを使おうとしなかった件についてだったのか気になる。延々と続き、かなり白熱したスレッドだった
      それでも私は Bram 側だった。その機能はそもそも暗号学的な意味でのセキュリティを目指したものではなかった
  • https://en.wikipedia.org/wiki/Benevolent_dictator_for_life には BDFL の一覧がある。Bram はその一覧で亡くなった最初の BDFL
    今後10年、あるいはそれ以降に世代交代が訪れるだろう。準備するのが正しく、それこそが遺産とコミュニティを守る方法だ
    Bram の家族や友人たちが、彼の遺産と Vim の未来を尊重しながらこの件に対応しているやり方には感銘を受けた

    • これを書いたあと、John Gruber が Markdown の BDFL として追加された。創始者であることは確かだが、BDFL と呼ぶのは少し大げさな気がする
  • リンク先の記事の中では、Jan van den Berg が書いたこの記事のほうがよかった
    https://j11g.com/2023/08/07/the-legacy-of-bram-moolenaar/
    印象的な一文は「Vim は傑作であり、現代の多くのものがそこから削り出された、輝かしく精密な工作道具だ」だった
    それからこのリンクもある
    https://m.youtube.com/watch?v=eX9m3g5J-XA
    “7 Habits for Effective Text Editing 2.0”
    1時間20分の動画なので、誰か文字起こしか要約を持っているといいのだけど。最初のコメントは笑えた:「7時間寝ているあいだ自動再生をオンにしておいたら、Billie Eilish からこの動画まで来ていた」
    人生は奇妙だが、だからこそいい
    ちなみに私は (Neo)vim も Emacs も使っていない。「プログラム可能」という言葉を読んだ瞬間に距離を置いてしまう。好みに合う固定機能エディタを数分設定して、すぐ使うほうが好きだ。単に私の好みというだけ
    それでも、よい道具は目的をうまく果たす。よい道具と、その道具を作った人たちがいる世界は、よりよい世界だ。ときにはその遺産、哲学、仕事の進め方が、残されたコードやコミュニティの中で生き続ける。Bram に賛辞を送りたい

    • 追悼文をめぐって競う必要があるのかは分からないが、投稿してくれた記事も感動的だった。Bram の GitHub コントリビューショングラフの写真は忘れられない
    • 「プログラム可能」という言葉が嫌で、好みに合う固定機能エディタが欲しいなら、Helix が合うかもしれない
      Kakoune のキーバインドを使っているが、Vim や Emacs よりずっと納得しやすい。すでにデフォルト設定がよくできていて、便利な機能も多い。毎日使っているが、高速でなかなかよい
      PATH に LSP があれば自動的に使うので、必要な設定はごく少ない。私の設定はテーマと少しのスタイル変更だけで、見たければここで見られる: https://github.com/RGBCube/NixOSConfiguration/blob/master/ma...
    • Vim は set nocompatibleset ruler、バックスペース、インデント、基本カラースキームのどれかを選ぶ程度を除けば、「プログラム」する必要はほとんどない
      Neovim では lightline、pathogen、monokai カラースキームと、もう一つ何かを入れたが、おそらく少し珍しい言語のシンタックスハイライトだったと思う
      要点は、Vim はあれこれ大量にぶら下げるまでは固定機能エディタだということ
    • “7 Habits for Effective Text Editing 2.0” の資料はここにある: https://moolenaar.net/habits_2007.pdf
      tlamponi [1] のおかげ: https://news.ycombinator.com/item?id=37013315
  • Vim は私の人生に実際に影響を与えた。この15年間使ってきたし、新しいホストを受け取ると set -o vi や psql/ipython の似た設定を、ほぼすぐに rc ファイルへ入れる
    シェルの中で過ごした膨大な時間は、Bram の仕事のおかげでずっと楽しいものになった
    この記事を投稿してくれてありがとう。安らかに

    • Vim コマンドを学んだことは、私の知る限り投資対効果が最も高かったことの一つだった。何年にもわたって貴重で、コンピュータとやり取りする時間を何百時間も節約してくれたはずだ
      ずいぶん前に筋肉記憶になり、テキスト編集や画面上でのカーソル移動は今ではまったく苦にならない
      新しいプログラマにいつも勧めていることの一つだ。Vim の学習曲線は急だと言えるが、プログラマが常に行うテキストとのやり取りを、より効率的に捉えられるようにしてくれる
      シェルや Readline を使うあらゆる場所、Emacs では evil-mode でデフォルトを変えるなど、対応しているところではどこでも Vi(m) モードを有効にしている
      モードベースのインターフェースと、組み合わせ可能で記憶しやすいコマンドは、Emacs 式のキーコンビネーション UI よりはるかに優れていて直感的だ。Vim が大好きだ。20年以上前にこの旅を始めるきっかけになった道具であり、今でも素早い編集には毎日使っている。ただし IDE としては、より拡張性のある環境である Emacs のほうを好む。evil-mode のおかげで両方の長所を得られている
      Bram は数え切れない人々の人生をよくし、私たちの業界の偉大な人物たちの中で評価されるべきだ。RIP
  • 儚いソフトウェアの世界において、Vim は時代を超えた傑作
    Bram が私の人生とキャリアに与えてくれた影響について、直接感謝する機会があればよかった。Vim がなければ、ここまで来られなかったと思う

    • これは Vim の重要な点の一つだと思う。長く存在すればするほど、さらに長く生き残る可能性が高まる。数多くの現代的なテキストエディタよりも長く持ちこたえてきた
      私が生きている間も、その後も、生き続けてほしい