아래 삽입 코드를 선택 후 복사( Ctrl+C 또는 ⌘-C)하여 여러분 블로그나 기사의 HTML소스에 넣어 삽입하시면 됩니다.
<script src="https://editoy.com/posts/893.940.js"></script><noscript>https://editoy.com/posts/893.940 안드로이드-자바를 둘러싼 오라클-구글 법정공방 다이제스트<p>;쓰다보니 길어져서 답글로 남깁니다.;창작물로서 API의 저작권을 주장할 수도 있어 보이기에 '개인적'으로 인정이 되지 않았으면 했던 부분이구요. 초기에 VM코드를 베낀 부분만 이슈가 되었던건지, 제가 그 부분만 본것인지 API에 대한 내용은 몰랐었기에 놀란 부분도 있습니다.;;API 저작권이 문화적 차이만으로 인정되지 않았는지 부분은 조금 의견을 달리하는데요. API라는게 이름들만 약간씩 다를뿐, 여기저기 유사한 것들이 너무나도 많습니다. 구현이란 부분은 같은 사람이 만들어도 매번 다르게 만들어 질 수 있을 만큼 자유도가 높지만, API는 그만큼 자유도가 높다고 생각하지 않거든요. 이게 인정이 되고 싸움이 시작되면 저작권 문제를 피하기 위해 기형적인 API들이 생겨날 수 있고 SW생태계를 오염시킬 수도 있다고 보입니다. 호환성을 포함한 확장성을 갖는 구현이 불가능해지는 것일 테니까요. ;문자열 클래스의 메소드들이 여기저기 다 다르다고 생각만해도 끔찍하네요.;물론, 구글의 안드로이드의 경우 자바 API를 '베꼈'죠. 저도 어느쪽이 옳다고 판단을 내리기는 어렵지만, 확실히 논란의 여지가 있다고 생각하는 것은 동일한 프로그래밍 언어에 대해 다양한 구현이 이뤄진 경우가 많기 때문입니다. C나 C++ 컴파일러의 다양성이라든지, 펄등 스크립트 언어에 대한 다양한 구현들, 심지어 마이크로소프트의 C#에 대해서도 Portable.NET이라는 GNU측의 컴파일러등...;;저작물의 의미를 부정해야 하는지는 저도 혼란스럽습니다만, 저는 살짝 구글쪽으로 기울어져 보렵니다.;</noscript>
<script src="https://editoy.com/posts/893.940.js"></script><noscript>https://editoy.com/posts/893.940 안드로이드-자바를 둘러싼 오라클-구글 법정공방 다이제스트</noscript>
<iframe style="display: block; background: none repeat scroll 0% 0% transparent; border: medium none; overflow: hidden; width: 100%; height: 100%;" src="https://editoy.com/posts/893.940.embed" frameBorder=no ></iframe>
<div class="curation-body"><link href="https://editoy.com/static/media/style/curate.css" rel="stylesheet" type="text/css" /> 쓰다보니 길어져서 답글로 남깁니다.<div style="font-weight: normal; "><br></div><div><div> 창작물로서 API의 저작권을 주장할 수도 있어 보이기에 <b style="background-color: rgb(255, 204, 0);">'개인적'</b>으로 인정이 되지 않았으면 했던 부분이구요. 초기에 VM코드를 베낀 부분만 이슈가 되었던건지, 제가 그 부분만 본것인지 API에 대한 내용은 몰랐었기에 놀란 부분도 있습니다. </div><div style="font-weight: normal; "><br></div><div style="font-weight: normal; "> API 저작권이 문화적 차이만으로 인정되지 않았는지 부분은 조금 의견을 달리하는데요. API라는게 이름들만 약간씩 다를뿐, 여기저기 유사한 것들이 너무나도 많습니다. 구현이란 부분은 같은 사람이 만들어도 매번 다르게 만들어 질 수 있을 만큼 자유도가 높지만, API는 그만큼 자유도가 높다고 생각하지 않거든요. 이게 인정이 되고 싸움이 시작되면 저작권 문제를 피하기 위해 기형적인 API들이 생겨날 수 있고 SW생태계를 오염시킬 수도 있다고 보입니다. 호환성을 포함한 확장성을 갖는 구현이 불가능해지는 것일 테니까요. 문자열 클래스의 메소드들이 여기저기 다 다르다고 생각만해도 끔찍하네요.</div></div><div style="font-weight: normal; "><br></div><div style="font-weight: normal; "> 물론, 구글의 안드로이드의 경우 자바 API를 '베꼈'죠. 저도 어느쪽이 옳다고 판단을 내리기는 어렵지만, 확실히 논란의 여지가 있다고 생각하는 것은 동일한 프로그래밍 언어에 대해 다양한 구현이 이뤄진 경우가 많기 때문입니다. C나 C++ 컴파일러의 다양성이라든지, 펄등 스크립트 언어에 대한 다양한 구현들, 심지어 마이크로소프트의 C#에 대해서도 Portable.NET이라는 GNU측의 컴파일러등... </div><div style="font-weight: normal; "> 저작물의 의미를 부정해야 하는지는 저도 혼란스럽습니다만, 저는 살짝 구글쪽으로 기울어져 보렵니다.</div><div style="font-weight: normal; "> </div><div class="editedby-logo"><a href="https://editoy.com/batmask"><img src="https://editoy.com/static/media/images/editoywith.png">batmask <img class="userthumb" width="32" src="http://api.twitter.com/1/users/profile_image?screen_name=batmask" alt="batmask's image" /></a></div></div>