Fighting for Open Source Sustainability: Introducing Code Sponsor
medium.com
medium.com
Companies aren’t doing it out of charity and don’t see it as such. They see (correctly) that it’s easier to get what they want by paying some people to work on an open source project than to start from scratch and pay for 100% of the cost.
I’m all in favor of more models, but until you’re channeling many tens of millions of dollars per year, your impact is much smaller than employer sponsored open source.
How many projects? How are they rated "top"? When you make such a bold claim, you should be able to back it up with verifiable sources IMHO.
Also, being a Red Hatter that has welcomed thousands of people in our New Hire Orientations, I dare say that we actually do employ quite some developers that continue their good work in a lot of communities. Describing that as "the 1% approach" feels a bit wrong.
https://www.slideshare.net/NadiaEghbal/consider-the-maintain...
Projects that had present, not future, value. Were actively used by Facebook, Instagram, Pinterest, Netflix, even governments. Directly responsible for tech’s rapid rise, as Mark Suster once explained but they hadn’t captured the financial value they deserved.
Capturing of financial value for these projects is extremely important yet isn't realised and can have devastating effects. Remember heartbleed?
I encourage you to speak with a maintainer heart to heart of any moderately successful opensource project to tell it like it is. Here's a 4min clip from the PythonAU keynote delivered by Russell Keith Magee that does exactly that.
It's a never ending stream of notifications that contain abuse and demands for unpaid work with occasional moments of the highest of highs (ie someone sending you a thankyou postcard via snail mail or asking how they can help you out)
Open-source keeps burning out brilliant software engineers. For the longest time opensource has been talked about user freedoms but has been mums the word to "at what cost"? Production is still expensive and the cost is too high.
0) https://youtu.be/VS6IpvTWwkQ
1) https://www.fordfoundation.org/library/reports-and-studies/r...
2) https://medium.com/@nayafia/how-i-stumbled-upon-the-internet...
If their intentions are "pure" and their primary purpose really is to help open-source developers, they should either be a non-profit and/or completely open and honest and publish the sizes of each "part". Preferably, that would look (at minimum) something like:
October 2017
Income from sponsors: $ x
Paid to developers: $ y
-----
Kept by CodeSponsor: $ z
Where z == x - y, of course. October 2017
Income from sponsors: $ 7,437.20
Paid to developers: $ 3,413.20
-----
Kept by CodeSponsor: $ 4,024.00
This does not take into account the $6,000 we spent to become a sponsor for Github Universe.So how is that split determined? That is, is it a fairly flat overhead so if the income had been $100,000, you still would have kept ~$4000? Or are you taking a percentage and it would have been ~$54,000?
Understand that this has been a side project since day one. I have not taken any distributions at all.
The split used to be 50/50, however I could not sustain myself with that split and still keep the CPA low for our sponsors. We are now setting a minimum CPC for all new sponsors to $1.50+. This means that the developer will get $0.60/click.
Finally, part of the 60% goes into the server costs and fraud prevention. We run every click through vigorous fraud detection prior to marking it as “payable”. By doing so, we provide much higher quality clicks to the sponsors. This makes them scale their funds. Remember, we are working with marketing funds, not sponsorship funds.
However, if you're intending to keep that split as revenue increases, I think it conflicts with the way you're framing the company in places like the linked post and the Code Sponsor homepage. Stating a mission like "fighting for open source sustainability" and remarks like "Why do we do it? Basically, we want to help" don't mesh with the fact that your company alone keeps more of the money than you pass on to all of the projects combined.
I recognize that Code Sponsor isn't a charity/nonprofit, but it feels like you're trying to give the impression that it's a similar sort of values/mission-based organization. So it's not a fair comparison, but as a point of reference, Charity Navigator would give a financial score of zero to an organization that only used 40% of their funds for their "purpose", and they'd be solidly in the bottom 10% (https://www.charitynavigator.org/index.cfm?bay=content.view&...).
Overall, your take doesn't seem to be out of the ordinary for advertising. The World Advertising Federation says that 60% of advertising cost is taken by various companies that an ad passes through before it's actually displayed (https://3.bp.blogspot.com/-AkjTy8a6FJ8/WGqb2nGR0pI/AAAAAAAAF...), but those companies certainly don't try to describe themselves as philanthropic ones.
I hope I don't come off as too negative. I think it's great that you're working on improving the current situation of open-source sustainability, which really is a major issue. But I hope that if your income reaches the point where Code Sponsor is sustainable (which certainly includes paying yourself), you consider adjusting the split so that more funds are given to the projects you want to help, instead of just keeping it as profit.
I’m very glad for your comment. This is something that I can honestly say I have not considered. My biggest fears were 1) making sure that the whole idea isn’t rejected by the developer community and 2) making sure I have enough money in place to give to developers.
I started off initially by doing a 50/50 split with developers. I also started by charging $1/click to sponsors. I quickly realized that it would take a very long time before I could get enough sponsors and developers to support myself full time. Because of this, I dropped the distributions to 60/40. It still is not making much money at all. Code Sponsor may take 60%, but I take 0%.
Now in the future, if it does continue to grow at a healthy rate and if Github will allow us to sustain OSS through README’s, then I would definitely consider a more developer-sided split.
All I want is to help sustain OSS and do it as a living.
The best way to describe it is something between a generic Google Ads network and a invite-only Carbon Ads network. And it's really meant to go in your README.md file.
So this results in a few things:
1. Broker. Sponsors can select which repos/languages/tech/etc they want to advertise to and developers can select which sponsors are relevant to them.
2. Transparent. Developers can see which ads a sponsor will display and how much they pay per click (usually $0.40). The ads are usually just text with a couple emoji that fit well into the README.md design and are loaded as an svg.
3. Limited. Sponsors pay a fixed amount so if a repo is really popular and displaying ads, it may stop displaying after the money is paid out to the developers. This means you may just get a generic ad that recommends using Code Sponsor near the end of the month, like this repo: https://github.com/styfle/geoslack
Caveats: it seems the Code Sponsor is not open source :(
Because most ad networks are data-gathering scum, and developers know this, thus avoid them at all costs.
This company is at least _promising_ not to track the ads, and only provide basic and relevant conversion data to advertisers. This is a big difference that would mean at least I would be willing to give them a try.
I don’t believe Github would ever want to buy Code Sponsor. The goal from the beginning was to provide scalable sources of funding. This has not existed prior.
We do not consider ourselves an advertising network. Here's why:
* We do not display sponsors based on a bid system.
* We only present sponsors that the developers choose.
* Sponsors can select which projects they want to support and which they do not.If you have a project with more than 100 stars, try it, you'll really appreciate the transparency and the personalization of the ads you can have. Long life to Code Sponsor!
I have another project[2] with 3% CTR.
[1]: https://github.com/styfle/copee
[2]: https://github.com/styfle/magnemite
Both have less than 200 impressions total.
Styfle already describes it very well, so I'm just gonna add that although I'm seeing a very shaky impression/click rate, and my clicks are below what I expected to receive, the payout is quite big for an ad/sponsor network like this. Also, it's much better than ad networks - no detailed tracking and more (listed below by cavneb)!