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?"
Wrong question - "how to get paid?" is enough (Score:5, Insightful)
The spirit of Johnny Appleseed (Score:5, Interesting)
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:The spirit of Johnny Appleseed for Everything! (Score:5, Insightful)
The second point, for software etc., is the 'standing on the shoulders of giants' idea. That is, something fairly simple or a few bits can be used to build something spectacular or inspire it. Same point of inspiration idea for music too.
Great post with a great many 'extra' implications, thank you.
Re: (Score:1)
*sits down, shaking*
I just felt a disturbance in the force, as if a million lawyers just clapped their hands together in glee.
Make sure, please, that you're contractually permitted to do this. Most paid work I do for companies tends to be owned by those companies.
totally depends on how your contracts are worded (Score:2)
Basically whether you're doing "work for hire" or working independently. If independently, you could have a clause saying that anything you write independently is licensed by default under the GPL, with a dual license giving the company non-exclusive rights to use/modify/distribute.
If they want exclusive rights, they get charged more because it means you can't reuse that stuff later (and you can't reuse stuff from previous jobs).
Re: (Score:2)
"all my programs belong to me"
You've apparently never heard the words "software patent".
Almost certainly, you can be sued for infringing someone's software patent and they can prevent you from releasing your code.
The only question is, does the patent holder know or care about you?
all your bases are belong to us.
Re: (Score:2)
Re:Wrong question - "how to get paid?" is enough (Score:4, Insightful)
This is really rather simple... The reason you are getting paid is because you are doing what they want you to do, not what you want to do. If they don't want to open source it... Tough titties.
Sure, have a quick go at convincing them that the project or a subset of it would get them good publicity if they allowed it to be FOSSed, but really... It's their code, they paid for it, so it's their choice.
Re:Wrong question - "how to get paid?" is enough (Score:4, Interesting)
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.
Re:Wrong question - "how to get paid?" is enough (Score:5, Insightful)
It's your choice too; nothing forces you to work with clients that refuse it.
I didn't get the impression that their clients are refusing to allow the OP to open source the code. They are just refusing to foot the bill for it. I'm also making the assumption that the code the OP is referring to is NOT actually work for hire code, and he actually has the permission to open source it. He is just doesn't want to open source it for free.
Re: (Score:2)
If the code is useful enough to enough people, there's a chance a large corporation will buy it from you. A lot of OS is actually written with this as the unstated goal. It certainly happened to MySQL. There are many other examples.
That is one way to make money off open source.
I read (sorry can't find it) an interesting article that made the point that non-sopftware companies (hardware manufacturers, service sellers) support OS projects because they want software to be free and lower the TCO of that O
Re: (Score:3)
Sure you can refuse to work with clients. But is Open Source really that important to you?
I prefer to get my paycheck, I get my pay check from working with my clients (and the more clients I can handle more I can often make), I am not opposed to open source, however there are other things in my life I consider more important. Like keeping up with my bills. If they want to release it Open Source I am good with that, I can do the extra work to make sure that everything is GNU pure, I may even express to th
Re: (Score:2)
Did you read my whole post, or did you stop at the first period?
The reason the company I work for is competitive and has clients is because we're open source, not despite it. When our proprietary competitors have to charge an arm and a leg for making a lot from scratch, we're able to benefit from a big open source community an deliver better tested software in less time and for less money. And then we contribute back new modules, as well as bug fixes, translations, etc.
Re: (Score:3)
Why is a proprietary competitor bound to NOT use any open source software?
All the software we use* and write is GNU AGPL [gnu.org] licensed.
*Except for the programming language and its standard library.
Other companies hiring yours generally aren't going to care about that philosophy. They want to know that the program they paid for will work, be maintainable, and most importantly be done cheaper than the competitor.
I think people here have a reading problem.
Sigh. Of course they don't, but never I claimed they did. Quoting my own post:
we're able to benefit from a big open source community an deliver better tested software in less time and for less money.
Re: (Score:2)
Your competitors are free to use whatever open source they can to deliver their own solution.
How can a company which only develops proprietary software use third-party AGPL licensed code, exactly? Sure, jty
Re: (Score:3)
(The sibling post was mistaken)
Your competitors are free to use whatever open source they can to deliver their own solution.
I wrote proprietary competitors, not all competitors. Sure, they're free to use and write open source like us, but then they wouldn't be proprietary!
The fact is, most companies in our field are afraid of open sourcing their applications, and are therefore unable to take advantage of the big copyleft community in which we participate.
Re: (Score:2)
Re: (Score:2)
+1 to this guy.
Open Source is free for everyone to use, not just the guys that contribute back to the community (jQuery, Knockout, node.js, Apache, Linux, etc. etc.). Now, companies may want to support your company because you give back, but you can't do work "faster" just because you are an open source company (maybe because you are more talented, but not because you are an open source company).....
Re: (Score:2)
In an ideal perspective, what you want or what they want shouldn't matter. There are only two questions:
1. Is there some set of people that are better off from this being released?
2. Can the same benefit cheaper elsewhere?
If the first is true and the second is false, they should, in a perfect world, be able to coordinate to pay the author to release it, letting him capture some share of the benefit they get from it. In practice, things that are slightly useful to lots of people are underprovided because we
Re: (Score:2)
Indeed. Which is why my latest program is probably going to be GPL v3'ed, with a donation page on there somewhere. I'm going to put Benjamin Franklin's quote to the test, to see if something universally useful is better off not being patented / locked up / paid licensing. If there is ever enough money in there to buy a pizza, I will be surprised.
Now, the other program I am working on...will only be seen in the light of day after I have enough to buy a few south Pacific islands. It's taking slightly more tha
Re: (Score:2)
Indeed. Which is why my latest program is probably going to be GPL v3'ed, with a donation page on there somewhere. I'm going to put Benjamin Franklin's quote to the test, to see if something universally useful is better off not being patented / locked up / paid licensing
Two problems with this: first, you assume that some nebulous thing that you are creating is 'universally useful'. I don't think I've ever seen any software that falls into that category. Secondly, you pick an ultra-restrictive license that a lot of individuals and companies will avoid like the plague to test your hypothesis.
Re: (Score:2)
Re: (Score:2)
I know of a universally useful tool [staticflickr.com]
/me ducks
Re: (Score:2)
Right, and especiialy with Open Source that comes down to selling software as a service or customization as a service. Having a core product OSS that you can offer as a service can also be beneficial in that you can develop a community of other developers doing the same, and contributing improvements and fixes in the proces (like getting ideas and code for free). Projects like Spree and Refinery CMS are great examples of this.
You're in the wrong business (Score:2, Insightful)
If you want to get paid to write software then you're writing it for a company. If you want to write software to give away then stop expecting people to pay you for it. They want something for them. Not something for the world to use. By expecting to just give away their code you're telling them you're not focused on their product for their company. And why would they pay you to write software that a competitor can just use for free? If no competitor would use it, then why are you making it open sourc
Re:You're in the wrong business (Score:5, Insightful)
Something tells me (Score:2)
He's not writing operating systems.
Re: (Score:3)
Re: (Score:2)
Re: (Score:1)
Re:You're in the wrong business (Score:5, Insightful)
Another poster already called you an idiot, so I can skip that part and get onto exactly why you are wrong. People pay me to write software because they need that software written. That is the best motivation for writing software and the reason why about 90% gets written. The remaining 10% of commercial software is written because someone thinks it's a good idea and that they'll be able to sell finished versions.
Pretty much all of the software that I've been paid to write has been released under a permissive license (MIT, FreeBSD, or UIUC license). This is because there is a non-zero cost associated with maintaining a proprietary fork, which is basically what happens when you make any nontrivial changes to open source code and don't push them upstream. New features and bug fixes upstream may change some interfaces that you depend on and this means that you end up either having a version with known bugs (including security holes), or you spend money backporting the changes to your branch. If you upstream the code then someone else pays for this and it is cheaper for you. In FreeBSD land, we're currently working with Netflix and Juniper to upstream a load of their changes for exactly this reason: they want to spend developer time (and therefore money) on new features, not on keeping old ones working.
More importantly, if you don't upstream your code and it's useful to others then eventually someone else will implement the same feature, but often in a different way. You then either throw away the code that you've paid to have written and use theirs, or maintain a fork that is now radically different to upstream and therefore much more expensive.
As the developer, you also benefit from being able to use the code elsewhere. Everyone wins: your current customer gets a lower long-term maintenance cost, your next customer gets a smaller up-front cost, and you don't get bored implementing the same thing lots of times.
Just approaching the market wrong (Score:2)
And if you can't see the stupidity of giving something away that a client paid you thousands for then there's no help for you.
You could offer a discount to your customers if they allow you to open source the code. This benefits everyone. Your customers get a nice discount, and you get to open source your code and potentially help speed up your development time on subsequent projects. To get around the drop in income, you could raise your baseline rate and encourage your customers to take the discount.
Alternatively, you could just focus on refactoring and open sourcing the code in your own free time.
Re: (Score:2)
Don't discount, and I'd nearly go so far as to say, ever. It makes you look cheap.
The moment you offer a discount is the moment when they start thinking they aren't getting a good enough deal and they'll screw you more or they'll resent it.
The only possible exception is if your contracting and someone is buying hundreds and hundreds of hours of your time, at that point, you don't have to worry about dead time so much (You should have this factored into your hourly / daily rate) and you can take that out.
Re: (Score:2)
Because we give and take from the free software community (and it's not a zero-sum game), our solution will be up and running on the clients machine before you even wrote the first draft. Clients want results, not paying more just to keep the program closed.
Keep rebuilding the world for each client, I'm sure they'll be happy to pay you 10 times what we charge for each project.
Re: (Score:2)
Sorry, you don't know what you are talking about. I've worked on open source software for over 10 years, and our customers pay us _because_ our software is open source.
They don't want vendor lockin that makes their system useless if we went out if business or decided to stop developing the product they are using.
We also get some contributions from non-company developers, both bug fixes and features. Not a ton but it helps the users in areas that we are not focussing development, and in turn helps us move in
But is the payment really for the software? (Score:2)
People don't care if the details of for instance a database backend or something to deal with forms or whatever stay secret or not, they only care that the data in their database or their custom forms (or whatever) stay secret.
Very few places are in the business of selling software so most places really get no direct value out of stopping you from reusing what you
Re:You're in the wrong business (Score:5, Insightful)
Re: (Score:2)
Re:You're in the wrong business (Score:4, Interesting)
Re: (Score:2)
No, GPL clause 6 explicitly states that you may not impose any further restrictions on the recipients' exercise of the rights granted in the GPL. So you cannot sign a contract that prohibits you from distributing the program in accordance with the GPL.
In the first statement you claim you can not restrict the recipients rights. In the second statement you claim BECAUSE of this, you can't prohibit your rights. YOU are not the recipient. Of COURSE you can give up your rights, without restricting the recipients rights.
Re: (Score:2)
Some people seem to complain that Canonical doesn't contribute enough to the kernel http://www.linux-magazine.com/Online/News/Canonical-Contributing-Too-Little-to-Kernel-Development [linux-magazine.com] . Which I don't understand. They are not obliged to contribute to the kernel, and they instead focus on areas they feel need improvement: Ease of use, Desktop experience, UI, (Unity not withstanding.)
Re: (Score:2)
the phallacy is "give away"!="open" in the way we usually mean it here.
Pardon me, but I think your spelling is a bit cocked-up.
A friend of mine who is an avid open source... (Score:2, Interesting)
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.
Re: (Score:3)
Here's what I do:
./say ($ESTIMATE - $COST_TO_REINVENT_THAT_WHEEL)
Customer: We have the following requirements for this project.
Me: Oh, looks like I can cut your cost a bit if I use some open source software to save me some time. You would get the work done, but the source code would then become open source for everyone to use.
Customer: How much of a discount are we talking?
Me:
Customer: How can you bid so low?
Me: Oh, I'm charging my normal rate, not having to write the functionality of the
Re: (Score:2)
Wanna live of making opensource? Start working for a mega corp or a university.
Kinda true.
It's not "your" work (Score:1, Insightful)
When someone is paying you, it's "their" work. They are paying you to build something they own.
You no longer own it as soon as you cash the check for the work you did.
Re: (Score:3)
IANAL, but not in most cases.
In most cases unless there is a copyright assignment clause in the contract the copyright stays with the developer.
This is how Ross Perot made his billions
You don't get copyright to Oracle's database software even if you cut a seven figure check. Small developers are no different.
Re: (Score:2, Insightful)
If you're a contractor, this is something normally specified in the contract. That contract will be specific about who owns what, and when the change in ownership happens. That's usually after delivery and final payment.
I know it happens, but I have never personally seen work done where the contractor owned the end result. You can't assign them ownership of "Oracles Database", but they usually own the code you wrote that uses that db.
Either way, it's a contract issue and should always be spelled out.
Re: (Score:3)
but I have never personally seen work done where the contractor owned the end result.
Check out wedding photographers in some countries.
Re: (Score:3)
It is important for the contractor to realize that the default is that the contractor owns the code. This means that if you don't own the code, you should be compensated for not owning it.
They don't own the code for Windows, Microsoft Office, the Oracle Database, or most of the rest of what they use. In my experience not giving up copyright typically just means crossing out that section of the contract and asking that it be negotiated separately.
Re: (Score:2)
Re: (Score:2)
In the US hire means a w-2 and unemployment benefits. If you don' t have those, you are probably a contractor not an employee.
Works for hire only covers employees not contractors. If you commission a painting you won't have copyright of the painting, unless you specify so in the commissioning documents.
IINAL, but it was well worth the day I spent listening to lawyers talk about this..
Re: (Score:2)
Most contractors don't write that sort of stuff. They do stuff like interfaces between some random corp's shitty stock control system and its utterly wanky accounting system.
Re: (Score:1)
Are you or are you not a freelancer? (Score:2, Insightful)
Why should your customer pay you for something you want to do?
You simply deliver them a solution and make sure the code is GPLed. Release engineering you can do in your own time, which when done right is an investment in future business because you can re-use the code for another client, deliver better solutions because you got some (free) help improving the code from random strangers, that sort of thing.
As a foss freelancer, you're much more a consultant than a software manufacturer. Amend your mindset as
Re: (Score:2)
Put it in the contract up front (Score:4, Informative)
If you are serious about this, then make it an integral part of your "business plan" and put in your contract that open-sourcing the project non-negotiable.
REALLY you should SELL your customer on the idea that the software THEY ARE PAYING FOR will be BETTER.
Refactor your code correctly (Score:3)
maintenance fee (Score:2)
We had this problem. We solved it. (Score:5, Informative)
I work for a 5-person tech cooperative. We were writing code, documentation, etc. that we wanted to contribute back to the community. So out of our "profit", we made sure that we set aside some funds for our members to spend some of their time abstracting code, packaging it up for release, etc.
The basic principle is the same for a freelancer - you have to raise your rates. Are you charging $100/hr? Charge $110/hr. Use the extra money to pay yourself to package up the code.
In terms of "useful tricks" - well, as a freelancer, you don't have the privilege of someone keeping you honest to your goals. You can change your personal rules whenever you want. But frankly, I would say my co-op has made a net PROFIT on open sourcing our material. When we open source it, we post about it on our blog, Twitter, etc. This increases our referrals from other developers, it means more folks are finding us on the search engines, we gain credibility with other developers when we need them to fix a bug in their module. Maybe the "trick" is to remind yourself of those advantages.
The only way it has ever worked for me (Score:5, Informative)
Open source project X almost meets our needs, however it is missing the following 3 features. I could spend two weeks implementing those features (but we will need to contribute it back to the project) or two months implementing the library from scratch, which do you prefer?
Basically, I would say that you need to present a very concrete value proposition in front of the customer and let them pick... starting an open source project as a contractor and on the customers dime is pretty much always going to be a non-starter.
Re: (Score:2)
I have been paid for writing open source software but only in the following context: Open source project X almost meets our needs, however it is missing the following 3 features. I could spend two weeks implementing those features (but we will need to contribute it back to the project) or two months implementing the library from scratch, which do you prefer?
While I always like to see people contribute their open source work such (bug fixes, enhancements) back to the community, it's important to realize this is not strictly required except for only a few licenses. With most licenses, you only need to provide a copy of the source code when you distribute the binary.
So a better way to market this might be "If we make changes to open source project X, you'll get a copy of the source code and our changes. You can use that to make changes on your own later - or hire
charge for updates (Score:1)
dunno if you would get a lot of money that way, but you might get a bit
This is a non-issue. (Score:1)
This is a non-issue, and the only reason such a question can be asked is being a part in a propaganda campaign against open source software.
Tell the company what's in it for them (Score:4, Insightful)
I recently successfully persuaded the company that I freelance for to open source a core part of their product line. The part we open sourced was essentially the engine that powers several other products. I had a whole page of benefits prepared, but the main one was this:
"Your developers don't seem to realise that the core engine is supposed to be a general purpose platform, almost like an operating system - it needs to be very well documented, and it absolutely can't have any code in it that is specific to one of the applications that runs on it. If you open source it and give it its own website and code repo, your developers will finally understand what it is, and stop dumping application specific code into it when then need to implement a new application-level feature. This will save you time because you won't have to be constantly refactoring application code out of the platform."
Also, "open source is cool, and having an open source product will make it easier hiring new developers" seemed to go down well.
Maintenance costs (Score:2)
I worked on a closed-source product once where one of the customers wanted to pay for a new feature to be developed, but under the condition that it would be included in the main product and not developed as a customer-specific extension. The reason was that they wanted to make sure the feature would be maintained and that the maintenance would be included in the base license costs.
Opening the source could be part of an effort to reduce future maintenance costs, so that would be a way you could sell the ide
Smarter way to get paid (Score:1)
Service Offering (Score:1)
That being said we also offer a piece of open source BI software, until yesterday (this is true) we were GPL based, and to be honest dealing with requests regadding embedding, in a SAAS solution, not in a SAAS solution, was a pain in the ass. So we changed it to Apache 2 now to make our lives
Open source it the second time around (Score:3, Insightful)
The first time you implement something, you don't know there's a market for it. You write something that is very specific to your customer's needs.
The second time you are asked to implement it, you have a known demand, and you have a chance to resurrect the old code and make it better suited to a wider variety of uses. You can charge the second customer the amount it would take to implement from scratch, and use that time to clean up and prepare your previous work for their purpose and for general audiences.
Re: (Score:2)
The third time you design an XML format and a custom scripting language to make it do everything from controlling a nuclear reactor to transcoding .flv files. You know, just in case.
You never reach the fourth time, life expectancy being what it is.
Do what I do (Score:2)
Re: (Score:2)
Alternatively one could write up a contract that states the company is merely licensing the code and that the coder retains the rights to the original, non-company specific parts of it. The "licensing" covers the customizations and support for a given length of time (1 year?). Of course this would have to be in finely worded legalese to substantially cover your ass.
Re: (Score:2)
Re: (Score:2)
Depends on the nature of the business. I'd operate as an LLC at least and market myself as a business, not an individual. When a company is seeking out business from you and not the other way around you're the one who can initiate the legalese. Also, a lot of small businesses would likely be fine with this as long as they get some "discount" and a working product. For those who don't want those terms charge some fee (be reasonable, of course). Sure you may not be able to open source every gig but you'll lik
Re: (Score:2)
I'm not a sales person, so although it would be fun to build solutions and sell them as a product, I don't have a sales team to sell anything. I don't have a marketing team to get the word out. I have a family to provide for.
Re: (Score:2)
Just a different business model of course. But would you be going after the large fish and trying to open source your stuff? Probably not. I guess the OP just needs to figure out what's more important to them.
And +1 for actual civil conversation on the internet. Where's the AC to ruin everything? :)
Re: (Score:2)
And +1 for actual civil conversation on the internet. Where's the AC to ruin everything? :)
Sorry, I ran out of expletives for the day wrangling with svn.
Re: (Score:2)
Same here - though instead of SVN, Windows Servers.
Community (Score:2)
As other posts tell, if you want X to pay you for a work, you need to convince X that such work is interesting to him. Just saying "I want to open source it" is not going to impress anybody
An option, if the product has a functionality common enough, would be the possibility of creating a base of developers (that may add some useful functionality) and users (aka as "testers").
This can be combined with a marketing or "coolness" approach so that such company can be seen as providing something for free (don't t
One way (Score:5, Interesting)
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.
Don't sell project itself but its future (Score:3, Insightful)
I have been in the Open Source business for almost 10 years now and I am leading a big open source software project which is completely self-sufficient.
From my experience what you need to sell is not a 'Please open source this software because other will benefit from it' but a 'Please open source this software because YOU will profit from it - in the future'. Open sourcing a software is usually a bet on future option, like a stock option you are creating which needs constant nurturing.
Tell the customer that with a regular maintenance fee he might be able not only to help you support him (in case of problems/bugs/general support), but also will be able to extend it with possible new features with no additional costs (beyond that maintenance fee).
The 'do it for the public common good' is certainly weighing in on your suggestion but certainly a future investment and return is the key point. At least this worked for me/us. Usually if additional features happen they will be so happy and donate on top, too.
Re: (Score:3)
I'm also a 10+ year open source company veteran, and we have survived 1/2 on customers paying us for feature development, and 1/2 on ongoing maintenance and support in production environments.
The one thing that I think is the linchpin in _customer_ value is that there is no vendor lockin on their part. If our company were to go bankrupt or become money grubbing idiots, then they are free to go their merry way an continue I use our software without any license or support from us. They can hire someone else t
Business Reasons to opensource (Score:1)
The core idea
It's All About Incentives (Score:2)
(background: I've been freelancing for about twelve years, with several engagements that have resulted in open source contributions)
If you're freelancing, the general rule is that the customer owns everything you produce within the scope of the contract. This means you do not own the copyright, and therefore you can't open source the code. The specific phrase you look for in your contracts is "work for hire" ... and although IANAL, I believe this is the implicit legal relationship when someone pays you to p
Re: (Score:2)
In the case of a contractor or a comissioned work (in the US), a work qualifies as a work for hire only if all the following 3 conditions are met:
1. The work must be specially ordered or commissioned
2. The work must fall under one of 9 categories defined by 17 U.S.C. 101: contribution to a collective work, translation, supplementary work, compilation, instructional text, test, answer material for a test, atlas, or part of a motion picture or audiovisual work.
3. There must be a written agreement between the
Re: (Score:2)
Thanks for the breakdown on work for hire -- and I 100% agree, regarding hiring a lawyer to look at contracts. :)
Meh (Score:2)
The same way I get free tools.... (Score:2)
Roll the cost into the project. If I need a new Hot Air Rework station I add the cost of that to the next project that needs one. So that $22,500.00 job becomes $25,500.00 The customer still buys it and I get a nice shiny new Tool.
All businesses do this, Why is this not understood by freelance programmers?
Make the business case to your client. (Score:2)
There's a shop I used to work at in the past that did kernel ports to custom architectures, custom drivers, etc.
Now, you could pay us to do the work and keep it in-house... and when a new upstream kernel version came out, you could pay us to do it again.
Or, you could pay us to do the work, and pay us to do the extra work of getting it upstream once... and not have to pay for ports to every new upstream release.
We didn't have to try very hard to sell the second option.
Put it in your contract (Score:2)
My standard contract has a brief paragraph explaining the open source ecosystem, how we could start each code block from scratch instead at much greater cost but we'll use open source whenever possible to improve cost, time, and quality, and stating that software modifications tangential to the core business of the client will be fed back upstream, unless the client requests otherwise.
Deal with the issue once.
Give them a discount (Score:2)
How about this: (Score:2)
You make a library of funcitons on your own responsibility, which itselfs forms not a complete product, open source it,get more efficient in composing your products. Your customers will not care very much about it (they want that you do the job, fast) and you can complete more projects by using the shared code. With a little luck, people will start to contribute to the library and there will be a synergy.
That is how i understand most open source projects works: provide the building block open/free (on your
Re:Do and don't (Score:5, Interesting)
Re: (Score:3)
There are some nice projects on KS. See git-annex assistant [kickstarter.com]; a very talented guy (Debian 'oldtimer', wrote git-annex) which is delivering a real free and open source program for a fairly low "salary".
Re: (Score:2)
I can't imagine coding something like that at $20k a year -- isn't $30-35k more like the average? And that's not counting pension plans, medical insurance, sickness cover etc. $50-60k sounds like absolute bottom-end for that sort of work as a contractor (and that's still more that Lunduke was asking!)
So, it's great that he's willing to accept it, but it sets the bar awfully low for the rest of us.
Re: (Score:3)
I think he's taking a big paycut to work on what he wants, when he wants, free from stress and annoying people. It's a reasonable trade-off.
And I don't think he really lowers the bar for everyone else.
In any case, his living arrangements seem rather inexpensive: http://joeyh.name/blog/entry/notes_for_a_caretaker/ [joeyh.name]
Re: (Score:2)
For non-idealistic projects, equity crowdfunding may be more fair. This is available, just not from Kickstarter (when they started it wouldn't have been legal).
Re: (Score:3)
A lot of the time, the reason people aren't making money off of their open-source content is because they're too ingrained in the GPL mindset as opposed to the BSD minset.
The GPL license works better for commercial dual licencing. Release something under BSD and people can use it for commercial purposes for free. Under GPL if they want to incorporate it into a commercial system they can't - that's where you offer a commercial "paid for" license.
Re: (Score:1)
This Captialism where you steal public resources may be quite common, but I still prefer Capitalism where your profit is based on exploiting your own property and fair use of public property.
Re: (Score:3)
I can't count how many times my company has put together a custom extension to our core product for a client only to later field many requests along the lines of "you know, like you did for [client] but with this small change" and end up rolling that same modification into our core product with a wider variety of configuration options.
Sometimes you're impl