Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Open Source Software The Almighty Buck

Ask Slashdot: How To Get Paid For Open-Sourcing Your Work? 167

kc600 writes "Say you're a freelancer, using mainly open source solutions. You notice that customers, although they don't object to the whole open source idea, don't see the point in paying you for the time it costs you to properly open source your code. As a result, code is not released, because it would take too much time to factor out the customer-specific stuff, to debate architecture with the other developers, look at bug reports, et cetera. You feel there's something to contribute that many might benefit from. The code would also be better maintained if more people would use it, so the customer's project would also benefit. But you're not going to do it in your free time; you have enough on your mind and the bill is paid, right? What useful tricks can you think of to encourage yourself — and your customers — to properly share code, to the benefit of all, and get paid for it?"
This discussion has been archived. No new comments can be posted.

Ask Slashdot: How To Get Paid For Open-Sourcing Your Work?

Comments Filter:
  • by Anonymous Coward on Wednesday October 17, 2012 @02:25AM (#41678545)

    advocate told me; YOU should not make money from open source but from other work. (support and crap like that)
    I asked him why he (and Stallman) was getting paid but I shouldnt be? The reply? We are not, our companies/institutions are.

    So there you have it: Wanna live of making opensource? Start working for a mega corp or a university.

  • by Taco Cowboy ( 5327 ) on Wednesday October 17, 2012 @02:26AM (#41678555) Journal

    http://en.wikipedia.org/wiki/Johnny_Appleseed [wikipedia.org]

    When I open sourced the programs that had made me some money, but I had no time nor the stamina to keep working on them, I didn't expect to get paid for that.

    Instead, I thought of Johnny Appleseed.

    The programs that I open sourced, to me, are old stuffs. I could have kept them under closed source, store them in CD-Rs or external hd or old computers, or ....

    I could have done that, but if I did that, it wouldn't benefit me, nor anybody else.

    When I open sourced those programs, I didn't even know if anybody else wanted them in the first place. I just placed them online, did some advertisement on related sites, and then, let go.

    If the "appleseed" blooms, good.

    If they don't, well, it'd be the same as I locked them up in CD-Rs.

    The most important thing is that I've set them free. Their "lives" after being set free depends on their "fates", or in spiritual kinda speak, "karma".

    Once they are open-sourced, they do not belong to me anymore. Now, they belonged to the world.

  • Re:Do and don't (Score:5, Interesting)

    by Half-pint HAL ( 718102 ) on Wednesday October 17, 2012 @03:00AM (#41678661)
    But if you were to make it into a one-off Kickstarter project, it wouldn't be pulling a Lunduke. Personally, I'm getting sick of all the Kickstarter campaigns that are "I want to make a profit, but I'm not willing to risk my own time and money -- you guys take the risk, I'll make the profit, m'kay?" and would relish more campaigns that say "I want to make an honest buck -- pay me fair and square for my time, and I'll forego future royalties," because that's really the whole point of risk-reward. People working on royalties take a high risk, gambling on the reward. Eliminating the risk without eliminating the chance of a high payout, it's, well... unfair.
  • One way (Score:5, Interesting)

    by heikkile ( 111814 ) on Wednesday October 17, 2012 @04:48AM (#41679053)

    I work for a company that does a lot of Open Source stuff. Here is how we manage it: We have core toolkits that are open source, and custom applications that are closed source, made for specific customers. When ever a customer needs new functionality, we try to generalize it and put it into the toolkits, which we then release. We tell the customer that we have this open source toolkit which we use for the project, and which we keep improving. But we don't specify how much of the work goes into the toolkit, and how much on the custom side.

    Those toolkits have been our main marketing effort, and have certainly paid off. Within our very narrow field we are world famous, and our toolkits almost dominate the market. Nobody can afford to build a competing one, when ours is free. Although anyone may use our tools, we happen to know them best and have most experience with them, so we can often do any given job faster than others. The company has survived over a decade, and has expanded internationally, and is now all of 15 people.

  • by icebraining ( 1313345 ) on Wednesday October 17, 2012 @05:51AM (#41679295) Homepage

    It's your choice too; nothing forces you to work with clients that refuse it.

    Almost all our software is open source, and clients don't really get a say in that besides simply not hiring us. Yet we don't have a lack of clients, because being open source enables us to take advantage of GPLed code from other companies - much like they do with our code - and deliver much cheaper and well-tested solutions that custom proprietary code.

  • by TheRaven64 ( 641858 ) on Wednesday October 17, 2012 @06:32AM (#41679425) Journal
    You misread. You are not imposing extra conditions on people who receive the code, you are accepting extra conditions imposed by the person to whom you give the code. This is permitted by the GPL, because copyright law does not make it possible to impose this restriction.

HELP!!!! I'm being held prisoner in /usr/games/lib!

Working...