There are two traditional ways of making money on MIT, etc. licensed 
software, it seems. The first is paid support, the second is getting famous 
enough from it that it becomes your résumé and you get higher paying 
regular jobs because of it.

But it's silly to assume that these two scenarios fit every individual 
writing software. What if you don't want to work on other people projects 
(eliminating option 2) and your project is so well-written and simple to 
use that no one really needs support for it (option 1 gone)? Both of those 
options assume you're going to spend your whole life in the same niche in 
the software industry. What if you have another passion, like sailing or 
music or something, and you're trying to support yourself from your project 
while pursuing that passion?

I guess a third option is to accept donations. Are there any live examples 
of people having success with that, and how big must your project be for 
you to have a chance?

On Tuesday, May 7, 2013 9:32:52 AM UTC-4, Fedor Indutny wrote:
>
> God, you either doing it for free or not. There's always an opportunity to 
> make money on your thing by doing paid support for it, and that's how many 
> opensource devs are receiving money for it.
>
> Cheers,
> Fedor.
>
>
> On Tue, May 7, 2013 at 5:28 PM, Jérémy Lal <[email protected] <javascript:>
> > wrote:
>
>> Maybe CC-BY-NC-3.0
>> http://creativecommons.org/licenses/by-nc/3.0/
>>
>> Mind that it is not a free software license.
>>
>> Jérémy.
>>
>> On 07/05/2013 14:51, Saleem Abdul Hamid wrote:
>> > Is there a license that says most people can do whatever you want with 
>> my
>> > stuff but if Microsoft (example) uses it to make 100 million dollars, I
>> > want to negotiate for a piece of it? That's really the question 
>> everyone is
>> > asking, although they're too shy to say it, because wanting to make 
>> money
>> > off of your stuff is considered bad form in certain quarters.
>> >
>> > Personally, even if a huge company with a lot of money was using one of 
>> my
>> > projects as an integral part of a moneymaker, I'd be happy with a very,
>> > very fair (for them) royalty that they would probably not even consider
>> > significant. But if you use the MIT, the question of negotiating 
>> anything
>> > doesn't even come up.
>> >
>> > To be clear, I want a license that is not infectious at all. That lets
>> > people use, modify, redistribute, all that good stuff. But just leaves 
>> open
>> > the door that if someone gets really rich using my project, I can 
>> benefit
>> > from coming up with the idea and doing the work.
>> >
>> > Is there a license that represents this?
>> >
>> > On Friday, December 14, 2012 10:38:05 PM UTC-5, Forrest L Norvell wrote:
>> >>
>> >> On Fri, Dec 14, 2012 at 7:29 PM, David Herron <[email protected]
>> <javascript:>
>> >>> wrote:
>> >>
>> >>> I'm curious about the preferred license for modules that are 
>> distributed
>> >>> through the npmjs.org repository
>> >>
>> >>
>> >> We discussed this a bit at NodeConf summer camp this year, and the
>> >> consensus was pretty strongly in favor of BSD or MIT licenses, or at 
>> least
>> >> pretty liberal, commercial-use friendly licenses (including the Perl 
>> and
>> >> Apache licenses).
>> >>
>> >> In particular is there any legal barrier to using GPL in such modules?
>> >>>
>> >>> As far as I understand it, the legal barrier would be whether a module
>> >>> which uses a GPL'd module is derivative of that module.  I don't 
>> think that
>> >>> it would be, but then the LGPL license does exist for a reason.
>> >>>
>> >>
>> >> Isaac can speak to this more authoritatively than I can, but npm itself
>> >> prescribes / proscribes no particular licenses. You could attach GPL3
>> >> licenses to your modules if you wanted, but uptake would probably be
>> >> hampered, especially if there were some kind of associated 
>> Canonical-style
>> >> contributor's agreement. Node is still pretty much the wild west, and 
>> it's
>> >> tough to say if today's random hack project might not become tomorrow's
>> >> startup idea, and I think most devs want to keep their options open.
>> >>
>> >> F
>> >>
>> >
>>
>> --
>> --
>> Job Board: http://jobs.nodejs.org/
>> Posting guidelines: 
>> https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines
>> You received this message because you are subscribed to the Google
>> Groups "nodejs" group.
>> To post to this group, send email to [email protected]<javascript:>
>> To unsubscribe from this group, send email to
>> [email protected] <javascript:>
>> For more options, visit this group at
>> http://groups.google.com/group/nodejs?hl=en?hl=en
>>
>> ---
>> You received this message because you are subscribed to the Google Groups 
>> "nodejs" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>

-- 
-- 
Job Board: http://jobs.nodejs.org/
Posting guidelines: 
https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines
You received this message because you are subscribed to the Google
Groups "nodejs" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/nodejs?hl=en?hl=en

--- 
You received this message because you are subscribed to the Google Groups 
"nodejs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to