Why Paying For Code Doesn't Mean You Own It
Barence writes "Why do people think they own code just because they've paid for it? PC Pro's Kevin Partner says many of his clients believe that by paying for the work to be done, they take ownership of it. But, put simply, code is owned by its developer even once the client has paid, unless that developer is legally employed by the client or a contract exists that transfers full ownership (and even then it's far from clear-cut). He discusses the thorny issue of making clients understand that distinction and gives advice on how developers can assert their rights."
This is a weird and slippery slope. I don't think that anybody feels that because they buy software they own rights to the source code, to edit code and distribute it, etc. But they do own the rights to use or utilize the software as they see fit within the confines of common copyright laws.
The author uses the example that you can buy a book or movie, but you don't own the rights to that book or movie. And that's fine, I think we'll all agree to that. However, if I buy a replication of a piece of art, a book, etc., I'm allowed to vandalize/defile it in any nature I wish as long as its for personal use and it is not distributed.
I'm not sure that I like the slippery slope that a lot of developers are trying to tread these days. Notice my use of the words "use" and "utilize." These are two very different words in the English language. Use means, well, to use something. Utilize means to use something for a purpose in which it wasn't originally intended. I can go to the hardware store and buy thousands of different tools and items for home repairs and various other projects. Many times I'll buy patented items because they almost meet my uses. I modify and "utilize" them for the specific task at hand. And this is fine, as you don't see me on the street corner trying to sell modified black and decker pecker wreckers at a markup. I think think that 1) that would infringe patents, 2) that would infringe registered trademarks and patents, and 3) I'd probably go to jail for trying to sell "pecker wreckers."
In the end, I have a product that meets my requirements and the vendor makes money off of my purchase. Everyone is happy, right? I think that this is the hurdle that software developers have to get over. As long as people buy your software, that's all you should care about. Let them modify it to their hearts content as long as they're not selling it for profit. In fact, possibly learn a lesson and integrate some of these features in your next version to appeal to a larger market. I think this is mutually beneficial in the long run. EULA are trash and need to go away.
Wise men say, "Forgiveness is divine, but never pay full price for late pizza."
Does the builder or architect own my house? No, but he might own the floor plan to my house. He might not too. it depends on what I paid for.
Some drink at the fountain of knowledge. Others just gargle.
As a matter of US law, you are wrong. Copyright in a work for hire resides with the employer (or whomever the work was made for). See Circular 9 of the US Copyright Office. If an entire program is being developed as a contract piece, it *might* not qualify as a work for hire, but contracted software components and anything a normal employee writes within the scope of his employment are works for hire, and the people writing the checks own those works.
I don't know about the corresponding laws in other countries, but if you work in the US, you are woefully misinformed.
You are woefully misinformed as well. Work for Hire in the USA must satisfy certain requirements. The simplest is being an employee. If you are a contractor, then in so far as computer programming there is NO WAY FOR THE WORK TO BE A WORK FOR HIRE... even if your contract says it is.
For computer programming, one's contract must explicitly include terms for the transfer of copyrights, otherwise the programmer will retain all copyrights, regardless of if he were being paid by someone else to do the work.
Oddly enough, even with a transfer of copyrights, the author recovers the copyrights after 35 years... and this right is inalienable.
WARNING! This girl exceeds the MAXIMUM SAFE standards established by the FDA for BRATTINESS