Overall it's a pretty similar experience. Most difficult part is the habit changing of getting used to a different UI.
377 karma · joined April 13, 2012
Overall it's a pretty similar experience. Most difficult part is the habit changing of getting used to a different UI.
I see the value in helping me (the dev) quickly setting up landing pages and including them in my existing website that I host where I want.
- sure, but since the tailwind page does more things, it's logical it has more code. Your base for comparison is production used code, sold to people. So of course it's polished, it must handle browser bugs and other things you might not expect in a quickly implemented alternative for a tech article. So I'm not surprised the code is bigger. That doesn't say at all that tailwind == more HTML tags :)
- The whole "amount of CSS" part is unfair when the Semantic CSS implementation isn't responsive at all, so of course it will be lighter, it does less.
- The part about the big number of HTML elements is a bit frustrating too; tailwind doesn't require you to use more HTML tags at all. It's totally possible to redo the Semantic CSS example with tailwind by not adding any HTML tags.
Besides that, it's still interesting to try and compare what is the best between big HTML (atomic, tailwind) vs big CSS (semantic).
Tailwind is not perfect, and sure, sometimes, you can get more performant code by writing it the semantic way. Sometimes.
But tailwind sure is a great way to easily write maintainable CSS in a team with different skill sets, producing really performant code by default, on large web apps.
Like, what tools do the authors have. Are the content authors super tech savvy or not. How much specific code must be created for each article. How long does everything take compared to a normal, mostly-text page. How many people work on one article. etc. Must be pretty interesting.
And I have a few use cases where 32 Gb is limiting. So I don't want to buy a brand new machine stuck at something that is, sometimes, already not ideal. And well, the usual next step is 64 Gb.
I have the gen 2 which is the most annoying thinkpad I ever had, but well, it's still really great compared to other brands.
The real frustrating thing as for now in the real world is, there is an extremely low number of laptops with soldered ram that offers 64 GB. And the few that do, charge an absurd amount of money for it.
With socketed ram, I can:
- buy the cheapest built-in config of a laptop
- then buy the RAM I currently need on my own, often saving a few hundreds bucks just doing that
- then, in a few years, buy some new RAM again, when I need it, if I need it, instead of having to buy a whole new laptop.
That's how I went with thinkpads during 15 years. Now I have to pay 500$ more to be a bit future proof. If the manufacturer offers it. Double that if you want a mac.
So, still today, I'm 100% taking socketed ram instead of soldered one.
I agree about the rest, a few things are not quite there yet, or maybe will never be. But on lots of things it is really refreshing.
Only thing that I'm afraid of is the build quality of the chassis that doesn't really seem on par with premium thinkpads and other business laptops.
I'm not sure more than 4 ports is _extremely_ niche use case especially for a work device, but yeah I get that most people would be okay with it and I understand Framework's choice.
And as keyboards get thinner, trackpoints lose in quality. On linux it seems the software side is also not as good as before with libinput.
So I'd be really surprised if any one new on the market would go about making keyboards with trackpoints now.
The dream would be to have 6 expansion cards in the laptop 13. 4 really is a bummer for a work laptop, it's definitely not enough for me… And while you can easily carry other expansion cards and switch at will, it's kinda like carrying adapters, you easily forget them.
You summed it up nicely!
Sadly even with all the apps like hammerspoon, tiling wms and others, there are lots of stuff you can't customize in the macOS environment.
Some window manager in linux are more like window manager frameworks, like AwesomeWM, that lets you customize its behavior via lua scripting. It's extremely powerful and allows you to get exactly the behavior you want.
But this part of linux is pretty niche stuff for sure though haha.
I wouldn't say I'm more productive thanks to this, but I'm way happier using a system I can set up so that it behaves how I want, instead of having to follow rules I don't agree with and can't change.
But when using a laptop with a dock, a big external monitor, external keyboard, mouse etc, I don't see the point in using a desktop machine anymore.
From an ergonomic/setup side, of course using laptops doesn't prevent you from using a dock, with external monitors, external keyboard and all. In fact a docked laptop that you can pick up in seconds when needed is way easier to deal with than two machines.
About the cost, do like we nerds do: buy refurbished thinkpads. For most software dev, having the latest i9 is not necessary. Old thinkpad workstations are perfect as desktop replacement machines and are somewhat upgradeable. I'm sure this doesn't scale that much but small-scale companies can do this without any trouble. Worked perfectly in a previous company I worked for. People were actually pretty happy we didn't buy 2000€ new stuff while 700€ already-on-the-planet stuff was more than enough.
Don't want the feature? Just say no, close the issue and move on. Especially if your project is MIT licensed, it's crystal clear in the license that very one thing: you don't owe anything to anyone :) You don't need to be nice, you don't need to explain. Life's too complicated to be upset about those things.
If the person keeps on insisting after that, you can block him from GitHub.
Most of the time I see nesting used, it ends up either in a stylesheet that is less readable than without it, or in generating css classes that are way more specific than necessary.