To push back, it does seem like you care. You've created rationalizations and offer them up unprompted. I think most people would argue for allowing both settings and having the app default to the one the internal research found more preferable and more profitable. Not offering the setting is telling.
It reminds me of using the STUFF() + FOR XML PATH trick in T-SQL (mssql) for so many years to aggregate row values into a comma separated string. Now you just call STRING_AGG()
I’m not sure what shaped your view of “the past”, but gut instinct is a very visceral and touted drive inherent in most people in most of history and isn’t more-so described as an unreliable feminine trait.
You can integration test, you can use the debug plugin for htmx, you can format them with vs code extensions, and there is a highlighter available, though it’s not that important seeing as how each attribute is pretty simple.
> I don't think anyone ever claimed Nougat was the best OCR model out there
Comparing two things doesn't inherently imply the previous thing was touted about with superlatives. It's just a way to juxtapose the new thing with something that may be familiar. As you said, nougat is easy to install/run so it makes sense they'd compare it. Would it be better if they could add more libraries in the comparison? Absolutely; that'd be helpful.
That was 33 years ago. What's the point of lingering on a potential parallel there? If it does go that way, how could you call it anything but a coincidence considering all the counter examples in Microsoft's history?
Because PL devs and their communities, until very large, have limited resources; supporting niche use cases needs to be provided by people wanting that niche served, not by the primary contributors.
Please stop telling people they’re uneducated on the topic in response to one comment. You’ve done it multiple times and it’s unnecessarily aggressive. Ask clarifying questions or provide counterfactuals.
Can you provide an example of a crappy bolt on or a set of incompatible plugins? I’ve not had that experience and I’ve used it for six or seven languages.
You have to find a way to not think of it as behaving, but acting like the characters they’re meant to portray. If they weren’t comic book characters, literally two dimensional :), then it’d be different. Maybe live action superhero films just aren’t your jam?
Not sure what you mean by html components. That's kind of missing the point of HTMX, no? Most backend frameworks like Django or templating engines like Jinja2 have the concept of blocks or fragments so its easy to render out component pieces to send back to the frontend. If you combine that with the OOB options in HTMX and/or the Hyperscript or Alpine libraries, then I'm not sure what you would gain by using Astro.
Interesting stuff; is this intended to be an experiment or a longer-term project? I think a straight-forward comparison of Fir and things like HTMX (htmx.org) would be a good addition to the demo page or docs. I’m not one, but from what I gather many golang enthusiasts like using the std http features of the language and other libraries like HTMX seem more appealing as they live just in the html templates. It’d help get a quick idea of how it fits in with existing libraries. For instance, the pubsub feature would be a distinction.
It feels like HN is turning into Reddit. I’m noticing more and more comments like yours in the last week or so. Like jokey redditor comments. Not sure what to chalk it up to. Maybe it’s just me. I wonder if there’s a clear way to run an analysis to find out.
For posterity’s sake, they weren’t suggesting a new React, they were describing a missing official way to create a new app at the command line like “react new my-todo-app”
1. It’s not zero sum
2. You don’t need to innovate like that to create a successful startup
3. There is a very, very aggressive skill curve for developers and being ex-Google will have an advantage over the pool boy