Hacker Newsnew | past | comments | ask | show | jobs | submit | novoreorx's commentslogin

Mistral is quite fast for my proofreading tasks. I've benchmarked various LLM providers on my Singapore and Hong Kong VPS instances, and `mistral-small-latest` was the fastest. The quality was not that high tho, but it is worth it for the speed

Can anyone convince me why I should choose HTMX rather than vanilla JS for "sites with limited interactivity"?

Bit of an overstatement, but I agree with part of it:

- A lot of TUIs that run on your own machine and have a mature GUI alternative are indeed not necessary. I once tried to replace Spotify with ncspot, which was exactly falling into the "TUI is more advanced" trap.

- The real target of this article is people who treat TUI as a kind of identity, not people who have to work in a terminal because of their job and therefore have plenty of good reasons to use TUIs.

But the title and the general tone are still too clickbaity, which is kind of annoying. In reality, apart from a small portion of TUIs that were created just to follow the trend and clearly have better GUI alternatives, most TUIs are really just side tools that grow out of one premise that we have to work in the terminal.

And even those flashy TUI tools still make life easier for people who work in a terminal. If you prefer GUIs, fine, you don't have to use them, but that doesn't mean they have no users or no value.


> The real target of this article is people who treat TUI as a kind of identity

That’s exactly what I thought too when I read the article. When the author mentioned the essay In the Beginning Was the Command Line I instantly knew it. I thought to myself the audience of the article must be the people who had read the essay and allowed it to influence their taste, as well as the people who might not have read the essay but conversed with people who did.


IMHO datalist is a typical example of "just because you can doesn't mean you should"


> Did you know that we name around 2,000-3,000 new products every year?

If that's true, I wonder how many years it will take to use up the remaining unused Swedish words.


The Swedish Academy <https://www.svenskaakademien.se/en> has a word list (SAOL <https://svenska.se/om/om-ordbockerna/#saol>) of around 127,600 current Swedish words, and a Swedish dictionary including historic words from 1521 until today (SAOB <https://www.saob.se/>) of around 500,000 words.

The dictionary was started in 1898 and completed in 2023(!)


It’s like how Super Mario Bro was managed to put into 40KB of ROM


My friend just compared this project to running Cyberpunk on a very old machine at 16 FPS, huh


I'm surprised to see that this hasn't received enough downvotes to be grayed out. It seems those who can downvote on HN mostly believe this BS


In the pre agentic coding era, I was hyped about HTMX for providing a classic way of web development over React. But after not writing code for several months, all work done by claude code / codex, I find myself not caring whether the framework is HTMX or React anymore. I mean, why do you bother if you don't write the code yourself. And I'm even starting to feel React's advantages: good ecosystem, rich UI kits, reusable components… these are all where HTMX falls short. I'm surprised to see most people in this thread didn't mention any of these.


I can understand that feeling, but remember that just because you have been handed a new powertool you mustn't always use it. Life is not about optimizing everything. It makes redundant work faster, where you fully understand from the outset how to write something, but this just frees you up to learn and explore new things, and work on stuff just for the fun of it, like this.


Agreed that life is not about optimizing everything. I do enjoy writing code by hand when the framework or language is delightful to work with, it's just that HTMX isn't that choice for me. The h-attributes model doesn't fit the way I think. Also, my original point was more that once agents write most of the code, "delightful to hand-write" stops being the main criteria for picking a framework.


I don't see a relation in this. You can both use LLMs and care about your codebase design. Frameworks and libraries are still relevant, and each one has its tradeoffs.


There's one thing you forgot to mention, that Fable would be taken down tomorrow :(


It's been some years since I last heard about Elm, but I still rememeber how it blew me away when I first saw it


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: