Radix Primitives は、私たちのデザインシステムにおける Stitches と組み合わせることで、アクセスできない、プロップ過多な UI ライブラリでゼロから構築したり、無理やり解決したりするのではなく、UI のユーザビリティの最適化に集中することを可能にしました。
Radix Primitives を使用しているプロジェクトのタイプについて教えてください。
Radix Primitives は、私たちの社内デザインシステムで使用しており、初期の 1.0 リリースが近づいており、現在のモノレポを移行するプロセスを開始しています。メインアプリケーションとは独立しているため、オープンソース化し、Atom で作成する必要があるすべての Web プロパティで使用する予定です。デザインとエンジニアリングから数人のコアステークホルダーがいますが、長期的な目標は両チームのメンバーからの貢献を得ることです。
Radix Primitives は、あなたとあなたの会社にどのような点で役立ちましたか？
Radix Primitives が私たちにとって非常に役立つものになった理由はたくさんあります。ヘッドレス UI とコンポジションモデル、幅広いプリミティブの選択、そしてアクセシビリティのために構築およびテストされているという事実です。また、以前 UI に使用していた他の多くのパッケージよりもはるかに軽量です。
複雑なインターフェースを作成し、アクセシビリティの優れたベースラインに依存することが非常に簡単になりました。デザインシステムで Stitches と組み合わせることで、アクセスできない、プロップ過多な UI ライブラリでゼロから構築したり、無理やり解決したりするのではなく、UI のユーザビリティの最適化に集中することができました。
パッケージとライブラリは移り変わり、毎年 API を移行していることに気づくでしょう。一貫性は次のものから次のものまで豊富です。したがって、明確で明確に定義された問題に対処するコンポーネントの大きなセットを見つけるのは新鮮です。Radix を採用すれば、将来のコンポーネントもこれらの同じ価値観に一致し、UI プリミティブは引き続き一貫性があるだろうという自信があります。
Radix の開発者エクスペリエンスについての考えを教えてください。
プリミティブ全体の一貫性は素晴らしく、理解しやすく、プリミティブ間を移動しやすいです。過去に重いライブラリの構成で問題があったため、コンポジションモデルは React アプリケーションを構築する方法として最適です。Radix が設定したデフォルトに依存する傾向があるため、利用可能な多くのプロップについてはコメントできません。
Radix のドキュメントについての考えを教えてください。
プリミティブのドキュメントは素晴らしく、Atom で採用した主なセールスポイントの 1 つでした。例、ライブコード、詳細なプロップの説明、「なぜ」についての高レベルの説明は、私たちにとって際立っていました。ドキュメントの中心に適切に書かれた「ビジョン」があることは、私たちにとって特に重要でした。