News for hackers. Stuff that matters.
Re:The Aha Stack by bnchrch on Wednesday January 03, 2024 @03:00PM (#38859030)
Simple is a changing target.

In a one person team merging your server with your client and using HTMX can be simpler (depending on if the value is in your UX or in your logic/data).

However as the team gets larger then I find having a clear separation between your API(s) and your Client(s) is much more simple and maintainable. Also it can unblock product decisions like offline mode or PWA's.

Finally its worth stating that being in an SPA community like React can give you access to "economies of scale" in terms of the libraries available to save you time (Tables, animations, UI kits, Video players, etc.) allowing you to do more with less people.

Re:The Aha Stack by brtkdotse on Wednesday January 03, 2024 @04:05PM (#38859904)
> clear separation between your API(s) and your Client(s)

The problem is that the SPA way of thinking has infiltrated every nook and cranny in this industry. The ratio of APIs vs clients consuming those APIs come scarily close to 1, at least with the customers I work with.

Now you have to maintain two projects, two CI/CD pipelines, two hosting solutions, potentially two sets of languages and tooling…

Re:The Aha Stack by Danjoe4 on Thursday January 04, 2024 @06:14AM (#38865644)
Yes. You should probably start with a monolith. If you really scale then toss the htmx FE, expose an API, and slap a react project on top. Django lends itself to this growth pattern very well.