Slashdot Log In
Getting Paid To Abandon an Open Source Project?
Posted by
Soulskill
on Sun Oct 05, 2008 09:24 AM
from the money-vs.-warm-fuzzies dept.
from the money-vs.-warm-fuzzies dept.
darkeye writes "I'm facing a difficult dilemma and looking for opinions. I've been contributing heavily to an open source project, making considerable changes to code organization and quality, but the work is unfinished at the moment. Now, a company is approaching me to continue my changes. They want to keep the improvements to themselves, which is possible since the project is published under the BSD license. That's fair, as they have all the rights to the work they pay for in full. However, they also want me to sign a non-competition clause, which would bar me from ever working on and publishing results for the original open source project itself, even if done separately, in my free time. How would you approach such a decision? On one side, they'd provide resources to work on an interesting project. On the other, it would make me an outcast in the project's community. Moreover, they would take ownership of not just what they paid for, but also my changes leading up to this moment, and I wouldn't be able to continue on my original codebase in an open source manner if I sign their contract."
Related Stories
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
The dark side (tm) (Score:5, Funny)
You can't begin to imagine the power of the dark side.
Re:The dark side (tm) (Score:4, Insightful)
You've been doing work on this project and contributing the results of your labour back to the pool of common ideas. Why?
Did you ever feel pride in your efforts, pride in how they were contributing back to humanity, pride in the fact that you were sharing?
If you did, and you do this, you will be a shamed man. Not to us. To yourself. You'll probably end up using cognitive dissonance to transform yourself into a more callous and selfish individual to escape the dichotomy.
How bad do you need the money? What are you prepared to do to yourself to get it?
Parent
Re:The dark side (tm) (Score:5, Insightful)
How much money are we talking about here??
At the very least...if you're gonna do this, make it VERY much worth your while. Don't go to work for them....contract out to them. Also, don't sign away all your rights, rather, if it is that important to them...have them cut YOU a percentage of profits, or get your name on the patent too if it is a patentable idea.
Sounds like this guy is thinking way too small....if you have to suck up a little pride, make sure you are doing it for the right price...don't think so small as to just sell out to have a normal 'real job' type thing....
Make them pay...
Parent
Re:The dark side (tm) (Score:5, Interesting)
Of course, she said yes.
Before they started, she demanded the money up front. He handed her $50, to which she exclaimed "What is this? What sort of woman do you think I am?"
To which he replied "Madam, I think we've already established that, what we're doing now is quibbling over the price..."
Also, you could take a hint from dark-alex [wikipedia.org], of the playstation portable homebrew scene - 'quit' the scene, then release the code as someone else. Sure, you won't get the popularity among geeks for releasing open source software, but any employer can check on your work on the 'official' software.
Parent
Re:The dark side (tm) (Score:5, Informative)
Churchill: Madam, would you sleep with me for five million pounds?
Socialite: My goodness, Mr. Churchill... Well, I suppose... we would have to discuss terms, of course...
Churchill: Would you sleep with me for five pounds?
Socialite: Mr. Churchill, what kind of woman do you think I am?!
Churchill: Madam, we've already established that. Now we are haggling about the price.
Thank you, wikiquotes!
Parent
Re:The dark side (tm) (Score:5, Funny)
It was me, I did it in a bar awhile back....was hilarious.
Parent
Re:The dark side (tm) (Score:5, Insightful)
Definitely a +1 on this. If they want it badly enough, they'll pay. And then to clear your conscience, you can always donate to the project with your newfound riches.
Honstly, if the code is BSD licensed, the only reason they want you to do this is to get rid of competition for their own benefit, which makes them undeserving of a generous price for your time and reputation. It's not like the BSD license would restrict them from using your project anyway, even for commercial purposes.
Parent
Re:The dark side (tm) (Score:5, Insightful)
Honstly, if the code is BSD licensed, the only reason they want you to do this is to get rid of competition for their own benefit, which makes them undeserving of a generous price for your time and reputation. It's not like the BSD license would restrict them from using your project anyway, even for commercial purposes.
That's not necessarily the reason. It could be that they need this project, but also need certain improvements, and perhaps need it to move in a certain direction. Hiring an important committer is a great way of accomplishing those goals.
Problem is, by denying him to contribute future changes to the project, they're effectively demanding a fork that they want to maintain themselves. But is that really in the best interests of the company? Because if there are other productive committers still left on the open source project, they'll miss out on their improvements after the fork, or they'll have to do a lot of work merging those changes with their own forked code.
It could very well be in the submitter's prospective employer's best interest to allow him to commit his most important fixes to the project. Only keep the new features that the employer needs (built in a modular way on top of the open source stuff) to themselves. That way, the employer won't have to maintain their own fork and won't miss out on new fixes by other committers, while still keeping the extra features from their new expert to themselves.
This way everybody wins. And that's always the best open source business model.
On the other hand, if the submitter is the only serious committer on this project, the prospective employer is effectively asking to buy the project. So how much is that project worth?
Parent
Re:The dark side (tm) (Score:5, Insightful)
A non-compete in perpetuity is really really cheap for them; they pay you for ... how long? and you're taken out of the game permanently? No deal. Offer exclusive rights to your project-Q time, for as long as they pay you $whatever weekly, plus a six-month grace period.
Parent
Re:The dark side (tm) (Score:5, Informative)
I can see two paths for this: One is that they're on the up and up and want to hire you for years to work on this project. That's fine, as long as you're willing to walk away from the people that you're working with in the Open Source world, their contributions, etc.
The other is that they hire you for a few months or a couple of years, cite 'creative differences', and then terminate your contract -- but hold you to the permanent non-compete.
This would allow them to torpedo your contribution to the project, leaving you without access to the OS community (and vice versa). They torpedo the project for cheap, and you get left holding the bag.
This is a bit different from a normal non-compete situation (for most programmers) where you go in, do their work and then agree to not compete with what they have you do. In this case you are effectively selling them your previous work. Charge them as if you'd been working exclusively for them for the entire time -- at a high consulting rate, because they already like the work you're doing (i.e. they're not paying you on spec, like is normally the case).
Remember: Until you sign the contract, everything is negotiable. You can ask for a house, a car and a weekend with the CEO's daughter. Whether they give that to you is an entirely different matter.
Parent
Re:The dark side (tm) (Score:5, Insightful)
I'd no more do my own legal analysis than I'd do my own dentistry.
Parent
Re:The dark side (tm) (Score:5, Insightful)
I do not see any ethical problem here, as there would be with a company that was stealing GPLed code. Anyone contributing to a BSD licensed project is saying, quite clearly, that they are happy for people to develop proprietary forks.
What it comes down to is whether he prefers the job or involvement in the project.
Parent
Re:The dark side (tm) (Score:5, Insightful)
To my mind, this would be the same as working for a vendor and then taking a job working on their competitor's product. It works, but is it ethical?
Parent
Re:The dark side (tm) (Score:5, Insightful)
If you're an engineer, you don't stop being an engineer because you've changed jobs, and if you're a specialized kind of engineer or you have extensive experience in a particular field, then you're realistically going to end up at one of your competitors.
The same is true for doctors, nurses, kitchen staff, scientists, etc.
Pretty much anyone with any level of specialization whatsoever(ie anyone who isn't a PHB or a lemming) will eventually end up taking a job with someone who is/was a competitor(even if they weren't a major competitor) to one or more of their previous employers, its' the nature of the game.
Unless you don't switch jobs, don't attain any level of specialized skill, or are willing to throw away any experience you gain in a specialized area, you're going to do this eventually.
Parent
Re:What? (Score:5, Insightful)
"The difference is a LEGAL one, not a moral one."
Sorry, but you are wrong.
"t's just as immoral to screw over the community on a BSD project for one greedy bastard's financial gain as it is to do so on a GPL project."
*THAT'S* where you are wrong. On the BSD case, those producing code knew from the very beginnig these kind of things may happen (it is not that the boy has been catched by a subtle legaleese on the BSD: it is all there and quite clear) and, by providing their code to the project, accepting that to be the case. Thus, there's nothing immoral for somebody doing the expectable and reasonable (it *IS* reasonable: if developers didn't like the BSD they could easily chose a different license).
On the other hand, there are some other developers that want things to be a different manner. They choose the GPL so somebody taking apart derivatives for distribution on their sole part won't be something about moral, but upright illegal.
On a civilized society there's nothing "just legal, not moral" since legality is nothing but the written down ethics for such a society. Remember the old roman saying: 'dura lex, sed lex'. Of course, our society is not a perfect one, and there are in fact deviations between the legal system and our ethics. But certainly this is not the case.
Parent
Re:What? (Score:5, Insightful)
Either there's a healthy team of developers working on this project and the loss of one guy and his improvements aren't going to make much difference to the project and he's not screwing over the community anyway.
Or, he's the creator, or otherwise the primary developer of this project and they're buying the project. In this case, yes, a lot of people who use the project will be annoyed, but realistically, they're free to take up the code base(it's not like they can take the already released BSD code off the market) and improve it themselves.
Open Source doesn't guarantee you the right to anyone's time or resources, it guarantees you the right to take over if the person writing it doesn't want to do it anymore, and this hasn't changed.
Realistically what he's doing isn't any different than retiring, the company cannot steal the whole project if the source is already out there, and if the source isn't already out there then it was probably only a feel good open source project anyway, and if the author feels bad he can release it out before he signs the contract.
No one with a copy of that source is under any obligation based on a contract this guy signs, and the BSD licensing can't be retrospectively revoked, so all he's doing is stopping work on the project and going to work on a proprietary fork, all he's taking away is his own effort which he doesn't "morally" or "legally" owe to anyone.
If he's the creator of the project he could relicense any future code from a GPL project as proprietary too, there's no legal or moral difference. You can't undo what's been done, and no one has the moral right to what you haven't done yet.
Parent
Re:The dark side (tm) (Score:5, Insightful)
jesus. Taking paid work makes you 'shamed'?
Any 'community' who shuns someone and makes them an 'outcast' because they took a paying job that helps pay the bills mid credit-crunch is a 'community' you really don't need.
This isn't a job offer to work on the manufacture of landmines or shackles for child slaves. It's a job writing code.
Parent
Re:The dark side (tm) (Score:5, Insightful)
Parent
Re:The dark side (tm) (Score:4, Insightful)
jesus. Taking paid work makes you 'shamed'?
You might want to pay attention to the context of the statement. It goes like this:
Did you ever feel pride in your efforts, pride in how they were contributing back to humanity, pride in the fact that you were sharing?
If you did, and you do this, you will be a shamed man. Not to us. To yourself...
The idea here is whether the person could live with their decision or not. It's certainly NOT what the community would think nor the idea that paid work is shameful.
Parent
Sign the contract, then get fired x years? (Score:5, Insightful)
By signing this you are selling off something important to you to them. You must also realize that if they should fire you, then you have no more project, and you lost all your work in the project.
An exit clause in the case the company should lay you off is not necessarily enough neither, as they can sell the company / project to a 3rd part, etc. Not to mention the company starting to do something with your work you that goes against your moral, simply to make you leave, or not anymore want to be part of it?
What so ever you do in case of wanting such a contract, you got to talk to a lawyer to ensure all the terms are right, say what matter to you and make sure those terms are there.
- There might be possible to add clauses for a fixed time you require to work together with the company before signing over the rights
- Requirements as to what should happen in case of takeovers of project/company to another company
- In case of layoffs/dismissals.
You really need to consider the short term / long term consequences for you to sell your work to them.
Parent
Re:Sell out if you want but don't sell out cheap (Score:5, Funny)
Depends. Are we talking 2009 dollars or 2010 dollars?
Parent
Re:The dark side (tm) (Score:4, Interesting)
Try to negotiate a little about the non-competition clause. Although if it doesn't work out, it would be reasonable; they don't want you duplicating the work that you do for them.
But if there's any worries, it shouldn't be about the FLOSS project concerned, it should be about whether many other FLOSS devs get "hired away". Is this an increasing trend, or just a special case?
Anyhow, definitely take the money. Even if it is an increasing trend, it could actually encourage more people to get involved in FLOSS projects. Major contributions to FLOSS projects look good on a resume.
Parent
Re:The dark side (tm) (Score:4, Funny)
He's obviously already a heretic whose head should be put on a pike and bandied around the halls of the FSF, because, well, duh, BSD licensing is practically the same thing as throwing your code in a junkyard or landfill. It's a travesty.
Now everybody get your torches and pitchforks, and chant "G-P-L," repeatedly if you will.
Parent
Re:The dark side (tm) (Score:5, Insightful)
I don't even understand.
Negotiate with the company until the terms are to your liking, or until it's clear they're not willing to give you what you want. Start with insisting they get rid of the non-compete clause. If they keep coming back with more money, you just need to decide whether the amount of money they're offering is worth it.
It sounds like you're asking, "I got an offer from a company, and I'm not aware of the concept of 'negotiation'."
Parent
Re:The dark side (tm) (Score:5, Insightful)
Actually, a lot of people not aware of concept of negotiation. I do not know about US schools but I have an information, that in Soviet Russia there were absolutely no lessons on contracts and how to negotiate. If such person (and there are a lot of immigrants from the former Soviet block) come into the described situation, he'll have some troubles.
Parent
How much is your soul worth? (Score:4, Insightful)
Because that's the real question. Are they paying enough to own you?
Re:How much is your soul worth? (Score:5, Insightful)
Apparently they want to own his work on _that specific project_.
On those terms, they could buy any of my projects (I have this [sourceforge.net] and this [sourceforge.net] for example) for a reasonable price.
It's not that I don't value my own work or become attached to my programs, but rather that I always have some ideas for stuff I'd like to do, so I can just move on.
In the end, most of us eventually move to other projects for a number of reasons (boredom, happiness with the current status, other things to do, etc) and I don't think money would be a bad reason.
Parent
Re:How much is your soul worth? (Score:5, Insightful)
Oh, puh-lease... Right now we have 25 highly-modded drama-queens dominating the discussion on this topic.
I code for a living - I MAKE MONEY for selling the product of my skills. Welcome to the real world, folks.
I also code for fun, because I enjoy doing it. Not often, however, do the two categories overlap... I don't often profit from my for-fun code, and although I find the problem-solving aspect of it satisfying, I can't really say I "enjoy" the code I write to put food on my table (in the sense that I wouldn't do it for fun if no one paid me for it).
We all need to make a living, so this question really boils down to one question, which has nothing to do with "soul", or really anything to do with the specifics of the BSD license (if the FP author agrees with the intention of lawyering up on a technicality, even if he wins, he will lose far more than he will make from this deal):
Does the amount you will make adequately compensate you for the loss of your ability to continue working on a "fun" project?
If yes, then take the offer and find a new pet project. If no, then you already know your final answer (unless you desperately need the money, in which case, you still already know your final answer).
Parent
Re:How much is your soul worth? (Score:5, Insightful)
I have open source projects too... if someone offered me $100 to stop them, I'd tell them to fuck off. For $100,000 I would drill through every hard drive that my code ever touched. But then again, I don't care *that* much about the projects. My point is, everyone has a price, but he should keep in mind that 1) He can negotiate this and 2) This is a lifetime ban, not just temporary, which is asking a lot so take that into account. Also, he should have a lawyer take a look at the non-compete agreement to make sure other different but possibly similar projects don't get him sued.
Parent
Re:How much is your soul worth? (Score:5, Insightful)
A lifetime ban is almost certainly not enforceable, at least in the USA. This is almost certainly all a bunch of bullshit over nothing.
Parent
let me get this straight... (Score:5, Funny)
So, they're offering to pay you to go fork yourself?
A few things (Score:4, Interesting)
I wouldn't do it at all, personally, because I'd consider it a violation of my integrity to do so. Kinda like a deal with the devil, if you will.
Also, how are they going to take control of changes you already made? You've already licensed them under the BSD license; someone else could just republish them. You can't revoke things like that.
Re:A few things (Score:4, Insightful)
The BSD license is the most altruistic to be sure, but there is no shortage of people out there willing to take advantage of it in ways that weren't intended.
The GPL sees this and has decidedly moved to protect the intent of Free/Open Source Software while keeping the code and the software free.
I find the BSD license particularly damaging to open source progress into technology culture and business.
Parent
Re:A few things (Score:4, Informative)
GPL gives maximum freedom to the code.
BSD gives maximum freedom to the programmer/corporation.
Parent
Re:A few things (Score:5, Interesting)
GPL gives maximum freedom to the code.
BSD gives maximum freedom to the programmer/corporation.
I think BSD gives maximum freedom to developers of derivative code, while GPL gives maximum freedom to users of derivative code.
I've never understood what code itself would do with freedom.
Parent
Everything is for sale (Score:5, Interesting)
I mean that in a very practical way.
I've never signed a non-compete; they generally are a bad idea unless you have a personal services contract which guarantees you a minimum length of time when you'll get paid, because what's to stop them from firing you the day after you sign?
Also, if the non-compete is broad, and you quit/they fire you, could you find *any* work without competing with them? If the answer is no, then you should seek compensation for your time.
OTOH, if you're a typical coder-monkey who is bright, but your work could really be done by about 1,000 other people (and be honest with yourself) then the whole thing seems fishy to me on so many levels.
I have a feeling you're only asking this stuff because you're not really being honest with yourself. You know the answer to this. Just execute on it.
(I'm anon because I participate in all these talks all the time at a major company and I'd rather not have my name available in this context)
Re:Everything is for sale (Score:5, Informative)
The value of a non-compete clause varies by state. In Maryland and Virginia, the courts have deemed that they must be of reasonable length, usually no more than three years, and several decisions have limited the duration to two.
In California, non-compete clauses are simply invalidated by the law. They have little (if any) power here.
Parent
Cold hard dirty cash (Score:5, Insightful)
Treating open source as anything but a business that has to compete will make it fail, it's not a moral decision.
Your own moral compasss should guide you.... (Score:5, Insightful)
You're obviously conflicted about this; otherwise why be posting to /.?
So... Would the money allow you to do something more than you're doing now? Better house, bigger car? Is that important to you? Is it more important to you than your desire to be part of that particular community?
How critical are you to the success of the Open Source project? Would it die without you?
And, how critical are you to the success of this company's plans? Can they hire someone else for the job?
If it feels wrong, if it feels like it won't work for you, don't do it.
Do you need the money? (Score:5, Insightful)
Unreasonable terms (Score:5, Insightful)
Here's my comment from the firehose. Stupid how those don't carry over.
Barring you from working on the same project again (or same field again?) might be unenforceable. Several jobs have non-compete clauses in their contracts, but several judges have struck them down. It really doesn't seem practical, or reasonable, to accept a lifetime ban for a job. Also, how long does your contract with your new employer last? Definitely do not accept if it is an "at-will" employment offer. They'll just fire you the first month, and they have eliminated a competitor with minimal cost. Also this part, "Moreover, they would take ownership of not just to what they'd pay for, but also of my changes leading up to this moment" needs to be crossed out unless they are buying the work you have done so far. Don't give that away for free.
Basically, what you have described are unreasonable terms. If I was offered a job that paid better than what I get now, I would seriously consider taking it, even if it was at the cost of the open source community. I would continue to contribute in other ways. But that doesn't seem to be what is happening here. At worst you are being scammed, and they will fire you when they get what they want, and at best you are getting a bad deal.
Re:Unreasonable terms (Score:5, Insightful)
the booby traps of BSD licenses?
The BSD license is working as intended here. Unlike the stupidly restrictive GPL, the BSD license lets people make choices that you might not like, for the sake of developer freedom.
(Incoming downmods, how dare I question the GPL--!)
Parent
Re:Unreasonable terms (Score:5, Insightful)
Why do you says "stupidly restrictive" ?
The real wording should be:
"Unlike the restrictive GPL, the BSD license lets people make choices that you might not like, for the sake of developer freedom."
and
"Unlike the permissive BSD, the GPL license lets developer make choices that you might not like, for the sake of code freedom."
You see ? Two faces of the same coin. Neither license is "stupid".
Parent
Negotiate! (Score:4, Insightful)
All terms are negotiable. Figure out what you could live with, take a position of strength and ask for more than they appear to be willing to give (e.g. you'll do the work for more money than they are offering, will dual-license the work and won't sign a non-compete). Let them know its a negotiation, but that you cannot do it under the terms they proposed.
Re:Negotiate! (Score:5, Insightful)
That is so true.
I negotiated a contract a few years ago in which the company wanted to have any disputes settled by an arbitrator, that they would name at a later date. I told them that I was fine with arbitration, but that I would be the one to name the arbitrator. They balked because that would be buying a pig in a poke, to which I said, "just so, so let's name the arbitrator NOW."
The situation this guy is talking about is ticklish. He needs a good lawyer because this could be extremely costly to him. What he is being asked to do is to forgo the future economic benefit of his knowledge of the project and problem domain. Therefore, his agreement should reflect a difference between him and a similarly skilled developer with no particular expertise in the project. If he gets the same deal as somebody coming out of a different field he is actualy giving up more.
Therefore, the economically rational thing would be for him to sell the difference in some way. If that difference were worth $500,000, then he could offer it for $400,000, and both he and the company hiring would b ahead. That would be fair.
What I'd do is ask for a severance package, to compensate for the lost future income. Otherwise, they could simply offer him the job, fire him under some pretext, and enjoy the competitive benefit of having his expertise removed from the field. I'd say, why don't you give me $50,000 a year for every year you don't want me to compete? If at any time you feel that my non-competition isn't worth it, simply stop paying and I'll be free to get a job using my domain knowledge?
That's perfectly fair. Maybe (it's not his job to suggest this) the package would be pro-rated by the number of years; suppose he'd worked on the project for four years. If they hired him and fired him immediately, they'd pay him $50,000; after one year of employement (1:4) they'd pay him $40,000; after four years of employment, they'd pay him $25,000.
The important thing to remember:he's giving up future income earned through his past investment on this project. It'd be like handing over some of the value in your 401k to your next employer. He's got to get that gift balanced out.
Parent
DUDE, DON'T!!! (Score:4, Interesting)
Think of WINE! Remember what happened when the Cedega guys "improved" the WINE codebase? The project's DirectX implementation stalled for years!!
And who says they won't use dirty tricks to keep you from working on Open Source FOREVER?
JUST SAY NO.
You are in a position to negotiate (Score:5, Insightful)
My take? They approached you, and if it is a small project they are unlikely to find someone else with equivalent experience to work on the code base. Their alternative is building the project from scratch.
You would be an idiot to sign any open-ended non-compete clause. It is reasonable for the company to expect you to keep their modifications private, but their way of addressing this is not reasonable. A more reasonable compromise is for you to remain bound to non-competitive terms as long as you are employed by the company. This provides some teeth to your "employment at will" and gives them an incentive not to screw you over once you are working for them. Also remember that anything you sign that restricts your freedom to work on the project will also restrict your freedom to work on a consulting basis with other companies when you leave.
On a final note that comes from personal experience, "providing resources" isn't a tangible promise at all and you'll be lucky to get much of anything. If these guys had resources to throw around it seems unlikely they'd be trying to fork an open source project instead of building from scratch and trying to keep the whole thing proprietary.
They can't really do that: (Score:5, Informative)
Moreover, they would take ownership of not just what they paid for, but also my changes leading up to this moment
If it's been released under the BSD license they can't do that in any meaningful way. The only rights *you* retain in the code you have released under that license is:
* The right to release another version under a different license.
* The right to be acknowledged as the author of the code.
* Some protection from misrepresentation and lawsuits.
You don't have the right to withdraw the code from distribution by anyone that already has a copy, and I don't think you have the right to remove your name from those copies, so what exactly do they imagine they would own?
Been there, done that. (Score:5, Insightful)
1) From what I understand, the code you already wrote is out in the wild. If they want locked code from you on top of that, the only way you'll be able to provide it to them without doing anything illegal or the deal being invalid is to write their proprietary part as a patch.
2a) As people have pointed out allready certain Non-Competes may be illegal, so signing them may mean squat anyway. Check the laws on that where you live.
2b) Non-Competes are often rippoffs. A rule of thumb I like to use is the following: Unless you get big time money and can go on an extended vacation to learn a new technology or dive into a project and reach the same level as the one covered by the non-compete or can feed yourself and your family of the royalties from the agreement until it runs out you shouldn't sign it. And if your contractors are willing to do that they probably have enough money to sponsor a rewrite which you can offer to them aswell, which ever bodes best for you.
3) I had a very simular situation where along the run my partners and I would've gotten into a fight over wether they own the code or just the module which I built for them. Even though it would have legally been me owning it without the slightest doubt, I didn't want to spoil the relationship with partners simply because they didn't understand OSS licencing - which is understandable.
I told my next partner in the contract chain something of the following: "Give me the money we agreed on, free reign whilst implementing our product and keep the end customers of my back for a few months and I'll build a modular system that won't require a programmer for each little change. You'll be able to have secretaries do the grunt work using a custom editor that outputs XML config files. You pay me and get all that for free, a dual-licenced code-base with you *and* me both owning 100% and in exchange we GPL the entire shebang, slap a brand-name on it and continue our successfull co-operation into further projects."
He agreed and we went on to have:
A) An open source project that leads the field by far with our companies names attached to it and my personal name attached to it as project lead with the accompaning bragging rights (and User Thank-you emails arriving at my in-box to this very day) ...
B) The largest competitor in our field kicked out of their pitch due to our far superiour open source project and it's custom extensions for the end customer with the big pockets (a Pharmaceutical Global Player) ...
C) said custom editor developed by a third party partner company / our now drinking-buddies for minimal costs as they wanted to leverage the new OSS project themselves ...
D) a dual licenced code base that keeps everybody happy and proves that I put my money where my mouth is and have no trouble moving into the OSS version of our product if I'm cut out of the loop our the partners go out of business / other ways - which is sort of happening right now with everything still fine and dandy between us all - ...
E) ... and after the first iteration all involved noticed what was clear to me right from the begining: People and corporations don't care squat about under which licence you implement your shit. As long as it works and you're there to help middle management justify the expenses in front of the chiefs.
F) A super-pure conscience for me and a great feeling of having done something good. Plus two years of good worry-free living as a freelancer.
Mind you, this is a web project, so YMMV - but that pretty much sums it up for any situation I can think of.
4) / Bottom Line: You've got the strong end of the stick. Be understanding but don't be foolish. Talk to your partners and cut a deal that makes you and them feel comfortable. U
Re:BSD license, so what's the hangup (Score:4, Insightful)
Also, since you have been contributing to a BSD licensed project, I assume that you support and encourage this type of corporate behavior.
How did this troll get modded up? In what way does the BSD license encourage anti-competitive arrangements that prevent people from being able to work on a particular project however they want?
Parent