How to Empower the future of UX Design with Gen AI
Adventures in Atomic Design
1.
2. ABOUT ME
Web developer since 1997
Senior frontend developer at MoZeus
Illustrator, cartoonist, writer, daddy
2
I’m AtlantaJones everywhere:
andrew@atlantajones.com
7. WHAT ARE PAGES EVEN?
“We’re a startup looking to launch a
5-page website this October…”
“How long will it take just to build
the home page?”
“How are we ever going to redesign this
university website that contains over
30,000 pages?!”
7
10. GOING MODULAR
Backends don’t always generate fully-baked
“pages”
Their API’s are consumed by components on
multiple platforms
Web apps are already using modular
components for architecture
Why not our designs and UI?
10
11. EARLY ISSUES
Organization like SMACSS only
got us so far
Not accessible for designers
No references for existing
components
Too easy to reinvent wheels
Style bloat ensues
11
smacss.com
16. WHAT IS ATOMIC DESIGN?
Dreamed up by Brad Frost in 2013
Based on a chemistry-inspired metaphor
Five phases:
16
17. ATOMS
The basic building block
of all matter
Can’t be broken down
further without losing
function or meaning
Mostly limited to HTML
tags
Also more abstract
elements like color
palettes, font stacks or
animations17
30. PATTERN LIBRARIES
Promote consistency
Allow faster, more collaborative workflow
Establish a shared vocabulary
Make testing easier
Make estimating easier
Serve as documentation
30
34. PATTERN LAB
Web app that compiles code patterns into a
functional front-end UI
Allows for separation between structure and
content
Serves as a blueprint for backend developers
Allows non-developers to contribute to the
living, breathing design system
34
35. PATTERN LAB
Both PHP and Node-based versions
Static site generator
Multiple “editions” support both Mustache and
Twig templates
Also a Drupal-friendly version
35
69. MUSTACHE VS. TWIG?
Both very capable choices
Mustache:
“logic-less”
No “ifs”, “elses” or “for loops”
Twig:
Offers more features and flexibility
More PHP project friendly
69
73. THE PROBLEM
Patterns need to be consumed by backend
Crap.
Patterns should serve as the blueprint
Patterns easily detached from the library
PHP-based projects may have an easier
transition
73
74. THE HOLY GRAIL
Two-way synchronization between the library
and backend
Gem libraries?
Composer packages??
Node modules???
74
77. CAUTIONS & CAVEATS
Everyone has to be on board
Make/test components within library first
Roll in “hot fix” changes ASAP
Avoid “Bootstrap-itis”
Naming things is super hard
Avoid names based on appearance or location
77
78. NOTES ON ATOMIC DESIGN
It’s not restricted to any certain technology
Can be applied to all UI, not just web
Helps when designing web and mobile
UI’s simultaneously
78
79. “AFTER WE DELIVER THIS SITE,
WE WON’T BE INVOLVED
ANYMORE.
IS IT STILL WORTH BUILDING A
WHOLE PATTERN LIBRARY?”
79
80. “DON’T FORGET, ONE OF THE
DELIVERABLES IS A STYLE GUIDE.”
80
the client:
“THIS IS IT.
YOU’VE BEEN LOOKING AT
IT THIS WHOLE TIME.”
me:
82. GO FORTH
“Pages” giving way to modular systems
Teams need something more
Atomic Designs == better communication
Better, more consistent, reusable components
Better, faster response from clients
A ready-made instruction manual
82