Ci sono due domande reali qui. Il primo è ciò di cui sei responsabile. Il secondo è se dovresti preoccuparti. Questi due hanno risposte diverse.
In primo luogo risponderò al primo al meglio delle mie capacità. Non sono un avvocato e questo non è un consiglio legale. Se sei preoccupato, controlla il tuo contratto di lavoro e consulta un avvocato. Ma posso riassumere la situazione in due stati.
Nello stato di New York, è probabile che tu sia un impiegato professionista. Un dipendente professionista non ha orari prestabiliti e nessun luogo di lavoro stabilito. Se vai a cena con un cliente, sei al lavoro. Se capisci come risolvere qualcosa sotto la doccia, questo appartiene al tuo datore di lavoro. In qualità di impiegato professionale, l'impostazione predefinita, che è probabile anche nel contratto, è che tutto il software che scrivi è un lavoro a noleggio che appartiene al tuo datore di lavoro. La prevalenza di questo tipo di accordo è uno dei motivi per cui la FSF richiede l'assegnazione del copyright e richiede al datore di lavoro di firmarlo.
In California la situazione è diversa. Finché il software che scrivi non si riferisce a qualcosa che il tuo datore di lavoro sta facendo, tutto ciò che fai nel tuo tempo libero con la tua attrezzatura appartiene a te, e questo diritto non può essere firmato. Tuttavia, se stai sviluppando autonomamente la stessa cosa che è il tuo datore di lavoro, probabilmente sarà di proprietà del tuo datore di lavoro. Anche se fosse un progetto segreto di cui non sapevi nulla. Se questo caso è importante dipende dai dettagli di ciò su cui stai lavorando e su cosa sta lavorando il tuo datore di lavoro.
Quindi vedi che non esiste una risposta semplice. A seconda dello stato e dei fatti della tua situazione, potresti o non potresti possedere il tuo lavoro. E se non lo possiedi, non hai il diritto di concederlo in licenza.
Passiamo ora al problema pratico. Ciò che la legge dice determina cosa accadrà se una disputa dovesse sorgere e essere portata a un giudice. Tuttavia è molto raro, in pratica, che le controversie sorgano e vengano portate ai giudici. Inoltre, a molti datori di lavoro non importa, o piace positivamente, il proprio dipendente che contribuisce al lavoro open source. Soprattutto se il progetto è uno che l'azienda trova utile e vorrebbe che tu sviluppassi competenze con esso. Frequentemente esistono procedure per ottenere risultati positivi per l'esecuzione di questo tipo di lavoro. Non fa male a controllare.
Inoltre, se contribuisci al lavoro open source, nonostante il fatto che non sia chiaro se hai il diritto di farlo, le probabilità sono piuttosto buone che non avrai problemi a farlo. E se ti metti nei guai, le probabilità sono che ti prenderai uno schiaffo al polso e ti verrà detto di prendere le cose, piuttosto che subire pesanti sanzioni legali. Il rischio rimanente è all'interno della tua zona di comfort? Questo dipende da te. Ma posso dirti che ci sono un sacco di persone che lo fanno e poche storie di persone che si trovano nei guai. (E nelle storie che esistono, di solito c'è qualche altra causa di problemi, e la ricaduta per il loro lavoro open source è una conseguenza.)