> I thought htmx could be a good solution to keep our front-end super light.
It seems htmx stopped working as soon as you gave up on the super light frontend part :)
You started using third party libraries to render complex UI/UX and state management.
Also, I’d like to point out that saying “it was easier to do X in React” is not really fair if you did that using third-party libraries. It’s just that somebody did it for you so that you didn’t have to.
I sympathise a lot with what’s written in the post actually but in this case I think that htmx was not a good solution from the start if you knew you needed to manage complex states and rendering.
Exactly. I’m a big htmx fan, but I think this post displays some serious lack of technical awareness from the author. More like they wanted to try out HTMX based on vibes as opposed to its actual strengths and weaknesses which would be apparent to anyone with even a cursory knowledge of the web platform and the docs on htmx.org
Yeah, without having the foresight to know that Hacker News would come after them with very disingenuous interpretations of what they’ve shared, because HN commenters are so used to spending all their days having internet arguments that they take everyone as a personal attack.
Nothing in this post indicates that the author doesn’t know any of what all these people in the peanut gallery are snarkily lecturing about, FFS. Working in the open must be so difficult.
It’s kind of a nice compliment to all of the “we converted our react app to htmx and everything is so much better” articles written by people who probably shouldn’t have used react to begin with.
htmx vs. javascript reminds me behave (BDD) vs pytest tests: Gherkin language looks nice in simple cases, and it can be in principle extended for more complex cases, but pure python (pytest) becomes the more convenient the more complicated tests become (when it is necessary to manage several levels of abstractions.
Well I know for a fact that it did help me get noticed, a couple of recruiters reached out to me after reading some of my blogposts.
Other than that, I think that in general it implicitly helped me because I’m definitely better at writing technical docs and that’s a nice perk for a software engineer.
This is a common argument, especially with tech products. The most recurring one that I hear is that “phone X can be made with Y hundreds of dollars in china”. Like, have you ever considered the amount of software and hardware development/research that’s needed to turn that thing on?
We try to search for meaningful relationships, which socials stole from us apparently, by switching to different socials, pretending they're going to do better than the previous ones.
Wouldn't ditching socials altogether get us in a better place on this matter? It is utopia at this point I guess. Some socials could actually be useful to make new friends/relationships but it seems to me that the very people that constantly complain about the "anti-social" aspect that our lives have taken are the ones that go on and try 1000 different dating apps, give up on friends after a couple of months to try and find new "better" ones.
I wanted to learn more about htmx so I created a very dumb project https://mettag.ulry.app that fetches meta tags of passed urls and displays them nicely in the UI (also provides APIs because why not?). Still have to finish it, especially the err handling part, but it turns out I quite like htmx!
I’ve always thought this would be a cool thing to offer, one thing that I’ve asked myself though is why should I trust you to use my key? Who guarantees that you’re not going to abuse it or use it in an inefficient way?
I’m unfamiliar with how these keys are priced but I guess they still use number of tokens that you input? What happens if one day your software has a bug that sends 1k tokens multiple times and I get charged for it because I’ve used my key?
Note that this is not a complaint and I would definitely love a “bring my key to use for free” tier, just a legitimate question that I asked myself from time to time.
On the other hand, I trust you very much in doing your best work to avoid any bug like the one I’ve presented above and squeeze every little penny out of your key to maximise earnings.
Finally, how do you make people entrust you with their keys?
The browser runs the code, which is open-sourced. You can look at the network tab of the debugging console or isolate the browser completely by sand boxing it. I agree that UX can be improved but that’s more on the browser side.
Wondering if this is a thing in Europe too? I did not know you could opt-out of this in the US but every time I go through one of those machines I always wonder where that data is stored, how long it is kept around and why.
ACCU London is not very active anymore, I think CppLondon pretty much took over (it was the same guy as the CppOnSea conference, but I think he started asking other people to arrange it now).
I don't know if it's that great these days, but it's a meetup I used to present at in the past, and I remember having fun getting beers with attendees afterwards.
A decade ago meetup.com was the place to look - if you wanted you could have gone to a different meet up every night, from Linux user group, python testing group, London Java community etc.
It seems like some of these are still active on meetup.com, so that might be a good starting point.
> what's wrong with a client-side SPA and a server-side backend for 90% of small-to-midsized SaaS apps?
I'm not a frontend dev and what I like about SSR is that you don't have to code frontend visual effects that indicate that "something is loading", you just get the hydrated page back without too much frontend logic.
It seems htmx stopped working as soon as you gave up on the super light frontend part :)
You started using third party libraries to render complex UI/UX and state management.
Also, I’d like to point out that saying “it was easier to do X in React” is not really fair if you did that using third-party libraries. It’s just that somebody did it for you so that you didn’t have to.
I sympathise a lot with what’s written in the post actually but in this case I think that htmx was not a good solution from the start if you knew you needed to manage complex states and rendering.
reply