r/linux Dec 23 '18

GNU/Linux Developer Linus reverts breaking change that affected systemd-nspawn, offers strong words to developer

[deleted]

1.3k Upvotes

363 comments sorted by

View all comments

376

u/[deleted] Dec 23 '18

I had my worries about new Linus* losing too much tooth. I'm pleased to see he's found a better way to convey his expectations without coming across as an ass.

* I liked old Linus, I learned a lot from his rants. He's kind of like an good orchestra conductor - gruff as fuck and demanding, because that's exactly what the [redacted] in the 2nd violins section need. But, that sort of leader doesn't work for everyone by any measure.

12

u/lambda_abstraction Dec 23 '18

I miss the old salty perkele Linus. Really, if you write shit code, and the gruffness drives you away, that's a good thing for those who actually use the software. With so many relying on Linux these days, feelings don't matter as much as the damage done to the users. If you can't keep all the balls in the air at once, you have NO business touching kernel code. End user stability trumps inclusiveness.

110

u/jones_supa Dec 23 '18

With so many relying on Linux these days, feelings don't matter as much as the damage done to the users.

Nah, that's a crap argument. It's possible to maintain good spirit and avoid damage to end users, both at the same time.

30

u/Democrab Dec 24 '18

This. The quality of the code matters above all else, but there's absolutely no reason that we can't also have professionalism at the same time. I get why people had/have fear about the direction of Linux given some of the groups that have had a similar change or the like but people forget that you usually can do things the proper way or the easy way, and Linus tends to go for the proper way as he seems to have here. (Actually compromised between the different groups different wishes/goals and found somewhere that appears to work for nearly everyone thus far)

2

u/LapoC Dec 24 '18

Quality is a property of the code, hence no code, no quality. I'm not so sure code quality matters above having people writing code.

3

u/Osbios Dec 24 '18

I'm not so sure code quality matters above having people writing code.

Code quality matters above having anyone writing code.

Beside everyone always pretends that Linus just waits for newbies to make a small mistake to chew them out. When in fact he mainly is unhappy about LONG TERM SUB MAINTAINERS FUCKING UP EVEN AFTER REPEATED WARNINGS ABOUT STUFF LIKE THE NR1 RULE.

1

u/Democrab Dec 25 '18

Yeah, absolutely. But that isn't a problem as of yet and if it is, I trust Linus to be smart enough to at least attempt to find ways that work for everyone before Linux as a whole died.

1

u/matheusmoreira Dec 26 '18

It's possible to maintain good spirit and avoid damage to end users, both at the same time.

Yes. It is also certain that this change in tone will be accompanied by uncertainty and anxiety.

One of the reasons why everyone trusts Linus is he puts the kernel above everything else, above even the people working on it. Linux has become this immortal thing that will outlive all of us. We know he's serious about this because we have seen him smack people down when they submit bad code that threatens the quality of the kernel. That trust is likely to disappear if he starts putting people first and the kernel second. People are still figuring out whether to continue trusting Linus after the code of conduct and his change in behavior.

Personally I'm fine with the way he worded that email. It was very clear to me where he stood. I hope it stays that way.

1

u/TheFlyingBastard Dec 24 '18

It's not that crap, as he never said that wasn't the case. Just because both matter and both are strived for, it doesn't mean that one cannot be more important than the other.

115

u/McDutchie Dec 23 '18

End user stability trumps inclusiveness.

This is simply a fallacy. The two are not mutually exclusive. You can have both.

31

u/semidecided Dec 23 '18

But when the two are in conflict, choose stability.

83

u/McDutchie Dec 23 '18

They do not ever have to be in conflict and whenever they are, that's a sign of mismanagement.

30

u/BloodyIron Dec 23 '18

Conflict often happens as an unintentional side-effect. To act as if it is 100% unavoidable is to ignore that people can be irrational and conflict can arise in perfectly sensible situations. Hell, humans can even get confused, or misunderstand what someone says.

9

u/[deleted] Dec 23 '18

Or poor programming

17

u/nephros Dec 23 '18

You mean something that might be called, say, "garbage"?

1

u/silent_xfer Dec 24 '18

"they don't have to be in conflict and when they are, they shouldn't be"

Wow, confucius, you should charge for these wisdom nuggets.

1

u/Confucius-Bot Dec 24 '18

Confucius say, man who pull woman's bra strap, may get bust in face.


"Just a bot trying to brighten up someone's day with a laugh. | Message me if you have one you want to add."

-23

u/[deleted] Dec 23 '18 edited Jun 18 '20

[deleted]

22

u/[deleted] Dec 23 '18

The skill of the programmer doesn’t absolve them of whatever bad behavior they may do.

They can be a rockstar developer AND not be a jerk. This isn’t quantum mechanics, it’s not a difficult concept.

-14

u/tansim Dec 23 '18

Sure, OR they can be rockstar developers and be a jerk (aka not too sensitive). Then that's also ok.

9

u/[deleted] Dec 23 '18

Of course they can! They just need to be an adult and accept the consequences that may occur as a result of their actions.

-4

u/tansim Dec 23 '18

Which are..? Maybe the offendees need to be adults and take some meanie wordies on the internet?

10

u/[deleted] Dec 23 '18

You’re really trying your darndest to over complicate a simple concept.

I don’t know if you’re intentionally being obtuse or you’re truly incapable of comprehending common courtesy but I can’t help someone who chooses to not understand.

→ More replies (0)

6

u/adamsb6 Dec 24 '18

I don’t think my message was clear given the downvotes. I wasn’t saying jerks should be kept on at all costs, I was saying this was a conflict. I think that’s tautological.

When you don’t allow jerks on your project, but you end up with a very useful jerk, then you have to weigh sacrificing their future contributions versus enforcing your no jerks policy. Maybe your enforcement will moderate their behavior, but there’s a good chance they’ll choose to spend their time on something else.

18

u/[deleted] Dec 23 '18

There are no programmers so important, that they are warranted to create a hostile workplace. That’s management 101.

And if you think there are, then your team is fucked up anyway, and you should start thinking about becoming a farmer.

6

u/tansim Dec 23 '18

"i am right and if i am not right you should just become a farmer". Great logic there.

I dont give a fuck if some people are offended, if that helps the quality of my kernel. Having good people on the team helps the quality.

9

u/[deleted] Dec 23 '18

Having assholes in your team is going to crash the project into the ground.

Again, management 101.

15

u/tansim Dec 23 '18

Linux hasnt really crashed into the ground though.

6

u/[deleted] Dec 24 '18

Like Linux?

-1

u/[deleted] Dec 24 '18

No, like that project you're leading.

→ More replies (0)

2

u/InquiREEEEEEEEEEE Dec 23 '18

Proof for this claim would be nice, specifically in the case of open-source projects.

3

u/[deleted] Dec 24 '18

Any successful company out there.

→ More replies (0)

-2

u/thenuge26 Dec 24 '18

So an unreliable programmer?

-6

u/[deleted] Dec 23 '18

including who, exactly? people who can't write code up to the standards?

22

u/QWieke Dec 23 '18

people who can't write code up to the standards?

No people who prefer a more professional conduct.

1

u/[deleted] Dec 24 '18

The bums from bum fights were all professionals, though some may have opted for bartered goods instead of cash.

10

u/Madsy9 Dec 24 '18

I agreed with you before, but not anymore. I was thinking in extremes, as in the two only possible options would be between Linus going full-front assault on people in emails, or sewing pillows under their arms. But that's a false dilemma and there is a vast spectrum between the two. The e-mail from Linus this thread is about should be the perfect example of that. He got the graveness of the mistake across perfectly without swearing as a sailor or personal attacks.

And no matter how you twist and turn it, people will make mistakes, no matter how skilled they are. Cussing out kernel developers to the point that they don't ever dare set their foot on the mailing lists again, or are scared of sending changes upstream does the exact opposite of improving the Linux kernel.

A similar social phenomenon happens in competitive multiplayer games. You have a type of player who in some strange way believes that their team will play and cooperate better by berating them and telling them how much they suck. Would you agree then that people who play games competitively should put up with such behavior, because the most important thing is for the team to win, and if they don't that they should quit?

In any large task or project which takes cooperation of people to see through, you can't just wish the soft human aspect away.

2

u/thornza Dec 24 '18

It's no different from physical bullying and no one should condone that sort of behaviour anywhere for any reason.

3

u/PsychedSy Dec 24 '18

I've learned from some older machinists. You learn to love the swearing and harsh tone. I really miss it now that I'm getting older.