인프라

오픈소스 문화가 유행하면서 오픈소스에 참여하는 것은 이미 유행이 된 것 같다. 한동안 모든 사람이 자신의 코드를 공유하고자 하는 것 같다. 섣달 그믐 날, 내 오랜 친구 중 한 명인 오픈 소스를 비웃던 J EE 건축가가 오픈 소스 J2EE 애플리케이션 프레임워크 (일명 X 프레임) 를 발표해 오픈 소스 문화의 강력한 영향력에 경탄할 수밖에 없었다. 불행히도 오픈 소스는 무료 점심이 아닙니다. 소스 코드를 공개하는 것은 대중의 심사를 받아야 한다는 것을 의미한다. 불과 며칠 만에 국내 고위 J2EE 설계자 몇 명이 X framework 가 어떤 각도에서 보아도 실패한 오픈 소스 프로젝트라고 결론을 내렸다. 아름다운 소망이 결국 실패의 결과를 얻게 된 것은 무엇인가? 이 글은 X 프레임워크를 예로 들어 오픈 소스를 처음 섭외한 프로젝트 책임자가 자주 범하는 몇 가지 실수에 대해 논평하고 오픈 소스를 가입하기 위해 따라야 할 몇 가지 원칙을 지적하며, 이후 오픈 소스 애호가들을 위해 몇 가지 장애를 없애야 한다고 지적했다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 예술명언) SourceFe 의 프로젝트 현장에서 X framework 를 열면 개발 상태 열에 갑자기 적혀 있는 것을 바로 볼 수 있습니다. Production/Stable 은 작성자가 X 프레임워크가 성숙하고 안정적이어서 사용자에게 제공할 수 있다고 생각하기 때문에 지금 평가하기에는 너무 이르지 않아야 합니다. 그런데 X 프레임 정말 준비됐나요? SourceFe 에서 다운로드한 X framework 의 소스 코드를 열어 보니 깜짝 놀랐습니다. 압축 패키지에는 전체 프로젝트 컴파일 실행에 필요한 모든 라이브러리 파일이 없는 소스 코드만 들어 있습니다. 저자 자신의 포럼에서 프로젝트가 JBoss JDOM Castor Hibernate 와 같은 많은 오픈 소스 프로젝트에 의존해야 한다는 것을 알게 되자 스스로 다운로드하여 Eclips 에서 할 수 밖에 없었다. 오픈 소스 문화에 대한 깊은 이해가 필요 없이 E 에서 전체 프로젝트를 성공적으로 컴파일할 수 있습니다. 주요 오픈 소스 제품을 사용해 보면 오픈 소스 소프트웨어가 최소한 하나의 소스 배포 패키지와 이진 배포 패키지를 동시에 제공해야 한다는 것을 알아야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 오픈 소스 문화명언) 소스 패키지에는 최소한 필요한 모든 종속 라이브러리 파일 (또는 종속 라이브러리를 별도로 패키지화), 전체 단위 테스트 케이스 (일반적으로 Java 프로젝트의 Junit 테스트 제품군) 및 실행이 있어야 합니다. 스크립트 (일반적으로 Java 프로젝트용 Ant 또는 Maven 스크립트) 를 컴파일하고 작성하지만 X framework 의 배포 패키지에는 이러한 내용이 모두 없습니다. 사용자가 이 프레임워크를 사용하려면 작성자처럼 모든 종속 라이브러리를 수동으로 다운로드한 다음 빌드를 수동으로 컴파일해야 하며 빌드가 완료되면 오류가 있는지 알 수 없습니다 (단위 테스트가 없기 때문). 이런 분배 형식을 생산/안정이라고 합니까? 오픈 소스는 오픈 소스 소프트웨어를 쉽게 읽고 구축해야 합니다. 전체 프로젝트를 컴파일, 빌드 및 테스트할 수 있는 하나의 명령으로 실행 가능한 이진 프로그램을 얻을 수 있는 가장 편리한 방법을 사용자에게 제공해야 합니다. Java 프로젝트의 경우 이는 일반적으로 전체 JUnit 테스트 제품군 및 Ant 스크립트를 제공한다는 것을 의미합니다. 잠재 사용자는 하루 안에 비슷한 오픈 소스 소프트웨어를 모두 시도할 수 있습니다. 소프트웨어가 반나절 동안 그를 필요로한다면. 빌드를 완료하는 데는 시간이 걸리며 정확성을 검증하고 자체 테스트 케이스를 작성하는 것도 불가능합니다. 이 소프트웨어는 첫 번째 시간에 구석에 던져 질 가능성이 높습니다. SourceFe 의 항목 페이지에서 볼 수 있듯이 X framework 의 사용권 계약은 APL (Apache license v) 입니다. 그러나 게시 패키지에서 필자는 정식 라이센스 계약 텍스트, 즉 잘 알려진 SourceFe 항목을 보지 못했습니다. 목적 설명은 언제든지 수정할 수 있습니다 (X 프레임워크 자체의 라이센스 계약은 GPL 이었습니다). 배포 패키지에 정식 라이센스 계약 텍스트가 없는 경우 작성자가 SourceFe 의 프로젝트 설명을 수정하면 사용자는 자신의 합법적인 사용을 뒷받침하는 증거를 어디서 찾아야 합니까? X-frame 의 소스 코드에서는 대부분의 소스 파일의 시작 부분에 APL 승인 선언이 있지만 일부 소스 코드는 매우 우려됩니다. 예를 들어 UtilCache 클래스의 시작 부분에는 권한 부여 문이 없지만 JavaDoc 에서는 작성자 정보 @ author 가 있습니다