New GitHub Sponsors Tool Draws Concerns from Open Source Community

GitHub has launched a new Sponsors tool that allows open source developer to receive financial support. The program is rolling out slowly and currently has a waitlist for open source contributors or maintainers who want to join.

For the first year developers are in the program, GitHub will cover all the payment processing fees and has pledged to match all contributions up to $5,000.

Individual developers participating in the program can customize the funding options displayed when potential supporters click on the Sponsor button. They can add links to other popular funding services, such as Open Collective, Community Bridge, Tidelift, Ko-fi, and Patreon. Open source projects an also specify funding models for contributors by adding a .github/FUNDING.yml file to the project’s master branch.

GitHub has an advantage over other competing funding services by having its Sponsorship model embbeded in the GitHub workflow where much of the work actually takes place. However, this also raises concerns about how sponsor expectations may influence a project’s development.

“You can now sponsor developers as a seamless part of your familiar workflow,” GitHub open source project manager Devon Zuegel said in the announcement. “When a contributor answers your question, triages your issue, or merges your code, you can head to their profile—or simply hover over their username—to sponsor their work.”

Sponsorship is a somewhat subjective term and GitHub isn’t defining what it means here in the context of marrying it to a contributor’s workflow. For some, it may mean a no-strings-attached donation. For others, the idea of sponsorship always comes the expectation of a return on an investment.

Ruby on Rails creator and Basecamp founder David Heinemeier Hansson was one of the most prominent to raise concerns about GitHub’s Sponsors program on Twitter. He sees it as “a grave risk to open source.”

“’Why haven’t you fixed my issue yet!? I sent you $10! I demand you honor your obligations here. I paid you,’ welcome to small-donation open source 2019,” Hansson said.

“I’m sure GitHub had all the right intentions here. And I’m sure this will work out well for a select few developers who will amass enough donations to ignore individual claims to their time. But I think it’s a grave risk to the culture of open source.”

Hansson referenced a recent keynote he delivered at RailsConf 2019 titled “Open source beyond the market,” challenging those whose initial reactions are simply that “donations are a good thing.” Bringing the concept of sponsorship a into the workflow introduces a transactional nature to the work, with unavoidable marketplace expectations that can complicate a project’s development.

“The marketplace norms are hard to escape,” Hansson said in his keynote. “They seep into our unconsciousness. There are plenty of open source users who think themselves less as a recipient of a gift and more like customers with warranty claims, that they’ve done the makers of said open source software a great honor by merely choosing to use their thing.

“In fact, it’s kind of a natural extension of a society that worships consumerism above little less. A natural extension of ‘the customer is always right,’ of the adversarial relationship between buyer and seller.”

Others have expressed more specific concerns, such as Microsoft’s GitHub becoming the dominant payment platform for open source developers, sponsors receiving priority consideration in issues and PRs over user and project needs, and developers deliberately introducing bugs in order to solicit donations.

Pia Mancini, co-founder of Open Collective, wrote a response to the concerns that people were sending her way on Twitter.

“I am really happy to see such an important player in the ecosystem helping out with the problem of sustaining open source,” Mancini said. “Sustaining our commons is an effort that requires everyone to contribute. I am glad to see Github come on board.”

This idea of the sustainability of open source and the “tragedy of the commons” is one that Hansson and many others reject, but it is one that is commonly embraced by copyleft advocates. It works for Open Collective’s business model, but comes with its own flavor of reciprocity. Open Collective is distinct in that its funding service is removed from the direct workflow of software development, instead of deeply integrated like GitHub’s Sponsors tool.

Mancini said that her company can “happily coexist with GitHub Sponsors” because of Open Collective’s chief differentiators. It was built for projects, not individuals. It offers full transparency about where funds come from and how they are spent. The company also manages the paperwork and tax forms required for fiscal sponsorship.

“Open Collective is for funding projects as opposed to individual maintainers,” Mancini said. “We strongly believe in supporting communities as a whole, as well as the individuals that make up that community. This helps with ensuring more diversity, and less concentration of power and decisions on one maintainer.”

She also cautioned against GitHub trying to swallow up too many aspects of the open source community and injecting its own corporate interests. She hints at a line that the company has not yet crossed but many are still wary of what Microsoft plans to do with GitHub.

“Of course, there’s risk: centralization and lock-in are very risky for communities,” Mancini said. “GitHub is Microsoft, which has its own metrics in mind, and it will be difficult for them to be independent, regardless of the good faith of the folks involved.

“Attempting to own all aspects of the open source community is a harmful strategy. So far, I don’t think GitHub is trying to do this. They are in a position to help, and they are open to collaborating with existing players.

“Does it compete with Open Collective? To some extent. But our growth has never been primarily driven by individuals giving to individuals, but by companies giving to projects. GitHub Sponsors does not solve the need sponsor companies have for invoices and a legal entity to engage with for their vendor systems and documentation requirements.”

GitHub’s intentions may simply be a recognition of what open source software has matured to become – a driving force of innovation in all industries and an effort worthy of financial support. Giving developers an easy way to receive some reward for their contributions seems rather innocuous, but the concern is that Microsoft cannot foresee the long term consequences of its sponsorship implementation inside GitHub’s workflow. Open source project maintainers who pressed GitHub for more consideration of open source workflows may get more than they bargained for.


3 responses to “New GitHub Sponsors Tool Draws Concerns from Open Source Community”

  1. Regarding anything Open Collective — we tried using their platform for quite a while to raise funds for our projects, and it’s almost unusable with all of the bugs and awkward user interactions (for both individuals/companies wanting to contribute to your project and the project maintainers themselves). Open Collective is still plagued by these issues over a year later. I would use a lot of caution if you’re considering using it.

    Patreon is what we switched over to and haven’t had any headaches since leaving Open Collective. I’m excited to see GitHub Sponsors support teams/orgs, hopefully sooner than later 👍

    Regarding individuals expecting higher priority support with their small financial contributions — this is something we’ve not really run into at Roots while raising funds for over a year. I think it’s important to make it clear to your supporters what is included with their contributions. You could have tiers for companies that pay significantly more money with some support time included.

  2. GitHub Sponsors is long overdue. Any ethical concerns are mute on the part of repo maintainers, because those exist with or without the new donation tools which are largely “shortcut” links.

    The OSS maintainers who previously demanded cash via PayPal or Patreon will continue their ways, and the maintainers who are ethical, transparent, and legal about any sponsorship will probably also continue in their ways as well. If anything, OSS maintainers tend to be some of the most ethical people around…

    The WordPress community continues to be one of the most glaring examples of fraudulent endorsements and pay-to-play agreements between various players. Besides this, the hipster donation platforms like Patreon and Open Collective have begun banning and censoring random users based on political bias and so forth. Microsoft is arguably one of the more ethical Big Tech corporations currently, and many of their recent moves are refreshing to say the least.

    One more reason to move your plugins off and onto a neutral U.S. Section 230 platform that empowers the authors.

  3. GitHub Sponsors will probably work pretty well for better-developed Developers, Teams and established Projects. It looks like part of an plan to draw-in more-successful initiatives and use them to buff the image & status of the organizing entity (GitHub, and Microsoft). Actually, GitHub was doing this, and creating features to achieve the same goals, before the buyout.

    The cost here, both with the old GitHub and with the Sponsors facility, is that it is not as effective with/for the ‘less-developed’, would-be, wannabe Developer … and the more free-floating creativity they tend to bring to the culture. Instead of chasing something because it’s a keen idea, folks find themselves asking, ‘Will it work on Sponsors’?

    Open Source benefits from a relatively larger pool of less-successful and inefficient … dabblers. When this element is thinned/weeded out, and the culture is composed of ‘with-it’ operators competing for slots in a proper ‘orbit’, the value & strength of open source declines.

    Make no mistake: what we have watched with the GitHub dynamic, both before and emphatically now after the sale, is very old business strategy & tactics. IBM was doing this in the Mainframe world, when Bill Gates was a tyke. Bill learned his lessons well, and Social Media have adapted the methodologies to their context.

    MaBell refined these practices for the emerging Tech/Info world, when our great-grandparents were the with-it crowd. I don’t think it’s evil; we have benefited as a country, in enterprise and technical progress, but this system does not need or want larger numbers of less-accomplished or (thus-far) unproductive participants.

    But Open Source, does.


Subscribe Via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

%d bloggers like this: