우리가 의사소통을 하고 감정을 전달하기 위해 다양한 표현 수단을 사용한다. 목소리냐 문자냐 하는 것도 있겠지만, 어떠한 언어를 사용하느냐, 말투나 어감, 맥락적 의미 등 많은 것이 하나의 표현 안에 녹아들어가게 된다. 정상적인 사람이라면 세련됨의 차이, 스스로의 인식 수준에 대한 차이는 있을지라도 누구나 당연히 가지고 있는 능력이기도 하다.

하지만 가장 중요한 표현의 의도와 본질이 표현 방식에 의해 왜곡되는 경우가 너무나 많다. 컴퓨터끼리 정보를 주고받는 인터넷 기반 기술을 구현할 때도 마찬가지지만 정보(의도)의 전달 여부는 항상 상대방이 그렇게 받아들였는지의 여부로 결정되어야 한다. 하지만 뭔가 상대방보다 내가 낫다는 걸 은연 중에 보이고 싶은 의도가 첨가된다든지, 컴플렉스를 상대방이 건드린 것에 대한 내재된 화의 분출이라든지, 상대방의 생각이 옳다는 건 알지만 질투가 난다든지 하는 다양한 심리가 겹쳐지면 이것이 표현을 왜곡시켜버리고 오해를 불러일으킨다.

문제는 이러한 왜곡 현상이 표현하는 사람, 받아들이는 사람 모두 직접 인지하지 못하고 무의식적으로 발현되는 경우가 많다는 것이다. (이것을 의식적으로 잘 알아볼 수 있는 사람을 영적인 사람이라고 부르는 경향이 있다.) 결과는 서로에게 남는 상처와 울분이며, 이것은 또다른 내재된 화의 원인이 된다.

대화는 상호소통, 상호교감을 바탕으로 이루어지는 것이다. 나의 생각과 의도를 전달하고자 하는 것이 대화이지만, 그것이 상대방과의 지위 고하와 상관 없이 사람이기 때문에 느끼는 가장 근원적인 감정들을 무시해서는 안 된다. 옛날 사회에서는 그것이 권력으로 누를 수 있었기에 허용되었을지 몰라도, 경쟁이 심화되고 투명성이 강조되는 현대 사회에서는 설득의 방식이 설득 내용보다 더 중요해졌다. 최고의 능력을 가진 사람들과 함께 하는 것도 중요하지만 리더를 인정하고 따르는 사람들과 함께 하는 것이 어쩌면 더 큰 시너지를 낼 수 있는 구조인 것이다.

표현이 왜곡될 때 나타나는 예로 자신만큼 상대방이 노력한 부분이나 역할에 대한 무시, 상대방을 이해하려는 모습을 보이지 않기, 자신의 권위에 대한 도전으로 받아들이기 등이 있다. 이런 것들은 아마 자기도 말해놓고 차마 체면 때문에 바로 거두지는 못하지만 뒤에서는 후회할 수 있는 독설을 내뱉는 원인이 될 수 있다.

보스턴 필하모닉 지휘자 벤자민 젠더가 한 말 중에(TED 강연 동영상 참고) "단원들의 눈이 반짝거리지 않으면 그것은 (리더인) 내가 뭔가 잘못하고 있다는 증거입니다"라는 구절이 있다. 직업적인 전문성으로 냉정한 판단을 하고 구성원들이 이것에 따르게 하는 것은 좋지만, 동시에 그것을 이유로 사람들에게 상처가 될 수 있는 말을 하면 안 된다. 똑같은 목적을 달성하더라도 사람이기 때문에 어떻게 설득당했느냐에 따라 리더에 대한 평가와 감정은 완전히 반대가 될 수 있다. 모든 사람들에게 똑같이 마음에 드는 사람이 될 수는 없지만, 최소한 마지못해라도, 어쩔 수 없이라도 명백하게 인정받을 수 있는 건 인정받는 것이 좋지 않겠는가.

때에 따라서는 나의 의견을 관철해야 하는 경우가 있을 수 있다. 이런 경우에도 논리나 권위로 무장하여 상대방을 옴짝달싹 못하게 하기보다는, 소위 핑계를 댈 수 있는 '도망갈 구멍'을 만들어줘가면서 대화를 이끌어나가면 상대방이 보다 기분 좋게 동의하게 만들 수 있다.

나의 의도를 온전히 전달하기 위해 감정을 잘 표현하는 것은 사실 쉬운 일은 아니다. 많은 사람들을 겪어봐야 하고, 그 와중에 오해도 받아보고 실수도 해보고 하면서 배운다. 이 글을 쓰는 나도 요즘 여자친구를 사귀게 되면서 주로 IT 분야에서 감정이 별로 섞이지 않은 건조한 의사소통을 주로 해왔던 것 때문에 많은 부분을 배우고 또한 고생하고 있기도 하다. 다행히도 내 여자친구와 나는 서로 그러한 면을 이해하고 그때그때 맘에 안 들었던 부분을 해소하려고 노력하고 있기 때문에 표현 방식의 차이에 의한 마찰보다는 그러한 차이를 배움으로써 얻는 것이 더 많은 것 같다. 여기에는 심리적 거리낌을 극복하는 상당한 연습이 필요하다.

특히 요즘 많이 느낀다. 우리는 논리적 인간이 아니라 감정적 인간이다. 처세술, 설득하기 등의 내용을 담은 많은 책들이 왜 이런 이야기를 했는지 알 것 같다. 감정을 잘 표현하는 방법을 연습하는 것은 명확한 논리로 설득하는 것보다 한발 앞서 해야 하는 일이다.

가끔 살다보면 무언가 내재된 화를 가진 사람을 만나는 경우가 있다. 이성적으로는 그렇게 하면 안 된다는 것을 알면서도, 상대방이 자기를 공격하는 것이 아니라 함께 더 개선하고자 하는 것임을 알고 있으면서도 순간적으로 폭발하여 차마 해서는 안 될 말을 내뱉고 다른 사람들에게 상처를 주는 것 말이다.

특히 이런 것은 어떤 직업적인 인간 관계보다는 가족 관계에서 나타나기 쉬운데, 이것은 상대방을 서로 알아가는 과정에서 이루어지는 깊고 미묘한 의사소통과 감정 교류가 필요 없었기 때문에, 혹은 그것이 이미 너무 오래 전의 일이기 때문에 그만큼 표현하고 싶은 대로 표현하는 것에 마음의 거리낌이 없기 때문이다.

내가 보기에 그러한 표면적 현상 이면에는 본인도 미처 알아채지 못하는 어떤 근원적인 두려움이 있는 것 같다. 초등학교, 중학교, 고등학교, 대학교를 거치면서 각 단계에서만 겪을 수 있는 다양한 인간 관계들이 있는데 자의든 타의든 그러한 경험의 기회를 갖지 못했거나 아니면 전 세대로부터 물려받은 legacy 때문에, 다른 사람들에게 자신의 감정을 솔직하게 표현하고 또한 그렇게 표현함으로써 더 큰 이익을 얻을 수 있음을 모르거나 이성적으로는 알더라도 제어가 되지 않는 것이다. 서로에게 투명한 상호교감이 없으면 사람은 자신의 감정 상태에 사로잡히게 되고 그 내재적 두려움이 겉으로는 화로 분출되는 것이다.

사람이기에 항상 완벽하게 투명할 수는 없고, 또한 완벽하게 상대방과 동조할 수 있는 것은 아니다. 하지만 불협화음이 발생할 때 이것을 제때 제때 해소해야지, 쌓아두었다가 한꺼번에 폭발시켜버리면 상처만 남을 뿐 근본적인 해결에 다다를 수 없다. 그리고 모두 드러내야 할 필요는 없지만 자신의 감정이나 의견을 정확하고 분명하게 표현해야만, 그것이 순간적으로는 손해처럼 보이더라도, 장기적으로는 더 큰 신뢰를 얻을 수 있다. 원인을 상대방이나 자신에게서 찾지 않고 탓하지 않으며 외부 사물에서 찾으려는 노력이 필요하다.

사람을 차별하고 싶지는 않지만, 제대로 된 가정교육을 받은 사람과의 교류를 부모님들이 선호하는 이유도 아마 이런 것 때문이 아닐까 싶다. 아니면 아예 처음부터 현장에서 뛰면서 많은 사람들을 겪었던 사람이거나. 문제는 자기가 비록 그런 못난 면이 있더라도, 다음 세대에서는 이것이 더 나아져야 하고 또한 나아지도록 노력해야 하는데 안타깝게도 그러한 필요성 자체를 인식하지 못하거나 방법을 모르는 경우가 많은 것 같다. 그나마 유년기의 교육을 통해서 이런 부분이 극복되어야 하는데 그런 기회를 갖지 못한다면 심각한 문제다. (그래서 나는 학교라는 시스템이 획일화시키는 측면이 있을지언정 최소한은 꼭 필요하다고 생각한다.)

게다가 한국의 전통적인 유교 질서에서 윗세대가 아랫세대에 대해 삶의 경험에 의한 노하우와 가치를 전수하는 의무를 빼먹고 효에 대한 권리만 강조하게 되면 더욱 힘들어진다. 물론 아랫세대 또한 그러한 경험을 나누어줌에 감사하고 그에 걸맞는 예를 갖춰야 하겠지만, 이것이 상호교감을 통해 우러나오는 것이어야지 감정이 사라진 의무에 의한 것이라면 그것을 받는 쪽조차 별로 얻는 것이 없다.

'요즘 젊은 것들도 고생 좀 해봐야 해'라는 말도, 반드시 해야 할 경험을 해봐야 한다는 관점에서는 옳은 말이지만, 단순히 자기가 고생해봤기 때문에 너희도 고생해야 한다는 식이어서는 곤란하다. 인류가 발전해온 원동력은 문자와 언어에 의한 학습을 통해 앞선 세대의 경험을 바탕으로 더 나은 일을 할 수 있었기 때문이다. 불필요한 삽질은 하지 않는 것이 개인에게도, 인류 전체로 봐서도 더 좋다.

나는 희망의 끈을 놓지 않고 싶다. 이미 그렇게 고정되어버린 사람들이라도, 음악이라든지 종교의 힘에 의해서라든지 주변 사람들의 노력이라든지 하는 영적 치유를 통해서 (완전히 바뀌지는 않더라도) 주변 사람들에게 보다 긍정적인 에너지를 발산할 수 있도록 조금씩이나마 변화시킬 수는 있지 않을까. 서로에 대한 오해를 불러일으키는 불필요한 상상과 그로 인해 유대가 사라지고 권리와 의무만이 남은 상황에서 탈피할 수는 없는 것일까.

나는 그런 사람들이 '나쁘다' 혹은 '덜떨어졌다' 같이 생각하지 않는다. 다만 삶의 과정에서 습득해야 할 것을 주변 환경에 의해 습득하지 못한 것 뿐이다. 그런 사람들을 미워하거나 내버려둬서는 서로 도움이 되지 않는다. 긍정적인 에너지로 동화시켜나갈 수 있다면 우리네 삶이 더욱 아름답게 가꿔지지 않을까.

3주 전에 같이 보려고 예약했으나 갑작스런 일정이 생겨서 함께 못 본 그분을 위해 아직까지 미루어왔던 포스팅. 하지만 사실 니들웍스 블로그에 써놓고 이미 트랙백 수십군데 뿌렸다는 거. ㅋㅋ 여기도 링크한다.

공학도의 눈으로 본 AVATAR 감상 후기

개인 서버의 하드디스크 사망 조짐으로 인해 안 그래도 별러왔던 가상서버호스팅으로의 이전 작업을 하느라 이제서야 올리는 2009년 결산 포스팅. 시작은 역시 학업 이야기부터 해야 될 듯.

2009년 가을학기 결산

한 마디로 정리하자면 졸업 학기라서 신선놀음할 줄 알았더니, 웬걸, 특강 + 신종플루 크리로 인해 그다지 유쾌하지는 않았던 학기였다. 하지만 어떤 면에서는 가장 남은 게 많은 학기이기도 했다.

HSS362 Music Theory and Musical Composition II

제목은 뭔가 길지만 실제론 그냥 작곡 수업. 변계원 교수님이 담당하셨다. 기억은 안 나지만 대략 수강신청 추첨할 때 5개쯤 찍어둔 교양 중에서 이것만이 유일하게(!) 살아남았다. 다행히도 가장 듣고 싶었던 수업이긴 했다. (사실 졸업요건 채우는 건 이 한 과목으로 모두 충족되고, 나머지는 그냥 더 듣고 싶어서 들은 거였다.) 음의 간격(interval) 계산하는 방법부터 시작해서 자유곡 작곡에 이르는 과정을 한 학기로 압축하여, 중간고사 때까지는 화성학의 기초 부분을 다루고, 이후에는 이런저런 다양한 작곡 기법들에 대해 배웠다.

나는 피아노를 초등학교 1학년 때부터 배우기 시작해서 중학교 1학년 때까지 정식으로 배웠고(모두 개인레슨/체르니50 들어가자마자 그만둠), 이후로도 혼자 취미삼아 계속 쳐온 데다 직접 채보하거나 작곡한 곡들도 있었기 때문에 악보를 읽고 쓰는 것에 아주 익숙하여 상대적인 난이도는 가장 낮았던 과목이다. 앞부분의 화성학 기초는 예전에 배웠던 걸 복습하여 단단히 다진다는 느낌으로 했고 뒷부분은 이미 감으로 알고 있던 것들에 이름을 붙인다는 느낌을 받았다. (물론 내가 모르거나 알아채지 못한 기법들도 있었는데, 문제는 그런 걸 배울 때 신종플루에 걸렸다는 것이...-_-)

하지만 이런 선행학습(?)이 잘 되어 있는 것과 좋은 곡을 쓰는 것은 또 다른 문제. 첫 번째 과제는 바흐의 첼로 무반주 조곡 1번의 화성 구조를 그대로 쓰면서 창작 멜로디와 반주를 붙이는 것이었는데 화성 구조의 제약이 심하다보니(무엇보다 안정적인 구조를 만들어주는 핵심 요소인 반복이 없었기 때문에) 상당히 고생했다. 그 뒤로 나온 과제는 쇤베르크 등 20세기 초 현대음악 작곡가들이 사용했던 12음계, 직접적인 멜로디 구성보다는 배경음과 분위기 조성용으로 많이 쓰이는 unsynchronized isomelody/isorythm을 활용하는 것 등이 있었다. 특히 12음계(무조음)는 우리가 듣는 음악 덕분에 우리 귀에 매우 익숙한 일반적인 화성 구조를 완전히 버리고 한 옥타브에 속하는 12개 음을 모두 똑같은 중요도로 취급한다는 점에서 사상적으로는 매우 혁명적이었지만 그 소리까지는 아직 내 귀가 받아들일 준비가 되지 않았기에 작곡하는 나 자신 스스로도 매우 괴로웠다.;;

이 수업은 타지키스탄(Tajikistan)에서 유학온 친구이자 SPARCS 후배인 '달래'(원래 이름은 Daler Karimov이지만 편하게 이렇게 부른다. 물론 남자다 ㅋㅋ)와 함께 들었는데 내게는 신선한 자극이 되었다. 이 친구가 지금은 전산 전공에 BEP 부전공을 하고 있지만, 고향에서는 원래 음악 전문 학교를 다녀서--구소련과 같은 공산정권 하에서 과학·수학이나 예술·체육 쪽 특기생들을 국가적으로 키우는 정책의 영향이 남아있었던 듯--이미 자기가 작곡한 곡도 몇 곡 있고 피아노도 꽤 잘 치는 편이다. 러시아어·타지키스탄어·영어·한국어·아랍어까지 구사하는 데다 태권도와 피아노도 수준급이고 생긴 것까지 잘생겨서(...) 완전 엄친아 같은 녀석으로, 나중에 고향에서 대통령 하고 싶다는 꿈이 있을 정도다. 아무튼 그전엔 인사만 하고 지내다가 이 수업을 통해 내가 작곡한 곡과 이 친구가 작곡한 곡을 서로 연주해주면서 기말고사 때 제출할 곡을 어떻게 쓸까 함께 고민하는 등 재미있는 추억을 만들 수 있었다. 이 친구의 자작곡들은 자기네 전통 민요의 리듬과 화음이 살아있어 더욱 흥미로웠다. (한국 올 때 악보를 거의 안 가져와서 아쉽다고 했다)

나는 기말곡으로 중학교 3학년 때 작곡한 Memories라는 피아노 독주곡을 메인 테마로 삼아 오케스트라(플룻, 바이올린 앙상블, 첼로 앙상블 추가)로 확장하고 수업 시간에 배운 몇 가지 기법들을 추가로 응용하는 방식을 택했다. 달래도 자기가 작곡했던 곡을 바탕으로 작업하였는데 전체적으론 괜찮았지만 개인적인 느낌으로는 그 특유의 대담한 리듬과 중독성 있는 화성이 덜 느껴져서 살짝 아쉽기도 했다. 수업 초반에 교수님이 수강생이 너무 많자 잔뜩 겁을 주면서 다들 드랍시킨 덕분인지(?) 기말곡들은 다들 상당히 높은 수준이었다. 그 중에 표절을 의심받은 경우도 있었지만 명백히 표절이 아니면서 가장 기억에 남았던 곡은 어느 00학번 전산과 분이 애니메이션 WALL·E를 보고 동영상과 맞추어 만든 Hold My Hand라는 곡이다. 그다지 복잡하지 않은 멜로디와 반주이면서도 서글픈 느낌을 멜로디와 음색으로 잘 표현해냈고, 동영상과 함께 들어도 혹은 따로 음악만 들어도 잘 어울리고 언제나 공감가는 곡이다.

CS492 Probablistic Robotics

학부 지도교수님이신 김기응 교수님의 특강으로, 한 마디로 요약하면 확률이론의 기초 중의 기초라고 할 수 있는 Bayes' Rule을 바탕으로 Markov assumption 하에서 로봇이 세상을 인식하고 세상에 반응하는 방법에 대해 다룬 수업이다.

과제는 Microsoft Robotics Developer Studio를 이용해서 C# 언어로 수업 시간에 배운 몇 가지 주요 알고리즘들을 실제로 구현해보는 것들이었다. Occupancy grid mapping, Monte-carlo Localization, Grid-based SLAM까지 총 3가지가 나왔는데 두번째 과제를 하다가 신종플루에 걸리는 바람에 쭈우우욱 밀려서 마지막 과제는 결국 손도 못대고 말았다. orz

첫번째 과제 완성된 장면.

말하자면 이 수업의 궁극적인 목표는 미 국방성에서 스탠포드, CMU, MIT 등 유수의 대학들을 대상으로 진행했던 DARPA Grand Challenge와 같은 자율적인 로봇 시스템을 구현하는 능력을 기르는 것이었다. 실제로 국내에서도 비슷한 대회가 준비 중이며 우리 학교에서도 기계과 등과 협력하여 나갈 예정이라는 얘기도 있었다. (링크한 글을 자세히 보면 알겠지만 엄청난 규모의 컴퓨터 시스템을 자동차에 얹고 있는데, 이 수업을 들으니 그 이유를 알 만했다. 확률통계에 기반해 실제 세상을 모델링하려면 엄청난 양의 데이터 처리가 필요하다. 특히 SLAM과 같은 알고리즘을 제대로 돌리려면...-_-)

다른 것보다도 이 수업을 들으면서 좋았던 점은 선배들이 '전산과라면 확률통계하고 선형대수는 꼭 들어야지~'했던 말을 졸업할 때까지 전혀 실감할 수 없었는데 이 수업을 통해 인공지능 분야에서 확률통계가 어떻게 사용되는지 확실하게 피부로 느낄 수 있었다는 것이다. 복잡한 수식이 난무하는 강의자료 때문에 머리가 어지럽기는 하지만 그 근본은 아주 간단한 원리에 기반하고 있음을, 그것을 이용해서 실제 세상을 모델링하는 방법을 맛볼 수 있었다.

종강할 때 내가 교수님한테 하나 건의했던 건, 학부 2~3학년 수준에서 들을 수 있는 전공선택 정도로 확률통계를 전산학에서 어떻게 응용하고 있는지 느낄 수 있는 과목을 개설해달라는 것이었다. 선형대수와 확률통계가 중요하다고 강조는 하지만 지금의 학부 전산학 커리큘럼에서는 그 참맛을 느낄 수 없기 때문에 졸업할 때 쯤 되면 다 까먹어버린다는 문제가 있기 때문이다. 안 그래도 올해부터는 전산학도를 위한 수학 이런 과목을 만든다고는 하는데, 이러한 건의가 잘 받아들여져서 전산학과 학생들이 수학이 모자라다는 평가는 받지 않았으면 좋겠다.

CS492 Distributed Algorithms & Systems

위의 과목이 확률통계를 바탕으로 하는 것이었다면 이 과목은 선형대수를 바탕으로 하는 것이었다고 우길(?) 수 있을 것이다. ㅋㅋ 네트워크 분야를 연구하시지만 안식년에 미국의 ACCI 커리큘럼을 보고 오신 문수복 교수님이 우리학교에도 필요하다고 생각하여 개설한 과목이다. 수업 내용은 분산 시스템은 어떤 특징이 있고 이것을 학문적으로는 어떻게 정의하고 표현하는지, 관련한 알고리즘은 어떤 것들이 있는지에 대한 것이었고, 과제는 Hadoop MapReduce 프레임워크를 이용해 PageRank를 실제로 구현하는 것이었다.

기말 프로젝트는 Hadoop을 이용해서, 혹은 Hadoop을 고쳐서(...) 대용량 데이터 처리를 해서 의미있는 결과를 얻어내거나, 대용량 처리를 도와주는 무언가를 제안하여 직접 구현하는 것이었다. 내가 속한 팀은 대부분의 사람들이 3D 게임용으로만 생각하고 있는 그래픽카드의 핵심부품인 GPU를 분산처리와 결합시켜보자는 것이 아이디어였다. 3D 오브젝트들과 텍스처 등을 실제 2D 모니터 화면에 뿌려주는 과정은 엄청난 양의 행렬 연산을 필요로 하는데 GPU는 바로 여기에 최적화되어 있다. 그런데, 행렬 연산은 다른 과학 분야에서도 매우 빈번하게 나타나고(앞의 PageRank도 마찬가지) 이것을 임의의 대용량 크기로 확장해서 분산처리하는 것은 그리 간단한 일이 아니다. 따라서 scalability가 뛰어난 Hadoop으로 행렬 곱셈을 분산처리하되 각 노드에 GPU를 꽂아 개별 노드의 연산을 가속시켜보자는 것이다.

원래는 행렬곱셈의 분산처리 과정은 직접 개발하지 않고 이미 나와 있는 Apache Hama 프로젝트(NHN에서 일하는 어떤 분이 오픈소스로 만든 것이다)를 이용하려고 했지만 HBase를 이용하기 때문에 성능이 매우 떨어지고 우리가 원하는 규모로 실험해볼 수가 없어서 결국 직접 짜게 되었다. (이것 때문에 날린 시간을 생각하면...ㅠ_ㅠ) 다행히 실험결과 GPU를 이용해 가속 처리를 하였을 때 확연한 성능 향상이 있음이 입증되었다. 인턴으로 졸업연구 대체해버리긴 했지만 약간만 시간을 더 들여 다듬었으면 이걸로 졸업논문 써도 될 뻔했다.;; (실험의 재연 여부를 확실히 하고 통계 처리를 보강한다든지, 과제로 구현했던 PageRank를 이 시스템 기반으로 다시 돌리면 어떤 성능 향상이 있는지 조사한다든지 등등)

다만 현재 대용량 처리를 MapReduce 방식으로 구현할 때 대부분 가상화 기술 기반의 클라우드를 사용하기 때문에 GPU를 꽂아 활용하기 어렵다는 점이 걸림돌이다. 하지만 계산 전용 클러스터를 구축하는 경우라면 굳이 가상화 기술을 사용할 이유 또한 없기 때문에 각 컴퓨터마다 20만원대 그래픽카드만 한장씩 꽂아주어도 엄청난 성능 향상을 이룰 수 있게 된다. (가격대 성능비로는 최강에 가깝다. 사실 진정한 최강은 CELL 프로세서를 탑재한 SONY의 Play Station 3로, 미 국방성에서도 수십~수백대를 대량 구입하여 계산용으로 활용한다. -_-)

NexR에서의 인턴 경험과 더불어 이 수업을 통해 Hadoop cluster를 운영하고 빡세게 MapReduce 프로그래밍을 해본 것은 지금 뜨고 있는 최신 기술을 습득하였다는 점에서 상당한 의미가 있는 수업이었다.

CS489 컴퓨터 윤리와 사회 문제

이 과목은 이제 연구보다는 사회와 정치(?)에 좀더 관심이 많으신 것 같은 김진형 교수님이 매년 계속 열어오고 계시다. 전공이라기보다는 교양 같은 수업인데, 보는 관점에 따라선 그 어떤 전공보다 더 중요할 수도 있는 그런 과목이라고 할 수 있다. 이 수업은 초반에는 교수님이 소개해주시다가 후반엔 학생 발표로만 이루어지는데, 전산학이라는 학문의 테두리를 벗어나 소프트웨어 산업이라는 측면에서 우리 사회가 당면한 이슈에는 어떤 것들이 있고 우리는 이것들을 어떻게 바라보고 대처해야 하는지 다룬다.

4월에 개정된 저작권법이 컴퓨터 프로그램 보호법을 흡수하게 되면서 공정 이용에 대한 조항 때문에 교육용 소프트웨어에 대한 저작권이 제대로 보호받지 못하게 된 점이라든지, 몇 년 전부터 꾸준하게 제기되어 온 ActiveX와 웹표준 문제, 한국-인도 CEPA(전략적 동반자 관계) 협정에 의한 인도의 고급 IT 인력 수입에 우리는 어떻게 대응해야 하는가에 관한 문제, 의료법에 의해 의료IT시장이 제약받고 있는 문제 등 아주 현실적인 것부터 게임 중독, 프라이버시 등 고전적인 문제와 위치기반서비스나 스마트그리드처럼 최근 기술의 흐름 등 일부러 관심을 가지는 경우가 아니라면 챙겨보기 힘든 다양한 주제를 서로 토론하게 해주었다. 수강생이 많아 개개인의 열정적인 참여가 어렵긴 했지만 그래도 이러한 문제를 인식하는 데 있어선 충분하지 않았나 한다.

나는 블로그와 RSS 구독, 미투데이·트위터 갈은 SNS를 사용하면서 온라인 인맥을 어느 정도 형성해놨기 때문에 몇 가지 주제를 제외하곤 사실 이미 대충 들어본 것들이었고 이런 식으로 각각에 대해 비판하거나 긍정하는 것 자체가 어느 정도 익숙하지만 대부분 다른 학생들은 그렇지 못한 경우가 많았다. 그래서 이런 수업이 더욱 값진 것 같다.

Personal Insight

• 웹 기술에 대한 담론이 웹표준화에서 모바일웹으로 급격하게 이동한 해였다. 특히 11월 말 출시된 아이폰이 그 기폭제 역할을 했고 2010년은 본격적인 각축전이 벌어지는 원년이 될 것이다.
  • 공공부문의 웹표준화는 이제 초기 장벽을 넘은 듯하다.
  • 모바일웹으로 인해 웹표준화와 접근성에 대한 압력은 줄어들지 않고 더욱 거세질 것이다. (이젠 탁상공론이 아니라 실제 손에 쥐어진 기계를 가지고 하는 일이 되었다)
  • 인터넷뱅킹은 보안에 대한 관의 지나친 통제 의지와 닫힌 생태계를 발판으로 하는 기업들 때문에 모바일에서도 여전히 어려울 것 같다.
• Python의 위상이 점차 높아지고 있다.
  • Google 엔지니어들의 unladen swallow 프로젝트의 본격 가동. Python 3 메인 트리에 반영될 것이라는 이야기가 최근 돌고 있다.
  • 2010년 봄학기부터는 KAIST CS101 프로그래밍 기초 수업이 Python으로 진행될 예정이다.
  • SPARCS의 주요 프로젝트가 모두 Python 기반이 되었다. 2008년부터 시작된 아라라 프로젝트도 런칭하였고, 내가 참여한 KSearch나 OTL 모두 그렇다.
• 대중음악의 다양성이 인정받았다. 내가 대중음악에 깊은 조예가 있거나 하진 않지만, 장기하 그룹이 열렬한 지지를 받은 것은 기억해둘 만한 일이다.
• 소녀시대를 위시한 걸그룹들의 대약진. 관심 없는 나조차 알게 되어버리는 매스미디어의 세례.
• 지구온난화의 (체감할 수 있는) 첫번째 경고: 2009년 겨울의 전북반구적 이례적 한파와 폭설.
• TV 프로그램의 소비 방식 변화
  • TV를 생방송으로 챙겨볼 수 없는 생활 패턴에 컴퓨터와 함께 하는 시간이 더 많은 20대는 더 이상 TV를 보지 않는다. 인터넷으로 동영상을 받아서 본다. 저작권 단속을 하기보다는 이것을 적절한 가격에 양성화하는 노력이 필요하다.
• eBook의 접근성 향상. 아이폰 효과?
• 텍스트큐브는 이제 블로그로서의 기능은 다 갖추었다. 내부 구조를 갈아엎는 것 말고 또 뭐가 남아있을까?
  • 아이폰을 시작으로 위치기반서비스에 대한 수요가 커질 것이다. 2008년부터 시작한 구글맵 프로젝트가 1년 넘게 지나서야 빛을 볼 듯.
• 아이폰 앱 개발은 뭐가 되었든 일단 배워놓고 보자.

한 해를 마무리하며...

이 한해를 총정리하면 학업과 인턴을 통해 많은 것을 남기고 성장할 수 있었다면, 2008년 말에 계약했던 책 집필 작업이 여전히 미완으로 남은 것이 가장 아쉬운 점이다. 기술적으로는 Python/Django와 Eclipse/Java/Hadoop이라는 큰 두 줄기의 기술을 성공적으로 익힌 한 해였다. 물론 언제나 공부할 여지는 남아있게 마련이지만. 또한 인간관계도 인턴과 파트타임이긴 하지만 나름 회사에서 반년 가량 일하면서, 새롭게 알게 된 선후배 등으로 새롭고 넓게 확장되었다는 것도 큰 수확이다.

앞으로는 여러 면에서 더욱 다양하고 극적인 인간관계를 경험하게 될 것이고, 대학원에 진학하면서 학문적으로 전산을 다루는 방법도 배우게 될 것이다. 언제나 그렇듯 2010년 한 해 또한 기대된다.

서버 이전 '거의' 완료하였습니다. IP가 바뀌었기 때문에 사용하시는 네임 서버에 따라 실제 접속까지 최대 2~3일 정도 더 소요될 수 있습니다. (이 글을 RSS 리더 서비스에서 먼저 발견하였으나 자신의 PC에서 접속이 안 되는 경우가 아마 이런 경우일 겁니다)

개인 서버이긴 하지만 딸려있는 사이트가 많아서 생각보다 신경쓸 게 많더군요;

몇 가지 삽질 로그:

• cp 명령 이용할 때 symbolic link를 symbolic link로 놔두려면 -P 옵션 이용할 것. 이것 때문에 아파치 설정이 왜 안 바뀌나 몰라서 삽질. ㅠㅠ
• tar 명령 이용해서 디렉토리 단위로 압축하고 풀 때, 푸는 명령을 내릴 때의 현재 디렉토리는 풀어진 디렉토리가 들어갈 상위 디렉토리로 하면 간단히 편하게 된다. 물론 -p 옵션으로 퍼미션 유지하는 거 빼먹지 말자.
  • 예전엔 일일이 명령 내렸는데 회사에서 일하면서 잔뼈가 굵은(?) shell script "one-liner" (for 루프, if 문 등)로 약간의 노가다를 줄일 수 있었다. ㅋㅋ
• 설치한 패키지 목록이나 python egg 목록 등을 따로 뽑아낼 수 있으면 좋겠다. 물론 그냥 전체를 다 뽑아오는 건 별로 의미가 없고 내가 손수 apt-get이나 aptitude로 설치한 것만 따로 뽑아올 수 있으면 좋을 텐데...