Live data from Hacker News

Born Against, or why hobby programming communities are against LLM usage

blog.fogus.me

71–80 of 557 posts

Re: Born Against, or why hobby programming communities are against LLM usage

#72
post #34

Earlier quoted context omitted.

I think part of it though is that LLMs (especially in novice hands) create code that is more difficult to review and has subtler bugs. Code review is (for many) the least fun part of programming. Like imagine if your hobby was cooking, but you hated the cleanup. If you buy a robot that automates the fun part at the cost of making twice the mess, that is not a good trade off no matter how many extra cookies you end up…

It is probably a good trade off if you sell cookies or if you vastly prefer eating cookies to making cookies.

It is, although in this case the cookie-making robot also makes 10% of its cookies with sand instead of flour. So it's still not a very good trade if you have any pride in your business or consequences for bad product.

Re: Born Against, or why hobby programming communities are against LLM usage

#73

Earlier quoted context omitted.

The debate is about whether or not the new code qualifies as derived . They can remove all of the literal code matches from the codebase, but if it was written by having an LLM study the original code and then write something similar, it's hard to argue it's not a derivative work.

Genuine question: if a human did this manually would it be considered derived?

https://en.wikipedia.org/wiki/Clean-room_design

There is a lot of legal history of doing new designs with influence from reverse engineered sources. The basic rule is that you can't have someone familiar with the original code involved with writing the new code.

LLMs are a new area, but I would expect that feeding the original source into an LLM context and saying "Write this, but different" wouldn't qualify as a clean-room design. There isn't enough general removal from the original subject matter.

Re: Born Against, or why hobby programming communities are against LLM usage

#74

Earlier quoted context omitted.

[flagged]

[flagged]

Your entire commenting history is about how much you dislike LLMs (with the high likelihood that you would not accept any evidence about agentic productivity), which does not lead to good discourse on Hacker News.

Re: Born Against, or why hobby programming communities are against LLM usage

#75

The article just straight up doesn't mention the context of the Github Thread, which is about the guy lifting ideas from other engines and copy-washing them. "Do you genuinely believe changes like cd170a4 make the code somehow not derived from Reckless anymore? It appears to me like it's just trying to obfuscate its origins, to make it easier to appeal to plausible deniability. The reality is, coda 100% has code deri…

Keeping in mind that I'm going strictly off the commit[0], a bit-packing layout is very much the kind of thing which is not subject to copyright in the first place. Neither are algorithms. Ideas, in general, are not subject to copyright: expression is. So "lifting ideas from other engines", as you yourself put it, is entirely licit, no matter how you do it. _Should_ you credit others when so doing? I err on the side…

No idea why you're getting downvoted. You're right.

> it's still eerie to me to see hackers coming down hard on a side of an issue we spend decades passionately defending the other side of

Yeah, it's surreal. It's not just intellectual property either, Hackers have already started complaining about automation now too.

Computers must have replaced tens of millions of jobs. It's the ultimate job destroyer, since it allows capital to do more with less. Automating me, a doctor, out of his job is essentially the holy grail of Hacker News.

But when hackers are automated away, then suddenly it's a crime against humanity.

Re: Born Against, or why hobby programming communities are against LLM usage

#76

A hobby is something you enjoy the process of doing, not just the end result. Everybody likes a clean home, but cleaning is rarely a hobby. LLMs expedite achieving the end result. Take from that what you will.

I enjoy molding hyper specific software across my whole eco system of tech through prose with LLMs. Iterating over time to hone the right solutions based on very abstract reactions to the results I get. I would consider this a hobby because it costs me money and I get no value out of it outside of the act.

I also woodwork and I remember this discussion there between hand tools, power tools, and CNCs. It's all the same hobby just different entry points and doing it the least automated way doesn't make your work more or less than anyone else's.

Re: Born Against, or why hobby programming communities are against LLM usage

#77
You can summarize this roughly by comparing art for its own sake versus art for a purpose. If I need software for a purpose, I don't care how it is crafted, only that it is crafted well. But if I care about the art of code done well, then obviously the means matter.

I find that a lot of "pro-AI" folks are very much doing software for the ends (myself included) and in the past, we were happy with the "means" primarily because there was no other way. The "anti-AI" folks are, as mentioned, mostly in the camp of caring about the means equally with the ends.

Lots of nuance here, but those buckets seem to generalize pretty well (so far) in my experience.

Re: Born Against, or why hobby programming communities are against LLM usage

#78

I'm particularly annoyed with the complaint in the linked thread about the agentic-developed chess engine. > Moreover, you are giving absolutely nothing back to the community, which is central to open-source engine dev. You are only taking. What would that user prefer? That the developer push a PR upstream...that presumably would be shot down and the user subject to further harrassment because it would be LLM derived…

> the only winning move is not to play

Presumably no one is forcing the maintainer at gunpoint to have an LLM slightly shake up other people's code, relicense it under an incompatible license and then claim that "every single line of code is written by Claude Code", so I don't see the issue with not playing if that's the only option.

If you can't make contributions that anyone finds interesting enough to include upstream and have no plans to publish your AGPL derived code under a compatible license, you can keep your changes to yourself. Nothing lost, nothing gained, license honored.

Re: Born Against, or why hobby programming communities are against LLM usage

#79

The article just straight up doesn't mention the context of the Github Thread, which is about the guy lifting ideas from other engines and copy-washing them. "Do you genuinely believe changes like cd170a4 make the code somehow not derived from Reckless anymore? It appears to me like it's just trying to obfuscate its origins, to make it easier to appeal to plausible deniability. The reality is, coda 100% has code deri…

> lifting ideas It's not like ideas are protected by copyright though. Copyright protects the specific expression of the idea, not the idea itself. Anyone can "lift ideas" from anyone else, including proprietary software.

Except "Claude, take this code and change the variable names up a bit" is not lifting ideas, and you would not get away with doing that to software belonging to a company with a competent legal department.

Re: Born Against, or why hobby programming communities are against LLM usage

#80

The article just straight up doesn't mention the context of the Github Thread, which is about the guy lifting ideas from other engines and copy-washing them. "Do you genuinely believe changes like cd170a4 make the code somehow not derived from Reckless anymore? It appears to me like it's just trying to obfuscate its origins, to make it easier to appeal to plausible deniability. The reality is, coda 100% has code deri…

Keeping in mind that I'm going strictly off the commit[0], a bit-packing layout is very much the kind of thing which is not subject to copyright in the first place. Neither are algorithms. Ideas, in general, are not subject to copyright: expression is. So "lifting ideas from other engines", as you yourself put it, is entirely licit, no matter how you do it. _Should_ you credit others when so doing? I err on the side…

You'll notice I didn't mention copyright, and that's because I don't think it's relevant. I think your analysis is correct. Keep in mind too that Stockfish – the engine I work on, although I wasn't at the time – was the subject of a high-profile defense of the GPL in Germany: https://stockfishchess.org/blog/2021/our-lawsuit-against-che.... That case was different as it involved wholesale copying of the source code, rather than porting ideas. Ideas shouldn't be copyrightable.

But copyright and plagiarism are orthogonal, and questions of morality are much more tied to the latter. It would be illegal (in the United States) for me to publish a copy of Nineteen Eighty-Four, but not immoral. It was not immoral, in my view, for Aaron Swartz to try to liberate JSTor articles.

That doesn't make plagiarism acceptable, either. And therefore, I'm willing to call it out when I see it.

Post reply on HN