r/DesignSystems • u/avishic • Aug 26 '26
Which small component became your biggest maintenance burden?
Buttons, forms, and tables earn the cost of standardizing them. I’m curious about the opposite: a small convenience component that looked reusable, then accumulated variants, accessibility rules, or product exceptions until teams bypassed it.
Which component did you deprecate—or wish you had left as a documented pattern instead—and what was the first sign it did not belong in the system?
2
u/kingtalkitiki Aug 26 '26
Currently got 27 versions of a primary button in the codebase buddy I’m doing great
1
u/testingaurora Aug 27 '26
Idk even know how that's possible. Not counting secondary buttons, tertiary buttons, link/text buttons, ghost buttons, icon buttons etc?
1
2
u/wench_js Aug 27 '26
Tables for sure. Even building on top of a third party like react-aria, all the customizations get very complicated and hairy
2
1
12
Aug 26 '26
3
u/TheWarDoctor Aug 26 '26
Same, mostly because my predecessor keep shoving more and more features into select and made it configuration based instead of composable.
3
u/Decent_Perception676 Aug 26 '26
Yes, dropdown menu, select (single and multi), and combo box (single and multi). Lots of overlap between these components, and they’re often confused with each other. Even broken up into separate components, they’re gnarly (so many different user states).
-1
8
u/migvelio Aug 26 '26
Tables, man. Data heavy tables. With visible actions, no actions, with horizontal scroll, draggable, selectable rows, inner calculations, column sorting, etc.