• 1 Post
  • 15 Comments
Joined 11 months ago
cake
Cake day: December 12th, 2023

help-circle










  • Any amount of time I’ve saved using neovim has easily been offset by the amount of time I’ve spent configuring it. Wouldn’t change it though. It’s just fun to use, and there’s something nice about using an editor that I configured from the ground up. You can also just use a neovim distribution if you don’t care to set it up yourself.

    The keybindings aren’t hard though, and I would say that learning vim keybindings has had a net positive impact on my efficiency overall. They become second nature more quickly than you would think. Most actions are muscle memory at this point. Maybe a week of frustration, then you’ll be back up to speed. Then you get faster and more fluid from there.




  • I guess it comes down to preference. I personally don’t mind scrolling down a little bit to see my styles if it means the structure of the component is cleaner. I’ve found that I can iterate faster that way. If things get too unwieldy, that usually indicates to me that I should extract something out into a separate component.

    About point 3. At least in svelte, you don’t have to worry about having unique class names. The styles are scoped to the component. Meaning that the CSS you write in one component doesn’t affect any other components (unless you explicitly want it to). So you can reuse class names on multiple components and they won’t interfere with each other. for small components, I’ll often not even use class names if I can get away with it. I’ll just use element selectors.

    You can also get this functionality with React and Vue using CSS modules.

    I can see why one would prefer Tailwind over traditional CSS though. Especially if you’re writing straight HTML/CSS, or if your chosen framework doesn’t support scoping styles to your component.


  • IMO, scoped styling removes Tailwind’s usefulness.

    I’ll use Svelte as an example. In Svelte, you can just put a style tag at the bottom of your component, and everything you put in there is automatically scoped to it. I’m not hunting through dozens a CSS files trying to find where a class was overridden and adding !important everywhere. Using vanilla CSS allows me to keep my markup clean and concise so I can better see the actual structure of each component without dozens of CSS class names cluttering everything up.

    Sure, you can write your own class in Tailwind using the @apply directive, but why not just add a global CSS class? That’s essentially what you’re doing anyways. And now you don’t have to hunt through multiple layers of abstraction to figure out what styles are actually being applied.

    In my experience, Tailwind was good as long as I didn’t try to do anything too interesting. What ended up happening in my project was that I would use Tailwind classes for basic styling, then break into vanilla CSS whenever Tailwind wasn’t sufficient. And that meant I was looking in multiple places to see what styling was affecting my component… which kinda defeated the purpose of using Tailwind.

    Personally, I also just found Tailwind harder to read. I prefer to read code vertically rather than horizontally.