75

I told my boss I had an idea for a program that could improve efficiency across much of the business, and he let me build it on company time. In the long term, he wanted to be able to sell it to other companies. However, the program never got implemented due to personnel mismanagement, and I'd rather be able to post it on my github under a free licence so I can use it as a resume item, and at least someone would have the chance to actually use it. It's all still in my head, and I could write it again if I wanted. If I do, is it illegal to publish it? What if I write it in a different language? Do I need to change the variable names? I did plenty of research and planning on company time to build it, and it's not like I can research it again, it's all still in my head.

top 50 comments
sorted by: hot top controversial new old
[-] scorpionix@feddit.de 57 points 11 months ago

Not a lawyer but from my understanding of intellectual property: You wrote it on company time, so it is the companies code. Publishing it without explicit approval would be copyright infringement.

[-] DroneRights@lemm.ee 20 points 11 months ago

The code on the computer isn't what I would be publishing. I would be publishing the memories in my head, which I had written down again

[-] remotelove@lemmy.ca 34 points 11 months ago* (last edited 11 months ago)

Don't copy the code directly from any company assets. There are plenty of ways to track code and data theft these days, so don't even attempt it. I am just saying that as a friendly reminder.

Honestly, there is not much that a company can do unless they specially own the business logic of what you are doing. Are there aspects to the code that apply to internal proprietary software? That probably isn't wise to share.

While I am not a lawyer, a general rule of thumb is that if you think you might be stealing something, you probably are. Anything you do on company time, is technically owned by that company.

If your previous work gets discarded by that company, never talk about it again. Never code it again for that company and just let the idea die, as far as that company is concerned. Independently resurrect the idea at a later date.

Nobody here can really tell you what to do, btw. Quite honestly, if you think that you can claim ownership of what you have, pay a few hundred bucks for a consultation with a lawyer.

[-] GentlemanLoser@ttrpg.network 3 points 11 months ago

Good sensible advice right here ^

[-] scorpionix@feddit.de 3 points 11 months ago

Doesn't matter if you write it in code or chisel it on a stone tablet. It is still the companies intellectual property.

Think of it this way: You film a movie which for whatever reason doesn't get published. This doesn't give you the permission to write a book containing the same story, just in writing. The story is still owned by the film studio. The same reason applies to published material: You are not allowed to write a Star Wars story without approval from Disney, the copyright holder. Fan fiction exists in a gray zone for exact this reason.

[-] Bipta@kbin.social 9 points 11 months ago

You're sort of missing the point. Two programming implementations are never the same if you rewrite them from scratch for anything but the most trivial program. It wouldn't be a copy of the original and it would have a unique, if similar, implementation. It's not as clear cut as you suggest (at least not for the reasons you suggest, but IANAL.)

[-] boblin@infosec.pub 9 points 11 months ago

Legally it is quite clear. Taking a description of a closed source program and writing a new one is ok in most cases (unless that description is API docs - see Cisco vs Arista). Taking a look at closed source software and then implementing your own version is poison as far as OSS goes. OP implemented the first version, so that's already a problem. They may get away is they describe what the program does to someone else and let them implement it, but OP would not be able to touch the source code

[-] MagicShel@programming.dev 5 points 11 months ago

I agree. Particularly because it's less about the truth and more about what can be proven in court. But even more, they don't want to pay a lawyer a bunch of money to defend this even if you could prove it beyond a shadow of a doubt. You can tell by the way they didn't want to pay a lawyer to answer this question.

load more comments (1 replies)
[-] scorpionix@feddit.de 5 points 11 months ago

It is not about the code line by line, but the functionality that OP created for their employer. And yes it is not clear-cut in the sense that in Oracle vs. Google it was AFAIK decided that the idea of the toString Method does not fall under copyright. However, a software that fills a specific need for a company and is then re-implemented/released by an employee? You can bet your ass you are in for at least a lengthy battle in court.

load more comments (1 replies)
[-] beejjorgensen@lemmy.sdf.org 5 points 11 months ago

You can absolutely write a Star Wars knockoff, though. You just can't call it that. There's some gray line in there somewhere.

load more comments (4 replies)
[-] NostraDavid@programming.dev 7 points 11 months ago

Even worse: Depending on (local or national) law, it may be the company's property, even if written in personal time. Especially if the code is in competition with your work.

Yes, it's ass-backwards, but that's how it is in some places.

[-] TheFrirish@jlai.lu 26 points 11 months ago

Just rewrite it with different lines but same result fuck em. Down votes incoming

[-] hascat@programming.dev 22 points 11 months ago* (last edited 11 months ago)

Check your employment contract. If that includes an NDA or a confidentiality agreement, the company may own your design as well as any code produced. Writing the program from scratch a second time may still end up being company property.

Given that they didn't put your program into production, it's unlikely they would pursue you legally for releasing a new version on your own.

[-] thisisnotgoingwell@programming.dev 3 points 11 months ago

IANAL but i'm pretty sure that even without an NDA anything you develop on the job is considered IP of the company. However, as long as it's not a blatant copy paste(a rewrite), it's hard to legally enforce that because they have to prove damages. Meaning that if they shelfed the idea/program, even if it's a blatant copy paste they can't do anything.

[-] Hector_McG@programming.dev 2 points 11 months ago

even if it’s a blatant copy paste they can’t do anything.

They can sack you.

load more comments (1 replies)
load more comments (2 replies)
[-] foo@withachanceof.com 16 points 11 months ago* (last edited 11 months ago)

The only real answer here is talk to an actual lawyer rather than a bunch of Joe Blows on the internet. Case in point: Laws will vary depending on country and you haven't specified what country you're in. The set of laws you're subject to are possibly entirely different than the set of laws each commenter here is familiar with. Never take legal advice from the internet.

But if you're only looking to publish the source code as a resume item, it's not worth the legal exposure or time/money to talk to a lawyer. Find something else to write and put on your resume.

[-] naonintendois@programming.dev 15 points 11 months ago

Not a lawyer, but worked closely with them in the past. It REALLY depends on your employment contract. Changing variable names and language still makes it a derivative work, so it would depend on the original license. I'm assuming it doesn't have a license which would mean either you or the company owns the copyright: depends on your employment contract. Whether you're a contractor or full time also affects ownership.

Without ownership or a license, you do not have the legal right to copy the work or make a derivative of it.

I'm not clear on whether you actually wrote any code though. If that's the case (that no code was written) then I'm not really sure how that works out. If you do post it and they find out, AND they're mad about it, you could definitely get fired. I'm not sure if there could also be legal trouble or not.

If you need it for a resume item, you can just list it on your resume and talk about it. You could also implement it on your own time (but not share it until you're sure you're safe from legal action), that way you could talk about tradeoffs you've made, etc. in the real implementation.

In general, if you're not sure and you're worried about getting sued, you should ask a lawyer.

[-] BB_C@programming.dev 15 points 11 months ago

Meh, everyone scaring you into thinking you don't own your own mind.

Assuming your boss is not the dangerous kind (beyond legal threats), and if the goal is to make it FOSS, then do it using an alias first. Do it differently. Use components/libs/algos from other people at first, even if they are not perfect. Make those parts easily pluggable/replaceable which would be good design anyway. The code then wouldn't be wholly yours, not even your alias self.

You can join the project later with your real identity as an interested domain expert (maybe a bit after not working for the same boss). Start contributing. Become a maintainer. And maybe take over after a while. You can start replacing non-optimal components/libs/algos with better ones piecemeal.

Oh, and if Rust wasn't the choice of implementation, use it this time.

[-] 0x0@programming.dev 14 points 11 months ago

Also, don't use company hardware; don't do it during working hours (especially commits - if you're paranoid, use tor) either; resist the temptation of giving the old code a look, do it from memory.

[-] BB_C@programming.dev 8 points 11 months ago

don’t do it during working hours (especially commits - if you’re paranoid, use tor)

I wanted to mention not using personal emails or committing from home IP addresses, but thought that was needless to say.

load more comments (4 replies)
[-] NegativeLookBehind@kbin.social 14 points 11 months ago

Did they license the code?

Is there a clause in your employment agreement about the company owning anything you create? IBM does this, and it’s total bullshit.

[-] lemmyvore@feddit.nl 3 points 11 months ago

In many countries, code written on company time, with company hardware and as part of the job will automatically assign copyright to the company. It doesn't need an explicit clause but many companies add it anyway.

This is different from the company owning every piece of code you write, which I don't condone. But in this particular case OP has a clear conflict of interest.

load more comments (1 replies)
[-] bstix@feddit.dk 14 points 11 months ago

If you just care about the resume, then write on your resume: "have experience in doing this sort of stuff." Recruiters aren't going to look into GitHub to study your code.

If you care about getting the code used or sold, I'd first consider finding the next potential client to make use of whatever the program does. Their need will likely be different, so you'll need to rewrite it anyway. You then have both the client and a new product on your hands.

[-] Tischkante@discuss.tchncs.de 11 points 11 months ago

Just change the language used to write it, if possible.

[-] anzo@programming.dev 6 points 11 months ago

That's practical, but not so sound, advice. IANAL, yet... I remember when Julia lang was gaining traction that many R lang programmers wanted to port their favorite packages. If they were to look at the R sources (under GPL) to write the Julia version to be released under MIT license, they would be violating the GPL. Or there was a risk, at least. Of course, this case is different because the first and original version is not GPL. But this came to mind. Anyway, I suppose that it all boils down to how much OP feels like their employer (boss or anyone with power in the company) will be a son-of-a-cop and really come forward to court against him... I mean, that's in the first place. Then, comes the legal advice, as to how much of a case can be made, and what do we expect a judge would see it...

load more comments (7 replies)
[-] jadero@programming.dev 8 points 11 months ago

I dealt with a similar situation by simply purchasing the code from my employer. I guess that technically it was a form of licensing, because we both had the right to use, modify, and resell as we saw fit as long as there were no infringements on branding or trademarks.

They may not offer favourable terms, but it might be worth asking.

[-] peereboominc@lemm.ee 8 points 11 months ago

It depends in the country you are.

If you want to show of your skills, why not write an article about it. This way you don't publish company property (maybe only snippets of code) and the viewer can read your reasons on why you made certain decisions.

But do not do this without consent of the company. If the company likes it, you could even start your article something along the lines of "here at %company% we like to write good code...". Than it is a win-win. I see this a lot on sites like medium.com

[-] heeplr@feddit.de 8 points 11 months ago

check carefully what you signed. If you didn't sign anything saying otherwise, there's nothing to prevent you from doing it.

If there's something, you could still work around it (e.g. remove company secrets).

If the resulting product is provable better, then it's objectively not the same thing you did for your boss.

After checking all of this, your local FSF might give you free legal advice to get going (keep all notes/correspondence secure for later if anything comes up. It proves you tried to act responsibly).

[-] 520@kbin.social 7 points 11 months ago* (last edited 11 months ago)

Writing it in a different language should be enough to dodge copyright law as it is a completely different implementation utilising different dependency technologies.

Won't do shit against patents or trade secrets though, and your program could be covered by both. Also, as others have stated, check your contract for abusive (imo) but legally permissible code copyright clauses, such as 'everything you make in your spare time is ours'

[-] Hawk@lemmynsfw.com 5 points 11 months ago* (last edited 11 months ago)

Have a discussion with chatGPT about a program you would like to write, use this to assist the development.

Evidence this as the source of the program. There is your re-research. It's likely the implementation will differ substantially as well.

They might own the original program but it's unlikely they broad concept.

[-] ICastFist@programming.dev 2 points 11 months ago

To give it extra safety, make sure that the first person who posts the code isn't you, just get a friend to act as random anon

[-] alonely0@programming.dev 5 points 11 months ago* (last edited 11 months ago)

-- Not legal advice-- If you have evidence that it got scrapped for good, even if it's copyright infringement, they can't claim any damages. They, at best, can DMCA GitHub, but you're VERY unlikely to get sentenced guilty in a trial (in the event of one, which won't ever happen because they know).

[-] MudMan@kbin.social 4 points 11 months ago

I mean, at the risk of being obvious, take your contract to a lawyer or two and ask them.

[-] Minarble@aussie.zone 4 points 11 months ago

Change the font and you are good to go.

load more comments (3 replies)
[-] F4stL4ne@programming.dev 4 points 11 months ago* (last edited 11 months ago)

Without any patern on the idea, on what the programming does, a program doing the same thing can be done.

On the intellectual property theft, the new program should be as much as different as the other one. Different name, different functions, different var, different language, etc. This is to avoid any possible mismatch between the 2 programs. As long as you don't take the code but rewrite it you should be fine.

Talking to a lawyer is mandatory in this case.

[-] farcaller@fstab.sh 3 points 11 months ago

IANAL and you really should ask a lawyer about this. The answer very much depends on your work contract and country of residence (the latter due to the fact that some generic contracts’ statements might be legally unenforceable in specific jurisdictions).

I’ll throw in a random fact: the contract might say that whatever you write as a programmer is still company's property even off the clock and it will be legal in some US states.

[-] OhNoMoreLemmy@lemmy.ml 3 points 11 months ago* (last edited 11 months ago)

This is one of those things where you have to read your employment contract.

If your main job involves generating intellectual property (code, or research or something else) and you live in the US there's probably a clause saying you can't do this without permission. Otherwise, it's probably fine.

However, if you're in the US, they can still fire you whenever they feel like, so if you think this might seriously piss your company off and you need your job, you might want to ask permission first.

[-] UnRelatedBurner@sh.itjust.works 3 points 11 months ago

I might be naive, but can't you just ask someone from work?

[-] BananaTrifleViolin@kbin.social 2 points 11 months ago* (last edited 11 months ago)

If you implement it from fresh then it is a new program. What matters is what your contract says about what you produce - some contracts pay claim to anything you make even outside of working hours.

Also if you rewrite it, while technically it is a fresh project if there are substantial similarities in how you implement it there could be an argument made that you have reused code that belongs to the company. Even if that is technical false it could be something you'd have to defend sometime in the future. As others have said, implementing the program in a different language and using a different methodology wherever possible should help protect against that.

I think the advice others have given that you should review your contract with a lawyer is sound even if this will be FOSS. It's mainly about ensuring you don't inadvertently open yourself to potential legal repercussions down the line, even if your employers at the moment seem benign. If you do work for a company that lays claim to everything you produce even in your off hours then I would strongly recommend you consider leaving or an exit plan, particularly if you are the sort of person who would be working on your own projects for fun or even your own business ventures.

load more comments (1 replies)
load more comments
view more: next ›
this post was submitted on 16 Nov 2023
75 points (93.1% liked)

Programming

17314 readers
169 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS