Hacker Newsnew | past | comments | ask | show | jobs | submit | kalcode's commentslogin

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.


I've been practicing lately to do A DIY drone build.

This video helped me recently too [1]

Also I take pictures and have Gemini critique, give feedback. It helped me learn about the tips more I didn't realize, after switching my tip from a broader knife one to a chisel one, results way better (for that use cases)

Then I did know I just had to practice and get frustrated and come back, felt like two steps back and one forward, one time I was just suddenly making cold joints left and right. But hours practicing can't be replaced by just reading.

This is more answering the title.

https://youtu.be/GoPT69y98pY?is=JnURRm3pQOarur9P


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


It depends if the JSON file is in source control, or if it's an environment file.


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.


My theory is that cheat codes disappeared when developers discovered that they could have their effects as microtransactions instead, and then they just never came back because, as you say, SDKs are pretty good about not needing them.


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.


Parent of a middle and a high schooler and we try very hard to not pressure the kids, but a lot of it is coming from their peers and the school.


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.


right, I guess what I mean is that in the past you would pick an architecture based on your data structure/flow, performance requirements, things like that. Now there is a new metric: how LLM-friendly it is. Probably it won't be a huge factor, since a properly structured REST server would also be friendly enough, and LLMs are getting better. Still interesting to consider though, IMO.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: