長く愛されるコンポーネントのための取り組み｜Masaki Osumi｜note

はじめにこの記事はGoodpatch UI Design Advent Calendar 21日目の記事です。 僕が担当しているプロジェクトではWebアプリケーションを開発しているのですが、その開発の中で発生したコンポーネントにまつわる問題とそれを改善するための取り組みについてご紹介します。なお、この記事の中で言う"コンポーネント"はUIを構築するための"UIコンポーネント"を指すのだと思ってください。 デザインと実装の分業によるコンポーネント設計思想のズレ開発初期はデザイナー1人とエンジニア2人の体制でデザイナーがデザインファイルを作成して、エンジニアが実装を担当していました。初期段階では、厳密にAtomic Designなどの設計手法は用いていませんでした。 その頃は人数も少なかったので、コミュニケーションも取りやすくスムーズに進められていたのですが、その後、デザイナーが3人、エンジニ

[karauma]

“デザインガイドラインは主に思想的な内容でステークホルダーとのコミュニケーションツールとして使う コンポーネントカタログはデザイナーとエンジニアが視覚情報・属性・インタラクションの認識を合わせる”

[d4-1977]

エンジニアとデザイナー合わせないと使えるコンポーネントにならないんですよね。使えるコンポーネントを保つのも大切そう

[rokuzeudon]

関心の違い、なるほど〜：【デザイナー】そのコンポーネントをどのような目的で、どのような場所で使うのか【エンジニア】再利用性を高めるためにどのように階層化して、どのような情報を変更可能にしておくべきか

[manabuyasuda]

デザイナーは可変を、エンジニアは不変を見ているのかなと思った。この可変と不変を繰り返すプロセスが大事なんだろうな。