← Back to context

Comment by Culonavirus

1 day ago

> How much money do you really need to maintain a CSS library?

Seems to me like Tailwind is a relatively complex beast covering a lot of ground, not to mention that web browsers are living/evergreen projects that are costantly moving forward, and so the lib needs frequent updates. I don't think you can avoid this (just by the nature of the project). You also need to be a css expert who follows the browser and feature development closely on top of having an excellent grasp of js/ts and the build (lightining css, vite...) ecosystem. I mean ... A few excellent engineers and a designer is probably just the bare minimum to keep Tailwind maintained.

If browsers are breaking old CSS, making new releases necessary, then that seems like a bad situation. I thought browsers were good at maintaining backward compatibility? Not so for Tailwind?

  • I mean just go over v4.x.x release changelogs [0].

    The "web platform" is evolving at a decent pace in general [1][2]. You can sometimes do the same thing in 50 different ways (thanks to the breadth of css features and js apis and backwards compatibility), but there may be a much more elegant and robust solution on the horizon and when it hits the baseline, chances are it would likely lead to a simpler framework codebase and/or shrinked output if integrated... and therefore such a feature should be integrated. Now do this a zillion times over the life of the project. You have to keep up.

    Less hacks, less code, smaller outputs.

    And THEN you have all the bug reports and new feature requests.

    And THEN you're supposed to work on something built on top of Tailwind that you can actually sell so you have something to eat tomorrow.

    [0]: https://github.com/tailwindlabs/tailwindcss/releases

    [1]: https://web.dev/blog

    [2]: https://developer.chrome.com/new

    • If the old way didn't break, it's not true that you have to change it. You can ignore the new stuff if you want to.