31–40 of 251 posts
Earlier quoted context omitted.
Progress relies strongly on unreasonable people like Linus. Keep in mind that Github mutilated his baby so that's a pretty good reason to be upset.
Progress relies strongly on people working together toward a common goal. If being "unreasonable" works for Linux, that's fine. But before others go trying to blindly emulate Linus, I'd suggest attempting to be reasonable first.
I'm fine with that. Github is 'too large to fail' already, adding the Linux kernel to the pile and forcing the kernel team into Github's workflow are two big negatives. It would be great for Github but bad for everybody else.
[1] Nothing against them that I don't have with any other commons that depends on corporate beneficence. But companies fail all the time; I can't think of a reason GH is immune.
There's also Linus's personal aversion to how GitHub implements many opinionated workflows. > I don't do github pull requests. > > github throws away all the relevant information, like having even a > valid email address for the person asking me to pull. The diffstat is > also deficient and useless. > > Git comes with a nice pull-request generation module, but github > instead decided to replace it with their own tot…
He really talks in extremes. I see all his points but it doesn't make these things pure garbage.
Why, from his point of view - if GH lacks functionality he needs and git proper delivers this functionality in conjunction with email, GH is just about as useful as an empty beer can ;)
But sure, outsiders with zero idea of what is being discussed love to take his words out of context and derive all sorts of bizarre conclusions.
Earlier quoted context omitted.
Progress relies strongly on people working together toward a common goal. If being "unreasonable" works for Linux, that's fine. But before others go trying to blindly emulate Linus, I'd suggest attempting to be reasonable first.
Nobody cares how reasonable you are if you don't actually produce anything.
Earlier quoted context omitted.
Progress relies strongly on unreasonable people like Linus. Keep in mind that Github mutilated his baby so that's a pretty good reason to be upset.
Progress relies strongly on people working together toward a common goal. If being "unreasonable" works for Linux, that's fine. But before others go trying to blindly emulate Linus, I'd suggest attempting to be reasonable first.
http://www.karelia.fi/welcomingguide/the-finnish-way-of-life
What to American sensibilities are grave insults to Linus is most likely just him speaking his mind without any filter in place, the way he was brought up.
Earlier quoted context omitted.
Maybe, but solving truly big problems relies on people working together. Linus (and the unfortunate proliferation of jackasses who emulate him) do more to hinder progress than help it.
I'm curious - where do you think we would be today with the Linux kernel and git if Linus wasn't here?
Earlier quoted context omitted.
Your browser has a 'Page style/No Style' option to take care of stuff like that.
Not that easy on mobile. Would be much better if people didn't feel the need to make their sites crappy
Why not? Reader mode is just one button press away in Firefox for example.
Earlier quoted context omitted.
He really talks in extremes. I see all his points but it doesn't make these things pure garbage.
> He really talks in extremes. I see all his points but it doesn't make these things pure garbage. Why, from his point of view - if GH lacks functionality he needs and git proper delivers this functionality in conjunction with email, GH is just about as useful as an empty beer can ;) But sure, outsiders with zero idea of what is being discussed love to take his words out of context and derive all sorts of bizarre con…
> Please support pull requests and issue tracking spanning different repos of a monotree. Issue tracking you can already file against one or more repos and link them together. It's not ideal, but it'll do the job. Is "pr against different repos of a monotree" not what submodules let you do? Update whatever things you want in whatever repos, and pull the submodule pointer update(s) as a single change in your monotree…
The issue tracking just won't fly for a community that large. Imagine the hours spent keeping everything aligned relevant and updated: all that is wasted time, plain and simple.