Comment by theoreticalmal

14 hours ago

That’s the most abstract and esoteric argument I’ve ever heard I think

The argument is not esoteric. An Apple employee working on a reverse engineered GPU driver might (intentionally or not) incorporate internal knowledge that they are contractually obligated to keep secret or write an implementation that is too close to proprietary code they had access to, to the point that it could be argued that it is a derived work.

This sort of thing has always been a concern for projects that re-implement some existing piece of software, e.g. there were concerns early on during development of the GNU project about people contributing after having been exposed to Unix source code. Similarly, it is an ongoing concern for the Wine project[1], as well as ReactOS. The later even had a code freeze and internal audit in 2006, after allegations came forward that code had been derived from disassembled Windows binaries[2].

[1] https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...

[2] https://en.wikipedia.org/wiki/ReactOS#Internal_audit

  • Exactly! That’s why companies create a clone every time they hire someone, put a clone into vat, and upon person quitting, the person is disposed of and the clone is sent to his family to take upon his role, without leaking company’s internal knowledge.

    • They still have to prove you did it. In accidental or small leaks they can't prove it. But there have been enough cases of provable IP theft.

    • Damn, I might have accidentally clean room reimplemented Severance without ever seeing as much as trailer, expecting Ternus’ kill squad any minute.

Wasn’t that exactly the legal standard Compaq had to prove when they did a clean room implementation of the IBM BIOS?