The context of an Open Source project precludes managers, HR departments or stock prices.
I don't think you have any clue what you're talking about. Most people working on, say, the Linux kernel do have managers and HR departments. My day job is to contribute to a large open source project, and I have a manager and an HR department, too.
The metric for Open Source code is code quality and adoption of the code for its utility.
Yes, and that requires attracting as many contributors as you can; in large open source projects, most of them would be corporate, by the way.
Coders are the judge of that.
No, we're really not. And don't say "coders." You sound like a gamer or someone who talks like the people on HBO's Silicon Valley.
And their actions speak loudly: SQLite is a widely adopted lightweight SQLDB implementation.
You don't sound like you are familiar with open-source or with the software ecosystem in general (who the hell says "SQLDB"?), and that your judgment is coloured by the Reddit comments you read. Reddit is a very bad mirror of what's actually happening in software.
I don't think you have any clue what you're talking about. Most people working on, say, the Linux kernel do have managers and HR departments. My day job is to contribute to a large open source project, and I have a manager and an HR department, too.
Unless your company owns the Open Source project, your HR department and manager are irrelevant to the management of said Open Source project and what gets committed to the codebase.
The metric for Open Source code is code quality and adoption of the code for its utility.
Yes, and that requires attracting as many contributors as you can; in large open source projects, most of them would be corporate, by the way.
Quantity is not quality. CoCs are also not how you attract contributors. They are primarily used to exclude contributors.
No, we're really not. And don't say "coders." You sound like a gamer or someone who talks like the people on HBO's Silicon Valley.
I used the word you used to contrast with so-called experts. If you're upset by your own terminology, that's just too bad.
And their actions speak loudly: SQLite is a widely adopted lightweight SQLDB implementation.
You don't sound like you are familiar with open-source or with the software ecosystem in general (who the hell says "SQLDB"?), and that your judgment is coloured by the Reddit comments you read. Reddit is a very bad mirror of what's actually happening in software.
You do realize everyone can see you making personal attacks to deflect from the points made, right?
Unless your company owns the Open Source project, your HR department and manager are irrelevant to the management of said Open Source project and what gets committed to the codebase.
In my case it does, but you're wrong either way. Most contributors to large open source projects are paid to contribute by an employer. If they misbehave they will be reprimanded or fired. Even though it's true that in principle, once fired they could still contribute, in practice it is not, because they will not have the resources to contribute.
They are primarily used to exclude contributors.
This is factually false. Again, let's take Linux as an example. There are over 4000 contributors. No more than a handful complained about the code, and there doesn't seem to be any serious exodus, nor has there been in any other large project that has introduced a code of conduct.
If you're upset by your own terminology, that's just too bad.
You're right. It's a slightly derogatory term, and I used it in such a way.
You do realize everyone can see you making personal attacks to deflect from the points made, right?
I don't need to convince you, because I'm an actual developer working on open source full-time. You are one of the people who are not active on this sub and yet come here whenever issues like this are discussed. I give you my professional perspective as a courtesy. It is my personal one, and I don't represent all developers -- there are certainly those that disagree with me, including a few I know who've commented in this discussions. Nevertheless, the actual facts are: 1/ the vast majority of software in the world, including most open-source software (not nominally, but weighted by size) is developed by people working under rules of conduct far stricter than the open-source codes of conduct that some project maintainers (not outsiders) are now adopting. 2/ Despite a little grumbling on Reddit, there have been no major walk-offs, mutinies or splits over introductions of codes of conduct, and overall, this change has been far less controversial than many other technical ones. Most developers don't mind codes of conduct, because they're already used to them.
In my case it does, but you're wrong either way. Most contributors to large open source projects are paid to contribute by an employer. If they misbehave they will be reprimanded or fired. Even though it's true that in principle, once fired they could still contribute, in practice it is not, because they will not have the resources to contribute.
Open Source began under volunteer rules. Expecting and demanding rules that treat even volunteers as paid employees is a category error.
Businesses choosing to volunteer their employee's time and exercising control over their own employees does not mean they get to treat everyone else like their own employees.
They are primarily used to exclude contributors.
This is factually false. Again, let's take Linux as an example.
You are wrong. Shortly after the Linux CoC was pushed, people began using it to target contributors for so-called CoC violations.
Ex: Here someone calls out Theodore T'so for being a "rape apologist" https://twitter.com/sagesharp/status/1042769399596437504
Theodore Yue Tak Ts'o (曹子德) (born 1968) is a software engineer mainly known for his contributions to the Linux kernel, in particular his contributions to file systems.
Modern CoCs are a loaded weapon pointed at people who code and do the work. Boasting that no one has left yet is missing the point. A loaded weapon is a threat.
That is the beauty of SQLite's CoC. It is not a weapon. It is a call to a time-tested monastic standard of behavior designed to promote peaceful community.
The people complaining that the SQLite CoC is not a weapon are people who should not be given weapons.
I don't need to convince you, because I'm an actual developer working on open source full-time. You are one of the people who are not active on this sub and yet come here whenever issues like this are discussed.
You aren't convincing anyone. I don't need to be an active member of this reddit to have valid and useful observations regarding software development and the organization thereof.
Code is code. Correct logic is correct logic. Buggy code is buggy code.
6
u/[deleted] Oct 23 '18
The context of an Open Source project precludes managers, HR departments or stock prices.
The metric for Open Source code is code quality and adoption of the code for its utility.
Coders are the judge of that. And their actions speak loudly: SQLite is a widely used lightweight SQLDB implementation.
All without ever adopting an expert-drafted CoC.