4 ms·

Google specifically decided not to use 'interoperability' as a functional objective constraining their code design because there was a wall of evidence against

by ABCLAW 9y ago

Google specifically decided not to use 'interoperability' as a functional objective constraining their code design because there was a wall of evidence against that interpretation. There's a comprehensive write-up elsewhere in this thread about it.

loup-vaillant 9y ago
I have read it, and I disagree. I am not arguing that Google has an interoperability exemption. I am arguing that the API is not (or should not be) copyrightable in the first place, because any attempt at interoperability would instantly void it. I would also argue that interoperability with the training of masses of developers is a thing. Saying it is not only strengthens the relevant network effects, which is bad for competition. I doubt that last one would hold up in court, but still. See how C++ became popular. Not quite compatible with C, but close enough to spur adoption. And overall, it is very weird that Google's intent matters here. They should be judged on what they did, and maybe whether they did it on purpose. Why they did it should be no more than extenuating or aggravating circumstances.
- ABCLAW 9y ago
  >I am arguing that the API is not (or should not be) copyrightable in the first place, because any attempt at interoperability would instantly void it. The court specifically deals with this assertion and does not come to the conclusion that you do. >And overall, it is very weird that Google's intent matters here. No it isn't. This case was about Fair use, and intention matters for some of the test elements. A bunch of people think this case is about API copywritability. They're four years too late to complain.
  - loup-vaillant 9y ago
    > The court specifically deals with this assertion and does not come to the conclusion that you do. I know. I did read their lengthy conclusion. > A bunch of people think this case is about API copywritability. Too bad it isn't. That ruling from 4 years ago is insane. And I recall people did complain at the time, did they not?

by ABCLAW 9y ago

loup-vaillant 9y ago

I have read it, and I disagree. I am not arguing that Google has an interoperability exemption. I am arguing that the API is not (or should not be) copyrightable in the first place, because any attempt at interoperability would instantly void it. I would also argue that interoperability with the training of masses of developers is a thing. Saying it is not only strengthens the relevant network effects, which is bad for competition. I doubt that last one would hold up in court, but still. See how C++ became popular. Not quite compatible with C, but close enough to spur adoption. And overall, it is very weird that Google's intent matters here. They should be judged on what they did, and maybe whether they did it on purpose. Why they did it should be no more than extenuating or aggravating circumstances.

ABCLAW 9y ago
>I am arguing that the API is not (or should not be) copyrightable in the first place, because any attempt at interoperability would instantly void it. The court specifically deals with this assertion and does not come to the conclusion that you do. >And overall, it is very weird that Google's intent matters here. No it isn't. This case was about Fair use, and intention matters for some of the test elements. A bunch of people think this case is about API copywritability. They're four years too late to complain.
- loup-vaillant 9y ago
  > The court specifically deals with this assertion and does not come to the conclusion that you do. I know. I did read their lengthy conclusion. > A bunch of people think this case is about API copywritability. Too bad it isn't. That ruling from 4 years ago is insane. And I recall people did complain at the time, did they not?