ASK HN: How Did Mint.com Use Open Source Technology To Build a $170MM Company?
I've heard that Mint.com used open source technology to build the company that sold for $170 million to Intuit.
Then I found a bunch of code that Mint.com used for their technology: http://github.com/wesabe
My question is this: if you use open source technology, don't you have to contribute everything you develop -- related to the open source code -- back to the community? If so, is it just the main code base (not finalized, production code) without the "look and feel" of the system you've developed?
21 comments
[ 2.3 ms ] story [ 69.1 ms ] threadEven if Yodlee was open-source, they're probably using it as a framework without any modification anyway, so would not require release.
if you're running it privately theres no need in most cases.
No. Just open-source the non-business-specific part.
Most of the world's largest companies depend on open-source projects. Many of these companies contribute back to the projects or start new projects of their own. It bothers me to no end when I see representatives of these same companies claiming that open-source is some kind of disease. I understand the ramifications of using some licenses (GPL, AGPL) in the wrong way, but thinking open-source is bad or dangerous is going to leave you out of the big leagues in this day and age, for many markets, at least.
Sure, you need a business model, and you need to make money, and you're almost surely not going to make money by just developing an open-source product.
But, companies these days win on the service they provide and the continued development they put into their product, as long as the continued enhancements to the product are of significant value to the customer (subscription model or timed-support/upgrade-license model).
I talked recently to someone in a new startup recently that had a really bad attitude. She didn't understand why all of the companies were developing solutions for a large enterprise product were embracing open-source, and she thought that her startup was going to put the rest of the solution providers to shame because she would reap the benefits of keeping all of the code developed by her company to themselves. I understand not wanting to give away the bank, but that type of attitude especially in the market that she was trying to enter will not work. I'd hope that her way of thinking was the exception rather than the norm, but I'm sure it is prevalent within many larger companies, where they are far enough away from the developers and IT workers that they just have no freakin' clue what goes on there.
See http://opensource.org/licenses/alphabetical
GPL3 attempts to make it a bit clearer. AGPL as well.
GPL - If you give me software, I can request the source. I can edit the source to my hearts content and never show anyone. If I distribute the software to someone else they have the right to request my changes.
BSD - If you give me the software I have no right to the source. You can give it to me or not.
AGPL - If you run a service which someone else connects to (such as a web server) that end user has the right to request the source along with your changes even though you have not actually distributed the modified software to that end user.
The Wesabe code is completely unrelated. We heavily use MySQL, Hibernate, Spring, XMLC and YUI.
We have contributed code back to the community in some cases, such as YUI.
If you want your JavaScript to be more Minty, I suggest you take a look at Matt Snider's excellent blog (http://www.mattsnider.com). He has code samples that are very similar or identical to what is actually in the Mint codebase. He explains the rationale behind a lot of the design decisions and to my knowledge, it's free for anyone to use.