maybe try nixos? assuming you are happy to handle the conf management

here https://www.reddit.com/r/reddit/comments/10h2fz7/reddits_def...

I have tried given a simple test suite and asking for an implementation that fulfills it, then asking to modify its impl and the test suite with a new requirement and it did it

I've been using docsify in this manner for a while and it's worked well for me

this is what I learned is functional programming and I've also benefited greatly from it

not every thing is a transaction though, say a deleted piece of ref data that still has FKs to other stuff etc

These are still versioned in many serious finance systems

you never use nix env really, agree if that's the only thing you are after then there is no point switching

it's really useful if you work on projects that need different version of dependencies, as you can define on a folder basis what jdk or python versions you want to have. You can even commit this to git so that everyone has the same env locally

I imagine the client facing pages are very sensitive to seo/crawling so that's why they go for server side rendering

I think it's more about the level of interactivity that is "needed". The seller part of the platform would do a lot of customization and changing settings, some of those probably have live previews as well, whereas the seller part of the platform is pretty static, no need for the same level of interactivity, so doing it by manually manipulating the DOM is manageable.

server side rendering also points you toward more cacheable content. Things you put on a CDN are faster and way cheaper.

In theory it shouldn't matter but you can SSR with React if that's important.

Problem is SSR with a JS framework is often slower than the other equivalents, not sure why but I see it time and again

Then the hydrations costs on the client typically start at 500ms, and that's 500ms the main thread could be doing something useful with

it's mostly lots of code fragments and incrementally building on whatever he's trying to convey, is not like he put a brain dump or a wall of text as per when that phrase is used.

So your comment doesn't ring true in this case imo