Storybook first な開発とは Storybook での呼び出され方を意識しながらアプリケーションコードを書くことをそのように呼んでいます。 道具に設計がひきづられるのはアンチパターンと言われそうな気もするのですが、コンポーネントのカタログを整備していくことは、コンポーネントが良い感じに再利用可能な形で分離できるということでもあり、やっていくとむしろ正道に近づいていくと思います。 Storybook First のコンポーネント設計や型定義をすると、パーツに限らず Storybook でカバーできる範囲が広がり、ページそのもののサンドボックスを作れます。 そして API がない状態でもデータを使って開発ができたり、特定のスナップショットの再現やタイムトラベルに近いことも可能になるというメリットがあります。 つまり、ただのコンポーネントカタログとしてではなく、開発のためのサンドボ
![Storybook First な開発のススメ](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7f1110a887fa0f325b82eb18fd27c55a66ac0e4/height=288;version=1;width=512/https%3A%2F%2Fblog.ojisan.io%2Fstatic%2F4bfb2d3d964c7c115a874a9736b77884%2F0448c%2Fvisual.png)