HN user
The mixture of motivations includes a desire to contribute something to humanity, a desire to make a mark or achieve recognition, or a desire to gain experience that might enhance your ability to get hired.
It can be a hobby like model trains and it can be a a social context like joining a club or going to church.
But it's safe to say that nobody is volunteering "to make billionaires even more profit."
If a maintainer complains about slop bug reports, instead of assuming the worst of the maintainer, it'll often be more productive to put yourself in their shoes and consider the context. An individual case may simply be the nth case in a larger picture (say, the straw that broke the camel's back). Whenever this nth case is observed, if you only consider that single case, a response also informed by detailed personal consideration of the preceding (n-1) cases may appear grossly and irrationally disproportionate, especially when the observer isn't personally that involved.
For a human, generating bug reports requires a little labor with a human in the loop, which imposes a natural rate limit on how many reports are submitted, which also imposes a natural triaging of whether it's personally worth it to report the bug. It could be worth it if you're prosocially interested in the project or if your operations depend on it enough that you are willing to pay a little to help it along.
For a large company which is using LLMs to automatically generate bug reports, the cost is much lower (indeed it may be longer-term profitable from a standpoint like marketing, finding product niches, refining models, etc.) This can be asymmetric with the maintainer's perspective, where the quality and volume of reports matter in affecting maintainer throughput and quality of life.
The text and context of the complaint can be used to steelman it, adopting the principle of charity.
From that perspective, the most likely problem is not that bugs are being reported, nor even that patches are not being included with bug reports. The problem is that a shift from human-initiated bug reports to large-scale LLM generation of bug reports by large corporate entities generates a lot more work and changes the value proposition of bug reports for maintainers.
Even if you use LLMs to generate bug reports, you should have a human vet and repro them as real and significant and ensure they are written up for humans accurately and concisely, including all information that would be pertinent to a human. A human can make fairly educated decisions on how to combine and prioritize bug reports, including some degree of triage based on the overall volume of submissions relative to their value. A human can be "trained" to conform to whatever the internal policies or requirements are for reports.
Go ahead and pay someone to do it. If you don't want to pay, then why are you dumping that work on others?
Even after this, managing the new backlog entries and indeed dealing with a significantly larger archive of old bug reports going forward is a significant drag on human labor - bug reports themselves entail labor. Again, the old value proposition was that this was outweighed by the value of the highest-value human-made reports and intangibles of human involvement.
Bug reports are, either implicitly or explicitly, requests to do work. Patches may be part of a solution, but are not necessary. A large corporate entity which is operationally dependent on an open source project and uses automation to file unusually large volumes of bug reports is not filing them to be ignored. It isn't unreasonable to ask them to pay for that work which they are, one way or another, asking to have done.
Nobody is proposing ignoring what people will buy. What I said is that literally thinking "this banana is delicious" does not achieve anything toward the actual delivery of any bananas for consumption. It is the end of the production story, not a part of the process, so it is not abstraction to leave it out. Set up a process for sampling batches of bananas if you want, but the value of that isn't for an employee to think "this banana is delicious" 100 times per day. That is confusing consumption with production. There's a good reason why production doesn't include consumption.
Capitalism is what it is in reality, not just in our fondest hopes.
The problem with the phrase is the assumption that any day now, something else will inevitably come along to replace it and make everything better. That "replacement" has unfortunately proved at least as problematic as the history of capitalism.
You didn't have an unlimited sick policy. You had an undocumented limit. Documenting it lets people know where they stand and protects them in the event they need to take sick time but the boss wants to punish them for it anyway. It also means there's one standard for everyone, rather than people being treated in a discriminatory fashion (you get three weeks, but Samantha gets one).
There's no value in thinking all day about how bananas are delicious. Before you can eat the banana, it has to be produced and shipped. That process does not even involve thinking that bananas are delicious, so that kind of thinking isn't abstracted in the production process, it's simply irrelevant.
People customizing their own machines to suit their needs is in fact a good UX as long as they enjoy it
What seems sinister or manipulative to you about Skinner boxes? Do you feel the same aversion to training dogs using treats or praise?
In this metaphor, are the printing presses private property?
On one hand, there are people who say "flood the zone with shit" and regularly signal boost memes from Stormfront. On the other hand, there are people who think that the New York Times is a newspaper of record and want to fight misinformation. Obviously, there's wrongdoing on both sides here. Instead of fighting Stormfront, why don't we create state-backed committees at community colleges which label populist, right-leaning viewpoints as academic consensus?
Did you mean "it's not only about GPL"? I said "licenses like GPL"
What is the overall end goal of the entire game?
The Sims has only very weak goals and scoring and functions perfectly as a sandbox.
Doing some calculations at compile time is useful. What sucks is when the language for expressing this is difficult to think about and interacts poorly with normal code.
The people who designed the first submarines had relatively specific engineering problems and applications in mind. They could bypass any philosophical interrogation of the word "swim" because they didn't define the problem as swimming and didn't need to.
"AGI" isn't like that. Nobody really knows what it means, and it's impossible to get down to brass tacks until you choose a problem definition. When philosophers point out the conspicuous lack of clarity here, they're doing us a service.
When the industry settled on marketing any application of deep learning as "AI," "AGI" became the terminological heir to the same set of ill-defined grandiose expectations that used to be "AI."
Choose a better-specified problem and you can ignore philosophical problems about words like "intelligence." The same choice will also excuse you from the competition to convince people that you have produced "AGI."
Carmack joined Oculus before the Facebook acquisition, so it's misleading to say he attached his brand to Facebook's.
That's misleading. Oculus wasn't originally Facebook, and it wasn't Facebook when Carmack joined. Carmack was working on the Oculus hardware around the time Oculus was founded in 2012. He joined Oculus in 2013. Facebook didn't acquire Oculus until 2014. You could criticize him for not leaving, but he didn't "go to work on VR at Facebook."
1. What is your alternative?
2. What is your definition of the problem?
Is it slower?
Related question: are there any alternatives which respect licenses like GPL? If I simply copy-paste code from a GPL project myself, I'm normally expected to preserve the license. It should be possible to indicate what license you're using so that you only get GPL snippets when they are to be included in a GPL project. Otherwise, you're violating the intent of the original authors and are on shaky ground legally.
An investigation is not an attack. Are Senators above the law?
To illustrate how far this discussion is from PKD's frame of reference, PKD didn't need encryption when VALIS used a pink laser beam from space to trigger anamnesis so he remembered that he was a secret Christian in ancient Rome, and also predicted that his son would suffer from an inguinal hernia.
In case that wasn't clear enough, PKD wasn't talking about what you're talking about.
This piece shows little awareness of Philip K. Dick's work or the circumstances of his life. PKD wasn't on the typical agenda of a sci-fi author, so it won't really work to analyze his work that way. PKD's fiction doesn't have any clear goal of futurology, deeply analyzing technology (like, say, Arthur C. Clarke) or presenting dystopias (like, say, George Orwell). A Scanner Darkly was written at a tough time in his life and was autobiographical in some fragmentary way. Tessa Dick made a sci-fi novel out of it, but the veneer over 1960s California is paper-thin.
It would be more adequate to say that PKD focused on spiritual and religious subjects, particularly the nature of reality and how the "little creatures" suffer and struggle to survive. This isn't a mode of futurology. PKD struggled with the symptoms of diagnosed schizophrenia and his work powerfully reflects that personal struggle. "Do Androids Dream of Electric Sheep" is about a spiritual dystopia that doesn't center the replicants at all - that theme of "our idea of the human" comes rather from Ridley Scott.
Then comes the political pivot near the end of this blog post. PKD didn't predict COVID-19 or even try. It's spectacularly unclear that he was trying to warn us about the "danger" of qualified scientists telling us that it would be helpful to get vaccinated and wear masks to reduce the death and disability caused by a lethal pandemic. COVID-19 has killed over a million people in the US alone - hundreds of 9/11s worth. This isn't a conspiracy to control you with technology. To quote a certain wise wizard, "I am not trying to rob you. I'm trying to help you."
Not everyone is working at whichever shop offers the highest salary. There are many smart people who are willing to take a pay cut to work on interesting problems. There are some smart people who are already financially secure so that they could afford a pay cut.
If everyone using Linux should use one distribution, which one should it be? Who gets to run it?
There are situations where "abruptly stops working" is not just inconvenient but catastrophic. To make intelligent decisions about these trade-offs it's necessary to consider possible outcomes in detail. That depends on how software is used in a larger system, not just whether it's using an encryption algorithm that is still in fashion.
When you weaponize interviewing decisions to enforce cultural homogeneity and agreement with your own opinions, you are reducing diversity and excluding people who are intelligent enough to recognize nuances that break rules of thumb.
If you know you're throwing two away, you won't even really start in earnest until the third one.
What is the right thing?
How do you know there is no cost/benefit analysis?