「Design Systems」輪読会まとめ - UGAP Engineer's Blog
はじめに WEBサイトのページを効率よく開発したり、ブランド毀損なく拡張していくためには、 そのページで使われているパーツ（ボタンや、色、フォントなど）を繰り返し使い回せるように管理しておくことが重要です。 ただ、その繰り返して使うパーツをどの粒度で作成、保存、共有、使用するかをプロジェクトメンバー間で決めておかないと、だんだんと崩壊していきます。 どのようなモチベーションでデザインし、それを変更、保存、共有、使用するかのルールを定めて明文化することを「デザインシステム」といいます。 今回、この「デザインシステム」について、具体的にどのようなことを明文化するべきかをデザイナーとフロントエンドエンジニア間で認識合わせるをするために「Design Systems」という本の輪読会を行いました。 この記事は本のまとめと感想の記事になります。 業務時間内で毎週１時間をつかって１章ずつ声に出して読み
デザインシステムが作り出す明文化への道
明文化をテーマにしていた2016年 今年の初めデザイン SDK のようなものが欲しいという記事を書きました。開発者から提案されているフロントエンド寄りのスタイルガイドはコードの品質管理と、見た目の再現性を高める上で有効な手段です。しかし、これだとコードを理解していることがスタイルガイドの利用・関与の大前提になります。すべてのデザインがコードから始まるとは限らないですし、デザイナーであれば Sketch や Photoshop といった日々使うツールを活用して最低限の品質を保つ手段が必要になります。 共通言語を作っていく。 これは文字通り言葉だけでなく、UI を始めた視覚的な部分など、今まで好みや感覚で済ませていたこともきちんと言葉にすることも指しています。デザイン批評も共通言語を作り上げるために必要なプロセスです。 建築家クリストファー・アレグザンダーの著書「Pattern Languag
Building Design Systems with Atomic Design
Cхематизация процессов и пользовательского опыта с Картой процесса-опыта
デザインとエンジニアリングをつなぐコンポーネントの運用設計
# ThinkAtomicDesign でお話した資料です。 https://thinkatomicdesign.connpass.com/event/115574/
Dealing with Dependencies Inside Design Systems – EightShapes – Medium
#5 of 6 of the series Releasing Design Systems: Outputs | Cadence | Versions | Breaking | Dependencies | Process Within a component library, what component has the most dependents (other components in the library that include it)? “Button!” is a knee-jerk response. Good guess! Buttons are reused heavily by many other components. "How about paragraph?" someone suggests. Not exactly. Paragraph is us
Atlassianはどのようにしてデザインシステムを作り上げたか
Atlassianがデザインに注力し始めた2012年、新しいデザインチーフとしてJürgen Spangl氏が雇われました。彼が始めた最初のプロジェクトの１つは、新しい会社内のデザインシステムであるAtlassianデザインガイドライン（ADG）の作成でした。 当時Atlassianは、デザイン手法を拡大する際に共通する、いくつかの困難に直面していました。 デザインのばらつき：当時は45種類の異なるドロップダウンがありました。 ツールの不足：複数の製品にまたがって仕事を拡大するために、チームはより強力なデザインツールを必要としていました。 余計な質問：Atlassianのデザイナーは、「どのボタンを使うべきか」などのよくある質問に答える時間を減らして、コアな問題により多くの時間を費やしたいと望んでいました。 かつてNathan Curtis氏は、「デザインシステムとは、製品を提供するための
Atlassianがデザインシステムの構築から学んだこと
10年以上の歳月を経て、Atlassianのデザインは徐々に改良・洗練されていきました。そういった流れの中で、Atlassianは、2012年に最初の公式なデザインシステムを作成しました。当時の最優先の目的は、Atlassianのすべての製品で一貫性を確立することでした。最初の「デザインシステム」は、実際には従来的なスタイルガイドに近いものでした。 次の５年間で、Atlassianはデザインシステムの開発と調整を行い、有益な教訓を学びました。それは、デザインシステムは一貫性の維持だけにとどまらない効果があるということでした。2017年の最新バージョンでは、製品のインターフェイスからフリクションを減らすことに重点が置かれました。そして、デザインシステムを補完するUIライブラリー「Atlaskit」が追加され、デザインシステムの機能が定義されました。 Atlaskitでは、標準となるUIコンポ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
atama plus社で1からデザインシステム構築に取り組むレポート · Design Systems JP
Design Better | The Curiosity Department | Substack
Building a Scalable Design System with Sketch - Speaker Deck
UXPin | The Full-Stack UX Design Platform
デザインシステムプラットフォーム『Adele』登場。各社が公開するデザインシステムを横串で検索・参照可能に｜designing