プレアルファ版の VIM 風ターミナルエディタ Lilly の発表により、V プログラミング言語のエコシステムに関する議論が再燃しました。このエディタ自体は複雑なプラグイン管理に依存せずに Vim や Neovim に代わるシンプルな選択肢を提供することを目指していますが、コミュニティでの議論の多くは、このプロジェクトの構築に使用された V 言語自体に集中しています。
V 言語：物議を醸した過去から現在の開発まで
V プログラミング言語は開発者コミュニティで複雑な道のりを歩んできました。初期の約束と野心的な主張は懐疑論を招き、約束されたものと実際に提供されたものとの間に認識されたギャップから、多くの開発者がこれを「ベイパーウェア（実体のないソフトウェア）」とレッテルを貼りました。言語の作成者は当初、2020年に V 1.0 をリリースする予定でしたが、その期限はすでに過ぎています。しかし、現在の開発は定期的なコミットと増加する貢献者の参加により、活発な進展を示しています。
「私はこのプロジェクトや他のプロジェクトにも V 言語が完全に適していると感じています。最近、非自明なプログラムを書いてプロファイリングした後、あなたの見解は更新されましたか？」
Lilly のプロジェクトメンテナーは V の現在の能力を擁護し、エディタの開発に完全に適していると述べています。彼らは V 言語チームを「私がこれまで関わった中で最もプロフェッショナルな言語チーム」と表現し、迅速なバグ修正とサポートを強調しています。これは、言語とその開発アプローチに関する一部の歴史的な認識とは対照的です。
技術的メリットとコミュニティの認識
コミュニティのコメントは認識の分かれ目を明らかにしています。一部のユーザーは V の設計目標を評価し、ある投稿者は「 Go であってほしかった言語」と表現しています。一方で、過去の経験に基づいて懐疑的な人々もおり、ドキュメントの問題や実装の課題を挙げています。この議論は、プログラミング言語の採用が技術的能力だけでなく、コミュニティの信頼とプロジェクト管理にも依存していることを示しています。
Lilly 自体は VIM 風エディタとして着実に進歩しているようです。その作成者は、ユーザーが複雑なプラグインエコシステムを操作する必要なく、必要な機能を提供する代替手段として位置づけています。このエディタはテストによるとメモリリークがゼロであり、ギャップバッファの実装、水平スクロール、分割表示、ワークスペース全体の検索機能などを備えています。
Lilly エディタの機能（プレアルファ版）
- ギャップバッファによるテキスト保存
- ビジュアルモード（限定的）
- 水平スクロール
- 分割ビュー（水平＋垂直）
- 定義へのジャンプ機能
- バッファ管理
- 検索/ファイル検索機能
- ワークスペース全体の検索（ ripgrep を使用）
- テスト中にメモリリークの報告なし
V 言語の議論ポイント
- 当初は2020年に V 1.0 のリリースを約束
- 定期的なコミットによる活発な開発
- 過剰な機能の約束に対して歴史的に批判されてきた
- 一部の開発者からは実用的に有用だと擁護されている
- Go 、 Zig 、 Odin 、 Nim などの代替言語と比較される
代替エディタの状況
Lilly をめぐる議論では、ターミナルベースのテキストエディタの広範な状況も浮き彫りになっています。 Micro 、 Flow Control 、そして Neovim の継続的な優位性への言及は、テキスト編集ツールの活気あるエコシステムを示しています。それぞれが同様の問題に対して異なるアプローチを提供し、複雑さと学習曲線も様々です。
ターミナルベースの編集に興味のある開発者にとって、Lilly をめぐる会話は、V 言語開発の現状とテキスト編集ツールの継続的な進化の両方を知る窓となっています。Lilly が大きな採用を獲得するかどうかはまだ分かりませんが、その開発はプロジェクトの言語選択と開発者ツールの継続的な改良の両方において興味深いケーススタディとなっています。
参考： lilly