마지막으로 포스팅했던 날짜가 2010년 12월 7일이네요. 그때라면, 발전하지 못하고 있는 것 같은 스스로를 자책하면서 이직을 준비하던때 입니다. 나름 만족하며 다니던 회사였는데, 막상 옮기려니 이런저런 생각이 들어군요. 왜 제가 회사를 갈아타려했는지 이야기해보겠습니다.

우선, 월급이 밀린다거나, 회사의 정치적인 문제라거나, 혹은 회사가 망해버렸거나, 그것도 아니면 잘렸거나…, 이런건 이유에 해당되지 않습니다. 전 한번도 월급을 늦게 받아본 적이 없었고, 회사가 망했던 경우도 없었고, 사내정치나 대인관계로 고민해본적이 없습니다. 그런 점에선 분명히 운이 좋았다고 할 수 있습니다. 여기에 조금 덧붙이자면, 제 여건에 맞춰서 나름 회사를 잘 선택했다고 볼 수도 있고요.

2010년 12월 7일 당시의 회사는 두 번째 회사였습니다. 첫 번째 회사는 2년 동안 다녔고, 당시의 퇴직 사유는 절반 이상이 ‘세계여행’때문이었죠. 나머지 중 상당수는 출근길에 본 눈부신 햇살 때문이었고요. 좀 더 정확히 이야기하면, 그때의 햇살이, 오랜 시간 꿈꿔왔던 ‘세계여행’에 대한 욕구를 자극했던 거죠. 그리고 얼마 안 있어 회사를 그만 두었고, 세 달을 쉬고 떠나려 했는데, 채 세 달을 채우진 못했습니다. 세 달 동안 논다는 것도 어렵더라고요. 제 생각엔, 한 한 두 달이면 충분하지 않을까 싶습니다. 그런 의미에서 회사에서 장기 근속자에게 한 달의 특별 휴가를 주는 건 직원을 붙잡아둘 수 있는 아주 좋은 수단이라는 생각이 듭니다. 어쨌든 그리고 정말 여행을 떠났습니다. 2년 간 일을 했으니 어느 정도는 돈이 있었고, 따라서 굳이 돈에 스트레스 받으며 돌아다니지 않아도 됐죠. 또, 1년을 예상했으니 시간 때문에 서두를 필요도 없었고요. 근데, 그도 6개월 여 만에 그만 두었습니다. 여기에 대해서는 어떤 식으로 든 따로 이야기할 기회가 있으리라 믿고, 끝내죠.

한국에 돌아와서 일주일 동안은 매일 면접을 봤는데, 그 중 한 회사에 입사하기로 했지만, 이후에 다른 회사에서 연락이 오는 바람에, 먼저 회사에 양해를 구하고 저의 두 번째 회사에 입사하게 되었죠. 그렇게 두 번째 회사에서 거의 4년을 일했습니다.

환경, (대부분의)사람들, 보수. 이 모두에 대해서 큰 불만이 없었습니다. 적어도 처음 2년은 상당히 만족스럽게 느꼈고, 그래서 타 회사의 제의도 고민 없이 거절해 버렸죠. 돌이켜 생각해보면, 팀장이 바뀐 이후부터 아쉬움이 조금씩 늘어나지 않았나 싶습니다. 우선, 팀 내의 사소한 일들이 공정하게 처리되지 않는다고 느끼게 되었고요, 팀원들의 업무 성과에 대해서 신경 쓰지 못하는 모습이 눈에 띄었죠. 또 하나 결정적인 건, 그런 아쉬움이나 불만들을 제대로 들어주지 않는다는 것이었습니다. 즉, 팀원은 팀원들끼리 불만을 이야기하고, 팀장은 팀장 나름의 불만을 이야기하는 형국이었던 겁니다. 이런 상태로 시간이 흐르니, 팀원이 어떤 문제를 발견했을 때도, 굳이 고치려 하지 않게 되더군요. 혼자 해결 할 수 있는 일이면 당연히 그렇게 하겠지만, 아시다시피 회사 업무라는 게 부서간, 또 사람간에, 얽히고 설킨 관계인 지라, 어디 그게 쉽습니까. 이렇게 되니, 팀이 스스로 발전하는 기회를 놓쳐버리게 된 것입니다. 이 말은요…, 팀원이 팀의 구성원으로서 느낄 수 있는 성취감을 없애버렸다는 말이기도 합니다. 회사는 그냥 회사가 되어버린 거고, 팀은 그냥 팀이 되어버린 겁니다. 조직을 위해서 하고자 하는 동기부여가 제대로 되지 않았던 거죠.
일이 재밌으면, 사람을 붙잡을 수 있습니다. 수많은 오픈소스 프로젝트가 이를 증명하고 있습니다. 동시에, 소리 없이 사라지는 상당수의 오픈소스 프로젝트가, 일에 대한 열정이 얼마나 쉽게 사라지는지, 또 동기부여가 부족한 일이 얼마나 쉽게 중단되는 지를 증명합니다.

돈을 많이 주면, 사람을 붙잡을 수 있습니다. 다른 의견도 있겠지만, 대부분의 직장인에게 연봉을 두 배로 준다고 하면, 군말 없이 자리에서 일어날 겁니다. 그러나, 이 많다는 기준이 천차만별인데다, 계속 변하는 지라, 돈으로만 사람을 붙잡으려면, 상당한 손해를 감수해야 할 수도 있겠죠.

이 모든 것을 뛰어넘을 수 있는 게 ‘사람’이라고 생각합니다. 단순히 좋은 술친구를 의미하는 것 말고, 서로의 고민을 이야기하고 해결해 줄 수 있는 사람 말입니다. 사람이 좋으면 일이 재미없을 리 없을 테죠. 그렇다면, 돈이 다소 모자라도 좀 더 견딜 수 있을 겁니다.

비슷한 처지의 사람들과는 이것이 쉽습니다. 친구 간에 고민을 털어놓는 것 처럼요. 최소한 같이 고민해 줄 수는 있죠. 그러나 이를 해결해 줄 수 있는 열쇠를 가진 사람에게는 그것이 어렵습니다. 그래서, 책임 있는 자리에 앉아있는 사람의 역할이 중요합니다. 안타깝게도, 자리가 높아질 수록, 이런 생각을 점점 잊더군요. 그래서 이런 사람은 찾기 힘듭니다. 전, 지금까지 한 번 봤습니다. 위에 언급했던 첫 번째 팀장이요. 팀원을 위해 상사나 다른 부서와 싸워줄 수 있는 탐장은 많지 않습니다. 근데, 그 팀장은 싸우더군요. 싸운다기 보다는, 할 말을 하는 거죠. 누가 봐도 옳은 생각을요.

이쯤 해서 정리하는 게 좋겠습니다. 2011년이 얼마 남지 않았거든요. 제가 회사를 옮기려고 했던 이유는, 모두가 옳다고 생각하는 의견이 제대로 반영되지 못하는 것 때문이었습니다. 그렇게 5-6개월 동안 몇 군데에 이력서를 넣었고, 지금 일하는 곳으로 옮기게 되었습니다.

어쩌면, 새로운 회사에서는 제 고민이 해결됐는지 궁금한 분도 있을지 모르겠네요. 그것에 대해서는, 나중에 기회가 되면 다시 쓰도록 하겠습니다.

2011년을 포스트 하나 없이 그냥 넘길 수 없어서, 원래 쓰려 던 주제는 이게 아니었는데, 괜스레 개인적인 이야기만 늘어놓아 버렸습니다. 새해에도, 프로그래밍을 좋아하시는 모든 분들이 계속 프로그래밍 할 수 있었으면 좋겠습니다.

한창 주가를 올리던 시기엔, 원하는 친구는 아이러브스쿨을 통해서 다 찾을 수 있을 정도였다. 그러다 좀 있으니 다모임이라는 사이트가 그 자리를 대신하기 시작했고, 동시에 아이러브스쿨은 내리막길을 향해 발걸음을 내딛고 있었다.

보통, 이렇게 회사가 어려워지면, 여러 이유로 회사를 그만두는 사람이 늘어나기 시작한다. 그들 대부분은 그 길로 또 다른 삶을 시작한다. 그 중에는 드물게 스스로의 뒤를 돌아보는 사람도 있기 마련인데, 바로 아이러브스쿨의 개발팀장이었던 서영수님이다.

오늘, 뒤늦게 발견한 그의 소중한 회고는 몸담고 있는 회사에 대해서 많은 것을 생각할 수 있게 해주었다.

다운로드 PDF: 아이러브스쿨은 왜 잊혀졌는가?

YDN 블로그 오픈 이벤트도 있고 하니, 블로그에 포스트 수라도 늘릴 겸, 내가 사용한 프로그래밍 언어들에 대해서 이야기하고자 한다. 심각하지 않게~

대략 87년쯤? 애플이라고 구라 치는 컴퓨터가 집에 들어왔다. 맞다. 교육용 컴퓨터라고 붐이 일어났던 그때다. 여기저기 컴퓨터학원이 생기고, 컴퓨터라는 물건은 공부하기 위해선 꼭 필요한 그런 거였다. 물론, 그런 게 아니라는 사실이 밝혀지는 데는 아주 짧은 시간만이 필요했다. 어쨌든, 그렇게 해서 내가 처음 접한 프로그래밍 언어는 BASIC이었다. 뭐, 사실은 그게 뭔지도 몰랐다. 그냥 컴퓨터를 사면서 딸려온 책에 나온 내용을 그대로 치면 화면에 몇 가지 간단한 도형이 그려지는 그런 프로그램이었다. 몇 년이 지나서는 BASIC으로 간단한 텍스트 게임을 만드는 수준이 되었다. 상황에 따라 몇 가지 선택이 주어지고 이야기가 진행되는 그런, – -; 그 다음은? 컴퓨터는 교육용이 아니라는 사실이 밝혀졌으므로 사용시간에 제한이 가해졌고, 중간에 잠깐 Borland C++을 접할 기회가 있었지만, 도무지 알 수가 없어서 포기. 그리고 대학에 갔다.

요즘은 Java를 먼저 배우는 게 일반적인 것 같던데, 내가 대학교에 입학했을 때는 C가 그 자리에 있었다. 내가 할 수 있었던 건 별로 없었다. 결정적으로 대학은 시간을 너무 많이 줬고, 그래서 감사히 놀았다. 그나마 다행인건 C++에 관심을 가지고 찝접댔다는 건데, 덕분에 1학년 겨울방학에는 Borland C++ Builder를 사용해서 뭔가 제대로 동작하는 프로그램을 만들 수 있었고, 당시 천리안에서만 5000회 이상의 다운로드를 기록했다. 이때부터 조금씩 프로그래밍 공부에 불이 붙기 시작했던 것 같다.

이후에 Borland Delphi를 잠깐 했지만, C++에 이미 익숙해진 터라 Object Pascal의 낯섦으로 인해 군대 가기 전까지의 숙제는 모두 Borland C++ Build로 처리했다. 일단, GUI가 들어가면 먹어줬다.

군입대 전까지 잡아둔 두 가지 목표가 있었는데, 하나는 Borland C++ Build로 세금계산서를 프린트하는 프로그램을 만드는 것과 Assembly로 바이러스를 만드는 거였다. 세금계산서는 실패했다. 내 수준으로는 쉽지 않았다. 그럼 바이러스는 성공했나? 굳이 말하자면 그렇다. 집에 있는 책과 자료란 자료는 다 뒤져서 만든 한 페이지짜리 Assembly코드는 간단히 자신의 디렉터리의 다른 COM파일을 간염 시킨다. 끝. 그래서 굳이 말한 거다.

웃기지만, 군대에서 프로그래밍을 공부하는 제대로 된 방법을 터득했다. 난 극적으로 Borland C++ Builder에서 Visual C++로 전향했다. 이미 Borland는 지는 해였다. 놀랍게도 MSND을 누군가가 우편으로 보내줬다. 고맙다고 전화했더니, 살다 보면 이런 행운도 있는 거란다. 그렇게 MSDN을 보는 방법을 알았고, 물어볼 사람이 따로 없기에 될 때까지 반복해야 했다. 그런 노력으로 빌 형의 품에 안겼다.

내가 웹을 처음 접한 게 정확히 95년이다. 모자익으로 겨우 접속한 배트맨 사이트의 그림은 엄청나게 감동적이었는데, 당시 나에게 도메인이라는 개념이 있었다면, 지금쯤 떵떵거리며 살 수 있었을 지도 모른다. 내 첫 번째 웹 스크립트는 PHP가 당첨됐다. C와 문법이 비슷하다는 게 이유였다. 근데, 이건 웹에 대한 개념을 이해하는 것이 더 힘들다. 결국 간단한 방명록 정도까지가 한계였다.

제대후의 주 무기는 Visual C++이었다. 아 물론 여전히 Borland C++ Build도 사용했고. 나중에 C#이 추가됐다. C#은 전천후처럼 생각하는 건 다 .Net Framework에 들어가있었다. 그리고, 지금에 와서는 그게 너무 많아서 감당이 힘들 지경이다. 현재도 C#은 유용하게 사용되고 있으며, 대부분의 툴 작업에는 C#을 쓰려고 한다. 왜? 빨리 만들 수 있으니깐~

아, 이제서야 말하지만 난 게임 서버 프로그래머다. 대학 때 졸업한 선배에게 우연히 게임 프로그래밍을 배우기 시작한 것이 계기가 되어서 여기까지 왔다. 아마 나의 사회생활 경험을 이해하기 위해서는 이런 배경이 약간 필요할 것 같아서 말해둔다.

첫 번째 직장에서는 Visual C++도 아닌 리눅스에서 g++, gdb, vi로 작업했다. 결론부터 말해서, 이거 매우 큰 도움이 됐다. g++이야 그렇다 치고, gdb라는 건 꽤 특이한 경험이었다. 그래서 난 요즘도 리눅스를 쓸 때 굳이 X-Window를 깔지 않는다.

이때쯤부터 Ruby가 우리나라에서 인가를 얻기 시작했다. 자고로 프로그래머는 잘 쓰는 스크립트언어 하나는 있어야 한다는 생각에 Ruby를 배웠다. 이때부터 단순 반복작업이나 루비로 할 수 있는 건 죄다 루비로 했다. 게임 클베의 DB내용을 가공할 일이 있었는데, 내가 SQL에 능통하지 않은 관계로 루비로 작업을 했다. 퇴사 후에 회사에서 전화가 와서 그때 그 통계를 어떻게 뽑았는지 물었다. 아마 그건 SQL로 작업하기 힘들거나 불가능 했던 것 같다.

더불어 RoR(Ruby On Rails)에도 손을 대기 시작했는데, 이 관심은 이내 사그라지다가 최근에서야 다시 타올랐다. 그리고 다시 사그라지는 중이다. – -;

세상은 멀티코어의 시대가 되었고, 함수형 프로그래밍언어가 새롭게 각광을 받기 시작하면서 이런 시류에 휩쓸려 Erlang에 손을 댄다. 절차 형 언어와는 전혀 다른 개념에 도무지 이해가 쉽지 않다. CouchDB같은 게 나오는걸 보면 분명히 확산추세인 것 같긴 한데, 다음 책을 기다리는 중이다.

‘실용주의 프로그래머’에서 매년 하나의 언어를 배울 것을 권장하는 바람에 못이기는 척 따라고 있는 중이다. 대학교 때 코볼수업 – 나 때는 이런 것도 있었다! – 을 담당하시던 교수님이 ‘가능한 많은 언어를 접해보는 것이 좋다’라고 했던 말이 기억난다. 마스터할 필요는 없다. 새로운 언어는 새로운 사고방식을 키워준다. 내 경험이 그렇게 말해주고 있다. C/C++만이 전부였을 때는 포인터와 템플릿이 당연했다. 당연히 컴파일 해야 했고 약간의 속도와 메모리에도 신경이 쓰였다. 스크립트언어로는 왠지 그런데 좀 덜 신경 쓰고 코딩을 해도 괜찮을 것 같다. 게다가 많은 스크립트 언어들이 OOP를 느슨하게 적용한다. C++에서는 당연히 안 되는 것도 Ruby나 Python에선 가능했다. C/C++도 Java도 또 다른 언어도 어느 정도 비슷한 면이 있었기에 배우는데 걸리는 시간이 길지는 않았다. 그렇지만 Erlang는 완전히 다른 세상이었다. 학교에서 배우고 별로 생각해보지 않았던 ‘재귀’라는 개념에 대해서 다시 생각해봐야 했고, 재할당이 불가능하다는 황당한 원칙도 있었다. PHP나 RoR을 들여다 보면, 웹이라는 분야가 얼마나 방대한지 알게 된다. 나 같은 사람이나 다루는 줄 알았던 C/S개념은 웹에서는 너무 당연하게 사용하고 있다. 게다가 훨씬 더 복잡하다.

앞으로도 계속 새로운 언어에 도전해볼 생각이다. 이것은 마치 새로운 외국어를 배우는 느낌인데, 차이점이라면 프로그래밍 언어가 훨씬 더 쉽고 더 빨리 배울 수 있다는 것이다. 그리고 확실하게 자리잡은 생각이 있다. 프로그래밍 언어에 좋고 나쁨은 없다. 할 수 있는 언어로 빨리 일을 하기만 하면 그만이다. 바로 이것.

C/C++ 주 언어
Ruby GUI가 필요 없는 작업 및 각종 단순작업
PHP 첫사랑 웹 스크립트
Java 왠지 별로 정이 가지 않음
C# 모든 툴은 C#으로!
Python Ruby를 대체하기엔 특별히 잘난 게 없어 보임
Erlang 첫 번째 함수형 언어

단언컨대, 프로그래밍이란 분야에서 할 수 없는 것이라곤 없다.

아이디어에 문제가 있을 수는 있을지언정, 분명, 그것을 구현할 수는 있다.

‘이런걸 만들 수 있을까요?’라고 물었을 때, 무턱대고 ‘그런 건 만들 수 없어요.’라고 대답하는 프로그래머는 그것을 구현할 능력이 없는 것이다.

그래서 난, 함부로 못하겠다고 대답하지 못한다.