Slashdot Mirror
Ask Slashdot: What To Do When Another Dev Steals Your Work and Adds Their Name?
An anonymous reader writes "I have had an interesting situation arise where I built some web apps for a client about 2 years ago. I have no longer been working with the client and a new developer has taken over purely for maintenance work. Currently I have been looking for new work and have used the said apps as part of my portfolio. During one interview I was informed that I not telling the truth about building the apps and I was then shown the source of a few JS files. It seems the new developer had put a copyright header on them, removed my name as the author and put his own. Now this is grey territory as it the client who owns the source, not the contracting developer. It put me on my back foot and I had to start explaining to interviewers that the developer stole the work and branded it. I feel it makes me look like a fool, having to defend my position in an interview with a possible client and I feel I had lost the chance of directing the outcome of the interview. I have cut the apps from my portfolio, however they are some of my best work and a real testament to my skills. I decided to cut my loss and move on, I am not looking for a fight or any unnecessary heartache. So what you do in my situation?"
Most of the people here don't give a rats about intellectual property unless they are ranting about how Hollywood and proprietary software's model is broken. When it's one of our own though, it's pitchforks and torches. Without some sort of intellectual property law enforcement, any intellectual property can be misappropriated. You can't have "anything goes, except programmers always get properly credited, because programmers are cool while recording artists, movie makers, novelists and all other non-programmers need a new business model"
summarizing the work you did, and identifying you as the original author of the code.
This isn't hard. Yahoo career advice stuff.
will not help with changing what already happened, but for the future put your work on github or some other similar service, keep the project private, then you can use that to prove precedence.
...and inform them of the unethical behavior of the new developer, the situation it put you in and how shocked you were to find that they had deprived you of the opportunity to take credit for your work. Somebody at that company hired you and knows what truly happened. Hopefully that person is in a position to put the situation right and give you the credit you are due.
That said, relying on your code being still accessible after you have left it for a while is not a situation you want to be in. Your former clients can take that code down and replace it any time they want, with anything they want. You should have checked to see the status of that code yourself shortly before you tried to present it as an example of your work.
Smart move. Because that doesn't look like an admission of guilt at all.
Seriously, how difficult is it to prove that you were there before him?
Confucius say, "Find worm in apple - bad. Find half a worm - worse."
Inform them of what's happened. Get them to send you a written & signed confirmation that you are the original author.
Damnit, this is not off-topic, it's a quote of Thulsa Doom from the original Conan the Barbarian, or are you kiddies all too young to remember that?
Pull the logs and other supporting information including client notes, change orders, SOWs, source code revision history, etc. and present it. . You can explain that it's a matter of principle that you're doing it because you value your good name. I think it's unlikely that you'll be retained by that company, but clearing it up may give the thief a bit of heat.
It has happened to me while working at UPS. One of the admins there stole my training guides and put his name on them.
The code you developed for your client was most likely never yours to begin with. Despite well-meaning suggestions made here, you really have no right to go back to the client and demand anything. Present the code as your own to prospective clients, explain the situation, and leave it at that.
We all have fantasies of getting back at assholes like the one you described, but in the real world, you just need to take the high road and let it go. From the description you gave, it sounds like you're new to the game. Focus your creative energies on your work, not on vengeance. Your integrity and professionalism will remain intact, which is much more important than striking back at some perceived slight.
Don't put it in a public repo, that's likely to seriously piss off the client. Instead, do the work in a local git repo on your machine (committing from there to your client's repo, if they use one) so you can show the whole development process. When the project is complete, burn a copy of the repo to cd and get it notarised, or maybe use a CA's time-stamping service on the repo file.
In the context of an interview the fact that the source was presented could be a perfect opportunity to demonstrate your knowledge of the code by offering to explain its operation and the design decisions that came about during development. Your skills are better proven in how you articulate your knowledge and ideas rather than just pointing to a name on a comment banner. A major lesson learned would be to expect this and to keep cool and not look flustered when someone tries to call you out on it. If you had an amicable relationship with this former employer you might even touch base with them ahead of time to ask if you can list them as a reference so they can corroborate your authorship.
Account -> Discussions -> Disable Sigs
The server itself is still public and it isn't your code to commit. You are being paid, generally, to create code for someone else; thus it is their code. This means that you are putting the code on an outside host of unknown security, and is still wrong.
When you work for someone else as a contractor, you can't just do this. You should spell it out in your contract or whatever before you work for them that you will be archiving your work for reference material for the purposes of demonstrating it to future clients.
Well, there's spam egg sausage and spam, that's not got much spam in it.
Agree: this is more about credit than about copyright.
If you had built a bridge for your city, you should be able to list that as one of your accomplishments. It does not mean that you can walk off with the bridge. At the same time, you'd be perfectly justified in getting pissed off if someone else said that it was they, not you, who had built it.
404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
[GPG key in journal]
wtf is this? fair use? we're not talking a copyright of a book, we're talking somebody's property. do I have fair-use rights to use your house for educational purposes?
Much more useful than seeing code with someone's name on it is hearing that person describe the code. If someone calls you on it, offer to explain the design of the code, the decisions and tradeoffs made along the way, and what you'd improve next, or how you left the code in a state to be more easily maintained (by you or others) in the future. That would feel *much* more useful than seeing your name on it, and would take you a fraction of the time invested to get it done.