Like, things you work on during your personal time, using personal resources, belongs to your employer?
That sounds illegal. I don’t know where you live but that does not sound right.
Like, things you work on during your personal time, using personal resources, belongs to your employer?
That sounds illegal. I don’t know where you live but that does not sound right.
I have had similar work contracts.
I want you to be successful. Don't hurt your future career prospects
- do not use ANY company resources. This could put you at risk of theft.
- do not do it on company time or make it look like it's on company time. See point 2.
Did you mean "See point 1."?
If the project isn't related to what you do at work, you don't do it on company time, and you don't use company hardware, you're most likely fine.
You're still liable if you've used knowledge gained at work. The safest way is to let your employer sign off every release you want to make public.
Why false? Especially if you have signed NDA. There are certain confidential documents you can only access as an employee at work, like the Airplay protocol. If you work for Apple, memorize the standard, then develop an app for Android which casts audio to Homepod, you're going to get sued.
That's true, the problem with the original statement is that it is too broadly scoped by "knowledge", implying that it is any and all knowledge. If I obtain the knowledge to write a singleton in object oriented programming while at work - even if the concept is applied to a work project, and later use the programming concept of a singleton in my own software, then they can't do shit.
A simpler example that shows that it's too broadly scoped is that if I get trained and certified to use a forklift for a job, and later start my own company and have to use a forklift, there is no precedent for my original employer to come after me for using a forklift in my business operation just because I learned how to use a forklift while I worked for them.
If the knowledge is proprietary or copyrighted or a trade secret and what I do uses any of that, or what I produce is a 1 to 1 product of that, then they can come after me.
Not sure why youre getting downvoted, you are right. If you got access to knowledge via your job that has nothing to do with your job and use that knowledge, youre fucked.
For example, you work in a team that makes a ecommerce website, and have access to the wms team's files. In those files you read about barcodes and their rules/parsing specs, some of those files are only to be read under a contract. Making anything related to the barcodes, even in your own time and equipment, is a nono.
Trust me, ive been in the grey zone and have contacted lawyers about it.
Try and get your employer to offer and agree to GitHub's BEIPA:
Very cool! This is what i was hoping to find - TY. Do you have it in your contract?
No, unfortunately
We (staff) asked for this, or some similar change to our contracts, and leadership refused
Our contracts/agreements currently state that any IP created in the course of doing our jobs or involving any employer-supplied equipment belongs to the employer
Leadership says they won't enforce this for dotfiles and other small personal non-competing code, but they also refuse to put that in writing :S
That said, most of us have tweaked our dotfiles, etc on work laptops for years and we've never had problems, so far leadership has kept their word
Check your state or country's laws, you might not even need the contract amended. In the state that I live in any contract clause that tries to prevent you from doing any work entirely on your own time with entirely your own materials is explicitly unenforceable.
Plus if it's just a small open source library (assuming your employer is sane) it'd be a waste of money for them to even ask a lawyer to write a letter to you, because why would anyone care.
If you really care about getting it right, you can find a local employment attorney and have them explain your local laws and edit and/or negotiate your contract for you. I did that once, but I felt like it was probably a waste of the $900 I paid. (I mean, it definitely was a waste in that case because that job was a nightmare and it only lasted 2 months, lol.)
"Hobby project" ? But on company time? Then its not a hobby project...
Anything you create outside of work hours is yours to publish under any license you want as long as it doesnt include any code that was produced at work.
I would like to do it outside company time, but on their machine if possible, but if not, i’ll just get another machine. But as others have stated there are some small print that says something like - knowledge gained through company activities will be their IP, it’s somewhat vague and can be interpreted in different ways
I've never had a contract that didn't say that. I always pushed back. Without exception, the response was that hobby projects and open source stuff is fiiine as long as you don't use company machines, time, resources, or compete with their market.
I wish I could help. The only thing I can say is my work agreement just says that anything I make using resources provided by the company (computers, servers, software, internet access) can be claimed by the company. However, if I use my own computer, software license, my own internet, outside of work hours and not on work premises, then it is mine.
I think the biggest difference might be that although I make software for my employer, my employer is not a software company. So the stuff I make is not sold or intended to ever be sold by the company for profit, but used by the company in their industry to make the work easier and more efficient.
The company I work for is also a part of a larger consortium with promises to share software between all of the organizations and companies to elevate the industry in which we work as a whole.
Hope some of that helps a bit, but I understand if it doesn’t.
It will depend on where you live.
Many US states have laws that carve out exceptions for work done on your own time and equipment. If the contact doesn't call these out as exceptions somewhere, it's a lazy contact.
I've generally been up front when starting new jobs that nothing impinges my ability to work on FLOSS software on my own time. Only one company put a restriction in for working on FLOSS software in the same technical space as my $DAYJOB.
Do you need to tie your name to the opensource project? If not, use a pseudonym that your employer can't find or know 🤷 Put it on codeberg or radicle and they won't be able to find the project anyway.
top 45 comments