個人開発とスピード
Vize は独立したプロジェクトです。
そして、個人のプロジェクトでもあります。
この 2 つは、制約としてだけ語られることがあります。実際、制約です。しかし同時に、このプロジェクトが素早く動ける理由の一部でもあります。
公式のツールには別の役割がある
公式のツールは、よい意味で保守的でなければなりません。
エコシステムに対する責任を負っているからです。
- 安定した動作
- 移行の道筋
- エディターに対する期待
- ドキュメントの負担
- 幅広い互換性
- 長期的なメンテナンス
- 破壊的な変更の慎重な展開
これは必要なことです。
ただしそれは、公式のツールが、あらゆるアイデアを全速力で試せるわけではない、ということでもあります。合意と、互換性と、エコシステムにとってのタイミングが必要です。
独立したツールは、別の役割を担えます。
個人のプロジェクトは、思い切った方向転換ができる
個人のプロジェクトは、アイデアを次々に試せます。
- 新しい形のパーサーを試す
- クレートを分割する
- 弱い抽象化を削除する
- コンパイラの処理工程を書き直す
- リスクのあるベンチマークを追加する
- Vapor の出力を試す
- タスクランナーを変える
- スクリプトを別の言語に移す
- コンポーネントギャラリーをツールチェーンに組み込む
その速さが、自動的によいものだというわけではありません。
テストのない速い動きは、ただの不安定さです。
しかし、スナップショット、実プロジェクトのフィクスチャ、CI、そして現状の明示を伴う速い動きは、強力な探求の原動力になります。
価値があるのは探求であって、権威ではない
Vize が、Vue についての権威を主張する必要はありません。
公式のエコシステムはすでに存在しており、これからも基準であり続けるべきです。
Vize の価値は、別のところにあります。
- Rust ネイティブの Vue ツールを探求する
- 層をまたいだ垂直統合を試す
- より厳格な診断を試作する
- コンパイラと型チェッカーの新しい経路を試す
- Musea と AI のワークフローを、中心的な機能として扱う
- 本番で使えると主張する前に、実際の本番プロジェクトから学ぶ
こうした探求は、プロジェクトが素早く動けるほうが進めやすくなります。
速さは、短いフィードバックから生まれる
個人のプロジェクトの速さは、人や組織の事情だけで決まるものではありません。技術的な話でもあります。
Vize が速く動けるのは、フィードバックループが短いときです。
- 的を絞ったユニットテスト
- スナップショットのレビュー
- フィクスチャの総当たり
- 手元で実行できる速いチェック
- 並列で実行する、重い CI のチェック
- 性能の劣化を捕まえるベンチマーク
- 変更の意図を鮮明に覚えているうちに書くドキュメント
だからこそ、ツールチェーンを支えるツールが重要になります。
変更のたびに手作業の儀式が必要なら、速さは失われます。チェックが決定論的で、十分に速ければ、プロジェクトはより多くの実験をする余裕を持てます。
個人的であることは、いい加減であることではない
個人で作るツールには危うさがあります。独りよがりになりうることです。面白いアーキテクチャ、弱い検証、あいまいな互換性、そして利用者にとっての道筋の欠如です。
Vize は、それを避けなければなりません。
個人的であることは、次のような意味であるべきです。
- 審美眼
- 速さ
- はっきりした主張
- 実験をいとわない姿勢
- フィードバックへの素早い対応
次のような意味であってはなりません。
- あいまいな診断
- 壊れたリリース
- 放置された報告
- 説明のない不安定な出力
- ひとりにしか理解できないアーキテクチャ
プロジェクトは素早く動くべきです。そのうえで、成果物は時間とともに、より信頼できるものになっていくべきです。
なぜ今、これが重要なのか
フロントエンドのエコシステムは、急速に変わっています。
- AI に支援されたコーディングが当たり前になりつつある
- 型情報を使う lint が実用的になりつつある
typescript-goが、TypeScript の性能についての議論を変えている- Oxc が、JS/TS のツールに対する期待を変えている
- Vue が Vapor を探求している
- デザインシステムに、より実行可能な構造が求められている
こうした時期にこそ、独立した実験が意味を持ちます。
エコシステムが落ち着く前に、探求できます。 トレードオフを明らかにできます。 アイデアを実証することも、反証することもできます。 得られた教訓を、より広いコミュニティに還元できます。
Vize が独立した個人のプロジェクトであることは、言い訳ではありません。
開発の進め方の一部です。素早く動き、徹底的に検証し、公式のスタックと誠実に比較し、どのアイデアが生き残るに値するかを、実際のフィードバックに決めてもらいます。