5 ms·
People talk about this as if it's an action you can take. The title even uses it as a verb: "open source" it. Is "open sourcing" even the decision of the deve
by nirvana 15y ago
People talk about this as if it's an action you can take. The title even uses it as a verb: "open source" it. Is "open sourcing" even the decision of the developer, in reality?
Sure, the developer can decide to release the code as open source. That's fine. But to make an open source project requires a lot more commitment than that[1].
An open source project is kinda like a startup. You need your product (the code) you need your marketing (letting people know the code exists) you need your customer development (is the code useful for a lot of developers?) you need sales (dude, you really want to help with this code!) you need passionate early adopters (dude! you actually wrote unit tests for us? Tubular!) etc.
Compared to all that, putting the code up on github is the easiest part.
Really, starting an open source project is about building a community of people. Not people who use the code, but people who care enough about the code to maintain it and contribute to it.
If you don't do that, you've still got abandonware, its just that the code was open sourced before disappearing, never to be seen again.
Spending this effort to build a community may not be viable for projects being shut down- especially if they are failures. The people behind them may be burned out or soon to be unemployed or soon to be handcuffed by NDAs.
Maybe the open source community could use its own equivalent of the ASPCA-- the American Society for the Prevention of Cruelty to Abandoned Projects.
They could take them in, like pets, give them a home for a few months or maybe a year. IF the original developers are willing they can provide as much or as little support as they are emotionally or physically capable of. After a year, if the project has attracted enough interest it is spun out as its own open source project, and if not, it is "euthanized" by being marked as shut down and put in cold storage.
This, at the very least, would serve to bring light to these projects that could use some love. And since the organization would only handle a limited number of projects at a time, they could provide life support during that transitionary year, without burning themselves out trying to save every abandoned project, lost and starving on the side of the road.
[1] I speak theoretically, I'm in the process of making my first open source project and have been thinking about this a lot lately. My previous open source experience has been as a contributor.
Edit to add: this isn't meant as a commentary on Copycopter, just general thoughts on the topic of "don't shut it down, open source it."
- patricksroberts 15y agoDisclosure: I'm one of the maintainers of the new Copycopter. When the announcement that Copycopter was to be shut down both Crowdtap and Iora Health reached out to Thoughtbot about keeping the service alive. Dan Croak facilitated communication between us and began the thankless job of putting the application in a state that we could deploy and maintain the codebase. I believe this transition was a ton more than just opening a repository on Github. Dan engaged interested members of the community and has helped us get to the point in which we can carry the service forward. It was handled very well from my point of view.
- stephen_mcd 15y agoNo need for the disclaimer, your theory matches practice quite accurately - well said.
- beza1e1 15y agoThere are different levels of "open sourcing": 1. dump the code into a zip and release it under a free licence 2. step 1 + answer to emails 3a. step 2 + provide a hangout for interested developers 3b. step 2 + actively work on the code base 4. steps 3a and 3b 5. step 4 + actively sell the project to devs For example, id Software is on level 1 (or 2?) by releasing old engine sources. That is already much better than throwing the code away. Most open source projects themself are only at 3b, because they are hobby projects and don't care about users.
- gurkendoktor 15y agoWhat you say is true for software that needs to be improved. But I use and love some semi-abandonware and couldn't care less about improvements: TextMate 1, NewsFire, Lineform, AAA game ports to OS X, lots of iOS software that is ever being updated once. iOS currently makes for a good example, because all it takes for some old apps to use the Retina display is to recompile the very same source with newer dev tools. Sometimes it just takes that, or a small fixes to make software run on a new OS. I'd pay more for software if the authors promised to open-source it the moment they drop support. ( Of course, the App Store has a problem similar to Ruby Gems - it is hard to transfer control of the main repository.)