News for hackers. Stuff that matters.
Re:Software Below the Poverty Line by jrochkind1 on Thursday June 13, 2019 @10:04AM (#20174945)
I think historically (like over the last 30 years) most successful open source projects have been maintained by people who have jobs for companies which do other things as their primary function and revenue producing business (whether non-software 'enterprise' or other software products; or academic/non-profit), who work on the open source on company time.

While I think there may be structural reasons that this is harder to do now (including increased complexity of software, and companies more ruthlessly chasing 'efficiency'), it seems important to at least include in the discussion.

For instance, OP says:

> Only accept jobs at companies that donate a significant portion of their profit (at least 0,5%) to open source, or companies which don’t fundamentally depend on open source for their products

OK, but how about "or companies that have employees, ideally including you, spending a significant amount of on-the-clock time originating, maintaining, or contributing to open source." Is this not mentioned because it somehow seems even less 'realistic' than companies donating 0.5% of profit to open source?

Re:Software Below the Poverty Line by staltz on Thursday June 13, 2019 @11:35AM (#20175850)
Author here. Actually I did mention in the article that company time was a good option:

> This doesn’t mean the people working on those projects are poor, because in several cases the maintainers have jobs at companies that allow open source contributions. What it does mean, however, is that unless companies take an active role in supporting open source with significant funding, what’s left is a situation where most open source maintainers are severely underfunded.

Re:Software Below the Poverty Line by jrochkind1 on Friday June 14, 2019 @09:33AM (#20182798)
I don't think that logic holds.

It may be that most open source maintainers are severely underfunded, but your numbers alone don't show that, because they don't account for how much support there is from on-payroll work.

See the current top comment from Electron maintainers for instance.

"supporting open source with significant funding" (in the specific sense of transfering funds to an outside entity responsible for development) is not the only way of "supporting open source" financially. Paying your employees to develop, maintain, and contribute to it is another. I suspect it is the primary way historically for historically succesful open source (although research in this area would be helpful). It might (or might not) be the primary way even now; we don't know from these figures alone.

Employees paid to do on-the-clock work might (or might not) be sufficient to sustainably provide resources/"funding" to open source. Or there might be reasons it's unlikely to work, or unlikely to work as well going forward as it is historically.

I'm not sure straight-out donations to entities developing open source have ever historically been responsible for successful open source resourcing -- and yet we've built software empires on open source. There may be reasons this is not (or no longer) sustainable, but that doesn't necessarily mean this kind of fundraising will ever be more successful than it has been historically (not very, I think). Understanding what has worked in the past and making a case for why it no longer will would be one way to make the case. Just talking about current levels of direct donation without talking about how open source has actually been resourced/funded historically, to me is not a very persuasive case. (Then there's talking about the idea of monetizing open source with 'open core' or 'PaaS' or some combination, which I think some people think is what will save open source, rather than direct contribution. I have my doubts, but it's another possibility).

I think these are all important questions.