| |||||||||||||
Thanks for making my argumentThanks for making my argumentPosted Mar 7, 2013 0:05 UTC (Thu) by airlied (subscriber, #9104)In reply to: Thanks for making my argument by man_ls Parent article: Canonical reveals plans to launch Mir display server (The H)
Because technical criticism isn't the be all and end all, as much as people would like to believe. You should always question people and companies motives, you seem to be happy to question my motives, but can't apply that to Mir/Canonical?
If they aren't hiding something, and we can believe they believe they have the technical competence to design a replacement for wayland/X then you'd expect them to have the technical competence to understand wayland/X? Its generally considered a good idea to understand the thing you are trying to displace. Now if you write a page of falsehoods on the things you are trying to displace, you are either acting from malice, deliberately lying, or stupidity, lying through lack of knowledge. As I said on my blog posting, neither of these reasonings are the things I want to see from the group designing the next generation of display server.
What part of, I do not speak for Red Hat, makes no sense to you. Just because someone gives me a pay cheque it doesn't translate me into a mouthpiece for them. I know its probably hard to understand for people who've never worked in an environment like Red Hat. I have a position in the Linux community and I make statements that I feel like making, if something pisses me off, I say this pisses me off, and try to analyse why! so what if I don't like Canonical, their methods of open source development are anti-community and the direct opposite of how every open source project I've worked on has worked. So maybe I make petty one liner statements, shoot me, its the Internet.
(Log in to post comments)
Thanks for making my argument Posted Mar 7, 2013 0:20 UTC (Thu) by man_ls (subscriber, #15091) [Link] Great, so you dislike Canonical and badmouth them in public. That is exactly what I was trying to establish (and something that other commenters obtusely refuse to see). It is your choice, but expect no sympathy for your cause from those grateful for Ubuntu.Do you apply the same criteria always? Because I am eagerly awaiting your criticisms of Google Android, Tizen and the GNU project, just to name three prominent examples that are run more or less behind closed doors. (GNU is more open but still requires contributors agreement; the others are worse because AFAIK they don't even accept external contributions.) Me, I am grateful for what I get, and contribute back what little I can.
Thanks for making my argument Posted Mar 7, 2013 0:34 UTC (Thu) by airlied (subscriber, #9104) [Link]
Android never posted a criticism of a project I cared about, they did their own thing, I don't like how they do it, but I feel no need to comment on something that exists in its own universe. If they attempted to bring that universe into collision with mine, then yes I would be vocal about it.
If you believe signing the GNU contributors agreement equates to the Canonical contributor agreement, I have no further time for you, because frankly I expect to discuss things with people intelligent enough to interpret the agreements they sign and who they assign copyrights to.
Thanks for making my argument Posted Mar 7, 2013 0:47 UTC (Thu) by man_ls (subscriber, #15091) [Link] I find strange that doings things behind closed doors would be more palatable (or at least less deserving of your ire) than posting public documents. But everyone is entitled to their own contradictions, aren't we?As to the GNU project, I think they do a great and necessary job, but their contributor agreement (reasonable as it is) and their development policies (cathedralicious according to some) have been criticized before. They are certainly less agile than they might be, and probably unlike every other project where you have worked before. Hence the comparison.
Thanks for making my argument Posted Mar 7, 2013 1:35 UTC (Thu) by airlied (subscriber, #9104) [Link]
Android development model gets lots of criticism from lots of people, in the embedded space and everywhere else. Look at the kernel merge fun ongoing for years.
I have given out about Android and their encouragement of closed source graphics stacks before, and I do quite often at conferences and anywhere else. I've bitched about HW designs like the raspberry pi and I believe the FSF encouragement of such designs is totally anti their real mission.
Again you say the GNU project, but really its not one big monolith, you seem to be unable to distinguish individual pieces moving in their own directions, GNU projects are not beholden to some GNU development overlord.
some of them are more agile than others, the GNU project is an umbrella framework. Contributors to GNU projects again come from many companies and all believe that GNU is a good steward of the copyrights. (even if they don't use it enough to beat GPL violators with).
The thing is I don't believe Canonical is a good steward for my copyrights or anyone elses, and I think contributing code as an equal to their projects is very difficult. I've gone from 0 to being an integral part of 3 major projects *before* I joined Red Hat, and have never felt my company affiliation mattered in any of them, and was never asked to assign copyrights in any of them. Why would I want to give Canonical rights to take my code proprietary when they don't give me the same right? If you want the right to take code proprietary license it under MIT, and give the same right to other contributors (ala the Mesa 3D stack and X.org), if you don't want it use a GPL variant like the kernel. I also disliked Qt for doing the same for years, and MySQL also ran like that. It discourages individuals and other companies from making any decent contributions to your codebase, so in general you lose a major benefit of being open-source in the first place.
Its generally okay to give copyrights to a foundation that is setup correctly, but to individual companies, my personal believe is it doesn't end well.
Thanks for making my argument Posted Mar 8, 2013 14:29 UTC (Fri) by nix (subscriber, #2304) [Link]
Sheesh. The GNU project was cathedralicious *sixteen years ago*. It's not any more.
Not a cathedral, not a bazaar Posted Mar 8, 2013 15:05 UTC (Fri) by man_ls (subscriber, #15091) [Link] You are right (and I should know since I have been a voluntary Savannah admin for a few years). When handling code it is still not as agile as other environments, but it is certainly not centralized. The decision process however remains largely in the hands of a couple of people, and there have been some complaints about it recently.Let us see a practical example: inclusion in the project.The GNU project says about it: Based on the evaluators' report, Richard Stallman (the Chief GNUisance) makes the final decision on whether to accept the contribution. [...] Thus, becoming a GNU maintainer is a somewhat formal process, since affiliating with the GNU project as a maintainer means you must agree to work (within the confines of the maintenance) with the GNU project's mission for software freedom.Contrast with inclusion in other software collections:
Thanks for making my argument Posted Mar 7, 2013 4:05 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]
"That is exactly what I was trying to establish (and something that other commenters obtusely refuse to see)."
Actually, no. What I refused to accept is that they are criticizing a project because of company affiliation. You are entirely wrong about.
Thanks for making my argument Posted Mar 7, 2013 11:54 UTC (Thu) by paulj (subscriber, #341) [Link]
No one is accusing you of being a mouth-piece.
However, there is clear evidence that even well-intentioned, professional people tend to be affected by their affiliations. They tend to have biases toward arguing or acting in favour of the interests of their affiliations. This can happen subconsciously, even against the logical desires of the person. It's well documented in other fields, medical research particularly, and there are various psychological experiments you can do to demonstrate what is thought to be the underlying behaviour involved.
No matter how logical and dispassionate we try to be, our wetware just appears naturally to have a predilection for biasing us towards groups we are members of. There is no good reason to think software people would be immune to this.
Rather than deny this general fact, the best thing to do is to acknowledge it, so we then can find ways to minimise it or work-around it.
Thanks for making my argument Posted Mar 7, 2013 12:23 UTC (Thu) by paulj (subscriber, #341) [Link]
Oh, and these effects occur even with full information. In the real-world, an obvious/frequent source of affiliation bias, is of having more complete or better information about your affiliations than of others.
Or as other commentators put it, communication issues. :)
Thanks for making my argument Posted Mar 7, 2013 12:30 UTC (Thu) by HelloWorld (guest, #56129) [Link]
It's rather hard to be informed about what Canonical is doing when they do it behind closed doors. And that's actually what all this is about: the fact that Canonical utterly misses the point in Open Source Software: collaboration instead of competition.
Sources of bias Posted Mar 7, 2013 12:41 UTC (Thu) by man_ls (subscriber, #15091) [Link] In-group bias is another well-researched source of bias, that probably can be traced back all the way to primate groups. This is important not because it is more primitive, on the contrary: it is much more subconscious and entrenched than other, more cultural (you could say "human") biases. We want our group / tribe / company to thrive not because we will be better off, but because we are the best.
Sources of bias Posted Mar 7, 2013 12:49 UTC (Thu) by paulj (subscriber, #341) [Link]
Yeah, I must have put it clumsily. My point was that lack of information is one obvious source of bias. But even when we have full information, we *still* have a definite tendency to be biased toward group members - even if subconsciously, as per your link.
|
|||||||||||||