> If only nonprofit Open Source companies can use the benefits of Open Source development -- community involvement, community moderation and support, 3rd-party patches,
There is more involved here than any one of those things mentioned. There are certain requirements that need to be met. You listed the five criteria New York has, and so in New York's case, those requirements would have to be considered. Simply having moderators doesn't mean you run afoul of the laws behing discussed.
Sure, but... that's what I asked. I wanted someone to expand on the requirements that had to be met.
Would anyone be willing to explain in more detail on how the criteria differ and why this doesn't apply to Open Source companies like Gitlab/Wikipedia/etc?
I brought up for-profit companies like Gitlab only to clarify why I thought drawing a bright line based on purely nonprofit status as the only distinction would have negative consequences.
> This is literally the distinction discussed in the posted question and is pretty standard law in the US. What negative consequences do you see as a result of this?
> Would anyone be willing to explain in more detail on how the criteria differ and why this doesn't apply to Open Source companies like Gitlab/Wikipedia/etc?
I mean, they don't meet the criteria because they don't.
I guess I should ask: why do you think they meet all the criteria? What specific reasons makes you think that?
Well, taking volunteer commits to Gitlab just as an example:
- Degree of Control Exercised
Gitlab has the final say over every pull request, on what issues they'll consider pull requests for. Gitlab has a code of conduct and can ban contributors that violate that code. Gitlab prioritizes and labels issues that they want volunteers to look at. Seems equivalent to Stack Exchange's moderation queue.
- Profit, Loss, and Investment
Gitlab is a for-profit company. Open Source contributions get rolled up into their for-profit enterprise offerings.
- Skill and Independent Initiative
Fixing issues requires a great deal of specialized skill with the codebase, some of which is codebase specific and not generalizable. Individuals can choose to participate (similarly to Stack Exchange), but individuals are not free to pursue any project they want. Participation means following Gitlab's design process and looking at issue labels.
Similarly to Stack Exchange moderation queue, Gitlab hands me a list of issues that are ready for development and I pick out the issues that I want to work on.
- Permanence of Relationship
Volunteer developers to Open Source projects often form long-term relationships with the projects they contribute to. An answer on the main post links to a 2009 guidance letter that calls out for a for-profit nursing home as being in violation of the law for bringing in volunteers to help with events.[0]
With that letter as context, it's not clear to me whether or not permanence requires an explicit contract, or just an understanding that the activity or event is not a rare, one-off occurrence.
- Integral Part of Business
Developing software is an integral part of Gitlab's core business.
It's true that volunteers don't do all of Gitlab's development, but is that a defense? If I was illegally exploiting employees by classifying them as volunteers, I couldn't just say, "but I only did it to a few of them." As far as I can see, the law doesn't say, "you can classify up to 10% of your core employees as unpaid volunteers."
IANAL, I'm only here because I'm curious about any aspects of the law I'm missing.
Thanks for answering. Good questions. IANAL either, but I figure I can share my perspective.
> Gitlab has the final say over every pull request, on what issues they'll consider pull requests for. Gitlab has a code of conduct and can ban contributors that violate that code. Gitlab prioritizes and labels issues that they want volunteers to look at.
None of that is control the law is talking about. SE exerts control over how much the work the moderators do. e.g. If you don't do enough moderating, you are no longer a moderator. Also, anyone can be a contributor. SE doesn't allow anyone to be a moderator in this case. If I'm not mistaken, you "apply" or are "invited." There is a selection process, a "hiring" committee if you will.
> Gitlab is a for-profit company. Open Source contributions get rolled up into their for-profit enterprise offerings.
GitLab also has programmers doing this work as well. They are investing in this area already. While GitLab benefits from open source contributions, they aren't reliant on it. The suggestion is that if SE suddenly had no more free moderators, they'd have to actually start investing in paid moderators.
> Fixing issues requires a great deal of specialized skill with the codebase, some of which is codebase specific and not generalizable. Individuals can choose to participate (similarly to Stack Exchange), but individuals are not free to pursue any project they want. Participation means following Gitlab's design process and looking at issue labels.
So, actually this is wrong: "but individuals are not free to pursue any project they want". That's the nature of being open source. Contributors can, if they want, start working on something else. That doesn't mean GitLab has to accept their commits, but as a contributor, I can work on something else and still contribute.
> Volunteer developers to Open Source projects often form long-term relationships with the projects they contribute to.
If their code is accepted, it will generally stick around for the life of a project. One could argue that it's very much a long-term relationship with just a single commit. That being said, I think the idea is the committing part that matters. And there you have people that commit one change, and those who commit many.
With SE, moderators all follow the same requirements. With GitLab, a contributor can be defined as a one time committer or someone who has committed hundreds of patches.
> It's true that volunteers don't do all of Gitlab's development, but is that a defense?
I think we can both agree the majority of GitLabs business needs are handled by GitLab's developers it pays. I think it's fair to say they contribute substantially financially to the software development of its product.
The way I look at it is simple. If SE were to hire moderators (which all the social networks I know of do already), would their job and roll be effectively the same as current moderators? I'm pretty sure they would look very similar.
Whereas with GitLab, you can directly compare the two and see that the open source contributors and paid developers aren't effectively the same. Requirements of code quality and passing tests aren't the same thing as minimum time spent doing the programming each month.
I don't see any issues with open source projects suffering from this. Contributors aren't treated like employees. Moderators at SE seem to be, with requirements to show up and meet performance requirements to maintain "employment" as moderators.
> If only nonprofit Open Source companies can use the benefits of Open Source development -- community involvement, community moderation and support, 3rd-party patches,
There is more involved here than any one of those things mentioned. There are certain requirements that need to be met. You listed the five criteria New York has, and so in New York's case, those requirements would have to be considered. Simply having moderators doesn't mean you run afoul of the laws behing discussed.