Ist ein Programmierer, der tiefgreifenden Zugriff auf den Quellcode (ein System, das Assets zuordnet) hatte, infiziert? Was bedeutet das, wenn er ein anderes Asset-Matching-System baute, das viel Geld einbrachte, ohne einen „Reinraum“ zu benutzen?

Eines der Dinge, die einen guten Programmierer ausmachen, ist seine Erfahrung. Je mehr er arbeitet, desto mehr erkennt und verwendet er gute Codierungsmuster.

Wenn ein Programmierer einen Code liest, der ein Problem löst, bemerkt er die verwendeten Tricks und Lösungen, und wenn er aufgefordert wird, ein ähnliches Problem zu lösen, greift er auf das zurück, woran er sich bewusst (oder unbewusst) aus dem anderen Projekt erinnert.

Angenommen, ein Programmierer hat ein Asset-Matching-System für Unternehmen geschrieben. Wenn er beweisen will, dass es seine eigene Arbeit war, muss er eine Codeprüfung durchführen, und ein Teil dieser Codeprüfung ist die Überprüfung, dass sie keinem Open-Source- oder verwandten und urheberrechtlich geschützten Code entspricht. Wenn der Programmierer mit dem Wissen über die Interna des anderen Systems „beschmutzt“ ist, besteht eine hohe Wahrscheinlichkeit, dass wesentliche Teile des Systems mit bereits registriertem und urheberrechtlich geschütztem Code übereinstimmen. Und jetzt muss er beweisen, dass die Ähnlichkeiten nicht beabsichtigt sind – was fast unmöglich ist. Wenn der Code nicht so standardisiert ist, hätte es jeder, der ihn implementiert, so gemacht.

Für eine kommerzielle Produktentwicklung wird daher die Verwendung von Reinraumprinzipien dringend empfohlen.

Ein Beispiel für eine ähnliche Anforderung finden Sie unter “Ist ReactOS legal?” In den häufig gestellten Fragen | ReactOS-Projekt