My reference was what I was informed was the law by multiple lawyers when I lived in New York. It is possible that I misunderstood or the rules have changed in the last decade, but I am pretty sure neither is the case. Still you should confirm this with a qualified attorney before accepting what I say as being absolutely true.
More precisely I was told that New York recognizes 3 types of employee relationships. They are hourly, contractor, and professional employee. The first two are obvious. You are aware if you have to punch in on a clock, or are a contractor. The default for software development is therefore the third.
As a professional employee there are no set place or hours for your employment. (That is why you don't get overtime.) Therefore anything that you do that could possibly relate to your employment is by default assumed to be a work for hire that took place during the course of your employment. There are admittedly some complications there. If a programmer writes a novel, that's going to not be a work for hire. If a programmer writes a program, that's likely going to be a work for hire. But there are gray areas. For instance a VB programmer by day who works a C device driver for Linux by night might have a case that their side project doesn't relate to their employment.
But just in case, virtually every New York company makes sure that employees sign contracts that clarifies any possible ambiguity..in favor of the employer. So the reality is that if you live in New York, you can't assume that you own your side project.
Incidentally this is the reason that the FSF (which is very careful on intellectual property) requires that they get copyright assignment both from contributers and from the contributers' employers. Because they don't want to get into a situation where they think they have copyright, but someone else has a legal claim to copyright that code.
He doesn't explicitly state if his open source work was entirely done on his own time and equipment or done during down time at work or such, but it might be the case in his post there.
It's strange. As you probably know, the work for hire exception to copyright comes from the 1976 Federal Copyright Act. It doesn't extend to times when you are not at work, or have a 24/7 idea for professionals. It's also the case that nearly every state has hourly, contract and salary/overtime exempt employment categories, yet no other states I know of extend work for hire to off hours in the absence of a contract. If this doctrine can indeed be found in NY State Law, it would seem to be a state regulating something that only Congress has a right to regulate, which is copyright law (Article I, Section 8, Clause 8).
It would be really interesting to see the text of the NY state law on this, maybe I'll be able to find it some time.
More precisely I was told that New York recognizes 3 types of employee relationships. They are hourly, contractor, and professional employee. The first two are obvious. You are aware if you have to punch in on a clock, or are a contractor. The default for software development is therefore the third.
As a professional employee there are no set place or hours for your employment. (That is why you don't get overtime.) Therefore anything that you do that could possibly relate to your employment is by default assumed to be a work for hire that took place during the course of your employment. There are admittedly some complications there. If a programmer writes a novel, that's going to not be a work for hire. If a programmer writes a program, that's likely going to be a work for hire. But there are gray areas. For instance a VB programmer by day who works a C device driver for Linux by night might have a case that their side project doesn't relate to their employment.
But just in case, virtually every New York company makes sure that employees sign contracts that clarifies any possible ambiguity..in favor of the employer. So the reality is that if you live in New York, you can't assume that you own your side project.
Incidentally this is the reason that the FSF (which is very careful on intellectual property) requires that they get copyright assignment both from contributers and from the contributers' employers. Because they don't want to get into a situation where they think they have copyright, but someone else has a legal claim to copyright that code.