Vercel

Radix Primitives を基盤として、堅牢なユーザーエクスペリエンスの構築に集中することができました。UIコンポーネントでは、迅速に進めたいプロダクトチームにとって、考慮すべき角度や落とし穴が多すぎます。

Radix Primitives を使用しているプロジェクトの種類について説明してください。

私たちは、デザインシステムの一部、複数の中規模から大規模の公開および社内向け Next.js アプリ、マーケティングWebサイト、そして実験的な社内プロトタイプで Radix Primitives を使用しています。

ご覧のとおり、プロジェクトは多岐にわたります。主に少数のエンジニアが貢献しているものもあれば、20人以上のエンジニアが毎日貢献しているものもあります。プロジェクトの段階も大きく異なります。長年続いている複数年プロジェクトもあれば、日の目を見ないかもしれない実験もあります。

Radix Primitives は、あなたとあなたの会社にどのような点で役立ちましたか？

Radix Primitives は、一般的な UI をゼロから再実装する時間を大幅に節約してくれました。そのおかげで、堅牢なユーザーエクスペリエンスの構築に集中することができました。プリミティブを使用すると、迅速に進めたいプロダクトチームにとって、考慮すべき角度や落とし穴が多すぎます。

Radix 以前の「プリミティブスタック」は非常に分散していました。カスタムビルドされたコンポーネントの中には、アクセシビリティの対応が不十分なものもあり、Reach UI、React Spectrum、その他のサードパーティ製のものもありました。現在では、すべてのプリミティブニーズに対応するベンダーとして Radix に頼ることがはるかに容易になりました。コンポーネント間での知識の伝達が容易になり、新しいサードパーティの依存関係とその内部ユーティリティを導入しないことで、バンドルサイズも削減できる可能性があります。

Radix の開発者エクスペリエンスについてどう思いますか？

開発者エクスペリエンスは素晴らしいです。ドキュメントとコンポーネント間の API の一貫性が気に入っています。1 つのコンポーネントを学習すれば、forceMount、as、data-state のようなニュアンスが他のコンポーネントにも引き継がれることを期待できるのは素晴らしいことです。これは、堅実なユーザーベースを維持するための鍵だと思います。すでに直感的で使いやすいため、人々は常に Radix を使い続けるでしょう。個人的にはアニメーションが非常に重要なので、ドメイン知識や外部ライブラリがなくても、開始/終了 CSS アニメーションを簡単に追加できるのは素晴らしいです。

場合によっては、いくつかの不整合やバグが見つかることもありましたが、Radix チームは常に非常に迅速に対応し、積極的に対応し、一時的な回避策を提供してくれるので、問題が解決されるまで作業をブロックされることなく先に進むことができました。Radix チームには感謝しかありません 🙌

Radix のドキュメントについてどう思いますか？

最新バージョンのドキュメントを試してみました。非常に分かりやすく書かれており、実際のユースケースを示す優れた例が豊富に掲載されています。ヒーローのように、例をレンダリングできるとさらに良いでしょう。今振り返ってみると、ドキュメントをそれほど頻繁に使用する必要はありません。開始コードをコピーするためだけに使っています。open や onOpenChange など、その他の哲学は経験から引き継がれています。