System Compleat.

'직업'에 해당되는 글 2건

  1. 직업 3
  2. Direction, Decision, Description

직업

Stories
(younjin.jeong@gmail.com, 정윤진)

국내에서 일을 하다 보면, 참 많은 사람들을 만나게 된다. 국내에서 컨설팅에 대해 가지고 있는 의견들이 각각 있겠지만, 아무래도 나는 기술 컨설팅이기 때문에 내 입으로 뱉은 말은 적어도 구현이 되어 돌아가는 모습을 보여주어야 하는 경우가 많았다. 뱉어 놓고 동작 안하면 그건 곧 신뢰의 상실이기 때문에, 가급적이면 첫 대면에 해법을 주려고 노력하는 편이다. 하지만, 뭐 도둑놈들 이라는 시각을 내가 그게 아닙니다 할 수는 없을 것 같기도 하다.

Consulting

Image source: http://www.hayderisk.com/userimages/svc_consulting.jpg

실리콘 밸리의 벤처와 일을 본격적으로 한지 대략 1년여가 흘러가고, 그 사이에 많은 벤처 및 그들의 솔루션에 대한 소개 자료들을 받아서 검토해 보면서 느낀건, 참 일하는 방법들 많이 다르구나 싶은 생각이 들 때가 많다. 실리콘 밸리의 벤처 및 그들 업체의 기술자라고 해도 각양각색 천차만별이어서, 누구는 정말 대단하기도 하고, 어떤이는 또 그 반대의 경우도 많다. 사실, 그 반대의 경우가 더 많거나, 아니면 일반적으로 보편적인 수준의 기술자들이 참 많은데 이들이 우리나라 기업과 일을 하게 되면 필요 이상의 신뢰를 확보하는 경우를 많이 보게 된다.

이게 참 어떻게 보면 신비스러운 부분인데, 나름 찬찬히 생각해 보니 이건 일반적으로 국내 기업과 해외 기업이 함께 일하게 되는 경우 한국 회사간의 갑-을 관계가 전혀 발생하지 않는 경우가 많기 때문으로 생각된다. 컨설팅이라는건 기본적으로 도움이 필요한 조직에 적재적소의 도움을 제공하기 위해 행하는 일련의 작업임은 누구나 알고 있다. 여기에 더하여 생각 해 보면, "작업의 의뢰" 란 결국 "도움의 요청"이며, 이 도움에 "댓가"를 지불하기 때문에 실제 업무 관계에 있어서는 오히려 영향력이 외부업체에 더 많이 실리게 되는, 한국 회사간의 관계에서는 참으로 찾아 보기 힘든 사태들이 발생하게 되는 것이다. 더군다나 이 도움을 주는 주체가 외국인을 주축으로 구성되었다면, 도움에 대한 대가는 수직 상승 하게 된다.

이는 역으로 이야기 해 본다면, 같은 한국 회사들 간의 협력에 보통 상하관계가 형성 되는 것이 올바른가 하는 이야기도 될 수 있을 것이다. 이런 현장에서 직접 뛰고 있는 분들 중에는, 실제 개인적인 인간관계에 있어서 별 문제없는, 아니 오히려 친근해 보이기까지 할 수 있는 사람이 외국인을 주력으로 구성된 컨설팅 팀에 대하는 태도와, 필요한 물품을 납품하는 국내 업체의 인력들을 대하는 태도가 극히 상반되는 모습을 보이는 경우를 많이 목격해 왔다.

왜 그럴까? 

좀 다른 이야기지만, 얼마전 샌디에고의 퀄컴 본사에 입사한 커널 엔지니어이자 친한 친구의 이야기를 들어보면, 해외와 국내, 더 정확하게는 미국과 한국의 기업들이 사람을 채용하는데 필요한 요구조건을 확인하는데 굉장히 다른 방법을 사용한다고 한다. 우리나라는 일종의 스펙 공화국이라고 할 수도 있겠는데, 따라서 국내 1위의 대기업이라고 해도 인터뷰는 보통 이력서를 중심으로 구술하는 형태로 진행 된다. "어디서 뭐했구요, 뭘 배웠구요, 토익은 몇점이고 자격증은 뭐를 가지고 있어요" 로 대변되는 인터뷰의 형태. 하지만, 1차 전화 인터뷰, 2차 현장 인터뷰의 형태로 진행되는 미국 회사들의 면접의 경우, 이력서는 1차에서 이사람이 무엇을 했었는지에 대해서만 확인하고, 2차에서는 실무적인 내용에 필요한 질문을 해당 업체의 엔지니어들과의 만남을 통해 이 사람이 정말 그 내용을 알고 있는지를 확인 한다. 따라서 인터뷰의 내용은 대략 "MMU를 소프트웨어로 어떻게 구현할 수 있을까요", "barrier()와 wmb()의 차이점에 대해 이야기 해 보세요" 와 같이 굉장히 실무적으로 디테일한 질문들을 장장 7시간에 걸쳐서 받게 된다. 그리고 대답도 보통 5초 이내에 시작하지 못하면 "알겠습니다" 되는 분위기 속에서. 그 녀석은 원체 대단한 녀석이라 그 수많은 질문 가운데 대답하지 못했던 것은 단 하나 였으며, 따라서 미국에 비자도 없고, 국내에서 내노라 하는 대학을 졸업한 것도 아닌데, 오퍼는 미국 현지의 아이비 리그 박사 수년차의 대우를 받고, 하고 싶은일 하게 되었다는 해피해피 스토리를 들려주었다.

난, 여기에 많은 답이 있지 않을까 싶다. 이녀석은 틈만 나면 재미로 커널 코드를 보는 녀석이고, 어셈블러따위는 국딩때 즐겨 사용 했던 놈이었던 거다. MIT에서 특수한 목적으로 만든 드라이버에 버그가 있으면 고치고, 커널에 버그가 있으면 고치고, 재미있어 보이는 각 대학 및 오픈 프로젝트에 코드를 반영하는, 그래 그녀석은 분명히 난 놈이었다.

근데 그런 난놈이 국내에서는 그닥... 으로 치환되었었다. 하긴 그녀석 국내 있을때도 그닥.. 레벨은 아니었긴 하지만. ㅋ 이제는 그닥... 으로 대접 받지는 않겠지.


다시 돌아와서, 결국은 이러한 여러가지 사회 문화적 인프라의 차이로 인해 발생하는 해외 근로자와 국내 근로자의 차이, 조직에서 사람을 채용하는데 필요한 것이 과연 무엇인가에 대한 관점의 차이가 프로젝트를 하는데 있어 이게 되냐 마냐를 결정하는 주요한 차이를 가지게 되기 때문에, 높은 비용을 지불 하게 될 수밖에 없게 되며, 갑이 갑이지만 을로서 오버라이드 되는 현상도 나타나는 것이다.
 
하고 싶은걸 계속 하고 또 그래서 여가의 시간마저 좋아하는 것에 투자할 수 있다면, 당연히 다른 사람보다 많은 성취를 이룰 수 있게 될 것이다. 그게 다만 해외에서 더 많이 인정을 받게 될 가능성이 다분하기는 하며, 국내에서는 스펙에 좌절하고, 대기업 문턱을 밟지 못해 눈물을 좍좍 흘리게 될 지도 모른다. 무엇을 어떻게 선택하고 해야 할런지는 본인의 판단의 몫이지만, 결국 일에 필요한 사람은 저런 녀석이 되는게 아닐까.

너무 일반화 하지 않았나 싶은 생각도 들지만, 그게 전반적인 감상인 것도 맞는듯 하다.

개인이 취할 수 있는 가장 최선의 선택은, 해외의 좋은 학교를 졸업하고 거기서 좋은 직장을 얻거나, 한국에 돌아와 거부 할 수 없는 스펙으로 승리를 쟁취하면 되지 않겠나. 굳이 한국에 돌아와야 할 필요가 있겠냐마는. 그럼 어떠한 이유에서라도 그렇게 할 수 없고, 심지어 국내의 좋은 학교도 힘들었다면, 어떨까.

두서 없는 글의 나만의 결론은, 하고 싶은게 있어서 그걸 직업으로 선택하려면 엄청나게 잘 할 수 있어야 한다, 그런 거 같다. 좀 못하더라도 억지로 하는 사람보다야 낫지 않겠는가.


아... 참 사는게 쉬운게 아니에요.

(younjin.jeong@gmail.com, 정윤진)


Direction, Decision, Description

Stories
( 정윤진, younjin.jeong@gmail.com )

사용자 삽입 이미지A image from flickr.com



결정이란 매 순간 난해하다.
방향이 결정과 합쳐지면 방향성 또는 결심 이 되고
결정이나 방향이나 묘사의 대상이 되면 모호해 진다.


요새의 고민은, 시스템 하는 사람으로서 어떠한 견해를 가지고 살아야 하는 가 이다.

한국 환경에서의 시스템은, 태생적 한계가 분명히 있고 해외만큼 직군의 세분화도 이루어져 있지 않다. 직장 몇바퀴 돌고 돌다보면 이사람 저사람 다 만나는 코딱지 만한 한국  시장에서 시스템이란 이미 랜선 까고 IDC에서 밤새며 컵라면이나 조지고, 잘해야 리눅스 데몬 몇개 설치 할 줄 알거나 또는 윈도에서 레지스트리 좀 만진 척 하는, 그저 그런 직업이 되어 버린지 오래다. 

이 말에 반박하거나 또는 흥분해서 덤비는 사람이 있을 지는 몰라도, 막상 인력을 채용해 보거나 업무적 관계로 만나게 되는 사람들의 대부분이 위와 다르지 않다. 
사업 규모가 커지면서 시스템도 그만큼 확장이 되고, 이로 인해 전문 관리 인력을 생각하는 관리자들이 많아지지만, PHP 개발자도 httpd.conf 정도는 우습게 다루는 세상에서 시스템 하는 사람이 설 입지는 그다지 크지 않다. 

그렇다고 특정 벤더에 특화된 엔지니어라 해도 크게 다를 바 없다.  물론 그쪽에서도 나름 인정받는 여러가지 스킬이 있겠지만, 궁극적으로 대규모의 갑이 부르면 바르르 뛰어가는 을 과 다름 없지 않은가.

그런것도 어리고 젊을때 많이 한다지만, 어느정도 나이가 들면 해당 업체의 관리자로서 한자리 하고 싶어들 하시겠지만 그 시절의 실무 관리자로 있기엔 세상이, 시스템이 너무 빠르게 변한다.  리눅스의 경험이 물론 도움이 되기는 하지만, 슬랙웨어 디스켓으로 설치했다고 안드로이드를 말할 수 없다. 

개인적으로는 그렇고, 시장에 있어서도 리눅스는 그야말로 돈 없는 회사에서나 쓰는, 소규모의 관리집약적인 골칫덩이 시스템일 뿐이다. 오픈 소스가 의미가 있을 때는 오픈소스의 특정 패키지를 대규모로 사용 할 필요가 있을 때 일 뿐, 이 외의 업장에서는 인건비를 생각한다면 차라리 보편적인 성능을 구현해 주는 도입가격이 비쌀 뿐인 벤더 장치를 구매하면 끝인거다.
웹 기반 인터페이스에 기본만 알면 이런 저런 설정을 자동으로 만들어 주지 않는 CLI만 강요하는 그런 장비는 요새 거의 없다.

대체 뭘 해야되냐?
커널을 파겠다는것도 좋은 의지이지만, OS의 구조와 원리를 실무에 도입 할 수 있을 정도로, 또는 일부 시스템 지표만 봐도 '이건 이런 문제다' 라는 상호관계를 판단하기 쉽지 않으며 오히려 dmesg 의 내용도 잘 모르는 시스템 관리자는 널리고 널렸다.

'그래서 대체 뭘 말하고 싶은거냐' 또는 '그럼 넌 대체 뭐냐' 라고 묻는 다면, 난 고민중이다.

원래는, 이기종 시스템간의 대규모 서비스를 위한 통합에 대해서 생각했고, 또 분산 컴퓨팅 또는 클라우드 컴퓨팅을 위한 각종 파일시스템과, OS의 동작, 쉬운 일례로 리눅스의 Over commit 과 같은 행위가 왜 발생하는 지가 궁금해서 커널도 까보고 지금은 아는 사람도 별로 없는 NE2000 드라이버를 구시대의 realtek 랜카드를 위해 수정도 해봤다.
LRP 도 굴려보고, Click 에 몸담은 친구의 이야기도 듣고 또 별의 별놈의 서비스를 위해서 각종 BMT도 해보고  Molecule 계산을 위한 PCGMESS나 Gaussian, Q-chem 클러스터도 구성해 보고, 보다 빠른 웹서비스를 위해 js다 css 다 gzip 이다 ssl 가속이다 이런거 저런거 다 뒤벼 봤지만,

모르겠다. 


영국의 평균 연봉 검색 관련 페이지를 뒤벼보니 참 많은 직군이 있던데, 난 영국인이 아니므로 별 상관은 없지만.

Principal System Architect 나, System Analyst 와 같은 직업은 참 꿈에만 그릴 뿐.

앞으로 30년은 더 살아야 할 것 같은데, 앞으로의 30년을 지난 20년 처럼 살자니 골치가 아플 뿐이고, 회사에서의 필요가 아니면 CISSIP 과 같은 한물 간 자격증에 목메고 싶지도 않은데다가, 그렇다고 이제와서 시스템이나 서비스 분석 이상의 본격적 개발에 뛰어드는 것도 별로 좋은 선택은 아닌것 같다.

20년 공부했으면 뭐 하나 번듯한거 제대로 해 보고 싶은데, 그게 뭔지 모르겠다는 아둔함에 치도 떨리지만, 아는걸 다 써먹기도 전에 고여있는 썩은 지식으로 둔갑해 버릴지,
아니면 운영에 목숨걸어 회사의 사운과 함께 할 지.

제과제빵 기술을 미리 배워두어야 겠다. 
대형 면허랑 택시 자격증도..


이러고 고민하면서 결국 라우터 config나 보고있다.
팔자란 참...

( 정윤진, younjin.jeong@gmail.com )