Live data from Hacker News

Shutting down a product? Open source it.

robots.thoughtbot.com

11–20 of 48 posts

Re: Shutting down a product? Open source it.

#11
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."

Re: Shutting down a product? Open source it.

#12
post #3

I do appreciate what Copycopter has done by identifying the right business that can make it available as an open source product. There is lot of news about SAAS businesses going under recently and this is definitely not a good trend. One reason is they are under pressure to provide some kind of return to VCs even if it is by selling off the businesses. The merits of taking money or not is a different discussion altog…

Thoughtbot isn't actually a VC backed startup. They have always developed products by building tools to fit needs in their consultancy work and unfortunately not all the products were successful enough to keep going.

The reality for Copycopter is that it's a really useful item in the Rails developers toolkit. It didn't find a wide enough audience within the community which is what eventually doomed it as a SaaS. The cost of spending even 5-10 hours a week working on it burns more capital than I imagine it generated as a SaaS. That's why I think it's a perfect fit of an OSS project.

Re: Shutting down a product? Open source it.

#14
post #11

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) yo…

Disclosure: 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.

Re: Shutting down a product? Open source it.

#15

This particularly makes sense for SaaS offerings that are being discontinued. If your product is only available as a service then it is particularly painful when it disappears for those who depend on it. From a business standpoint, open-sourcing is a good way to maintain goodwill and shift the onus of administering the service to those who consume it without leaving them out to dry. All your consumers will have to ma…

If it's truly open source then there's nothing stopping another business from coming in and offering a hosted version much in the same way that the original did.

I suspect that the reason this doesn't have so much could be licensing of other libraries etc used by the code.

Re: Shutting down a product? Open source it.

#16
My experience with open sourcing dead product is that unless there is an interested community which understands the virtues of the product and wants to keep it alive, there are practically no advantages to open sourcing it.

There are graveyards out there full of dead open source code. Will it ever be used? who knows. Without people a product is just dead code.

Re: Shutting down a product? Open source it.

#17
I agree that open sourcing it is one way, but is it the best way? Since the users depend on it, that would mean that they would pay for it right? I think that the obvious need here is to find a way so that it would make it possible for somebody to build a good enough service and then be able to just neglect it, the same way you can neglect desktop software.

Before there was an "app store", people would think the same way and just open source software they cannot find a way to build a business from but that has severely changed thanks to having something as convenient as the app store.

I can think of some ways that a platform like this would work, and I think that it could be built by using something like Cloudfoundry, though I have the feeling that somebody is building it already somewhere.

It could be a platform where you create an application, someone confirms that the application is good enough and does what it is intended, you push the application, and offer it to other users in the same ecosystem.

Then you create the platform so that other users can clone an instance of your application by charging them. If you burn out, you can just stop developing the application, and the users that relied on your application. Otherwise you can keep on developing the application and then charge for the updates etc... etc... etc...

I think someone should do it, at least an abstraction of it. I would be "too frightened" to do it, maybe you could raise VC capital and become part of the problem by saying that it is the app store for web apps or something.

Re: Shutting down a product? Open source it.

#18
post #11

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) yo…

No need for the disclaimer, your theory matches practice quite accurately - well said.

Re: Shutting down a product? Open source it.

#19

This particularly makes sense for SaaS offerings that are being discontinued. If your product is only available as a service then it is particularly painful when it disappears for those who depend on it. From a business standpoint, open-sourcing is a good way to maintain goodwill and shift the onus of administering the service to those who consume it without leaving them out to dry. All your consumers will have to ma…

If it's truly open source then there's nothing stopping another business from coming in and offering a hosted version much in the same way that the original did. I suspect that the reason this doesn't have so much could be licensing of other libraries etc used by the code.

[deleted]

Re: Shutting down a product? Open source it.

#20
post #11

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) yo…

There 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.

Post reply on HN