소프트웨어 라이선싱의 변화와 EUPL-1.2를 기본 라이선스로 선택한 이유.
지난 28년간 소프트웨어를 공개하면서, 나는 소프트웨어 라이선싱에서 뚜렷이 구분되는 세 시기를 거쳤다. 최근의 내 작업물은 모두 유럽 연합 공중 라이선스 1.2로 제공되며, 그 이유를 설명하고자 한다.
Midgard는 모두 LGPLv2였다. 당시에는 더 단순한 시절이었고, 자유 소프트웨어 라이선스도 그렇게 많지 않았다. Midgard는 웹 프레임워크였기에 약한 카피레프트 라이선스를 사용하는 것이 옳다고 느꼈다. Midgard와 함께 제공된 예제 웹사이트는 X11 라이선스였다.
2011년 무렵 JavaScript를 더 진지하게 다루기 시작하면서, 나는 MIT 라이선스로 바꿨다. 이는 NPM 패키지 생태계에서 선호하는, “원하는 대로 하되 나를 고소하지만 마라”라는 식의 단순한 방식이었다. 손쉬운 상호운용성, 아무런 조건도 없음.
Flowhub을 닫은 뒤에는 소프트웨어를 거의 공개하지 않은 몇 년의 공백기가 있었다. 직장 상황상 가능하지 않았거나, 배 때문에 바빴기 때문이다.
올해 나는 내 “기본 라이선스”를 EUPL-1.2로 전환하기로 했다. 이것은 유럽 연합이 만들고 공개한 OSI 승인 자유 소프트웨어 라이선스다. 또한 과거에 사용한 라이선스들과는 상당히 다르다. EUPL은 소프트웨어가 어떤 방식으로 배포되는지와 관계없이 상호 라이선싱을 요구하여 “서비스형 소프트웨어 허점”을 막는 강한 카피레프트 라이선스다.
세월이 흐르며, “오픈 소스” 진영(“자유 소프트웨어” 진영과 대비되는 의미)의 우리가 처음부터 틀렸음이 분명해졌다. 우리는 논쟁에서는 이겼지만, 사용자나 개발자에게는 거의 얻어 준 것이 없었다. 우리의 노력은 대기업이 더 저렴하게 무언가를 만들도록 하고, 억만장자가 조만장자가 되도록 쉽게 해 준 것뿐이었다.
그러므로 이제 허용적인 라이선스를 가지고 장난칠 때는 지났다. 기업이 우리의 조건에 따라 우리 소프트웨어를 사용하고 싶지 않다면, 스스로의 것을 만드는 데 노력이나 토큰을 쓰면 된다.
대부분의 소프트웨어가 밸리 밖의 더 넓은 세계에서 만들어지고 사용되는 세상에서, EUPL이 법적으로 유효한 공식 23개 언어 번역본을 제공한다는 사실도 나쁘지 않다.
다음은 내가 이미 EUPL로 공개한 몇 가지다:
이와 더불어 NoFlo 개발 환경의 새로운 재작성판도 EUPL로 만들고 있다. NoFlo 자체는 기존 프로젝트이고 제삼자 기여가 많으므로 MIT 라이선스를 유지할 것이다.
