So in case you're worried about watching a 35 minute video and wishing you hadn't, here is what I think is an interesting observation that the speaker starts coming around to at around the 7 minute mark.
Why does software suck? Management often has other priorities, and isn't interested in doing the hard work required to increase the reliability and reduce the technical debt in software. Engineers who care about such things, often engage in acts of "benevolent noncompliance". Common workarounds are "asking for forgiveness instead of permission", secrecy, and misdirection. Alternately you can confront management and fight for doing what you think is right. These sorts of things can be risky. You can be fired, you can be reprimanded if caught, you can be retaliated against or lose political advantage. In the past, software engineers had a lot more agency than they do now, because nowadays the supply/demand ratio no longer favors software engineers, and as a result we have weaker negotiation power. Now we're more afraid of being fired and not being able to find a job, and managers aren't afraid of us quitting and not being able to replace us.
I haven't yet finished the whole thing, but there are sections around dark patterns and other forms of user-hostile software. I'll probably finish it.
This hits so hard. I used to admire Senior developers who would do this. Now, I find myself in a place where there is no one to do this, and I've taken up to playing this role. It is the hardest job, but I cannot do any thing else as my team is committed to just non-stop slop thanks to management directives.
I realize all the time I spent admiring, and now I have become.
Building software that serves you only...and then sharing with others is like serving others. It's good stuff and we need more of it.
I'm not sure how the deconversion of his faith needed to be conflated as related to the main ideas, especially when the next point was about weilding technology for good or evil in the next point as if these aren't pre-existing realities of our world or universe.
For anybody reading, the project tracks new Zig to get all the new async I/O goodies but was hit by some regressions in Zig's translate-c because it recently became fully independent from LLVM.
Other contributors and I took this as an opportunity to contribute some fixes to translate-c and in my case I also switched for a bit to my other projects, mainly https://zine-ssg.io, which I had neglected for a few months while going all-in on awebo.
I plan to resume development of awebo in a month or two, I just want to leave Zine in a good spot before switching again (I have a had time paging between different projects too often and prefer doing continuous work for a while before switching back).
So, today I'm one of the lucky 10,000[1] who finally understands what "black pilled" actually means. (Edit: The video explains what black pilled means)
As a mapper[2], that knowledge now gets subconsciously checked for matches and usefulness against all the other chunks of knowledge I'm fairly certain of.
The first thing that popped out (and there will be more over the next 24+ hours) is that y'all are black pilled about computers and security. You believe, incorrectly, that computers can't be safe AND secure AND easy to use all at the same time. I believe otherwise, and this might help convey that at some future point.
Currently my best hope is that the upcoming release of Genode offers a way forward. Their roadmap[3] features this line when describing the upcoming release
Sketch of a capability-based desktop environment
Right now, that's where my hope rests, it's been a LONG time coming, but I think Genode might become a widely used OS if they can pull it off. If they can break enough people out of being black pilled, that is.
This comment is on a part of the video on Free Software Disillusionment, where people don't want to have their code ingested and used by AI. Andrew's thingy is basically that if you don't participate in open source there won't be high quality code for others/yourself in the future.
People generally don't like the AI using their code for a few reasons, one is replacement, like an AI can just copy your project without attribution. Two is that it feels like you are providing value for a soulless corporate machine without compensation.
If a person uses your code you get maybe happy that it was useful and maybe something cool gets made out it. If an AI uses your work it feels like you just did free labor.
I don't feel like Andrew made any particularly great points, but comments both here and on the youtube link have mentioned really liking that point.
> I don't feel like Andrew made any particularly great points, but comments both here and on the youtube link have mentioned really liking that point.
What they completely missed was that LLMs are a golden opportunity for the corpo-ratfuckers to completely work around the issue of those pesky OS licenses. Who cares if it's GPL/AGPL, just run it through the slop machine and everything is fine.
Open-source doesn't exist in a vacuum, they rely on inherently restrictive licenses to force corporations into contributing back instead of just sucking up everything.
The argument is not just "theft", and to the extent that "theft" is a part of it, it is not the most important part, not by large margin. The reason that "theft" is not a solid argument, is because people creating open-source often distribute it for free themselves. Piracy is not the issue.
The issue is that all attributions get stripped away by the LLM (even in cases where it is trivial to avoid). For example, as a test, I asked DeepSeek to tell me how one can do an exact substring-boolean-test in Common Lisp, and it gave me code that was, character for character, _identical_ to the code that appears in Seibel's Common Lisp Book. It clearly memorized the code. It stands to reason, that it could have also memorized where it saw it, and been trained to tell the user that the code was from that book (which is NOT in the public domain, despite being free to read on the internet)[0].
To give you an analogy, nobody has a problem with someone downloading and distributing the public domain works of Leo Tolstoy or Charles Dickens or Jane Austen or Karl Marx, etc. But to remove their names from those works, and placing your (or someone else's) name on them instead, is plainly malicious behavior. Such behavior needs to shunned.
LLMs (I believe) _can_ be trained to not plagiarize. They do not have to be original, nor to use public domain training-data, they just have to give attribution (which, as far as I can tell, requires little more than a corpus and a stack of similarity-measures).
I suspect that they are not trained this way, because fully automated plagiarism creates an ambiguous situation, where a copyleft license (like GPL or EUPL etc) can be unknowingly violated, and there is hardly any trace of the violation. Plagiarism is the product.
[0]: Such attribution can only make LLMs _more_ useful and _more_ widely and confidently integrated into workflows. The lack of such attributions, risks diluting the value of open source projects, as (1) a high-signal indicator of skill and achievement, and (2) a way to ensure the provenance and quality of the code (both very important, if you are considering to build a business on top of one or more such projects). Just look at all those repos that claim to have "made" Minecraft-like game or Unix-like OS, when all they did was have an LLM plagiarize the code for them. This is a kind of, at best, spam and, at worst, fraud.
In addition to giving credit where credit is due, attribution is important for verifying the trustworthiness of "facts". When someone tells me they asked a LLM and it says xxxxx, I want to know did it get it from a bad source, or worse, hallucinated it from thin air. And if it turns out to be good information, I might want to check out other things the guy has written.
At least with the old school web search engines, you got a hyperlink that you could use to find out more. Now the only way to learn more is to keep asking the LLM more questions. There is no way to get from the LLM to a source outside the LLM.
And I hope I am just being a Chicken Little, but if LLMs become to go-to place for searching, we will lose traditional web search engines. They won't be profitable if not enough people use them. For those who don't remember how the web was before Google's search engine, we had search engines that really didn't work, web rings, and people's list of random bookmarks. The web is much too complex and big to ever be able to go back to those methods. The web will be effectively unnavigable and dead. All we will have left will be the unattributed knowledge distilled in the LLM with no way back to the old methods. And please tell me I'm wrong.
This code could appear many times in training data; but I wonder what decoding params did you actually used, because that effect appears likely with close-to-greedy way. Also, if it is a coding assistant model, chances are this skill was increased by additional sampling from that domain during training? Or maybe RL has teached model to provide verbatim answers for certain questions? So it was rewarded if that kind of answers is really helpful (I guess it was?).
Could you please stop posting unsubstantive, shallow criticisms? So far all 3 of your comments have been of this sort, and we're trying for more thoughtful conversation here.
Why does software suck? Management often has other priorities, and isn't interested in doing the hard work required to increase the reliability and reduce the technical debt in software. Engineers who care about such things, often engage in acts of "benevolent noncompliance". Common workarounds are "asking for forgiveness instead of permission", secrecy, and misdirection. Alternately you can confront management and fight for doing what you think is right. These sorts of things can be risky. You can be fired, you can be reprimanded if caught, you can be retaliated against or lose political advantage. In the past, software engineers had a lot more agency than they do now, because nowadays the supply/demand ratio no longer favors software engineers, and as a result we have weaker negotiation power. Now we're more afraid of being fired and not being able to find a job, and managers aren't afraid of us quitting and not being able to replace us.
I haven't yet finished the whole thing, but there are sections around dark patterns and other forms of user-hostile software. I'll probably finish it.
Building software that serves you only...and then sharing with others is like serving others. It's good stuff and we need more of it.
I'm not sure how the deconversion of his faith needed to be conflated as related to the main ideas, especially when the next point was about weilding technology for good or evil in the next point as if these aren't pre-existing realities of our world or universe.
[0]: https://youtu.be/zLZwpH5lCD4?si=45knBo2Hsy_6wjEM&t=2092
For anybody reading, the project tracks new Zig to get all the new async I/O goodies but was hit by some regressions in Zig's translate-c because it recently became fully independent from LLVM.
Other contributors and I took this as an opportunity to contribute some fixes to translate-c and in my case I also switched for a bit to my other projects, mainly https://zine-ssg.io, which I had neglected for a few months while going all-in on awebo.
I plan to resume development of awebo in a month or two, I just want to leave Zine in a good spot before switching again (I have a had time paging between different projects too often and prefer doing continuous work for a while before switching back).
As a mapper[2], that knowledge now gets subconsciously checked for matches and usefulness against all the other chunks of knowledge I'm fairly certain of.
The first thing that popped out (and there will be more over the next 24+ hours) is that y'all are black pilled about computers and security. You believe, incorrectly, that computers can't be safe AND secure AND easy to use all at the same time. I believe otherwise, and this might help convey that at some future point.
Currently my best hope is that the upcoming release of Genode offers a way forward. Their roadmap[3] features this line when describing the upcoming release
Right now, that's where my hope rests, it's been a LONG time coming, but I think Genode might become a widely used OS if they can pull it off. If they can break enough people out of being black pilled, that is.[1] https://xkcd.com/1053/
[2] https://garden.joehallenbeck.com/container/mappers-and-packe...
[3] https://genode.org/about/road-map
People generally don't like the AI using their code for a few reasons, one is replacement, like an AI can just copy your project without attribution. Two is that it feels like you are providing value for a soulless corporate machine without compensation.
If a person uses your code you get maybe happy that it was useful and maybe something cool gets made out it. If an AI uses your work it feels like you just did free labor.
I don't feel like Andrew made any particularly great points, but comments both here and on the youtube link have mentioned really liking that point.
What they completely missed was that LLMs are a golden opportunity for the corpo-ratfuckers to completely work around the issue of those pesky OS licenses. Who cares if it's GPL/AGPL, just run it through the slop machine and everything is fine.
Open-source doesn't exist in a vacuum, they rely on inherently restrictive licenses to force corporations into contributing back instead of just sucking up everything.
In 2001 I had a guy at Oracle tell me it was a suckers game to write open source code.
I've had M$ heads tell me ruby was a joke that would never amount to much because you couldn't use it in a "real business".
I've had bad phil bros tell me in 2004 that open source was "anti american communism bullshit".
It's ok to be a humanist and not a corporatist.
It's ok to show generosity.
It's ok to reject the crab bucket framing.
Some of us are mature enough to be ok living in a better world even if still imperfect.
The issue is that all attributions get stripped away by the LLM (even in cases where it is trivial to avoid). For example, as a test, I asked DeepSeek to tell me how one can do an exact substring-boolean-test in Common Lisp, and it gave me code that was, character for character, _identical_ to the code that appears in Seibel's Common Lisp Book. It clearly memorized the code. It stands to reason, that it could have also memorized where it saw it, and been trained to tell the user that the code was from that book (which is NOT in the public domain, despite being free to read on the internet)[0].
To give you an analogy, nobody has a problem with someone downloading and distributing the public domain works of Leo Tolstoy or Charles Dickens or Jane Austen or Karl Marx, etc. But to remove their names from those works, and placing your (or someone else's) name on them instead, is plainly malicious behavior. Such behavior needs to shunned.
LLMs (I believe) _can_ be trained to not plagiarize. They do not have to be original, nor to use public domain training-data, they just have to give attribution (which, as far as I can tell, requires little more than a corpus and a stack of similarity-measures).
I suspect that they are not trained this way, because fully automated plagiarism creates an ambiguous situation, where a copyleft license (like GPL or EUPL etc) can be unknowingly violated, and there is hardly any trace of the violation. Plagiarism is the product.
[0]: Such attribution can only make LLMs _more_ useful and _more_ widely and confidently integrated into workflows. The lack of such attributions, risks diluting the value of open source projects, as (1) a high-signal indicator of skill and achievement, and (2) a way to ensure the provenance and quality of the code (both very important, if you are considering to build a business on top of one or more such projects). Just look at all those repos that claim to have "made" Minecraft-like game or Unix-like OS, when all they did was have an LLM plagiarize the code for them. This is a kind of, at best, spam and, at worst, fraud.
At least with the old school web search engines, you got a hyperlink that you could use to find out more. Now the only way to learn more is to keep asking the LLM more questions. There is no way to get from the LLM to a source outside the LLM.
This code could appear many times in training data; but I wonder what decoding params did you actually used, because that effect appears likely with close-to-greedy way. Also, if it is a coding assistant model, chances are this skill was increased by additional sampling from that domain during training? Or maybe RL has teached model to provide verbatim answers for certain questions? So it was rewarded if that kind of answers is really helpful (I guess it was?).
If you wouldn't mind reviewing https://news.ycombinator.com/newsguidelines.html and taking the intended spirit of the site more to heart, we'd be grateful.
Note this one: "Don't be snarky."