The Knight of Diamonds

2009년 5월 29일

어제 아침 6시30분 정도에 봉하마을에 들러 노무현 대통령 생가에서 조문을 하고 왔다. 나는 과연 누구에게 어떻게 기억될까? 참으로 허황된 바램인가… 피곤하다.

처음으로 직접 본 노무현 대통령 생가. 집 주위에도 저보다 나은 집들은 넘쳐나건만 누군가에게는 집이 아니라 이곳에 있다는 자체가 너무나도 못마땅한 삶이었나 보다.

해가 떠 오른 이후 여러 사람들이 모여 바라본 부엉이 바위. TV 화면에서 보던 것에 비해 그리 높다고 느껴지지는 않았다.

2009년 5월 22일

약 14년 전 아버지가 병환으로 생을 마치셨다. 난 그때 별로 울지 않았다. 그러다가 장례를 준비하는 도중 혼자 집의 소파가 잠시 앉아 있다가 하염없는 눈물을 흘렸다. 내가 운 것 자식의 부모에 대한 사랑 때문은 아니었다. 난 아버지를 존경했지만 많은 점에서 지향하는 바가 달랐다. 단지 나름대로 순수하게 사려고 했으나 당신의 소중한 이들에게 느꼈을 사랑의 탈을 쓴 배신감에 슬퍼했을 한 남자의 서러움 때문이었다. 나는 그런 아버지를 잊지 않겠다고 다짐했다.

그러나 시간은 삶은 현실로 이끌어 주는 것인지, 점점 내 생각 혹은 마음 속에서 아버지의 존재는 밀려났으며, 지금은 아버지의 사진을 보지 않는다면 기억 조차 나질 않고 있다. 가끔 아버지의 사진을 보며 잊혀진 서러움을 한탄한다. 사람의 짧은 생을 영원한 것처럼 혹은 영원할 것처럼 유혹한 종교가 아니더라도 자신이 잊혀지는 존재가 되는 것이 얼마나 서러운 일이기에 살아 생전 온갖 추잡한 일을 서슴치 않고 하는 지 이해가 된다. 어느 덧 이런 생각을 하는 나의 삶도 이제 남은 생이 지난 온 생보다 길것이라고는 장담할 수 없는 시절이 되었다.

노무현 대통령의 서거 소식을 들으면서 아버지가 생각났다. 본인들은 의도하지 않았겠지만 아버지나 노무현 대통령이나 두 사람 모두 내 인생이 큰 변화를 주었다. 아버지는 잊혀졌지만 아마 이 분은 영원히 잊혀지지 않을 것 같다.

난 오늘 교회에 가지 않는다. 그들의 가증스러운 사랑 이야기를 오늘 만큼은 듣고 싶지 않다. 아마 즐거워할 사람도 그 곳에 많은 같다. 법정 스님에 얼마 전 그랬다. 절에 교회에 왜, 무엇 때문에 가냐고? 한번이라고 생각해 보라고.

2008년 5월 17일

외할머니가 세상을 떠났다는 소식을 들었다(외할머니인 관계로 존칭은 생략). 나이들고서는 사실 외가와 잦은 왕래가 없었던 터였고, 딱히 슬프다는 생각도 들지는 않았지만 시골로 가야된다는 생각에 다른 생각이 들지 않는 걸 보면, 분명 가족이라는 것은 특별한 것인가 보다. 빈소가 경상북도 의성이라 처음으로 신대구부산고속도로를 타고 가니, 실제 운전 시간은 겨우 2시간 정도… 생각보다 멀지 않은 곳이었다는 생각이 들었다. 지금까지 외가를 찾은 기억은 아마도 손가락으로 헤아려도 몇 손가락은 남을 정도였는데…

외할머니는 내가 학생 때, 몇개월 근처의 큰 이모집에 계시면서 함께 지내기도 했었다. 그 후로는 결혼 후에 한번 찾아 뵌게 전부인 것 같다. 난 이상하게도 친할머니와 달리 외할머니는 웬지 어려웠다. 전형적인 시골 아낙 혹은 할머니셨고 항상 자손들 걱정으로 가득하셨던 분이지만…

그런데, 난 오늘 처음으로 외할머니의 이름을 알았다. 한번도 생각해 보지 않았고 궁금해 보지 않았던 것이다. 그런데 망자란에 적혀진 할머니 이름을 보고 사뭇 이상한 느낌이 밀려온다. 아마 나를 포함하여 대부분의 자손들은 외할머니의 이름을 기억하지 못할 것이며 또한 앞으로도 그럴 것이다. 살아 생전에도 누군가의 당신의 이름을 직접 불러 준 적이 얼마나 될까?

갑자기 지금 이 순간 친할머니 이름이 생각이 나질 않는다. 외할머니에 비해 늘 기억하고 생각나는 분인데…, 어느 순간 내 기억에서 잠시(?) 점점 잊혀져 갔던 것이다. 이런 나쁜 놈… 아, 서러워라.

내 맥북의 1년 AppleCare 서비스 만료를 약 20여일 앞두고 그 동안 구매를 고민하고 있던 맥북/맥북에어용 AppleCare를 지르고 말았다. 교육기관 할인은 받으니 132,000원(부가세 포함)을 결제했다. 딱히 하드웨어가 아닌 관계로 뭘 배송까지 해주는 지 모르겠지만.. 아무튼 내 인생에서 맥북과 같이 소비자용 제품의 보증을 연장해보기는 처음이다. 사실 컴퓨터와 관련하여 제대로 내 돈 주고 산 것들은 거의 모두가 맥킨토시와 관련된 것들이었다. 컴퓨터의 보증 연증은 기껏해야 HP의 엔지니어링 워크스테이션 정도였는데, 맥북용 AppleCare까지 산 것보면 이제 삶에서 맥북을 놔두고는 생각하기 어렵지 않나 싶다​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​.​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​

Apple의 서비스 정책상 AppleCare는 사용자가 보유하는 AppleCare가 만료되기 전에만 연장이 가능하다고 한다. 아마도 예전에는 그렇지 않았다고 생각이 든다. 이런 나쁜 일이… 그런데 최근(?) HP에서도 CarePack 서비스 정책이 Apple을 본받아서인지 비슷하게 바뀌어버린 것을 알았다. 예전 HP의 서비스에서는 오직 하나였다. 언제 구매했느냐라는 것이다. 이것은 앞의 글과 달리 무상 보증 기간이 지났느냐를 것을 묻는 것으로서 그 기간이 지났다면 새로 CarePack를 구매하여 보증 서비스 기간을 연장하라는 것이었다. 물론 턱없이 비싼 비용이라고도 볼 수 있지만 시스템의 구매 가격에 비하면 새 발의 피라고 표현하는 것을 맞을 것이다. 그런데, 이제는 CarePack을 기존 시스템의 보증 서비스 기간 내에 구매하여야만 연장이 가능하게 된다. 그것도 새 제품을 구입할때에는 추가 3년(엔지니어링 워크스테이션의 경우)을 더해 총 6년이지만, 새제품 구매가 아닌 사용 중에 신청하면 겨우 1년만이 연장된다고 한다. 그렇지않은 경우에는 CarePack 비용의 10 ~ 20배 넘는 유지보수계약을 맺어야하는 상황이 맞이하게 된다. 결국 새 제품을 사서 쓰라는 반강제적인 압박이지 않나 싶다. 경제가 어려우니 사람들이 이전 시스템을 계속 쓰거나 중고를 구입하여 CarePack을 연장하는 경우가 많다보니 결국 이런 정책의 변경을 시도했는지 모르겠다.

내용물에는 라이센스 코드만 들어 있을 줄 알았는데 예상과 달리 AppleCare Protection Plan 사용자를 위한 시스템 복구 유틸리티인 TechTool Deluxe CD도 함께 들어 있었다(TechTool Pro 버전으로 업그레이드 비용이 무려 $59.00). 포함된 코드로 AppleCare를 연장 신청하고 확인 이-메일을 받으므로써 간단하게 등록 절차를 마쳤고, AppleCare는 2011년 6월 12일까지 연장되었다.

며칠 전 Borland가 Micro Focus라는 회사로 매각되었다는 소식을 접했다. 하지만 아마도 내가 알고 기억하는 Borland는 이 사건의 Borland와는 많이 다르다고 생각한다; Borland는 1 년전에 개발 툴 부문을 Embarcadero에 매각했다. 이런 소식을 보면 Microsoft에 대항했던 또 한 회사의 흥망을 보는 듯 하다. 뭐랄까, 승리한 자가 살아남는 것이 아니라 살아남은 자가 승리하는 것이라는 사실에 대한 확신; 개인적인 삶이나 기업 경영이나 세상하는 모습은 다 비슷한 것 같다.

난 컴퓨터 프로그래밍에 별 관심이 없다. 이 분야에 별 소질이 없다는 것을 알고 있다. 처음 접한 프로그래밍은 1980년대 중반 Apple II 호환 기종에서 AppleSoft BASIC 프로그래밍 연습을 할 때 였다 – 왜 그때는 컴퓨터를 사용하거나 배우거나 하는 것이 모두 프로그래밍을 의미했는지 의문스럽다. 이후 제대로 된 프로그램을 하게 된 것은 학위 과정에와서 였다 – 그때도 모두들 왜 직접 프로그래밍을 해야 한다고 생각했는 지 모르겠다. 그리고 프로그래밍 언어라면 당연히 C-언어라고들 했다. BASIC이나 FORTRAN는 이미 구시대의 선택이었다.

당시에는 Microsoft의 아성에 도전하여 대성공을 거두고 있는 Borland의 Turbo 시리즈라는 일련 컴퓨터 프로그래밍 언어 패키지들이 대세를 이루었다. Borland의 Turbo PASCAL에 이은 Turbo-C의 대성공은 모든 컴퓨터 관련 잡지의 프로그래밍 관련 기사들을 뒤덮었다. 프로그래밍 관련 서적들도 모두 Turbo PASCAL과 Turbo-C에 관한 것이었다. 이러한 Borland의 제품에 열광하는 이들을 터보광이라고 까지 했다. 하지만 어떤 이유에서인지 난 주변의 우려를 무릅쓰고 Microsoft C를 선택했다; Turbo-C는 사용자들에게 GUI 스타일의 편리한 프로그래밍 및 디버깅의 통합 개발 환경을 제공했다. 그에 반해 Microsoft C는 콘솔 기반이었다. 다행히도 내가 선택한 것은 Borland의 통합 개발 환경에 대응하기 위해 새로운 Programing WorkBench를 갖춘 Microsoft C/C++ 7.0이었으며 Windows 3.0에서의 프로그램 개발을 위한 SDK까지 포함하고 있었고 OS/2 어플리케이션 개발도 가능했다. 돌이켜 보면 이러한 나의 선택의 성격상 그런 것 같다. 난 주위 사람들이 주로 선택하는 것은 웬만하면 피하고 싶어한다. 어쨌든 프로그래밍이나 소프트웨어 개발 등이 전공이나 관심의 대상이 아니었기 때문에 이 선택이 내가 미친 영향은 별로 없다.

영원할 것만 같았던 Borland도 Microsoft의 Windows 3.X가 예상 밖으로 인기를 얻게되고 전체 PC 시장 장악하자 여러가지 변화를 시도했고 그 변화는 적절한 듯 했다; Windows 환경에서도 Microsoft나 Borland를 따지는 주위 사람들의 반응에 미뤄. 그러나 어느 시점부터 Windows 환경에서는 Microsoft의 Visual BASIC이나 Visual C/C++ 등이 MS-DOS 시절의 Turbo 시리즈가 누린 영광을 차지하게 되었다. Borland도 Delphi나 C++ Builder와 같은 제품으로 대응했으나 이미 대세는 정해진 듯 했다. 물론 난 이런 변화에는 전혀 관심이 없었다. 그리고 다시 Borland에 관심을 가지게 된 것도 HP가 Borland의 자회사 격인 Starfish에 HP Dashboard for Windows를 팔아버렸기 때문이다. 결과적으로 현명한 판단이었만 처음에는 HP가 이런 훌륭한 소프트웨어를 Starfish에 넘긴 것이 의아스러웠다. Borland는 Windows 3.X 시절 최고의 프로그램 매니저인 HP Dashboard for Windows를 Windows 95 버전에서는 최악의 불필요한 유틸리티로 전락시키고 말았다. 내가 생각하기에도 HP Dashboard는 Windows 95 이후 이어지는 Windows 스타일에 적용하기 불가능하다; HP Dashboard는 HP-UX 환경에서의 구동되는 HP VUE를 모방했기 때문이다.

Borland는 PC가 MS-DOS 세상일 때 프로그래밍 언어 분야에서 영원한 승리자처럼 보였다. 당시 CEO였던 필립 칸은 Borland를 Lotus나 Ashton-Tate에 비교할 정도였다; 1990년대 초 Borland는 Ashton-Tate를 인수했다. Borland의 Sidekick이나 Superkey는 MS-DOS 환경에서 새로운 반향을 일으켰다. 하지만 Windows 환경에서는 추억할만한 대상이 없는 듯 하다. Lotus 1-2-3를 대응할만한 스프레드시트로 평가되던 Quattro를 비롯한 다른 인기있는 MS-DOS 기반의 업무용 소프트웨어들도 Windows 버전에서는 Microsoft의 Office 패키지의 적수가 되지 못했다. dBASE는 Windows 버전이 있는지도 모르겠다.

난 Borland의 프로그래밍 패키지를 사용해 본 적이 없지만 그렇다고 Microsoft 제품을 제대로 사용할 수 있는 것도 아니다. 내 프로그래밍 실력은 오래전 Apple II에서 배운 BASIC과 Microsoft Visual BASIC으로 연습한 정도에 바탕을 두고 있다. 이후 난 HP-UX에서 HP-C와 HP Starbase를 사용했기 때문에 MS-DOS나 Windows 환경에는 여전히 관심이 없었다. 최근에 지인의 부탁으로 Visual BASIC을 사용하여 MS-DOS 기반 열교환 프로그램을 Windows 버전으로 겨우 컨버팅했는데 그래도 옛 기억이 가장 많이 도움이 되었다. 난 Visual BASIC은 좋아하지만 FORTRAN이나 C/C++ 등 다른 프로그래밍 언어에서는 별반 실력도 없으면서 통합 개발 환경을 사용하는 것에 매우 어색하다.