반응형

<주의사항>


*심리적으로 매우 안 좋을 때 작성한 글입니다. 글 전반에서 부정적인 표현이 많은 점 양해를 바랍니다. 항상 이렇지만은 않습니다.


*글을 대대적으로 수정하려다가, 그냥 아직 어린 신앙인이 갖는 솔직한 고민이라고 생각하고 그대로 놔두기로 했습니다. 대신 이후로 점차 변해 가는 마음가짐을 새 글로 써서 공유하겠습니다.



<관련 글타래>


*번아웃 증후군이 온 것 같다, http://skylit.tistory.com/210

*회피성 성격장애와 번아웃 상태를 극복하고 싶다, http://skylit.tistory.com/211




돌 지난 아기를 키우는 박사과정 아빠가 교회에서 예배 찬양팀 리더와 함께 목자를 맡고서, 이제 재학연한이 얼마 남지 않은 시점에서 하루빨리 논문을 만들어 내야 하는 부담을 안고 있다. 그런데 교회에서는 지금 맡은 역할에서 파생되는 다른 역할(예: 가끔 있는 비정기적인 행사의 찬양인도 부탁 등)에 대한 부탁이 계속 들어온다. 그 와중에 우리 아기도 다른 갓난아기들처럼 돌 직후에 겪는다는 병치레를 해서, 병원에 1주일씩 세 번 연속으로 입원과 퇴원을 반복했다.

하지만 교회에서 비춰지는 나는 그저 한 명의 젊은 아빠, 꾸준히 사역을 열심히 수행하는 든든한 일꾼이라서 언제라도 사역 부탁을 할 수 있는 젊은 장년이다. 


아무도 내가 시간이 절대적으로 부족하다고 생각하지 않는 것 같다졸업을 위해서 하루라도 빨리, 지금 당장이라도, 논문을 제출해야 하지만 아직도 실험을 하느라 갈 길이 멀어서 답답한데, 수시로 끼어드는 서로 다른 역할에 대한 요구들을 수용하느라 context change가 많아서 연구에 꾸준히 집중하기도 힘들다. 그런데 나에게 소소한 '추가 사역'을 부탁하시는 어른 분들은 '잠깐 한 시간 정도 시간을 내서 부탁하는 정도는 괜찮겠지'라는 생각을 밑바탕에 갖고 계신 것 같다.


나는 심리적으로 너무 고갈되어 있다. 시간이 없다기보다는 (실제로 시간도 부족하다), 더 이상 마음의 여유가 없다.


남들이 보기에는 일상생활 중에 한 시간 정도 떼서 교회에 와서 '하나님께서 기뻐하실' 일을 하는 것이겠지만, 나는 물리적인 한 시간이 아니라 10시간이 넘게 빠져나가는 듯한 느낌이다. 한참 하던 일을 중단하고 연구실을 벗어나서 다른 일을 하다가 다시 연구실에 복귀하면 방금 하던 일을 그대로 같은 속도로 할 수가 없다. 애석하게도 나는 그렇게 집중력이 뛰어나지 못하기 때문이다. 그런데 사람들은 내가 연구는 으레 잘 하겠거니 생각하는 것 같다. 알고 보면 나는 정말 능력이 부족해서 박사과정 연차가 늘어날 수록 내가 아직 이루지 못한 실적들 때문에 스트레스가 이만저만이 아닌데 말이다.



(불투명한) 졸업이 얼마 안 남은 대학원생 + 결혼한 장년층 + 갓난아기 육아에 대한 부담 + 줄어들지 않는 사역.

+ 하지만 추가로 여러가지 사역 부탁하기에 딱 좋은 젊은 평신도.


교회는 나 같은 사람을 신앙적으로 도와주는 것인지, 오히려 정신적으로 소비시키는 것인지 의심스럽다.

장년이라고 다 같은 장년이 아닌데...

나는 교회에서 청년들이 겪는 고민을 여전히 똑같이 고민하고 있는 '학생'이다.

교회 청년들이 겪는 재정난, 진로 고민, 학업시간 부족에 대한 고민을 똑같이 갖고 있다.

그리고 육아에 있어서도 갓난아기를 돌보는 가장 어려운 시기를 보내야 하는 초보 아빠다.


아마 교회에 기혼자이면서 아이도 있으면서 동시에 대학원생인 사람은 비율상 매우 적을 것이다.

그래서 그만큼 신앙생활의 사각지대에 놓이기 쉬운 것 같다. 그들이 구체적으로 어떤 고민을 하는지 모른다.


신앙의 올바른 성장을 위해서 성경공부를 좀 해야 하는데, 예배시간에는 찬양팀 리더로써 찬양인도를 하고, 예배를 마치고 나서는 목장모임을 인도하는 목자 역할을 하느라 성경공부를 할 시간이 없다. 순전히 개인의 신앙생활만 갖고 사역의 영적인 에너지를 모두 감당해야 한다. 가정에서 육아에 치이고, 랩실에서 밑빠진 독에 물 붓듯 시간을 쏟아넣느라 마음에 여유가 없고, 교회에서마저 사역부터 하느라 영적 재충전의 시간이 없기 때문에, 생각보다 영적인 체력이 그리 좋지 않다. 그리고, 이렇게 영적이 체력이 그다지 좋지 않기에 이런 글을 쓰는 것이기도 하다. 그래서, 지금으로써는 맡은 사역들을 다 일시중지 하고 나를 그냥 아무 방해도 없이 연구만 하게 내버려 뒀으면 하는 심정이다.


과연 교회는 사역하는 평신도들의 신앙과 사역, 그리고 그들의 세상에서의 삶을 총체적으로 파악하고 올바로 이끌기 위한 시스템을 갖고 있는가? 당장 내가 그러한 시스템의 부재 속에서 온갖 서로 다른 정체성의 중첩으로 인한 사각지대에 놓여서 정신적/육체적으로 소비되고만 있을 뿐이다.


아내 외에는 교회에서 아무도 내 어려움을 모르는 것 같다. 

내가 젊으니까 그냥 다 해낼 수 있을 거라고 생각하는가?

청년 때부터 사역을 잘 하는 것 같으니까 그냥 놔둬도 잘 할 것으로 생각하는 것일까?

사역을 통해서 표면적으로 하나님을 만나는 듯 하지만, 나는 정말 신앙의 암흑기를 지나가는 기분이다.


나는 정말로 고민이 많다.

이 불구덩이 같은 삶을 내가 스스로 자초했다는 자책감에 시달린 채, 연구하다 말고 오는 주일 사역을 고민한다.

진로 선택, 결혼 결심, 자녀 계획 이 모든 것은 결국 내가 선택한 것이 사실이다.

그렇다고 해서 책임을 지기 위해 사역을 강행하는 것이 과연 교회에 도움이 될까?

보이지 않는 영적 전쟁의 영역에서 내가 나쁜 영향을 계속 주는 것만 같아서 이 또한 속상하다.

그냥 내가 교회를 위해서 모질게 마음 먹고 이 모든 사역으로부터 사임해야 하는 것은 아닐까?

어렵다. 도움을 좀 받고 싶다. 가능하면 졸업할 때까지 모든 사역을 중단했으면 정말 좋겠다.


교회가 이런 사각지대에 놓인 사역 맡은 젊은 장년층의 고민을 들어 주고, 그들이 소진되지 않고 올바른 길로 계속 성장하기 위한 체계를 만들면 좋겠다.


반응형
블로그 이미지

Bryan_

,
반응형

요즘은 정말 정보가 폭발하는 시대다. 인터넷 덕분에 각종 공부할 것들에 접근하기는 아주 쉬워졌다. 하지만 그로 인한 전 세계적인 시너지로 인해서 정보의 재가공 결과물이 또다시 인터넷에 아주 빠르게 대량으로 올라온다.

매달 내 연구의 큰 주제에 해당하는 무선 네트워킹, 사물 인터넷 등에서 생산되는 논문들만 해도 셀 수 없이 많은데, 이걸 다 읽어보고 따라잡으려고 한다면, 다 읽기 전에 이미 엄청난 양의 새로운 연구 결과가 쌓여 있을 것이다.


결국 아주 세밀하고 자세한 분야에 대해서 깊이 있게 공부하지 않으면 엄청난 정보의 생산과 기술의 발전속도를 따라가지 못할 것 같다. 물론 좀더 똑똑한 사람은 더 빨리 논문을 읽고, 더 빨리 자기 문제를 만들어 내서 기술 발전에 기여할 것이고, 나처럼 그렇지 못한 보통의 사람은 부족하게나마 아주 작은 기여라도 하려고 안간힘을 쓸 것이다.


'돈이 돈을 부른다'는 말처럼, 이렇게 지식이 새로운 지식의 생성/누적을 가속화시키는 정보의 지수 상승(exponential) 시대에서, 아이러니하게도 나는 연구실에서 광범위한 부분을 조금씩 공부했었다. 최근 들어서는 졸업의 압박 때문에 내 본래 연구주제만 집중적으로 공부하는 수렴 국면에 접어들기는 했지만, 작년까지만 해도 내가 생각하기에도 과할 정도로 넓은 분야를 조금씩 건드리고 있었다.


어쨌든 메인 연구주제는 상황인지 무선 네트워킹 기술이다. 서비스의 다양성을 네트워크가 지금보다 더 많이 이해해서 무선 네트워크의 세밀한 부분을 자동으로 맞춤형 조작을 해서 전체 성능을 높여 보려는 시도이다.

연구실은 오래 전부터 유비쿼터스 컴퓨팅 시스템을 가지고 대형 연구과제도 여러 번 수행했고, 지금도 과거의 유비쿼터스 컴퓨팅을 사물 인터넷(IoT) 플랫폼으로 발전시켜서 계속 개발하고 있다. 문제는 이 시스템(System)에 전산학의 대부분의 연구내용이 컴포넌트 또는 모듈로 들어가기 때문에 무엇이든 새로 연구할 수 있다는 것이다. 이게 왜 문제인지는 이어서 생각해 보겠다. 정확하게 표현하자면, 연구실 입장에서는 전체 시스템의 목적에만 부합한다면 끊임없이 새로운 연구를 적용시킬 수 있어서 좋고, 학생의 입장에서는 새로운 연구주제가 막 적용되기 시작했을 때에 맞춰서 공부를 시작하면 더없이 좋지만, 얼마 전까지 공부했던 주제와 새로 중요성이 부각된 주제가 공존하는 시기에는 이 모든 주제를 다 공부해야 하는 것이 부담이 될 수 있다. 

이것은 특히 박사과정에게 부담이다. 석사과정은 IoT 시스템을 발전시키는 새로운 주제의 중요성을 인식할 때쯤 돼서 졸업해서 나가는 경우가 많고, 본격적으로 공부해야 할 때쯤 돼서 새로운 석사과정 신입생이 들어오기 때문에 대체로 문제가 되지 않는다. 하지만 박사과정의 경우에는 더 큰 그림을 그려야 하는 역할과 함께 석사과정의 사수가 되어서 같이 연구를 수행하기 위해서 석사과정에게 약간의 지도(지도교수만큼의 지도가 아니라, 지도교수까지 포함한 세 명이 함께 연구하는 상황에서의 도우미 역할)를 하기 위해서 필연적으로 지금 연구실에서 진행되고 있는 여러 연구주제를 섭렵해야 한다.

 문제는 "서비스(service; application)"와 인접한 시스템, 또는 실제 응용되는 사례를 처음부터 염두에 두고 설계하는 시스템을 연구/개발할 때 특히 부각된다.


위와 같이 "동시에 우물을 파는 상황"은 어떤 연구과제를 동시에 수행하느냐에 따라서 더욱 심화되기도 한다. 우리 연구실은 전산학부 소속이지만, 여러가지 이유로 인해서 타 전공의 대학원 연구실들과 연합해서 공동연구 과제를 수행하게 되었다. 그리고 지도교수님은 그 공동연구 과제의 총괄책임자가 되셨고, 자연스럽게 나는 실무책임자가 되었다.

IoT 시스템과 무선 네트워킹 기술 정도는 서로 포함되는 관계였고, IoT 환경에서 무선 네트워킹이 직접 쓰이기 때문에 문제될 것이 전혀 없었다. 오히려 컴퓨팅 시스템에서 네트워크가 구체적으로 어떻게 구성되고 어떤 역할을 현실적으로 맡아야 하는지 생각하는 데 도움이 되었다. 하지만 타 대학원과의 공동연구는, 사실 내 입장에서는 범위가 너무 넓어지고 말았다. 


공동연구과제는 소셜 네트워크 서비스(SNS) 데이터를 기본적으로 활용한다. 여기에 웹의 각종 정보를 크롤링해 와서 분석하고, 그 분석결과를 가지고 새로운 정보를 추천하는 데이터마이닝을 핵심으로 하는 과제이다. 다른 연구실은 SNS 데이터 수집, 자연어를 형태소 분석해서 정형화하는 과정, 그 정형화된 데이터를 분석해서 각종 의미(감정, 행동 등)를 찾아내는 연구, 유사한 개념 간 연관성을 정의해서 정보 추론/추천을 하는 연구 등을 수행했다. 하지만 나는 우리 연구실에서 그동안 만들어 온 IoT 시스템이나 무선 네트워킹 기술에서 그 어떤 세부 컴포넌트도 적용시킬 수 없었다. 분야가 달라도 너무 달랐으니까. 공통점이 있다면 '컴퓨팅 시스템'이라는 것밖에 없었다.


IoT 시스템이나 그보다 소규모의 통신 시스템을 만들면서 배웠던 각 세부기술의 요구사항 분석, 각 세부기술을 대표하는 블록 정의, 블록 간 상호작용, 전체 시스템 구성 작업을 이 공동연구과제에 적용할 수는 있었지만, 한번도 시스템 구축을 해본 적 없이 각자 자기 세부 기술만 열심히 연구해 오던 학생들 데려다가 시스템 구축하는 게 결코 쉽지 않았다.

그 와중에 우리 연구실도 그 '데이너 마이팅 시스템'에서 하나의 컴포넌트를 맡아서 연구해야 했으므로, 그나마 기존 IoT 시스템과 연관지을 수 있는 내용을 찾아서 골랐고, 이걸 바탕으로 실제로 구현까지 해야만 했다. 당시 과제는 사업화를 요구했기 때문에 이름은 원천기술 개발이지만 실제로 당장 창업해서 서비스를 돌릴 수 있을만한 완성도를 요구했기 때문이었다. 


여담이지만, 정말 그 당시에 돈은 쥐꼬리만큼 주고 원천기술에 시장성까지 바라던 미래부가 그렇게 미울 수 없었다. 그래 놓고는 우리 과제가 논문 실적도 초과달성하고 정량적 목표치도 초과달성 했더니, 총 3년의 연구기간 중에서 2년차를 마치는 시점에서 이미 할 거 다 했으니 더 할 필요 없다면서 조기종료 시켜버렸다. 말이 좋아서 조기종료지, 원래 총 3년 동안 매년 5억씩 총 15억원을 지원하기로 약속해 놓고서 10억만 주고 과제를 잘라 버린 것이나 다름 없다. 짤렸는데 허울 좋게 '조기종료' 라는 말을 붙줬을 뿐. 

(여기서 미래부 내부에서도 예산 쟁탈전이 치열하다는 것을 알 수 있고, 예산이 없으면 결국 없는 논리도 만들어서 있는 과제를 잘라내야 한다는 것도 알 수 있으며, 그래놓고 트렌드를 반영할 만한 새로운 주제로 그 돈을 다시 쏟아붓는 것 또한 알 수 있다. 이런 여건에서 세계적으로 경쟁력 있는 "원천기술"이 제대로 개발될 리가 없다. 일본이 IPv6를 꾸준히 지원해서 결국 IPv6에 있어서는 세계 최고 수준의 권위를 갖게 된 점을 본받아야 한다. 물론 IPv6 자체가 여전히 활발히 쓰이지 않고 있는 것은 문제다. 제대로 된 주제를 발굴하는 것은 별개의 영역이니까...)


아무튼 이런 과정 때문에 내 고통의 기간은 2년 더 늘어났다. 애초에 나와 직접적인 관련성이 많이 떨어지는 과제를 관리해 오다가, 그 과제가 중간에 짤리니까 중단된 연구를 계속하기 위해서 새로 제안서를 썼고, 결국 또다른 2년짜리 공동연구 과제를 시작했기 때문이다. 그리고 여기서도 우리 연구실은 무선 네트워킹과 전혀 상관이 없는 데이터 마이닝에 관련된 세부 기술을 개발하고 있다. (...그나마 다행인 것은 실제로 개발을 수행하는 석사과정 학생은 그게 본인의 석사과정 연구주제와 일치하기 때문에, 나는 논리와 방향이 맞는지 보고 방향을 설정하는 역할만 하는 것으로 부담이 줄어든 것이겠다. 물론 여전히 지도교수님이 총괄책임자시기 때문에 다른 연구실과의 상호작용 및 전체 시스템 구성은 결국 내가 해야 한다.)


이렇게 학제간 연구를 강요받으며 지금까지 왔다. 박사과정을 하면서 이렇게 생각외로 다양한 분야를 공부하게 된 것이 장기적으로 결코 손실은 아닐 것이다. 결국 모두 도움이 되고, 생각의 지평을 넓혀 주기도 하고, 내가 잘 못하는 전체 그림을 그리는 훈련을 계속 받을 수 있었기 때문이다. 나아가서, 언제가 될지 모르지만 언젠가는 이렇게 공부했던 분야들을 조합해서 아주 똑똑한 네트워킹 기술을 연구할 수도 있을 것이고, IoT 시스템의 데이터 마이닝 과정을 더 개선할 수도 있을 것이다.


하지만 당장 졸업을 해야 하는 박사과정의 입장에서는 이렇게 지나치게 넓은 분야를 공부하는 것이 독이 되는 것은 아닌지도 걱정될 수밖에 없다. 박사학위의 의미 [1]에서 보듯이, 하나의 세밀한 연구분야의 정점에 와서 그 벽을 뚫어 나가야 하는 것인데, 이렇게 다양한 여러 개의 분야에서 그 정점에 못 미치는 수준까지 공부하느라 정작 내 메인 연구주제를 소홀히 하게 되서 졸업하지 못하는 것은 아닌가 하는 불안감이 수시로 엄습해 오기도 한다.


이제는 더이상 박사과정을 오래 하고 싶어도 하지 못할 만큼 시간이 많이 흘렀고, 남은 시간도 이제 얼마 없다. 이제 더이상 늘릴 수 있는 재학연한도 없는데 휴학까지 해 가면서 박사과정을 연장하고 싶지는 않다. 남들은 연차 이내에서 뚝딱 잘도 해내는데, 나는 위와 같은 과정을 겪느라 집중하지 못했다고 하는, 아무도 알아주지 않는 변명을 하면서 지금 이 상태가 되었다. 정말 자존심 상하는 부끄러운 일이다.


장기적으로 볼 때에는 여러 우물을 최대한 파 두는 것은 결코 손해볼 것이 없다. 하지만 시기적으로 지금만큼은 선택과 집중을 해야 할 때인 것 같다. 나는 그동안 너무 순진하게 주어지는 대로 닥치는 대로 다 공부해서 모두 다 소화시킬 수 있을 거라 착각하고, 그게 이렇게나 오래 걸릴 줄은 예상하지 못했던 것이 아닐까? 스스로의 역량을 과대평가 했거나 자신을 속여 왔던 것은 아닌지 돌아보게 된다. 정말 슬프지만, 나는 잘 나가는 IT 천재들처럼 그렇게 똑똑하지 못하다.

현실을 직시하면서 동시에 지혜롭게 공부하고 싶다. 내 목표 달성을 위해서 지금 당장 무엇을 해야 하는지 제대로 결정해서 움직이고 싶다. 나는 언제쯤 이런 것들을 잘 조율해 가면서 내 인생을 내가 앞가림해낼 수 있을까? 바보같지만, 내일은 오늘보다는 덜 바보같기를 바라며 끊임없이 나를 돌아보자. 그리고 지금부터라도 좀더 지혜로운 결정을 할 수 있도록 노력하자.

오늘 남은 하루 동안에는 내 졸업연구 분야에서 의미 있는 진전을 이뤘으면 좋겠다. 제발 집중 좀 해 보자. ㅜㅜ




<참고자료>

[1] 박사학위의 의미, http://wintree.tistory.com/203



반응형
블로그 이미지

Bryan_

,
반응형

연구실에 있던 학생이 개인적으로 쓰던 넥서스7 2세대(2013)가 액정이 깨졌는데, 졸업하면서 그걸 연구실에 기증(?)하고 갔다.


한참 동안 액정이 깨진 채 연구실 빈 책상 한켠에 방치되어 있었는데, 조만간 해외출장을 갈 일이 생겨서 이걸 고쳐서 비행기에서 쓰기로 마음먹고 eBay에서 액정을 사서 고쳤다. 액정만 있는 것 말고 프레임까지 이미 붙어 있는 일체형 세트가 배송비 없이 40달러가 조금 넘더라는... 


링크:

http://www.ebay.com/itm/LCD-Screen-Touch-Digitizer-Assembly-For-Asus-Google-Nexus7-2nd-2013-With-Frame-/181624026244?hash=item2a49a2b484:g:69YAAOSwDwtUm9y2



그리고 케이스도 하나 있으면 좋을 것 같아서 찾아보니, 

솔로젠에서 나온 히트 다이어리 케이스가 예뻐 보이고 가격대도 적당해서 질렀다.




↑ 색깔은 위의 사진에 찍힌 것보다 좀더 밝은 갈색 느낌이다. (형광등 불빛에서 봤을 때)




↑ 단단해 보이는 질감인데, 실제로도 딱딱해서 쉽게 휘어지지 않을 것 같다.



(화면에 보이는 흠집이 많은 것은 액정보호필름 대신 액정을 살 때 임시로 붙어 있던 비닐을 떼지 않아서 그렇다.)


↑ 커버 안쪽에 신용카드나 지폐를 넣을 수 있도록 되어 있다.

사실 나는 신용카드를 커버에 넣는 것을 싫어해서 수납공간 유무는 별로 중요하지 않다.

하지만 곧 출장가는 입장에서, 항공권이나 출입국 서류 등 잡다한 종이들을 보관하기에 유용할 것 같다.




↑ 뒷면. 특별할 것은 없고, 거치대처럼 세울 수 있게 접힐 수 있게 만들어졌다.





↑ 단추 부분은 자석으로 되어 있고, 자석이 맞닿는 부분이 약간 움푹 내려가 있어서 

미세하게나마 두께를 줄여 준다.

저 약간의 움푹 파인 부분 덕분에 손가락으로 덮개를 열기에도 편하다.




↑ 앞커버 안쪽의 홈을 이용해서 세워 보면, 각도가 약간 높은 편이다.

프레임 테두리의 고무 재질로 인한 마찰력이 있기 때문에

굳이 거치용 홈에 맞출 필요 없이 원하는 시야각이 되도록 적당히 세워도 아무 문제 없다.




↑ 같이 동봉된 스트랩을 끼웠다.

뭐 특별할 것은 없고, 무난하다. 쉽게 끊어지지만 않으면 됐지...




↑ 전체적으로 다 괜찮은데, 태블릿을 끼고 나서 오른쪽 테두리에 살짝 뜨는 공간이 생긴다.

고무 프레임 자체가 오른쪽 부분만 살짝 휘어져 있다.

하자가 있는 제품일 수도 있지만, 이미 몇년 된 태블릿을 저비용으로 살려서 쓰는 마당에 

이런 것까지 신경써서 교환할 필요는 느끼지 못해서 그냥 쓰기로 했다.




↑ 가장 결정적인 단점은:

안 그래도 누르기 힘든 넥서스7 2세대의 물리 버튼을 누르기가 더 힘들어졌다는 것.

애초에 넥서스7 2세대의 디자인에서부터 파생되는 문제점이다.


아무튼 버튼 부분이 고무 프레임과 일체형으로 만들어져 있기 때문에

정확한 각도로 확실한 힘을 줘서 꾹꾹 눌러야만 한다.

차라리 그냥 구멍을 뚫어 놓는 게 더 좋았을 것 같다.


그나마 다행인 점은, 넥서스7 2세대의 버튼 위치를 고려해서

케이스 뒷판 일부를 손가락이 쉽게 닿을 수 있도록 잘라 둔 것이다.

비슷한 다른 케이스들 중에는 뒷판이 잘려 있지 않아서 

아예 손가락으로 버튼을 누르는 것 자체가 간섭을 받는 경우도 있다.



이쯤에서 개인적으로 정리하는 장/단점...


<장점>

*예쁘다. (군더더기 없이 있을 것만 있는 깔끔한 디자인; 개인의 취향)

*커버가 단단하다. (태블릿을 잡고 있는 고무 프레임까지 합쳐서 떨어져도 액정이 쉽게 깨질 것 같지 않다.)

*무난한 가격 (찾아보면 배송비 제외하고 13,000원대에 살 수도 있다)


<단점>

*전원/볼륨 버튼을 누르기가 힘들다. (손가락이 버튼에 닿는 경로에 간섭이 없도록 배려하기는 했다.)

*2% 부족한 고무 프레임의 마감





아무튼 출장 다녀오는 동안 잘 써봐야겠다.





반응형
블로그 이미지

Bryan_

,
반응형
요즘 들어서 실제 환경에서 내 연구분야와 관련된 지식이 확장되는 기쁨과 동시에 이걸 그동안 모르고 있었다는 절망, 곧이어 또다른 지식의 확장에 대한 경험의 연속이다. 한마디로 말해서 제정신이 아닌 상태다. (...) 전산학/컴퓨터공학의 세부 분야라면 어느 것이나 마찬가지일 것 같은데, 애초에 이론을 완벽하게 습득하지 않은 채로 계속 다음 단계로 전진하다 보면 실전에서 모래성과 같이 허술하게 쌓여 있던 그동안의 지식이 깨지게 되고, 결국 실전에서 문제를 해결하는 과정을 겪으면서 이론을 재정립하고, 실제 환경에서 어떻게 이론이 적용되는지도 배우게 된다. 물론 마지막 단계에 해당하는 '실전에서 문제를 해결하는 과정'이론 기반이 약할 경우 오래 걸릴 수밖에 없다.
내가 석사과정 2년차 때 자의반 타의반으로 무선 네트워크 분야의 연구주제를 선택하면서, 비교적 최근까지 얼마나 내가 이론이 약한 상태였는지를 뼈저리게 느끼고 있다. 달리 표현하자면, 이제서라도 네트워크를 실제로 운용할 때 필요한 일부 요소들(여전히 극히 일부인 것 같다.. 에휴)을 하나씩 재정립하는 것이 얼마나 다행인지 모르겠다. 학생이니까 실수하고 배우는 것이 용서가 되지, 만약 박사가 되어 세상에 나가서 똑같은 경험을 하고 살았다면 부끄러워서 고개를 들고 다니지 못했을 것이다. (뭐 사실 학생 신분도 이제 시한부가 되었다. 무한정 학생일 수는 없다.)
최근에 내 연구의 실험 환경인 와이파이(IEEE802.11) 기반의 멀티채널 무선 메쉬 네트워크(multi-channel wireless mesh network)를 구축하고 실제로 트래픽을 만들어서 보내면서, arp, route (커널 라우팅 테이블), iptables, hostapd, dhcp 등의 다양한 도구들의 역할과 그 중요성을 실감할 수 있었고, 커널에서 netlink를 통해서 패킷을 처리하는 절차, 패킷이 버퍼링되면서 발생하는 지연 문제, 그 원인을 제공하는 intra-flow interference, inter-flow interference 등에 대해서도 다시 살펴볼 수 있었다.

퀄넷(QualNet) 네트워크 시뮬레이터에서는 메쉬 네트워크 만드는 매뉴얼에 따라서 만들어 놓고 노드 몇번에서 다른 노드 몇번으로 패킷을 몇개 보내라고 시키면 위에 언급된 각종 도구들의 역할을 전혀 몰라도 실험하는 데 아무 이상이 없었고, 성능 측정 결과도 바로바로 나왔다. 그러면 나는 그저 next-hop으로 패킷을 전달하는 부분만 고쳐 가면서 실험해서 그래프를 만들어 내면 되었다.

그러나 현실 세계에서 무선 메쉬 네트워크가 서로 기본적인 "연결" 상태를 유지하도록 만드는 기본적인 것도 호락호락하지 않았고, 여기에 스마트폰이나 노트북을 연결해서 인터넷을 하거나 서로 통신이 되도록 만들기 위해서 이것저것 시도하면서부터는 더더욱 멘붕 상태에 빠져들 수밖에 없었다.

최근 들어서야 여러 앱들을 돌리고 네트워크 상태를 모니터링할 수 있게 되었는데, 이제 실제로 나만의 "라우팅"을 적용할 수 있겠다는 부푼 기대를 안고서 실험을 했으나, 근본적으로 라우팅만 가지고는 해결이 안되는 문제임을 인식한 직후에는 또 한번 절망할 수밖에 없었다. 아, 이래서 내가 저널에 투고한 논문이 reject 되었던 것일까?

------------------- 내가 다시 석사과정 2년차 또는 박사과정 1년차로 돌아간다면, 당장 노트북이든 보드PC든 라우터든 여러 개를 가져와서 실제로 돌아가는 무선 네트워크 실험 환경을 구축하는 것부터 시작할 것이다. 그것이 한 학기가 넘게 걸리든, 거의 일 년이 걸리는 한이 있더라도 반드시 테스트베드 환경 구축을 강행할 것이다. 그렇게 실제로 써먹을 수 있는 테스트베드를 만드는 작업 그 자체가 적어도 나에게는 이론을 동시에 습득하기에 가장 효과적이기 때문이다.

이렇게 무선 네트워크 환경에서 패킷이 머신 하나에 들어오고 나가기까지의 모든 세부 절차에 대한 총체적인 이해를 바탕으로, 그 다음에야 실제로 내가 해결하고 싶은 문제 상황을 상상해 보고, 매일매일 테스트베드 환경에 돌려볼 것이다. 만약 기존 환경에서 잘 해결이 안 된다면, 그것이 최소한의 research goal은 될 수 있다. 하지만 내가 단독으로 그 목표를 해결하면 아무 소용이 없으므로, 이제 기존의 논문들이 어떻게 했는지를 공부해서 그 개념을 실험 환경에 적용해서 돌려볼 것이다. 물론 너무나 당연한 소리지만, 기존 연구는 반드시 최고 수준의 학회/저널에서 최근에 발간된 논문들 중에서 찾을 것이다. 최근에 발간된 최고 수준의 학회/저널에 올라오지 않는 주제라면 사실 조심해야 한다. 모 아니면 도가 될 수 있기 때문이다. 정말로 해결이 필요한 실용적이고 중요한 문제인데 아무도 해결하지 않았거나, 해결할 가치가 없거나(공학적인 의미가 없거나) 둘 중 하나이기 때문이다. 하지만, 전자일 확률을 1%도 안 된다.

그런데 아마 내가 관심있어 하는 가장 최근의 핫한 연구분야는 내가 앞서 '이론의 실제화' 과정에서 구축한 테스트베드에 비해 이미 여러 단계 앞서 있을 것이다. 그리고 이미 어느 정도 오픈소스로 쉽게 구할 수 있게 되어 있을 가능성도 높다. 그럼에도 불구하고 위와 같이 기본적인 테스트베드를 구축하는 연습은 적어도 네트워크 분야에서는 안할 수가 없는 것 같다. 저 과정을 이해하지 못한 채로 신기술을 바로 적용하면 그 내부 작동 원리를 이해하기 위해서 결국 언젠가는 공부해야 하기 때문이다. 물론 최신 기술을 바로 설치해서 써 보는 것부터 시작해서 세부 개념과 원리를 익혀 가는 방법도 결코 나쁘지 않을 것이다. (예를 들면, 요즘 핫한 SDN 도구 중 하나인 OpenFlow나, 그 위에서 작동하는 ONOS 같은 컨트롤러 패키지부터 설치해서 써 보는 것.) 어쨌든 결국 최종적으로 얻게 되는 지식은 다를 바가 없을 테니까. 즉, 성향에 따라서 어느 방법이든 선택해서 열심히 익혀 나가는 수밖에 없다.

비록 많이 늦었지만, 이제서라도 이론을 다시 쌓아올리고, 실제 환경과 습득한 이론 사이의 간극을 줄여 가고 있으므로, 조금 더 노력해서 반드시 의미 있는 연구 결과를 만들어 내고 싶다. 남부끄럽지 않은 박사가 되어야겠다. 


반응형
블로그 이미지

Bryan_

,
반응형

전화상으로 진행하는 코딩 면접을 위해서 예상 문제들을 살펴보며 어떻게 해결할 수 있을지 머리속으로 그려 보고, 더러는 종이나 메모장에 바로 pseudo code를 작성해 보고 있다. 그런데, 내 생각을 정리해서 "깔끔하게" 문제를 해결하는 순서를 설명하기가 예상하는 것보다 쉽지 않다. 


주어진 문제를 보고 입력과 출력이 어떻게 되어야 하는지는 비교적 쉽게 정의할 수 있다. 문제는 입력으로부터 출력까지 도달하기 위해, 거시적인 안목에서 어떤 순서를 거쳐야 하는지를 단번에 나열하는 것은 쉽지 않다. 거시적인 안목, 즉 top-down approach로써 문제를 생각해 보려고 노력하는데, 일단 top-down 측면에서 옳다고 생각해서 나열한 순서를 다시 한번 자세히 따져 보면 비효율적인 방법임을 깨닫게 되는 것이다. 예를 들어, 일단 큰 그림에서 문제 해결의 순서를 plain text 형식의 코멘트로 써 놓고, 해당 코멘트에 대응하는 실제에 가까운 코드를 작성하다 보면 뒤늦게 지금 작성중인 이 방법이 결코 효율적이지 않다는 사실을 깨닫는 것이다.

Top-down 관점에서 큰 순서에 영향이 없이 세부적인 부분을 개선하는 방식으로 생각을 좁혀 가는 것이 문제를 해결하는 가장 이상적인 방법이지만, 충분히 고민하지 않은 채로 큰 그림을 얼른 대충 만들게 되면 나중에 top-down 측면의 순서를 모두 고쳐야 하는 불상사가 생기기도 한다. 즉, 근본적으로 방향을 잘못 짚는 경우에 해당한다.


그러면 어떻게 해야 할까? 가장 이상적인 방법은 두말할 것도 없이 처음부터 효율적인 해결책을 top-down 관점에서 설명하고, 그 순서대로 코드를 구체화시켜 가는 것이다. 하지만 그렇게 바로 생각해낼 수 없다면, 위와 같이 해결방법에 큰 수정이 발생하더라도 이를 감수하고 다시 차근차근 고쳐 가는 것이 안전할 것이다. 일단 간단한 해결책부터 먼저 제시해 놓고, 그것을 검토하면서 더 효율적인 방법으로 코드를 수정해 가겠다고 지속적으로 면접관들에게 설명하면서 멈추지 않고 진행하는 것이다.

적어도 이렇게 하는 것이 심리적 압박감으로 인해서 아무 것도 생각해 내지 못하고 머리가 하얗게 되어 버리는 것보다는 나을 것이다. 결국 어떤 상황에서도 평정심을 유지한 채 점진적이고 지속적으로 답을 발전시켜 나가는 마인드 컨트롤의 문제로 볼 수도 있다.

처음부터 조금 더 효율적인 알고리즘의 큰 그림부터 그려나갈 수 있도록 꾸준히 예상문제들의 해결 방법을 생각하고 코드로 연습하는 것 외에는 왕도가 없어 보인다. 조금 더 노력해 보자...


반응형
블로그 이미지

Bryan_

,