That assumes that I'm as good as Linus technically and all other things are equal. Neither of these assumptions are likely true. He already has the name recondition, I would have none. He has the technical experience with the kernel, mine is limited. So your test isn't exactly apples to apples.
So what you're saying is "I don't think he's doing it the right way but I can't do better." How does that add ANYTHING helpful to the debate?
OK, I'll bite.
As a bit of background, I've worked in the software industry for nearly 25 years. I've been involved in many development projects, some successful, some failures. I've worked with and for a lot of different people. I've observed what works well, what works, and what doesn't, and I've taken note of why the projects I've worked on either failed or succeeded. What management styles are most effective and succeed more often and what styles to avoid. What makes a team more effective and what destroys otherwise good teams.
From this experience, I can tell you that certain management styles are generally more successful. Such styles build collaboration and cooperation between team members, which leads to the team being more productive. Management (which Torvalds is in this case) does more than just guide the technical solution, they also set the tone for the team, they manage the culture of the project. How they treat team members has a great impact on the productivity of the team and the productivity of the team can be more important than the technical solution on determining the level of success of a team.
In "free" development projects, developers are really donating their time (usually). For example, few kernel developers get paid for their efforts. Who would want to donate their time and risk being publicly reprimanded? I suppose there are a few, but the universe of prospective team members gets smaller and thus the active contributors in your project is more limited. It's simple to understand why.
Also, one more time, just in case you missed it... I am not claiming to be *technically* as qualified as Torvalds. Now I've never seen a C or C++ program that I couldn't figure out given enough time, so the Kernel code is not beyond my capabilities, but I fully understand that Torvalds has decades experience with this project, it's why he's the leader. (Well that and he holds the trademark..) So do NOT misunderstand me. I am not saying I would or could be better than Torvalds or that I would want to take his job because I could do it better. What I'm saying is that Torvalds could be doing better.
So, in a way, I'm agreeing with Torvalds, his biggest mistake is how he treats his team. And I'm asking him how he intends to do better. Because I think (and my experience tells me) that this mistake has harmed his projects by producing a less than optimal culture on his teams which leads to less than ideal performance. PLUS it has discouraged many from even trying to help given his projected public persona.