HungSu
Joined 16 years ago
Joined 16 years ago
- Engineers never learn to properly use developer tools to debug CSS
- Components get gigantic bloated piles of classes that are not human readable
- Those gigantic piles of classes get logic in them, that often would have been easier to write as a CSS selector. Tailwind developers learn to write a JS ternary operator with a string of classes instead of ever learning how CSS selectors work
- Those ternary operators get too complicated. The engineers write object maps of Tailwind classes, or export consts of strings of Tailwind classes to use later. Those object keys and const names are what the CSS class names could have been if they just used CSS. They literally re-invent CSS classes, but worse.
- Tailwind classes can't be migrated. You can migrate CSS to Sass to CSS modules to Emotion CSS to etc mostly just by copying them over, because all of those are CSS (with some quirks). Tailwind classes are non-transferable
The happiest medium I've found was in an organisation of around 200 UI engineers: scoped CSS so that engineers can work with autonomy without colliding with other engineers, plus Tailwind for quick band-aid fixes.
Perhaps what he needs is for the tool to automatically ask him "Is it okay to delete this note from 60 days ago?" That should be long enough for him to lose any attachment to what he wrote and a lot of the time he should say yes, and delete the crap.
> Taildrop is currently limited to sending files between your own personal devices. You cannot send files to devices owned by other users even on the same Tailscale network.
TLDR: It's still bad.
https://www.servethehome.com/over-a-decade-later-powerline-a...
Mobbin is probably more useful to most people:
I think Write Once, Publish Everywhere (including both centralised and federated) is much better.