Imp: Delphi/C++Builder Evangelist

예전에 '하위버전 인정'이라는 관행에 대해 글을 올렸었는데요.
http://blog.devgear.co.kr/imp/entry/DelphiCBuilder-구입시-하위버전-인정에-대하여

간단히 요약하자면, 최신 버전을 구입하면서 하위 버전을 사용할 수 있도록 허용해주는 것으로, 예전의 볼랜드코리아에서 진행했던 것입니다. 하지만 이 관행은 사실 본사에서 인정하는 것이 아닌 기형적인 행태입니다. 그래서 하위버전 인정을 단계적으로 폐지한다고 말씀드렸었는데요.

이 문제에 대해, 구버전의 구입 여부에 대해 예전부터 많은 분들이 온, 오프라인으로 의견을 주셨었습니다. 의견을 주신 많은 분들의 말씀들이 다 일리가 있었고, 그래서 본사에 여러차례 의견을 전달하고 협의를 한 결과, 한시적으로 구버전 라이선스를 판매해도 좋다는 허락을 얻었습니다.

이 결과를 토대로, 8월 한달간 정품 개발툴 캠페인을 진행합니다.
http://www.devgear.co.kr/newsletter/20090803_dev_legit_promote.html

이번 정품 사용 캠페인의 내용은 크게 다음과 같이 3가지입니다.

1. Delphi와 C++Builder의 역사상 모든 버전을 구입할 수 있습니다.
Delphi 4 라이선스가 부족하십니까. C++Builder 5 라이선스가 부족하십니까. 원하는 어떤 제품의 어떤 제품 라이선스도 합법적으로 구입할 수 있습니다.

2. 할인된 가격으로 구입할 수 있습니다.
본사 달러 가격 기준으로, Delphi/C++Builder는 2007 버전부터 가격이 인하되었었습니다. 그래서 지금도 정상판매되고 있는 Delphi 7, C++Builder 6도 최신 버전보다 가격이 더 비쌉니다. 하지만 이번 캠페인 행사에서는 최신 버전과 동일한 가격으로 구입할 수 있습니다.

3. 분할 구입이 가능합니다.
중소기업의 입장에서 여러 카피의 라이선스를 한꺼번에 구입하려면 단기적으로 자금 부담이 클 수밖에 없습니다. 이번 행사에서는, 구입해야 할 라이선스 수가 5카피 이상이면, 40%만 먼저 구입하고 나머지는 1년간 구입을 유예할 수 있습니다. 20카피 이상인 경우라면 이 조건에 대해 별도 협의도 가능합니다. 그 동안은 단속도 유예됩니다.

구버전을 판매하는 것은 이번 1달간 뿐입니다. 물론 본사를 더 졸라보면 가능할 수도 있을지 모르겠습니다만, 어쨌든 이번에 본사로부터 허락을 받은 것은 8월 1개월간만 1회성 행사로 판매하는 것입니다.

또, 하위버전 인정의 경우, 이번 행사 내용에 의해 무의미해지며, 또한 하위버전 인정의 폐지를 계획했던 기한(8월 31일까지)이 이번 행사와 함께 끝나는 관계로, 하위버전 인정은 지난 7월 말 이후로는 영원히 폐지됩니다.

더 저렴하게, 더 좋은 구입 조건으로, 단종되었던 구버전 제품들을 합법적으로 구입할 수 있습니다.

이번 행사는 제가 처음부터 끝까지 단독으로 내용을 기획해서 영업쪽과는 협의 정도만 한 것인데... 현업 개발자들과 기업들의 요구 사항들을 수용해서 제 나름대로는 과감하게 시도해보는 것이랍니다. 벤더측과 개발자들 양쪽 모두 윈윈이 되었으면 좋겠네요. ^^

과거에, Delphi나 C++Builder를 구입하면서 "하위버전 인정"이라는 것이 있었습니다. 이건 약간의 설명이 필요한데...

소프트웨어를 개발하는 A사가 있다고 합시다. 어떤 이유로든, Delphi 4 버전이 필요한 상황에 봉착했습니다. 그런데 Delphi 4 버전은 당연히 현재 시점에서는 공급되지 않는 제품입니다. 근데 A사는 Delphi 4가 너무너무 꼭꼭 필요한 상황이라고 합시다. 벤더(데브기어)로 Delphi 4를 사용할 수 있는 방법은 없느냐고 조릅니다.

이런 경우에 "하위버전 인정"이라는 절차를 거치게 됩니다. 실제로는 현재 정상 공급되는 제품인 Delphi 2009 제품을 구입합니다. 그리고 벤더로부터 Delphi 4를 사용할 수 있는 허락을 얻는 것입니다. 이에 필요한 인증서 공문을 벤더가 발급하구요.

하지만 이것은 정상적인 절차가 아닙니다. 현재 저희 본사인 엠바카데로에서는 이런 절차를 인정하지 않습니다. 과거에 볼랜드 본사도 전혀 인정하지 않았으며, 국내 벤더가 본사의 허락 없이 독자적으로 진행한 것입니다. 물론 본사에서는 '묵인'을 한 셈이긴 하지만, 언제든 본사에서 문제를 삼을 권리가 있습니다.

따라서, "하위버전 인정"이라는 것은 해당 하위 버전에 대해 라이선스를 취득한 것을 의미하는 것이 아니라, SPC 회원사의 위치를 이용하여 단지 불법 소프트웨어 단속 등으로부터 유예시켜준다는 의미입니다. 변칙적이기도 하고 편법적인 방법이지요.

게다가, 하위버전 인정이란 절차는 무기한으로 인정되는 경우가 없으며, 최대 1년 정도의 시한 동안만 인정하는 것입니다. 따라서 그 기간이 지나고 나면 하위 버전의 사용을 중단하고 언인스톨한 후 원래 구입한 최신 버전을 사용해야 합니다. 원래 하위버전 인정의 취지 자체가, 영영 하위 버전을 쓸 수 있다는 것이 아니라, "새 버전 제품을 구입했으니 구입한 버전을 사용해야 하지만, 기존 소스코드의 업그레이드에 소요되는 기간 동안은 단속의 위험으로부터 유예해준다"라는 취지이기 때문입니다. 따라서 위에서 말한 인증서에도 시한이 명시되어 있습니다.

문제는, 과거에 볼랜드코리아를 통해 하위버전 인정 절차로 구입하여 과거 버전을 사용하는 사용자가 적지 않다는 것입니다. 그런데 볼랜드코리아로부터 코드기어가 분리된 시점이 벌써 3년이나 되었고 같은 시점에 국내 코드기어 지사가 생겼기 때문에, 볼랜드코리아로부터 하위버전 인정 절차로 구버전 사용을 허락받은 경우들은 모두 다 기간 만료가 된 상태입니다.

다시 말해, 최근 1년 이전에 발급된 하위버전 인정 문서는 모두 만료된 상태이며, 따라서 그 인증서의 효력이 없어졌습니다. 그럼에도 해당 하위 버전을 계속 사용하고 있다면 불법 복제 소프트웨어가 된 것입니다.

데브기어에서는 이 "하위버전 인정"이라는 절차에 대해 대단히 심각하게 생각하고 있습니다. 물론 하위버전을 사용하든 최신버전을 사용하든 데브기어의 매출이나 뭐 그런 것들은 당연히 별 차이가 없습니다만, 다음과 같은 이유들이 있습니다.

첫번째, 하위버전 인정 자체가 본사의 정식 승인을 받지 않은 비정상적인 절차로서 절차상 문제도 많습니다. 본사의 승인을 득하지 않은 편법 제도이기 때문에 본사에 현황을 보고하고 정식 절차를 요청하는 것이 저희의 의무입니다. 본사에서는 하위버전 인정 자체를 인정할 수 없다는 회신이 올 가능성이 아주 높기 때문에, 시장의 혼란을 막기 위해 보고를 미루고 있습니다.

두번째, "하위버전 인정" 판매는 델파이 및 C++빌더 개발자들이 최신 버전들이 계속 나오고 있고 거기서 추가되는 뛰어난 기능들이 있음에도 불구하고 과거 버전에 집착하는 이유들중의 하나입니다. 닷넷이나 자바 등 경쟁 기술들의 개발자들이 델파이와 C++빌더를 무시하는 이유들 중 하나이기도 합니다.

세번째, 하위버전 인정으로 구입하는 고객사의 상당수에 불법복제 혐의가 있습니다. 현재로서는 일단 적정 수량을 구매를 하기만 하면 과거의 문제에 대해서는 덮고 가고 있습니다. (물론 이미 법적 절차가 시작되어 법무법인이 개입하기 시작하면 구매로 끝나지 않고 재판으로 가게 되며, 구매는 물론 별도의 피해 보상을 요구하게 됩니다) 그래서 하위버전 인정이 불법복제로 개발툴을 사용하는 악의적 사용자들을 면피시켜주는 결과가 됩니다.

이런 이유로, 데브기어에서는 하위버전 인정 방식의 판매를 줄여가고 있으며, 이조차도 2009년 8월 31일까지만 존치시키고, 그 이후로는 영원히 하위버전 인정 절차를 폐기할 계획입니다. 하위버전 인정의 유효 기간이 최대 1년이므로, 다시 말하자면 2010년 8월 31일 이후로는 하위버전 인정 제도 자체가 국내에서 완전히 사라지게 됩니다. (아시다시피 중고 매매는 그 자체가 법적으로 효력이 없으므로 중고로 구매한다고 해도 라이선스가 무효입니다)

요약하자면,
1. '하위버전 인정'이라는 제도는 비공식적인 편법 제도이다.
2. 최근 1년보다 이전에 하위버전 인정으로 구매한 경우, 과거 버전을 계속 사용한다면 불법이다.
3. 2009년 8월 31일까지만 이 제도로 판매되며 그 이후로는 판매 중단된다.

바로 아래에 쓴 글 대로, Delphi 7과 C++Builder 6은 아직 정상 판매중입니다. 다만 아래 글에서 썼던 대로, 언제 단종될지 모르는 상태이므로 구매 계획이 있다면 서두르는 것이 좋습니다. 또한 Delphi 7과 C++Builder 6 버전들은 정상 판매 중인 제품들이므로, 어떤 이유로도 이 버전들로 하위버전 인정은 불가합니다.

바로 아래에서 쓴 업그레이드 정책에서, 구버전 사용 권리의 경우 물론 여러 고객사에 다양한 버전의 소프트웨어를 판매한 경우 등에서 중요하지만, 업그레이드 후에 최신 버전만 사용하더라도 중요한 경우가 있습니다. 바로 BDE와 같은 경우입니다.

BDE는 오랫동안 델파이/C++빌더 개발자들에게 기본 데이터베이스 액세스 방식으로 익숙했었는데요. 이 BDE는 로컬 디비 엔진과 SQL 링크로 구성되어 있습니다. 여기서 SQL 링크(SQL Links)라는 것이 BDE에서 RDBMS에 대한 연결을 담당하는 부분입니다. 반면 로컬 디비 엔진은 이름 그대로 파라독스나 dBase와 같은 로컬 데이터베이스를 운영하는 부분입니다.

2002년 델파이 7이 출시되면서 BDE에서 SQL 링크가 제거되었습니다. 이것은 델파이 6에서 등장한 dbExpress로 대체하기 위한 것인데요. 이런 내용은 델파이 7이 출시되기 전인 2002년 초에 볼랜드에서 미리 공지를 했었습니다.

BDE의 미래 - SQL 링크는 사라지고 로컬 DB는 계속 지원
http://www.borlandforum.com/impboard/impboard.dll?action=read&db=news&no=93

따라서, BDE로 오라클이나 사이베이스 등 RDBMS를 연결할 수 있는 마지막 버전은 델파이6와 C++빌더6입니다. 델파이7 이후의 버전에서는 BDE로 RDBMS에 연결할 수가 없죠.

이게 델파이 7 이후로 적지 않은 개발자들에게 큰 고민을 안겨주고 있습니다. 사실 BDE에서 dbExpress로 마이그레이션을 하는 것이 그렇게 크게 어렵거나 작업 시간이 많이 걸리는 작업은 아니고, 또 dbExpress로 옮겼을 때의 이점이 확실하기 때문에(더 가볍고 빠르며 크로스플랫폼이 된다는 장점) dbExpress를 쓸 이유는 충분합니다.

하지만, 적게는 수백개, 많게는 수천개의 '화면'을 가진 SI성 업무 개발 프로젝트에서는, 이렇게 엄청나게 많은 폼 파일들을 일일이 열어서 변환 작업을 하는 것만 해도 어마어마한 작업이 되게 마련이기 때문입니다. 여기에 테스팅 시간까지 감안하면, 생각만 해도 끔찍한 작업이 되겠죠. 왜 SQL 링크 지원을 끊었는지 원망이 안들래야 안들 수가 없을 겁니다.

하지만 이게, 그러니까 델파이7 이후 버전에서도 BDE를 사용하는 것이 가능한 경우가 있으니, 그것이 델파이/C++빌더의 구버전으로부터 업그레이드로 구입한 경우입니다.

BDE는 일반적으로 델파이나 C++빌더와 함께 설치되지만, 사실은 독립적인 소프트웨어 요소이고, 동일 PC에 구버전과 신버전을 함께 설치할 경우 동일한 BDE가 업데이트되고 두 개발툴에서 공유됩니다. 따라서, BDE에서 SQL 링크를 지원하는 구버전(6 버전 이하)을 설치한 후 SQL 링크를 지원하지 않는 신버전(7 이상)을 설치하면, 신버전에서도 SQL 링크를 사용할 수 있습니다. (물론 이건 일반적인 경로로 설치할 경우를 말한 것이고, 약간의 BDE만 별도로 설치하는 것도 가능합니다)

이 방법이, 델파이 7 이후의 버전(물론 가장 최근의 2009와 2007 포함)에서 BDE로 RDBMS에 연결할 수 있는 유일한 방법입니다. 앞서 업그레이드 정책에 대한 안내에서 설명한 것처럼, 업그레이드를 구입한 후에도 여전히 구버전에 대한 사용 권리가 있기 때문에 가능한 것입니다.

(다만, 이것은 구버전 개발툴에서 설치된 BDE와 신버전 개발툴에서 설치되는 BDE가 동일한 32비트일 경우만 가능합니다. 정확히 어느 버전인지는 기억나지 않는데, 델파이 3 혹은 4 버전까지는 BDE가 16비트로 되어 있었습니다.)

하지만, BDE 자체도 라이선스가 있기 때문에, 델파이나 C++빌더의 6 이하 버전의 라이선스를 보유하지 않은 개발자가 SQL 링크를 사용하면 라이선스 위반으로 불법이 됩니다. 좀 까다롭죠? 하지만 SW 라이선스라는 것이 원래 좀 그렇습니다. ^^

하지만, BDE로 RDBMS를 액세스하는 코드가 포함된 프로젝트의 경우, 구버전 라이선스를 가지고 있는 경우가 (라이선스가 없는 불법이 아닌 한) 대부분일 것이므로 대부분의 경우 이런 조건에 영향을 받지는 않을 것입니다.

만약, 구버전 라이선스가 없는데도 반드시 BDE SQL 링크를 사용해야만 하는 상황이라면...
엠바카데로/코드기어의 사전 승인을 받아야만 합니다. 그렇지 않으면 델파이 구버전을 불법적으로 사용한 것으로 간주될 수도 있으니까요.