Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> In most ways, the quality of Linux code equals or exceeds that of commercial products I've worked on.

Maybe, and I know this is old but I am shocked by the blunt and rude communication.I’d prefer to work on lower quality code with people who aren’t “rude” to each other like this, saying “stop this”, “you have been brainwashed”, “ Niklaus Wirth has no friggin clue”, “language designers have brain damage”.

Most companies I have worked at have tended to value communication over technical skill, since the latter can be taught much easier.

Even if a junior engineer “rubs you wrong”, I believe senior engineers should respond with the intent to help them learn, whereas multiple people in this thread seem to be responding out of emotion. Regardless of whether the original poster has an irrational hate for goto, the senior engineers responding here have an irrational defensive and aggressive tone. I wish more engineers would learn to stop getting so worked up when opinions differ.

A much better way to handle this is “I see your point, however we disagree and would like you to please consider these counter points”



The first reply was nice, in my opinion. The reply to that reply was what may have rubbed Linus the wrong way. First, he brought up an argument that didn't apply to the code in example (where the goto jumps forward but not backwards). Then, his

> It's just "common sense" as I've always been taught. Unless you're intentionally trying to write code that's harder for others to read.

comes off as condescending.


Note the first reply was where Linus says the creator of Pascal has “brain damage”

I agree “unless you’re intentionally trying to write code badly” reads as abrasive but the good faith interpretation is that the junior engineer doesn’t intend to accuse Linus of same, and is just awkward (or responding in kind?)

On the other hand, saying the creator of Pascal has brain damage seems intended to offend or shows a lack of respect to peers.

You’re right though that everyone showed suboptimal communication here.


To be honest, I don't think verbose sugarcoating would help the code quality of the Linux kernel.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: