Hi Egor long time! Can you explain to me a used case or two I'm getting so sick of Frameworks I swear I will throw myself off a building if another one comes out CSS or JavaScript or anything else it's just a personal pain at this point I'd be interested in your thoughts!
3
1
2
This requires a long answer, maybe even worth an article. The impressive thing about Tailwind is that it found away to use the utility class name approach for everything. However, no matter the project over the years I haven鈥檛 been able to use it. It鈥檚 use case is rather narrow.
2
1
The 'styling' problem isn't libraries like Bootstrap or Tailwind it has more to do with how they're implemented. Writing CSS in a structured way and abstracting it away from the markup is what class attributes are good at. Tailwind has done away with that decoupled approach.
1
2
Tailwind, and Bootstrap to a lesser degree, have integrated their API, utility class attributes, with the markup. If you don't own the markup then you end up writing a custom abstraction. Adding hard to manage complexity.
2
1
If you create stand-alone applications or websites and don't share or reuse code with other web stacks then using Tailwind in such cases accelerates development and reduces knowledge and skill pressure from the team.
3
1
I work on design systems with multiple code stacks (using React, Angular, etc.) spread across multiple platforms, including CMS-based template components. I have limited control over the markup, which makes using something like Tailwind very problematic.
1
1
Thanks for the clarifications Egor. I've not transitioned well to frameworks, abstractions and componentization for actual web sites. I see them as a blunt force way of development, making markup nearly unnecessary as a declarative approach. And, more difficult with which to work
1
1
The irony is that these frameworks do help with the heavy lifting and elevate some development pressure. However, from a product perspective, they only move the complexity elsewhere.
1
1
Exactly. That's software, apps. Not really a web site. I am beginning to think our media="all" idea has yet to be done and that we were wrong that an actual content rich site would port well to apps. I am definitely grumpy about framework overkill. 馃様
1
1
I too I'm a bit grumpy about all the frameworks that are, in the end, very similar. But then again, I may have been grumpy before all this. So I lean back, take it all in and enjoy the show. Some of it (like #Nextjs) is really impressive.
1
1
馃槀 I wasn't this grumpy before the framework/API/generated source- first dev approach without including any open web site development approaches. Of course we can but should usually force declarative languages to do what they weren't really meant to do!
Oct 23, 2021 路 2:59 PM UTC
1

