Live data from Hacker News

Lessons from torvalds/GitHub commits discussion

technicallyborked.com

21–23 of 23 posts

Re: Lessons from torvalds/GitHub commits discussion

#22

Earlier quoted context omitted.

Right, that makes perfect sense. However, I still fail to understand Linus' outright refusal to even accept submissions made via a web interface rather than simply say "when you do a pull request, it must follow this format".

The one good point he had was that you can't reliably track authorship since pull requests can't be signed. The rest of it was Linus being a prima donna (rather than just specifying formatting guidelines that would be easy to observe with pull requests) because he knows he can get away with it.

I really don't see it as him being a prima donna. Some of the deleted comments from the github forom removed the truly trollish comments that he was responding to, such as "Linus's shit doesn't stink."

My take on it is that there are a very large number of morons out there on the internet, and just as you don't want to hire B or C people in a startup, you don't want morons trying to contribute to an open source project. B and C people add negative value to a company, not just with their bad ideas and bad code, but in wasting the time of the A people in cleaning up after their bad ideas and bad code. Why does anyone think it will be any different in an open source project?

Hence, if you have someone who has demonstrably acted like an idiot, you really are better off driving them away from the project (fortunately many of these idiots have thin skins, and can be easily driven away). There is a risk that someone who isn't a moron and who sees someone else who does deserve this treatment might decide to go away, but the chances of this are low, especially if you treat non-idiots well. Also, just from a probability point of view, especially on the internet, unfortunately the morons vastly out-number the non-morons (see 4chan for proof of this :-), so if you don't do this, you will get swamped.

There's also the probability that someone who acts like a moron could be trained how to be less moron-like, but personally, someone who says something like "Linus's shit doesn't stink" is probably someone I would treat as a NO HIRE in an interview situation; maybe they could learn, but you don't take those chances when interviewing potential engineers for a startup. They can learn at some other companies, and try again to go through the interview process later after they've gained some experience.

Re: Lessons from torvalds/GitHub commits discussion

#23
post #15

Earlier quoted context omitted.

There is no reason the command line tools can't format long lines intelligently. But of course, that'd require admitting that the vast majority of git users are not in fact using git on an 80 column terminal from 1970 even if they are using it from console. The rest of the points about identities, etc, are entirely valid, but I don't really see anyone objecting to Linus's view on those.

Just because I can fit a wider-than-80-column terminal on my screen doesn't mean I want to. Maybe I want a bunch of terminals on my screen. We already have a software ecosystem that attempts to respect the 80-character limit -- why break that?

Because the majority of our software ecosystem does not in fact treat wrapping this way. Moreover, the common solution trivially handles both situations.
Post reply on HN