Comment by ryanisnan
15 hours ago
Congratulations on the release!
I have enjoyed working with htmx very much.
I'm still skeptical of htmx being the foundation for a 100-year web service, but I think this is a really worthwhile goal. I'll add that aside from static HTML, I don't have a better option.
Thinking about how well your web architecture will hold up for 100 years (or even 10 years) is bikeshedding and a pointless exercise.
Perfect is the enemy of good and all that. If something is useful, it’s possible to fix the architecture later. The only counter-example I know of has been GitHub, which was built on RoR and so poorly planned that it’s still biting Microsoft on a regular basis.
> RoR and so poorly planned that it’s still biting Microsoft on a regular basis.
Disagree. The RoR front end was way more stable and usable than the mess they have made now.
The issues are with the Ruby backend.
RoR is the only framework I’ve ever heard of being so bad that it killed startups. I personally know of two that were doing well, but RoR was so brittle and slow that they couldn’t hire enough to keep it going. This is compounded by Ruby devs being pretty rare.
1 reply →
Thinking about whether a web architecture will hold up for 100 years is bikeshedding, is bikeshedding as well
calling thinking about bikeshedding, bikeshedding, is peak bikeshedding.
2 replies →
Only if you don’t know what bikeshedding is and want to broaden the definition so much that it’s meaningless.
This is Hacker News. This is exactly the place to tell people they’re overanalyzing and should just build something.
1 reply →
100 years, sure, but 10 years? Definitely not bike shedding, I'd hope your website can stay up for 10 years at least.
You don’t need to agonize over a library choice to know that your site will be up for 10 years. If it outputs web standards, the browser engines will make sure it is.
1 reply →
Sure but it's a spectrum. Surely some choices will age much more poorly than others.