참고로 김정훈 책임연구원님은 V3 New Framework을 개발하셨고, 대학에서 성악을 전공하신, 특이한 이력의 멋진 개발자 분이지요~~
1. V3 New Framework을 쉽게 설명한다면?
- 기존 V3 제품군은 무겁고 느리다는 평들이 많았다. 고객의 요구와 인터넷 비즈니스에 맞게 새로운 프레임워크를 만들어 가볍고 빠르게 변모할 수 있도록 한 것이다. V3 New Framework이 V3 365 클리닉에에적용되면서 V3 IS 제품군보다 메모리, 리소스 사용량 등에 비춰볼 때 속가 배 이상 빨라졌다.
2. 개발한 아이템들 중 가장 애착이 가는 것은?
- V3 365 Clinic이 가장 애착이 간다. V3 365 Clinic을 최근 개발했기 때문이기도 하고, 출시 후 고객들의 반응이 좋아서 기쁘다.
3. 개발시 재미있었던 에피소드들이 있나요?
- 차를 운전해서 회사에 출근하는데, 정신없이 한창 바빠서 일할 때에는 회사 지하주차장 차 입고시 주차증 대신에 사원증을 열심히 가져다 대고 "어? 왜 이게 안 찍히지?" 한 적이 있다.
또, 밤샘 근무를 할 때, 개인적으로 밤에 주로 집에서 작업을 하는데 아직 한 살도 안 된 애기가 USB 리시버(Receiver)를 망가뜨려서 키보드와 마우스가 본체로부터 잘 인식이 되지 않기도 했다. 접속불량인 것이다. 그래서 한 손으로 USB를 잡고, 또다른 한 손으로는 코딩을 했다. 그러다 팔이 아프면 발로 USB 리시버를 잡고 또 다른 손으로 코딩을 했다. 그러다 발에 쥐가 나기도 했다. 그러면 또다시 다른 한손으로 리시버를 잡고 다른 한 손으로 코딩을 했던 경험이 있다.
4. 개발 당시 가장 힘들었던 점은?
- V3 New Framework 개발은 일종의 '변화'를 부른 일이다. 다들 불가능하다고, 안 되는 일이라고 했다. 그러나 이것을 해결하여 V3 New Framework이 탄생했다. 파격적 변화에 대한 기존 조직의 두려움, 그리고 변화에 대한 두려움이 조금 아쉬웠다.
5. 안랩에서 2008 종무식 때 ‘올해의 안랩인상’을 받으셨는데 이렇게 큰 공로에 누구의 도움이 가장 컸나요?
- 많은 분들의 도움이 컸죠. 안랩 동료와 선배들의 도움이 컸어요. 저는 집에서 밤샘 업무를 많이 해서 부인의 출산 이후 부인의 고충을 이해해요. 매일 출근할 때마다 아이를 안고 아내가 “돈 많이 벌어오세요.” 그러죠. (하하)
6. (하하하) 그러면 그 말씀이 부담이 되시나요?
- 하하. 머 웃으면서도 은근히 부담이 되기도 하고 그렇죠. (ㅋㅋ)
7. ‘올해의 안랩인상’ 수상하신 소감을 여쭤볼게요.
- 안랩에는 스타상, 프론티어 상 등 여러 상들이 있지만, 제 개인적으로 ‘올해의 안랩인상’은 하늘이 내린 상이라고 생각해요. (하하) ‘올해의 안랩인상’을 수상한 건 가문의 경사죠. 아내도 시상식에 오고. 아마 가족이 시상식에 온 건 안랩 최초일 거에요 ^^
8. 앞으로의 꿈이나 포부가 무엇인가요?
- 현재는 엔진 경쟁력 강화 업무를 진행하고 있어요. 2가지 프로젝트가 있는데, 경량화와 엔진 경쟁력 강화가 그 것이죠. 경량화는 V3 New Framework이 각 제품에 적용되면서어느 정도 성공했다고 생각해요. 엔진 경쟁력 강화 관련해서는, 올해는 우리 안랩의 엔진이 세계 최고의 엔진이 될 것이라는 자부심이 있어요.
9. 보안전문가가 되고 싶어하는 학생들에게 하고 싶은 말씀, 특히 비전공자지만, 보안전문가가 되고 싶어하는 학생들에게 한마디 해주세요.
- 일단 안랩에 들어오세요! 그럼 많이 많이 가르쳐 드릴게요~ (하하). 안랩에 들어오기 위해서는 공채로 안랩에 들어오기 전에 비전공자이더라 할지라도 실무 경력이 많으면 더 좋죠. 요즘 다른 사람들과의 차별화를 위해서는 실력이 중요하잖아요. 경력을 쌓아야 해요. 요즘은 경력이 전문 지식보다 더 중요하잖아요. 예를 들어 프로그래머의 경우, 아르바이트 혹은 프리랜서로서의 경력이 있으면 회사 들어갈 때 도움이 많이 되요.
처음 컴퓨터를 공부했을 때가 생각이 납니다. 컴퓨터라는 것은 상상하는 것을 모두 만들 수 있다고 생각했었습니다.. 생각하는 것을 눈으로 볼 수 있고 만들 수 있다는 것이 참으로 매력적이었죠. 하지만 그 당시만 하더라도 자료 구하기가 정말 어려웠습니다. 한글판 책도 없었고 영문판도 수입이 안됐습니다. 인터넷도 안되고 주위에서 물어볼 사람도 없었습니다. 그랬기 때문에 혼자서 열심히 독학으로 하게 됐죠. 그러면서 분석하고 파헤쳐 보는 습관이 생기게 된 것입니다. 이러한 예전과 비교하면 지금은 상황이 많이 좋아졌습니다. 하지만 그 때 환경에서만큼의 열정 처럼 지금도 그 만큼의 열정이 있어야 성공할 수 있을 것입니다.
* 개발자가 힘든 3가지 이유
개발자들이 지금 살아가기 힘든 것은 크게 3가지 이유를 들 수 있습니다. 아직도 소프트웨어(SW) 가치가 존중을 받지 않고 있다는 것이 첫째요. SW 산업 자체가 발전하지 않아서 일할 수 있는 터전이 많지 않다는 것도 문제입니다. 그리고 마지막으로 기술자가 대접을 못 받는 환경이기 때문입니다.
먼저 SW 가치에 대해 얘기를 하면 예전에 CEO로 있을때 산업 전망 토론회에 참석했었습니다. 산업 전망이라는 주제를 가지고 발표를 했는데, 하드웨어와 SW, 인터넷 서비스 등을 나눠서 비전에 대한 설명을 하는 것이었습니다. 그런데 쉬는 시간에 어떤 전자회사 부사장님이 오셔서 하시는 말이 "다음 부터는 HW, SW를 구분을 하지 말게. 사람들이 SW를 HW와 같은 레벨로 설명을 하면 오해한다"고 말씀하시던군요. 그 말을 듣고 얼마나 기가 막히든지 말이 나오지 않았습니다.
그 전자회사에서 그 당시 발표했던 것이 애플의 아이팟이 벤치 모델이라고 했었습니다. 하지만 아이파드는 하드웨어 때문에 성공한 것이 아니라 아이툰즈라는 SW가 있었기 때문에 가능한 것이죠. SW와 HW가 서로 엮여서 경쟁력을 키운 것입니다. 아이파드는 나중에 시장 점유율 80%까지 차지하는 대 성공을 거뒀습니다.
그 전자회사는 SW를 하드웨어의 부품으로 생각하는 회사였던 것입니다. 이 일은 5년 전의 일이었는데 하드웨어 위주의 사고 방식이 그렇게 많이 변하지 않았다는 것을 증명해주는 일이었습니다. 이처럼 우리나라에서는 아직도 의사 결정자들이 SW에 대한 여러 문제들을 보이고 있습니다.
의사 결정권자 뿐 아니라 일반 대중들도 SW의 가치에 대해서 생각하는 수준이 낮습니다. SW를 제값주고 사면 바보 취급을 당하는 분위기가 여전하죠. 한달에 휴대폰 사용료만 따져도 1년에 100만원을 지급하면서 매일 쓰는 SW에 대해서는 만원 쓰는 것도 아까워합니다. 이는 젊은 사람들 스스로가 자신의 일자리를 없애는 것이나 다름없습니다. 자기 살을 깍아먹는 것입니다.
* 후진적 SW 산업이 개발자 성장에 장애
두 번째로 SW 산업이 발전하지 못한 것이 문제입니다. SW 개발자들이 성장하는 데 장애가 있습니다. 정통부 시절에 아키텍트 양성 프로그램이라는 것을 추진하려고 했습니다. 교육적인 측면에 굉장히 투자한다는 것이었습니다. 하지만 아키텍트가 공부만 해서 되는 것이 아닙니다. 아키텍트 정도로 성장하기 위해선 일을 해야 하고 프로젝트 경험이 있어야 하고, 배울 만한 선배들이 있어야 합니다. 교육 예산만 투자해서 길러지지 않는 것이죠.
단순한 교육 프로그램이 아니라 정부에서 대형 프로젝트를 제안하면서 절반 인력은 한국에서 뽑는다고 하던지, 협력 업체 50% 정도를 한국의 중소 업체들로 결정하는 등의 현실적인 방안이 더욱 효과적이었을 것입니다. 하지만 결론적으로 먹히지는 않았습니다. 정부측에서 일한 티가 나지 않는다고 해서 진행을 하지 못했습니다. 실무자 입장에서는 내세울 것이 없어서 안타깝게도 할 수 없었다고 하더군요. 이처럼 국내 개발자들은 실력을 발휘할 만한 터전이 부족합니다.
세 번째로 기술자가 대접을 못 받는 환경이 문제입니다. 전문가 보다는 관리자가 더 있어 보인다는 편견이 있습니다. 나이가 들어서 기술직으로 있으면 관리직 보다 성공을 하지 못했다고 느끼는 것이 문제입니다. 때문에 결국은 관리직으로 옮겨 갈 수 밖에 없는 상황이다오는 것이죠.
이런 세 가지 측면에서 SW 가치가 인정을 받지 못하고 있고, 산업이 발달을 못하고 기술자가 기술자로서 대접을 받지 못하고 있습니다. 이는 예나 지금이나, 30년 전이나 같습니다. 그런데 절망할 것은 아니라고 봅니다.
* 전망은 항상 바뀌는 것, 전망만을 믿고 선택하지 말라
많은 사람들이 전망을 많이 합니다. 대학 졸업하고 나서 전망 좋은 쪽으로 가야 한다고 생각해서 의대를 지망하고 있습니다. 하지만 이것은 현명한 것이 아닙니다. 20년 전에 의대를 살펴보면 성적순으로 과를 들어갑니다, 외과, 내과, 피부, 안과 의사 들이 있는데, 성적순으로 선택권이 주어지는 것이죠. 공부 잘하는 사람이 원하는 과에 들어가고, 못한 사람들은 남들이 가지 않은 과를 가야합니다. 20년 전만 하더라도 공부 제일 잘하는 사람이 내과를 갔고 못하면 피부과로 갔습니다. 하지만 20년이 흐른 지금, 의대에서 제일 공부 잘하는 사람이 피부과를 갑니다. 지금 예전의 동기들을 만나면 전망만 보고 갔던 사람들은 후회하고 있습니다. 하지만 그 당시 피부과 갔던 사람들은 지금은 떵떵거리며 살고 있습니다.
항상 바뀌는 것이 전망입니다. 2001년에 서울대에서 가장 커트라인이 높았던 것이 컴퓨터 공학과입니다. 하지만 지금은 이공계 기피 현상이라는 것이 나올 정도로 전망은 덧없습니다.
* 재미가 있는 분야를 찾아라
전망은 아무도 모르는 것입니다. 때문에 재미가 있는 것을 선택해서 간다면 전문가가 될 수도 있고 성공할 수 있습니다. 잘하는 분야에 갔을 때 생각치도 않게 각광을 받을 수 있고 후한 대접을 받게 되는 기회도 옵니다. 우리나라 산업 환경 속에서는 일단 한 분야의 전문가가 되면 먹고 사는데 크게 지장이 없습니다. 좋아서 하는 분야를 택해서 가라. 전망하고는 상관이 없다고 말하고 싶습니다.
의대의 예를 더 들어보면 의사들 설문 조사를 해본 결과 50%가 직업에 만족도가 없다고 합니다. 20%는 개업해서 실패한다고 합니다. 현재 굉장히 많은 의사들이 동남아로 갔습니다.
사실 의사는 똑똑한 사람이 필요한 직업이 아니라고 합니다. 성실하고 마음이 따뜻한 사람이 좋은 의사가 됩니다. 의사들은 매일 100명이상의 환자들을 봐야 하죠. 매일 같이 새로운 사람을 만난다고 했을 때 성격상 맞지 않으면 견디기 힘들게 됩니다. 마음이 따뜻한 사람은 한 사람 한 사람 친정하게 대해주고 병을 치료해 주면서 보람을 느낄 수 있는 것입니다.
하지만 50%의 의사가 의사를 안했으면 좋겠다고 생각을 한다면, 이것은 환자들도 불행한 것입니다. 제대로 대접을 받고 있지 않다는 것과 같습니다.
좋은 전망, 안정된 생활, 이런 것도 모두 좋지만 제일 중요한 것은 자신이 재미를 느껴야 한다는 것입니다. 그래야 더 성공을 할 수 있습니다. 당부의 말씀을 드리고 싶은 것이 재미는 기본 적인 것이고, 여기에 5가지 노력이 더 필요합니다.
1. 전문성 자기가 실력이 있어야 합니다. 처음 컴퓨터를 접하는 사람이 있다고 가정했을 때, 워드 프로세스를 하려고 사서 워드 매뉴얼만 공부한 사람이 있습니다. 워드를 먼저 공부하면 당장 일을 시작할 수 있습니다.
반면에 운영체제를 먼저 공부한 사람이 있습니다. 이 사람은 당장은 문서 작업하는 데 시간이 많이 걸립니다. 하지만 나중에 두 사람 다 문서 작업을 할 실력이 됐을 때, 파일 작업하다가 에러가 나면 첫 번째 사람은 해결할 능력이 없습니다. 다음에 다른 문제가 생겨도 해결할 능력이 없습니다. 반면 운영체제를 사용해본 사람은 혼자서 해결을 할 수 있고 다른 분야 공부도 보다 수월히 할 수 있게 됩니다.
자바 공부하시는 분들 중에 C 기반이 돼 있는 사람이 자바를 더 잘 할 수 있습니다. 세계적으로 C 프로그래머들을 살펴보면 백그라운드가 어셈블리를 했다는 것입니다. 어셈블리를 알면 C 할 때 어떻게 컴파일해서 바이너리되는 지를 생각합니다. 가장 효율적으로 빠르고 프로그래밍을 하게 되는 것이죠.
전문성을 기를 때도 더 기초적인 것에 소홀히 하지 말고 기본 원칙에 대해 잘 알아야 합니다. 그러한 사람이 나중에 더욱 빛이 납니다. 전문성을 기르실 때 한번 생각해 볼 값어치가 있습니다.
2. 크리에이티브 마인드
새로운 일을 할 때만 하는 것이 아니라 새로운 일을 할 때를 돌이켜 보면 창조적인 일이 생깁니다. 현재는 인터넷을 통해서 라이브러리도 소스를 쉽게 받을 수 있습니다. 어떤 사람들은 소스 코드를 받기 쉽다 보니깐 막 갔다 씁니다. 이런 부분은 사실상 우려됩니다.
잘된 것은 안심하고 써도 되지만 소소 코드도 잘못된 것을 사용하면 치명적입니다. 때문에 시간을 투자해서 내부 구조를 다 이해한 다음에 자기가 쓴 프로그래밍에 갔다 써야하는 것이죠. 시간에 쫒기다 보니 그렇게 많이 안되고 있는 것을 알고 있습니다.
하지만 그대로 그렇게 사용하는 것은 저작권 문제도 발생합니다. 이런 부분은 개발자 개인들의 프로페셔널 측면에서 문제가 있습니다. 한번 더 생각하고 사용하도록 하고, 아무리 소스를 갔다가 쓰더라도 내부에 대해서 꿰뚫고 있어야 합니다.
3. 장인 정신
혼이 있는 개발자가 많이 나왔으면 좋겠습니다. 누가 시켜서 한 것이 아니라 능동적이고 자기 스스로 만족하는 레벨 수준이 돼야 합니다. 요즘 버그 잡는 것은 QA(품질관리)가 알아서 해준다라고 생각하는 개발자들이 있습니다. 그래서 코딩한 다음에 그냥 바로 QA팀으로 보내줍니다. 이는 굉장히 문제가 많아요. 퀄리티는 시간의 문제가 아닙니다. 의지와 실력의 문제입니다. 버그는 QA가 잡는 것이 아닙니다. QA팀에서 버그가 나올 때 마다 개발자는 부끄러워해야 합니다. 이런 마인드가 필요합니다.
4. 커뮤니케이션 능력
사실은 한사람이 모든 것을 할 수 없습니다. 요즘은 팀으로 이뤄지다 보니깐 제대로 전달을 해야 합니다. 여러 분야의 전문가가 함께 만들어 가야 합니다. 예전에는 전문가의 실력이 전문지식이었지만 이제는 전문 지식 + 커뮤니케이션 능력이 실력입니다.
시험을 칠 때 100점 받을 실력인데, 하나씩 잘못 내려 써서 0점을 받았을 경우 이에 대해 자신의 의사를 표현해야 합니다. 하지만 대학 입시에서 실력은 최고라 할지라도 0점으로 처리됩니다. 세상은 점수로 평가 받고 있습니다. 그 사람을 보는 주위의 시선은 0점입니다. 주위 사람에서 표현하지 못하면 그 사람은 그 팀에서 그 전문성을 쓰지 못합니다. 오히려 실력이 낮은 사람이 팀에 공헌을 하게 되는 것입니다, 스스로 인정받을 수 있도록 커뮤니케이션 능력을 길러야 합니다.
5. 희생정신
개발자들은 조금이라도 손해 보려고 하지 않는 경향이 있습니다. 하지만 그것이 반복이 되면 결국 손해를 자신이 입습니다. 일반적으로 친구들 사이에도 항상 얻어먹는 친구가 있습니다. 하지만 10년 되면 그 친구와는 멀어지게 마련입니다. 손해 보는 것 같아도 자기가 먼저 내고 그러한 자세가 필요합니다.
자기가 손해 보지 않으려고 하는 것 보다는 친구가 빈틈이 있으면 메워주려는 노력이 필요합니다. 자기가 미리 할 일을 다 했으면 다른 사람도 좀 도와주라고 말하고 싶습니다. 이런 마음이 나중에 쌓이면 많은 사람들이 같이 일하고 싶어 하는 전문가가 됩니다.
* 영어 실력 향상도 중요
여기에 한 가지 더 강조하고 싶은 것이 있습니다. 글로벌 시대에서는 미래에는 어떻게 될지 모릅니다. 영어 실력이 갈수록 중요해 지고 있습니다. 그렇다고 청산유수처럼 잘 하라는 것이 아닙니다. 인터넷이나 책을 통해서 프로그래밍 실력을 높일 수 있는 만큼은 해야 합니다. 그래야 향후에 실리콘밸리에서 일하면서 실력을 높일 수도 있습니다. 한 후배가 있었는데 영어를 정말 못했습니다. 서른이 넘어서 영어를 시작했는데, 현재 피츠버그에서 일하고 있습니다. 실력이 있으면 성공은 보장됩니다.
* 희망을 갖고 좋아하는 일을 하라
세상은 돌고 돕니다. 실력을 쌓고 준비해 나간다면 결국은 전문가로서 인정받고 외국으로 나갈 수도 있습니다. 세상은 돌고 돕니다. 희망을 잃지 않고 좋아하는 일들을 하면 기회는 분명히 오는 것입니다. 개발자들이여 파이팅!
