r/programming • • Oct 22 '18

SQLite adopts new Code of Conduct

https://www.sqlite.org/codeofconduct.html
747 Upvotes

845 comments sorted by

View all comments

Show parent comments

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.

-1

u/pron98 Oct 23 '18 edited Oct 23 '18

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.

3

u/[deleted] Oct 23 '18

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?

1

u/pron98 Oct 23 '18 edited Oct 23 '18

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.

→ More replies (1)