top 95 comments

sorted by: hot top controversial new old
[–] 41 points 3 months ago (4 children)

Saying "just fork it" is obviously disingenuous anyway. Linux is gigantic at this point and would be completely infeasible to maintain without a huge group of talented people and funding. He knows very well no one can just fork Linux in a meaningful way, just like you can't just easily fork Chromium if you disagree with Google's high level shitbaggery. Even MS threw in the towel on maintaining their own browser for the same reason.

  • source
  • hideshow 4 child comments
  • [–] 2 points 3 months ago (1 child)

    He knows very well no one can just fork Linux in a meaningful way

    Linux-libre?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 3 months ago

    Fair enough, Linux-libre is technically an example of a fork. That being said, that project has a very specific goal of just removing proprietary packages and blobs, it's a lot more simple and direct to maintain. I don't know that you could truly do such a thing with AI/LLM tainted code without a hard fork and essentially no longer merging in from upstream. Vim Classic is trying to this right now, and it is a lot more doable since that's a much smaller project.

  • source
  • parent
  • [–] 81 points 3 months ago* (last edited 3 months ago) (4 children)

    Wow, they are at best cherry picking the article they cite on productivity with AI, if not outright trying to lie. They say

    Last year, an METR study found that open source coders using AI tools were 19 percent less productive than those who didn’t use them, even as those AI-using coders said they felt 20 percent more productive. But in a February update on a follow-up study, those same researchers said that “we believe it is likely that developers are more sped up from AI tools now—in early 2026—compared to our estimates from early 2025,” citing early raw results and conversations with study participants.

    But if you, y'know, actually read this February update, you would see that the researchers are lamenting the fact that they cannot draw conclusions effectively because of the proliferation of AI use. To wit, they say:

    Altogether, these issues make it challenging to interpret our central estimate, and we believe it is likely a bad proxy for the real productivity impact of AI tools on these developers.

    In fact here is the full passage Arstechnica cherry-picked from (emphasis mine):

    Based on conversations with study participants, we believe it is likely that developers are more sped up from AI tools now — in early 2026 — compared to our estimates from early 2025. However, because of the selection effects in our experiment, our data is only very weak evidence for the size of this increase.

    Based on conversations, which is to say, not on their data. This after the study a year prior which suggested developers are not reliable reporters of their own productivity.

  • source
  • hideshow 4 child comments
  • [–] 22 points 3 months ago

    Yeah, METR is an industry group funded by Google, Microsoft, Anthropic etc. I happened to summarize their work just yesterday actually: https://lemmy.blahaj.zone/comment/21358850 but one thing I think it's important to point out is that there is no second study, not yet. The blog, and the open source dataset, are all we have, because the researchers decided to adjust their method. So the intimation arstechnica gives that they completed a second study is false.

    And the selection effects they are talking about are pro-ai software developers being unwilling or unable to complete complex tasks without their precious ai anymore, whereas a year ago they were more willing to do both ways in order to prove how powerful ai is. In my opinion, as I stated, this reflects poorly on their levels of self confidence from using ai, more than saying anything about a speed boost/decline.

  • source
  • parent
  • [–] 13 points 3 months ago

    Ahaha. The research showed that developers don't know how fast they are, but when we talked to them they said that they're pretty fast, so we'd rather report on that. I see no problems or contradictions with this.

  • source
  • parent
  • [–] 2 points 3 months ago (1 child)

    It would make sense that it's better now though?

    Claude Code came out in Feb 2025, widely available in May 2025. The tool itself has had many improvements as has the model behind it. It's pretty much THE tool people get into AI with currently.

    Shit, I can get bugfixes as oneshot prompts now with Fable 5 using the superpowers plugin (not really superpowers, just skill files and stuff to tell it how to use test-driven development and other nice practices). I describe the bug in some detail, it'll create a failing test, then fix the issue. Some of those have not been trivial to track down and fix at all, but I can give it to an LLM and go work on another issue at the same time.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 3 months ago

    That's irrelevant. I'm talking about what the researchers wrote, how that relates to their own prior research, and how Arstechnica reported on it. I am not making and have not made any claims about whether or not developers are actually more productive.

  • source
  • parent
  • [–] 135 points 3 months ago (21 children)

    That headline is a hell of a cherry pick of his full email, which itself is in a very specific context.

  • source
  • hideshow 21 child comments
  • [–] 40 points 3 months ago (1 child)

    Is it? After reading the article and the original post in the kernel mailing list, IMO the article depicts Linus' opinions accurately.

    Was also astonished to find out that Linus considers people who advocate for sustainable tech are doing so solely out of fear and that AI can't be criticised because humans also make errors.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 10 points 3 months ago*

    Yeah, I read the mailing list as well as the article didn't skew it much at all. Linus having hard opinions that piss is nothing new, he's a bit of a dick even when I agree with him (to be clear, this is not one of those times). I am disappointed in his opinion, but not surprised. Linux is mostly funded by big tech, and Linus has never really been against them like the Open Source zealots like RMS. He's just highly opinionated and historically has have little filter when sharing said opinions.

  • source
  • parent
  • [–] 12 points 3 months ago* (14 children)

    This is absolutely not true. The email is very direct, and the specific context doesn't change anything. Here's the full text:


    I think it makes the point of sashiko - helping maintainers - unachievable. If the point to not use LLMs in general, let’s discuss this, not how to make each use case more complex.

    It seems like [1] expresses a very anti-LLM position in general

    Yes.

    And no, that's not the position of the Linux kernel.

    I realize that some people really dislike AI, but this is an area where I'm willing to absolutely put my foot down as the top-level maintainer.

    Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it.

    Or just walk away.

    AI is a tool, just like other tools we use. And it's clearly a useful one.

    It may not have been that "clearly" even just a year ago, but it's no longer in question today.

    There are other questions around AI (like what the economy of it will actually look like in the end), but "is it useful" is no longer one of those questions. Anybody who doubts that clearly hasn't actually used it.

    Yes, it can also be a somewhat painful tool, both for maintainer workloads and just from a "it keeps finding embarrassing bugs" standpoint.

    But the solution is not to put your head in the sand and sing "La La La, I can't hear you" at the top of your voice like some people seem to do.

    The solution is to make sure those LLM tools help maintainers instead of just causing them pain. There's no question on that side.

    We're not forcing anybody to use it, but I will very loudly ignore people who try to argue against other people from using it.

    And no, AI isn't perfect. But Christ, anybody who points to the problems at AI had better be looking in the mirror and pointing at themselves at the same time.

    Because it's not like natural intelligence is always all that great either.

    The kernel project has been and will continue to be about the technology.

    Sure, the social angle of working on open source is important and often a very motivating part of the project, but in the end that's a side benefit, not the point of the project.

    This is NOT some kind of "social warrior" project, never has been, and never will be.

    In the kernel community we do open source because it results in better technology, not because of religious reasons.

    And so we make decisions primarily based on technical merit. Not fear of new tools.

  • source
  • parent
  • hideshow 14 child comments
  • [–] -3 points 3 months ago*

    He is such a back stabbing condescending out of touch deplorable libturd. He is the only tool I see. In the movie "their will be blood" when Eli slaps his dad for pulling down his pants... and then he slaps the shit out of him... Thats what I want to do to this fool. Computers are for humans NOT humans for computers. Linux is awsome because of humans... No more with the gipity.. I'd rather be 2nd place then juiced with a limp dick. HOLD THE LINE AGAINST THE SWINE

  • source
  • parent
  • [–] -2 points 3 months ago (12 children)

    Yeah I think you’re right, when it comes to AI as a coding tool. I heard someone ask something like "where on the scale from flashlight to violin would you put LLM tools for coding". By that, they meant, if you use a flashlight, and it doesn’t work, you’re pretty sure it’s not your lack of experience with the tool - the tool is just broken. But if you play a violin and it sounds like shit, it’s probably because you’re not versed enough to play it (or at the very least you don’t know if it’s you or the violin who’s at fault), assuming you don’t play the violin.

    If one finds LLMs unhelpful for coding, is it them not knowing how to play it, or is the tool inherently broken? It’s very arrogant to believe one is so knowledgeable about a tool, one which is in constant development too, that it is not them who is using it wrong, but rather the tool that is wrong.

    There’s a plethora of other areas of just criticism of the technology, but I think how useful it is for coding is not one of them.

    Aside: your "manmade" line breaks make your comment harder to read on a phone. I guess it’s a hard habit to break, but I would suggest you try. Most places people type text to be read by other these days, one should account for vastly different resolutions and aspect ratios (e.g. vertical & horisontal monitors). Adding in line breaks where it looks good on your screen is like writing text for yourself to read. That’s my personal opinion at least

  • source
  • parent
  • hideshow 12 child comments
  • [–] 7 points 3 months ago (1 child)

    Reading comprehension is at such a massive cratering low, you really gave criticism on writing style for prose copy pasted from an entirely separate medium written by a completely different author

    Jesus Christ people

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 3 months ago

    Take it easy. And don’t just take my one comment as anecdotal evidence of reading comprehension. I will say, first off, I wrote the above shortly after waking up - perhaps not my most analytical piece ever. Furthermore, English is not my first language (kinda not even second). And finally, I have dyslexia, so I literally have worse than average reading comprehension skills.

    Also, from my device, it seems only the first 2 paragraphs are in quotation, and everything after "yes" has regular formatting, which gave me the impression of that being the commenters own words, and with the weird line breaks. (I’ll add I know people who have typed like that but have switched, hence I made the remark.)

    All I want to say is you shouldn’t use my misunderstanding of the comment I replied to as any evidence of general reading comprehension. It shouldn’t be. And you seem overly affected by this.

  • source
  • parent
  • [–] 3 points 3 months ago

    TLDR: In short, like a lot of AI use the biggest problem is more how other people are using it that I have little control over.

    The thing is that CodeGen utility varies greatly on what is being advocated and what situation it is being applied to. CodeGen getting things going when the operator isn't strongly opinionated about the details for fairly common patterns is fairly strongly in the wheelhouse. It is somewhat worse at amending a project in the same broad ways it was able to do when starting from scratch, even a project the model itself generated. So as you progress, it is more and more likely that a human will need to understand what is going on to be effective in modification. This presents a problem as people work themselves into a mess and can't get out of it and this causes a fair number of projects to just get abandoned because they can't go anywhere.

    Even as it has demonstrable utility, the real world implications can be a mess. For example, the other week someone used agentic AI to open up 70 'security findings' on a project I work on. To it's credit, it found one actual issue, and while another issue was incorrect, looking into it I did find a separate issue it didn't notice, so I got two fixes out of it. However I had to deal with 68 completely stupid things that weren't anything. The operator at least up front sent an email that they didn't understand any of it and how much was real, but wanted to share in case any of it is useful. But I guess that's the price I pay for the two valid issues that might have otherwise not been caught. Then a few days after settling those, another user opened up over 60 and they were all dupes. Then the next week another user opened up a bunch that were all dupes too. Now it's ridiculous. One could argue that I could fight fire with fire and put an LLM on triaging the issues and closing out the dupes, but that means random github users can now make me spend my money on LLM services just by opening issues. Further, after being on the receiving end of AI chatbot triage in customer support, I hate inflicting that on the humans opening issues.

    Then of course there's the code submissions and expectations around how I should handle them. There was a longstanding understanding that folks try their best, but implementing feature requests takes effort and folks are broadly understanding at delays or being a bit down the priority list. Now someone will Claude up a merge request instead of an issue and be impatient because "Claude already did the hard work, all you have to do is accept it", and it's a mess of code to review. It's not like the code at the hands of the operator is exactly good, for example someone sent a merge request because some feature raised an exception for them and blocked it from working and Claude "fixed" it. Problem is Claude changed the code to catch the exception, do nothing, and just say that it worked. In their test scenario, the feature was trying to make things the way they already were, so a no-op was no problem, but when I made their test case actually start from another state, it failed but still said it worked.

    Another project I used to be a part of recently got handed over from the maintainers that long maintained it and lost issue to a super Slop-happy AI user. They got it rigged so it's all agentic and "addresses all issues and resolves all pull requests automatically from anyone". The project had some poor issue hygeine, so this meant the agentic code was doing things like fixing an issue from 2017 where the user complained it didn't work with Ubuntu 16.04. No idea if the fix actually worked, but it did make code changes that realistically no one would care about if they only did what they want. Except now they are getting bunch of new issues because they say "hey, the latest update broke a bunch of stuff I relied on", and another said "hey, it was great to see my issue get fixed last week, but this week the issue is back?" and messages saying "the update pace is ridiculous, why are there 3-4 releases a day, the former cadence was once a quarter". It's become a broiling mess of chaos because some AI enthusiast decided to make a nearly abandoned project that people were using a playground for AI usage. Dude even said point blank it's fine, just open an issue and AI will fix it for you and if it breaks, then someone else just open another issue and it'll get fixed and he is confident that eventually the users will shape the project into some equilibrium that way, so he has to do very little except pay for the tokens.

  • source
  • parent
  • [–] 6 points 3 months ago* (last edited 3 months ago) (8 children)

    The fact that you have to "prompt-engineer" means that the tool has a terrible interface.

    In your flaslight analogy, there's an on/off button that doesn't work. You have to flip the flashlight, tap it twice, check the batteries and flip it twice again. Then it turns on.

    The fact that LLM coding tools are basically micro-managing with a special twist "knowing how to prompt", makes it a shit tool for a lot of people. And they are justified in thinking so.

    You can't hone a skill you have little control over. It's like a hammer that strikes a random area within a certain radius of a nail.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 2 points 3 months ago (2 children)

    I both agree and disagree.

    As for having little control, I feel like that happens in other disciplines too. The best archers need to account for the stochastic nature of wind patterns, and thus they do not always hit their intended target. But still, their accuracy is far greater than a novice. There is both skill and "luck" - if you will - involved in the process. You definitely can hone a skill you have little control over in the beginning, I believe. Maybe this is the analogy that should’ve been made.

    I will say, "knowing how to prompt" feels like a weird skill, and I think the way we interface with these tools is kinda wacky. Regular text feels to fuzzy.

    But it does help immensely, I find, to take every wrong agentic coding output as a learning experience. When I know the answer, and the agent failed, I ask myself why it didn’t fint it. Taking these opportunities has led me to be more proficient in the use of skill files, agent files, subagents, context window management, etc., all which have improved the agents output massively. I feel like a year ago, it was just prompting and copy-pasting (at least for me), but now, with tools like OpenCode, I can get a better looping effect with fewer errors.

    I am curious about your findings

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 months ago (1 child)

    Don't forget we are talking about a tool.

    A good tool is easily documentable, and then usable with said documentation. A good tool has perfect repeatability It is easy to predict the outcome of using a good tool.

    Current LLMs have neither. For all the user knows, it's a black box that takes input and poops out output. You can only steer the output after some output has already been given.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 months ago

    I think we disagree on the nature of a tool. Or maybe I am thinking about more than a "tool", but not using the appropriate word for it.

    Image riding a very fast horse. There is no perfect repeatability, it might veer off, or react to something you didn’t see, but a good rider would probably manage to arrive at the intended destination. I think I view it the same with agentic coding.

    Now, I agree a horse is not a tool, and that’s why I mentioned that my language is perhaps a bit imprecise. (I guess you could even call it an agent.) But maybe an "instrument" or an "implement" fits, although that’s a bit cold wording for a horse in general, as they have other qualities, as being cute etc.. But I think you get my point.

    I very much think LLMs can fall under the description of "useful implement for coding" today. But I do think it is a very poor knowledge retrieval implement. In fact I sucks for all these one-off questions, I my opinion.

    I think the more interesting discussion is about how these AI companies consolidate power even more, how they steal data, how they pollute like crazy. But I think people who dismiss their use in coding perhaps view LLMs more like a flashlight and less like a very fast horse moving you from A to B.

  • source
  • parent
  • [–] 0 points 3 months ago (4 children)

    Context engineering is a skill analogous to communicating a problem to fellow maintainers. This typically involves articulating the issue within an issue tracker, pull request, or comment using written text. Therefore, proficiency in "prompt engineering" is essentially a measure of one's articulacy.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 3 months ago (3 children)

    So it's not a "useful tool for coding" then, if the quality of the output depends of one's ability to articulate in a way that tickles the LLM "the right way".

    Also, no matter how well you articulate, the output is still somewhat random. You can produce two different sections of code with (essentially) the same prompt, which also just means that theres an amount of luck and percieved randomness in a tool.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 months ago (1 child)

    Imagine you want a piece of software written but you're hiring it out, like a lot of corporations do. You write up a loose specification and hand it to two different dev shops and you'll get two wildly different results. The tighter the spec, the closer the results will be.

    It's not much different from that.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 3 months ago

    Following my analogy with the archer, promting the right way is like accounting for wind. And again, no matter how much the best archers in the world account for wind, they do sometimes miss. Still very impressive how high their skill is, even with randomness involved. And with agentic coding, one can always shoot twice.

  • source
  • parent
  • [–] 47 points 3 months ago (10 children)

    Sad this article doesn't talk about why open source projects reject AI, specifically because of the legal implications of all the copyright violations baked into their training data

  • source
  • hideshow 10 child comments
  • [+] -7 points 3 months ago (6 children)

    That is not how copyright works. But if you expand IP law that way, open source projects will be the first victim.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 4 points 3 months ago* (1 child)

    I don't understand why so many down votes. It is like a rock and a hard place this IP but yet crapitalism snickers at the top. It is like " Thanks for the free work turds" like we are entering the new dark ages of Korpo Kyber Krime

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 3 months ago

    Yeah. I think anything that contradicts that AI "steals" (not learns and not copies) is downvoted as heretical. I've thought about this quite a bit.

    They never had anything copyrightable taken away from them by an AI. But they might be afraid of loosing their jobs. So they ignore facts, deny reality and logic. I think this type of "post truth world" behavior really took over in the last decade.

    I also have a more crazy theory but it's a bit silly lol

    I think for many people LLMs and generative AI represent this "deep insult" to who we are as humans. LLMs can be more creative than something like 50% of humans. Like if you'd prompt 1000 humans to draw something creative and then let other humans evaluate their results with that of LLMs, the LLMs would probably win in terms of "this is more creative". Maybe it's only 10% or maybe it's even more. Maybe it'll stall and maybe it'll continue to improve. But it's a question that can be scientifically answered.

    And many hollywood movies, romcoms, sitcoms, dramadies, they all have the protagonist do something "creative" and sometimes it's even a plot point that they should get to do their creative thing professionally. It's idealized as the ultimate expression of humanity. And then LLMs came and took a massive shit on that idea lol. A program replacing someone writing or drawing something is seen as something far "worse" than a robot or machine replacing someone doing manual labor. One is liberation of dirty work, the other is supplanting and making irrelevant.

    So it can't be. The insult and psychological wound is so deep that they now must deny reality and attack anything that contradicts them lol.

    Obviously actual "high art" or "high culture" is really something completely different than the content and entertainment slop that is produced today, even before AI. Actual high art isn't in danger of being replaced by LLM until we create an AI that is sapient.

  • source
  • parent
  • [–] 1 point 3 months ago (3 children)

    Actually that is how copyright law could work.

    On the ingest/training side I think the courts have been mostly consistent with your view and sided with the AI companies, though some lawyers are still opening new cases so at least some of them aren't so sure.

    The problem is the defense the AI companies have given is still a potential problem for software. They state that even as the ingest of works allow the model to generate material that would violate the copyright of trained data, that it's the fault of the operator, not the AI company. So even if a user oblivious to the original material manages to get a model to create a knock-off of a copyrighted work, it is still the user's fault, not the AI company.

    This implication to my knowledge has not been tested in court. I haven't seen cases where someone found and sued an AI user for plausibly oblivious copyright violation. Now I cannot imagine that the consequences can be very punitive if they can show the AI models will produce such a violation without the user indicating any awareness of the source material, but they may still demand it be ripped out, which depending on age of code could be a huge mess and a great loss of functionality of other things that depend on the offending code. Even if the particular case could be won on arguments about whether it meets the criteria of an infringement in that case, fighting the case is hard enough.

    The question is whether the risk of accidental copyright violation and the risk of such a violation even being noticed is significant enough. Currently in the GenAI hype world where tons of money is seen to be had from fueling the phenomenon, that risk appears low. Question is if the hype dies down and the money suckers want more money, will they at least start making copyright claims against folks focusing on how the AI defense was to throw the users under the bus. Again, open source projects themselves are probably low on the list of targets, as financial penalties seem unlikely, but it can't be ruled out.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 3 months ago (2 children)

    This seems equivalent to someone buying a hammer from a pawn shop. Upon authorities finding out that hammer had been stolen or used in a crime instead of charging or investigating the Pawn Shop owner, they charge the person who bought the hammer because they made things with the assistance of "stolen goods".

    Used car / firearm / AI-assisted-code / other-example-here

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 months ago (1 child)

    Except the pawn shop is known for stealing from the community and the person that bought the hammer knew it was stolen.

    Kind of complicates things.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 months ago

    No, it's equivalent to a loaf of bread that can be magically copied for no cost infinitely. But someone lays claim on that particular loaf on the basis of "intellectual property".

    Someone who once studied how this magic loaf of bread works made a magic cake, so we can all eat cake instead. Obviously the owner of the loaf doesn't like that and sues, shouting "he's a thief!". Millions of morons start to pick up the chant "Thief! Thief! He stole the fire of the Gods! Lock him up!".

    Now the obvious question becomes: When do analogies spiral out of control?

  • source
  • parent
  • [–] 37 points 3 months ago (32 children)

    Commenter is right. It remains to be seen whether or not it's actually possible to license code generated this way as anything other than like MIT.

    A person didn't really make it, and so a person doesn't really own it.

  • source
  • hideshow 32 child comments
  • [–] 28 points 3 months ago (3 children)

    All AI generated code should be GPL. It was trained on all of us, and its output belongs to all of us.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 months ago

    The hiccup is that the statement is that pure AI output is not subject to copyright, but once a human does something 'transformative' to it, then that is. So if a human can work back to the untouched AI output, they can go to town but they can't reproduce any modification that was done after the AI generation. Since in practice, the GenAI row output is not provided it's impossible for the human to know what the human touches were to undo, so that scenario does not present a whole lot of realistic implications.

  • source
  • parent
  • [+] -20 points 3 months ago* (last edited 3 months ago) (26 children)
  • [–] 53 points 3 months ago (20 children)

    The person who built it owns it, and can transfer that ownership to the person that paid for it.

    If a machine made it, no one owns it.

    Copyright applies to creative works, which are defined as a manifestation of creative effort in the world through a creative process involving one or more individuals. It can be argued that since no human creativity was involved, copyright does not apply.

  • source
  • parent
  • hideshow 20 child comments
  • [+] -7 points 3 months ago (20 children)
  • [–] 15 points 3 months ago (19 children)

    I probably could have worded it better.

    To answer your point, creating an object using a machine is not a creative process by the definition used in this context, unless you put your creativity in it too. It's the difference between creating a dress based on your own design and making it based on someone else's. The ownership comes from the ideation, not the machanical process used to make the dress.

    The key difference between AI and other tools is that it replaces the creative part of the process, thus removing the human factor.

    As a side note, most of the time the end product contains both elements generated with AI and others done by humans. How much human contribution is required for it to be considered a creative work will probably be up to courts and lawmakers I'm afraid.

    On a more ideological note, one could argue that AI models were created using basically the entirety of humanity works, often without compensating the ones holding the rights to such works, and thus should be owned by all humanity.

  • source
  • parent
  • hideshow 19 child comments
  • [–] 3 points 3 months ago (15 children)

    "creativity" is not as easy to define as you seem to imply. When photography replaced a lot of portrait painters, does that mean it wasn't creative work? I mean sure painters can still paint other things, but likewise, coders can still code without AI. Does this just mean that there is "non-creative" code (the code that AI can generate) and "creative" code?

  • source
  • parent
  • hideshow 15 child comments
  • [–] 6 points 3 months ago (14 children)

    I said in my reply that determining whether something that was made with both AI and human contributions should be deemed a work of human creativity is not trivial. That being said, I can't consider a piece of code entirely written by AI to fit the criteria for copyright protection.

    And, dude, photography is 100% creative work and recognized as such everywhere. Yes, the machine takes the picture, but there's a human who decided the subject, how to frame it, light, composition, not to mention the artistic intent, what he means to convey with that picture.

  • source
  • parent
  • hideshow 14 child comments
  • [–] 2 points 3 months ago (13 children)

    Then is AI code creative because the human wrote the prompt or guided the agent? But as you already said you agree that creativity is hard to define, I'm ok with us disagreeing on the exact boundary.

    criteria for copyright protection.

    honestly copyright was already BS as is. "Fair use" is such a mess

  • source
  • parent
  • hideshow 13 child comments
  • [–] 8 points 3 months ago (8 children)

    Haha I totally agree that copyright is a mess!

    Then is AI code creative because the human wrote the prompt or guided the agent?

    That's something that is and will be argued about to the death. I don't think that a prompt is enough to say the person writing it had a part on the creation of the thing, but I know someone will disagree. I see it as someone commissioning a portrait from a painter. No matter how detailed the request is, no one would say that the customer painted the picture.

    Aside from that, I guess what I'm trying to say is that, in my view, creativity is something inherently human, and so can't be attributed to a machine or software by definition.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 2 points 3 months ago (7 children)

    I like the comparison the other use made to GUI tools like Wix or Squarespace. If a user creates a page on Wix, they design the layout, the color palette, the content, etc. which is all undoubtedly up to the creativity of the user. How is prompting an llm to build the same website any less creative? The user is going through almost the same steps, designing the layout and all that, but because they're using natural language instead of a drag and drop tool, suddenly it's not a creative task?

  • source
  • parent
  • hideshow 7 child comments
  • [–] 6 points 3 months ago (6 children)

    Maybe neither of them are. I wouldn't expect someone who made a website using one of those tools to claim some form of copyright on that and suing other similar websites.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 2 points 3 months ago (5 children)

    How about photoshop then? Or music creation tools like Garage Band? Does any assistance by software invalidate the creative pursuit of the user? By extension you could argue that all 3rd gen programming languages are the same, you're not writing the 1s and 0s for your code, the machine is doing it for you.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 4 points 3 months ago (4 children)

    Sorry man, it seems we're at an impasse here.

    Either I can't articulate my point via comments or you're determined not to get it no matter how I explain it.

    I think it's time to call it quits and use our time more productively. Cheers.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 3 months ago* (3 children)

    Sorry, I hope I didn't sound combative, I'm just genuinely curious about how people bifurcate these ideas. If anyone else wants to give their perspective I'd be glad to hear it.

    In my mind, the use of tools has no bearing on the creativity of the user. I don't really see a difference between coming up with an idea for a beautiful website and then creating it by writing react vs creating it by writing prompts. Just like i dont think writing vanilla javascript is better than writing react, or assembly better than javascript.

    The creation is the important part, coming up with an idea for something that could improve the world around you, and then bringing that thing into existence.

  • source
  • parent
  • hideshow 3 child comments
  • I can't promise I'll get back to you on the hour, or whatever, but you can play against me.

    A key disconnect I'm noticing is that, and this is common with STEM people, you do not view the programming itself, that is the software as written, as an expression of art or creativity. You lack a degree of respect for the profession and the work it produces.

    I think, because you are only concerned with the end product. A website can be beautiful for more reasons than just the colors it chooses, you know.

    I also see you trying to reduce this to a binary decision on the matter, that if you can prove an iota of creativity, then the entire project is creative, but that's not really how people think about these things.

    There is a spectrum of effort. Everyone can cook, but not everyone is a cook. And not every cook is a chef. There are varying levels of skill and application being described here.

    To borrow someone else's creativity, with a recipe, or pre-seasoned meat, or a javascript library, might leave people with the feeling that the project is still wholistically creative because the parts you had not touched were still touched by someone. But this only goes so far: people are good at subtracting others' efforts from your own, and if you're work is too derivative, people will not feel as if you've added anything.

    The problem with referencing something like Wix is that Wix already represents a diminished creative effort. You as a Wix user make fewer decisions; there are fewer opportunities to express your creativity and skill.

    This doesn't mean a Wix website isn't creative whatsoever. It just depends on what you're measuring.

    You use this word, 'better', but I don't know what this word means. Is writing vanilla javascript better than writing React? Better in what way?

    With regard to creativity, I would argue that vanilla JS is more creative: the brainwork of React's pre-made solutions can't be used, so new ones must be thought up.

    If you're following, you should be able to see where the argument that AI isn't creative comes from. The more decisions it makes for you, the fewer decisions you are making.

    Art and creativity are affects of the social realm. For something to be creative, you have to be involved. You have to be able to show what it is that you did and why you did it, what thoughts and feelings you had while making it—otherwise, no one will care.

    Nor should they. You understand the frustration people feel when calling a customer support line and getting an automated system instead of a real person, yes? Art isn't that different.

    Art is conversational. If you listen to high-end art people talk about it, they use this term a lot. They don't mean that art inspires conversation, they mean that it is conversation, like body language.

    I would not seriously argue that an AI user has never been creative, that an iota cannot be found. But, generally speaking, they tend to let the AI make so many decisions that I do not think they are involved in the conversation of their own work. I could not ask them and they could not tell me.

    And this poses a problem even for work that isn't meant to be consumed publically, like software code. If a person isn't much involved in the coversation of their own work—if they don't know the words they're using or why—then I can't trust their work.

  • source
  • parent
  • [–] 2 points 3 months ago (1 child)

    Don't worry, comments threads aren't really the best medium for complex and in depth discussions.

    Maybe where we don't agree is on the role of AI and the difference between AI and other types of tools.

    The way I see it, other tools perform are "dumb", as in they do exactly what you tell them to and nothing else. AI, on the other hand, does more than that, making decisions instead of leaving them to the user.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 3 months ago

    I think I understand where we're diverging here, and part of it was due to poor reading comprehension by me. When I saw your comment:

    "I said in my reply that determining whether something that was made with both AI and human contributions should be deemed a work of human creativity is not trivial. That being said, I can’t consider a piece of code entirely written by AI to fit the criteria for copyright protection.

    And, dude, photography is 100% creative work and recognized as such everywhere. Yes, the machine takes the picture, but there’s a human who decided the subject, how to frame it, light, composition, not to mention the artistic intent, what he means to convey with that picture."

    in my mind I read that as "I can't consider a piece of code entirely written by AI to be creative work", which isn't what you actually said. I absolutely agree that AI can be used in non-creative ways, but I want to spend minute to mention how I think AI can actually enable creativity rather than replace it.

    I'm a software developer for a pretty big enterprise and the way I use AI is not creative in the slightest. Writing code is the part of my job that I like the most so I never really use AI outside of automating boring stuff that I don't want to do, like taking my commits from the past week and writing an update for management each Friday, stuff like that. I also used it recently to write a test suite for a python backend that I was migrating from Flask to Fast API and it worked pretty well for that, but obviously I wouldn't consider that a creative endeavor.

    However I have a friend who is a civil engineer, who is pretty comfortable with computers and has done a little modding for old games. I've tried to get her to learn some basic python for data analysis for her work, but she gets intimidated by the idea of programming. For the past few months, she's been using claude to create a website for people in her section to use at work. She takes bridge inspection and location data, does some basic statistics like grouping average inspection scores per county, and then displays all the data on a map with styled points and lines the end user can click to find out more information about the bridge.

    Even though she hasn't written a single line of code, she has spent 4 or 5 months creating an application, learning the entire stack, redesigning each page/view, understanding how maplibre works and making decisions about how to render the objects, how the information should be arranged, how the pop up dialogues should work, interlinking functionality with other apps they use for work, etc. What irked me was the thought that someone could look at her work and completely dismiss it as non-creative simply because her hands didn't type the code for all the decisions she made in designing it. The way I see it, working with AI like this is no different than the decision making you mentioned in reference to photography. She is still in control of the vast majority of the design and functionality of the website, even though she's not personally deciding the border radius for each button.

    Hopefully you can see my perspective there, and sorry again if my earlier comment sounded dismissive or combative. I came to lemmy from reddit a few years ago and I think the thing I love the most about this site is the fact that you can actually have constructive and nuanced conversations with people who disagree with you without it devolving into name calling or shouting. Thank you for giving me a chance to get that off my chest <3

  • source
  • parent
  • [+] 5 points 3 months ago (4 children)
  • [–] -1 points 3 months ago (3 children)

    are you an artist because you framed a photo while shooting it?

    Point being that if you're going to call photographers creative, then prompting is arguably just as creative

  • source
  • parent
  • hideshow 3 child comments
  • [+] 3 points 3 months ago (3 children)
  • [–] -1 points 3 months ago (1 child)

    This sounds like no true scotsman. Because I think AI prompting can take just as much creativity as shooting a photo, I must not be a true photographer...

    How do you measure creativity so that we can decide if using AI is creative or not? And no, you can't just claim "creativity = not using AI", since that would create a circular argument

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (-1 replies)
  • load more comments (-1 replies)
  • load more comments (-1 replies)
  • [–] 0 points 3 months ago (2 children)

    So what you're saying is that there's a tipping point in "intellectual property" where after a certain amount of creative help from a machine it stops being your idea/property?

    My mind goes to real play DND podcasts. There is a framework that allows them to tell their story, but the story still belongs to them.

    So like if an LLM writes a function to make the program work properly, like to avoid a logic error you didn't forsee without you asking it too. You don't own that function? Would it be different if you asked it to fix that bug, or do you have to say how to fix the bug?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 months ago (1 child)

    Well, probably? I'm by no means an expert, so I don't know how that could be defined or work in practice. And I think it'll take us a long time to figure this one out

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (-1 replies)
  • [–] 7 points 3 months ago (4 children)

    In the usa, it has been ruled in the past that only human can have copyright. And if a human is not the author, they don't have the copyright.

    https://en.wikipedia.org/wiki/Monkey_selfie_copyright_dispute

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 3 months ago (3 children)

    This has also come up for generative AI with consistent result.

    Problem in those cases is that they hinged upon the human passing through the non-human product without even claiming to have modified it. If human modification has been done, then that modification is subject to copyright. In the case of a composite of human and non-human origination, good luck extracting the non-human portion of the work to take advantage of that copyright opening.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 months ago (2 children)

    Yes. My point was that the person's comparison is shit. That genAI's and human's output aren't the same.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 months ago (1 child)

    I agree it is a crap comparison, just warning that even as the slop straight from the LLM is not copyrightable, blend in a little human touch up and it is "blessed" into being copyrighted. So it's of little consequence unless the operator just passes it through untouched or makes it somehow easy to identify and remove the human tweaks.

    In terms of slopping up a rip off under the assumption that it would obviously be the same as the original slop operators starting point, AI companies in their defense have already stated that operators can violate copyright implicitly as they legally declared they aren't on the hook for any resultant infringement...

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 months ago

    I wonder if their legal "protection" will work in court.

    Intentionally absurd comparison: if I would host all the batman movies on a public website but make people agree to they are legally responsible for illegally downloading the movies, would I get away with that? I don't think so.

    Consequently, how much distance does there need to be between illegal activity and the company/person facilitate that activity?

  • source
  • parent
  • load more comments (-1 replies)
    [–] 16 points 3 months ago (2 children)

    Seems like this is in line with the Software Freedom Conservancy's statement, then? It's up to the individual. If you don't like it, you can just not use it, and if you really don't want others using it, you can just.... fork it like he says?

  • source
  • hideshow 2 child comments
  • [–] 19 points 3 months ago

    That was exactly Linus’ point, especially as their comment came from the context of people debating AI bad/good in the kernel mailing list (which is totally not the place to be having that discussion).

  • source
  • parent
  • [–] 34 points 3 months ago (8 children)

    Man, that’s so disappointing.

  • source
  • hideshow 8 child comments
  • [–] 39 points 3 months ago (3 children)

    Eeh, I don't think he is going to stop tearing people a new one for submitting bad code, though. He lives for the flame.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 25 points 3 months ago (2 children)

    And the problem with LLM code is that it's often bad and has a lot of volume. If their process for rejecting bad human code can scale to also reject bad LLM code, I don't see a problem with allowing for the possibility that someone submits LLM code worth accepting.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 3 months ago

    Last time I saw Linus in the news he was ripping into someone submitting a huge blob of code after the deadline, and said that would not be going into the next kernel. So he's at least expecting humans to review things thoroughly, otherwise why allocate time for human review?

  • source
  • parent
  • [–] 8 points 3 months ago

    I switched to using Linux only a couple of decades ago. The reason was solely the GPL. I liked the idea behind it enough to put up with any difficulties compared with other OSes. Linus has fence sat on many "political" ideas. I guess this is a long way of saying, I agree with you.

  • source
  • parent
  • [–] 19 points 3 months ago (2 children)

    The context of the quote is not code generation, it is an AI-based code review tool which caught real issues which made it past human review. He's not arguing for lowering the code quality standards, he's acknowledging that in the past year, AI-based code review tools have started to provide real value.

    He has vibe-coded at least one non-kernel hobby project, though.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 3 months ago (1 child)

    This is one scenario where the GenAI has been pretty useful, to a point.

    It can help someone review code. It has a lot of false positives, but it does occasionally catch something, and I can forgive the false positives, even if they are super annoying and time consuming, so long as it is catching something on occasion.

    In open source, a problem is so many people in your community now want to 'help' by using their AI subscriptions to review the existing code and then spam the project with their 'findings' because they don't understand well enough to double check the AI. This greatly amplifies the false positive problem with mind numbing volume of dupes.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 3 months ago

    My employer rolled out an AI-based bot which commented on code reviews. It was absolute garbage, and every single comment I ever saw it make was a false positive. Disproving the false positives was a huge waste of time. I hated it with a passion.

    Recently it was upgraded with a modern model. Now I've only ever seen it give legitimate feedback. It's like night and day. Sometimes the feedback is overly pedantic, and more often than not suggesting an improvement slated for later, but still legitimate feedback with an appropriate tone for the severity.

    I believe recent sentiment from the curl project (who previously complained about drowning in slop PRs), is that their AI-based pull requests have also improved significantly.

    I'm still not a fan of AI-generated code, since I mostly think in terms of code and AI fucks up the process for me, but I have to acknowledge that quality of output has improved greatly the past year or so.

  • source
  • parent
  • [–] 30 points 3 months ago

    sees list of sponsors

    If not corruption, why corruption-shaped?

  • source
  • [–] 13 points 3 months ago

    "Fork off", apparently

  • source
  • load more comments
    view more: next ›
    87 comments in c/news@lemmy.linuxuserspace.show view that post