hatemogi's 방랑, 그리고 소프트웨어개발

EventMachine에서 epoll/kqueue를 사용하려면...

hatemogi — Thu, 26 Nov 2009 15:02:18 +0900

EventMachine

EventMachine은 Ruby, Java, 그리고 C++을 위한 고성능 네트웍 I/O라이브러리이다. 최근 네트웍서버를 하나 만들게 되었는데, 프로토타입 개발과 성능테스트 모듈을 EventMachine으로 개발했다. 예전에는 Ruby용 라이브러리라고만 생각했는데, 살펴보니 Java나 C++환경에서도 쓸 수 있을뿐더러 (JRuby가 아니고서야 누가 쓸까 궁금하긴 하지만 말이다) 보면 볼 수록 잘만들었다는 생각이 들었다.

실제 서버는 사내의 자체개발 프레임워크를 이용해 C로 개발을 완료하고 성능테스트를 돌리려는 시점이었다. EventMachine을 써서 개발한 루비 프로세스를 17대의 서버에 얹어놓고, 한꺼번에 접속해서 부하를 주려는데, 각각의 루비프로세스가 TCP커넥션이 1024개 근처가 되면 죽어나가는 상황 발생. 당연이 Max Open File Descriptor문제이리라 생각하고, 17대의 서버에서 ulimit을 모두 올려주었다. soft/hard limit을 모두 올려놓고 다시 테스트를 하는데, 또다시 1024개 근처에서 루비프로세스는 죽고 말았다.

성능테스트 모듈자체가 중요한 상황이 아니었기때문에, 해당 문제를 해결하는 일은 접어두고, 성능테스트 자체에 집중하기로 했다. 결국 각각의 서버에서 다수의 루비프로세스를 실행해서 목표서버에 무식하게 많은 커넥션을 열고 트래픽을 걸어서 테스트를 완료했다.

Ruby의 select문제

그러고 며칠 후, 아무리 생각해도, 루비 프로세스가 죽어나간 점이 찜찜해서, 여유시간에 해당 문제를 파고들었다. 찾아낸 결과 자료는 의외로 가까운 곳에 있었다. eventmachine패키지안에 포함된 EPOLL이라는 텍스트 문서에 아주 자세하게 설명되어있던 것.

select함수는 해당되는 descriptor가 수백개가 넘어가면 성능저하가 매우 진다고 하는데, 게다가 루비에서는 select를 사용할 수 있는 디스크립터 수가 1024개로 제한되어있던 것. 우선 루비에서 하드코딩으로 이 숫자가 제한되어 있는 점은 그러려니 한다. 어차피 수백개 넘어가면 지나친 성능 저하로 실용성이 매우 적기 때문에 1024개도 너무 많다고 생각하니까 말이다. 하지만, 문제는, 믿었던 EventMachine인데, 난 이 친구가 당연히 epoll/kqueue를 기본으로 사용한다고 믿어 의심치 않았던 것.

epoll, kqueue

EventMachine의 기본값은 그냥 일반 select함수를 사용하는 것이었다. 응? 설치할 때 컴파일하면서 시스템별로 사용할 수 있는 함수 사용하는 거 아니었어? 당연히 내 Mac에서는 kqueue를 쓰고, Linux환경에서는 epoll써줘야하는 거 아니야? 결과적으로, 현재버전까지(0.12.10) 아직은 아니었다.

EM.run 블럭을 실행하기전에

EM.epoll

EM.kqueue

EM.run {

...

}

를 실행해 주어야, 해당 기능을 쓸 수 있는 환경에서 작동을 하며, 그렇지 않다면 그냥 select를 쓰게 되는 것. 두 함수는 해당 기능을 쓸 수 없는 환경에서는 무시되므로 환경 생각하지 않고 호출해주어도 되겠다. 기본값이 일반 select를 쓰게해놓은 이유는 뭘까?

아무튼, EventMachine을 쓰면서 다수의 연결을 유지해야할 필요가 있다면, 위 메소드들을 꼭 호출해 놓고 사용해야할듯 하다.

드리프트 제어 유닛

hatemogi — Mon, 24 Aug 2009 11:56:01 +0900

장난감 R/C카 제어

최근 몰입하고있는 개인 프로젝트가 있습니다. "소프트웨어 개발자의 하드웨어 개발기"를 쓰게 된 이유이자, 목표 결과물은 오래전의 꿈과 관계되어 있습니다. 사실 대학시절에 완성했어야할 프로젝트인데 10여년이 지난 이제서야하고 있네요. 어린시절 꿈쫓기의 하나입니다.

만들고 있는 것은 맥북(or 아이팟 터치)로 R/C 자동차를 제어하는 시스템입니다. 이 프로젝트를 핑계로, 입문용 R/C 자동차 세트도 하나 샀습니다. 어릴적에 그토록 갖고 싶었던 장난감이죠. (사실은 이게 사고싶어서 이런저런 핑계를 만든건지도 모릅니다)

임베디드 시스템을 만들어 넣어서, MacBook이나 iPod Touch에 개발해 넣은 소프트웨어로 저 사진의 장난감 차량을 제어하는 것입니다.

컴퓨터 -> 무선 통신 -> 임베디드 시스템 -> R/C 자동차

이런 제어 흐름인데요, 사실 임베디드 시스템이 가장 약한부분이자, 관심부분입니다. 이번 기회를 통해서 어느정도 경험이 쌓이면, 여기에 간단한 OS를 얹는다거나, 루비같은 언어의 인터프리터를 얹는다거나해서 더 어릴쩍의 꿈을 이뤄볼 수도 있겠다는 야망이 불타 오릅니다. 흐흐, 김칫국물 마구 마시고 있습니다.

학창시절에 했어야할...

사실 이 구성은 대학시절에 구현했던 내용의 연장선 위에 있습니다. 초기 모델은 대학 신입생 시절에 전시회에 출품한 프로그램이었습니다. 당시에는 정말 애들용 R/C를 PC의 패러럴 포트에 연결한 회로를 이용해서 제어했었지요. 단순히 키보드로 R/C카를 제어한 간단한 예제였습니다만, 관람객(?)들은 키보드를 눌렀는데 실제 장난감이 움직인다며 신기해해서 반응이 좋았습니다.

이어서, 제대로된 R/C 차량을 이용해서, 차량동역학 시뮬레이션을 해보고 싶었습니다만, 각종 미적분 수학식의 무게에 압도당해 완성하지 못했던 아쉬움이 남아있습니다. 다시 한번 기회를 잡아 인공지능 수업때에 과제프로젝트로 구현하려 했었으나, 프로젝트 상담중에 교수님과의 상담중에 방향이 바뀌어 결국 남들 다하는 시시한 오목 프로그램 만들었었습니다. 결국 그렇게 시간은 가고, 그냥 졸업해버렸네요.

당시에는 자동차 시뮬레이션 게임도 지금보다는 사실성(?)이 떨어지던 시점이었기 때문에, 계속 파고들었으면, 그럴싸한 자동차 시뮬레이션 소프트웨어를 흉내내볼 수 있었을지도 모르겠습니다만, 지금은 아무리 잘만들어봐도, 요새의 레이싱 게임만큼 만들기는 절대 무리겠지요. 대신에 공개된 레이싱 게임엔진을 찾아다 활용해 볼 수도 있겠네요.

어쨌건, 차량제어 시뮬레이션을 저 1/10 스케일의 폭스바겐으로 보여줄 수 있다는 가정하에, 이런저런 프로그램을 만들어 볼 수 있겠습니다.

드리프트 놀이

사진의 저 차량은 온로드(포장도로) 주행용 4륜구동 차량인데, 타이어를 드리프트용으로 교체해서 달았습니다. 액션영화에서 빠지지 않는 자동차 추격신의 하일라이트는 차량간 총격씬과, 골목길에서의 드리프트씬 아닐까요? 주인공의 차량은 아찔하게 사고를 피해가며, 골목길을 빠져나와 큰길로 접어들며 요란한 타이어 마찰음과 함께 카운터 스티어링과 함께 드리프트를 선보이죠.

아래 사진은 실제 드리프트 경주용 차량의 사진입니다.

드리프트 관련 자료를 찾아보다가, 드리프트의 원리와 방법들을 살펴보게 됐는데, 역시 드리프트가 쉬운게 아니더군요. 덕분에 왜 가능 방향과 반대로 카운터스티어링을 걸어주는지도 알게됐습니다.

드리프트의 기본은 "뒷바퀴의 오버스티어링을 활용해서 차량 주행을 컨트롤"하는 것이더군요. 뒷바퀴의 오버스티어링을 위해서는 차량이 4륜구동이거나 후륜구동이어야합니다. 국내 대부분의 세단차량은 전륜구동이므로, 일반 차량으로 드리프트를 해보기 어렵다는 판단에 이를 수 있습니다. 전륜구동 차량은 오히려 앞바퀴의 언더스티어링 현상이 발생하기 쉽습니다.

R/C차량의 경우 후륜구동 또는 4륜구동이 대부분인데, 2륜구동 차량으로는 드리프트를 제어하기 어렵기때문에 대부분 4륜구동 차량으로 드리프트 놀이(?)를 한다고 합니다. 4륜구동 차체를 준비해서 타이어만 미끄러지기 쉬운 드리프트 타이어로 교체해도 어느정도의 드리프트는 구사할 수 있습니다.

문제는 이 드리프트 기술을 활용하기 위해서는 뒷바퀴 오버스티어를 만회(?)할 수 있는 카운터스티어링이 적절히 필요하다는 겁니다. (위 사진을 보면 차량은 좌측으로 회전중이지만, 바퀴는 오른쪽을 향하고 있는 것을 볼 수 있습니다. 아래 그림은 반대)

뒷바퀴가 오버스티어링 되는 상황을 그냥 내버려두면 차체가 계속 스핀이 걸려서 휙 돌아버리게 되는데, 이를 막기 위해, 접지력이 남아있는 앞바퀴의 방향을 회전반대편으로 조절하여, 차체의 회전을 막는 것입니다. 게다가, 속도가 어느정도 줄어서 다시 뒷바퀴의 오버스티어링이 끝나갈 시점에는 다시 카운터스티어링을 풀어줘야, 다시 반대편으로 급회전하게 되는 현상을 막을 수 있습니다. (오락실에서 레이싱 게임할 때, 흔히 겪는 현상이죠. 코너를 돈다고 심하게 핸들을 꺾었다가, 미끌어지기 시작해서 반대로 꺾다보면, 조금 제대로 가는 듯 싶다가 다시 반대쪽 벽을 들이받는 현상이죠)

즉, 적절한 드리프트 코너웍을 위해서는, B시점에 핸들을 반대쪽으로 틀어서 카운터 스티어링을 걸고, D시점에는 정상 스티어링으로 풀어줘야 원하는대로 코너를 빠져나올 수 있는 것입니다.

드리프트 컨트롤 유닛

이 기술을 구사하려면 많은 연습이 필요한것 같습니다. 순간적인 반응도 중요할테구요. 여기서 만들 임베디드 시스템의 응용 방법이 떠올랐습니다. 임베디드 시스템은 현재의 바퀴 회전각과 전후진 추진력을 알고 있으니, 현 차체의 움직임을 판단할 수 있다면 (즉, 오버스티어링 현상을 감지할 수 있다면) 자동으로 카운터스티어링을 걸어줄 수 있을거라는 생각이 들었습니다. 즉, 스핀현상을 막아서, 대충의 손기술로도 드리프트 놀이를 해볼 수 있지않을까 합니다. 다시말하면, 실제 차량에 탑재되는 차량 주행안전시스템(ESC등으로 불리는 옵션들)의 한 보기를 구현해볼 수 있다는 겁니다. (이거 찾아보다가 ABS의 원리까지 파악하게 됐습니다.)

더 흥미로웠던 점은, 이렇게 구현하려는 시스템이, 실제 R/C계에 상용화된 상품이 있다는 점이었습니다. 아래는 해당 제품을 판매하는 HPI사의 홍보 동영상입니다. 각각 해당기능을 켰을때와 껐을때의 시범 동영상이 있습니다. 물론 홍보용이니까 조금 과장된 면은 없지 않겠습니다만, 적절한 자동 카운터스티어링으로 스핀을 막아 안정된 드리프트 주행을 보여줍니다.

제품의 연결선을 보아하니, 가속도 센서 값을 읽어 순간적인 회전이 발생하면 오버스티어링 상황으로 간주해서 카운터 스티어링을 걸어주는 방식으로 구현한것 같습니다. 간단하게는 이정도로 드리프트를 돕는 유닛을 만들 수 있겠구요, 나아가서는 가속/감속 상황까지 판단해서 더 나은 수준으로 구현해 볼 수도 있을 것 같습니다.

그 외의 재미난 응용사례도 있으면 좋겠습니다. 이 결과물은, 10월달에 열리는 회사 개발자 컨퍼런스에 출품할 예정입니다.

====================================

인용자료: hpiracing.com, drivingfast.net

첫 회로 구성 완료

hatemogi — Sun, 23 Aug 2009 21:45:53 +0900

"소프트웨어 개발자의 하드웨어 개발기" 두번째 글입니다.

ARM Cortex M3 기반의 LM3S8962 개발보드에 블루트스 모듈, 3차원 가속도 센서 모듈을 연결하는데 성공했습니다. 전원공급과 배선 납땜조차 어떻게 해야하는지 모르는 상황에서 이래저래 하다보니 기대이상 잘 됐습니다. PWM 생성해서 서보모터 제어하는데에도 성공했습니다.

완성한 1차 보드의 모습. 맨 왼쪽은 JTAG 인터페이스, 가운데가 LM3S8962개발보드, 맨 우측이 블루트스 통신 모듈, 그 아래가 3차원 가속도 센서입니다. 기판 아래쪽에는 전원 공급과 서보모터를 연결하는 핀을 배치했습니다.

하나하나 직접 만들려면 꽤나 어려운 일일텐데, 고맙게도 모듈화가 너무 잘 되어있어서, 필요한 모듈을 사다가 연결만 하면 되는 수준이었습니다. 이제 납땜은 일시 중단하고, 소프트웨어 개발을 본격적으로 해봐야겠습니다.

(저 보드는 프로토타입이랍시고 대강대강 만들었는데, 한번 하고 나니, 다시 하고 싶지는 않아서, 그냥 저걸로 그냥쓸까도 생각중입니다. 아마도 이걸로 끝나지는 않겠지만요)

여기까지 만들면서 어리석은 궁금증이 많았는데, 이래저래 찾아보고, 또 가까운 전문가(!)들에게 물어봐가며 해결했습니다. 제가 궁금했던 부분과 그 해결사항을 나름대로 적어봅니다. (학창시절이었다면, 자료 찾아보기도 쉽지 않았을텐데, 요새는 위키페디아에 이런정보들도 아주 잘 나와있더군요. 위키페디아 덕을 톡톡히 보고 있습니다. 이하는 제멋대로 이해한 내용이며, 정확한 내용을 위해서는 위키페디아를 보시는게 좋을것 같습니다)

Q. 서보모터를 제어하기 위해서는 PWM (Pulse-Width Modulation)방식을 쓴다고 하는데, 대체 PWM이 무엇인가?

A. 1과0의 값을 넣어주는 주기와 길이에 따라 그 중간값을 표현하는 방식입니다.

위 그림으로부터 단순하게 이해하면, T주기 내에서 Ymax로 표현된 값이 지속된 시간 DT만큼의 비율로 표현 값을 이해할 수 있습니다. 예를들어 D.T가 T의 절반이라면 0.5로 해석하고, T와 같다면 1.0, 계속 Ymin이라면 0.0이라고 이해할 수 있는 것입니다.

제가 구매한 서보모터의 사양을 보면, 20ms주기 T에서, 1.5ms동안 High신호를 주고, 나머지를 Low로 주면 중립위치를 지키고, 1.0ms ~ 2.0ms 범위에서 High값을 주면 해당 값에 맞게 서보모터의 각도가 변화합니다. 즉, 20ms중에 앞부분 일부만을 사용해서 결과값을 사용하는 것이죠.

Q. 회로도들을 보면 캐퍼시터를 끼워넣는 곳이 많은데, 캐퍼시터의 역할은?

A. 전류를 안정화합니다.

캐퍼시터의 역할이 여러가지 있는것 같은데, 제가 본 회로도에서의 역할은 전류흐름 안정화였습니다. 각종 대학서적을 봐도, 캐퍼시터의 종류와 특성은 잘 나와있으나, 왜 쓰는지에 대한 얘기를 찾기 어려웠습니다. 나와있어도, 저로서는 이해하기 어려웠습니다만, 결국 이해한 내용은 매우 간단합니다. 소프트웨어쪽으로 치자면 버퍼링입니다. 버퍼사이즈가 너무 적으면, 중간중간 데이터가 끊기는 상황이 생길 것이고, 사이즈가 너무 크면, 버퍼링하는 시간이 길어지겠죠. 적절한 크기에 맞는 캐퍼시터를 택하는것이 적절한 버퍼사이즈 정하는 것과 비슷한 문제인 것 같았습니다.

DC전원을 공급하더라도, 그때그때 상황에 따라 전류가 튈 수 있는데, 이로 인한 오동작을 막기 위해 캐퍼시터를 중간에 병렬로 끼워주면, 안정화를 돕는 것 같습니다.

Q. 서보모터를 제어하기위해서는 4.8V~6V사이의 전압을 공급해야하는데, MPU에서 나오는 PWM신호(아마도 3.3V)를 공급해서도 제어할 수 있는가?

A. 연결해보니 잘됩니다.

LM3S8962보드는 공급전압이 3.3V입니다. 각종 출력핀의 전압도 3.3V이지 않을까 생각되는데요, (지금생각해보니 측정해보면 되는군요ㅠ.ㅠ), 그렇다면, PWM출력신호도. 3.3V일 가능성이 높았습니다. 이 신호를 그대로 써도 서보모터가 정상 작동할지가 궁금했었습니다. 자료도 찾아보고, 주변의 전문가(!)들에게 물어보니, 아마도 될거 같으니, 한번 연결해 보라는 답변을 들었습니다.

찾아보니, 이런 디지틀 입출력값을 TTL(Transistor-Transistor Logic)방식이라고 하는데, 0V~5V의 범위에서 0V~0.8V로 연결되면 Low(0), 2.2V~5.0V로 연결되면 High(1)로 나누어 판단하는 기준이었습니다. 즉, 만약 3.3V로 High신호가 나간다고 하더라도, 5V TTL기준에서 2.2V이상의 기준에 걸리기 때문에, 통신에는 문제가 없게 되는거죠.

이 정도가 이제까지 가장 궁금했던 내용인데, 오늘 프로토타입 보드를 완성하면서 모두 해결되었습니다. 이렇게 저렇게 다 수가 생기는군요.

-- Special Thanks to 도니형 & 근용군

Mac OS X에서 LM3S8962(ARM Cortex M3)용 소프트웨어 개발하기

hatemogi — Thu, 20 Aug 2009 14:22:11 +0900

"소프트웨어 개발자의 하드웨어 개발기"의 첫 글을 씁니다. 하드웨어 개발에 대한 지식도 무식이 전부이고, 관련해 받은 교육이라고는 고등학교 물리시간에 배운 것이 전부인지라, 모든게 까마득합니다만, 어설프게나마 기록으로 남겨보려 합니다. 누군가에게는 도움이 될지도 모르죠...

임베디드 시스템을 위한 MPU보드라는 걸 구할 수 있더군요. 각종 마이크로프로세서와 그에 연결한 메모리와 플래쉬, I/O모듈등을 함께 자그마한 시스템 보드를 묶어서 파는데다, 가격도 저렴하고, 기본적인 시스템이 갖춰져 있어서, 소프트웨어만 얹으면 간단한 임베디드 시스템을 만들 수 있게 말이죠. 학창시절에 관심을 두려할 때는, 다 따로 사서 만들어야하는 줄 알았습니다.

CPU 벤더도 다양하고 모델도 다양하지만, 일단 ARM쪽을 알아봤습니다. 임베디드 하면 ARM프로세서가 먼저 떠오르더라구요. 많이 쓰이는 이유가 있겠지 싶었습니다. 국내 모 디바이스 쇼핑몰에서 찾아보니, ARM의 마이크로프로세서를 사용한 임베디드 개발보드가 여러개 보였습니다. 그중에는 ARM v7아키넥쳐 기반의 것이 가장 많은 것 같았고, 나름 신형인 ARM Cortex M3 아키텍쳐의 임베디드 개발보드가 눈에 띄었습니다.

소프트웨어도 그렇지만, 좀 새로운거 쓰려고보면 이런저런 환경이 걸리는 것들이 많아서, 편하게 가려면 "많이 쓰이는" 녀석을 택하는게 최선이죠. 하지만, 뭔가 좀 새로 하려다 보면 아무래도, 신기술(?)에 끌려서, 고생을 사서하곤 합니다. 어차피 목표결과물을 내기 위한 여유시간도 많이 있겠다, 과감히 Cortex M3보드를 선택했습니다.

그렇게 구매한 MPU보드는, Texas Instruments사가 인수한 루니너리 마이크로사의 LM3S8962를 가져다 만든 위드로봇의 myCortex-LM8962입니다. (텍사스 인스트루먼트는 어디서 들었는지 꽤 낯익은 회사명이었습니다) 이 개발 보드는 PWM제어 모듈도 포함되어 있어서 제가 원하는 목표결과물에 쉽게 접근할 수 있지 않을까 기대해봅니다.

위의 보드의 은색 육면체가 이더넷 포트입니다. 보드 전체가 자그마하 하죠.

저 보드에 전원공급이며, 신호선 연결은 어떻게 할지도 막막하지만, 일단 소프트웨어를 어떻게 얹을지가 막막합니다. 좀 찾아보니, 저 보드에 소프트웨어를 설치하는 방법은 여러가지가 있지만, 위드로봇사에서 판매하는 Stellaris-JTAG 보드를 사용해서 개발&설치하는 방법이 잘 나와있었습니다. (JTAG이 뭔지도 처음 들어보는 용어입니다. ㅠ.ㅠ 대충 이해한 바로는, 임베디드 하드웨어의 소프트웨어 설치나 디버깅에 사용되는 표준 인터페이스쯤 되나봅니다.) 우선 하드웨어 디버깅이 된다는 말에, 해당 보드도 같이 구매했습니다.

역시 비슷하게 작은 크기의 보드입니다. 저기의 USB포트를 PC와 연결하고, JTAG인터페이스를 개발보드에 연결하면, PC로부터 소프트웨어를 설치하고, 디버깅도 할 수 있습니다. 매뉴얼에 개발 방법이 잘 나와있습니다만, 한가지 아쉬운 점이 있었습니다. 각종 소프트웨어 드라이버나 개발 방법이 Windows기준으로 되어있다는겁니다. 이거 하겠다고, VM띄워서 개발하기도 깝깝하고, 그냥 맥에서 개발하는 방법이 없을까 찾아봤습니다. 이래저래 해보니, 다행히 Mac OS X에서도 개발이 가능하더군요.

1. 하드웨어 연결

위의 두 하드웨어를 연결해서 MacBook Pro에 연결하면 다음과 같이 USB하드웨어가 잡힙니다.

별다른 추가작업 없이 "Stellaris Evaluation Board"라고 잡혀줍니다. 고맙기 그지 없습니다.

2. 컴파일러

OS X에서 사용할 수 있는 무료 ARM 크로스 컴파일러는 GNUARM과, yagarto가 있습니다. 이 중, Cortex M3를 지원하는 컴파일러는 yagarto뿐입니다. 바이너리를 받아서 /usr/local/yagarto에 설치했습니다.

3. OCD (On-Chip Debugger)

JTAG인터페이스를 통해서 디버깅을 할때 쓰는 디버거입니다. 역시 무료버전으로 OpenOCD라는 소프트웨어가 있습니다. 이 소프트웨어는 OS X버전이 따로 있어서 별 문제없이 설치 가능합니다. 이 프로그램이 GDB와 연동해서 하드웨어에 소프트웨어를 얹을 수 있고, 얹은 소프트웨어를 디버깅할 수 있게도 해줍니다. openocd-ftd2xx로 USB에 잡힌 Stellaris Evaluation Board와 연결해서 작업할 수 있습니다. 따로 드라이버를 깔면 Virtual COM Port도 잡을 수 있을 것 같은데, 해당 드라이버가 아직 OS X Leopard까지만 지원하는 것 같습니다. (Snow Leopard 개발판을 먼저 쓰고 있는게 이럴때도 걸림돌이 되어주는군요) 일단 저는 Virtual COM Port가 필요없는 상황입니다.

OpenOCD가 최신버전이 0.2.0인데, 명령어가 조금 달라서, 매뉴얼을 보고 좀 손봐야할 부분이 있습니다. OpenOCD가 설치된 디렉토리를 뒤져보면 lm3s8962.cfg도 구할 수 있고, 인터페이스 설정파일도 찾아서 그대로 쓸 수 있습니다.

4. 통합개발환경 (IDE)

상용제품으로 CrossWorks for ARM이라는 아주 훌륭해보이는 제품이 있었습니다만, 개인버전이 $150입니다. 시험판을 써보고, 실제로 구매할까도 생각했습니다만, 시험판 라이센스를 구하는데 실패했습니다. 라이센스 담당자가 두번째 보낸 메일을 무시하더군요. 제가 앞으로 임베디드 소프트웨어 개발을 전문적으로 할 것도 아니고, 그냥 무료판 구해다 하는데 결정적 도움을 주었습니다.

결국 오래전에 떠났던 이클립스 (Eclipse)판으로 돌아왔습니다. 오래전 자바 개발할 때 쓰던 환경인데, 이렇게 임베디드용 C개발을 위해 돌아도다니, 참 모를 일입니다. 어쨌건 새로 설치해보니 Cocoa인터페이스로 재무장한 이클립스, 아주 더 멋져진 모습입니다.

Eclipse CDT환경을 설치하고, Zylin사의 Embedded CDT 플러그인을 추가로 설치합니다. 이 플러그인이 OpenOCD와 GDB프로토콜로 통신해서 이클립스 환경에서 디버깅을 할 수 있습니다.

5. 연동 성공!

이런 구성으로 연결해서 간단한 예제를 컴파일하고, 얹어보고, 디버깅하는데 성공했습니다. 다른 구성 방법도 많이 있겠지만, 일단 OS X에서 개발 가능하다는데에 크게 만족스럽습니다.

이렇게 설정은 그럭저럭 해결한 거 같습니다. 이제 그럼, 얹을 소프트웨어를 개발해 봐야겠습니다.

올림푸스 PEN E-P1

hatemogi — Wed, 29 Jul 2009 17:58:20 +0900

오랜간만에 지름신이 왕림하셨다. 이 녀석이 나오는줄도 모르는 사이, 이미 2차물량까지 전량 판매되었다는군. 3차물량이 풀리려면 얼마나 걸릴지 모르겠지만, 아마도 질러주실듯. 어딘가 감추어놓은 PEN EE3도 꺼내서 함께 갖고 놀아볼까?

실제크기(?)의 건담 출현

hatemogi — Tue, 21 Jul 2009 11:37:21 +0900

도쿄 오다이바에 키 18미터 크기의 건담을 만들었다는군. 저 사진 아래에 조그만 사람들 보이나? ㅋㅋㅋ 일본사람들 참 재밌어. 나머지 사진들을 보아하니 디테일도 아주 훌륭하다. 동영상으로 보니 고개도 살짝 살짝 돌리고, 불도 들어오고 훌륭한데? 담에 도쿄에 가게되면, 오다이바 또 가봐야겠구나.

원문: http://blog.flickr.net/en/2009/07/09/a-robot-rise/

정치

hatemogi — Sat, 11 Jul 2009 02:56:34 +0900

얼마전 일어난 국민적 충격 사태이후, 정치에 조금이나마 관심을 갖게 되었다. 오래전부터, 무작정 기피했던 분야(?)에 창피하지만 이제부터라도 관심을 갖게 된 것. 날마나 웃음을 안겨주는 코미디 같은 일들이 벌어지는 것을 보고 있노라니 웃어야하는건지 울어야하는건지 아리송할 때가 많아지고 있다.

일간지까지는 아니더라도, 주간지를 사서 보고있다. 조금이나마 관심을 갖게된 것은 긍정적인 일이지만, 한편으로는 늘상 얼굴을 찡그리고 있는 내자신을 발견하게 된다. 음, 혹시 이런 이유때문에 우리나라 사람들의 표정이 전체적으로 어두운 것일까하는 생각마저 든다.

한편, 최근의 인터넷 공격 사태의 배경에 북한세력이 있는 것으로 의심된다고 말하고 있는 정부정보기관의 코미디 덕분에 웃을 수 있는 일도 함께 일어나고 있으니, 최근의 희비가 서로 중화될 수 있는걸까? 갑자기 해당기관에 근무하는 몇몇 선배들의 얼굴이 떠오르면서, 그 형들이 후배들 보기에 창피하진 않을까 내가 다 걱정이 된다.

내가 할 수있는 일은 많지 않겠지만, 일단 관심을 갖고 꼬박꼬박 소신껏 투표하리라 다짐이라도 해야겠다.

날 다시 웃게 해줘!

당산철교를 건너다

hatemogi — Fri, 10 Jul 2009 03:56:50 +0900

지하철 2호선을 타고 당산철교를 건너다가 바라본 서쪽 하늘. 한참 오던 비가 잠시 멎은 하늘의 노을, 그 다양하고 화려한 색깔이 아름다웠다. 어디 먼 곳에 갈 필요 없다. 공해만 가득하다고 생각했던 서울하늘도 이렇게 아름다울 수 있는걸.

BB탄 라이브 스윙 파티

hatemogi — Thu, 09 Jul 2009 16:58:20 +0900

북미지역 몇몇 도시의 스윙바를 돌아다녀본 결과, 우리나라에서 아쉬운 것은 오로지! 라이브밴드 뿐이었다. 라이브음악에 춤출 수 있는 기회가 많지 않다는것이 단 하나의 아쉬움이라고 봐도 무방하겠지. 이번에 BB님이 주최하는 라이브 밤샘파티, 매우 기대된다. 그간 틈틈히 라이브 파티가 종종 있었지만, 이번 파티는 라이브파티의 대중화를 개척하는 분위기가 강한거 같아서 기쁘다.

두개의 새로운 라이브밴드. 어떨런지 기대된다. 아래는 첫번째 밴드인 퍼니밴드가 스타킹에 출연했던 영상이라고 한다. 이들의 스윙댄스 연주는 어떨지 걱정조금, 기대 왕창. 저 망가지는 분위기를 한껏 타서, 나도 망가지며 춤춰볼 수 있기를 기대한다.

미안하다, 행복하다.

hatemogi — Fri, 03 Jul 2009 19:26:27 +0900

world2009 프로젝트의 전반전 후, 경기가 취소된 것인지, 아니면 후반전을 위한 휴식기인지 알 수 없었다. 하지만 현상황에서는 전반전만으로도 콜드게임을 이룬것 같아서, 후반전은 진행되지 않을 것 같다. 본의아니게 주변에 떠들어대기도 했고, 모종의 대리만족감을 전파하고 있던 중이라서 그랬는지, 아쉽다는 얘기를 듣기도 했고, 자세한 이유를 어렵사리 설명해보았으나, 이해를 구할 수 없기도 했다.

자세한 이유를 알려줄 수 없어서 조금은 답답하지만, 난 행복하기만 하다. 얻고자 떠날 수 있었고, 얻어서 돌아올 수 있었던 행운이 감사하고 말이다.

주변사람의 이런저런 상황과는 별개로 나만 행복한거 같아서 미안할 정도로 말이다. 어제 찍은 어제 사진을 보고, 한 친구가 행복해 보인다는 말을 적어주었다. 그말을 듣고 다시보니 정말 그런것 같기도 하다.

어때? 진짜로 행복해 보이나? 정말이라면, 이 행복도 주변인들에게 전파될 수 있겠지.

Mac OS X Snow Leopard 개발자 프리뷰

hatemogi — Mon, 29 Jun 2009 01:14:22 +0900

Mac OS X Snow Leopard 개발자 프리뷰, 유혹을 참지 못하고 설치했다. 정식버전은 9월즈음에 출시 되는 것 같은데, 아직은 한창 안정화작업중인듯. WWDC에서 나눠준 빌드 10A380버전은 키노트에 소개된 Dock에서의 Expose기능을 다 지원하지 않았으나, 최근 올라온 10A394버전으로 업데이트 했더니 해당 기능이 잘 작동했다.

이래저래 안되는 소프트웨어가 있을거라 생각해서 참으려 했지만, llvm으로 빌드된 기본 소프트웨어들이 한층 빠른 성능으로 동작한다라는 얘기에 한번 설치해보고, 다시 Leopard로 내려가지 못하고 있는 상황. 아직까지는 참을만 하다.

현재 안되고 있는 것은 아래와 같다.

iStat menu 설치 불가
Aquamacs에서의 한글출력
iTerms에서 option키를 meta키로 사용하기
MacPorts (이건 좀 크군...)

내가 주로 쓰는 소프트웨어에서 위의 것들이 안되고 있지만, 나머지 기본 프로그램들은 아직까지 크래쉬없이 아주 잘 돌고 있다. Aquamacs에서 한글이 깨져보이는 바람에, 터미널에서 emacs를 사용해보고 있다. 아직 나쁘진 않군.

전반적인 느낌은 기분인지 몰라도, 한결 가벼운 느낌. 정식 출시되면 위의 프로그램들도 잘 돌게 되겠지.

update: MacPorts는 소스를 받아서 빌드하니 정상 작동.

오빠가 돌아왔다

hatemogi — Thu, 25 Jun 2009 11:09:44 +0900

모 이통사 광고에 배경음악으로 소개되어 유명해진 그룹 W&Whale의 노래 제목이다. 광고의 원곡인 R.P.G.도 좋지만, 난 그 앨범에서 "오빠가 돌아왔다"라는 노래가 제일 좋다. 보컬의 보이스도 매력적이지만, 가사가 꽤 마음에 들었던 것.

늘 한마리 고독한 늑대처럼

세상과 화해하지 못한채

매섭게 치켜 뜬 눈빛속에

화려한 슬픔을 간직한채

....

또 어딘가 먼곳을 바라보며

오빠는 가만히 노래했지

현실에 타협할 수 없었던

위대한 패배자들의 블루스

....

노래 가사의 일부인데, "세상과 화해하지 못한", "화려한 슬픔", "위대한 패배자", 이런 문구들이 꽤나 마음에 들었던 것. 슬픔도 화려할 수 있고, 패배자도 위대할 수 있다니 말이다.

그건 그렇고, 나 역시 돌아왔다. 원래 여행계획의 전반전의 일정만 모두 소화한채, 불현듯, 아주 갑자기 돌아와버린 것. (합리적 인간이 아닌) 합리화의 인간인 나는 이런저런 공감살만한 이유들을 떠올려봤으나, 주변사람들에게 얘기해보니, 별 실효가 없었다. 수많은 이유들을 얘기해보아도, 그들의 궁금증을 속시원히 해결해 줄 수 없었다.

괜찮다. 각자 독자적인 삶을 살다보면, 남들과 공감할 수 없는 일들이 많아지기 마련이라고 생각한다. 그것이 오히려 다행일지도 모른다. 남들과 너무 쉽게 공감할 수 있는 일들만 일어난다면, 그역시 참 맛없는 삶 아니겠는가?

떠났던 이유와 돌아온 이유는 사실 매우 간단하다. 떠나고 싶어 떠났었고, 돌아오고 싶어져서 돌아왔다. 마음이 원했던 길을 따른 것 뿐이다. 정말 원한다는 걸 알게된다면, 그 외의 걸림돌들은 헤쳐나가는 수가 생긴다고 믿어보고 있다.

아무튼, 난 돌아왔다. 당당한 자신감, 내 정체성, 내 꿈을 데리고.

좋댄다

hatemogi — Wed, 17 Jun 2009 18:17:20 +0900

내가 린디합을 좋아하는 이유는, 무엇보다도 그 쾌활한 즐거움 때문이다. 린디합을 춤추는 사람들의 밝은 표정, 심지어 덜떨어져 보이기까지 한다. 하지만 한편, 살짝씩 살펴본 다른 커플댄스의 얼굴표정은 진지하다 못해 심각해보이기까지도 했었다. 뭐가 그리도 진지하신건지. 스윙댄스의 밝음은 아마도 스윙재즈의 특성과도 연결되는 속성인거 같다. 그저 밝게 바라보는 것이지. 모가 그렇게들 신난다고...

사진은 프랭키 파티에서 춤추는 동안 찍힌 것 같다. 파트너는 몬트리올에서 온 아만다. 내 얼굴은 잘 보이지 않지만, 아마도 크게 웃고 있는 중인거 같다. 내가 춤추다 저렇게 웃는 것은 아마도 대단히 호흡이 잘맞았거나, 아니면 아주 우스운 실수를 했을 때이다. 아마도 후자의 상황일 확률이 크다. 난 저런 우스꽝 스러운 상황의 웃음이 너무 좋다. 그것이 취미로 즐길 때의 특권이기도 할테고. (어우, 공연때 실수라도 해봐...)

저 자세만으로만 봐서는 무슨 동작 전후인지 모르겠다. 스윙아웃 전후로 보기에는 자세가 너무 높고, 언더암턴 전이라고 보기에는 너무 마주 보고 있고, 노래 전주중일 때로 보기에는 커넥션이 없고. 흠, 사뭇 궁금하지만, 어쨋건 중요한 것은 폭소하고 있다는 것.

world2009 프로젝트, 만3개월...

hatemogi — Fri, 12 Jun 2009 09:52:07 +0900

WWDC행사를 마지막으로,

이후 일정을 뒤로하고,

귀국할까 하는 생각이 들었다.

WWDC2009: OpenCL 세션을 듣다가...

hatemogi — Fri, 12 Jun 2009 03:18:40 +0900

WWDC에 성능 관련한 주제가 여러개 있는데, GCD(Grand Central Dispatch)와 OpenCL가 주요하게 소개되고 있다. MacOS X Leopard의 다음 버전인 Snow Leopard에 적극 활용되는 기술들인 듯. GCD의 경우 멀티코어CPU에서의 병렬처리를 돕는 기술인것 같고, OpenCL은 CPU와 GPU를 모두 활용할 수 있는 병렬 컴퓨팅 기술인것 같다.

내가 쓰고 있는 MacBook Pro 15"만 하더라도, 듀얼코어 CPU한장에다가 GPU는 두장이 들어있다. 화면 디스플레이에는 전력소모가 적은 Integrated GPU만을 쓰고 있기때문에 나머지 한장은 완전히 놀고 있는 상황인거지. (Integrated GPU의 경우역시 거의 놀고있는걸테고 말이다)

OpenCL사이트의 소개문서에서 발췌한 그림이다. OpenCL용 C소스코드를 런타임에 원하는 타겟 프로세서용 코드로 컴파일해서 활용할 수 있다. 상황에 따라 CPU가 될 수도 있고, 아마도 일반적으로는 GPU를 대상으로 할테다. 컴파일된 바이너리는 특정 GPU에 최적화된 코드가 실행될 테고, CPU와는 별도로 병렬 실행되는 구조이다. GPU가 잘하는 일들을 하드웨어 수준에서 빠르게 병렬처리하는 코드를 만들어 활용할 수 있다는 아이디어겠다. (예전의 MMX나 SSE등의 SIMD기술들을 연상시킨다)

OpenCL소스코드는 C소스 비슷하게 생겼는데, 특화된 데이터타입이나 연산자들 함수들이 들어있다. 이 소스를 메인프로그램의 C코드에서 읽어들여, CL함수에 컴파일을 요청하고, 결과로 나온 커널을 실행하는 구조.

(참고로, 아이폰 3G S에서 지원하는 OpenGL ES 2.0의 Programmable Shader의 경우에도 같은 형태의 컴파일/실행구조다)

한참 하이레벨인 루비쪽에서 놀다가, 이런 C코드 수준으로 내려와서 하드웨어 종속적인 사고를 보고 있으니 참 흥미롭기도 하고, 어떻게 보면 참 구차하다 싶기도 하지만, 분명 이런 성능 관련한 주제가 크게 관심있었던 매력적인 분야임은 부정할 수 없다.

아마도 내가 직접 병렬처리를 활용하게 된다면 이와는 전혀 상관없이 Erlang을 쓰게 되겠지만, OpenCL같은 하드웨어와 밀접한 환경과 아이디어 자체는 흥미롭게 공부해볼 수도 있겠다. 혹시 또 알아? 내가 직접 쓰게되는 일이 생길지, 그 누구도 모르는 거지.

여행용 영어를 잘하는 (척하는) 법

hatemogi — Thu, 11 Jun 2009 13:52:00 +0900

world2009 프로젝트의 목표중 하나는 영어 실력 향상이다. 생각만큼 열심히 하진 않았지만, 2~3개월 북미에서 돌아다니다 보니, 이런저런 요령들이 생겼다. 이제 여행용 서바이벌 영어로는 충분하다고 생각하는 수준. 터득한 요령들을 나열해보면 다음과 같다.

자신있게 얘기한다

영어를 잘 못한다는 생각에 우물쭈물하면서 웅얼웅얼 얘기하면 더 알아듣기 어렵다. 맞건 틀리건 주어와 술어만이라도 또박또박 크게 얘기하는 게 나을 수 있다. 영어를 잘하는게 중요한게 아니라 의사소통 자체가 중요한 것 아닌가? 발음과 엑센트를 고려하되, 정확히 입밖으로 발성한다. 잘못 이해하고, 틀렸더라도 확실하게 얘기해야, 상대방도 내가 잘못 이해한 사실을 명확히 알고, 다시 질문해오거나 넘어간다. 외국인이고, 외국어를 구사하고 있다는 사실을 명심하자. 미국애들은 자기나라 말 말고 전혀 못하는 애들이 대부분이다. 이 정도 얘기할 줄 아는것도 대단한거다. 자신감 갖자.

게다가, 사실상 한국인의 영어실력 결코 떨어지지 않는다. 영어를 잘하는 것처럼 보이는 유럽애들하고 얘기해보면 문법도 마구 틀리고, 특히 스펠링은 완전 저질임을 금방 파악할 수 있다. 우리는 발음과 억양이 저질이지만, 결코 기죽지 말자.

문장을 끝까지 이어서 얘기한다

머리 속에서 문장 만드느라고 한단어씩 끊어가며 얘기하면 알아 듣기 어렵다. 시간을 갖고 한문장 다 만든 다음에 끝까지 이어서 말한다. 중간중간 발음이나 엑센트가 틀리더라도, 문장을 다 만들어내면 전체 의미를 유추하며 이해해낼 수 있는 확률이 높아진다. 물론 문장자체를 짧게 만드는게 중요하다 하겠다.

문맥을 고려한다

종종 상대방의 질문을 잘 못 듣는 경우가 있다. 이럴 때는 어림짐작으로 대충 이해해서 답변하거나, 다시 질문해달라고 얘기할 수 있는데, 다시 얘기해도 못알아듣는 경우도 있다. 좋은 대처방법으로는, 문맥을 고려해서 예상되는 질문에 대한 답변을 이어서하는게 방법일 수 있겠다. 예를 들어, '여기 온지 얼마나 됐니?'라는 질문을 했는데 '언제 여기서 떠나니?'라는 질문으로 잘못 들었다 치자. 어쨌건, 현재 문맥은 난 여행중이고, 얘는 현지인이고, 나의 여행일정에 대한 인사치례성 질문임을 파악했다고 생각해보자.

이런 문맥에서의 답변은 간단하다. 예상되는 질문에 대한 답변을 줄줄줄 이어서 다 얘기하면 된다. 난 언제왔고, 여기 있은지 며칠됐고, 언제 여기서 떠나고, 그 다음은 어디로간다. 참고로 이 여행의 전체 일정은 몇개월이다. 이 정도 얘기하면, 잘못 들은 질문에 대한 정답도 다 얘기해버렸을 확률도 높고, 더 나아가, 앞으로 날아올 질문에 대한 사전 답변도 되어버린다. 게다가 줄줄줄 이어서 얘기하다보면, 스스로 영어를 잘하는 것 같은 착각도 들지 않는가?

질문을 한다

생각해보라. 어떤 문제건, 질문이 쉬운가 답변이 쉬운가. 쉬운 쪽을 얼릉 선택에 자리를 내주지 말자. 일단 질문을 받으면, 문맥에 맞게 줄줄줄 답변을 한 뒤, 얼릉 질문의 주도권을 가져오거나, 최소한 동등하게 주고 받는다. 우물쭈물하며 계속 질문을 받고, 영어가 짧은 이유로 단답형으로 대답하다보면 금방 대화가 단절될 수 밖에 없다. 어차피 여행중 대화라는게 스몰톡이다. 위의 문맥의 질문을 받았다고 하면, 줄줄줄 이어서 대답한 뒤, 상대방 눈치로 보아, 질문에 대한 명맥한 답변이 됐다는 눈치가 보이면, 바로 이어서 질문을 한다. "너는 어디서 왔니? 여기 사니? 거기는 여기서 가까운거니? 지하철로 갈 수 있는 거리니? 그건 그렇고 한국에 와본 적은 있니? 없으면 앞으로 와볼 계획은 있니? 기회가 되면 꼭 한번 와보렴" 이런 질문을 준비해 놓고 주고 받으면, 어느새 의사소통이 되고 있는 스스로를 발견할 수 있다. 정 물어볼꺼 없으면 "여기 날씨는 정말 좋구나. 넌 참 좋은 도시에 산다"같은 멘트도 써먹을 수 있겠다. 핵심은 이런 문장들은 미리 생각해서 만들어 놓을 수 있다는 거고, 어디서나 반복해서 써먹을 수 있다는 거다.

호응하며 맞장구를 친다

질문의 주도권을 갖고, 상대방의 답변을 듣고 있으면, 이해한 내용에 대해 호응하며 맞장구를 친다. "That's great", "Good for you", "yeah", "awesome", 등등등 긍정적 답변의 다양한 사례를 적절히 때맞춰 호응해줘만 줘도 대화의 템포를 늦추지 않고 이어갈 수 있다. 답변이 끝나기 전에 주요 포인트에 맞춰 다음 질문을 생각해 놓는 다면, 돌아올 질문에 대한 방어책도 될 수 있겠다.

그러나...

이건 다 영어를 잘하는 척하는 법이다. 실제로 잘하려면 많은 노력과 시간이 필요하겠지. 그래도, 최소한의 자신감을 갖기 위해서 위의 방법들이 도움이 될 수도 있겠다 생각에서 적어봤다. 나름 자신감을 갖고 있던 중이었는데, 오늘 어머니와 통화하다가 이런 얘기를 들었다.

"그래, 그 비싼 돈 들여 컨퍼런스 참가하는건데, 뭐 좀 알아는 듣고 있는거냐?"

ㅋㅋㅋ.

학창시절의 꿈 하나

hatemogi — Thu, 11 Jun 2009 09:10:36 +0900

Creating iPhone Apps that Communicate with Accessories

이번 WWDC의 전체적 관심주제는 당연히 아이폰 개발. 그중에서도 OpenGL ES에 관심이 많았다. 오늘 OpenGL에 관련한 세션이 많았는데, Intro수준의 세션에는 들어가지 않았다. 줄이 너무 길기도 했고, 나중에 동영상으로 봐도 다 따라서 이해할 수 있을 것 같다는 판단 때문이었지.

같은 시간에 다른 홀하는 세션 중에 위의 제목의 세션이 있었는데, 아이폰과 외부장치와의 통신을 담당하는 API 프레임웍을 소개하고 데모를 보여주는 세션이었다.

아이폰이 외부 하드웨어와 통신 할 수 있는 방법은 크게 3가지, 블루투스, UART, USB. (WiFi는 논외로 하겠다). 이중에 UART/USB에 관심이 많이 갔지. 그중에도 UART를 이용한 예제는 오래전 학창시절의 꿈을 상기시켜주었다.

학창시절의 꿈 하나

학창시절에 컴퓨터로 외부 하드웨어를 제어하는 데에 관심이 있었다. 당시 만들었던것이 장난감 탱크를 컴퓨터 키보드로 제어하는 프로그램과 인터페이스였다. 하드웨어 인터페이스 관련 지식은 전혀 없었기 때문에, 당시 통신망에 떠돌던 패러럴 포트 연결한 LED제어 인터페이스 회로도를 구해다가 병렬로 연결해서 쿵짝쿵짝 만들었던 기억이 있다.

기계적 릴레이 스위칭 회로를 병렬로 이어붙어 별도 공급하는 직류 전원의 +/-를 교체하기 위해 이래 저래 회로를 구성하느라 밤을 샜던 기억도 있다. (당시에 donny형도 함께였고). 프라모델 탱크를 전후좌우로 움직일 수 있는 프로그램을 만들어 PC의 패러럴포트의 4개핀을 이어 4비트로 제어했었고, 추후에 조금 확장해서, RC자동차를 제어하는 모델로 발전시켰었지. 당시 학과 동아리 전시회에도 출품했었는데, 아주 인기 만점이었다. :)

추후에 더 확장하고 싶었던 내용은, PC수준에서 RC자동차의 예상 움직임을 시뮬레이션해서, 원하는 신호를 적절한 타이밍에 내보내서, 실제 움직임이 그와 같은지 확인하는 프로그램이었다. 자동차의 움직임 시뮬레이션이라는 분야가 "Vehicle Dynamics"라는 동역학 분야의 하나라는 사실을 알기위해서만도 학교 도서관을 한참 돌아다녔던 기억이 난다. (찾고 나서 그 방대한 자료와 수식들에 나가떨어졌지만 말이다)

대학 생활이라는 것이 공부말고 재밌는 것들이 너무도 많았던 나머지, 얼마 지나지 않아 흐지부지되고 노느라 바빴던 것 같은데, 그 먼 기억속의 꿈이 오늘에야 다시 회상되다니, 거 참 신기하다.

다시 해볼 수 있을까

오늘의 세션도 소프트웨어 개발자 측면의 이야기만 있어서, 어떻게 UART통신을 처리할 수 있는 하드웨어 인터페이스를 만들 수 있을 지는 깜깜하지만, 그래도 시간좀 들이다 보면 만들어 볼 수도 있지 않을까 싶다.

꿈이라는게 다른 사람들에게도 의미가 있어야한다는 (내지는 경제적 가치로 이어져야한다는) 누구도 정의하지 않은 압박으로 인해 시들어져버린 나만의 소중한 꿈들이 되살아나며, 작은 생기가 감도는 기분이다.

또다시 어느새 시들해질지 모르지만 말이다.

극성스런 호들갑

hatemogi — Tue, 09 Jun 2009 12:59:10 +0900

WWDC 키노트

Apple Worldwide Developers Conference의 첫째날. 첫날 아침의 키노트를 듣겠다고 아침 일찍부터 숙소를 나섰다. 일부 극성스러운 사람들은 전날 저녁부터 가서 밤새 기다리는 열성을 보였지만, 난 그보다 잠을 더 사랑하기에 그럴 수는 없었다. 그래도 나름 실제 진행하는 컨퍼런스 룸에서 (참가자가 너무 많아서, 일찍 간 사람이 아니면 다른 홀에서 생중계로 보아야했다) 보고자, 두시간이나 일찍 가서 줄을 섰지만, 결국 생중계로 보게되고 말았다. 생중계도 꽤 볼만하더군, 장비들이 너무 좋아서, 화면도 아주 깨끗하고, 발표자 모습도 클로즈 업해주어서 오히려 보기 좋다고 생각했다. 생중계 홀은 자리 경쟁도 치열하지 않아서 앞자리에서 볼 수 있었고 말이다. 기대했던, 한국 아이폰 출시소식은 전혀 언급되지 않았다. 이제, 한국의 아이폰 출시 관련한 그 어떤 루머도 믿지 않겠다. 춥고 졸린 아침에 밥도 굶고 2시간이나 기다리는 호들갑도 떨지 않겠다.

개발자들, 내지는 geek들

얼마전에 조나단이랑 얘기하다가, 이런 얘기를 한적이 있다. "난 컴퓨터를 다루는 데에는 아주 능숙하지만, 사람들과 어울리는 데는 아주 미숙하다"고. 아마도 이런 특성이 개발자들의 공통된 특성이자 문제점이 아닐까 싶어. 고작 세 번의 해외 컨퍼런스에 참석하지만, 미국의 개발자들도 비슷한 특성이 있어보인다.

컴퓨터를 상대로 일을 하지만, 결국은 사람을 위한 일을 하는 것 임을 잊지 말아야 할텐데 말이다. 이상하다, 예전 같으면 열광했을 법한 기술들에 대한 얘기들을 들어도 별 감흥이 없다. '음, 그래 좋은거네, 잘했네' 정도?

그 극성스런 호들갑들이 다 자잘한 행복거리이자 열광의 대상이었던것 같은데 말이다. 그래도 아직 몇가지 내용들은 내 가슴을 뛰게 하더군. 뼈속 깊이 개발자임에는 아직 변함 없겠지.

이제 무엇이 나의 가슴을 뛰게하는가.

아이폰 출시 대책없구나

hatemogi — Tue, 09 Jun 2009 04:30:43 +0900

WWDC09 키노트 끝났음. 아이폰 3Gs발표도 하고, 다른나라들 출시일도 발표했지만, 여전히 한국은 없음. 설마, 귀국전에는 출시되겠지라고 기대하는 희망도 슬슬 꺼져가고... 진짜 여기서 하나 사가야하나... 새모델 출시하면서 구모델은 $99에 팔겠다는데...

world2009 미국: 라스베가스에서 버스를 타다가

hatemogi — Sun, 07 Jun 2009 13:51:03 +0900

약 한 달 전에, 미국방문의 첫번째 도시, 라스베가스에서 다운타운을 살짝 벗어난 곳으로 버스를 타고 이동할 일이 있었다. 라스베가스에서도 극성스럽게 스윙댄스를 경험해보려 했던 것이 그 이유였고, 차로 움직인다면 약 30분 거리에 갈 수 있는 곳에 버스를 타고 오가야 했었다. 거리상 매우 가까운 곳이었음에도 불구하고, 실제 걸린 시간은 편도로 약 2시간. 버스를 두번 갈아타야 했었는데, 각 버스의 배차간격이 1시간씩이었던 것.

특히 두번째 버스를 갈아 탈 때에는 주위에 아무런 불빛도 없는 한적한 정거장에서, 흑인 아저씨 한명과 함께 단둘이 버스를 기다리게 됐었다. 나에게 각인된 선입견으로는 괜히 무서웠다. 그 선입견은 무엇 때문이었을까? 버스를 타서도, 버스 안의 다른 승객들 역시 시커먼 분위기가 한가득이었다.

두려움의 원인을 생각해보면, 일단 미국의 대중교통이 형편없는 지역에서 차 없이 버스를 이용한다는 것은 빈민층에 속한다는 선입견이 컸을 거다. 게다가 유색인종은 무섭다는 선입견도 있었을테고 말이다. 하지만 일단, 나역시 유색인종이고, 같이 버스를 이용하고 있는 빈민층인 상황이었다.

가진 자는 잃을 것을 염려해, 없는 자를 두려워하는지 모르겠지만, 적어도 이 순간 만큼은 나역시 별로 가진게 없다. 없는 사람이 있는 자의 무언가를 빼았고자 한다 한들, 함께 버스를 타고 있는 나의 것은 아니겠지. 게다가 내가 지금 갖고 있는 것은 신발 한켤레, 그리고 현찰 몇 푼.

그리고 어쩌면 그건 가진 자만의 두려움일 지 모른다. 정작 없는 자는, 가진 자들의 힘을 두려워 할지도 모르지.

참, 다른 얘기지만, 돌아오는 길에는 막차에 맞춰서 나왔는데, 시간이 너무 늦어 다운타운으로 오는 버스가 끊겼을 수도 있는 상황이었다. 끊겼을 경우에는 다운타운으로 향하는 터미널까지 약 1시간정도를 걸어 올 생각도 있었다. 거기까지만 걸어오면 밤늦게까지 다니는 버스가 있다고 생각했거든.

하지만, 20여분 걷다가 깨달았지. 정면에서 불어오는 모래 폭풍에 앞으로 걷기는 커녕, 눈을 뜰 수도 없더군. 아! 여긴 원래 사막이구나. 밤에는 모래폭풍이 불어오는구나. 다행히, 막차가 남아있어서, 폭풍 피해 잠시 숨어있다가, 무사히 버스를 타고 숙소로 돌아 올 수 있었다.

world2009 미국: 샌프란시스코에 다시오다

hatemogi — Sun, 07 Jun 2009 07:17:11 +0900

San Francisco, 2년전 포틀랜드에서의 RailsConf2007 참가후, 잠시 들렸던 도시. 아마도 처음으로 혼자 국외여행을 했던 도시인 것 같다. 그 때는 호스텔의 존재도 몰랐고, 알았다고 하더라도 묵지 못했을 것 같다. 덕분에 당시에는 거금 110달러/1박정도를 지불해가며 혼자 더블룸을 이용했던 기억이 있다. 나름 열심히 여기저기 돌아다녔었기 때문인지, 이번에는 별로 관광하고 싶은 마음이 별로 없다.

시애틀에서 걸려온 감기로 인해 충분한 휴식을 취하려 애쓰는 중이다. 한국에서는 독감에 걸려도 감기약을 먹지 않는 고집불통이지만, 여기서는 순순히 먹게된다. 설마 그 flu는 아니겠지 걱정하면서 말이다. 콜록콜록 골골골.

엊그제 도착해서, Apple WWDC가 개최될 모스콘 센터에 가서 기웃거려봤는데, 한창 JavaOne컨퍼런스가 진행중이었다. 예전같으면 억지로 기회를 만들어서라도 참석했을텐데, 이제는 아무런 감흥이 없다. 작년에 다녀온 cybaek형의 말을 들어보니 가격도 참 터무니 없더군. 알았다 한들 참석하기 어려운 가격이다. (WWDC역시 참 비싼 가격이지만 말이다.)

올해 2~3월에 여행을 준비하면서, 각종 참여하고 싶은 행사와, IT컨퍼런스들을 리스트업했었는데, 거기에 JavaOne이 눈에 띄지 않았다는 점은 되짚어 볼 만 하다. 이런 외부의 정보 흐름역시, 본인의 관심사에 맞게 이어지는건지, 어떻게 그 커더란 컨퍼런스가 내 레이더에 잡히지 않았던 건지 신기할 지경이란 말이지.

이곳의 날씨는 시애틀보다 좀 서늘하지만 꽤 좋은편이다. 가게들도 밤늦게까지 영업하는 곳이 많아서 편리하지만, 그래도 난 씨애틀이 더 좋아. 다음주 WWDC, 내 직업 커리어에 어떤 변화를 가져올지 기대된다.

(지금 호스텔의 로비에서 인터넷을 이용중이었는데, 옆에 있던 한 미국인이, 소파에 앉은 일렬의 네 사람이 모두 맥을 사용하고 있는 모습을 발견하고, "이건 마치 무슨 맥 TV광고를 보고 있는것 같다"고 지적했다. 풉. 이어서 받아친 사람의 질문 "누가 여기 WWDC를 위해 왔는가?" 그중 3명이 WWDC에 참석하러 왔군. 물론, 이 곳에서의 특수성을 제외하고도 북미지역에서의 맥 사용율은 꽤나 높다. 개발자들이 아닌 일반인들을 포함해서 말이지. 웁, 글 저장하고 나니 나까지 8명으로 늘었어. 뭐야 이 호스텔, WWDC전용 숙소야? ㅋ)

스윙판에 엔지니어가 많은 이유

hatemogi — Sat, 06 Jun 2009 12:32:49 +0900

스윙댄스를 즐기는 사람들의 직업들을 살펴보면, IT직종을 비롯한 엔지니어 직군의 인구가 뚜렷히 많은 것을 느낄 수 있다. 한국에서만 그런 것이 아니었다. 북미지역의 스윙판에서 직업을 물어올 때, "I'm a software engineer"같은 대답을 했다가는 "Oh, yeah, sure you are."따위의 반응을 듣기 쉽다.

얼핏 생각에 댄스와 엔지니어는 참 어울리지 않는 편인데도 불구하고, 왜 엔지니어가 절대적으로 많은 걸로 느껴질까. 여기에 존이 얘기한 두가지 가설이 아주 와닿았다.

첫째로, 스윙댄스는 음악을 각각의 구절과 8카운트로 나누어 정확히 맞추어 몸을 움직이는데, 여기에 엔지니어들의 계산적 사고가 유리할 수 있다는 가설. 음, 음악을 느끼고, 그대로 흐름을 타야하는 법인데, 계산적으로(!) 움직인다는게 바람직하다고 볼 수는 없지만, 어쨌건 나도 초창기에는 카운트 쪼개가며 열심히 계산해댔던 것으로 보아, 부정할 수는 없는 얘기이고, 실제로 초기에는 적잖은 도움이 된다고 볼 수도 있다.

둘째로, 이것은 존에게서 처음 들었던 발상인데, 엔지니어들이 일반적으로 사교성이 떨어지는 편인데, 스윙댄스는 별다른 일반적인 사교기술 없이도, 다른사람들과 쉽게 어울릴 수 있는 뛰어난 사교수단이라는 것. 존은 엔지니어가 아니므로, 내게 이런 선입견을 얘기하며 상당히 조심스럽게 얘기했지만, 나역시 그런 선입견을 갖고 있고, 동의할 수 밖에 없는 그럴듯한 가설이라 하겠다. 이 선입견 조차 범 세계적이라는게 조금 새로웠다면 새로운 정도.

의도했던 바는 아니지만, 둘재 가설이 적어도 내게는 너무도 크게 작용하고 있는 상황. 결과적으로는 나도 그 덕을 톡톡히 보고 있으니 말이다.

김치 없이 살 수 있는 한국인이지만.

hatemogi — Sat, 06 Jun 2009 12:09:02 +0900

이제껏 한국을 떠나 수일씩의 해외여행과 수개월의 몇군데 해외 생활을 해보며 알게 됐는데, 난 김치 없이 살 수 있는 한국인인거 같다. 김치를 비롯한 한국 음식 없이도 너무도 잘 살 수 있는 나는, 해외생활에 잘 맞는 체질이 아닐까 생각했었다. 하지만, 한가지 내게 꼭 필요한 것을 알게 됐다.

나는 한국말을 하지 않고 살 수 없다.

아무리 영어나 일어등을 열심히 한다 한들, 나의 사고체계와 몸은 한국말을 이해하고 느끼고 말할 뿐이다. 다른 언어를 십여년 하게된다면 달라질지도 모르지만, 아직까지의 생각에 나의 정서에 한국말은 필수. 간혹 일본어나 영어로 느끼고 생각할때가 있을지는 모르겠지만, 어쨋건 내겐 한국어가 필요해.

씨애틀의 한 공원의 잔디밭에 누워, 이어폰을 꽂고 한국노래를 듣다가 새삼 깨닫게 된 일.

world2009 북미: 현재까지 방랑한 도시들

hatemogi — Sat, 06 Jun 2009 11:47:28 +0900

2009년 세계여행 프로젝트가 전반전이 끝나가고 있다. 다음주의 WWDC참석을 마지막으로 북미지역을 떠날 것 같다. 지금까지 떠돈 북미지역의 도시들을 꼽아보니 위와 같은 그림이 나왔다. 내가봐도 참 복잡하군. 북미지역을 3번 횡단하는 코스. 참석하고자 했던 행사들의 시간과 위치를 따지다보니 어쩔 수 없이 저런 코스가 나오기도 했고, 일부는 나의 판단착오로 생긴 문제기도 하다.

밴쿠버 (40박): 북미지역의 첫 도시. 충분한 휴식, 영어공부등을 이유로 가장 길게 체류한 도시
캐내디안 록키 (3박): 록키산맥 투어를 다녀왔지만, 아직 눈이 녹지 않아, 눈만 실컷 보았다.
밴쿠버 (3박): 록키 다녀와서 잠시 더 체류. 계획을 잘 잡았었다면, 캘거리에서 바로 라스베가스로 빠졌음이 좋았었을 듯.
라스베거스 (8박): RailsConf2009 참석차 방문. 화려하고 즐겁지만, 그닥 다시가고 싶지 않은 향락의 도시.
워싱턴DC (4박): 미국에서 살고 있는 사촌형 방문.
뉴욕 (3박): 비티형과 만나서 여유롭게 뉴욕 관광. 지역 스윙바에도 놀러다님
몬트리올 (5박): 캐내디언 스윙 챔피언십 참석후 몬트리올 조금 관광
뉴욕 (6박): 뉴욕에 다시 복귀해서 프랭키95 파티 참석
씨애틀 (8박): 다시 미국 서부로 날아와 캠프지터벅 참석. 존네 집에서 머물며 지역 스윙바에 놀러다님
샌프란시스코(9박예정): WWDC참석을 위해 와서, 역시 스윙바에 놀러다니며 관광중
뉴욕 (0박): JFK공항에서 상파울로행 비행기로 갈아탈 예정

이번 여행 전에 머물렀던 북미의 도시인 토론토, 오타와, 퀘벡씨티, 포틀랜드, LA를 포함하면, 모두 13개 도시를 살짝씩 경험한 것 같은데, 이중에는 씨애틀이 최고로 마음에 든다. 존의 말처럼 그지역에서 만나는 사람들의 이미지가 크게 작용하는 거겠지만 말이다. 어쨋건 혹시나 북미지역에서 살게될 일이 있다면, 그게 씨애틀이었으면 좋겠다.

음, 원래 의도했던 바는 아닌데, 저 여정중에 록키산맥을 제외하고는 모두 지역 스윙바에 놀러가봤다. 나의 여행의 적지 않은 비중이 스윙캠프에 참석하는거지만, 이렇게까지 열성(?)적은 아니었던거 같은데, 의외로 많이 다녔군. 그중에 가장 춤추기 좋은 곳은 씨애틀과 샌프란시스코일듯. 뉴욕과 워싱턴DC가 별로였다는 점은 예상 밖이었다.

이제 곧, 북미지역의 여행을 마치고, 남미로 진입할텐데, 두근두근. 이번 여행에서 지금까지는 의사소통이 가장어려웠던 곳이 불어권인 몬트리올이었지만, 남미로 진입하면 얘기가 완전히 달라지겠지. 나의 스패니쉬(or 포르투기쉬) 이해율은 0%. ㅠ.ㅠ 언어도 언어고, 치안문제도 하도 얘기를 많이들어서 걱정의 비율이 꽤 높은편.

그래도 사람들을 믿으며 좋은 경험 많이 할 수 있기를 기대한다.

world2009 미국: Staying in Jon's house @ Seattle

hatemogi — Fri, 05 Jun 2009 07:31:22 +0900

조나단의 집에서 신세를 지다

4월달에 밴쿠버에서 LindyBout라는 린디 페스티발에 참석했었다. 거기서 참 춤 잘춘다 싶은 동양인 외모의 리더가 있었다. 내 멋대로 해당행사에서의 최고리더로 선정했었지. 일본계 캐내디언으로 보였고, 냉정과 열정사이의 남자주인공을 닮았었다. 멋지게 수염을 기른 모습이 참 부러웠었다. (난 수염이 많지 않아서리 T.T)

몇주전에 뉴욕에서 열리는 프랭키 파티는 자원봉사로 참여했었다. 자원봉사자로서의 첫 임무는, 첫날 접수등록 받기. 영어도 잘 못하고, 접수자가 몰려들며 질문공세를 받을 때에는 진땀좀 흘렸지만, 시간이 지나면서 슬슬 여유를 찾게 되었다.

여유롭게 등록접수를 처리하던 차에, 밴쿠버에서 봤었던 그 리더가 내 자리로 등록접수하러 왔다. 반갑게 접수처리를 해주면서, 얘기했다. 인사를 하고보니 이 친구의 이름은 Jonathan Chen. 성씨로 보니 중국계 미국인인듯.

나: 나 너 밴쿠버에서 봤다. 밴쿠버에서 온거냐?
존: 아니 난 시애틀에서 왔고, 밴쿠버에는 잠시 갔던거다.
나: 아, 나 다음주에 시애틀에 간다. 거기서도 보겠구나.
존: 아, 그러냐? 숙소는 어디로 정했냐?
나: 호스텔 잡아놨다.
존: 그러지말고, 내가 하우징 알아봐주겠다. 연락처가 어떻게 되는가?

이렇게 연결이 되었는데, 설마 진짜로 하우징을 하게 될 줄은 몰랐다. 이래저래 수소문하더니 결국 자기네 집에서 묵을 수 있게 해주었다. 거의 처음보는 사람이나 다름 없는데, 이런 호의를 받게 되니 놀랍기도 하고, 신세져도 되는건가 싶기도 하고 했는데, 마침 한국에서 온 다른분들도 다른 친구의 하우징해서 묵는다기에, 나도 존네 집에서 묵기로 했다. 총 7박8일을 존네 집에서 묵었고, 이 과한 친절함에 어리둥절 할뿐이었지.

존네 집에 와보니, 존의 집은 3층집이고 7명이 함께 살고 있었는데, 모두가 손님을 환영해주는 분위기. 함께 식사도 하고, 이래저래 말도 걸어주고 말이다.

존네 집의 식구들: 숀, 캐런, 존, 파커, 켈리

존, 켈리, 숀, 파커와 함께 뒷뜰에서 밤하늘의 별을 보며 저녁 식사. 존은 채식주의자여서, 덕분에 채식요리를 많이 맛볼 수 있었는데, 생각보다 많이 맛있었다. 채식주의자라고 하면 왠지 풀포기만 먹을 것 같았는데, 나름 풀종류도 다양하고, 이런 저런 양념이 맛있게 많더라고. 채식주의에 대해서도 한번 살펴보고 싶어졌어.

조나단의 일터 방문

존은 한 커뮤니티 가든에서 정원 매니저로 일하고 있다. 여기는 누구나 일정크기의 작은 밭을 할당받아서 농작물을 기를 수 있다. 무료로 밭을 이용하고, 농작물도 본인이 다 가져가는 시스템. 외부로부터 스폰서를 받아서 운영기금을 확보하는 정원이었다.

여기에는 대부분 중국인 또는 한국인 어르신들이 일한다고 한다. 대부분 뒤늦게 자녀를 따라 이민 온 할머니 할아버지분들이라 영어를 못하신다고. 그래서 존은 이분들과 의사소통을 할 수 없어서 어려운 점이 더러 있다고 했다. 정원이름이 Danny Woo인거보니 중국계 미국인이 만든 커뮤니티 가든인가보다.

노년에 정원을 돌보는 할머니 할어버지들의 모습도 궁금하고 해서, 정원에 구경가보기로 했다. 혹시나 도움될만한 일이 있으면 좋겠다는 생각도 있었다.

정원 관리 일을 하지만, 사무실은 따로 떨어져 있었다. 사무실 큐비클의 벽이 동양스러운게 아주 보기 좋았다.

오른쪽의 한국인 할머니와 한 30여분 대화를 나눴지. 존도 할머니께 궁금한게 많았고, 할머니도 존에게 궁금한게 많았다. 어설픈 영어로 통역을 잠시 해주었는데, 존의 질문을 하다보면 할머니가 따른 질문을 건네와서 중간에서 버퍼링이 아주 많이 필요해서 조금 어려웠지만, 조금이나마 도움이 된거 같아 보람됐었다.

존과 켈리가 친절했던 이유

존도 존이지만, 켈리 또한 친절히 대해준 것은 너무 의외였다. 켈리는 존과 같은 집에서 사는 아들이 둘있는 엄마인데, 존의 손님인 나를 귀찮아하기는 커녕 너무도 살갑게 대해주며, 요리도 따로 해주는 친절을 보였다. 마지막 날밤 이런저런 얘기를 하다가, 결국은 참지 못하고 물어봤다. 어떻게 생전 처음보는 나를 이렇게 친절하게 대해줄 수 있느냐라고 물어보았다.

둘의 관점이 조금은 달랐지만, 공통점으로는 둘다 나처럼 수개월정도 세계여행을 한 적이 있는데, 종종 친절한 사람의 도움을 받았고, 자기도 언젠가 베풀고 싶었다고 하는 것. 이런 받고 또 베푸는 싸이클은 지극히 동양적인 사고방식인 줄 알았는데, 완전한(!)미국인들인 이들로 부터 이런 선순환의 얘기를 들으니 어색하기까지 했다. 게다가 둘은 사람 만나고 이야기하는 걸 좋아하는 활달한 성격인거 같았다.

시애틀을 떠나는 마지막 날에 새벽6시에 같이 일어나서 아침까지 챙겨주고, 이 고마움을 어떻게 표현해야할 지 모르겠다. 한국에 꼭 오라고, 내가 꼭 챙겨주겠다고 몇번씩 얘기했지만, 정말로 존이 한국에 오게 될지는 미지수. 꼭 오라고 신신당부했지만 말이다.

존은 참 성숙한 청년으로, 이래저래 배울게 많았다. 빈말일지 모르지만 나에게도 배운점이 있다고 하니, 서로에게 긍정적인 영향이 있었던 셈. 한국에서 다시 만나게 될 수 있기를 기대한다.