Someone else pointed out that he actually apologized for being toxic sometimes and took some time off as a kernel maintainer because of that. Nice to see.
He did hurt the mission. Plenty of kernel maintainers have left, and those were people who had been with the project for years. Losing experienced people to toxicity 1000% harms both the project and the product.
In almost instances of Linus going off on one in public it is because maintainers weren’t doing their jobs (to act as quality gatekeepers), or particular developers thinking they could steam roll road changes through if they kept submitting them, or not listening to what Linus was saying. I remember Linus used to ream out Hans Reiser a lot (the guy who was subsequently imprisoned for murdering his wife) because he constantly tried to get ReiserFS into the kernel despite serious issues Linus had with it.
So generally when you see a rant, there is a history behind it and the rant itself is directed with a point. I also think it’s self evident that the kernel has benefited from this “benevolent dictator” model. I’m sure some people have gotten all precious over their feelings being hurt. The rest raised their game and the result has been a code quality standard you’ll probably never see anywhere else.
I can understand Linus getting frustrated at people who consistently push him (i e. Lennart) and I agree that there’s a reason he’s stayed at the helm of kernel maintenance and development all this time; however, that doesn’t denigrate that this is an unacceptable way to treat someone which Linus himself acknowledges! If this were about ReiserFS going into the kernel, I would understand that. But a poorly made commit should not be met with this vitriol. I’m not saying there shouldn’t be consequences for poor work, but this is not it.
You are just going to die on this hill, aren’t you? Even Linus recognized that his attitude was toxic, eventually, and that it was having a negative impact on the kernel development community. Yes, people left. Talented people decided it wasn’t worth the abuse.
You’re making judgements on people’s utility and ability based on the volatile reactions of man who admits to having issues. That creates toxic environments where people are not encouraged to do better, but any amount of change is due to fear of repercussions. This does not promote growth or new ideas that would genuinely improve something, but rather a fear of failure if they attempt something new. This also isn’t useful programming criticism because the actual useful criticism is buried in an emotional slurry that’s going to make something less receptive to the useful information.
You seem eager to pose this “if the product was undamaged” as if you can quantify what might have happened differently, but then in a comment below you ask someone else to prove that maintainers left.
It might shock you to learn that products are developed by people. Actual people stay or leave and work wildly differently based on things like respect, expectations, and being in a hostile environment.
Want proof of that? Go work on an actual project with a team sometime.
edit - And this isn’t even accounting for the ways toxic communication impedes wider adoption of a product
Someone else pointed out that he actually apologized for being toxic sometimes and took some time off as a kernel maintainer because of that. Nice to see.
This happened on kernel 3.8, he stepped down on 4.18. That’s plenty of time time for as lot more fuckups.
Removed by mod
I meant Linus’ behavior was a fuckup. And he probably fucked up a lot between this example and his stepping down.
Removed by mod
He did hurt the mission. Plenty of kernel maintainers have left, and those were people who had been with the project for years. Losing experienced people to toxicity 1000% harms both the project and the product.
In almost instances of Linus going off on one in public it is because maintainers weren’t doing their jobs (to act as quality gatekeepers), or particular developers thinking they could steam roll road changes through if they kept submitting them, or not listening to what Linus was saying. I remember Linus used to ream out Hans Reiser a lot (the guy who was subsequently imprisoned for murdering his wife) because he constantly tried to get ReiserFS into the kernel despite serious issues Linus had with it.
So generally when you see a rant, there is a history behind it and the rant itself is directed with a point. I also think it’s self evident that the kernel has benefited from this “benevolent dictator” model. I’m sure some people have gotten all precious over their feelings being hurt. The rest raised their game and the result has been a code quality standard you’ll probably never see anywhere else.
I can understand Linus getting frustrated at people who consistently push him (i e. Lennart) and I agree that there’s a reason he’s stayed at the helm of kernel maintenance and development all this time; however, that doesn’t denigrate that this is an unacceptable way to treat someone which Linus himself acknowledges! If this were about ReiserFS going into the kernel, I would understand that. But a poorly made commit should not be met with this vitriol. I’m not saying there shouldn’t be consequences for poor work, but this is not it.
Removed by mod
You are just going to die on this hill, aren’t you? Even Linus recognized that his attitude was toxic, eventually, and that it was having a negative impact on the kernel development community. Yes, people left. Talented people decided it wasn’t worth the abuse.
Removed by mod
You’re making judgements on people’s utility and ability based on the volatile reactions of man who admits to having issues. That creates toxic environments where people are not encouraged to do better, but any amount of change is due to fear of repercussions. This does not promote growth or new ideas that would genuinely improve something, but rather a fear of failure if they attempt something new. This also isn’t useful programming criticism because the actual useful criticism is buried in an emotional slurry that’s going to make something less receptive to the useful information.
Removed by mod
Yes people left and were not heard at the time:
*https://sage.thesharps.us/2015/10/05/closing-a-door/
*https://mjg59.dreamwidth.org/38136.html
Removed by mod
You seem eager to pose this “if the product was undamaged” as if you can quantify what might have happened differently, but then in a comment below you ask someone else to prove that maintainers left.
It might shock you to learn that products are developed by people. Actual people stay or leave and work wildly differently based on things like respect, expectations, and being in a hostile environment.
Want proof of that? Go work on an actual project with a team sometime.
edit - And this isn’t even accounting for the ways toxic communication impedes wider adoption of a product
Removed by mod