공개 SW진영, 불공정거래 대응?

자다가 봉창 두드리는 소리같음.

Anonymous wrote...
> 리눅스의 소스는 어중이 떠중이 C 언어 조금 배우고, 별 생각없이 시스템 조금 건드려본 초보들도 들여다 보지요. 그러면서 공개 소스니 하면서 자랑스러워 합니다. 그리고 단지 구경 좀 했다고 즐거워하지요.
> 그러나 정작 그것을 깊이 있게 이해하며 다룰 수 있는 사람은 드뭅니다.
> 이것뿐이라면 다행이지만 리눅스 진영에도 비열한 인간들이 많다는걸 알만한 사람은 압니다. 구체적인 예를 들지는 않겠습니다.
> 의외로 이타적인(자기보다 남을 더 위하는 사람) 사람은 드뭅니다.

어중이 100명 중에 한명 정도는 제대로 된 개발자가 있죠. 그리고 이들 개발자들은 대부분 자신의 필요 때문에 개발을 하는 겁니다. 이 사람들도 자기 좋아라고 하는 짓이지 남 좋아라고 일부러 희생정신 발휘하는 것 아닙니다. 소스가 공개이다 보니 이런게 결국 남 좋은 일로 귀결되는 것이지요. 착각하지 마시길.

>
> 마이크로소프트는 소스를 공개해도 리눅스처럼 만인을 향해 던지지는 않습니다.
> 어중이떠중이 건드려서,
> 장난치듯 수정하고,
> 소스 조금 수정해서 속임수 써서 팔아 먹고,
> 그러면서 결국 쓰레기기 되는걸 바라지 않지요.
> 이는 마이크로소프트뿐만아니라 저 자신의 심정이기도합니다.

어중이 떠중이 건드린다고 오픈소스에서 허접한 패치가 제대로 된 소스 망치는 일은 없습니다. 한번 잘나가는 오픈소스 프로젝트에서 project forking을 시도해 보고 무슨 일이 벌어지는지 직접 쓰라린 경험을 해 보시길. 허접한 패치는 허접하게 사라지기 마련입니다.

>
> 리눅스를 보면 알겠지만 하루가 멀다하고 패치만 하다 시간 보내는 사람도 있습니다.
> 물론 그런 과정을 즐기는 사람도 있겠지만 그런 곳에 시간 낭비하고 싶지 않은 사람이 대다수지요. 이것이 성스러운 성당과 지저분한 시장 바닥의 차이입니다. 본능적으로 시장 바닥을 좋아하는 사람도 있다는걸 인정합니다만 성스러운 성당이 시장 바닥에 내팽겨지는건 묵과할 수가 없지요.

패치하기 싫으면 하지 마세요. 아무도 강요 안합니다. 누가 들으면 패치 전문가 리누스 토발즈 똘마니 프로젝트 매니저쯤 되는 줄 알겠네요.

>
> .Net Platform은 일반인들에게 공개된건 아니고, 학계와 FreeBSD에 소스(1000만라인이상)를 공개했습니다. 그리고 처음에는 수정을 불허했으나 한달전인가 수정까지 허락했습니다. 물론 연구 목적으로서만이겠지요. 어중이 떠중이 건드려서 사기치라고 허락하는게 아닙니다.
>
> 일반인도 보고 싶은데 왜 일반인에게 공개를 안하는냐 묻는다면 본인은 마이크로소프트를 대신해서 그런 억지 주장은 진짜 암이나 다를바 없다고 말해주고 싶군요.
> 만약 당신이 정말로, "소스 보고 싶다. 그리고 만인를 위해 거창하게 좋은 기능을 넣도록 하겠다"고 약속하면 마이크로소프트는 당신에게도 소스를 줄겁니다. 그리고 환영의 의사를 표할겁니다.

그리고 그 소스는 마이크로소프트의 소유가 되죠. 기본적인 저작권의 기본조차 존중하지 않는 사기 수법중의 하나가 마이크로소프트의 소위 shared license개념이죠.

>
> 어떤 회사든 땅 파서 돈이 나오지 않는 이상 영리를 추구하는 건 당연하지요. 마이크로소프트를 "단지 상술의 일환으로 소스를 공개했다"고 폄하해도 마이크로소프트는 눈 하나 깜짝안하겠지만, 폄하할 필요도 없습니다. 그렇게 한들 뭐가 달라지지는 않을테니까요.

상술의 일환으로 소스를 공개하는데 시비는 걸지 않습니다. 사기를 치려고 소스를 공개하니 문제가 되는 것이죠. 오픈 소스 자체가 의미를 갖는 이유는 아무도 소스코드 콘트롤을 독점하지 못한다는 것인데 MS는 소스코드 콘트롤을 독점하고 있으면서 마치 오픈소스인양 행동하니 이게 사기가 아니고 뭔가요. 소스코드 콘트롤에 신경쓰는 Sun도 자바 스펙을 수정할 때는 JCP를 통해 public verification 과정을 거칩니다. 라이센스에서 처음부터 소스 코드 콘트롤을 자기네가 갖겠다고 선언한 Sun조차도 이럴진데 이따위로 독점적인 소스 코드 콘트롤을 유지하는 회사에게 무슨 근거로 소스 코드를 공개했다는 표현을 씁니까?

>
> Form FM.net
> PS : FM.net 은 위의 몇몇 글 쓴 사람의 가명.

제가 하고 싶은 말을 하시다니... 동감입니다.

리눅스의 소스공개는 자유보다는 방종에 가깝게 변질되고 있습니다.
누구나 만져서 망쳐놓으면 무슨 소용이 있을까요?

아니 원래의 뜻은 좋지만 일부의 사람들이 변질시켰다고 보는것이 정확할것입니다.

그게 무슨 포팅입니까? 무슨 소스가 있어야 소스를 고쳐서 포팅 흉내라도 내 보죠. 포팅의 기본 개념조차 모르시는군요.

dotGNU와 모노는 거의 Wine이나 진배없는 프로젝트입니다. 자바로 비유하면 썬의 자바 개발 초기에 API 스펙보고 만들어진 Japhar나 Kaffe 컴파일러/버추얼 머신이나 비슷한 겁니다. 모노나 dotGNU가 .NET 환경을 리눅스에 이식시켜 줄 것이라구요? 요즘도 Japhar나 Kaffe 써서 리눅스에서 자바 돌릴 수 있나 보죠?

솔직히 MS한테는 소스 코드 공개는 기대도 하지 않습니다. 다만, 그래도 MS가 .NET을 통한 다중플랫폼 지원에 관심이 있다면 적어도 리눅스에 CLI 정도는 바이너리라도 포팅해 주어야 합니다. 이것도 해 주지 않으면서 이제 겨우 시작한 허접한 오픈소스 프로젝트 몇개를 얼굴마담으로 들이대며 리눅스의 .NET환경은 MS말고 얘네들이 알아서 해 줄거라구요? 그리고 이떤 순진한 MS 개발자는 이 얘기를 MS의 닷넷이 이제는 리눅스까지 포팅되고 있는 대단한 플랫폼이라고 알아듣고 있네요. 참 재밌는 세상입니다 그려.

그리고... 말 나온 김에 몇자 더 적는데 MS가 다중언어를 지원한다는 얘기는 뻥입니다. 자바 버추얼 머신도 이론상으로는 자바 외의 다른 언어도 지원합니다. 어떤 언어든 자바 바이트 코드만 제대로 생성하면 되죠. 스몰토크나 파이썬을 이용해서 자바 바이트코드를 만들 수 있습니다. 특히 파이썬은 Jython(구 Jpython)으로 자바다음으로 자바 버추얼 머신에 많이 쓰이는 언어가 되었죠. 하지만 요즘 누가 자바개발하면서 파이썬 쓴답디까? 오래지 않아 닷넷은 C#천하가 됩니다. 그러면 결과는요? 다중언어에 하나의 플랫폼이 아닌 하나의 언어에 하나의 플랫폼으로 가는 거죠.

뭐, MS를 따라가는 것은 개인 사정이지만 그래도 사탕발림에는 속지말라는 뜻에서 몇 자 적어봤습니다. 그럼.

무슨 소스가 공개되었다는건지 좀 보여주세요.
공개된 것은 .NET 스펙이지 실재 구현 소스가 공개된건 아닌걸로 압니다.
M$에서 소스를 공개하다니 경천동지할만한 일이군요.
MONO 프로젝트에서 M$스펙을 쫓아서 구현한것 말고 M$측에서 공개한 소스를 보고 싶습니다. 제발 보여주시길...

그리고 멀티 플랫폼 지원과 멀티 랭귀지 지원 중에 선택하라면 멀티 플랫폼을 선택하겠습니다. 그 좋은 닷넛이 얼마나 성공하는지 두고 봅시다.

뭘 말하고 싶은겁니까?
이미 성숙된 자바 플랫폼(이 기종 호환외 별 문제없는)은 소용없고 닷넛을 쫓아야한다는겁니까? M$말은 콩으로 메주를 쑨다고 해도 절대 믿을 수없습니다.
여태껏 M$가 우리에게 남겨준게 무엇입니까? 독점 프로토콜 독점 포맷?

처음에 브라우저의 멀티 플랫폼 지원을 문제삼으니 구색잡기로 Solaris용 IE나 맥용 IE를 내놓기는 했죠. 이제는 그나마 지원조차 되지 않습니다.

세상에 윈도우 말고도 많은 플랫폼이 있습니다. 말로만 부르짓는 .NET보다는 직접 리눅스용 JDK라도 만들어주는 썬이 더 낫습니다.
M$가 리눅스용 .NET 개발환경을 직접 만들어 주실꺼다? 어림없습니다.
제 손에 장을 지집니다.

VMware는 x86 platform 에뮬레이션입니다. x86 플랫폼은 이미 IBM 286 AT 시절부터 공개죠. x86 시피유 인스트럭션 셋 정보는 인텔에서 구할 수 있죠.

ActiveX를 구현할려면 Win32 API까지도 모두 구현되어야 한다는 얘기입니다. 와인 프로젝트도 아직 이루지 못한 성과를 웹브라우저 플러그인 개발을 위해 누가 뛰어들지 의문이네요. 특히, ActiveX는 외국같이 매킨토시의 시장 점유율이 제법 되는 곳은 아예 쓰지도 않습니다. 윈도우즈만 지원되는게 어찌보면 당연한 얘기죠. 자바 확산을 저지하려는 MS가 제일 급했을 것이니까요.

그리고... 유닉스 하는 사람들 자바에 목매달지 않습니다. 어차피 유닉스는 포팅이 상대적으로 쉬운 동네이고 여기서 자바를 미는 까닭은 MS가 유닉스용 솔루션을 만들어 주지 않기 때문이죠. 솔직히 스펙만 제대로 공개되어 있어도 유닉스에서 ActiveX한번쯤 생각해 볼만합니다. 그런데 이미 소스까지 공개인 자바가 있는데 누가 ActiveX 신경쓰고 있겠습니까? 이런 상황인데 무식한 윈도우즈 개발자들은 열심히 MS를 따라가 버렸죠. 기본적으로 웹이라는 환경에서 중요시되는 플랫폼간의 호환성을 무시하고 말이죠.

그리고 MS는 윈도우에서 자바의 호환성을 고의적으로 훼손시킨 전력이 있습니다. MS가 처음부터 자바를 지원하지 않았다면 그거야 지네들 마음이지만 자바를 지원한다고 해 놓고 실제 자바를 망쳐놓은게 MS입니다. 썬이 윈도우즈에 썬의 자바 솔루션을 넣어라고 MS에 강요하는 것이 아예 근거가 없는 얘기는 아니죠. 실제, 윈도우즈XP의 IE에서는 아직도 썬의 JDK를 설치하면 상당부분 오동작이 일어납니다. 이게 과연 썬의 기술력이 모자라서 발생하는 일일까요? IE의 소스코드를 아무도 들추어 볼 수 없는 이상 MS가 썬의 자바 플러그인만 들어오면 IE가 오동작을 하도록 만드는 코드를 넣는다고 해도 누가 이걸 막을 수 있을까요? (실제 MS는 오래전에 윈도우즈 3.1이 DR-DOS에서 제대로 실행될 수 있는데도 불구하고 MS-DOS가 아닌 DR-DOS에서 윈도우즈 3.1을 실행시키면 에러 메세지를 내면서 윈도우즈 실행을 중단시키는 코드를 윈도우즈에 삽입한 전력이 있습니다.) MS는 실질적으로 IE라는 자바 실행 환경을 MS가 예전에 호환성이 떨어지도록 만든 자바 버전 1.1에 영원이 종속되도록 하는 치사한(!) 정책을 쓰고 있습니다. 썬이 계속 시비를 걸만도 하죠.

전체적으로 글쓰신 분은 자꾸 한쪽만 보고 다른 쪽은 일부러 보지 않는 특성이 있는 것 같군요. 썬이나 MS나 둘다 바보들은 아닙니다. 너무 겉으로만 보이는 사실을 가지고 황당무계한 주장을 펴지 말아주셨으면 하네요. 사실 MS도 ActiveX로 안될 것 같으니까 닷넷 하겠다고 나서는 것 아니겠습니까.

너무 문외한으로서의 시각이군요.

VMWare가 구현한 추상계층 - x86 architecture - 는 공개된 스펙인 반면에,
ActiveX를 돌리기 위해 구현해야 하는 추상계층 - Windows+IE - 는 공개된 스펙이 아니죠.

;제가 볼땐 유닉스 아류 OS에서 ActiveX를 사용하지 않는 것 그 자체가 정치적인 목적이 ;아닌가 생각이 됩니다. 즉 못해서 안하는게 아니라 그렇게 하면 손해이니 안하는거 겠죠.
;그러니까 Unix 아류 OS들을 만드는 사람은 자바만을 밀겠다는, 그 추종자들이 지극히 마이크로소프트적이라고 생각하는, 그런 생각을 은영중에 가지고 있는겁니다.

지극히 MS 중심적인 사고 or 반 유닉스적인 사고라 할 수 있겠습니다. ActiveX를 지원하지 못하는건 "유닉스 아류 OS"가 아니라 "Windows가 아닌 모든 OS"입니다. 그런데도 유닉스 아류 OS에게만 "정치적인 목적" 운운하면서 혐의를 씌우는 것은 공정하지 못하군요. 게다가 Java를 선호하는 Sun,IBM 등과, Java에 배타적인 경향을 보이는 Linux, BSD 진영을 뭉뚱그려서 Java를 지지한다고 거짓 사실을 유포하는 것을 보면 그 "정치적인" 의도가 의심된다고 할 수 있겠네요.