kalcode

These days you can write in say React or SolidJs or JSX I guess to say, and have it transformed into HTML only with no JavaScript.

You get the best of both worlds, better language than XML/HTML and yah, you can deliver only HTML since the consumer typically doesn't need all that JavaScript, spa stuff. The Island Architecture.

Feels like a good in-between. Good DX for me, great UX and mostly HTML with some JavaScript sprinkled and fallback for users.

For me, I say it depends on the service. I use Coolify for docker apps usually smaller apps, and LXC when docker won't cut it for whatever reason.

For sure, they saw your comment and got some interns on it.

I mean, you can gift things when you purchase them, not sure why that can't be a way. But I still agree it's silly to have the customers find work arounds.

It's the AI witch-hunt these days. Salam trails coming soon to you're nearest artist! "That's AI!!!"

Sigh... HN littered with it these days.

What I do for work, isn't the same as what I do for fun.

I think others need to embrace that too. Your work can be fun, and can be a joy. But that shouldn't be folks only outlet for themselves to measure.

At one point in my career I was ONLY reviewing and guiding off-shore contractors. It felt even worse than LLMs. But I did enjoy it though, but going to LLMs didn't drastically change my workflow. LLMs feel like leading a bunch of juniors with no real stake or business context.

So for me it didn't fundamentally change things, it just meant I could steer the progress before a PR is created later in the week that misses the mark completely.

There were plenty of other issues in the software development business that sucks the soul of creating out.

So I think you asking the right questions. Cause I felt like I've asked myself those questions even before LLMs.

That's a bit too rigid of a definition. Just means it requires a code update to change it, that's hardcoded.

That's true, it was when they stealthed released it in a application that millions use and no one noticed.

My theory is that it's more boring. Debugging tools got better where those were the ways to work around and get to testing stuff in old console era.

But now game development has much better tooling and SDK kits for a while in consoles. So I suspect there wasn't a need to spend extra development cycle implementing custom debug menus and stuff.

A lot of this is just inflicted by parent culture and anxiety. Unless your kid applying to an elite school, most college/university accept between 60-80% of their applicants. If they have decent GPA.

We are making the kids endure that out of fear of their college, but stats don't back up the grind they make the kids do.

Also you can write a perfect specification get into implementation and have to step back and redesign.

Software is fast to iterate and test that a lot assumptions can be proven by actually writing the code.

Software is closer to gardening or painting. We discover a lot through practice and writing code. Then we can often write more formal specifications.

But formal method is impractical for most software upfront, and instead is likely used for more serious runtime failures or cost of life.

That's just my two cents.

Games and other specific applications call for such unidirectional data flow with such massive amounts of "independent" entities. It isn't that it'll catch on or not outside the gaming industry, it is more of a unique solution to a typical gaming problem.

So their are apps that do use similar or ECSs architecture under the hood, it is just more problem related not a solve everything solution.