Live data from Hacker News

If You’re Going To Kill It, Open Source It

blog.makezine.com

31–40 of 42 posts

Re: If You’re Going To Kill It, Open Source It

#31
post #7

The AIBO used a proprietary commercial operating system and required a separate set of commercial compilers to produce valid code. When I was working on it through a special arrangement with Sony Research, I made a bunch of perl scripts that could munge the assembly generated from gcc so that the assembler could generate code that worked properly on the robots, but there were still a large number of very expensive co…

IANAL, but NDAs are only enforcable when there is some actual liability on the table. Example, I'm sure the NDA for the Coca-Cola recipe is still in effect for the lifetime since they still use the formula and it would actually do financial harm if it was to be released.

In some places NDAs are invalid if they don't have an expiration term. Since Sony no longer makes the AIBO and I'm sure whatever proprietary tech it did have is out of date please, do tell.

Re: If You’re Going To Kill It, Open Source It

#33
post #25

Earlier quoted context omitted.

That won't stop people from expecting it and emailing you about it.

So create a filter that deletes and/or autoresponds to all inquiries to the project's support e-mail address.

Unfortunately "brands" don't work like that.

As Flip is owned by HP, negative Flip experiences impact on other HP divisions. People will inevitable translate "bad Flip support" to "bad HP support".

Re: If You’re Going To Kill It, Open Source It

#34
post #2

One reason that "just open source it" isn't as easy as it sounds is that there tend to be a lot of IP restrictions, patenting and licensing encumbrances, NDAs, etc. that would take effort to identify much less resolve. When companies, like Sun, open sources various software, it took considerable effort to nail down all the problems and remove the parts that weren't there's to open source--which in the case of a devic…

I'm guessing that failed startups don't release their code because their investors see it as an asset to be liquidated to recover some of the investment. Can anybody with failed startup experience comment on this possibility?

Technically the source code is an asset - so the company may be limited in terms of what they can do.

For example, a company that closed while owing money could not just "distribute" their remaining assets by releasing them into the open-source domain. Investors, employees, shareholders even founders may have legitimate claims to maximizing the value of that asset.

Equally, if there are multiple parts to the asset, they may not necessarily be disposed of "together". As a simplistic example a robotics company may sell off the hardware separate to software. And the software itself might be separated into different lots.

So the _creators_ of the product are not necessarily the _disposers_ of the product. And the person buying the thing (for whatever reason) is unlikely to spend money and then just give it away.

For companies that remain existing after the discontinuation of the product, the problems are even more complex. Take for example Sony's robotic technology. Just because they've discontinued the consumer products does not mean their investment in the tech is wasted. I think it's safe to assume that at some point in the future Sony would be able to either sell, or leverage that investment.

At the end of the day it's about balancing the upside and the downside. The upside to Sony, HP etc is negligible (some hacker types are happy) whereas the potential downside (loss of IP rights, effort to release, on-going impact, legal liability, trademark issues etc) are substantial. Even the effort to determine the downside is significant.

Now of course, if you've got some unheard of webapp, that attracted 5 users before you killed it, it's trivial to open-source that. On the other hand that _is_ probably happening all the time, and nobody cares.

Re: If You’re Going To Kill It, Open Source It

#35

Earlier quoted context omitted.

So create a filter that deletes and/or autoresponds to all inquiries to the project's support e-mail address.

Unfortunately "brands" don't work like that. As Flip is owned by HP, negative Flip experiences impact on other HP divisions. People will inevitable translate "bad Flip support" to "bad HP support".

"Bad support" is when you promise some (explicitly or implicitly), but fail to provide.

It's not "bad support", it's "no support". The same state it is now already.

Nobody would complain about lack of support if you specifically state that there won't be any. After all, it's the dump of source code and blueprints, not some end-user products you see in a store.

Re: If You’re Going To Kill It, Open Source It

#36
Why not?

On its surface it appears as if the company can at least get some good will out of its loss. Assuming Open-Sourcing it will not affect their ability to write-off the loss, you would assume it would be a simple no-brainer.

1. Because releasing your code might expose you to lawsuits if you have used other companies IP.

2. Because you might have your own patents and IP in that product that you don't want to release.

3. Because 1 & 2 means you have to pay the money to have a lot of legal analysis.

4. Open sourcing n$ worth of work can make is more difficult to pick it up later if the situation changes.

Re: If You’re Going To Kill It, Open Source It

#37
There is a danger to open sourcing code that you won't be maintaining. Many employers now ask for your github account. If your coding habits change over the years, employers will look at your older, non-maintained work, and draw conclusions. Further, if you show a large number of abandoned projects, they may decide you "don't finish things."

Something similar bit me recently. I didn't have any of my TDD code samples available to send on short notice, so I sent an older project that, while it showed I could code, was not TDD, and not nearly up to my current abilities--I think it cost me the job. If that was what was in my github account, I may not even been asked for a recent sample. My recent work belongs to my employers, so that's a non-starter.

Re: If You’re Going To Kill It, Open Source It

#38
I did this when Apple rejected my iPad application "DashApp" https://github.com/jjg/DashApp and I plan to do the same with any other commercial product that I produce once they can no longer contribute in a commercial way.

I can see how this is harder for big and complicated companies but I think this can be overcome through planning and cultural change. I think the net effect for both builders and consumers (and society in general) would be positive.

Perhaps it could be made part of patent/copyright law itself, therefore providing a level playing field and reducing the fear of losing competitive advantage.

Re: If You’re Going To Kill It, Open Source It

#39
The company discontinuing a software product may want people to buy another if its products instead, which they might not buy if they could get a community supported version of the killed product for free instead. E.g. Adobe ended up owning both GoLive and Dreamweaver, and killed the former. If Adobe had open sourced GoLive, that might have reduced subsequent Dreamweaver sales.

Re: If You’re Going To Kill It, Open Source It

#40
post #27
post #5

There are three reasons why organizations and people don't open source their failed projects. * Intellectual property issues * Pride * Pride Don't underestimate the power of emotion, especially when it involves failure.

There's another reason: support. There are a lot of people who believe they're entitled to support for any code you release. Even if explicitly noted in a 72 point font that it's totally unsupported.

I'm sure its not too hard to just have everything from that email address forward to the trash if you're so inclined.
Post reply on HN