Getting Paid To Abandon an Open Source Project? 654
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."
How much is your soul worth? (Score:4, Insightful)
Because that's the real question. Are they paying enough to own you?
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.
If you were seriously devoting your time (Score:1, Insightful)
for the deepest goals and values of open source, then taking money from this company would be selling yourself out. But, if you were doing it for fun, with no serious consideration to your part in the open source movement, then you have no such issues. Yes, you'd be outcast for selling your code. But it's a choice you have to make, based on your feelings about your work, your views on open source, and your cash needs. No one else can advise you. Good luck!
Do you need the money? (Score:5, Insightful)
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?
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.
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.
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.
Talk to a lawyer (Score:2, Insightful)
Before you make a decision talk to a lawyer that understands the issues. The company may be making demands post employment that aren't enforceable. In any event, you don't want to agree to something you don't understand.
Also bear in mind they want you because of your expertise. Make sure they pay severely for it. If they balk at your asking price, offer to accept lower compensation for laxer restrictions.
Their reality is if they get someone without your experience with the codebase, they'll spend a lot of money on familiarization and even more if they try to merge in features from a fork.
Negotiate! You've got a strong position.
If they want non compete, you ask for royalties (Score:2, Insightful)
Simple, if they want to restrict your ability to write code after you leave, you need to make money every time they use your code, after you leave...
Re:You need to think about who you're dealing with (Score:1, Insightful)
How is it unethical? The BSD license allows for such behavior. When you license something as BSD, you do it with full knowledge that someone can come along, take the code, and then use it internally without releasing their improvements to it.
That is not unethical, that is fair play.
Competitive advantage? (Score:3, Insightful)
You don't say much about the project, or what the improvements would be. Are they something connected to your prospective employer's core business, and will the give them a competitive advantage? If not, then you could try persuading them that it will be cheaper for them in the long run to contribute the changes back upstream. This model was followed by Yahoo! in relation to FreeBSD.
It doesn't sound like this is the case, however. The next question is, how much of a competitive advantage will it give them? Would they lose anything by releasing the changes in six months? A year? Two? If not, then you should discuss this with them. You should also make sure that they limit the non-compete clause to only apply to specific features and within a fixed time scale.
It's probably a procedural formality (Score:2, Insightful)
explain it to them. They probably haven't thought this through.
Most times it seems like someone is being a complete ass, it's because he didn't perceive his own behavior as offensive. It usually only takes a cool, calm reply noting that you first believe this offending party to be a of good intention (a compliment) then note that you've noticed something that probably needs clarification because you're certain their intentions were honorable. In most cases when presented with high and honorable expectations, the offending party will seek to live up to those high expectations.
Give it a try.
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.
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...
Re:also my changes leading up to this moment... (Score:3, Insightful)
Yes. You can't relicense BSD code. The *copyright* still belongs to the author of the BSD-licensed code. They want to buy it so they can actually relicense those sections, and then hope that the stuff already released disappears from easy availability.
Re:A few things (Score:2, Insightful)
I wonder, would such a non-competition clause extend to after you left the job concerned?
That is exactly how it's phrased;
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.
In six months the company can decide that the changes that they need have all been made and further development is no longer needed. Now he doesn't have a job AND can't work on the open code.
No, I wouldn't go for this.
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.
Re:Ever? (Score:3, Insightful)
it's so excessive that it's probably unenforceable
Whether it's enforceable or not isn't the issue. If it's in a contract, and you sign it, it's effectively enforceable.
Yes, you could probably convince a judge that it's unfair. But how much will it cost you to do that? Want another job in the same industry? Be prepared to be treated like a leper, because employers won't want to go near you for fear of being sued.
Even if it's unenforceable, are you prepared to get sued and spend thousands of $$$ defending yourself against that 'unenforceable' clause, while you're flipping burgers (because you can't get a programming job.)
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.
Contreversial I know... (Score:1, Insightful)
Take the money and fuck the community. The community won't pay your bills, your food, the clothes on your back. Keep free what is BSD'd and already free, and go whore yourself for as much as you can screw outta them. Best of luck to you.
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?
Comment removed (Score:5, Insightful)
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.
Re:Unreasonable terms (Score:3, Insightful)
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.
This part jumped out at me too. Sounds like you should name a good solid 5-figure price for this work (which is currently your intellectual property!) and stick to it.
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'."
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.
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.
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.
Re:The dark side (tm) (Score:5, Insightful)
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).
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?
Use GPL for your next project (Score:2, Insightful)
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.
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--!)
Comment removed (Score:3, Insightful)
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.
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.
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.
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
What is the value of your reputation? (Score:4, Insightful)
You probably got the current offer as a result of your work in the community. If you continue to build that network through good work, you will probably reach a point where you have far more opportunities than you do now if what you are working on is seen to be worthwhile.
Or, you can trade your reputation in to work for the people making you the offer. Do you plan on staying with them long enough to build a new network and for people to forget what you did? It sounds like you know it won't go over well and will burn some bridges.
In my experience, it's a small world and karma is a bitch. So, unless you are talking about a set-for-life kind of deal, it's probably a bad idea.
On the other hand, I don't think you have an ethical conflict here. If you are talking about the chance of a lifetime, you should do it. After all, it is your work and you should benefit from it even if your associates will hate you for it (your friends will understand, set for life is a big deal). You just have to decide if the opportunity is worth the price you know you will have to pay...
My guess is: probably not.
Re:Sell out if you want but don't sell out cheap (Score:2, Insightful)
The scary thing is that this should be modded "Insightful", not "Funny".
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".
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?
Re:Step one: Find a good lawyer. (Score:3, Insightful)
The big problem with the non-compete is that it's permanent, and includes his previous (unreleased?) work. There are possible problems with the non-compete like: What if the job doesn't work out, and he's left on the streets 3 months later?
A non-compete clause on work you did before you were hired, that continues after you leave the company, is unreasonable no matter what.
I think a clause like that for a regular job should be illegal, and you definitely shouldn't sign anything like that unless they pay for your life after you leave the job, which probably means millions.
You're not just signing away copyright on work done for them, you're signing away your own work experience. Even the experience you acquired before you started working them. Basically, you're signing away your entire career. So they have to pay for your entire career.
If they don't want to do that, the contract is not reasonable.
As to your question: I expect that not that many FOSS developers get hired away like this. Most companies recognize the value that the rest of the FOSS community brings to the project. These guys don't. That's going to discourage a lot of FOSS developers from dealing with this sort of company.
Exactly. An employee who is an active and respected committer of an important open source project is far more valuable than an employee who knows about that project but isn't a committer. A smart but honest employer would allow him to commit bugfixes at the very least, and preferably also new features that he didn't write explicitly for his new employer.
If they don't allow that, they're either stupid, or dishonest. Ask yourself whether you want to be working for a company like that.
Re:The dark side (tm) (Score:4, Insightful)
Is how much really relevant? YOu are asking to put a price on his integrity.....
Integrity ... wha? He's talking about switching from free work to paid work, not becoming a Nazi for a couple of shiny nickles. How about a little perspective here, please.
He's a developer who's work is being appreciated and based upon that has had a company offering him compensation to continue, albeit in a commercial environment. Did you ever consider the possibility that they *need* to make this kind of demand, i.e. they are a corporate entity with rules of their own? Sure it could be a ploy, but I saw nothing about an after-employment perpetual NDA (which some have speculated at, and which I would absolutely recommend against) so if he gets screwed he could just leave and pick up where he left off.
If he's ostracized by the community, it's only going to be from that select group with the cup in their hands who have never contributed to the code base themselves (of course, that's typically 99% of the people running the code) and of course our beloved fanatics.
Besides, if you're so bent out of shape over it you could always step up and take his place.
Re:The dark side (tm) (Score:5, Insightful)
I'd no more do my own legal analysis than I'd do my own dentistry.
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.
Re:The dark side (tm) (Score:3, Insightful)
Yeah, but Winston Churchill is one of the great attractors of witty repartee. I wouldn't put too much faith in that attribution :-/
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.
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.
BSD license (Score:3, Insightful)
BSD licensing is practically the same thing as throwing your code in a junkyard or landfill. It's a travesty.
GPL = user freedom
BSD = programmer freedom
What's travesty is telling programmers what they can and and not do with their code.
Falcon
BSD vs GPL... (Score:2, Insightful)
Well, young coder... choose well... let your choice be as enlightened as possible.
Don't do it. (Score:2, Insightful)