You will be right only if AI will be usable locally on commodity hardware, otherwise access to AI will become a weapon on various fronts - including your employer, your home country government, foreign countries, and international orgs.
There's nothing that indicates LLMs running in data centers is more evil than LLMs running on your own rig. The issue is centralization of providers into a duopoly or triopoly that can use their power to absorb more training data and operate a pricing cartel, as well as absorb knowledge from other individuals and corporations.
Right now the models actually run most optimally and economically in a data center b/c multiple requests can be batched on a single GPU. This may change of course...
Reverse engineering and pirating are not the same thing (although the former may certainly be used as a means to achieve the latter). As long as you aren't distributing the game, distributing code that legitimate owners of the game can use to run their game on more platforms is not a crime.
In systems engineering this was proven in court when you have one engineer writing specs and another implementing the "samish" system from those specs, but I'm not sure that would relate to any of the art assets made by the original authors of a game. I'd imagine any art, narrative writing or sound would still be considered IP, and without those things you don't have much of a game.
I suspect it won't stop people, and that it won't be much of an issue in a lot of cases. I wouldn't want to be the one to test it in any sort of court though. Not even on the other side of things, where it'll become even more of a nightmare to protect your indie IP on any form of platform which doesn't heavily regulate things.
The code is also copyrighted and owning a license for a game does not make you safe from being sued for pirating that game or its code. It's fine in this case only because the engine was open sourced.
> The code is also copyrighted and owning a license for a game does not make you safe from being sued for pirating that game or its code. It's fine in this case only because the engine was open sourced.
Nothing makes you safe from getting sued.
See also: [1]. You could also reverse engineer in a solid jurisdiction.
I ran C&C Generals in Wine on Linux back in the days. More stable than Windows XP.
You may run afoul of DCMA rules around circumventing copy protection measures, and you are most likely going to be violating the EULA on any recent games. But you aren't necessarily violating any copyrights - several high-profile cases in the US have been fought about this, such as Sony vs Connectix, and its generally fallen on the side of reverse-engineering for interoperability being within the bounds of fair use
Computer Associates International, Inc. v. Altai, Inc. establishes the Abstraction-Filtration-Comparison test for determining if a program is infringing on another program. Reverse engineered code of a nontrivial portion of the original program will have substantial similarity to the original program and will fail this test.
Interoperability falls under what gets filtered out in the filtration step of the test.
I don't think the "it's piracy to use the code generated by an LLM because it closely resembles the code the LLM was trained on" argument has been fought in court yet.
We could cause the same change with reasonable public transit. Maybe driverless trucks but I think we're a long ways from that still, people aren't going to accept a tanker of gasoline flying down the highway with nobody driving it
No. But most software products are nowhere near that sensitive and very few of them are developed with the level of caution and rigor appropriate for a safety-critical component.
What works: delegating non ambiguous tasks, let them happen in async, while supported by harness of preexisting automated tests, and established project conventions
What does NOT work: I have no idea how to do sth, and I hope agentic coding will solve my problem.
Think "Eisenhower matrix":
- X: Ambigous <-> Trivial
- Y: Can wait <-> Urgent
Urgent&Ambigous => Agentic Coding is useless, and an act of desperation
Can wait and at least non amibogus => Agentic Coding is perfect fit
Think chefs at top restaurants for example: washing hands is something obvious, no need to get any customer infected with fecal bacteria in order to convince the restaurant management for investing into soap (hygiene takes time, you could serve additional customer!)
It is one of career progression milestones for a programmer when they can set a bar for their craftsmanship themselves. Successful SWE is someone who got hired at a team which does not require this kind of education. A team where this type of engineering hygiene is obvious like breathing.
Im actually curious what happens in a professional kitchen when someone isnt pulling weight on menial tasks like scrubbing or batch prep. I know what usually happens in software teams - nothing
Having worked in professional kitchens, my experience is that nothing predictable happens.
It depends not just on management, but also on the personal relationship between management and the person, and on how bad the current market for staff is.
That said, the kitchens I've worked in were filled with people who worked as hard, or harder than the FAANG teams I was a part of.
reply