- 経緯
- たぶん今方針を決めたほうがずっといい
- 「ライブラリ作成」と「UX提供」どちらを優先するか？をはっきりADRとして可視化することが重要
- 背景
- postmate-midi
- 過去にpostmate-midiで停滞があった
- ライブラリ作成、フレームワーク作成、を意識しすぎた
- がんじがらめになった
- 変更に二の足を踏むようになった
- 新しいものとしてどれを優先して作るか迷走した
- WAVLPF
- 直近でWAVLPFとオシロについて振り返ったとき、
- WAVLPFとオシロのUXが非常によかったのに対して、
- postmate-midiの現在のUXは、非常に限定的な機能で、UXとしてはいまいち
- userとして、WAVLPFやオシロのようなUXがほしい
- 開発者として、そのような成果物を作るほうが見通しがよいのではと感じた
- 方向性の大きな違い
- postmate-midiは、ライブラリとフレームワークを作れるか？の検証が狙いだった
- wavlpf ブラウザ版 は、「うひょー音色づくり楽しい！」という体験の提供をするのがよい
- この違いを、強く認識することが重要だ
- 決定
- WAVLPF project の実装方針として、
- うひょー音色づくり楽しい、というUX提供を目指す、
- という方向性を採用する
- 却下した選択肢
- ライブラリ作成
- postmate-midiのような停滞になりがち
- 判断データ不足で、「このライブラリ仕様のためにはどうすればいいか」と迷走する
- そうではなく、やりたいのは、原作WAVLPF（Smile BASIC3版）の提供
- なぜならそれが現実的なコストで実現可能だから
- なぜなら割り切った絞った明快な仕様で、実現しやすいから
- 以下も含む
- ライブラリ作成を前提とした、アーキテクチャ設計
- 最初からsystem構造をがちがちに設計しようとする等
- そうでなく、「UXを届けること」を優先して進めること、を選ぶ
- 影響
- メリット
- 最速でUXを提供できる
- 「うひょー音色づくり楽しい」という体験ができるし、userに提供できる
- デメリット
- 再利用
- 他のprojectがすぐにこれをライブラリとして再利用、ができない
- 技術スタック
- 他のprojectがすぐにこれを技術スタックの一部として再利用、ができない
- 巨人の肩の上
- 他のprojectがすぐにこれを利用し、巨人の肩の上に立つ、ができない
備考