I was interviewed by a lady from Zynga and she told me that Zynga doesn't allow developers to have side projects. Is this true for companies in general, or just a minority that Zynga is a part of? Is this sort of restriction legally enforceable? I'm in California, for what it's worth.
The original question was "whether employees are allowed to have side projects." I assume this was just an oversimplification or a misunderstanding by the "lady from Zynga," because I doubt they care if you have side projects... the real question is whether they claim to own what you do in your spare time.
Before I start: Be careful before taking legal advice from this thread. I see enough wrong information here that you could get in trouble. Non-US readers should also be aware that the law and legal practice could be completely different in their country.
There are two pieces of information you would need to know to answer this question:
There are state laws that vary from state to state which may even override specific contracts (tghw covers those well ).
In the US, in general, courts are very lenient about letting people sign any kind of contract they want, but sometimes, state laws will specifically say "even if you sign such and such a contract, the law overrides."
Before I can even begin to explain these issues, we gotta break it down.
Imagine that you start a software company. You need a programmer. So you hire Joe from across the street and make a deal whereby you will pay him $20 per hour and he will write lines of code for your software product. He writes the code, you pay him the $20/hour, and all is well. Right?
Well... maybe. In the United States, Joe still owns the copyright on that work. That is kind of weird, because you might say, "Well, I paid him for it." It sounds weird but it is the default way copyright works. In fact, if you hire a photographer to take pictures of your wedding, you own the copies of the pictures that he gives you, but he still owns the copyright and has the legal monopoly on making copies of those pictures. Same applies to code.
Every software company is going to want to own the copyright to the code that its employees write for them, so no software company can accept the "default" way the law works. That is why all software companies that are well managed will require all programmers, at the very least, to sign an agreement that says, at the very least, that
This agreement can happen in the employment contract or in a separate "Proprietary Invention Assignment" contract. The way it is often expressed is by using the legal phrase work for hire, which means "in this case we have decided that the copyright will be owned by the company, not the employee."
Now, we still haven't said anything about spare time work yet. Suppose, now, you have a little game company. Instead of making software, you knock out three or four clever games every few months. You can't invent all the games yourself. So you go out and hire a game designer to invent games. You are going to pay the game designer $6,000 a month to invent new games. Those games will be clever and novel. They are patentable. It is important to you, as a company, to own the patents on the games.
Your game designer works for a year and invents 7 games. At the end of the year, he sues you, claiming that he owns 4 of them, because those particular games were invented between 5pm and 9am, when he wasn't on duty.
Ooops. That's not what you meant. You wanted to pay him for all the games that he invents, and you recognize that the actual process of invention for which you are paying for him may happen at any time... on weekdays, weekends, in the office, in the cubicle, at home, in the shower, climbing a mountain on vacation.
So before you hire this guy, you agree, "hey listen, I know that inventing happens all the time, and it's impossible to prove whether you invented something while you were sitting in the chair I supplied in the cubicle I supplied or not. I don't just want to buy your 9-5 inventions. I want them all, and I'm going to pay you a nice salary to get them all," and he agrees to that, so now you want to sign something that says that all his inventions belong to the company as long as he is employed by the company.
This is where we are by default. This is the standard employment contract for programmers, inventors, and researchers.
Even if a company decided, "oh gosh, we don't want to own the 5pm - 9am inventions," they would soon get into trouble. Why? Because they might try to take an investment, and the investor would say, "prove to me that you're not going to get sued by some disgruntled ex-employee who claims to have invented the things that you're selling." The company wants to be able to pull out a list of all current and past employees, and show a contract from every single one of them assigning inventions to the company. This is expected as a part of due diligence in every single high tech financing, merger, and acquisition, so a software company that isn't careful about getting these assignments is going to have trouble getting financed, or merging, or being acquired, and that ONE GUY from 1998 who didn't sign the agreement is going to be a real jerk about signing it now, because he knows that he's personally holding up a $350,000,000 acquisition and he can demand a lot of money to sign.
So... every software company tries to own everything that its employees do on paper. (They don't necessarily enforce it in cases of unrelated hobby projects, but on paper, they probably can.)
Software developers, as you can tell from this thread, found this situation to be upsetting. They always imagined that they should be able to sit in their own room at night on their own computer writing their own code for their own purposes and own the copyright and patents. So along came state legislators, in certain states (like California) but not others (not New York, for example). These state legislatures usually passed laws that said something like this:
Let's look at that closely.
On your own time. Easy to determine, I imagine.
With your own equipment. Trivial to determine.
Not related to your employer's line of work. Um, wait. What's the definition of related? If my employer is Microsoft, they do everything. They made a goddamn BARNEY PLUSH TOY with a computer in it once. Are plush toys related? Obviously operating systems, compilers, desktop applications, search engines, and games are related to Microsoft's line of work. Hmmm.
OK, what if my employer is a small company making software for the legal industry. Would software for the accounting industry be "related"?
I don't know. It's a big enough ambiguity that you could drive a truck through it. It's probably going to depend on a judge or jury.
The judge (or jury) is likely to be friendly to the poor employee against Big Bad Microsoft, but you can't depend on it.
This ambiguity is meant to create enough of a chilling effect on the employee working in their spare time that for all intents and purposes, it achieves the effect that the employer wants: the employee doesn't bother doing any side projects that might turn into a business some day, and the employer gets a nice, refreshed employee coming to work in the morning after spending the previous evening watching TV.
So... to answer your question. There is unlikely to be a substantial difference between the contracts that you sign at various companies in the US working as a programmer or in the law that applies. All of them need to purchase your copyright and patents without having to prove that they were generated "on the clock," so they will all try to do this, unless the company is being negligent and has not arranged for appropriate contracts to be in place, in which case, the company is probably being badly mismanaged and there's another reason not to work there.
The only difference is in the stance of management as to how hard they want to enforce their rights under these contracts. This can vary from:
It may vary depending on whom you talk to, who is in power at any particular time, and whether or not you're sleeping with the boss. You're on your own, basically--the only way to gain independence is to be independent. Being an employee of a high tech company whose product is intellectual means that you have decided that you want to sell your intellectual output, and maybe that's OK, and maybe it's not, but it's a free choice.
California's Labor Code, Section 2870 reads:
a) Any provision in an employment agreement which providesThere are a number of other states with similar laws. I've compiled a list of states that have laws restricting what IP employers can claim ownership of:
that an employee shall assign, or offer to assign, any of his or her
rights in an invention to his or her employer shall not apply to an
invention that the employee developed entirely on his or her own time
without using the employer's equipment, supplies, facilities, or
trade secret information except for those inventions that either:
- Relate at the time of conception or reduction to practice of the invention to the employer's business, or actual or demonstrably anticipated research or development of the employer; or
- Result from any work performed by the employee for the employer.
b) To the extent a provision in an employment agreement purports
to require an employee to assign an invention otherwise excluded from
being required to be assigned under subdivision (a), the provision
is against the public policy of this state and is unenforceable.
A few thoughts on this (answer ported over from HN ):
Rather than spend hours worrying about whether or not they can enforce a given contract, I have solid universal advice that will apply regardless of the state you are in.
Don't work for people whose policies you detest. Don't bank on them not being able to enforce a contract in your logic for taking a job with them. If you don't like their employment practices, don't work for them. It's that simple.
When they can't find top talent because of the abusive policy, they'll either fix their practices or suck as a company, but that won't be your worry. The solution here is to vote with your feet.
By default (i.e. without a contract in place), no. Anything you do for them "on the clock" is considered "work for hire" and is theirs, but anything you do "off the clock" is yours.
However, a growing (and f!@#$ing stupid) trend is that, through your employment contract, your employer owns everything you do, on and off the clock. Their logic being, you're being paid a salary and therefore you owe your life to the company. I find this absolutely appalling, but as you've seen from Zynga, a lot of employers are idiots... and sadly, a lot of employees are hungry to work and put up with it. Consider this a big red flag.
Sadly, this is enforceable and has been enforced several times... and I believe even affirmed in 9th District. Consider the long-standing case of DSC Communications v. Evan Brown. Short story: dude had been working on a hobby project (some reverse compiler), took a job at DSC, quit, and then spent several years in court, only to lose the idea he had been developing before and during his tenure.
So, be careful. If you want your employer to own your thoughts... then sign with Zynga. Otherwise, there are plenty of other places that would be happy to have you.
Regarding California, that lady from Zynga is full of hot air.
Since the 70s that I'm aware of, courts have repeatedly ruled against companies that try to pull the "we own anything you do in your spare time" or "you can't do side projects" nonsense.
In California in particular, moonlighting is heavily protected by law. Basically, as long as what you're doing on your own is legal and doesn't compete with your employer or otherwise "actually constitute a material and substantial disruption of the employer's operation", they can't say boo. In fact, if they let you go for moonlighting that doesn't truly adversely affect their "enterprise-related interests", you can sue them for lost wages and benefits and force them to reinstate you in your job.
California courts also tend to side with employees on things like this. For instance, even if you sign a non-compete agreement, the company pretty much can't enforce it in California. There have been several situations where people at Microsoft had signed non-compete agreements, quit, moved to California, joined Google in direct competition with Microsoft, and Microsoft couldn't do a thing about it.
Try typing "california moonlighting law" into your favorite search engine. You'll turn up lots of useful hits. Interestingly enough, I didn't see anything about any court cases, which may mean employers haven't wanted to try to enforce anti-moonlighting clauses in California since a change to the labor code that expanded workers' rights back around 2000.
Of course, I'm not a lawyer, your mileage may vary, void where prohibited, etc. But I've done side projects at every California job I've had since I moved to the state in 1987 and never had a problem.
Joel and other have put it well -- almost certainly, any serious company will have you sign an agreement that will claim that they own basically everything you invent at any time until you leave the company. This is fairly standard.
The best, most reliable way to solve your problem is to tell them about a side project you want BEFORE you start working on it (or, when starting employment, anything you've done before or already started) and get a written addendum that excludes that project from the employment agreement. Usually they will still stipulate it needs to be done on your own time and with your own equipment.
Most reasonable companies will allow you to amend your list of projects not owned by the employer if it is not directly competitive with what they do. Some employers are not as nice, and will want ownership even if it's not related. Maybe you shouldn't work for them.
Let me give a brief example of why companies may ask for this sort of thing.
I was called in to a (non-software) company where they had a small team of developers writing software for in-house use. An employee was writing one of their key software packages - version 1 was in use and everyone was happy... then he wrote version 2 but (and here's the stinker) his version 2 had a strong dependency on [his claim:] "a piece of software he'd written himself in the evenings that was nothing to do with their business" (it was basically a large sparse matrix library that did some of the heavy lifting of the business logic).
He'd built v2 on top of this library, but was happy to let them have a license to use "his software" for free, but he retained the source code (the debate was at what point any of this had been arranged and supposedly agreed)
They now wanted him to develop a v3 with various new features, but he claimed the new demands would require a new version of "his software", and he's only doing this if they agreed to pay for a license. It was only at this point that the management became aware of the issue.
The guy was a cancer and was basically holding them to ransom by with-holding the source of a component that he claimed belonged to him, but had been written entirely while he worked for them and was designed solely for use with the software he developed "during the day".
Now how can they avoid this again - they could try and draw up employment contracts that say that you can work on your own stuff as long as it doesn't overlap, but they're not technical enough to make judgements and line calls, and what would happen if someone claimed that some of their business logic had been thought up "at home while watching TV" and they'd just happened to write the code the next day.
So it was far easier for them to stipulate a blanket clause that they claim ownership over any software you write, day or night, while you work for them. There's a risk they might lose some potential employees, but that was a risk they could broadly account for, but being held to ransom by a rogue employee was not a chance they were willing to take again.
Big companies are rarely that interested in the side projects you have as long as you're doing your job properly (although I know some companies who think that if you have the time and intellectual capacity to still code in the evenings then you're not working hard enough and would perversely then mark you down as a slacker if they thought you were doing so) but they DO care about the risk of someone claiming personal ownership to something that they paid for. And blanket claims of IPR are an easier starting position for any fine calls...
Before accepting any employment agreement, look for terms that allow side projects. My employer has fair and clear terms laid out, which allow me to do lots of things in my spare time, and not have to rot my brain watching TV.
These are essential terms in a fair and balanced employment agreement
These are paraphrased from Research in Motion's agreement in Canada.
It is not in anybody's interest to let your employer turn you into a couch potato. Even if your side projects are explicitly disallowed by a company, you have to balance the risk of being sued which may be really, really low. Keep on your employer's good side. Be a valuable and indispensable employee, build a stellar reputation, and the odds are that they will "hold the bus" for you and not bother you about it. Of course, if you are hiding things, demanding licenses, and being a jerk, you are asking for trouble.
To add to Joel's point, I think it is important to note that if you want to do a side project while working at a company you need the following:
a) Review your contract. Joel's point will most likely be valid.
b) Notify your employer: "I will be working on project foo, it does not conflict with your business. I want an agreement that work I do on foo will be owned by me"
b/a) Your employer agrees, all is great. Have it in legal writing.
b/b) Your employer does not agree. You either drop the project or get another job.
EDIT A big note here: Not all companies are greedy. Sometimes they may claim rights only to the IP you created that is related to your field of employment. Let's say you are working for an airline ticket company, they might request that any IP created to buy/sell tickets or any underlying system created for that purpose they can claim. Which means you can still write video games and not violate your contract or be forced to give up rights.
All companies that I've worked for presented a contract stating something similar to "All products and services created by the employee, in and outside of business hours, are considered intellectual property of the employer". Since I do have side projects, I have always negotiated the removal or rephrasing of this point. And so far it has worked. (Note that I'm in an eastern-European country, so things are likely to differ in the US)
So - read your contract, and negotiate the parts that you don't like.
This is an interesting thread, but I wonder if there is another aspect to the question and the answer received. Since Google, and perhaps other Silicon Valley firms, are noted for supporting on-the-job side projects (the result of which I imagine Google still owns, a different question and something Google might be generous about), the interviewer may have understood the question to be about that kind of "side project."
It would seem that the questioner might have needed to be more specific.
Something I did, when going back into corporate employment after 10 years as an independent, was identify my owning of a sideline business that I would continue to operate on my own time and have segregated from anything that I did related to my responsibilities as an employee of the hiring corporation. There wasn't even a peep about it. That was over 20 years ago, but the work-for-hire doctrine was already a law.
If I were you, I would ask for specific details, before jumping to conclusions. "You can't have side projects" could mean an awful lot of things, but it certainly can't (enforceably) have its apparent literal meaning of you can't do any software development in your spare time.
So look at the policies and contracts and understand what they are actually asking you to agree to. Find out whether the emphasis is on (i) restricting your activities, or (ii) asserting ownership of their results. Look at how broadly or narrowly this is defined. And if there is something specific you want to be free to do and it seems to you reasonable, discuss it with your prospective line manager.
This kind of policy is against the broad trend, but in intensely creative industries I think it will stay entrenched for years to come.
It is pretty standard for software companies to claim all your work while in their employ. If you go to work for Zynga, make sure you include in your contract a comment about prior inventions still being your own. This will protect you from the company claiming rights to your former "side projects".
If the company took the extreme example, that it owned the results of your labor 24/7, then you would be if not a "slave", at least some type of indentured servant. I can not believe that such contracts would be enforceable anywhere in the US anymore. However, non-compete contracts that don't allow employees to produce directly competing during or shortly after their employment generally can be enforced to a greater or lesser degree.
I have to say Joel's answer is nonsensical on why companies force employees to sign these contracts. Every line of code that an employee writes 9-5 on the job with a company computer belongs to the company. Any line of code that an employee writes in their spare time with their own property should never be checked in to the employer's code base. That is a clear cut diving line and prevents any scenarios of one programmer allegedly holding up an acquisition.
Not by default. It should be governed by your contract.
If you have a section to the lines of "software developed on company time and/or using company resources" pertaining Intellectual Property the width of that defines your rights.
Also, what kind of project you may undertake is commonly governed by your Non-compete clause.
As Alex points out, I hear the trend being companies applying this clause very widely. Too sad.
What if I travel for my company? When I go back to my hotel room [paid by my employer], pull out a personal laptop I brought along on the trip (I can fit two laptops in my computer bag), and punch out some code on my personal laptop.... am I still on company time? Do I still fall into the category of "working for hire" or being "on the clock?"
I have no employment contract with my employer. They essentially hired me with a letter saying I will work on various projects for a salary. I write software.
My personal laptop has development tools that I paid for. Nothing on my personal laptop belongs to the company or was paid for by the company I work for. I had the personal laptop before I joined the company... In fact, I brought this laptop to an Interview to demonstrate some projects I worked on.
I'm really curious about what constitute company time when you travel for your employer...
If I work for a software company and write a novel that is published. Can the software company claim they ownership of the novel and take all the profits? Could they legally force me to sit down and type up any ideas I have in my head about the novel and claim ownership of it?
So if I work for a software company that is basically a big contracting company and does not produce any products. Can they claim ownership of anything I develop? Most of the employment agreements are pretty generic. We own everything. Just because they are in the 'software' business would they own a product then? Even if their contract says 'we own everything'.
Virtually every employee makes you sign something that says we own everything. It is not like you have a lot of options.
Usually, there is no loyalty factor if you are working on side projects. For example if your work at employer and your side projects are in the same line then any innovative thing you come up, who has got the claim to it? For if your employer is having a product called 'Project management" and you are the super duper Java, PHP coder assigned to write a new piece of the same product. Since you are so efficient, now you have a lot of spare time in the evening. You know you can develop a project management application in a short period and maybe better than the product at your employer. So will you be loyal to your employer?
So ethically speaking, even if you decide to side projects and your employer allows you pick a niche that does not clash with your employer's product.