blu3Hive

The Goal

2011-07-13T01:58:00.003+09:00

제약이론을 설명하는 경영학 소설로는 효시에 해당하는 작품인 "The Goal"을 읽고..

A --------B-----------------------C------D--------E

A,B,C,D,E 다섯 사람이 행군을 한다고 하자. 행군의 목적은 다섯 사람이 모두 목적지에 똑같이 도착하는 것일게다. 그러려면 행군하는 사람들 간의 간격이 일정해야 한다. 간격이 일정치 않을 경우 중간에 그룹이 떨어져 버려서 길을 잃는 경우도 발생할 수 있다. A,B,C,D,E 다섯 사람은 서로 체력도 다르고, 메고 있는 짐의 무게도 다르다고 하고, 알파벳 순으로 순서를 지키면서 행군을 한다고 하면 아마 위와 같은 상황이 벌어질 수 있을 것이다. 즉, 선두와 후미 사이에 간격이 일정하지 않아서 두 그룹으로 분화된 모습이다.

만약 선두와 후미 사이의 길이를 행군의 길이로 본다면, 이는 매우 긴 행군이 될 것이다. 이런 상태에서 행군의 길이를 좁히려면 어떻게 해야 할까? 우선은 가장 느린 사람을 선두에 보내면 된다. 행군에서 사람들 사이에 간격이 벌어지는 이유는 두 사람 간의 이동 속도이기 때문이다. 사람들을 속도가 느린 순으로 정렬한다면 행군 길이는 더 짧아질 것이다.

그런데 사람들의 순서를 바꾸지 않은 채 길이를 짧게 유지해야만 한다면 어떻게 해야 할까? 이 때는 가장 느린 사람의 속도에 나머지 사람들이 속도를 맞출 수 있도록 호루라기를 불면 될 것이다.

위 예에서 각 사람을 공정으로, 그리고 행군의 길이를 전체 공정이 처리된 시간으로 본다면 행군의 길이를 줄이는 것은 공정의 최적화로 볼 수 있다. 위 예에서 행군의 길이를 결정하는 요인을 알게되면 공정의 최적화 시 고려해야 할 결정 요인도 유추할 수 있을 것이다.

위 예에서 행군의 길이를 결정하는 사람 C이다. C는 가장 느린 사람으로 전체 대열의 길이를 결정한다. 공정에 있어서도 전체 공정의 처리 속도를 결정하는 것은 가장 느린 공정이다. 위 그림에서 각 사람을 공정으로 보고, 각 공정 앞에 놓인 선을 공정에 대한 "대기 시간"으로 생각한다면 쉽게 유추할 수 있을 것이다. 제약이론에서는 위에서 C에 해당하는 공정을 제약조건(제약요인)이라고 부르고, 이를 중심으로 최적화 방법을 제시한다. 쉽게 말해 제약요인은 가장 느린 공정(또는 기계)이다.

이 책은 제조업에 제약이론을 적용하는 방법을 소설로 제시한다. 제약이론의 창시자인 엘리 골드렛 박사는 여러 분야에 걸쳐 이러한 방식으로 제약이론을 설명한다(이 책 말고도 여러 책들이 있더라).

제약이론의 개념을 이해하면서, 내가 접했던 방법론들에 대해서도 새로운 시야로 보게 되었다. 우선 단위테스트(내 생각에 소프트웨어 공정 중 가장 큰 제약요인은 테스트 같다) 를 개발 단계에 끌어 올린 TDD를 제약요인의 유휴시간을 줄이는 것으로 이해하게 되었다. 일반적으로 개발이 끝난 후 테스트를 진행하게 되는데, 개발되는 기능이 많고, 복잡할 수록 테스트 시간은 길어지게 되고, 따라서 테스트 간 간격 즉, 테스트 공정의 유휴시간-대기시간이 증가된다.

앞서 설명하듯이, 전체 프로세스의 성능은 제약요인이 결정하게 되는데, SW를 만드는 작업에서의 Test에 유휴시간이 많아진다는 것은 그만큼 SW가 제 시간에 나올 확률을 늘리는 것이고, 이는 운영비용을 증가시키는 결과로 나타난다.

이 책에서 가장 인상 깊은 구절 중 하나는 "회사의 목적은 돈을 버는 것이다"라는 것이다. 이 말은 자본주의 체제의 근본 원리를 되새기는 맥락에서 나온 것이 아니라, 회사의 목적이 상품(재화와 용역)을 생산하는 데 있는것이 아니라, 그 상품이 팔려서 돈을 만들어 오는데 있다는 것을 설명하기 위한 명제이다.

좀 살벌한 얘기이긴 한데, 많이 공감했다. 예전에는 나도 한 때 기술 중심 회사가 최고라고 생각했지만, 최고 품질의 자동차를 만드는 롤스로이스 같은 회사가 망하는 모습을 보면 반드시 기술이 좋은 회사라고 해서 생존할 수 있는 것은 아니란 걸 새삼 다시 느꼈다. 얼마나 멋지고, 쓸모 있는 기술이 있는 회사인지 보다 중요한 것은 돈을 버는 회사이어야 한다는 것이다.

돈을 번다는 것을 잘못 이해하면 엉뚱한 답을 찾기도 한다. 예를 들어 단순히 근로자들의 높은 생산성과 낮은 원가율만 이뤄내면 저절로 돈이 벌어질 것이란 착각은 흔하다. 생산성은 측정하는 척도에 따라 다르긴 하지만, 팔리지도 않는 제품을 잔뜩 생산해서 재고로 만들기만 해도 근로자들의 생산성은 높게 측정되기도 한다. 그렇다면 실제로 돈을 벌기 위해서는 어떻게 해야 할까?

이 책에서는 손에 잡히는 물건을 만들어 파는 공장에서 돈을 벌기 위해서는 현금창출률은 높아야 하고, 재고와 운영비는 낮아야 한다고 설명한다. 지금도 그러는지 모르겠지만, 예전에는 재고를 비용이 아니라 자산으로 분류했다. 따라서 팔리지 않는 물건을 창고에 잔뜩 쌓아놓아도, 자산이 증가한 것으로 보았기 때문에 재고만 잔뜩 쌓이는 공장이 흑자로 보이기도 했다.

저자는 재고의 모순을 지적하며 재고는 비용으로 보아야 하는 이유에 대해 설명한다. 그리고 제품을 생산하는데까지 소요되는 총비용인 운영 비용을 줄이는 것을 최적화로 본다. 현금창출률과 재고, 운영비용은 서로 상호 연관되어 있다(예를 들면 재고가 낮아지면 현금창출률이 높아지는 것처럼)

SW 회사에서 재고는 명확하지 않지만, 운영 비용은 비교적 뚜렷하게 드러난다. 가령 SW를 만들어내기까지의 총 소요 비용이 운영비용이 될 것이다.

아무튼 참 재미있게 읽었고, 많이 배운 책이다. 오래 전에 사두었던 Lean 관련 책들도 다시 한번 들쳐봐야겠다. 제약이론으로 SW산업을 이해하는 노력은 계속 해둘만 한 것 같다.

실제 사례도 알아볼 수 있으면 좋겠다. 할일이 참 많다.

교육 후기

2011-07-13T01:00:00.003+09:00

"HSP컨설팅 유답"이라는 독특한 이름의 회사 프로그램을 통한 전직원 교육 후기.

메모 형식이니, 많은 것을 기대하진 말길.

다녀온지 며칠 지나니 교육 프로그램은 죄다 머릿속에서 사라지네.

요즘 정말 망각에 가속도가 붙고 있는듯..

이 글을 남기는 것은 그 중 기억나는 몇가지를 남기기 위함임.

우선 "흑적게임". 평생에 한번 밖에 몰입할 수 없는 게임.

자세한 게임 규칙은 여기저기 많이 나오니 찾아보시길. 단, 게임 내용을 알고 나면, 이 게임에 몰입 할 수 없음.

"게임이론"을 알고 있는 사람에게도 무의미한 게임임.

지려고 하면 이기는 게임.

그리고 리더-팔로워(leader-follower) 게임(팔로워가 눈을 감고, 리더가 길을 인도하는 게임. 서로 말을 할 수 없음)에서 많은 생각이 듦.

말을 할 수 없다는 제약 조건이 이 게임의 핵심 포인트.

게임 중에는 여러 난관(계단, 좁은 통로, 급한 경사, 턱 등)이 있는데, 이는 사전에 알려주지 않는다.

리더와 팔로워는 서로 협동하여 그 난관들을 사고 없이 통과해야 한다.

이는 마치 우리가 인생에서 겪는 현상과 비슷한다.

산다는 것 자체가 어쩌면 끝없는 난관을 통과하는 과정인지 모른다.

다른 그룹과 경쟁하는 것이 아닌 것도 이 게임의 특징.

결국 우리가 하는 것은 함께 하는 삶이지, 경쟁에서의 승리가 아니다.

경쟁은 더 효율적인 공생을 위한 수단으로 족하다.

흑적 게임이 경쟁의 참의미가 공생에 있음을 알게 해준다면,

이 게임은 공생의 방법에 대한 통찰을 준다. 교

한 그룹에 속한 두 사람은 서로 리더와 팔로워를 한번씩 교대한다.

이 또한 우리 인생의 단면을 잘 반영한다. 우리는 대부분 동시에 리더의 역할과 팔로워의 역할을 수행한다.

눈을 가린자를 말없이 인도한다는 것은 리더에게 많은 책임감을 불러 일으킨다.

책임감.

주어진 일을 끝마친다 정도가 아니라, 누군가 다른 생명의 삶을 내 삶처럼 보살펴야 한다는 무게.

그게 리더에게 주이진 짊이다.

만약 리더가 팔러워에게 그저 일을 주고, 그 결과를 확인하는 정도에서 그치는 역할이라면,

눈을 감고 자신에게 의지하는 팔로워의 절박함을 이해할 수 없으리라.

마찬가지로, 자신의 시야가 제한적이라는 것을 믿지 못하고, 리더쉽에 신뢰를 쉽게 주지 못하는 팔로워라면, 리더가 내리는 모든 결정을 심각하게 고민하느라 인생을 허비할 수 있다.

마치 이 게임에서 리더가 알려주는 길을 다시 확인 하느라 수없이 손과 발을 움직여야 하는 사람들처럼 말이다.

난 이 게임을 시작하기 전 팔로워와 일종의 규약(protocol)을 만들었다. 우리가 예상한 난관은 계단 정도였기 때문에 계단을 오를 때 신호와 내릴 때 신호를 만들었다. 그런데 문 밖에 나가자 마자 전혀 예상하지 못한 문제가 발생했다. '문' 자체가 난관의 시작이었다. 팔을 멋대로 흔들었다가는 부딪히기 딱 좋은, '좁은 문'이었다. 새로운 문제를 마주했지만, 제약조건 때문에 새로이 규약을 만들수는 없었다. 그런데, 맨 앞에 가는 팀에서 리더가 조용히 팔로워의 양손을 잡고, 자신이 뒷걸음을 치며 걷는 것을 보았다.

나도 그렇게 해서 문을 통과했다. 그리고 이내 계단이 나타났다. 우리가 정한 약속이 있었지만, 이번에는 타이밍이 문제였다. 리더인 나는 내리막 계단이니 조심하란 마음에 한 두 발짝 앞에서 신호를 보냈다. 그랬더니 팔로워가 바로 발로 바닥을 더듬으며 계단을 찾았다. 쉽게 찾지 못해서 손을 잡고 계단 쪽으로 조금 이동시키며 조심스럽게 내려왔다.

조금 더 지나서 새로운 난관이 나타났다. 무릎 보다 높은 턱 진 곳을 오르고 내려와야 했다. 이것은 전혀 예상하지 못한 난관이었다. 눈을 감은 팔로워에게 말없이 그런 난관을 설명하는 것은 불가능했다. 나는 최대한 가까이 팔로워를 인도하고, 그의 다리 한쪽을 건드려 드는 시늉을 했다. 조금 있다가 팔로워도 눈치를 채고 다리를 들었다. 나는 팔로워가 중심을 잃지 않도록 손을 놓지 않은 채 발바닥이 턱을 밟을 수 있게 옮겨줬다.

이 부분에서 나는 팀에서 규약과 공정에 대한 생각을 할 수 있었다. 미래를 예측하고, 공정과 규약을 만들지만, 예측하지 못하는 상황은 언제나 발생하기 마련이다. 그런 상황에서는 다시 규약을 점검하고, 공정을 정비하는 것은 시간적으로 어렵다. 때문에 임기응변이 필요하게 마련이다. 임기응변을 마련할 때 중요한 것은 리더가 팔로워를 최대한 배려해주어야 한다는 것이다. 위급한 상황일 수록 팔로워가 중심을 잃을 가능성이 높다. 이때 리더가 그의 손을 잡아줘야 한다. 그리고 이러한 의지를 반드시 팔로워에게 메시지(신호)로 전달해야 한다.

메시지를 전달할 때에는 내용도 중요하지만, 타이밍 또한 내용 못지 않게 중요하다. (눈을 뜬) 리더가 앞으로 예상 경로를 살펴봐서 미리 난관을 파악할 수는 있겠지만, 그것을 (눈을 감은)팔로워에게 한참 전에 알려준다고 해서 도움이 되진 않는다. 오히려 신경 쓰지 않아도 될 고민을 더 먼저하게 되어서 팔로워의 에너지만 낭비하는 꼴이 될 수 있따.

이 게임이 끝난 후 토론을 하는 자리에서 나는 이렇게 결론을 내렸다.

"프로토콜 보다는 메시지가 중요하고, 메시지는 타이밍이 필요하다"

추상화를 너무 많이 한 탓에, 청중들에게는 전혀 씨알도 안먹혔을지는 몰라도, 최근에 "의사소통"과 "리더쉽"에 대해 고민하던 탓인지, 나에게만큼은 명료한 결론이었다.

이 교육은 여러 가지 단점('이상한 호칭','주제와 관련 없어보이는 여러 콘텐츠들' 등)에도 불구하고, 두 체험 학습만 가지고도 충분히 수강할만한 가치가 있다고 생각한다. 이 외 허깅을 유도하는 체험 학습도 있었는데, 말로써는 설명이 안되는 통찰을 얻을 수 있었다.

세사람이 길을 걷기만 해도 그 자리에 스승이 있다고 했다. 배우려고 하는 사람에게는 아무리 허접한 강사라도 통찰을 얻고, 그렇지 않은 사람에게는 별난 박사라도 배울 것이 없을 것이다.

첨언하자면, 난 교육 내용 보다도, 강사들의 열정적인 모습에서 더 많은 것을 배운 것 같기도 하다. 나, 일할 때 저렇게 웃으면서, 즐기면서 일했던가? 내 주변 사람들이 나 보고 정말 열심히 한다고 느낄 수 있었을까? 하며 반성하게 된 계기였다. 그러나 모르는 일이다. 그들은 그저 숙련된 감정노동자들이었을지도... 어쩌면 열정이 아닌, 굳어진 근육이었을지도 모른다. 그래도 여전히 내 질문은 유효하다.

RHEL, Fedora, CentOS 배포판 계보

2011-05-16T20:46:00.004+09:00

리눅스의 수많은 배포판들의 계보를 정리하는 것은 매우 힘든 일 같다. 그래도 여기 저기서 많이 사용하는 리눅스 배포판 중 RHEL(Red Hat Enterprise Linux), Fedora, CentOS 와 기타 RHEL 리빌드 배포판들 사이의 계보는 한번쯤 정리해 두는 것이 좋겠다는 생각이 든다(여기 적은 정보는 모두 위키피디어를 참고한 것이다).

우선 RHEL은 Red Hat이 상업적인 목적으로 만드는 배포판이다. RHEL 이전에 Red Hat Linux 배포판이 있었고, Red Hat Linux Advanced Server 같은 변형 배포판도 있었지만, 현재는 RHEL로 통합되었다.

RHEL은 AS, ES로 나뉘는데, 각각이 의미하는 분명하지 않다. 다만, 많은 사람들이 각각 Advanced Server, Entry-level Server 가 아닐까 추측하고 있단다.

RHEL의 배포 트리는 모두 Fedora 저장소에서 파생된다. 이 말을 많은 사람들이 "RHEL의 상류(upstream)는 Fedora다"라고 표현한다. 사실 여기서 '상류'라고 표현 했지만, 많은 사람들이 업스트림이라고 그대로 읽는다. 업스트림이란 말의 뜻은 소프트웨어의 원저자 혹은 관리자(maintainer)로 향하는 방향을 말한다. 난, 이 단어가 표현하는 시각적인 은유를 제대로 전달하기 위해서는 우리 말로 표현하는 것이 더 낫다고 생각한다.

Fedora는 Red Hat이 지원하는 배포 프로젝트 커뮤니티로, RPM 기반 배포판을 만든다. Fedora 커뮤니티의 특징은 단순히 공개 소프트웨어 라이센스에 따라 소프트웨어를 배포하는데 있지 않고, 기술을 리드하는데 있다고 한다. 그래서 Fedora 커뮤니티에서는 소프트웨어에 변경할 일이 있으면 자기네 소스에만 반영하는 것 보다 원저자에게 패치를 보내 수정을 요청하는 형태(이런 걸 upstream change 라고 부름)를 선호한다고 한다(이렇게 하면 다른 배포판에서도 같은 패치가 동작할 가능성이 높다). Fedora는 보통 6개월에 한번씩 릴리즈가 된다.

RHEL은 Fedora의 기능들을 테스트하고, 수정하는 작업을 통해 안정화 시킨다. 이러한 작업에는 당연히 시간이 걸리게 되고, 따라서 RHEL에 들어가는 기능은 같은 시점의 Fedora 배포판 보다 적을 수 밖에 없다.

Fedora 그리고 RHEL 모두 GNU GPL을 따르는 오픈소스이므로 모두 공개하고 있고, 다운 받아 쓸 수 있을 뿐만 아니라 수정해서 다른 배포판으로 만드는 것이 가능하다(물론 변경한 배포판도 공개해야 한다). RHEL을 통해 배포되는 소프트웨어는 상당히 안정적이어서 이를 변형하여 사용하는 배포판 또한 많다. 그 중 대표적인 것이 CentOS다(그 외 Oracle Enterprise Linux, Scientific Linux, White Box Enterprise Linux 등이 있다). CentOS는 보통 RHEL의 클론이라고도 불리는데, 그 이유는 RHEL의 기본 배포판을 전혀 변경하지 않고, 버전 정책도 RHEL과 같다. CentOS와 RHEL이 다른 점은 RHN 등 Red Hat이 RHEL 구매 고객자에게 제공하는 기술 서비스를 받을 수 없다는 것과 일부 독점적 소프트웨어(드라이버)를 사용하지 못한다는 것이다.

RHEL(RedHat Enterprise Linux)의 호환성

2011-05-16T19:59:00.004+09:00

먼저 이 문서는 Red Hat Enterprise Linux 4 Application Compatibility 문서를 읽고, 정리한 것임을 밝힌다.

호환성은 크게 응용 호환성(Application Compatibility), 설정 및 데이터 파일 호환성(Configuration and Data File)으로 나뉜다.

응용 호환성은 소스(Source) 응용 호환성과 바이너리(Binary) 호환 응용성으로 나눌 수 있는데, RHEL은 소스 응용 호환성을 위해 핵심 시스템 컴포넌트들(이에 대해서는 밑에서 기술한다)에 대해 사실 상 표준(de facto standards) API(Application Programming Interface) 안에서 하위 호환성을 제공해준다. 그래서 한 메이저 릴리즈(예를 들어 4.1)에서 빌드된 응용은 이후 업데이트들(예를 들어 4.2, ..., 4.9)에서도 동작하고, 또 바로 다음 메이저 릴리즈(예를 들어 5.1)에서도 동작한다.

바이너리 응용 호환성은 ABI(Application Binary Interface)로 정의하는데, ABI에서는 컴파일된 바이너리를 다루는 도구들(컴파일러, 링커, 실행시간 라이브러리 등)에서 사용하는 관례(runtime convention)들을 정의한다. 이러한 관례들 중 RHEL의 기본 컴파일러인 GNU 컴파일러에서 정의하는 것들을 보면 아래와 같다.

호출 방식(Calling Convention)
레지스터 사용 방식(Register Usage Convention)
객체 파일 포맷(Object File Format)
자료 형의 크기, 레이아웃, 정렬(Alignment)
실행시간 환경에서 제공한 인터페이스

RHEL은 이 ABI는 단일 하드웨어 아키텍처에서는 당연히 호환되고, 다중 하드웨어 아키텍처에서도 일부 지원된다(AMD64에서 32bit x86 ABI가 지원되는 것처럼).

RHEL은 설정 및 데이터 파일에 대해 같은 메이저 릴리즈에 내 호환성을 제공한다. 즉, 4.1에서 4.2로 업데이트 하더라도 설정 파일을 별도로 바꿀 필요가 없다. 하지만, 메이저 릴리즈 사이의 변화에서는 이러한 호환성을 보장하지 않는다. 즉 4.9에서 5.1로 업그레이드 한다면 설정 파일을 변경할 필요가 있는 응용이 있을지 모른다.

RHEL에서는 응용 소프트웨어의 호환성을 위해 설계 지침을 제공하는데, 중요한 것들만 나열하면 아래와 같다.

정적 빌드의 자제: 호환성과 안전성, 성능에 문제를 야기 할 수 있다.
핵심 라이브러리에만 링크하라: 핵심 라이브러리에 대해서는 RedHat이 하위 호환성을 보장함
핵심 라이브러리에만 의존시키는 것이 불가능 하다면 필요한 라이브러리를 응용 소프트웨어와 같이 묶어 배포하라: 그 라이브러리는 핵심 라이브러리에만 종속적이라고 가정할 때
RPM으로 패키징 하라.
파일 시스템 계층구조 표준(Filesystem Hierarchy Standard, FHS)를 따르라.
SELinux(Security Enhanced Linux)를 사용하라.

RedHat이 정의하는 핵심 라이브러리에는 다음과 같은 것들이 있다.

libc, libgcc, libstdc++, libdl, libm, libutil, libcrypt, libz, libpthread, libncurses
libX11, libXext, libXt, libICE, libSM, libGL
libgtk, libgdk, libgdk_pixmap, libpango, libatk, libglib, libgmodule, libgthread, libgnomeprint, libgnomeprintui, libgconf, libglade

HP DM3 우분투 10.10 설치 시 팁

2011-03-05T16:00:00.002+09:00

9.04(32bit)를 쓰다가 64bit로 개발할 일이 있어서 10.10으로 설치하다 보니 예전에 했던 뻘짓을 또하게 되더군. 이 글은 HP Pavilion dm3에서 우분투(한글) 설치하다가 쓸만한 내용 같아서 적는 것임을 밝힘.

1. 터치패드 끄기/켜기
* 불행히도 dm3의 터치패드는 synaptic 것이 아니다. AP 어쩌고 하는 회사 건데, 라이센스 문제 때문인지 기본 제공되는 드라이버가 없다. 그래서 10.10에서는 ImPS/2 Generic Wheel Mouse 로 잡히는데, 이것은 xinput -list로 확인할 수 있다.
* 인식은 되니 좋긴 한데, 문제는 터치패드 on/off 버튼이 안먹히는 바람에 끌 수 없다는 것이다. 써보신 분들은 아시겠지만, 무척 짜증나는 일이다.
* 이 걸 해결 하는 방법은 이글에 아주 잘 나와 있다.
* 원리는 간단하다 임시 파일(/tmp/mouse-disabled)가 있으면 xinput을 이용해 해당 장치를 활성시키면서 파일을 지우고, 없으면 비활성화 시키고 파일을 만드는 스크립트를 만들어 놓고, 그놈 바로가기 키 세션에 등록하는 것이다.
* 여기서 주의점은 바로가기 키를 누를 때 원래의 마우스 on/off 키로 설정하는 것이다.

2. 아이폰 테더링
* 아이폰 테더링 또한 우분투에서 가능하다. 이를 위해서는 ubuntu-tweak을 먼저 설치하시고 드파티 소스의 Other에서 iPhone ethernet driver for USB를 선택하여 동기화 한다.
* 그리고 시냅틱 소프트웨어 관리자에서 iphone을 검색한 후 해당 소프트웨어를 설치하면 끝이다.
* 아이폰 테더링 옵션을 켜고 usb로 연결하면 바로 테더링 되는 것을 확인할 수 있다.
* 이 글에서 상세히 잘 설명해주고 있다.

3. MS Windows 스타일의 윈도우 모양 설정
* 그놈 기본 설정 상 이게 맥 스타일(왼쪽 상단에 최대/최소/닫기 버튼이 있음)로 되어 있어서 윈도우에 익숙한 사람은 좀 답답하다.
* 이를 윈도우 스타일로 바꿀 수 있으니 이 글을 확인하시길 바란다. 좀더 디테일한 설정을 도와주는 툴도 있단다. 그 것은 이 글에서 확인하라.

4. 한글
* 한글 입력기를 설정하고, 한글 폰트가 제대로 보이게 하는 설정은 나중에 추가로 적기로 하자.

컴포넌트

2011-02-10T05:48:00.006+09:00

오늘은 '컴포넌트'란 말에 대해서 곱씹어보고자 한다. 한글로 '컴포넌트'라고 쓴 것의 원문은 아는 바대로 Component이고, 영어권에서 사용하는 뜻은 '구성 요소, 성분, 부품'이란 뜻으로 사용된다. 어원은 고대 라틴어 'componentem'에서 온 것인데, componere(직역하면 "모으다,짜맞추다"(to put togather))의 현재분사이다.

CBD는 Component Based Development의 약자인데, 우리 말로는 "컴포넌트 기반 개발"이라고 많이 사용한다. 중국어로는 "基於組件的軟體工程"(기어조건적연체공정) 이라고 하는데, 주체적인 해석으로 보인다. 참고로 일본어로는 "ソフトウェアコンポーネント"라고 많이 쓰는 듯 한데, 우리와 별로 다르지 않게 소리를 그대로 옮겼을 뿐이다.

그렇다면 컴포넌트란 무엇일까? 난 그 말 뜻 그대로 '부품'이라고 표현하고 싶다. 우리가 '부품'하면 떠올리는 것들은 '자동차 부품', '공작 부품', '레고 블록'과 같이 시각적인 것들이 많다. 추상적인 개념은 시각적인 것들과 결합하여 이해할 때 빠르게 습득된다.

부품이란 용어는 추상적이다. 자동차 부품이라고 말은해도 열 사람에게 "자동차 부품을 가져오시오"라고 하면 제각각 열 개의 서로 다른 부품을 가져올 수 있다. 자동차 부품에는 여러 가지 것들이 있어서, 엔진도 부품이고, 범퍼도 부품이고, 핸들도 부품이다. 그렇다면 엔진을 구성하는 더 작은 부품들은 부품이 아닐까? 그것 역시 부품이다.

그렇다면 소프트웨어에서 부품은 코드 조각일까, 코드 파일을 몇개 모은 것들일까, 아니면 실행 파일이나 라이브러리 파일일까. 어느 단위가 부품일까. 많은 이들이 재배포가 가능한 실행 파일이나 라이브러리 파일 단위가 컴포넌트라고 부르는 부품으로 여긴다.

실행파일이나 라이브러리 파일이라고 해서 단위가 명확한 것은 아니다. 여전히 모호하다. 그 안에 얼마나 많은 기능이 포함되어야 하나. 자동차의 부품에서 엔진은 어디까지일까? 엔진에서 나사 하나를 빼도 여전히 엔진이라고 부르고, 벨트를 하나 얹어도 엔진이라고 부를까. 결국 정하기 나름이다. 그렇다면 누가 정할까.

소프트웨어 설계에 있어서 컴포넌트(부품)을 정의하는 것은 해당 도메인 전문가이다. 개발자의 역할은 나사나 벨트, 실린더등에 해당하는 기본 부품(일반적으로 많이 사용되어서 여러 도메인에서 두루 사용되는 것)을 생산하고, 이를 도메인 전문가가 정한 방식대로 결합하는 것이다.

여튼, 컴포넌트라는 말이 참 아쉽다. 주체적으로 해석, 번역되기도 전에 아무렇게나 남용되어서 소통이 어렵게 한다. 중국애들의 주체성이 부럽다.

ps. 2009년 한글날 위키에 썼던 글인데 또 한번 곱씹어 본다. 연체 공정이란 해석이 아직도 조금 부럽다.

불안

2011-02-07T22:55:00.002+09:00

난 불안을 많이 느낀다. 나쁘지 않은 직장을 다니고, 건강한 육체와 살만한 집을 가지고 있음에도 늘 불안감이 든다. 때론 지금 가지고 있는 모든 것을 한 순간에 잃을 수 있다는 불안이기도 하고, 때론 정작 내가 무슨 불안을 느끼지는지 파악할 수 없어서 불안해지기도 한다. 무엇보다 그런 불안이 나만의 것일지도 모른다는 생각이 더 큰 두려움으로 자라기도 했다.

도대체 나는 무엇때문에 불안한 것일까? 그리고 이런 불안은 정말 나만의 것일까? 마음 한 켠에 항상 남아 있던 이 질문에 대한 답을 찾은 것은 우연히 들은 라디오였다. 방송 내용은 전혀 기억나지 않지만, 모든 불안은 욕망으로부터 기인한다는 얘기가 가슴을 후볐다. 그렇다. 안락하고 건강한 노후, 권위와 명예, 나만의 공간을 멋대로 꾸밀수 있을만큼의 부. 스스로 소박하다고 느꼈던 그 '꿈'들이 사실은 많은 욕심이었고, 그 욕심이 나를 불안하게 하는 것이리라. 나는 단박에 그 말을 한 작가를 기억했다. 알랭 드 보통.

"불안"은 우리가 느끼는 불안 중 관계 그 중에서도 사회적 관계에서 파생되는 불안감의 원인과 대처 방법에 대한 알랭 드 보통의 사색이다. 경제와 예술을 넘나드는 광범위한 독서를 바탕으로 저자는 우리가 느끼는 불안에 대해 "사랑 결핍", "속물근성", "기대", "능력주의", "불확실성"을 원인으로 지목하고, 해법으로 "철학", "예술", "정치", "기독교", "보헤미아"를 제시한다. 구성만으로 보면 삼류 처세술로 보일 수 있겠으나, 내용은 상당히 심오하다(그렇다. 몇 번 읽어야 한다).

버스에서, 잠자리에서 조금씩 메모 없이 읽은 후라 제대로 정리는 하지 못하였다. 그래도 생각나는대로 요약해 보련다. 의식주는 우리의 몸이 살아가기 위한 필수 조건이지만, 그것만으로는 우리가 살아갈 수는 없다. 우리는 관계에서 오는 정신적 유대 즉 사랑이 필요한 존재이다. 그리고 우리는 사랑을 받기 위해 여러가지로 노력하고, 기대한 사랑이 오지 못하였을 때 불안함을 느끼고, 좌절한다. 또 이 사회는 냉담한 어른들의 사회이고, 가난하면 무시되고, 외면 받는다. 그리하여 우리는 늘 지위에 대한 불안감을 갖는다. 게다가 평등이란 관념이 주는 기대가 얼마나 우리를 불안에 떨게 만들던가. 누구라도 부자가 될 수 있는 기회가 열린 세상이라지만, 부자가 되리란 기대가 만족되는 것이 얼마나 어려운 일인지 깨닫는 것은 그리 어려운 것이 아니기 때문이다.

결국 우리가 불안을 느끼는 것은 스스로를 잃은 채 다른 누군가의 욕구를 자신의 욕구라 착각하는데서 오는 것이다. 그리고 우리가 자신을 잃게 되는 것은 우리가 다른 사람의 평가에서 자신의 존재를 확인해야 하기 때문이다.

그렇다면 이런 상황에서 벗어나는 법은 무엇일까? 고대로부터 인간은 이런 고민에 대한 해법을 찾아왔다. 철학자들은 이성을 통해 타인의 평가를 걸러냈고, 스스로를 자신의 원하는 바에 가깝도록 채찍질 했다. 기독교도들은 세속의 평가와 영혼의 평가를 분리하였다. 보헤미안은 청렴한 생활과 예술에서 스스로를 평가할 가치 체계를 구축했다.

인간은 어찌보면 욕구에 의해 움직이는 기계에 불과한지 모른다. 그런면에서 보면 불안감을 완전히 없애는 것은 불가능해 보인다. 다만, 어떤 불안감인지 생각해볼 필요가 있다. 남들이 만들어 놓은 기준에 자신을 끼워 맞추지 못해서 생기는 불안감이라면 서글프지 않을까? 목적과 평가 방법에 대해서는 진정 다른 대안이 없는 것인지 생각해볼 필요가 있다.

다시 한번 더 정독 해봐야겠다.

SAS

2011-01-30T19:37:00.002+09:00

SAS가 올해도 포춘이 선정하는 가장 일하기 좋은 직장으로 선정되었다(참고로 포춘은 신뢰, 자부심, 즐거움을 기준으로 일하기 좋은 직장을 선정한다). 많은 사람들에게 알려진 회사는 아니지만, 통계/분석 관련 SW를 만들 때엔 반드시 접하게 되는 회사다.

이 회사는 수준 높은 직원 복지로 유명하다. 사내에 보육 시설과 세차장, 미용실, 별원, 헬쓰장 등의 시설이 있고, 무기한으로 병가를 쓸 수 있다든지 대부분의 직원이 개인 사무실을 갖는 등 이렇게 직원들에게 돈을 쏟고도 수익을 낼 수 있을지 의문스러울 정도다. 그 결과 평균 이직률은 2.6%(업계 평균 22%)로 직원 만족도가 매우 높은 것을 실감할 수 있다.

그럼 어떻게 돈을 버나? 언론에 공개된 사업 모델을 통해 알아보면, 이 회사가 파는 핵심적인 제품과 서비스는 데이터 분석 능력이다. 보험 회사에서는 보험 사기를 판별하기 위해 이 회사 제품을 사용하고, 금융회사에서는 자금 세탁을 감시하기 위해 이 회사 제품과 서비스를 사용한다. 그런 고객들이 현재 5만개 사이트라고 한다. 그래서 얼마를 벌었을까? 2010년 한해 수익은 약 24억 달러. 직원수가 약 1만명 가량 되니까 직원 한명당 24만 수익은 24만불 정도되는 것이다.

이 회사는 1976년 회사가 만들어진 이래 창업자가 CEO를 계속 역임하고 있다. CEO인 Jim Goodnight 는 통계학 박사이고 부인과 함께 회사를 만들었다(부인이 어떤 역할을 했는지 매우 궁금하다). 여기서 내가 추측하는 창업자의 특징. 짐 굿나잇 선생이 자신의 제품을 직접 만들 수 있는 능력이 있었고, 부인을 공동 창업 파트너로 삼았던 점에서는 가정을 중시 한다는 추측이 가능하다. 이 두 가지 특징은 높은 R&D 투자와 독특한 자기 평가 방식(이 회사는 재계약을 고객 만족으로 여기고 재계약률을 성공률로 계산하여 스스로를 평가한다), 직원 복지 투자에 대한 근거가 될 수 있지 않을까?

SAS가 직원 복지에 관심을 갖게 된 것은 한 여성 프로그래머가 출산을 한 후 육아 문제로 회사에 복귀하는 것을 주저하면서 부터다. 회사에서는 본사 건물 지하실에 처음으로 사내 보육 센터를 만들었고, 그게 1981년 일이다. 이 이후로 헬쓰장과 보건 센터, 카페테리아가 만들어지기 시작했는데, 회사가 개인의 직업적인 욕구 뿐만 아니라 개인적인 욕구에도 부합할 필요가 있다고 느꼈기 때문이란다. 어쨌든 이 덕분에 그해 SAS는 한 건강 관련 잡지에 의해 일하기에 가장 건강한 회사로 뽑히기도 했다.

규모와 직원의 행복감이 같이 성장하는 회사는 정말 드물어 보인다. 특히 열정이란 이름으로 희생을 강요하고, 성장을 위해 복지를 미루자는 사회에서는 그야 말로 꿈같은 일처럼 느껴지기도 한다. 언론에서 찬사를 늘어놓는 SAS에도 분명 2.6%의 불만족한 직원이 있는 것처럼 드러나지 않은 문제점이 있을 것이다. 하지만, 꿈은 크게 꾸자. 저런 회사가 실제로 굴러가고 있다는 것을 잊지 말자. 우리라고 못할 이유는 없잖은가?

ps. 아래는 SAS 의 작업 환경을 엿볼수 있는 동영상 자료들이다.

http://youtu.be/EjTZF19jBs8
http://youtu.be/N-ebIGpZIWI
http://youtu.be/9SCxJTmS1Eo

부동산 계급사회

2011-01-10T22:53:00.002+09:00

2008년에 나온 이 책은 큰 반향을 일으켰다. 우리 사회의 발전에 있어 가장 큰 아킬레스 건 역할을 하는 부동산 문제를 이토록 집요하게 풀어쓴 책이 드물다고 한다. 부동산이 우리 삶에서 얼마나 중요한 역할을 하는가에 대해서는 한번쯤 생각해볼 필요가 있다. 단순히 돈을 더 많이 벌고 싶어서 부동산이 필요한 사람들이 있겠지만, 대부분의 많은 사람들에게 부동산은, 즉 집은 편히 쉴 곳 그 이상을 의미한다. 삶의 바탕이 되고, 가족을 품을 그릇이 되는 곳 즉, 공동체의 기반이 되는 것이 집이자 부동산이다.

내가 처음으로 부동산에 관심을 갖게 된 것은 직장을 잡은 첫 해였다. 그 당시 부동산 광풍이 불어 모든 사람들이 대출을 받고 전세를 끼어 집 한채 장만하지 않으면 바보 소리를 들었다. 이제 갓 직장에 들어온 새내기 조차 여기 저기 대출을 끌어들여 집을 사놓으면 몇달이 지나지 않아 원금을 갚을 수 있었다. 부동산은 정말 미친듯이 가격이 올랐고, 그 때문에 정권이 바뀌었다.

난 웬지 부동산으로 돈을 버는 것이 정당하지 않다고 생각했다. 부동산은 원하는 대로 만들어낼 수 있는 재화가 아니기 때문이다. 누구나 노력하면 얻을 수 있는 그런 것이 아니라고 생각했다. 그러면서도 그 생각에 대해 확신하지 못했다. 숫자를 알지 못했고, 메커니즘을 이해하지 못했다. 게다가 역사를 알지 못했다. 그래서 그 당시 직장 상사가 내게 장황하게 늘어놓는 재테크에 대해 '그렇습니까' 라며 억지 수긍하는 척을 해야했다.

세월이 지나서 부동산 거품이 꺼지고 있다고 한다. 물론 아직도 집을 갖지 못한 이들에게는 너무나 높은 벽처럼 올라서 있다. 전국 평균으로 따지면 딱 먹고 살만큼만 쓰고 18년은 저축해야 집을 산다고 한다. 강남에서는 44년이 걸린다고 한다. 지난 40년간 실질 소득이 15배 오르는 동안 서울 땅값은 1176배가 올랐다. 거품은 아직 걷히지 않았다. 대한민국에는 아직도 땅굴에서 사는 사람이 있다. 또 움막에서 사는 사람이 있다. 우리가 신석기 시대에 살고 있나?

그동안 피상적으로 이해했던 세대 격차를 '88만원 세대'가 구체적으로 시각화 시켜주었듯이, 이 책은 부동산 격차를 세밀한 통계로 보여준다. 그리고 부자가 더 부자가 되고, 빈자가 더 가난해지는 시스템을 파헤친다. 그리고 집을 스물네채나 보유하고도 연간 소득이 7원(70원이 아니다)만 신고할 수 있는 구조, 3000만원 전세를 사는 사람이 1350만원 밖에 구제를 받지 못하는 최우선 변제금 제도(지금은 2000만원 이란다)를 어떻게 고쳐야 할지 대안을 제시한다.

이 책에서 제시하는 대안은 자뭇 파격적이다. 특히 '택지 국유화'는 많은 논란이 될 수 있겠다. 단어만 봐서는 오성홍기라도 내걸어야 할 듯 보이지만, 허황되어 보이진 않는다. 게다가 이미 독일이나 싱가폴 같은 레퍼런스도 있다 한다.

하지만, 지나치게 통계를 나열하는 서술이 많아서 몰입하기 쉽지 않았다. 많은 레퍼런스를 정리하는 수고를 보면 정말 쉽지 않은 작업이었음에는 틀림 없으나, 비 전문가가 읽기엔 쉽지 않았다. 그래도 문맥을 파악하는게 어려운 정도는 아니라 다행이다.

진보 집권 플랜

2010-12-30T03:11:00.003+09:00

'조국'이라는 좀 특이한 이름을 가진 서울대 법학과 교수가 있다. 잘생겼고, 온라인(트위터, 페이스북)에서도 유명하다. 이 분이 오마이뉴스 대표기자 오연호와 대담집을 만들었다. 제목도 거창한 "진보 집권 플랜". 굳이 진보주의적 성향을 갖지 않은 사람이라도 MB 정권에 대해 '짜증' 내지 '분노'를 느끼는 사람은 많다. 그런 사람들을 진보, 개혁적인 표로 집결 시키려는 사람들의 과감한 계획을 이 책에서 찾아 볼 수 있다. 김대중,노무현으로 이어진 개혁 정치 세력이 왜 무력하게 한나라당에 정권을 내줘야 했고, 그나마 대못이라고 여겼던 여러 제도와 장치들이 쉽게 헐거워지고 사라지게 되었는지 냉철하면서도 따뜻한 진단을 한다. 여기서 따뜻한 진단이라고 함은 상황 논리일 수도 있겠지만, 다른 '순수 진보주의자들'과 다르게 자신도 그 한계의 일부분이었음을 인정하고, 그들의 한계에도 이해할만한 구석이 있었음을 드러냈다는 점을 이야기한다.

조국 교수는 공부를 엄청 잘한 사람이다. 또 독서량도 많은 사람이고. 한마디로 말에서 광채가 나고, 품위가 보인다. 보통 그런 사람은 좀 거만하게 보이거나, 재수 없어 보이도 하다. 그리고 좀 좀생이처럼 보일 때가 많다. 하지만 전혀 좀스럽지 않다. 그리고 겸손하다. 대담하면서도 세부적인 계획을 설득력있게 이야기를 잘한다. 이 책의 기획 의도가 젊은 사람들이 보게 하는 것이었는지 모르겠지만, 매우 쉽게 써져있다. 여러 시사 용어들에 대한 해설도 담겨 있고, 어려운 말들 없이 쉽게 풀어 써져 있다. 20대를 끌어안으려는 노력이 돗보인다. 그래, 지금 실의에 빠진 청년들에게 희망을 주어야 한다. 희망을 파는 상인이라는 정치인들이 그들을 외면하거나 이용만 해서는 안된다. 그들에게 희망을 주어야 한다. 그리고 나한테도.

MB를 가장 싫어한다는 30대, 그중에는 나도 포함되어 있다. MB가 다 이렇게 만든 것은 아니겠지만, 솔직히 이런 나라에서 애들을 어떻게 낳고 키우나란 불안감이 늘 날 짓누른다. 정말로 '늘상' 그렇다. IMF가 터지면서 대학에 가고, 기업이 노동자를 취급하는 방법을 보면서 좀 더 영악해지자고 다짐했고, 스스로는 자신만이 지킬 수 있다고 여기며 살아왔다. 그래서 난 더 강해졌을까? 분명 20대 초반보다는 더 많이 알고, 더 많이 가졌다. 하지만, 불안감은 오히려 더 커졌다. 한번도 청년처럼 도전하지 못했고, 안전한 곳만을 좇았다. 그래서 지금은? 가족이 그립고, 연대가 아쉽다.

조국은 낙관적이다. 그래서 희망을 얘기한다. 그리고 구체적으로 계획을 세웠다. 그리고 이 책을 통해 그것을 보여준다. 나도 희망을 가지련다. 나도 가정을 꾸리고, 아이를 낳고 기를 것이다. 내 아이들이 자랄 대한민국은 불안하지 않을 것이고, 살만한 곳이 될 것이다. 그의 프로포즈에 손을 내민다. 아래는 읽다가 밑줄 구은 구절들(결코 저자들의 의도를 강조하고자 그은게 아니라, 그저 임팩트가 남은 것들임. 주제와는 크게 관련 없는 것일 수 도 있음)

꼭 이론이 다 갖춰진 다음에야 해결책이 나오는 건 아니다.
'저 사람, 진정성이 있구나', '내가 하고 싶은 이야기를 저 사람이 해주는구나', '나의 꿈과 고통을 저 사람이 알고 있구나'라고 느끼게 되면, 그를 밀어준다.
저출산 문제의 해법은 보통 사람들에게 자존감을 갖게 만드는 데 있다.
한국 사회에서는 SKY를 나와도 이러한 문제(교육, 일자리, 주거, 보건/의료, 노후보장 등)에 대한 걱정에서 자유로울 수 없다. --> 한국 사회는 '불안 사회'
한국 성인 남성 상당수는 '자기 파괴적 놀이'에 빠져있다. --> 노는 권리가 부족해서. 대통령도 휴가를 다 못 쓴다.
선거 연대 보다는 '가치 연대'
중소기업이 대기업이 될 수 있어야 제대로 된 경제다. ... 대기업은 '고용 없는 성장'을 즐기고 있다.
보수는 괴로워하지 않고 아이를 경쟁에 밀어 넣고, 진보는 괴로워하며 아이를 경쟁에 밀어 넣는다. --> 김예슬 재인용
남북의 통일은 미국과 중국의 이익을 침해하지 않을 때만 가능할 것
코드 인사가 아니라고 할 것이 아니라 "코드 인사가 왜 나쁜가?"라고 대응했어야 한다.
정치인은 악마적 힘과 손잡는 사람
재승박덕 --> 난 너무 박덕 하지 않나. -_-;
지도자는 희망을 파는 상인
정치인이 되려면 '지성'이나 '덕성'보다 '야성'이 있어야 한다.
행운이란 준비가 기회를 만날 때 일어나는 것

Debug It!

2010-12-29T09:42:00.002+09:00

간만에 좋은 책을 읽었다. 좋은 책이라함은 내용도 알차고, 특히 번역서의 경우 우리 말로 읽기가 편한 책을 말한다. 난 이 책을 폴 부처라는 저자의 이름보다는 박일이라는 이름을 보고 샀다. '말 되는 번역'을 하는 얼마 안되는 (IT) 번역가로 "xUnit 테스트 패턴", "스크럼" 도 번역했다. 온라인 상에서는 박PD로 더 유명하다. 어쨌든 전작들과 마찬가지로 이 책도 번역 수준이 좋다(적어도 '그것은 ...이다' 따위의 번역은 안보인다. 아 맨먼스 미신의 악몽이 떠오른다).

디버그 만을 전문적으로 다루는 책은 흔하지 않다. "프로그램은 왜 실패하는가"라는 책이 내가 맨 처음 본 디버그 관련 책이었다(물론 해킹을 위한 윈도우 디버그 책들은 넘친다). 그 책에서는 제목 그대로 프로그램이 실패하는 유형을 분류하고, 상황에 맞는 분석 방법을 제시한다. 상당히 정리가 잘 되어 있고, 이런게 독일식 저작이구나 하는 생각이 들었다.

그 이후로 이 책을 봤다. "실용주의" 시리즈인지는 모르겠지만, 편집자는 "실용주의"를 타이틀로 내세웠다. 책 내용으로 봐서는 저자가 애자일에 상당히 긍정적인 사람이었다. 애자일이 점유해버린 실용주의라는 심볼이 이 책에 얼마나 어울리는지는 읽는 이들이 판단할 몫이다.

이 책을 통해 정리되는 디버그 기법은 우리가 고등학교 시간에 맨 처음 배우는 과학 이론의 검증 방법과 같다. 흔히 경험주의 접근법이라 불리는 이 방법은 가설을 세우고, 이를 검증/재현 하여 가설을 입증하는 것이다. 물론 디버그에서는 가설을 세우기 전에 버그를 재현하는 과정이 필요하다. 저자는 이런 과정을 "재현", "진단", "수정", "반영"의 단계로 나눈다. 물론 일반적인 흐름이 그렇다는 것이다.

하나의 버그를 디버그하는 과정만으로는 책을 쓰기 어렵다. 프로그래밍은 고도로 복잡한 지적 작업이라서 모든 문제를 꿰둟을 수 있는 은탄환 같은 것은 없다. 이 책에서는 디버그를 잘하기 위한 환경에도 초점을 맞춘다. 즉, 버그를 올바르게 보고할 수 있는 환경과 재현과 분석을 위한 도구 등도 소개한다. 또 디버그를 어렵게 만드는 안티패턴까지 소개한다. 많은 내용이 소개되어 책의 분량이 많을 것 같지만, 책 두께는 매우 실용적이다(얇다).

모처럼 책을 읽으며 무척 즐거웠다.

창조 바이러스 H2C(How To Create)

2010-12-22T00:51:00.003+09:00

이 책을 사놓은 것은 몇 달 전이었다. 우연히 읽게된 구절(지금은 생각도 안난다) 때문에 사게 되었는데, 가볍게 읽을 수 있는 책이다. 원래 이런 책들이 다 그렇지 않던가. 성공한 사람의 뻔한 이야기.
근면, 성실, 열정, 창의력 등등 너무나 많이 들어서 너무나 흔한 교훈들이 반복된다.
하지만, 그렇다고 이 책이 아주 무가치한 책은 아니다. 홈에버 인수 뒷얘기를 조금은 엿볼수도 있고, 이승한 회장의 개인사도 엿볼수 있다.
뭐, 이 책을 읽기 전까지 이승한 회장이 누구인지 관심도 없었지만, 큰 회사의 CEO의 개인사를 들여다 보거나, 그 사람의 커리어를 보는 것은 재미있는 일이다.

몇줄 마음에 와 닿는 구석이 있어 줄친 곳이 있다.

"스스로를 불태우지 않으면 남을 불태우지 못한다"
"비전이란 보이지 않는 것을 보는 예술이다"

얼마나 오래 마음속에 남아 있을지는 모르겠지만, 적어두련다.

좀 고까운 평가를 내리는 것 같지만, 아마 그것은 재벌과 대기업 특히 대형 유통회사에 대한 비호감 때문일 것이다.
대형 유통회사들로 인해 많은 소상인들이 몰락하는 것을 지난 세월 동안 목도하면서 마냥 그들의 '성공'을 우러러 볼수 만은 없었다.
책 내용에 대해 평가를 내려보면 흔한 교훈적 얘기 말고는 다양한 지적 흥미를 자극하는 사고가 없었다는 면에서 그저 그런 'CEO' 서적의 한계를 못벗어나 있다는 생각이 든다.

그래도 이회장이 영어를 굉장히 잘하는 것이 어떤 훈련을 해서 그렇게 되었는지,
또 인생의 점검표 '스티어링 휠'을 어떻게 시각화 하고 점검하는지 궁금하더라.

소프트웨어 공학의 사실과 오해

2010-12-21T00:35:00.000+09:00

"소프트웨어 공학의 사실과 오해"(로버트 L. 글래스) 책을 읽으면서 많은 부분 공감했지만, 유지 보수 부분은 정말 다른 어떤 책에서도 찾지 못한 깨달음이 전달되는 것을 느꼈다. 그동안 유지 보수 업무를 많이 했던 나 조차도 유지 보수는 제품을 잘못 만든 탓에 발생하는 비용 즉 안좋은 것으로만 봤었는데, 이 책의 저자는 정 반대의 시각을 뚜렷한 증거를 가지고 주장한다. 우선 유지보수에 들어가느 비용 중 상당 부분은 오류의 수정이 아니라 기능의 개선에 있다는 지적은 정말 놀라웠다. 일명 60/60 법칙(전체 개발 비용의 60%를 유지보수에서 차지하고, 유지보수 비용의 60%가 개선 비용이라는 것) 때문에 개발에서 가장 중요한 부분이 바로 유지보수라는 것이다.

듣고 보니 내 경험하고도 많이 일치했다. 보통 제품을 만들기까지 가장 많은 비용이 드는 부분은 생명 주기의 앞단 즉, 요구 사항을 분석하고 설계를 하는 부분이라고들 알고 있지만, 가장 많은 비용이 소모되는 것은 테스트까지 마친 코드에서 발견된 오류를 수정하고, 그 위에 새로운 기능을 추가하는 것이었다. 따라서 유지보수는 매우 복잡한 작업이고, 어려운 일이다. 그럼에도 불구하고 유지보수 업무를 담당하는 사람은 많은 보수를 받지 못하는 현실은 뭔가 잘못되어 있는 것이다.

아니 어쩌면 내가 현실을 반대로 인식하고 있는지도 모르겠다. 내가 어렸을 때도 COBOL은 죽은 언어였는데, 몇년전까지 들은 풍문으로는 현존하는 코볼 프로그래머가 가장 고액의 연봉을 받는다는 것이었다. 이것이 진실인지 아닌지는 직접 확인해보기까지 어렵겠지만, 수긍이 갔다. 우선 경제적 희소성 때문이었다. 코볼이란 언어를 할 줄 아는 사람은 정말 드물기 때문이다. 코볼을 가르치는 교육기관도 없을 뿐더러, 코볼 책을 구하는 것은 더더욱 어려운 일이다. 난 거기까지만 생각했다. 하지만 더 중요한 것은 코볼이란 언어를 구사하면서 관련 분야의 일을 많이 한 사람이기 때문에 몸값이 그렇게 비쌌던 것이다. 즉, 유지 보수가 아주 극 소수의 사람만이 가능했던 것이다. 기존 레가시 코드들을 읽고 역설계(undesign)하고 새로운 수정 요구 사항을 이해할 수 있으려면 다양한 분야에 걸쳐 뛰어난 능력이 있어야 하는 것이었다.

유지보수 비용이 욕조 모양을 한다는 사실도 이번에 알았다. 유지보수 초기에는 오류가 발견될 확률도 높고, 개선 요구 사항이 반영되는 시간도 짧기 때문에 비용이 높게 발생한다. 그러다 점점 안정화 추세를 거치면서 수정이 줄어든다. 하지만, 시간이 지남에 따라 그동안 발생했던 변경이 문제를 일으키거나 장비 교체 등의 환경 변화가 생기게 되고 이런 변화 모멘텀이 쌓이면서 다시 유지보수 비용이 높아지게 된다. 이때는 분석에 시간이 더 오래 걸리고, 당연히 수정에도 시간이 오래 걸리게 되는 것이다.

유지보수에 대한 새로운 시각을 갖게된 것만으로도 이 책을 읽은 보람을 느낀다. 좋은 책이다.

페이스북 이펙트

2010-12-21T00:27:00.000+09:00

뜨문 뜨문 읽어서 제대로 정리가 안됐다. 소셜 네트워크란 영화를 통해 주커버그에 흥미를 갖게 되고(그 전에도 똑똑한 사람이란 인상은 가졌으나, 왠지 거부감이 들었다), 영화와는 다른 관점의 기술이 많다고 하여 살펴보게 되었는데, 참 잘 써진 책 같다. 번역도 읽기엔 무리 없어 보인다(하지만 높은 점수를 주고 싶진 않다). 엄청난 제안에도 흔들리지 않고, 자신의 이상을 위해 다른 사람들과 효과적으로 협업하는 모습이 정말 인상 깊었다. 소셜 네트워크에서는 드라마를 위해 많이 각색한 것이라 생각들었던 장면들도 이 책에서는 좀더 자세히 알수 있다. 같은 사건이지만, 보는 사람과 아는 양에 따라 전혀 다르게 전달될 수 있다는 것 새삼 느낀다. 어쨌든 대학생들의 장난같은 프로젝트에서 거대 기업으로 성장하는 얘기가 재미가 없을 수가 없잖은가. 불 구경 보다 더 재밌는 구경이니 말이다. 이 책에서 나왔던 페이스북의 성공요인(담벼락, 뉴스피드, 그 외 많은 앱들)들을 직접 살펴보려 삭제 했던 페이스북 아이디까지 다시 살렸으니 책을 통한 홍보효과가 있긴 한 모양이다. 그러나 한국의 싸이월드를 사용하면서도 무척이나 폐쇄적으로 운영했던 나에게는 페이스북 또한 불편하다. 물론 예전처럼 사진과 개인담을 올릴 만큼 '대담'하지 못하여 지금은 정말 최소한도의 아이덴티티만 노출하고 있지만, 많은 사람들이 페이스북을 통해 우리가 일전에 겪었던 '싸이중독'과 비슷한 현상을 겪고 있다고 한다.

시장에서는 또 어떤가? 구글이 인터넷 광고 시장을 다 집어 삼킬 때 난 빅브러더의 출현을 경계해야 한다는 의견에 동조했다. 구글은 정말 혁신적인 기술로 그 시장을 석권했고, 엄청나게 팽창시켰다. 그런데 그 시장이 전부가 아니었다는 것을 이 책을 통해 알게 되었다(그런 면에서 누가 알려주지도 않았는데, 이런 것을 깨닫는 페이스북의 천재들도 정말 대단한 놈들인거다). 구글은 우리가 필요한 것을 정확하게 짚어낼 수 있는 기술을 가졌다. 많은 양의 데이터를 구글 데이터베이스에 넣었고, 그것을 빠르고 정확하게 검색할 수 있는 간편한 인터페이스를 통해 검색 시장을 장악했다. 그런데 우리는 대부분 우리가 무엇을 사려고 하는지 모른다. 우리가 사는 많은 상품들은 필요에 의한 것 보다는 관심을 갖게된 것들이다. 그리고 이런 관심은 대부분 광고를 통해 트리거 된다. 실제로 전체 광고 시장(그러니까 TV, 신문, 잡지, 인터넷 등 모든 미디어에 의해 전달되는 모든 광고 시장들의 집합)에서 대부분을 차지하는 것은 광고주가 광고를 보는 사람으로 하여금 제품을 사게 만들고 싶은 광고, 즉 브랜드 광고이다. 구글이 꽉 잡고 있는 검색 광고 시장은 수요 만족형 광고 시장으로 전체 시장에서는 약 20%(온/오프라인 합쳐서) 정도를 차지하고 있는 것으로 나타났다. 그런데 이 시장에서만 2007년 166억 달러를 벌어 들였다.

페이스북은 구글이 구축한 시장의 맞은 편에 있는 거대한 시장에서 강자로 자리잡고 있다. 정확한 개인 프로파일(사용자가 스스로 올린 그 정보다. 이 정보를 위해 구글은 엄청난 돈을 들여 사용자 행동을 추적한다) 정보를 바탕으로 가장 정확한 타겟팅이 가능한 광고를 가능하게 하는 페이스북 플랫폼은 브랜드 광고 시장의 새로운 장을 연 것으로 평가 받고 있다. 2009년 매출이 10억 달러를 돌파했는데, 이는 그 전해 매출의 2배가 넘는 액수다. 많은 사람들이 2010년에는 매출이 두 배를 넘을 것으로 예상한다. 가히 폭발적인 성장인 것이다.

근데 많은 사람들이 생각하듯이 페이스북은 자신의 최대 무기가 최대 리스크이다. 즉, 사용자들의 민감한 개인 정보들과 관계 정보들인데, 이것들을 정말 안전하게 관리하고, 또 나쁜 짓에 이용하지 않을지 확신이 서질 않는다. 주커버그라는 친구의 이상이 투명성이라고 하지만, 우린 진공속에서 살수는 없는 노릇이다. 페이스북에 시시콜콜한 개인 사생활을 노출한 것에 재미들린 어린 친구들이 어떤 계기를 통해 자신의 정보를 통제하는 것이 필요하다는 것을 느낄 지(나는 이것이 필연적이라고 생각한다)도 알 수 없는 노릇이다.

공학자로서 흥미로웠던 점은 애초 페이스북이 매우 간단한 구조와 기술만으로 이루어졌다는 점이다. php와 파이썬, mysql 등으로 빠르고 유연하게 구축함으로써 사용자의 요구 사항에 빠르게 맞춰갈 수 있었던 것으로 보인다. 또 그들이 매우 자율적으로 일하면서도 체계가 매우 효율적이었다는 점이 흥미롭다. 소프트웨어 공학자들이 보면 까무라칠만큼 유연한 개발 방식을 창조했던 것이 그들이 그렇게 빠른 시간내 많은 사용자를 흡수 할 수 있었던 원동력이 아니었을까?

책을 읽으면서 이런 생각도 했다. 한국에서도 주커버그가 나올수 있을까? 구글 창업자들의 이야기를 읽으면서도 느꼈던 것이지만, 그럴 가능성은 희박하다. 주커버그는 윈클보스라는 '선배'를 전혀 두려워하지 않았다. 그들의 아이디어를 받아들였고, 그들의 협박에 맞섰다. 에두아르도(역시 선배)를 파트너로 끌어들이는 장면에서도 친하면서 능력있는 친구를 끌어들이는 느낌이지, 우리 나라처럼 '선배' 대접 따윈 없었다. 주커버그가 배짱이 좋은 사람이기도 하지만, 한국 사회가 그만큼 관계에 있어서 서열을 나누는 것이 일반적이다 보니 좋은 아이디어가 있어도 행동으로 옮기거나 협업을 제안하는데 많은 제약이 있다는 것이다. 물론 서양 사회라고 해서 모두 주커버그를 만들 수 있는 것은 아니다. 주커버그는 하버드 재학생이 가지는 특권을 잘 이용했고, 하버드도 그를 잘 이용했다. 하버라는 학연은 매우 특별한 기회를 의미한다. 막대한 펀딩을 받는 것도, 뛰어난 글로벌 인재들과 협업할 수 있는 것도 하버드 같은 네트워크가 아니면 갖기 힘든 기회다. 네이버나 엔씨소프트가 서울대, 카이스트 등의 학연에서 출발한 것은 결코 우연이 아니다. 어느 사회든 마찬가지다. 좋은 아이디어만으로는 성공할 수 없다. 그 아이디어를 씨앗 삼되 양분(인재와 펀딩)을 제공할 수 있는 환경을 갖추는 것이 더욱 중요하다.

소셜 노믹스, 소셜 네트워크

2010-11-17T22:11:00.006+09:00

소셜 노믹스 독후감을 적자면, 소셜 네트워크가 검색과 마케팅에 매우 큰 영향을 미칠 것에 대한 것은 충분히 공감이 가지만, 그것을 증명하는 방법에 대해서는 좀 갸우뚱하게 하는 구절이 많다. 비약이 많고, 논리가 충분하지 않다. 게다가 참고서적이나 출처가 명확하지 않은 자료도 많이 인용하고.. 작년에 클라우드 컴퓨팅 관련 서적들과 비슷하다.

영화 소셜 네트워크는 잘 만든 영화 같다. 파이트 클럽의 데이빗 핀처 감독이 만들었는데, 속도감 있고 잘 만들었다. 속도감에는 주연 배우의 영어도 한몫 하는 듯. 원래 주커버그가 말이 빠르다는 것은 영화를 보고야 알았다. 아무튼 페이스북이 성장하는 내용보다 미국에서 새로운 아이디어가 사업으로 어떻게 커가고, 많은 사람들이 어떻게 엮이는지 옅볼 수 있는 계기가 됨.

근데 웃긴건 무식한 사람들이 많은 건지. 영화 상에서 냅스터를 만든 사람을 숀 파커 라고 하는 것을 자연스럽게 받아들이는 분이 많던데(감상평에도 그렇게들 적으시고), 냅스터를 만든 사람은 숀 패닝이다. 그리고 패닝의 사진을 보신 분들은 아시겠지만, 전혀 저스틴 팀버레이크스럽지 않다. -_-; 저스틴 분의 연기가 아주 좋았지만 헤깔리지는 말자. 내 실수다. 냅스터를 만든 사람이 둘이더라. 숀 패닝과 숀 파커. 정말로 숀 파커라는 인간이 있더라. 그래도 내가 맞은 건 있다. 패닝 사진에서 팀버레이크 느낌은 안나더라. 어쨌든 이 영화를 두번 돌려본 나로서는 배우들 연기가 좋았고(적어도 난 몰입이 충분히 되더라), 게다가 내가 좋아하는 VFX도 좋았다. 윈클보스 쌍둥이는 사실 한 사람이 연기한거란다.

이 영화를 보고 나서 조사해보니 에두아르도(?)는 5% 지분을 가지고 있다고 하고 아직 페이스북 페이지도 가지고 있더라. 게다가 아직도 페이스북 경영에 많은 관심을 가지고 있는 것처럼 보였다. 직접 경영에 참가하는지는 모르겠다. 아마도 안하지 싶다.참. 에두아르도란 이름, 이거 이 사람이 브라질 계라서 정확한 발음을 한글로 적는게 맞는지 모르겠다.

영화에서 인상깊었던 장면으로는 블로그로 자신의 생각을 생중계 하는 거. 그걸 읊조리는 발성이 참 좋았다. 게다가 wget, 아파치 웹 서버 vi를 켜놓고 emacs를 지껄이는 것등이 뇌에 자극을 주더군. 그리고 여전히 데이빗 핀처 영화 답게 음악과 편집이 예술이다.

[C++]부모 함수 오버로딩(not 오버라이딩)

2010-09-25T15:56:00.005+09:00

부모 클래스의 가상 함수를 자식 함수가 같은 이름으로 오버로딩(오버라이딩이 아니다) 하면 자식 클래스 형만으로는 원래 부모 클래스의 가상함수를 못사용한다. 오버라이딩은 완전히 같은 함수 프로토타입(이름+반환형+인자)에 대해 재정의하는 것이고, 오버로딩은 함수 이름과 반환형만 갖고, 인자는 다른 구현을 말한다. 아래의 코드를 보자.


class Base
{
public:
    Base()
    {
    }
    virtual ~Base()
    {
    }
    virtual void DoSomething()
    {
        cout << "base do something" << endl;
    }
};

class ChildA : public Base
{
public:
    ChildA()
    {
    }
    ~ChildA()
    {
    }
    virtual void DoSomething(int i)
    {
        cout << "childa do something" << i << endl;
    }
};

int main(int argc, char** argv)
{
    ChildA* a = new ChildA();
    a->DoSomething();
}

이런 상태로 컴파일을 하게 되면 아래와 같은 메시지를 보게 된다(아래는 gcc의 경우이다.)


base_class_method_overload.cpp: In function ‘int main(int, char**)’:
base_class_method_overload.cpp:38: error: no matching function for call to ‘ChildA::DoSomething()’
base_class_method_overload.cpp:29: note: candidates are: virtual void ChildA::DoSomething(int)

C#이나 자바에서는 너무나 자연스러운 것이 컴파일이 안되니 당황스럽다. 그렇다고 해서 부모의 메소드를 아예 못사용하는 것은 아니다. 자식 클래스를 부모 클래스로 캐스팅 하면 사용이 가능하다. 위 코드에서 main() 함수 부분을 아래와 같이 바꿔서 컴파일하면 잘 돌아간다.


int main(int argc, char** argv)
{
    ChildA* a = new ChildA();
    //a->DoSomething();
    ((Base*)a)->DoSomething();
}

난 이 문제가 좀 복잡하게 꼬인 경우를 겪었는데, 그 경우 부모 클래스가 템플릿 추상 클래스(template abstract class)였다. 뭐 템플릿 추상 클래스라고 해서 크게 다를 것은 없다. 해당 부모 클래스로 캐스팅 해서 오버로딩 된 메소드를 부르면 된다. 어찌되었든 굉장히 짜증나는 문법이다.

Putty X11 포워딩 사용시 오류

2010-09-10T17:55:00.002+09:00

Putty의 X11 포워딩을 사용하다 아래와 같은 오류를 봤다.

$ konsole
$ Xlib: connection to "localhost:11.0" refused by server
Xlib: PuTTY X11 proxy: XDM-AUTHORIZATION-1 time stamp was too far out
konsole: cannot connect to X server localhost:11.0

time stamp가 너무 멀어졌다는 오류라는데, 뭔소린지 모르겠더라.
후배의 도움으로 알아냈는데, 호스트 시간과 클라이언트 시간 사이의 간격이 크면 그런 오류가 난다고 한다.

그래서 호스트 시간을 바꿨다. 나의 경우엔 호스트 서버의 시간이 실제 시간보다 약 30분 정도 늦었었다. 그랬더니 잘 된다.

구글링을 하더라도 이 오류에 대해 자세히 나오질 않는 것 같아서 적어 놓는다.
ps. 역시 백만년 만의 포워딩이구나.

autoconf, automake 프로젝트를 eclipse로 import 하기

2010-03-30T14:10:00.000+09:00

일단 내가 성공한 방법은 갈릴레오(eclipse v5) 로 한 것인데, linux tools plugin을 설치한 후 (귀찮으니 모두 설치하도록 한다. 필요한 것은 autotools 관련 인 것들이다.) C++ 프로젝트를 만들 때 Makefile 프로젝트로 만들고 GNU Autotools로 선택한다. 그리고 바로 finish 해서 엄한 build 관련 파일이 만들어지는 것을 방지하자.

그리고 해당 프로젝트에서 컨텍스트 메뉴(오른쪽 클릭)를 띄워 import 하되, general의 file system으로 가져온다. 그리고 모두 다 가져온다.(핵심은 디렉토리 구조, 소스 파일들, Makefile.am 이다.) 그럼 끝! 많은 GNU 프로젝트들이 Makefile로 되어 있으니 eclipse도 이런걸 지원하나 보다. 다른 버전에서도 되는지는 모르겠다.

개인 위키에만 적어 놨는데, 나처럼 또 닥질할 사람들이 있을 것 같아서 남김
ps. 그러고 보니 백만년만의 포스팅이구나.

[C#]동적 질의문 생산을 위한 람다 식의 활용

2009-12-29T21:15:00.007+09:00

c# 3.0 부터 지원되는 LINQ(Language Integrated Query, 통합 언어 질의)를 이용하여 DAO(Data Access Object) Pattern을 구현하는 실험을 하다가 람다식(Lambda Expression)을 이용해 동적인 쿼리가 만들어질 수 있는 것을 알게 되었다.

Some이라는 엔터티를 표현하는 SomeClass 클래스가 있고, 이것의 DAO인 SomeClassDAO가 있다고 해보자.


class SomeClass
{
   string val0;
   int val1;
   float val2;
}

SomeFinderForm라는 클래스는 사용자로부터 조건식을 받아서 해당하는 Some 목록을 보여주는 책임을 가지고 있는데, 여기서 조건식이 "val0이 'a'이거나 val1이 '1'"(조건식1) 처럼 복합 조건을 허용한다고 하면 어떻게 해야할까?

일반적으로 가장 직관적으로 떠오르는 방법으로는 SomeClassDAO에 해당 조건식을 입력할 수 있는 메소드를 추가하는 것이다. 예를 들어 FindSomeByVal0OrVal1(string _val0, int _val1)과 같은 식으로 만드는 것이다. 이러한 방식은 당장의 필요에는 직관적이고 간편하게 구현되므로 편해보이지만, 새로운 조건이 추가되거나 조건문들 사이의 논리 연산이 바뀌었을 경우에는 적합해 보이지 않는다. 당장 조건이 "val0는 'a'이고 val1은 '1'"(조건식2)과 같은 조건식을 처리하려면 FindSomeByVal0AndVal1(..) 과 같은 메소드가 추가되어야 할 것이다. 이건 정말 바보 같아 보인다.

LINQ의 편리한 기능들 중 질의 문법을 이용하면 훨씬 간결하면서도 변화에 유연한 코드를 만들 수 있다. 나는 LINQ로 위 두 조건들을 충족하는 식을 만들어보고, 변하는 부분을 캡슐화 시키는 전략으로 이 문제를 해결하려 한다.

우선 두 조건식(조건식1, 조건식2)을 충족하는 LINQ의 질의 식은 아래와 같다.(someList는 모든 Some 객체를 가진 IEunumerable 변수라고 하자)


var query1 = from some in someList
             where some.val0.Equals("a") || some.val1.Equals(1)
             select some;

var query2 = from some in someList
             where some.val0.Equals("a") && some.val1.Equals(1)
             select some;

바뀌는 부분은 겨우 저 where절에서도 일부분에 해당할 뿐이다. 저 where절은 어떻게 캡슐화 할 수 있을까? 정답은 대리자(delegate)에 있다. 저 where절은 모두 Func 라는 대리자들로 인자화 될 수 있다. 앞의 두 식은 아래와 같이 달리 표현할 수도 있다.


var query1 = someList.Where(some => { return some.val0.Equals("a") || some.val1.Equals(1); });

var query2 = someList.Where(some => { return some.val0.Equals("a") && some.val1.Equals(1); });

사실 LINQ를 지원하는 문법도 이 식의 변환밖에 되지 않는다.(람다식도 그저 대리자에 불과할 뿐이다.) 각설하고 위 식을 보면 이제 해법이 보이기 시작한다. some.val0.Equals("a")라는 조건과 some.val1.Equals(1)이라는 조건은 두 질의문에서 반복된다. 이 조건 자체도 함수의 형태이니 대리자로 캡슐화가 가능하다. 또 ||와 &&는 그 조건들 사이사이에 끼워주기만 하면된다. 이런 발견을 바탕으로 WhereClause를 한번 만들어보았다.


    public class WhereClause<T>
    {
        List<Func<T, bool>> conditions = new List<Func<T, bool>>();
        List<Func<bool, bool, bool>> operators = new List<Func<bool, bool, bool>>();

        public void Add(Func<T, bool>> condition)
        {
            this.conditions.Add(condition);
        }

        public void AddOr()
        {
            this.operators.Add((bPre, bPost) => { return bPre || bPost; });
        }

        public void AddAnd()
        {
            this.operators.Add((bPre, bPost) => { return bPre && bPost; });
        }

        public Func<T, bool> ToPredicate()
        {
            return t =>
            {
                bool bResult = false;
                int nCondCount = 0;

                foreach (Func<T, bool> condition in conditions)
                {
                    bool bTmp = condition(t);
                    if (nCondCount > 0 && nCondCount < operators.Count)
                    {
                        bResult = operators[nCondCount](bResult, bTmp);
                    }
                    else
                    {
                        bResult = bTmp;
                    }
                    nCondCount++;
                }
                return bResult;
            };
        }
    }

이 클래스를 사용하는 예는 아래와 같다.


        [Test]
        public void TestWhereClause()
        {
            SomeClass some1 = new SomeClass("a", 1, 101.1F);
            SomeClass some2 = new SomeClass("b", 2, 102.1F);
            SomeClass some3 = new SomeClass("c", 3, 103.1F);
            SomeClass some4 = new SomeClass("d", 4, 104.1F);
            SomeClass some5 = new SomeClass("e", 5, 105.1F);

            List<SomeClass> someList = new List<SomeClass>();
            someList.Add(some1);
            someList.Add(some2);
            someList.Add(some3);
            someList.Add(some4);
            someList.Add(some5);

            var expected = from some in someList
                         where some.val0.Equals("a") || some.val1.Equals(1)
                         select some;

            WhereClause<SomeClass> where = new WhereClause<SomeClass>();
            where.Add(some => { return some.val0.Equals("a"); });
            where.AddOr();
            where.Add(some => { return some.val1.Equals(1); });

            var actual = someList.Where<SomeClass>(where.ToPredicate());

            Assert.AreEqual(expected.ToArray<SomeClass>(), actual.ToArray<SomeClass>());
        }

테스트케이스를 바로 가져와봤다. 핵심은 WhereClause에 람다식으로 조건을 추가하고 그 조건들 사이에 논리 연산자들을 넣는것이다. 이렇게 되면 조건과 논리 연산자 모두 동적으로 제어가 가능하게 된다.

꼭 람다식으로 조건을 표현해야 하는 것은 아니다. 그저 코드를 간결하게 하는데 도움이되는 것 같아 람다식을 사용하였을 뿐, 메소드를 만들어 대리자 변수로 참조해줘도 된다.(무명 메소드를 이용하는 것도 방법이다.)

리스프나 스몰톡,루비 같은 언어의 람다식 보다는 제네릭에 종속적이긴 해도 간결한 코드를 만들수 있어서 편했던 것 같다.

[MFC]Custom Control 삽입시 주의 사항

2009-09-08T13:18:00.003+09:00

우선 Custom Control이 뭔지 잘 모르시는 분은 "Creating Custom Controls" 부터 읽어보시자.
이 예제를 무난히 따라하다가 아래와 같은 오류를 경험하게 되었다.(컴파일은 되나 디버그나 실행시 윈도우가 생성되지도 않는다.)

Detected memory leaks!
Dumping objects ->
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\occmgr.cpp(195) : {110} normal block at 0x0039C7B0, 24 bytes long.
Data: < > 01 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\occmgr.cpp(181) : {109} normal block at 0x0039C760, 16 bytes long.
Data: < > FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00
Object dump complete.

위와 같은 오류는 Custom Control을 IDE에서 삽입했을 때 Class를 연결하지 않거나 잘못 연결하였을 경우 발생한다. 아래 그림과 같이 해당 Custom Control의 속성 창을 보면 Class 항목 칸이 있는데, 여기에 등록된(Registered) 윈도우 클래스 이름을 적으면 된다.
중요한 것은 등록된 윈도우 클래스 이름이란 점이다. CCustomControl과 같이 소스코드 상의 클래스 이름은 아무 의미가 없다. 윈도우 이름을 등록하는 절차는 맨 처음에 소개한 문서를 참고하시라.(AfxRegisterClass() 함수의 메뉴얼을 보는 것도 좋은 방법이다.)

[ComputerVision] 면적과 픽셀 수의 차이

2009-07-24T11:14:00.005+09:00

네이버 OpenCV 카페에 올린 글 : 글보기

cvContourArea() 가 주는 값의 의미

시기적으로 많이 늦은 답변이지만, 저처럼 검색하시는 분들이 많을 것 같아 답변을 적어봅니다.

우선 Area는 우리말로 면적에 해당합니다. 어떤 도형(다각형)의 면적이란 그 도형을 덮을 수 있는 양의 수치적 표현을 말합니다.
그리고 이러한 양의 기본 단위는 한변의 길이가 1인 정사각형의 넓이입니다. 이 정사각형을 꼭 덮을 수 있는 양을 1로 했을 때 주어진 도형을 몇개로 채울 수 있을까가 면적의 정의입니다.(참고 자료: 다각형의 넓이)

여기서 중요한 것은 면적은 도형을 구성하는 픽셀의 개수와 다르다는 것입니다. 물리적인 영상에서는 점이나 선분, 다각형 모두 픽셀들로 이루어지지만, 기하학적으로 보면 점과 선은 면적이 없습니다. 원문에서 그리신 9개의 픽셀로 만들어진 사선의 면적값이 0으로 나오는 이유입니다.

또한 픽셀의 개수는 선분의 길이를 의미하지 않습니다. 아래 그림은 원문의 그림을 확대하고 직각삼각형을 추가한 것입니다.
선분과 도형을 이루는 픽셀의 개수를 확인하기 쉽게 하기 위해 격자 표시를 하였습니다.

언뜻 보기에 삼각형의 가로 세로 길이가 각각 세개의 픽셀로 이루어지므로 3이라고 생각할 수 있지만, 실제 길이는 2입니다. 선분의 길이는 직교 좌표상의 점들간 거리로 표현되기 때문입니다. 이 그림에서 보면 삼각형의 세 꼭지점 좌표는 A(5,12),B(5,14),C(7,14) 이고, 직교하는 두 선분(BA,CB)의 길이는 각각 sqrt(pow(5-5,2)+pow(14-12,2)), sqrt(pow(7-2,2),pow(14-14,2)) 이고, 2가 나옵니다.(수식을 삽입하고 싶었지만, 능력 부족으로 math 함수들로 대체합니다. 피타고라스의 정리를 이용한 것이니 이해엔 무리가 없을 것입니다.)

그러면 삼각형 아래에 있는 정사각형(9개의 픽셀로 구성,꼭지점의 좌표는 (9,16),(9,18),(11,18),(11,16))에 대한 면적(Contour Area)은 얼마가 나올까요. 선분 길이는 각각 2가 나오기 때문에 면적(2*2)은 4가 나오게 됩니다. (실제 cvContourArea()는 선분 길이를 구하여 계산하지 않고, 마이스터와 가우스의 방법을 사용하여 구합니다. 이 방법에 대한 설명은 마틴님의 강좌 중 마커 추출에서도 설명되어 있습니다. 선분 길이를 구해서 넓이를 구한다면 성능이 무척 떨어지겠죠.)

결론을 한 줄로 요약하면 면적과 픽셀수는 다르다는 것이고, cvContourArea()는 면적을 반환한다는 것입니다.

이런게 쇼!

2009-07-16T17:51:00.003+09:00

삼성이 어제 싱가폴에서 제트 시연을 했지? 다른 구닥다리 쇼와는 다르게 이번에는 좀 신경을 쓴 듯 하다. 홀로그램을 이용한 쇼인데, 사용자 인터랙션까지 반영했다. 사람들 반응이 뜨겁다. 오히려 폰보다 홀로그램 UI를 구축한 디스트릭트란 회사에 관심이 많이 가는 거 같기도 하다. 뭐가 됐든, 쇼는 이렇게 '간지'가 나야 한다.

관련 기사
* 삼성 제트폰 3D 홀로그램 PT 어떻게 구현됐을까?

Samsung Q1 Ultra 안전모드 삽질

2009-07-07T15:48:00.005+09:00

Q1 울트라. 아시는 분들은 아시겠지만, 이거 UMPC다.
이거 키보드가 있긴 한데, Function키가 없다. -_-;
윈도우 안전모드로 부팅하려면 F8로 부트 모드를 선택해야 하지 않던가.
그래도 방법은 있다. boot.ini를 고치면 된다. 어떻게 고쳐야 할까?
아래와 같은 식으로 고치면 된다.(명령 프롬프트 사용 모드)


[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINNT
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Microsoft Windows 2000 Advanced Server" 
/fastdetect /SAFEBOOT:MINIMAL(ALTERNATESHELL)

더 자세한 옵션은 "Windows Boot.ini파일의 안전 모드 부트 스위치"에서 찾아 볼 수 있다.
안전 모드로 부팅해서 일을 처리한 후에는 어떻게 해야 할까? boot.ini가 고쳐지지 않으면 계속 재부팅일텐데... 그래서 미리 만들어뒀다. (정상적인 부트용으로 boot.ini.old 로)
그런데 막상 안전모드로 부팅해서 명령 프롬프트로 이 파일을 교체하려고 했더니 boot.ini에 접근할 수가 없었다.(move 명령어로는 안되던데.. 어떻게 하는지 알려주심 감사)
그래도 포기할 수는 없다. 윈도우에는 도스 모드용 편집기 edit.exe가 있다. 이걸로 boot.ini 파일을 편집하면 되겠다 싶었다. 그런데 여기서도 기본 명령은 Function 키로 내려야 되더군. 젠장. -_-;

그럼 망한걸까. 아니다. 다시 살렸다. 어떻게? 그냥 USB 키보드 꽂아서 고치면 되더라. -_-;;;
삼숭 이것들 왜 이따구로 디자인해서 날 삽질하게 만들어 ㅠㅠ

스스로 플러그를 꼽아 충전하는 로봇

2009-06-18T19:06:00.001+09:00

Gizmodo에서 놀라운 기사를 봤다. 로봇이 스스로 콘센트를 찾아 플러그를 꼽는다. 그것도 방과 방 사이를 돌아다니면서. 컴퓨터 비전과 로보틱스의 성과에 감동의 눈물이 주르륵~

[영상처리]Labeling

2009-06-18T09:19:00.011+09:00

Labeling에 대한 소스코드는 많이 돌아다니지만, 막상 찾기는 쉽지 않은 것 같다.
간단한 Labeling 코드.(opencv 기반으로)
LabelSet() 함수가 핵심인데, 이 부분을 재귀함수로 짜보면 Stack Overflow가 무엇인지 알게 될 것이다.;-) 배경을 흰색(0xFF)로, 객체를(0x00)으로 보았다.

참고 문헌
* [인천대 시각 시스템 연구실][자료실]Labeling 소스코드 2
* [네이버 OpenCV 카페]OpenCV를 이용한 라벨링 소스
* [OpenCVWiki]Blob extraction library
* [OpenCV Yahoo! Groups]How to do blob extraction
* Blob detection V: growing regions algorithm
* [네이버 OpenCV 카페]OpenCV를 이용한 윤곽 찾기 cvFindContours() 함수


void LabelSet(int xs, int ys, int label)
{
   int i,j,cnt;

   data[xs + ys * widthStep] = label;
   while(1)
   {
      cnt = 0;
      for(j=0;j<height;j++)
      for(i=0;i<width;i++)
      if(data[i+j*widthStep] == label)
      {
         if(data[(i-1) + (j-1)*widthStep] == 0x00){data[(i-1) + (j-1) * widthStep] = label; cnt++;}
         if(data[(i-1) + (j  )*widthStep] == 0x00){data[(i-1) + (j  ) * widthStep] = label; cnt++;}
         if(data[(i-1) + (j+1)*widthStep] == 0x00){data[(i-1) + (j+1) * widthStep] = label; cnt++;}
         if(data[(i  ) + (j-1)*widthStep] == 0x00){data[(i  ) + (j-1) * widthStep] = label; cnt++;}
         if(data[(i  ) + (j+1)*widthStep] == 0x00){data[(i  ) + (j+1) * widthStep] = label; cnt++;}
         if(data[(i+1) + (j-1)*widthStep] == 0x00){data[(i+1) + (j-1) * widthStep] = label; cnt++;}
         if(data[(i+1) + (j  )*widthStep] == 0x00){data[(i+1) + (j  ) * widthStep] = label; cnt++;}
         if(data[(i+1) + (j+1)*widthStep] == 0x00){data[(i+1) + (j+1) * widthStep] = label; cnt++;}
      }
      if(cnt == 0)
         return;
   }
}

/* @param image : 배경(0xFF)와 객체(0x00)으로 이진화(Binarization)된 영상
 * @return : 라벨 개수
 */
int Labeling(IplImage* image)
{
   int i,j;
   int curLabel = 128;
   /* 아래 변수들은 전역 변수 */
   width = image->width;
   height = image->height;
   widthStep = image->widthStep;
   data = (unsigned char*)image->imageData;

   for(j=1;j<height-1;j++)
   {
      for(i=1;i<width-1;i++)
      {
         curIndex = i + j * widthStep;
         if(data[curIndex] == 0x00)
         {
            LabelSet(i,j,curLabel);
            curLabel++;
            /* 화면 표시 :WN_OUT은 윈도우 이름
            cvShowImage(WN_OUT,image);
            cvWaitKey(0);
             */
         }
      }
   }
   return curLabel-128;
}

UnitTest++ 예제

2009-06-16T22:07:00.004+09:00

간단한 UnitTest++ 예제이다. 다른 xUnit을 써보신 분들은 금새 알아보실 수 있을 듯.
C++은 자주 사용하는 편이 아니라서, 이렇게 메모한다는..
ps. Calculator 클래스의 구현은 반드시 해줘야 한다.-_-;


#include 

class Calculator
{
public:
 Calculator();
 ~Calculator();

 int Sum(int a, int b);
 int Sub(int a, int b);
};
struct CalculatorTestFixture
{
 CalculatorTestFixture()
 {
  this->cal = new Calculator();
 }
 ~CalculatorTestFixture()
 {
  delete this->cal;
 }

 Calculator* cal;
};

TEST_FIXTURE(CalculatorTestFixture, SumTest)
{
 CHECK_EQUAL(20,cal->Sum(10,10)); 
}

TEST_FIXTURE(CalculatorTestFixture, SubTest)
{
 CHECK_EQUAL(0,cal->Sub(10,10));
}

int main()
{
 UnitTest::RunAllTests();
 getc(stdin);
 return 1;
}

약자에겐 너무나 가혹한 한국

2009-06-16T21:48:00.003+09:00

오늘 뉴스를 보다 속이 많이 답답해졌다. 한국에선 어떤 장애인이든 어떠한 보험에도 가입할 수 없다고 한다. 지체장애를 가진 분이 암보험에 들려 해도 안되고, 심지어 장애인의 자식들도 가입을 안받아 준다고 한다.

복지국가는 헌법에도 명시된 대한민국의 비전 아닌가? 아니 거창한 복지국가라는 타이틀은 집어 던져버린다고 하더라도, 아픈 사람들에게 도움을 주지 못할 망정 그들의 절박한 손내밈도 이리 차갑게 거절해야 하는 것일까?

보도를 보자니 모든 보험사의 모든 상품에서 그런다고 하는데, 안그래도 한국은 이미 취직과 활동에서 장애인들에 대한 차별이 심한 사회다. 자신의 처지를 하소연하지도 못하는 장애인들을 노예로 만드는 파렴치범들은 그나마 형사 처벌이라도 할 수 있다지만, 작은 희망이라도 가져보려고 열심히 사는 그들을 고객으로 받아들이기를 거부하는 보험사들은 어떠한 제제도 받지 않는다는 것이 슬프다.

얼마나 많은 손해를 본다고 생각하기에 그럴까. 그렇게 계산이 빠른 사람들이 금융위기엔 왜 그리 무기력했고, 공적 자금을 구걸했을까. 그나마 건강보험은 의무 가입이게 망정이지, 그마저도 민영화 했더라면 장애인들에게 한국은 지옥이 될 것일게다. 정말 이건 아니다. 한국.

대부 시리즈를 보고

2009-06-07T21:32:00.002+09:00

초등학교 때 봤던 것 같은데 도무지 내용이 기억나질 않기도 하고, 마땅히 뭔가에 집중도 하지 못해서 주말 내내 "대부(The God Father)"를 봤다. Part 1,2,3 시리즈인 이 영화의 러닝 타임은 약 아홉 시간(평균 세 시간, Part 2가 가장 길다.)이다. 아홉 시간을 보고 있자니 허리도 아프긴 했는데, 맑은 정신으로 봐서 그런지 어려서는 이해도 안되던 내용이 쏙쏙 들어오더라.

근데, 이 영화를 왜 미국 애들은 꼭 봐야 할 영화로 꼽는 걸까. 마피아 영화 같지만, 가장 큰 주제는 가족이고, 가족에 의해 지켜지면서 동시에 희생 당하는 개인이다. 가족주의 때문일까, 아니면 영화 자체의 완성도 때문일까. 배우들의 연기, 시나리오, 연출, 분장 등에 좋은 평가를 줄 수는 있겠지만 다소 장황하다는 생각이 든다. 내 눈이 이상한 것인지, 아니면 내가 지나치게 빠른 속도에 익숙해져 있는 걸까. 아니면 한 번 더봐야 하나.. -_-;;

어찌되었든 명작이라 부르는 영화들을 한번씩 보기로 했다. 그나마 유일하게 취미라 할 수 있는게 영화 보기인데, 최근 영화계에서 큰 인물들로 평가되는 봉준호나 박찬욱 감독들의 영화는 이런 명작 영화들에서 받은 영향을 감추지 않더라. 그런 양반들이 영화 곳곳에 숨겨 놓듯 뿌려놓은 소스들을 제대로 이해하는 재미를 느끼려면 명작을 다시금 살펴봐야 할 것 같다. 같은 돈 내고 보는 영환데, 재미가 더 많으면 이득 아니겠나.

[Vimerator] 부가기능 탭 보기

2009-06-07T21:18:00.002+09:00

vimperator의 기본 세팅에서는 메뉴 바가 안보이기 때문에 부가 기능을 설치할 때 어찌해야할지 모를 수 있다. :set go=m 으로 메뉴바를 보이게 해서 부가기능 메뉴를 선택할 수 있지만, 더 쉬운 방법이 있다. 바로 :addo[ns] 이다. 이 명령은 newtab(tab) 명령에서 사용할 수 있는 옵션인데, 아래와 같다.

all	All commands
addons	:addo[ns] command
downloads	:downl[oads] command
help	:h[elp] command
javascript	:javascript! or :js! command
prefs	:pref[erences]! or :prefs! command

[Vimerator] GUI 메뉴 설정하기

2009-06-07T21:12:00.001+09:00

vimperator를 사용하다면 메뉴바가 안보여서 답답할 때가 있다.
그럴 때는 guioptions을 바꾸면 된다. 아래는 메뉴얼 페이지에 나온 사용 가능한 옵션들이다.

m	Menubar
T	Toolbar
B	Bookmark bar
n	Tab number
N	Tab number over image
b	Bottom scrollbar
r	Right scrollbar
l	Left scrollbar

이 옵션을 설정하는 방법은 :set go=mTBr 과 같이 go 옵션에 보이고자 하는 옵션들을 나열하면 된다.

패배주의

2009-05-31T17:11:00.003+09:00

전 대통령의 자살은 많은 것을 생각하게 한다.
그렇지만, 예전처럼 가슴이 울컥하진 않는다. 어차피 내가 할 수 있는 일은 없을 것이고,
대한 민국은 늘 그래왔던 것처럼 소수의 권력자와 다수의 노예들로 구성된 레짐에서 벗어날 수 없을 것이다. 인터넷에 올리는 글이나 그림 따위로는 소수 권력자의 금배지를 빼앗을 수는 있겠지만, 체제 자체를 바꾸진 못한다. '참어라', '모난 돌이 정 맞는다'가 배어 있는 한국인들은 제 조상을 학살한 원흉들을 '처단' 해본 적도 없다.

인간 노예를 만드는 방법은 코끼리를 길들이는 법에서 유추할 수 있겠다. 코끼리는 새끼 때 채워진 족쇄에 얼마간 저항 하다 포기하곤, 평생 그 족쇄에서 벗어나지 못한다. 코끼리는 죽을 때까지 덩치가 커지고, 그만큼 힘이 세지는데도 허술한 족쇄하나 벗어내지 못한다.

한국인은 어린 시절부터 '강한자에게 복종하고, 약자에게 권위적일 것을' 학습하고, 체득한다. 튀지 않고, 시험만 잘보면 상을 받고, 칭찬을 받는것이 '자유'를 포기한 대가인 것은 한참 후에야 깨닫게 되지만 어쩔 수 없다. 저항의 결과는 '배고픔'이고 '가난함'임을 잘 안다.

언론에서는 국민장 이후 여론 향배에 대해 촉각을 세우는 척 하지만, 그들도 안다. 별로 바뀔 것은 없다는 것을. 미디어법이 개정되지 않더라도 언론은 언제나 그들 편이었고, 집시법이 바뀌지 않더라도 집회는 언제나 허가제였다. 백만, 천만이 모여 시위를 벌인다고 해도 바뀔 것은 없다. 길들여진 코끼리 무리들이 성나 발광을 하더라도 잠시 멀리 도망가있다 보면 제 스스로 지쳐 쓰러지고, 이내 다시 복종할 것임을 잘 안다.

누구 말대로 운명인지 모르겠다. 패배하도록 태어난 노예는 패배 해야만 한다. 승리하도록 되어있는 주인은 승리해야만 한다. 그게 대한민국의 실체적 진실이다.

FlipTime, 잘만든 시계하나 열 게임 안부럽다.

2009-05-27T09:17:00.002+09:00

시계, 달력을 보여주는 프로그램. 너무 간단하지 않나? 그걸로 어떻게 돈을 벌까? 란 의문이 드신다면 FlipTime을 보시길 바란다. 뭐든 예뻐야 한다는 매크로폴리탄적 감수성을 자극하는 미려한 디자인 하나만으로 구매욕구에 불을 붙인다.

어렵고, 복잡한 것은 쳐다보지도 않지만, '리마커블'한 시계 하나는 99센트를 주고 사는 것이 소비자. 유쾌한 발견이다.

lib 파일이 맞는데도 빌드가 안될 때

2009-05-25T10:06:00.009+09:00

윈도우 환경에서 개발할 때 라이브러리를 참조하기 위해 lib 파일과 dll을 모두 가져왔는데도 빌드가 안될 때가 있다. Visual Studio에서라면, 아무리 프로젝트 속성을 뒤져보아도 경로와 lib 파일이 맞는데도, 함수에 대한 링크를 찾지 못한다고 하면서 빌드가 실패할 때는 반드시 lib 파일을 의심해 봐야 하는데, 이때 유용한 도구가 dumpbin이다.

경험상 헤더 파일과 라이브러리 파일의 버전이 맞지 않아, 선언된 함수와 실제 라이브러리에 존재하는 함수 이름이 다른 것 때문에 발생하는 경우가 많더라. 그런 상황이 의심되면


dumpbin.exe /exports some.lib

명령으로 노출된 함수명을 확인하길 바란다. 라이브러리 파일이 맞는데도, 빌드가 안되면 함수 선언과 구현이 다른 것이다.

dumpbin은 visual studio에 설치되어 있고, VISUAL_STUDIO_HOME/vc/bin에 있다.

[OpenCV] Video Writing with FFmpeg

2009-05-19T15:21:00.007+09:00

OpenCV에서 화면을 캡쳐하고 이를 비디오 파일로 저장하는 코드는 아래와 같다. 기본 코드는 "Introduction to programming with OpenCV"에서 확인할 수 있다.


int main(int argc, char** argv)
{
 int width = 320;
 int height = 240;
 int isColor = 1;
 int fps = 30; // 초당 프레임 수
 int totalLen = 500; // 전체 프레임 수
 IplImage* srcImg;
 const char* videoFile = "out.avi";
 CvCapture* capture = cvCaptureFromCAM(0); // 첫번째 카메라
 CvVideoWriter* writer = cvCreateVideoWriter(videoFile, 
                    CV_FOURCC('P','I','M','1'), //MPEG-1 codec
                    fps,
                    cvSize(width,height),
                    isColor);

 // cam 설정
 cvSetCaptureProperty(capture, 
              CV_CAP_PROP_FRAME_HEIGHT, height);
 cvSetCaptureProperty(capture, 
              CV_CAP_PROP_FRAME_WIDTH, width );
 cvSetCaptureProperty(capture, 
              CV_CAP_PROP_FPS, fps );

 while(totalLen-- > 0)
 {
     if(!cvGrabFrame(capture))
     {
         printf("failed\n");
         break;
     }

     srcImg = cvRetrieveFrame(capture);
     cvWriteFrame(writer, srcImg);
     if(cvWaitKey(20) == 27) // 키 기다림 20ms
     {
         break;
     }
 }

 cvReleaseVideoWriter(&writer);
 cvReleaseCapture(&capture);
 return 0;
}

OpenCV에서 FFmpeg 코덱을 이용해 비디오를 저장할 때는 기본 패키지로는 안되는 듯 하다.(실행은 되지만, miscompile 어쩌고 오류가 뜨고, VideoWriter 객체 해제 시 오류가 뜬다.) ffmpeg 라이브러리를 사용할 수 있도록 OpenCV 패키지를 재컴파일 해야 하는데, 관련 글은 여기에 있다.

거절당할수록 성공 가능성은 높아진다

2009-05-18T09:13:00.003+09:00

거절당할수록 성공 가능성은 높아진다
대부분 판매원들이 불황이라 상품을 팔기 어렵다고 울상인 점포에서
밝은 표정으로 열심히 일하고 있는 유별난 판매원이 있었습니다.
그는 손님이 상품을 구매하기를 거절해도 낙담하지 않고 오히려 기뻐했습니다.
이를 이상하게 여긴 동료 판매원의 물음에 그는 이렇게 대답했습니다.
“내가 물건을 판매한 기록을 자세히 살펴보니 거절을 많이 당할 수록 물건을 팔 확률이 높더군.
평균을 내보니 10명의 손님이 구매를 거절하면
열한 번 째 손님은 물건을 사겠다고 하는 경우가 많았어.
그래서 나는 한 번 거절당할 때마다 이렇게 생각했지.
‘이제 아홉 번만 거절당하면 되겠구나’ ‘이제 여덟 번만 거절당하면 되겠구나’하고 말이야.
성공할 가능성이 점점 다가오는데 내가 왜 거절당했다고 마음이 상하겠나.
오히려 신나는 일 아닌가?”

휴넷 메일로 받은 글귀인데, 공감이 많이 된다. 거절 당했다고, 그 자리에 멈추면 안된다. 왜 거절 당했을까를 고민하되, 자괴감에 빠지지 않고, 언젠가 나를 받아줄 이에게 더 잘 해 줄 수 있을 것이란 믿음을 가져야 하지 않을까?

아키텍트 이야기

2009-05-13T00:05:00.004+09:00

"직업인으로 프로그래머가 받는 대가의 본질은, 자신의 기술력으로 비즈니스에 공헌하거나 새로운 비즈니스 가치를 창출하는 것이다. 자신의 기술로 공감을 얻을 수 있는 무엇인가를 만들고, 다른 누군가에게 도움이 되고, 또 그로 인해 정당한 대가를 받는다면, 그것이 바로 '프로그래머'의 긍지이다"

"아키텍트는 소프트웨어 개발 전문가라는 위치에서 시스템 전체를 넓게 보고, 최고 개발자로서 개발팀을 이끈다" 이를 위해 아키텍트가 하는 일은 "요구사항 정의에의 참여", "아키텍처 설계", "프레임워크 준비", "테스트", "영업 지원 및 의사소통 중계" 등을 한다. 여기엔 설계와 구현에 능숙해야 하고, 시스템에 대한 입체적 관찰을 할 수 있는 시야도 필요하다.

'아키텍트 이야기'란 책을 참 오래도 읽었다. 지하철에서 출퇴근 시간에 겨우 읽게 되어 1주일 이상 걸린 듯 하다. 책의 두께를 생각하면 정말 길게 읽은 것이다. 하지만, 구성이 짧은 에세이들을 엮어 놓은 형태라서 이해엔 큰 무리가 없는 것 같다.

아키텍트는 어떤 일을 해야 하는지 그동안 모호하게 알았던 부분이 많았는데, 이 책에서는 좋은 예를 들어 잘 설명한 듯 하다. 일본의 문화가 우리와 유사한 점이 많아서 그런지 몰라도, 의사 소통의 문제와 조직 체계 상 드러나는 사례가 익숙해서 쉽게 이해가 되었다. 무엇보다 번역의 질이 높다. 짧고 명확한 문장, 적절한 용어 선택, 그리고 충실한 참고 문헌까지 갖추어져 있어서 잘 만든 책이란 느낌이 든다.

하지만 아쉬운 점도 있다. "기술자와 기술자가 아닌 다른 업무 영역의 사람들은 서로 존중하는 관계를 만들어야 한다"는 주장과 같이 너무나 원론적인 주장 뒤에 방법에 대한 실천적 고민은 부족하다. 무엇보다 그런 고민 자체를 독자에게 남겨주지 않는 부분이 아쉽다. "프로그래밍 심리학"에서처럼 각장에 연습 문제를 두었다면 어땠을까?

오랜만에 즐거운 책이었고, 인사이트란 이름에 신뢰를 더할 수 있게 된 책이었다.

열정만으론 부족하다. 노력이 필요해

2009-05-12T17:10:00.007+09:00

이문호라는 분이 있다. 영상 처리 관련 저술로 유명하신 분인데, 그 분의 여러 책을 읽다가 오늘 "영상처리 전문가를 꿈꾸는 당신에게"(2008,홍릉과학)라는 책을 사보았다. 영상처리 분야의 공부를 하는 방법부터 저술 활동과 개인적인 이야기까지 소소한 에세이들을 모은 책인데, 보고 난 후 느낀 점은 정말 열심히 하시는 모습 때문에 감동 받기는 오랜 만인듯 하다.

시중에는 많은 책들이 있다. 하지만 대부분의 책들은 허접하고, 정말 가치있는 책은 비중이 높지 않다. 그 중 IT 전공서적, 특히 번역서들만 보더라도, 얼치기 번역가들이 판치는 형국이라 책 사기가 쉽지가 않다. 기본적인 한국어 문법 조차도 지키지 못하고, 오역도 많다. 번역서가 아닌 저술서라도 마찬가지다. 용어 선택이나 구조, 구성, 문법에 신경 쓴 책은 많지 않다.

이문호씨 책들은 그런면에서 중요하다. 돈 벌기를 포기하면서도 치열하게 저술활동을 벌이는 헌신은 둘째치고서라도 책 자체의 완성도가 높다는 점이 그러한 이유이다. IT서적에서는 거의 사문화된 '일개국어 화자의 원칙'을 충실하게 준수하기도 하고, 가독성 높은 조판을 구성하기 위해 편집에 대한 노력도 게을리 하지 않는다. (다만, 참고문헌 목록이 부족하고, 용어 선정의 원칙이 모호함은 좀 더 보완해야 할 것 같다.)

더욱 놀라운 점은 이 분이 박사 학위 소지자도, 교수도 아닌 회사에 다니는 직장인이라는 점이다. 게다가 야근을 밥먹기보다 자주한다는 개발자시다. 회사에선 열심히 일하고 퇴근 한 후 자료조사, 실험, 집필을 해야 한다는 것이다. 이 부분이 나에겐 놀랍고, 스스로를 돌아보게 한다. 내가 가장 많이 하던 핑계가 '시간 부족'이었으니까.

지금도 늘 시간 부족 때문에 고민하면서도, 주중에는 회식에, 주말에는 약속과 여가에 소모하면서 '어쩔 수 없다'는 핑계만 댔지, 실제로 그런 시간을 만회하기 위해 잠을 줄여가며 노력하는 시도를 얼마나 했던가. 욕심만 많아서 이것 저것 찔러보다 기본기 부족만을 절감하며 다시 교과서 파는 것을 되풀이하게 되는 것도 그런 노력 부족 탓은 아닐까?

열정만으로는 부족하다. 목표를 이루기 전에는 술도, 사람도 끊고 그것에만 매달려봐야 한다. 고통스런 날을 피로회복제로 버텨가면서 목표한 바를 이루려고 해야 한다. 그래야 겨우 '남들이 시덥잖게 여기는' 것이라도 만들 수 있다.

학생이 불만인 교수에 대한 불평

2009-05-11T13:00:00.002+09:00

우수한 학생을 유치하는 것도 중요하지만, 이미 가르치고 있는 학생들을 뛰어난 사람으로 만드는게 더 중요하지 않을까? 대학교수라는 분들 가끔 자신들이 데리고 있는 학생들이 떨어진다며 불평 불만을 늘어 놓는데, 그런 분들 치고 자신의 교수법에 문제가 있는지 성찰하는 분은 드문 거 같다.

공부를 안하는 대학생들도 문제긴 하지만, 애초에 스스로 학습 동기를 찾거나 로드맵을 세워본 적 없는 수동적인 학생들 뽑아 놓고 새로운 시도도 안하고, 깊이도 없다고 불만만 해봐야 의미 없지 않은가? 게다가 학교끼리, 같은 학교 내 대학끼리, 학부내 학과끼리 우수한 성적을 가진 학생들을 데려가기 위해 혈안인 듯 한데, 정말로 그들의 장래를 위한 것인지 자신들의 실적을 위한 것인지 고민하는 사람이 있던가?

대학원까지 들어오는 사람들도 자신이 왜 연구실에 들어온지 깨닫지 못하고 제대로 된 공부 계획도 못잡고, 논문 계획도 못잡는 것을 오로지 그들의 자질 문제로 돌려버리는 것은 문제 해결을 외면하는 것은 아닐까 싶다. 동기 부여만 잘되도 보통의 실력을 가진 사람들이 뭉친 팀이 유능한 사람들만 모인 팀보다 훨씬 뛰어난 성과를 얻는다. 모자른 학생들만 와서 좋은 논문이 안나온다고 불평하지 말고, 무엇 때문에 공부하는지부터 되물어 적합한 동기를 부여하는 노력이라도 해보시길 바란다.

C# foreach의 보이지 않는 캐스팅(Invisible Casting)

2009-05-11T12:52:00.004+09:00

"C#의 이상한 정수 캐스팅"에 대한 답변이다.

제가 기억하는 바로는 foreach 구문은 컴파일 시 내부적으로 캐스트 연산자를 사용한 구문으로 바뀌기 때문입니다. (아래는 Effective C#에서 발췌)


// foreach 구문
IEnumerable collection = GetCollection();
foreach (Mytype t in collection)
{
t.DoStuff();
}

// 실제 내부적으로 작동하는 코드
IEnumerator it = collection.GetEnumerator();
while (it.MoveNext())
{
Mytype t = (Mytype)it.Current;
t.DoStuff();
}

이렇게 캐스트를 사용하는 이유는 형식의 종류(값,참조)에 독립적이어야 하기 때문입니다. 그러니 컴파일은 정상적으로 되더라도 런타임에서는 오류가 발생할 수도 있습니다.
("C# in Depth"에서도 Implicit casting in foreach loops over generic collections 라는 장(1.1.2)에서 설명을 하네요.)

사이냅소프트 전화인터뷰 후기

2009-05-06T22:16:00.003+09:00

인터뷰는 서두, 질답, 어필시간, 향후 일정에 대한 공지 순으로 이루어졌다. 난생 처음 해보는 전화 인터뷰라서 완전 긴장되서 그런지, 오히려 사전 준비가 잘 안되더군. 그냥 기본 실력으로 쳐보리라 생각했었는데, 결론적으로 스스로 평가하기에 낙제를 면키 어려울 듯 하다.

서두에선 전화가 가능한지, 통화가 원만히 이루어질 수 있는 공간에 있는지, 얼마나 걸릴지를 말해준다. 질답 시간에는 기초적인 전산 지식에서부터 경험에 대한 구체적인 설명까지 다양한 질문이 있었는데, 첫 질문에 답이 꼬여서 횡설 수설했더니 이후 답변도 만족스럽지 못하게 나왔었다. 나중에는 내가 이 인터뷰를 왜 하고 있는지도 잊고, 생각나는대로 말하게 되는데, 그 내용도 장황하며, 횡설수설, 두서 없음의 연속이어서 자괴감이 들정도였다. 지금 기억나는 질문은 아래와 같다.

little endian과 big endian의 차이 : 네트워크 수업 시간에 들었던 바는 기억이 나는데, byte ordering과 헤깔리고 말았다. endian은 1차원 공간에 여러 개의 연속된 대상을 배열하는 방법을 지칭하는 말이고, 큰 단위가 앞에 나오는 것을 big endian, 작은 단위가 앞에 나오는 것을 little endian이라고 한다. byte ordering은 바이트를 배열하는 방법을 말한다.
1번과 관련하여 프로그래밍 경험 : 난 네트워크 프로그래밍 경험이 별로 없고, 있다고 해도 좀 더 추상 수준이 높은 레벨에서만 한 탓인지, 관련 경험이 없다고 했다. 네트워크 프로그래밍 숙제 했던 것을 '경험'이라고 할 수는 없잖은가.
자바에서 상속과 인터페이스의 차이 : 이건 객체 지향 수업 시간과 자바 수업 시간 외에도, 각종 인터뷰 모범 질답에도 수없이 나오는 문제인데, 엉뚱하게 대답했다. 내가 대답한 내용은 다중 상속 시 발생할 수 있는 애매함 문제를 방지하기 위해 자바에서는 단일 상속만 지원하는데, (단일 상속만으로는 어려운) 다형성 구현을 위해 인터페이스가 있다라고 말해버렸다. 문맥으로 보자면 전혀 이해가 안될 말이었다.(한국어가 이럴때 너무 밉다 ㅠㅠ) 퇴근하는 동안 생각해본 정답은 인터페이스는 클래스와 무관하게 일련의 연관된 메소드들을 선언하기 위한 것이고 상속은 클래스들의 계층성을 통한 코드 재활용을 위한 기술이라고 해야하지 않았을까 싶다. 근데 보통은 '추상 클래스'와 '인터페이스'의 차이를 묻는 질문이 더 많은 듯 한데, 아무튼 당황스러웠다.
데이터베이스에서 트랜잭션 개념의 존재 이유 : 이거야 데이터베이스의 기본 중 기본이다. 그래서 그런지 짧게 요약하려다 요상한 말을 하게 되었다. "비즈니스 로직 처리의 원자성"을 위해서라고. 내가 하고 싶은 말의 원 뜻은 원자성(atomicity)과 isolation(고립성이라던가?)을 설명하기 위한 것이었는데, 이상한 말이 되어 버렸다. ㅠㅠ 정답은 ACID(atomicity, consistency, isolation, durability)를 위해서이다. 이들은 목적이자, 트랜잭션의 특성이기도 하다.
XML 처리 방식과 차이: DOM과 SAX. SAX는 procedural한 처리 방식이고, DOM은 메모리에 모두 로드하여 처리해서, SAX가 속도는 빠른데 탐색은 느리고, DOM은 속도는 느린데 탐색은 빠르다고 말했는데, 뜻이 통했나보다. 사실 W3C 관련 표준을 자세히 공부해본 적이 없기 때문에 더 자세히 물어보면 어떻게 하나 두려웠었는데, 다행히도 저 수준에서 일단 끝. 추가 질문으로 어떤 파서를 사용해봐냤고 물어봐서 Xerces 써봤다고 했다.
TDD 개발 방식에 대한 설명: C#에서의 개발 경험을 설명했다. 예를 들어 설명했다면 좋았을 것을 일반적인 내용을 말로하느라 진땀 뺐다. TestUnit(사실 NUnit이다. 긴장하니 별 걸 다 헤깔리게 되더군)을 이용해 개발할 때 먼저 기능성과 인자의 boundary 등을 점검하는 테스트를 작성하고, 해당 메소드를 구현한다음 테스트 한다라고 설명했는데, 내 원래 의도는 테스트 먼저, 테스트 범위는 right-BICEP, 그리고 반복과 리듬을 말하려고 했었는데, 조리있게 설명을 못한 듯 하다.
애자일 경험: 난 개인적으로 팀에 애자일 문화를 전파하려다 처절한 실패를 맞본 경험이 있어서 그에 대한 내용을 설명하려고 했다. "방법론"에 대한 개발자들의 일반적인 심리적 저항에 대해 원인과 결과를 설명하고 싶었는데, 또 횡설수설, 중언부언 ㅠㅠ. 준비 부족을 절감했다.
최근 들은 칭찬: 갑자기 물어본 질문에 당황스러웠지만, 최근에 세미나를 한후 받은 칭찬이 생각 났다.(조과장님께 감사) 개발 실패 경험을 공유했고, 실패 원인에 대한 분석이 다른 개발자들의 공감을 얻는데 성공했다는 사실을 말해주고 싶었는데, 이 역시도 뭔말을 하는지 알아 듣기 힘들게 횡설 수설... -_-;;
다른 사람 보다 내가 확실히 잘하는 것은 무엇? 이 질문, 돌이켜 생각해보면 나를 어필할 수 있는 절호의 기회였는데, 왠지 모르게 조급증이 들어(인터뷰 내내 조급증에 시달렸다) 측정과 기록이라고 말해버렸다. 아니, 내가 천문 연구가도 아니고, 기상 관측사도 아닌 소프트웨어 개발 회사에 들어간다는데 왜 그런 말을 했을까? 게다가 첨언으로 S급 프로그래머는 아니라고 스스로 인정했을까? 모르겠다. 솔직히 마음속에 나오는대로 말했다. 소프트웨어 공학과 프로젝트 성공율이 높은 조직 구성은 지난 몇년간 날 휘어잡은 화두였고, 그것을 위해 많은 노력을 해왔던 것도 사실이다. 하지만, 좀 더 잘 어필했어야 한다는 생각이 든다. 소프트웨어 진화 개념에 대한 설명과 함께 구체적인 연구 방법과 성과를 설명했어야 하지 않을까?
끝으로 하고 싶은 얘기나 질문: 사실 이 질문도 대단히 중요한 질문이란 생각이 받는 순간 들었어야 한다. 하지만, 압박 인터뷰에 질린 탓인지, 또 횡설수설하고 말았다.(인터뷰를 요약하자면 횡설수설, 준비부족이다.) 정말 최고의 소프트웨어 회사라고 생각하고, 그 조직 문화에 참여해 배우고 싶고, 기여하고 싶다는 의도의 말을 전했는데, 나중에 생각해보면, 회사에서 나를 왜 뽑아야 하는지 어필할 시간이 아니었나 싶다. 좀 더 공격적이지 못했던 것이 아쉽다.
그 외 이력서에 적은 경험과 논문에 대한 질문 : 프로젝트에 사용한 기술과 숙련도에 대해 자세히 물어봤다. 전형적인 압박 인터뷰로 거짓말 한 사람은 금새 뽀록 났을 듯 하다. 이력서를 소박히 쓰길 잘했다. -_-;;

후기

인터뷰 시간을 미리 알았고, 준비할 시간도 충분했지만, 게으름으로 많이 하질 못했다. 아는 대로 말하고, 있는 그대로 말하려고 노력은 했지만, 객관적 입장에서 돌이켜 보면 정말 만족스럽지 못하다. 특히 기초적인 질문에서 제대로 답변하지 못한 것이 계속 아쉽고, 떠오른다. 기초에는 자신있다고 생각했었는데, 사상누각은 아니었는지 반성하게 되었다.

다시 한번 말 잘하는 연습이 필요한 이유를 절감했다. 내 말 버릇이 만연체가 많고, 요점을 정리하지 못하는 것인데, 정말 중요한 인터뷰에서 그런 것을 되풀이 했다는 것이 아쉽다. 아마도 기본 실력이 떨어지는 것을 자각하고 있고, 그로 인해 자신감이 부족해서 그런 것은 아닐까? 자신감을 갖고, 스피치나 인터뷰 연습을 해봐야겠다. 요즘 대학생들은 모의 인터뷰를 통해 그런 학습을 한다고 하는데, 난 그동안 그런 부분에 너무 무관심하지 않았던가. 하긴, 구직에 별 신경을 안써서 그런지도 모르겠다.

스스로에게 많이 실망하게 되었지만, 그만큼 성장할 수 있는 계기가 된 것 같다. 좋은 결과는 기대하긴 어렵지만, 스스로 모자른 점을 깨달은 것 만큼은 좋은 것 아닌가. 기반이 튼실한 개발자가 되자. 때론 너무나 당연스레 여긴 '원리'를 미처 깨닫지 못하고 있는 지도 모른다. 그리고 그것을 설명하는 것도 익혀야할 기술이다.

사이냅 소프트의 리쿠르팅에 대해 평하자면, 지금 다니는 회사에, 그리고 미래에 내 자신이 창업하고 싶은 회사에 적극 차용하고 싶을 만큼 세련되었다고 말하고 싶다. 프로그래밍 퀴즈, 전화 인터뷰를 하면서 겪은 그들의 매너와 수준은 정말 내가 겪어본 최고였다. 응시해본 경험 자체가 좋은 배움이었다. 그만한 회사 찾기는 쉽지 않은데, 인터뷰를 망친게 많이 아쉽다.

[Vimperator] 편집 관련 키와 설정 파일 위치

2009-05-06T10:24:00.008+09:00

편집 관련 키는 아래와 같다.

일반적으로 사용하는 복사/붙여넣기 방법인 Ctlr-c/Ctrl-v는 먹히지 않는다. 대신 Ctrl-v,c/Ctrl-v,v 를 사용해야 한다. Ctrl-v 키는 "다음 키 해석 생략(pass-through)" 기능으로, Vimperator가 Ctrl-v 키 다음으로 입력하는 키에 대해 해석을 생략하고, 파이어폭스에게 입력을 전달해준다.
i 키를 누르면 삽입모드(insert mode)가 시작되어 커서가 생기고, h,j,k,l 키로 커서를 옮길 수 있다. v 키로 "편집 선택"(visual selection)을 할 수 있고, y로 복사할 수 있다.(Y는 시스템 클립보드로 복사한다) "세로 보기 선택"(보통 vim에서는 Ctrl-v, gvim에서는 Ctrl-q) 기능은 아직 제공되지 않는듯 하다.(아시는 분은 알려주세요)

설정 파일명은 "_vimperatorrc"(Windows Vista 기준)이고, %USERPROFILE%(보통 C:\users\username) 디렉토리에 있다. 아래는 Gmail, Google Reader, Springnote의 단축키를 지원하도록 vimperator 해석을 막는 기능을 추가한 설정 파일 내용이다.


"2.0 (created: 2009/03/28 23:48:07)
set runtimepath=C:\\Users\\VISTAUSER\\vimperator

source! ~/_vimperatorrc.local

" vim: set ft=vimperator:

autocmd LocationChange .* :js modes.passAllKeys = /mail\.google\.com|\s*\.springnote\.com|www\.google\.com\/reader\/view/.test(buffer.URL)

[Vimperator] 브라우징 관련 키

2009-04-28T13:56:00.003+09:00

Vimperator 튜토리얼에서 간략하게 살펴볼 수 있는 키맵을 요약해 봤습니다.

gt 또는 Ctrl-n : 다음 탭
gT 또는 Ctrl-p : 이전 탭
gu : 상위로. 예를 들어 http://www.example.com/blog 에서 http://www.example.com 으로
H : 이전 페이지
L : 다음 페이지
:o http://www.example.com/ : http://www.example.com/ 열기
:o 키워드 : 기본 검색엔진에서 키워드 검색
: filename : 로컬 파일 열기
y : 현재 페이지 주소 복사
Ctrl-v, Ctrl-v : 붙여 넣기(Ctrl-v는 다음 입력 키는 Vimperator가 처리하는 키가 아님을 알려줌(pass through))
Ctrl-v, Ctrl-c : 본문에서 복사하기
gi : 첫번째 입력 필드로 포커스 이동(사전 페이지에서 유용)
q 또는 Ctrl-w : 탭 닫기
/키워드 : 페이지에서 키워드 찾기
n : /로 찾은 결과에서 다음 항목
N : /로 찾은 결과에서 이전 항목
:qall 또는 zQ : 모두 닫기
:bmarks : 북마크 표시하기
:bma[rk] : 북마크 추가
:delbm[arks] : 북마크 삭제

[Vimperator] 원하는 사이트에서만 비활성화 시키기

2009-04-23T18:15:00.003+09:00

어제부터 Vimperator를 사용해보니 좋긴 하다만, 단축키를 쓰는 사이트들(Gmail, Google Reader, Springnote 등)에서 난감하더군. 특히 Springnote의 단축키를 못쓰니깐 못생긴 문서가 만들어져서 화딱지가 났었다.

원하는 사이트에서는 Vimperator의 키들을 비활성화하는 방법이 없을까 했더니, 역시 있다. 아래는 GMail과 Google Reader에서만 비활성화 시키는 명령어다.

:autocmd LocationChange .* :js modes.passAllKeys = /mail\.google\.com|www\.google\.com\/reader\/view/.test(buffer.URL)

이 명령을 매번 실행할 수는 없으니 :mkv 로 설정을 저장해놓으면 편리하다. 좀 더 많은 유용한 팁들은 Vimperator/Wiki에서 찾으시면 되겠다.(springnote의 경우 \s*\.springnote\.com 패턴을 | 로 추가 해주면 된다.)

FireFox / Vimperator

2009-04-22T19:14:00.005+09:00

FireFox(이하 FF)를 주 브라우저로 사용하던 중 오늘에서야 Vimperator를 만났다.
요놈이 뭔놈인가 하면은 FF의 UI를 Vim 처럼 바꿔주는 놈이다. Vim 이 좋은 이유는 무엇이던가. 그렇다. 마우스로부터 해방되는 것이지.

제공되는 기능을 한번 살펴보자. (Vimperator 홈페이지를 간단히 번역,요약 한 것임)

hjkl,gg,G 를 이용한 네비게이션, O,/,$,ZZ, 등을 통한 FF 제어
탭을 이용한 명령어/주소 자동 완성
스크립트로 자신만의 기능 추가 가능
자바스크립트 객체 보기
자바스크립트 편집,
편리하고 빠른 링크 네비게이션(키보드로~)
미니멀 GUI
마크 지원
단축키 맵 지원
프로파일링 지원
문자열 검색 지원
외부 편집기 지원(Textarea에서, 위키 편집시 매우 유용!)
이벤트 별 자동 명령 실행 가능
등등

보시면 아시겠지만, 좋은 기능이 너무 많다. 개인적으로 Visual Studio에서도 에디터는 Vim으로 쓰고, 윈도우 기본 편집기도 GVim 인데, 유독 브라우저의 텍스트 편집기만 Vim이 아니라서 답답하던 차였는데, 너무 편리하다. 좀더 빨리 검색해볼껄 그랬다. 아래는 Vimperator 사용 데모 동영상이다.

시간관리 안티패턴 - 잡상인 패턴

2009-04-20T21:10:00.003+09:00

제한된 시간에 여러 가지 일을 해야 끝마쳐야 한다면 쉬운 것부터 해야 한다. 하지만 많은 사람들이 중요한 일부터 한다고 신경 쓰고, 고민하다가 정작 아무것에도 성과를 보여주지 못하는 경우가 많다. 하찮고, 가벼운 일부터 마쳐놓고, 크고 어려운 일은 집중해서 해결해야 한다.

이런 원칙은 누구나 알고 있는 것이지만, 마음이 불안하면 이런 원칙은 모두 사라지고 조급증만 생긴다. 특히 자신을 누군가 관찰하여 평가하는 상황에서는 더욱 그렇다. 내 경우 벌려 놓은 일을 해결하기 위한 일정은 촉박한데, 일은 손에 안잡히는 경우가 대부분 그러한 상황에서였다.

이런 상황은 대충 이렇다. '해야 하는데~' 라는 고민만 하다가 시간을 허비하고, 막상 마감을 코 앞에 두고서야 번갯불에 콩 구어 먹듯 해치워 버린다. 아니면, 결국은 못하고 마감을 연기하거나 포기해 버린다. 문제는 그 후에 그 일을 회고할 때 만족스럽지 못한 품질의 원인을 '시간 부족'에서 찾는다는 것이다. 그리고 이런 현상은 자주 반복된다. 이런 현상이 나타나는 패턴을 '잡상인 시간 관리 패턴'이라고 불러보면 어떨까?

아무튼 이런 패턴에서 벗어나기 위한 방법은 첫째, 일을 줄여야 한다. 일의 양을 줄이고, 보여주고자 하는 성과와 목표의 범위를 좁혀야 한다. 제 능력에 맞게 일을 줄이고, 핵심적인 목표 이외의 것들은 과감히 포기해야 한다. 발명도 하고, 논문도 쓰고, 개발도 하고, 영어 공부도 하고... 한꺼번에 모두를 이룰 수는 없다. 하루에 집중할 수 있는 시간은 얼마 되지 않는다. 나머지 시간은 쉬어야 한다. 몸이란 하드웨어가 그렇게 만들어져 있다. 집중력도 시간이나 돈과 마찬가지로 중요한 자원이다. 효율적으로 활용해야 한다.

두번째 해결 방법은 하고자 하는 일의 결과에 대한 부담을 줄이는 것이다. 안다. 이게 말로는 쉽지, 무척 어려운 일이다. 자아가 걸린 문제이기도 하니까. 어서 빨리 돈도 벌어야하고, 인정 받아 자리도 잡아야 하고, 그래서 집도 사야하고, 제대로된 일도 해보고.... 욕심 많은 사람들이 열심히 한다. 일 많이 벌리는 사람들은 보통 욕심이 남다르다. 하지만, 그렇기 때문에 포기할 줄도 알아야 한다. 성공하는 사람들이 모두 완벽하던가? 박사라고 모든 것을 알던가? 모든 것을 알려고 하면 우선은 자신을 알아야 하고, 자신을 안다는 것은 스스로의 한계와 모자름을 인정하는 것에서 시작되지 않을까?. 혼자서 모든 것을 할 수는 없다. 대신 자신의 모자름을 채워줄 수 있는 사람을 찾아라.(물론 거기에도 정도가 있다.)

내가 시간 관리를 잘해서 이런 글을 쓴다기 보다, 내 스스로에게서 발견되는 악습을 타파하고자 스스로에게 남기는 말이니 행여 오해는 마시길 바라며, 이만 글을 마친다.

GraphEdit로 FLV에서 MP3 추출하기

2009-04-14T20:31:00.004+09:00

DirectShow 스터디 예제 삼아 간단히 만들어 봄.

준비물

Windows Platform SDK 또는 DirectX SDK
Gretech FLV Source Filter : GomPlayer 설치하면 깔림
LAME MP3 Encoder Filter : 다운로드 바로가기
MpegWriter Filter
flv 원본 : Firefox를 사용한다면 Video DownloadHelper를 이용해서 DaumTV 등에서 다운받음

절차

graphedit.exe 실행
"Graph"->"Insert Filters" (Ctrl-f) 로 필터 목록 프레임 띄움
DirectShow Filters에서 Gretech FLV Source Filter 찾아 선택(더블클릭), flv 파일 선택
같은 목록에서 LAME MP3 Encoder Filter 추가
같은 방법으로 MpegWriter Filter 찾아서 추가, 저장할 파일 경로 지정(예. test.mp3)
Gretech FLV Source Filter의 Audio 핀과 LAME Audio Encoder의 XForm in 핀 연결(드래그), 자동으로 MPEG Layer-3 Decoder 추가 됨
LAME Audio Encoder의 XForm out 핀과 MpegWriter Filter의 Input 핀 연결
엔터 눌러 실행
파일 확인

어느 정도 흥미를 유발할지는 모르겠지만, 유용하게 써먹지 않을까?

Window Mobile 6 개발 환경(VS2005, Vista)

2009-04-14T20:07:00.002+09:00

준비물

VS2005 Standard Edition, SP1 이상 : 반드시 '스마트 장치 프로그래밍 기능'이 설치되어야 함('프로그램 및 기능' -> '변경' 으로 가능)
.Net Compact Framework 2 SP1 이상
Windows Mobile Device Center
Windows Mobile 6 SDK(WM6 SDK) : Standard 와 Professional 버전이 있음. 자신이 개발하고자 하는 바에 따라 선택

순서

VS2005 준비가 끝나면('스마트 장치 프로그래밍 기능'이 설치 되면 .Net Framework 까지 자동으로 설치됨) 이후 SP1를 설치해줌 (2009년 4월 기준)
Windows Mobile Device Center 설치
재부팅 : 재부팅하란 메시지가 안나오지만, 재부팅 해야됨
WM6 SDK 설치 후 재부팅

일단 위 순서로 설치한 후 VS2005를 실행 시켜보고, '도구'-> '장치에 연결'을 통해 Windows Mobile 6 Standard Emulator에 연결 해보자. 만약 성공한다면 제대로 설치된 것. 그런데 연결 할 수 없다고 메시지를 뿌리며 거부하는 경우가 생긴다. 이때는 VS2005를 닫고, 아래 경로의 디렉토리를 지운 다음 다시 해보자.

%SystemDrive%\Users\%USERNAME%\AppData\Local\Microsoft\CoreCon

즉 예를 들면, 아래와 같은 경로가 된다.

C:\Users\SomeUser\AppData\Local\Microsoft\CoreCon

후기

나의 경우 첫번째 '스마트 장치 프로그래밍'을 활성화 하지 않은 덕에 WM6 SDK 설치 자체가 시작되지 않아서,
.Net CF와 Mobile Device Center 설치 후 재부팅 하지 않아서,
여러 버전을 깔았다 지웠다 닭짓을 하다가 CoreCon이 꼬여서,
수시간을 허비하다가 겨우 설치에 성공했다. -_-;;
이 포스팅은 다른 분들이 고생할까봐서라기 보다, 나중에 또 고생하고 싶지 않을 목적으로 작성되어 보기 어려울 수 있겠다.

CHI2009

2009-04-13T13:52:00.003+09:00

IDG에 CHI2009 관련 기사(휴먼 인터페이스 컨퍼런스에서 소개된 신기한 기술들)이 올라왔더군. 나노터치, 마우스그립,아이트랙, 타입라이트(오타 방지 키보드)를 소개하는데, 개인적으론 타입라이트가 눈에 든다.

"나입라이트는 사전에 등록되어 있는 4만 6,000여 개의 단어가 맞으면 그대로 입력이 되지만, 그것이 아니면 힘을 줘야만 키를 누를 수 있다. 따라서 사전에 등록이 안되어 있어도 입력은 할 수 있지만, 오타일 가능성이 있음을 알게 되는 것이다"

라고 하는데, 정말 좋은 생각이지 않은가? CHI2009에 관심이가서 모바일 관련 세션은 없나 봤더니 아래와 같은 페이퍼들이 올라왔더군(출처:CHI2009 홈페이지). 모바일 인터넷 관련된 페이퍼는 읽어봐야겠다. 그런데 가만 보면 이런 건 인류학에서 해야 하는 거 아냐?(물론 농담이다.)

GestureTek, 제스쳐 인식 기반 TV UI

2009-04-13T13:22:00.004+09:00

요즘 텔레비전은 기능이 참 많아졌지? 인터넷은 기본이고, 위젯(날씨,증권 등)들도 달려있고, 게임기까지 정말 많은 기능들을 제공한다. 그런데 너무 많은 기능을 제공하다 보니 하나의 리모콘으로는 감당이 안된다. 통합 만능 리모콘도 나오지만, 어려움을 느끼는 사람들이 많다. 이런 이유로 사람 몸 상태(손이나 눈동자의 움직임에서부터 뇌파까지)를 관찰해서 의도를 파악하려고 하는 기술들이 많이 연구되었는데, 지난주에 CNet에 손을 이용한 제품이 소개된 기사가 올라왔더군.

Hitachi와 GestureTek라는데서 같이 만든 것 같고, 스테레오 카메라를 이용한 듯 하다. 한 사람만 손만 인식하게 했다는데, 어느 정도 정확성을 갖는지는 확인불가다.

제스처인식이 되었든, 화상 통화가 되었든 앞으로는 티비에 카메라가 장착되는 것이 일반화되지 않을까? 그러고보니 지금껏 에어컨도 카메라를 달고 나오는데, 티비들은 왜 안달고 나온거야?

지하철 노선도로 지식 표현하기

2009-04-10T09:43:00.003+09:00

기즈모도에 흥미로운 기사가 올라왔다.
Information Architects라는 디자인회사에서 만든 Web 2.0 맵이라는데, 웹 관련 산업 분류와 영향력, 성과등을 함께 볼 수있는 아주 재밌는 시각화 방법인 듯 하다.(맵 자세히 보기)

어떻게 보면 지하철 노선도는 가장 영향력 높은 정보 시각화 사례이기도 하다. 전세계 어디를 가도 비슷한 모양이고, 정보도 분명하게 나타난다. 지도보다 더 직관적이고 활용도도 높다.

요소들 간 계통을 구분하고, 연결성이 중요한 정보라면 이러한 그래프 개념을 사용하여 시각화 하는 것이 대부분 이긴 하지만, 지하철 노선도라는 생활 속에서 메타포를 가져와 적용하는 것은 정말 신선해 보인다.

요즘 중요하긴 한데, 자주 사용하지는 않는 것들(UML, Emacs, Gimp, C/C++ 등)의 단축키나 구문들을 컨닝페이퍼(Cheat Sheet)로 만들어서 사용하고 있는데, 이렇게 정보를 작은 공간에 요약하는 것만으로도 효과가 좋다.(구글에서 Cheat Sheet로 검색하면 다른 이들이 만든 다양한 커닝 페이퍼가 있다. 나처럼 기억력이 떨어지시는 분들은 활용하셔도 좋을듯 하다.)

Wall-E PC

2009-04-09T18:02:00.004+09:00

러시아 아저씨가 18일간 완성했다는 Wall-E 모양의 PC 외장.

정말 어마어마한 정성이 보인다. 어떻게 만드는지 알고 싶다고? 친절하게도 이 아저씨가 제작 과정을 상세히 문서화도 했다니 관심 있으신 분들은 살펴보시길.

English Russia

아래는 제작 과정 맛보기 사진

ISMAR08 Tracking Competition

2009-04-02T10:30:00.003+09:00

Augmented Reality 분야에서 Tracking은 가장 핵심적인 기술입니다.
작년에 열린 ISMAR(IEEE and ACM International Symposium on Mixed and Augmented Reality) 컨퍼런스에서 Tracking 성능을 겨뤄보는 대회가 있었더군요.

성능을 겨루는 방식은 홈페이지에 자세히 나와있습니다. 간략히 요약하면 창고(15m x 8m x 3.5m)에 여러 선반, 테이블 등이 있고, 각 선반과 테이블 위에는 움직일 수 있는 작은 객체들(인형,소도구,RJ45잭 등)이 있습니다.(위 그림 참조) 선반이나 테이블등은 움직이지 않고, 표식을 붙일 수도 없습니다. 작은 객체들은 위치와 자세를 바꿀 수 있습니다. 이런 환경에서 각 객체들(선반,테이블부터 작은 객체들까지)의 좌표들을 계측해 내면 됩니다. 다양한 크기의 객체들을 동시에 인식하고 추적하는 시스템을 개발해야만 우승할 수 있겠지요. 참고로 이 대회는 학계와 산업계 모두 참가할 수 있다고 합니다.

요즘 ‘통계의 미학’이란 책을 보고 있는데, 이런 말이 나오더군요. “기업의 측정기술 수준이 바로 그 기술 수준이다.” ISMAR08 Tracking Competition을 보면서 기술 수준을 높일 수 있는 방안에 대한 힌트를 얻었습니다. 테스트 자동화와 잘 결합시키면 빠른 알고리즘 간 성능 비교를 빠르게 할 수 있을 것 같네요.

'통계의 미학'을 읽다가

2009-04-02T00:38:00.002+09:00

"여러분이 거론하고 있는 것을 계측할 수 있고 숫자로 표시할 수 있을 때라야 그에 관해 뭔가를 알고 있다고 나는 말한다. 그것을 계측할 수 없을 때, 그리하여 그것을 숫자로 표시할 수 없을 때 여러분의 지식은 빈약하고 만족스럽지 못한 것이라고 할 수 있다."

- 윌리엄 톰슨 켈빈 경

극단적이라고 말할 수도 있겠다. 숫자로 측정하지 못하는 정성적 가치도 분명 존재하고, 암묵지도 존재한다. 하지만, 맥락에 대해서는 동의하지 않을 수 없다. 특히 누군가에게 자신의 주장을 납득시키고 싶다면 정량적인 데이터가 밑바탕이 되어야 한다.

기업의 목표도 품질에 관해서라면 계측할 수 있는 데이터를 가지고 선정해야 한다. 하지만 소프트웨어 산업 현장에서는 많은 사람들이 품질의 정량성보다는 정성성에 초점을 맞춘다.

물론 빈약한 소프트웨어 공학에서 비롯된 어설픈 품질 계측-코드 라인 수, FP 등은 분명 논란의 여지가 있다. 하지만, 소프트웨어 성능, 원가 절감은 분명 계측할 수 있는 목표가 된다. 특히 소프트웨어 성능 향상은 하드웨어 구입 비용 감소 등 원가 절감과 연관되기 때문에 품질 향상의 핵심이 된다.

품질은 측정 가능하다. 소프트웨어도, 인재도 언제나 측정 가능하다. 측정의 방법과 대상이 문제일 뿐, 언제나 그래왔다. 하지만 많은 기업들이 무분별하게 성과주의를 도입하면서도 성과 측정 방법에 대해서는 고민하지 않았다. 겨우 한다는 게 일한 시간이다. 치졸할 뿐만 아니라, 역효과를 부른다.

소프트웨어 품질은 무엇일까? 가장 측정하기 쉬운 것이 성능이다. 같은 컴퓨팅 자원으로 같은 일을 얼마나 더 빠르게 처리하느냐를 측정하는 것은 쉽다. 다음으로 안전성이 있다. 백엔드 솔루션들은 MTBF로 측정하는 것이 가장 쉽다. 서비스 업체라면 대응력도 측정 대상이 된다. 이 또한 대응에 걸린 총비용/시간으로 계산할 수 있다.

잘나가는 중소기업들의 특징은 현장 스태프에서부터 경영자까지 품질에 대한 개념이 일관되고, 집중적으로 관리된다는 것이다. 하지만 대부분의 사람들은 자신이 만드는 것이 무엇인지는 알아도 얼마나 좋은 것인지에 대해서는 무관심한 경우가 많다.(이런 현상은 연구실에서도 많이 목격된다.) 그 이유는 제품, 공정에 대한 계측과 통계를 연구하지 않기 때문이다.

그렇다고 숫자로 된 게 모두 유용한 데이터는 아니다. 예를 들어 일 못하는 사람이 업무 보고를 할 때 하는 말 '진행율 70%'는 숫자로 썼지만 전혀 쓸데가 없다.

수! 그동안 내가 얼마나 모자르게 공부했는지 다시금 깨닫는다. 수를 그리 두려워했으니 무슨 공부가 되나. 수를 보고, 통계를 보니 '안다'는 것이 무엇인지 조금이나마 알게 되는 것 같다. 그리고 그게 즐겁다.

WiMax-to-WiFi Hotspot

2009-04-01T11:46:00.002+09:00

Clearwire사에서 만든 WiMax-to-WiFi Hotspot 기기.
이렇게 와이맥스 모뎀을 핫스팟 기기에 연결하면 노트북에 꽂을 필요 없이 바로 연결된다는 것.
기기도 완전 무선인것 같아서 이동중에 정말 편리할듯. 와이브로 쓸 때 노트북에 모뎀 붙여 놓으면 키 누를 때 번거로운일이 생길 때가 많던데.(물론 모니터 뒤쪽에 포트가 남는다면 다행이지만)
노트북에서는 어떤 와이파이에 붙는지 신경쓸 필요 없이 사용할 수 있겠구나. 간만에 좋은 제품 나온듯. 와이브로용으로도 나오려나.
관련 기사

Rearden Studios OnLive

2009-03-31T10:35:00.004+09:00

클라우드 컴퓨팅, 스트리밍을 이용한 게임기라는데, 품질은 어떨까?
현재 게임 콘솔이 보여주는 성능들 정도만이라도 따라준다면 말 그대로 대박이 날 것 같지만, 그저 그런 성능이라면 -_-;;
근데, 스트리밍으로 가능한가? 말로는 엄청난 데이터 압축 기술을 썼다는데, 그걸 어떻게 믿나. 역시 직접 보기 전에는 못믿겠다.

그치만, 밑에 보는 동영상 정도라면 구매를 하겠다. 통신사와 결합상품으로 내놓기도 하겠구나

모바일에서도 이런 서비스가 가능한 날이 멀지 않았겠지?
관련기사 1, 관련기사2,프레젠테이션

Vuzix CamAR

2009-03-31T09:54:00.002+09:00

GDC2009 관련 소식 중 AR 게임 관련 뉴스도 있더군.
HMD를 쓰고 하는 듯 한데, 그닥 재밌어 보이진 않는다.
레고 게임은 Markerless AR 기술 응용인듯 한데, 동영상으로만 봐서는 어느 정도 정확성과 속도를 가지는지는 모르겠다.

저 HMD(VR920) 가격은 $399.95(USD) 이니, 장난감으로 사기에 저렴한 편은 아니다. 있으면 재밌기는 하겠다만...

작고 무선 연결이 가능한 기기(?)

2009-03-30T21:50:00.003+09:00

이런 디바이스는 어떻게 이름을 지어야 하나? 작으면서도 여러 센서가 달렸고, 무선으로 연결되고, 같은 종류끼리 통신도 되는....

뭐가 됐든 얘의 이름은 Siftables 이다. MIT 대학원생이 만들었다는데, 멋진 아이디어다. 천재들.. -_-;;

ARToolkit 설치(on VS8)

2009-03-30T21:02:00.002+09:00

ARToolkit Visual Studio 8(2005) SP1에서 디버그 하고 싶다면 아래와 같이 설치하라.
1. GLUT 설치
2. ARToolkit Download / Extract
3. MSVCP71.dll, MSVCP71D.dll Download (구글링)
4. MSVCR71.dll, MSVCR71D.dll Download (구글링)
5. 프로젝트 별 디버그 디렉토리 변경 : 설치 디렉토리/ARToolkit/Debug

핵심은 VS7의 DLL들을 다운받아 설치하고 디버그 시작 디렉토리를 변경하는 것임

관심가는 모바일 증강 현실(Mobile AR) 응용들

2009-03-24T14:00:00.004+09:00

AR응용은 크게 Outdoor, Mobile, 기타(Ubiquitous Computing, Stereoscopic Reality)로 나눌 수 있습니다. 이 중 Mobile 분야에서 주목 받고 있는 응용들을 소개해 드리고자 합니다.

첫 번째 소개해드릴 제품은 Wikitude 입니다. 아래는 해당 응용이 동작 모습인데요, 일전에 소개해드린 Enkin과 유사한 서비스로 지역 기반 정보와 위키피디어의 혼합 서비스로 보시면 되겠습니다. 즉, 카메라프레임과 사용자 위치 정보를 통해 주시하고 있는 객체(건물,지역)를 위키피디어의 검색어로 입력하여 해당 내용을 표시해줍니다. 2008년에 개발되어 현재 독일과 네덜란드에서 서비스중입니다. 기즈모도에서 선정한 2008년 Top 10 Best Android App에도 포함되었습니다.

두 번째 소개해드릴 제품은 금융그룹 ING가 선보인 ING Wegwijzer 인데요, 아래 보시는 바와 같이 사용자의 현재 위치에서 가장 가까운 ATM기 위치를 알려줍니다. AR로 보여주는 모드와 함께 Google Map 상에 표시해주는 방법도 같이 사용하고 있어 매우 실용적이라고 생각이 되네요

세 번째로 소개해드릴 제품은 iPhone 기반의 Sekai Camera인데요, 이 제품은 MWC2009에서도 화제가 되었었죠. 영상 분석 기반으로 목표 객체를 찾아내고, 객체에 관현 정보를 서버로부터 가져와 화면에 풍선 형태로 표시하는 방식으로 동작합니다. 기즈모도에서 아이폰의 차세대 킬러앱으로 지목할만큼 주목을 받고 있는데, 아직까지는 만족스러운 성능을 보여주진 못하는 것 같습니다.

국내에서 만든 상용 Mobile AR App은 아직까지는 찾지 못하였지만, 아마도 조만간 나오지 않을까 싶습니다. 이미 많은 연구들이 진행되었으니까요.('모바일 증강현실'을 구글링 해보세요.)

국내 모바일 위젯 현황

2009-03-20T09:48:00.007+09:00

작년 한해 동안 위젯 만큼 많은 관심을 받은 키워드도 없을 것이다. 요즘은 좀 수그러든 분위기인지 관련 자료들이 눈에 띄지 않는다. 심심하기도 해서 국내 이통사들은 얼마나 많은 위젯을 보유하고 있는지 조사해보았다. 국내 이통사들의 위젯 홈페이지들에는 검색, 분류 기능이 거의 없기 때문에 직접 모든 위젯들을 눈으로 세어보는 수밖에 없었다. 아래 그림은 어제(2009-3-19) 조사한 국내 모바일 위젯 보유 현황이다.

현재까지는 KTF의 쇼위젯 서비스에서 가장 많은 위젯을 사용해볼 수 있다. SKT는 1mm,아이토핑1.0, T-Interactive, 아이토핑2.0 까지 위젯 서비스가 수차례 변경되면서 레거시들을 충분히 활용하지 못한 듯, 보유 위젯이 그닥 많지 않다. LGT의 '오즈 위젯'은 서비스를 시작한지 얼마되지 않아서인지 몰라도 위젯이 가장 적었다.

그렇다면 전체 위젯 중에서 유료 위젯이 차지하는 비율은 어떻게 될까? 유료 위젯의 경우 정보연동형(대기화면에 상주하여 주기적으로 데이터를 업데이트 함) 위젯의 경우 월정액 모델이 있었고, 게임과 같이 다운로드 건당 과금되는 모델도 있었다. 무료 위젯은 업데이트나, 다운로드 시 비용이 청구되지 않고, 위젯 다운로드 시 데이터 요금만 청구되는 모델로 한정했다. 현재 이통사 별 유료/무료 위젯 비중은 아래와 같다.

LGT, SKT 모두 서비스를 개시한지 얼마되지 않아서인지 유료 위젯이 거의 없지만, 조금씩 늘어가고 있는 추세인 듯 하다. 사용자 입장에서는 무료 서비스가 많은게 좋겠지만, 산업 발전을 위해서는 돈을 내고도 쓸만한 유료 서비스들이 많은게 바람직하다. 개인적으로 KTF의 유료 위젯들이 얼마나 많은 돈을 벌고 있는지가 궁금하다. 그런 자료는 아직 찾지 못했다.(모바일 위젯 관련 국내 자료들 중 쓸만한 최신자료가 거의 없다. 아마도 기대만큼 위젯이 큰 돈이 못됐기 때문이겠지)

고난이도 불꽃놀이

2009-03-19T06:44:00.001+09:00

이건 뭐 목숨 걸고 해야할 것 같은데.. -_-;거의 장인 수준이다.
이런 분들은 무형 문화제 같은 걸로 보호하지 않을까.
아무튼 장관이긴 장관이다.

멋진 소녀들, 지구를 찍다

2009-03-19T06:10:00.003+09:00

정말 멋진 걸 발견했다. 그냥 흔해빠진 지구 사진 같지만, 이걸 어떻게 찍었는지 알고나면 박수를 안칠수가 없을 듯 하다. 풍선과 카메라를 이용해 지구를 찍은 놀라운 사람들이 있는 것이다. 놀라운 것은 그들이 작은 소녀들이란 점(아래 사진 참조)

자신들만의 우주선을 만들고 테디 베어 우주 비행사(teddy bear astronauts)라고 이름 붙인 인형들을 함께 우주로 날려보낸 이 작은 소녀들에 대한 기사를 읽으면서 느끼는 바가 많다.
평생 남이 준 시험문제만 풀다가 자신의 꿈이 뭔지도 모른채 죽어가는 인생들과는 많이 다르지 않던가.

스마트폰 OS 비교표

2009-03-19T06:05:00.001+09:00

출처 : http://feeds.gawker.com/~r/gizmodo/full/~3/cCUfgkn-LHw/giz-explains-what-makes-the-five-smartphone-platforms-different

Boxee Remote iPhone

2009-03-18T18:12:00.002+09:00

AppleTV 를 제어하는 Boxee Remote 라는 놈인데, 영감을 많이 준다.

후지쓰의 칼라 eBook

2009-03-18T17:52:00.002+09:00

가격은 $1k 정도 할것 같은데, 킨들(Kindle) 킬러 역할을 할 수 있을지는 모르겠다.

출처: Fujitsu FLEPia Color eBook Reader Has Finally Arrived, Yours For $1000

짧은 URL의 가치

2009-03-18T10:29:00.003+09:00

긴 URL을 줄여주는 서비스가 소비자에게 어떤 가치를 전달해줄 수 있을까?

일단 처음 떠올랐던 것은 모바일에서 WINC 같은 삽질 서비스의 대안이 될 수 있겠다는 것이다.

참고문헌 중 '다음 모바일'이 좋은 예시를 제시해준 것 같다. (약속 장소를 로드뷰에서 캡쳐해서, URL을 durl.kr로 압축해 말로 알려주면 친구는 브라우저로 확인할 수 있다)

뭐 메일이나 메신저 같은 걸로 알려주면 되지 않냐고 되물을 수 있지만, '말'이 더 빠르지 않을까? 또 기억하기도 쉽고. 아무튼 뛰어난 발상이다.

참고문헌

사용자 가치에 중점을 둔 폰 디자인

2009-03-18T09:35:00.002+09:00

Sonim XP1: 방수, 방진, 충격에 강한 휴대폰

술 많이 먹는 사람들이나, 아웃도어 라이프스타일에 맞는듯

emporia Talk : 65세 이상을 타깃으로 한 효도폰

복잡한 스마트폰 보다 사용자에게 전달할 가치에 초점을 맞춘 디자인이 더 돋보인다.

출처 : 씨넷재팬이 주목한 휴대폰 Top 10

서비스 혁신과 노동환경

2009-03-16T13:27:00.004+09:00

리챠드프로헤어 라는 혁신적인 미용실이 있다. 가격이 혁신적이진 않다. 서비스가 혁신적이다. 적어도 내가 느끼기엔 그렇다. 대기하는 동안 음료를 제공하거나 인터넷을 할 수 있게 해주고, 게다가 손마사지까지 해준다. 헤어디자이너를 선택하고, 커팅이 끝난 후 머리를 감을 때는 황홀할 정도의 두피 마사지도 해준다. 개인적으로 이 부분이 최고로 만족스러웠다. 그리고 머리를 말린 후 어깨도 주물러주고, 손에 영양을 공급해준다는 촛농같은 것(-_-;; 이름이 뭔지 기억이 안남) 도 발라준다. 그렇게 남자 기본 커팅 서비스를 한 후 내는 요금은 만원(대전 월평점, 다른 지점은 모르겠음). 처음 가본 후 너무 맘에 들어 또 갔었드랬다. 그리고 언젠가 세스 고딘에게 알려줄 만한 리마커블한 서비스가 아닌가 하고 포스팅을 하려고 마음 먹었드랬다.

그런데, 그 얘기만 할수는 없겠다. 나의 손과 머리를 그렇게 정성껏 마사지 해준 여자직원(너무 어려보여서 소녀라고 부르고 싶을 정도였다)의 손을 유심히 보니 상처 투성이에 여기 저기 멍들고, 습진이 매우 심한 상태였다. 사실 유심히 바라보지 않아도 팔목만 걷으면 볼 수 있을 정도로 선명했다. 생각해보니 그 직원은 하루에도 십수명의 손 마사지, 머리 감기를 하면서 물을 수없이도 많이 만질 것이고 관리가 되지 않으면 습진을 배겨낼 재간은 없을 것 같았다.

직원이 꽤 많아 보이고, 인테리어나 제복도 고급스러워 보였지만 노동환경은 굉장히 열악해 보였다. 꽤 넓은 공간이었지만 직원 휴게실은 잘 보이지 않았다. 다들 전부 서서 일하는 듯 해보였고, 방송에서는 쉴새없이 그들만의 은어로된 명령이 전달되고 있었다. 가장 직급이 낮아 보이는 그 직원에게 일주일 중 며칠을 쉬느냐고 물으니, 정해진 요일에 하루 쉰다고 한다. 월차나 연차 같은 것은 애시당초 물어볼 기재가 아니었다. 꽤 많은 사람들이 아마도 근로계약서도 없이 일하고 있는 것은 아닌지 궁금해진다. 눈대중으로만 보아도 족히 스무명은 되보이는 직원들이 있는데, 주5일 근무가 지켜지지 않는 것 처럼 보였다.

미용실을 나서면서 마음이 무거워졌다. 그 직원의 손이 자꾸만 떠올랐기 때문이다. 분명 산업재해로 인정 받을 수 있을 것 같았다. 어린 나이의 여성의 손이 그러하다면 자존감이 분명 많이 상해 있을 것이다.

리챠드헤어는 분명 서비스에 있어서 여러가지로 혁신적이었다. 세련된 인테리어와 제복, 섬세하게 설계된 서비스 시나리오, 직원들의 매너 등은 정말 너무나 만족스러웠다. 하지만, 노동환경에서도 혁신적인지에는 의문이 든다. 물론 내가 확대해석하는 것인지 모르겠다. 또, 어쩌면 다른 더 열악한 미용실들의 현실을 외면하고 있는 것인지도 모른다.

서비스의 혁신에는 그 서비스를 만드는 구성원들의 행복과 만족감도 고려되어야 하지 않을까? 서비스 혁신은 단순히 고객과 오너의 윈윈을 위해서만이 필요한 것은 아닐것이다.

아이토핑 사용 리뷰

2009-03-16T10:25:00.003+09:00

아이토핑2.0이 나왔다는 소식에 시험삼아 설치해봤다.

사용 내용

총 사용 패널 : 3개
설치 날짜 : 2009.03.14
폰 기종 : SEC Anycall, SKT SCH-B850
패널 별 위젯
첫번째 패널 : News, Hot Issue Today, 날씨, 세계시계
두번째 패널 : 지하철정보, TV 편성표, 폭탄주, 증권, 날짜
세번째 패널 : 칼라링, 헤어스타일, 화보, 야구게임, 라이프, 네이트, 서비스 센터, 멜론
주로 첫번째 패널에 실시간 정보 업데이트 기능이 있는 패널들을 배치하고 나머지는 바로가기형 위젯들을 배치해놨다.

사용해 본 후 느낀점

어떤 사람들은 속도가 빨라졌다고 하는데, 어떤 위젯을 띄워놓느냐에 따라 큰 차이가 있는 것 같다.
정보 업데이트가 필요한 위젯이 많은 패널을 로드할 때는 다소 로드 시간이 걸리는 것이 느껴졌다.

개선이 필요하다고 생각되는 점

슬라이드가 닫히면 위젯 매니저까지 닫히는 것은 심각한 문제로 보인다.
슬라이드를 열때 다시 매니저를 띄우는 것 같은데, 그때문에 일반 메뉴(통화, 메시지)의 로드까지 지연되는 현상이 발생된다. 이전 T-Interactive에서는 없었던 문제인데, 이 폰에서만 발생하는 문제인지, 아니면 일반적인 문제인지는 모르겠다.
데이터요금이나 정보 이용료가 얼마나 나가는지 예상할 수가 없는 것도 문제인듯 하다. 이것은 어쩌면 의도적일수도 있겠다는 생각도 든다만, 어떤 요금제가 적합할지 추천해준다면 좋겠다.
위젯을 만들어서 사용하고 싶었으나 지원되지 않는 폰이라 하여 그렇게 하지 못했다. 왜 지원이 안되는지에 대한 설명도 못들었다. 간단한 바로가기 조차 만들지 못하게 하는 이유는 모르겠다.
옴니아 폰에서는 아이토핑이 안된다. 전략폰 맞냐?

전자 문서 리더

2009-03-13T09:24:00.002+09:00

일본 브라더 산업이란데서 6월 출시할거라는 전자문서 리더.
기본적으로 전자종이를 이용한 것이기 때문에 전력 측면에서 큰 이점을 가지겠지.
다만 가격이 다소 비싸서 당장 많은 사람들이 이용하기엔 어렵겠고, 산업쪽에서 수요가 있길 바래야 할까?

관련 기사 : 일본 브라더산업, 전자문서 리더 발표

근데 브라더 산업이라는데, 처음 들어봤는데, 미싱도 만들고, 프린터도 만들고, 별걸 다 하네.

초고속 충전 기술 개발

2009-03-13T09:20:00.001+09:00

MIT에서 초고속 충전 기술을 만들었단다.

강병우라는 석사 과정 학생이 만든 것 같은데, 특허 대박 터질듯.
리튬이온 배터리는 휴대 장치들 말고도, 전기 자동차 같은데도 쓰일 수 있는데, 초고속 충전되면 정말 생활의 변화를 일으킬것 같다.

얼마나 안전성을 확보하고 싸게 만드는지가 향후 관전 포인트겠군.
어쨌든 축하 축하~

건담 동상

2009-03-13T09:08:00.002+09:00

도쿄에 건담 동상이 만들어질 모양인가 보다. 18미터 정도라는데...
한시적으로 세워지는 듯 하다.
이게 계획된 건 2007년이었다고

멋진 프로젝트란 생각이 든다.

관련 기사 : 59-Feet-Tall Gundam to Guard Tokyo Against Aliens, Enemy Robots

Dell Studio One

2009-03-13T09:04:00.004+09:00

델에서 나온 일체형 PC같은데 멀티터치에 19형 모니터다. 아이맥 대항마로 만든 것 같은데 실제는 어떨지, 출시가 된 후에야 알 수 있을 듯(언제인지는 모름)

관련 기사 : Multitouch Dell Studio One Just Slightly Too Sexy For American Shores

IPTV에도 Facebook과 Twitter가 필요하다?

2009-03-12T13:31:00.002+09:00

Telephony Online에서 그렇게 주장(Is TV the next Facebook?)하는데, 타당해 보인다.
IM도 반드시 타당성 있이고...
근데 뭘로 입력하지? 리모콘? 무선 키보드? ASUS의 eee키보드 같은 형태로?
가능하다면 음성 인식도 좋겠군. 충분히 좋은 사용자 경험을 줄까?

Skype가 음성 코덱 오픈소스화

2009-03-12T11:43:00.001+09:00

VoIP 솔루션 만들겠다는 업체가 있는데, 좀 아쉽겠구만.

관련 기사 : Skype to give away wideband audio codec

Jenga Pistol

2009-03-12T11:02:00.003+09:00

젱가를 즐길 때 좋겠구나. ㅋ

관련 기사 : DIY Pistol Shoots Out Blocks So You Can Win at Jenga Every Time

쪼개지는 바퀴

2009-03-12T10:54:00.003+09:00

정말 괜찮은 생각인데? 이렇게하면 코너링할 때 속도 감소폭을 상당히 줄일수는 있겠어.

관련기사

아무래도 블로그는 여기로 옮겨야 할듯

2009-03-11T17:25:00.001+09:00

성제가 분주히 노력하기는 하지만, 안전성이 아무래도 떨어질 수 밖에 없는 것 같다.
또 위키 시스템의 인터페이스가 블로깅에 불편하기도 하다.(물론 이건 게으름에 대한 핑계다. 업뎃과 기능 추가로 충분히 커버가 가능하기도 하다)
어쨌든 앞으로는 여기에 로그성 포스트를 해야지 싶다.

멋진 학생

2009-03-11T17:22:00.002+09:00

포스텍 졸업 논문 심사 과정이 어떤지는 모르겠지만, 오늘 재밌는 프로젝트 제안서를 봤다.

http://home.postech.ac.kr/~sohn1818/proposal.pdf

문제에 대한 정의부터 의도와 목적까지 명확해보인다. 다부진 야심도 엿보이고...
다른 학교 학부생들도 이 정도 할 수 있을까.
이런 정도로 '공헌'할 수 있는 문제에 접근하는 학생이 그렇게 많아 보이진 않는다.
어떤 결과가 나왔을지 궁금하기도 하다만 시간이 없는 관계로 이정만 적자.
재밌었다.

류양이 그린 동양과 서양의 차이

2009-03-10T23:45:00.001+09:00

파란색이 서양, 동양인 빨강

1. 인간관계

2. 나(자신)

3. 문제대처방식

4. 시간관념

5. 식당에서

6. 여행

7. 의사소통

8. 줄서기

9.파티

10. 서로에 대한 인식

키보드 탈부착 폰,LGE

2009-02-27T17:33:00.000+09:00

출처 : 키보드를 '뗐다 붙였다'하는 스마트폰 출시

탈부착은 괜찮긴 한데, 이왕이면 Bluetooth써서 무선으로 할 수 있으면 더 좋았을듯

휘어지는 터치스크린

2009-02-27T17:31:00.001+09:00

관련 기사 : '휘어지는 터치스크린 등장'

조만간 e-종이를 이용한 서비스가 봇물을 이룰 듯

HMD를 이용한 휴대용 네비게이션 개발

2009-02-17T18:17:00.001+09:00

출처 : 안경을 통한 지역정보 수신 서비스 2012년 상용화?

그림 : http://techon.nikkeibp.co.jp/english/NEWS_EN/20080227/148097/

올림푸스가 만드는 건데, GPS, 모션센서 기반 임.

Enkin, 3D Navigation

2009-02-17T16:56:00.000+09:00

Communications of ACM 200901에서 소개되어 봤는데 아이디어가 참 좋다
Google Android 기반이라는데 자세한 구현 내용도 공개하고 있다.
http://www.enkin.net/
http://roess.tistory.com/21 에서 자세한 소개를 하고 있다.

IPTV, 소프닉스社 클리어스킨, 양방향 광고/ 검색 서비스

2009-02-17T16:54:00.002+09:00

얼마나 깔끔하고, hit rate가 높은 광고를 전달해 주는지 직접 사용해 보기전에는 모르겠지만, 주목해볼 필요는 있을 듯. SKT의 카운터는 무엇일까?
회사 홈페이지 : http://www.sofnics.com
관련 기사
- '꿈 IPTV' 현실로
- KT IPTV, '광고 플랫폼으로 수익 창출'
서비스 설명도

모니위키 한글화

2009-02-05T11:50:00.003+09:00

* php gettext extension을 이용해 동작하는 듯
* gettext를 이용한 지역화에 대해서는 Localizing PHP web sites using gettext를 참고하라
* 메시지 한글화 절차
1. 번역하려는 메시지 확인
* 예) "Blog Changes" // plugin/rcs.php:47
1. 해당 메시지 위치 확인
* 간단히 메시지 위치를 찾는 방법


$ find $WIKI_HOME -name '*.*' -exex grep -nH --color=auto "Blog Changes" {} \;

* 코드 위치의 예) plugin/rdf_blog.php:30, plugin/rss_blog.25
1. 코드 확인 : php gettext extension의 _() 함수를 사용하는지 여부
* rdf_blog.php 의 예) $rss_name=$DBInfo->sitename.': '._("Blog Changes");

1. $WIKI_HOME/locale/po/moniwiki.pot 에 해당 메시지 존재하는지 확인
* msgid가 존재하지 않을 경우: 소스 파일과 해당 메시지의 위치를 확인하여 po entry를 추가한다.
* msgstr 작성의 예) //'블로그 변화'라는 번역이 옳느냐는 따지지 말자. -_-;


#: ../plugin/rdf_blog.php:30 ../plugin/rss_blog.php:25
msgid "Blog Changes"
msgstr "블로그 변화"

1. $WIKI_HOME/locale에 가서 make를 실행한다.
1. apache를 재실행한다: 현재 내가 테스트한 버전에서는 gettext extension을 사용하는데, language file을 갱신하려면 웹 서버를 restart해야 한다.Benchmarking PHP Localization - Is gettext fast enough? 참고

SubVersion 사용시(Vista에서) '로그보기' 기능 오류 시

2008-12-15T17:14:00.003+09:00

SubVersion을 윈도우 Vista에 깔고, TortoiseSVN으로 테스트를 하려고 하는데, 옆에 있는 그림과 같은 오류가 발생한다면 해당 프로젝트 저장소에 있는 authz 파일을 수정해야 한다.
(여기서 계속 '오프라인으로 진행하지 마세요'를 선택하면 "C:\Projects\subversion-1.5.4\subversion\libsvn_repos\log.c"라는 황당한 에러를 볼 수 있을 것이다. 해당 경로는 실재하지 않을 가능성이 매우 높다.)

해결 방법은 authz 파일에 "* = r" 권한을 추가하는 것이다.(원인이 대충 짐작이 가지 않는가?)

관련 글타래는 여기서 볼 수 있다. 버그인데 다음 버전(1.5.4 이후)에서는 수정될지 모르겠다.

'비합리적 상사'를 설득하는 법

2008-11-12T21:37:00.002+09:00

확률이나 통계나 사례로 납득하지 않는 사람들은 소위 '자수성가형' 사람일 가능성이 굉장히 높습니다. 이런 분들은 대부분 자신의 경험의 외연을 지나치게 확장하는 경향이 있고, "열심히 하면 다 된다"는 신념을 가지고 있는 경우가 않습니다..

그래서 그런지 이런 분들은 프로세스를 합리적으로 개선하려는 행위를 "일을 가능한한 느슨하게 진행하려는 행위"와 동일하게 받아들이는 경향이 있습니다. 설득이 힘든 것은 대부분의 경우 그래서입니다.

또한 설득이 힘든 2차적인 이유는, 이런 분들이 대부분 결정권자이고, 이런 분들이 대부분 의사소통하기 힘든 위치에 있으며, 이런 분들이 대부분 개발자로서 힘든 일을 겪어본적이 없기 때문이고, 흥분하지 않고 이런 분들을 설득하기가 굉장히 어렵기 때문입니다.

살다보면 도저히 말이 통할 것 같지 않은 상대를 만나기 마련이다. 대부분은 서로 부딪히지 않고, 평화를 유지하기 위해 무시하거나 적절한 타협점을 찾기 마련인데, '상사'일 경우에는 그것이 어렵다. 특히 자신이 생각하기에 '비합리적'인 업무 지시가 내려진다면 더더욱 그렇다.

XPer에서 근래에 이에 대한 논의가 있었다. 논의의 시발점은 신뢰가 부족한 사업부/개발부 간의 일정 협의 방법이었지만, 논의의 흐름이 조직내 신뢰와 정치에 대한 탐구로까지 확장될 수 있었다.

내가 생각한 결론은 결국 의사소통의 과정에서 일방이 상대방을 '비합리적'으로 생각할 때는 파국으로 치닫을 수밖에 없다는 것이다. '자수성가형'이 되었든, 정말로 '일자 무식'한 사람이 되었든, 우리가 설득해야만 한다면 설득의 방법을 찾는 노력을 해야 한다는 것이다. 그런면에서 이병준 님이 지적해주신 '자수성가형 상사' 설득 방법은 매우 유용한 것으로 보인다.

이런 분들을 설득하기 위해서는 굉장히 열정적이어야만 하고, 그러면서도 흥분하지 않아야 하며, 필요할 때는 상대방의 가려운 곳을 긁어주는 대범함도 보여야 합니다.

대범함이란 이런 것입니다. "내가 이렇게 행동하는 것이 너의 이익에 반하는 것이 절대 아니며, 오히려 득이 되는 것이다"라는 것을 계속 어필하는 것입니다. 효율성을 전면에 내세우기 보다는, 결국 '이것이 더 열심히 일하는 것이다'라는 점을 강조하여 피설득자의 잠재적인 불안함을 해소하는 것입니다. 더 많은 수익과 가치로 연결될 점이라는 것을 강조하는 것도 중요합니다. 사업 계획서 발표하듯이 확신을 가지고 해야 합니다.

'자수성가형 상사'들의 자기 확신은 오랜 세월 경험을 통해 쌓여진 것이기 때문에 쉽게 무너지지 않는다. 설득하려면 그들의 경험을 무너뜨리는 것이 아니라 그들의 경험을 이용해야 한다. 하지만 이것 역시 말은 쉽지만, 실전 적용은 매우 어려운 고난도 기술임에는 틀림 없다.

하나만 깨닫자. 세상에 비합리적인 인간은 없다는 것. 설득하지 못했다면 설득의 방법에 먼저 의문을 가질 것. 그것이 결국 자신에게 생산적인 질문이다.

참고.

XPer 관련 글타래

[책]육일약국 갑시다

2008-10-27T22:46:00.004+09:00

회사 전무님이 선물해주신 책인데 재밌게 잘 읽었다.
나름 '고상한' 독서 취향 덕분에 성공담이나 경영 관련 에세이 모음집 같은 것에는 관심을 두고 있지 않았는데, 나름 귀감을 받을 만한 이야기가 많아 금새 읽었다.

사실 이런류의 책들이 주장하는 바는 대동소이하다. 근면, 성실, 정직과 같은 기본적인 부자들의 선호 가치에 대한 부연과 가화만사성, 인재, 내부결속 등등 경영에 필요한 자질이나 능력등에 대한 의견 개진이 다다. 때문에 이런 류의 책들은 보통 지루하기 짝이 없고, 성공한 사람들의 자화자찬이나 도덕적 우월의식 덕분에 반발감이 생기기도 한다.

하지만 이런 책들을 모두 쓰레기통에 쳐박아 둘 필요는 없다. 가끔씩이나마 독자에게 공손하게 다가와 솔직한 모습으로 희망을 전달하려는 겸손한 작가들이 있기 때문이다. 이 책의 저자도 그런 면에서 인정 받을만 하다고 생각한다.

작은 약국을 알리기 위해 그가 노력한 소소하지만, 색다른 노력들은 자본 없이 사업을 시작 하려는 많은 사람들에게 귀감을 줄만하다. 무조건 '육일약국' 가자고 택시 기사에게 '영업'하던 장면은 매우 인상적이었다. 게다가 고객 맞춤 경영을 위한 세세함(이름 외우기, 고객 형편 살피기)이나 나눔 경영에 대한 의지도 많은 것을 느끼게 해주었다. 말로는 정말 쉬운 것들이지만, 실제로 실천하기는 얼마나 어려운 것들이던가.

하지만, 아쉬운 면도 많이 보인다. 한 개인 사업자 또는 경영자로서 보여주는 미덕의 수준이 시혜적이라고도 보일만큼 제도 차원의 경영 기업에 대한 언급이 전혀 없다. 직원 부인의 셔츠를 사줬다는 둥, 지갑을 사줬다는 둥의 이야기는 감동적이긴 하나 일회적이고, 권위적으로 느껴진다.(시혜는 '위대한 지도자'의 일화에 빠지지 않는 감초가 아니던가.) 조직이 커지면 분명 약발이 떨어지는 그런 행위들이 시스템으로 백업되지 않는다면 결코 혁신적이라고 할 수는 없을 것이다.

또 책의 구성도 1,2장에서는 흥미를 유발시키지만, 3,4장은 지나치게 일반론을 얘기한다던가, 어디선가 들어본듯한 내용이 반복되어 지루한 면이 없지 않다. 아버지의 일화는 충분히 감동적으로 서술되지 않았음에도 불구하고, 저자의 감정만 들떠있다. 물론 이런 흠은 전문작가가 아닌 사람들의 책에서 매번 보는 것이기도 하다.

열심히 산 사람의 얘기는 언제나 감동적이다. 그 열정을 자신의 것으로 만들고, 자신을 되돌아 보는 계기로 만들수 있다면 어떤 책이든 새로운 인생을 살게 해준다. 시간이 된다면 SERI의 추천대로 휴가철에 읽어볼만한 책이다.

Windows Vista(비스타) 파일 삭제가 안될 때

2008-10-20T10:50:00.007+09:00

비스타에서 파일을 삭제하려고 할 때 항목이 없다고 경고하면서 삭제하지 못하는 문제가 가끔 발생한다. 아마도 '미리보기' 기능 등과 같이 사용자의 의도와는 상관없이 하나의 파일이 여기 저기에서 관리되기 때문에 잠금 해제 등과 같은 동시성 문제에서 기인한 것으로 보인다.

이런 문제에 대한 가장 간단한 해결책은 Unlocker라는 프리웨어를 사용하는 것이다.

사용법은 간단하다. 지워지지 않는 폴더 또는 파일에서 오른쪽 버튼을 눌러 unlocker를 실행하고, 잠금해제를 하거나 "삭제" 하면 된다. (잠금 상태가 아닌 파일이 삭제가 안될 때도 있음)

잠금 말고도 "권한" 문제 때문에 파일 삭제가 이루어지지 않을 수도 있다. 파일 소유 권한이 없다는 등의 경고창이 뜨게 되는데, 이 때는 파일 소유권을 변경하거나 안전 모드로 부팅해서 지우는 방법을 사용할 수 있다. 파일 소유권을 변경하는 것은 여러 방법과 절차가 있지만 가장 쉬운 방법은 Take Ownership 스크립트를 이용하는 것으로 보인다.

이래 저래 복잡해진 보안 정책 때문에 일반 XP 사용자에게는 너무 어려운 비스타가 아닌가 생각해본다. 아래는 관련 이슈들 목록이다.

http://forum.notebookreview.com/showthread.php?t=184797
http://forums.techarena.in/vista-help/894773.htm

참고로 과도한 미리보기 기능 때문에 성능상 애로를 겪는 분들께는 "고급시스템 설정->성능->설정->최적성능으로 조정"하시길 권고드린다.

Windows Vista에서 NAS 로긴 문제

2008-09-26T18:14:00.002+09:00

Windows Vista를 사용하다보니 별 문제가 다 있더군. NAS에 접속할려고 하는데 꼭 Username/Password를 모두 적어줘야하는 문제가 있더라. 그것도 Username은 꼭 pcname\username 와 같은 식으로 반드시 적어줘야 한다.(다행히 도메인은 생략가능)

[C#]type이 IWhateverable을 구현했을까?

2008-09-22T17:40:00.003+09:00

동적으로 type을 로드했는데, 이것이 IWhateverable을 구현했는지 어떻게 알까? 아래와 같이 하면 된다.


if(typeof(IWhateverable).IsAssignableFrom(type))
{
   // type이 IWhateverable을 구현함
}else
{
   // 구현하지 않음
}

참고 자료
* http://www.hanselman.com/blog/DoesATypeImplementAnInterface.aspx

좋은 프로그래머는 인도주의자다.

2008-07-30T09:59:00.000+09:00

남아공에는 PC를 통해 인터넷에 접속하는 사람보다 핸드폰을 통해 접해본 사람이 더 많다고 한다.[1] 그 이유가 모바일 환경이 잘 갖춰져서 그런게 아니라, 워낙 기반 시설이 안좋고 PC 보급률이 낮다 보니까 상대적으로 더 많이 보급된 핸드폰으로 제한된 인터넷에 접속하게 된다는 것이다.

위에서 인용한 논문은 그런 기술 부족 환경(Technology-poor environment)에서 ICT[2]를 디자인할 것인지에 대해 좋은 예를 제시하고 있다.

핵심은 사용자를 시스템에 맞추게 하지 말고, 사용자가 필요에 따라 디자인하게 하되, 환경을 충분히 고려해야 한다는 것이다. 특히 기술 부족 환경에서는 좀 더 다른 접근 방법이 필요한 것 같다.

카메라를 살펴보면, 기술 부족 환경에서는 많은 사람들이 카메라 폰을 통해 카메라를 처음 가져보게 된다. 보통 이런 사람들에겐 카메라 폰에 저장된 사진을 따로 빼내어 저장할 매체(PC 등)가 없기 때문에 수천장에 달하는 사진이 폰 안에 저장되게 된다.

하지만 보통의 카메라폰 UI에서는 이런 수천장의 사진을 내비게이션하는 것이 매우 느리고, 비효율적으로 되어 있다. 애초에 카메라폰을 디자인 한 사람도 사진을 빼내지 않고 사용하리라곤 생각치 못했기 때문일 것이다.

사진을 탐색하는 것 뿐만 아니라 공유하는 것도 문제가 된다. 저장 매체가 없고, 네트워크 환경이 열악하다면 핸드폰 자체에 내장된 블루투스나 Wi-Fi를 이용하는 수밖에 없다.

이 논문에서는 그러한 접근 방법을 공유, E-러닝, 게시판 등에 적용하면서 실용적인 디자인 관점을 제안한다. 이러한 관점을 통해 난, 적지 않은 ICT 솔루션들을 살펴보면서 늘 가졌던 불만 즉, 사람과 기술 사이에 일어난 주객 전도가 결국 잘못된 디자인에서 비롯된 것이란 생각이 들었다.

나아가 그런 생각의 원인이 어쩌면 '인도주의'에 대한 망각 때문이 아니었을까란 생각도 든다. 다른 사람의 행복을 도와주는데서 가장 큰 행복이 오듯이 개발자도 본연의 목적은 프로그램을 통해 다른 사람이 행복하게 만드는 것이 되어야 하지 않을까.
----

* [1] "Gary Marsden,'Toward Empowered Design', Computer June 2008"
* [2] "Information Communication Technology"

사제단 ‘대통령의 힘과 교만을 탄식함’ 강론 전문

2008-07-01T13:16:00.001+09:00

어떻게 이렇게 글을 잘쓰시는지, 인쇄해서 간직해야겠다.
-------------------------------------------------------------------------

“거짓 예언자들을 조심하여라. 그들은 양의 탈을 쓰고 너희에게 나타나지마는 속에는 사나운 이리가 들어 있다. 너희는 행위를 보고 그들을 알게 될 것이다. 가시나무에서 어떻게 포도를 딸 수 있으며 엉겅퀴에서 어떻게 무화과를 딸 수 있겠느냐?”(마태 7,15)

▶대한민국 민주주의 심각한 위기 맞고 있어

차마 눈뜨고 볼 수 없는 참상이 벌어지고 있습니다. 국민을 상대로 마구 저지르는 오늘의 폭력상과 거짓들을 지켜보며 우리는 분노합니다. 주권재민을 힘껏 외치는 시민들의 고뇌를 마음에 품고 오로지 기도에 집중하기 위하여 사제들이 오늘까지 이렇다 할 의견표명과 행동 없이 침묵 중에 지냈으나 이제 그런 절제도 아무런 의미가 없게 되었습니다. 국민이 그토록 간절하게 호소했건만 정부가 미국의 압박에 자진 굴복하여 문제의 쇠고기와 위험한 부속물 수입을 전면 허용해버렸기 때문입니다. 게다가 들끓는 국민여론을 제압하기 위하여 몽둥이와 방패로 시민들을 패고 내려찍으며 무참히 폭력을 행사했습니다. 이로써 촛불에 담겼던 간곡한 뜻은 짓밟혔고 우리는 대통령과 정부의 존립근거에 대하여 묻지 않을 수 없게 되었습니다.

천주교정의구현전국사제단은 이명박 대통령과 정부 각료들 그리고 한나라당의 교만과 무지를 탄식하면서 그들의 병든 양심을 교회의 이름으로 엄중하게 꾸짖고자 합니다. 아울러 이 땅에 하느님 나라를 선포해야 하는 사제의 양심에 따라 오늘 대한민국의 민주주의가 심각한 위기를 맞고 있다는 점을 경고합니다.

▶조중동의 표변과 후안무치는 가히 경악할 일

먼저 보수언론의 폐해를 지적합니다. 참여정부 시절 광우병의 위험성을 무섭게 따지고 들다가 현 정부가 출범하자마자 미국산 쇠고기의 절대 안전을 강변하는 조선, 중앙, 동아일보의 표변과 후안무치는 가히 경악할 일입니다. 정론직필의 본분을 버리고 이해득실에 따라 말을 뒤집는 언론의 실상이 널리 알려진 것은 만시지탄이나마 다행이 아닐 수 없습니다.

대통령이 국가정책의 많은 부분에 대하여 국민을 속이고 있는 현실은 더욱 큰 불행입니다. 대통령은 국민이 순진하다고 착각하는지 모르겠습니다. 하지만 대다수 국민은 그의 궤적을 잘 알면서도 혹시 경제문제 해결에 도움이 될까 싶어 지난 대선의 결과를 빚어낸 것뿐입니다. 대통령은 국민의 기대에서 점점 멀어지고 있습니다. 금번 쇠고기 협상에서 드러난 정부의 무능도 울분을 터뜨릴 일이지만, 높이 받들고 깊이 새겨야 할 천심을 폭력으로 억누르는 정부의 교만한 태도는 도저히 용납할 수 없는 일입니다.

▶대통령이 국가정책 많은 부분 속이고 있는 현실 더 큰 불행

그저 미국에 충성하려드는 맹목적 사대주의도 딱한 일이거니와 오늘 우리 사회에 불어 닥친 재앙은 무엇보다도 돈을 위해 정신의 가치를 값싸게 여기는 정부의 경박한 물신숭배에서 비롯했음을 지적합니다. 국민이 바라는 것은 값싸고 질 좋은 외국산 쇠고기가 아니라 모두가 공생 공락하는 드높은 자존감입니다. 국제적 망신을 일으킨 졸속협상이나마 정부의 주장대로 이에 복종하는 것이 한미 FTA 체결 조건에 유리하고, 그래서 자유무역이 혹시 경제지수를 끌어올릴 것이라는 억측이 설령 옳다고 가정해도 그 결과는 이미 굳어질 대로 굳어진 양극화 현상을 더욱 극단으로 몰고 갈 것이라는 게 교회의 판단입니다. 결국 정부는 불행한 미래를 강요하는 수단으로 공권력을 악용하여 국민의 통곡과 신음을 억지로 틀어막고 있는 것입니다.

▶경찰의 폭력에 숭고한 촛불의 뜻 꺼지지 않도록 지키겠다

우리는 “어둠이 빛을 이겨 본 적이 없다”(요한 1,5)는 성경말씀을 묵상하면서 오늘까지 촛불을 지켰던 민심을 지지하고 격려합니다. 우리 사제들은 청정한 수도자들과 전국의 모든 교우들과 함께 무장경찰들의 폭력에 숭고한 촛불의 뜻이 꺼지지 않도록 지켜드리고자 합니다. 정부는 원천봉쇄와 강경진압 그리고 오늘 아침에 벌어진 광우병 국민대책회의 압수수색과 체포 따위로 진실을 어둠에 가두려고 하겠지만 이런 모진 마음 때문에 국민이 받은 상처와 모욕은 더욱 깊어만 갈 것입니다. 이에 우리는 대통령에게 호소합니다.

1. 국민은 너그럽습니다. 대통령은 우선 쇠고기 협상의 실패를 인정하고, 국민 앞에 겸손하게 사죄를 청하는 뜻으로 장관고시를 폐하고 쇠고기 전면재협상을 선언하길 바랍니다.

2. 먼저 들으셔야 합니다. 소통을 강조하는 대통령은 먼저 국민의 소리를 들으시고 그 진실을 깊이 헤아린 다음 국민과의 대화에 나서길 바랍니다.

3. 국민은 현명합니다. 문제의 핵심은 국민 건강의 안전성과 이를 보증할 검역주권입니다. 일부 언론이 쇠고기 문제를 친미와 반미, 진보와 보수의 이념갈등으로 몰아감으로써 핵심을 왜곡하지 말아야합니다.

4. 과잉 폭력진압을 지시한 어청수 경찰청장을 해임하고 시위 중 연행된 사람들과 대책회의 구속자들을 전원 석방하십시오. 그리하여 존엄을 바라는 국민의 상처를 씻어주길 바랍니다.

5. 국민 여러분에게도 호소합니다. 촛불은 평화의 상징이며 기도의 무기이며 비폭력의 꽃입니다. 우리가 비폭력의 정신에 철저해야만 폭력의 악순환을 끊어 버릴 수 있습니다.

마지막으로 모든 신앙인에게 호소합니다. 촛불은 안으로는 내면의 욕심을 불태우고, 밖으로는 어둠을 밝히는 평화의 수단입니다. 저마다 마음을 비우고 맑게 하여 지친 세상을 위로하고 서로에게 빛이 됩시다.

2008년 6월 30일

천주교정의구현전국사제단

Wanted, 현대 노예들에대한 노골적 조롱

2008-06-30T01:04:00.002+09:00

요란한 선전에 대한 기억과 차시간이라는 요소에 의해 선택된 "원티드"
'평화로운 일요일'을 차리기 위한 몸부림으로 감상 시작.

이미 디지털 배우와 세트 없이는 제작조차 불가능한 21세기임을 다시 일깨워주는
화려한 비쥬얼과 액션.
시놉시스는 그저 그렇고, 배우들 연기 역시 그저 그러함.
80년대 일본 아니메가 주었던 눈과 귀의 충격을 느끼는 건 내가 극장 방문이 오랜만이었기 때문.

내용상으로는 감독의 노골적인 현대 노예들에 대한 조롱.
완전히 불가능한 액션은 모든 물리적 한계들을 조롱하고,
완전히 무기력한 화이트 칼라들을 파리 날개로 취급.
물론 이 영화를 가장 많이 즐길 그들이었기에 어설프게나마 '코드'로 감추는 듯 보였으나
말미에 노골적으로 드러냄.

서사 구조는 다분히 전형적.
"평화로운"(그래서 기억하기 매우 어려운) 휴일의 시간을 죽이기엔 아깝지 않으나
비쥬얼과 사운드를 즐기기 어려운 자리라면 비추.

어떻게 사는 것이 옳은가 또는 행복한가

2008-06-30T00:52:00.001+09:00

1.
국가의 통치 방식과 경제 발전 정도는 무관하다. 곧 민주주의의 심화 정도와 경제력은 무관하다는 소리다.

또한 경제력과 행복의 관계는 조금 어렵다. 경제력이 어느 수준을 벗어나기 전 단계에서는 밀접한 관계를 맺지만, 기점을 통과한 이후엔 전혀 관계가 없다.

비슷한 현상을 개인의 인생에서도 찾을 수 있다. 도덕적 당위와 행복이 그러하다. 도덕적 당위가 언제나 행복을 주진 않는다. 곧 옳은 삶이 곧 행복하진 않다는 것이다.

만약 행복한 것이 옳은 것이라면 옳은 삶은 행복해야 하지만, 행복한 것이 옳은 것이 아니기에 행복한 삶은 옳은 것으로 차있지 않다.

2.
그렇다면 행복은 무엇인가. 쾌락주의자들은 행복과 쾌감을 분리한다. 유물론자에게 행복은 그저 뇌에서 일어나는 전기적 반응에 불과하다. 행복은 허구일 수도 있다는 것이다. 시뮬라시옹 이론식으로 해석하자면 행복은 개인에게 주입된 상징 조작의 결과물일 수도 있다.

세상은 두 부류의 사람으로 이루어져 있다. 행복한 사람과 그렇지 않은 사람. 인생에 한번도 행복을 느껴보지 못한 사람도 있다. 그런 사람의 의식속에 있는 '행복'의 관념은 어떠한 것인가?

근래에 있어서 내 생각은 행복은 체제에 의해 발명된 도구에 불과하다는 생각이다. 행복과 쾌감이 분리되는 지점에는 윤리가 존재하는데, 이 윤리는 체제와 벗어나 존재할 수 없기 때문이다.

이러한 윤리적 행복론에서 한 개인의 쾌감이 다른 이의 불쾌가 된다면 그것은 '진정한' 행복이 아니다. 전체주의 열병이 지난 후에 이러한 사회적 역할이 많이 감추어져 있지만, 가족주의로 교묘하게 가면을 바꾸었을 뿐이다.

행복이란 단어와 "가족"을 떼어놓을 수 있나? 독신주의자 또한 독신이란 가족 테두리 안에서 행복이 가능하다는 측면에서 현대인에게 행복은 가족의 관념과 매우 밀접한 관련이 있다는 것을 깨달을 수 있다.

3.
인간의 사회성이 가진 두 얼굴.

사회적 인간이 존재하지 않았다면, 나에겐 이러한 사유의 자유조차 없었을 것이다. 하지만, 사회적 인간이 만든 이데올로기가 없었다면 내게 이런 구속 또한 없었을 것이다.

그것은 혼자서는 살수 없으면서도 자유 없는 삶의 의미를 쉽게 찾을 수 없는 약하디 약한 인간의 딜레마다.

공리주의. 어쩌면 그것은 존재하지도 않는 행복이란 관념위에 만들어진 사상 누각 같은 것인지도 모른다. 조직과 체제가 스스로를 지키기 위해 만들어 놓은 세포막 같은 존재가 공리주의일지도 모른다.

4.
옳게 산다는 것이 곧 행복한 삶은 아니다.
행복한 삶이 옳은 것도 아니다.

옳게 살았지만 불행할 수 있고
부도덕하게 살지만 행복할수도 있다.

자본주의의 기저를 이루는 공리주의는 인간은 행복을 추구한다는
행복론에 기대고 있다. 하지만 누구도 그 행복이 무엇인지 끄집어 낼 수가 없다. 어떤 언어에서는 '행복'이란 단어 조차 없다는 것은 무엇을 의미하는가?

행복이 존재하지 않는 것이라면
나는 어떤 삶을 살아야 하는가.

결국 모든 관념을 해체하는 과정에서 삶의 얼개를 알 수 있지 않을까.
나는 자연인이면서 사회인이다.
나는 자유인이면서 노예이다.

68 혁명

2008-06-05T14:34:00.001+09:00

http://serviceapi.nmv.naver.com/flash/NFPlayer.swf?vid=B4DF111B4AEBE57CD76A9B5051667AA86F18&outKey=V127e654d50d972208a784304ca058cc3ad52e127db9b23334dce4304ca058cc3ad52

문서가 없는 제품은 테스트하지도 말라

2008-05-20T00:04:00.002+09:00

1.

오늘 무난히 하루 일과를 마치나 했더니, 난데 없는 도움 요청에 밤 샐까 고민하다가 겨우 퇴근했다. 문제를 해결 할 수 없다는 답을 찾기까지가 다섯 시간 가까이 걸렸다.

문제를 해결하기 어려울 때는 우선 문제가 잘 이해가 되지 않을 때, 즉 프로그램의 경우 "예상치 못한 현상,결과"가 나오는데, 그 현상이 무엇인지 조차 파악이 안될때가 가장 어렵고, 현상은 이해 했으되 그 원인을 파악하지 못할 때, 즉 자신이 알지 못하는 벽 뒤의 원인이 현상을 만들어 낸다는 것을 알아냈을 때가 그 다음으로 어렵다. 오늘은 후자의 경우를 겪었다.

2.

Windows에서 COM과 ATL은 .Net이 나오기 전에도, 그리고 지금도 많은 경우 프로그램이 배포되기 위해 취하는 형태이다. 특히 ActiveX는 국내에서 열렬한 지지를 받고 있는데, 그 이유는 그 형태가 매우 배타적이어서 유지보수하기 어렵고, 보안에 취약하기 때문이다. (이런 논리는 일반적으로 교과서에서 배우는 좋은 소프트웨어 조건에 정 반대에 해당하는데, 국내의 척박한 SW 생태계에서만 존재하는 특이한 형태 같다.)

어찌 되었든, 오늘 마주친 문제는 ActiveX로 작성된 컴포넌트를 가져다가 .Net에 붙이는 작업인데, 컴포넌트의 로드까지는 성공했는데, 그 이후 컴포넌트를 동작시키는데서 과부하를 일으키더니 정작 원하는 바는 아무것도 이루어지지 않는 문제가 발생했다.

이런 문제는 컴포넌트의 동작 수행 방식을 알지 못하면 어찌해볼 도리가 없는 문제인데, 마치 우주선에 태워놓고, 메뉴얼도 없이 달 여행을 하라는 꼴이랄까. 형편없는 매뉴얼은 아무런 도움이 안되는 상태에서 이리저리 함수 호출 순서를 바꿔가며 테스트 해보았지만, 결국엔 GG.

3.

매뉴얼을 주지 않은 하청업체를 욕하면서 테스트 경과 보고서를 작성하는데, 역시나 결론은 제대로된 매뉴얼을 달라는 것밖에 더 있겠는가. 가장 중요한 기능을 수행할 수 있는 샘플을 주었더라면(분명 10줄 이내의 간단한 코드일 것이다.) 간단히 해결될 문제인 것 같은데, 생쑈 하느라 시간만 낭비했다. 그것 말고도 할일은 잔뜩 쌓여있는데....

어찌되었든 오늘 경험에서 나름대로 확실히 깨달은 것은, 제대로 문서화되지 않아서 넘겨져 오는 서드 파티 제품들은 테스트 해보지도 말라는 것이다. 게으른 개발자들은 문서 만드는 것을 무슨 죄악처럼 여기지만, 문서가 안된 제품을 테스트해본 개발자라면 공감할 것이다.

Oracle 9i 클라이언트 사용시 주의할 점

2008-05-06T22:51:00.001+09:00

SqlPlus는 기본적으로 auto commit 모드가 아니므로 DML문 뒤에 commit을 수행해야 한다. 오늘 이것을 몰라서 아주 재밌는 경우를 당했는데, 간단히 테이블을 업데이트하는 프로그램을 짜서 테스트 해보려고 SqlPlus로 더미 데이터를 만들어 insert 하였다. 그런후 해당 Row에 대해 Update 하도록 하였는데, Update Query를 수행하는 순간(ExecuteNonQuery() 메소드) 프로그램이 그대로 멈춰버리는 것이다.

전혀 에러도 발생하지 않고, 아무런 응답없이 프로그램이 죽길래 너무 황당했다. 해당 현상은 오라클 9i 클라이언트로 10g 서버에 접속했을 때 발생했는데, 혹시나 버전 차이에 의한 문제일까 싶어 서버를 9i로 바꾸었더니 멈추지는 않는데, Update가 반영이 안되는 것이었다. 정말로 미치고 팔짝 뛸 정도로 황당해 하다가 다른 Query를 실행시켜보기로 하고 Update문을 Delete 문으로 바꾸었다.

그런데 이게 왠일인가. 해당 row가 지워지지도 않는 것이다. 그 때서야 난 이게 SqlPlus의 문제란 것을 깨달았다.(정확히는 사용법을 모른 내 잘못이지만) 난 문제를 이렇게 확인했다.

1. 한 행을 삽입한다.(SqlPlus)
2. 제대로 들어갔는지 확인한다.(SqlPlus)
3. 만든 프로그램(Update 또는 Delete)을 동작시킨다.
4. 동작(Update 또는 Delete)가 수행되었는지 확인한다.

이 과정 중에서 나는 SqlPlus가 당연히 Auto Commit 모드인줄 알았지만, 실제로는 그렇지 않았다. 나는 또한 Auto Commit 모드가 아니더라도 insert 한 행이 다음 select 질의문으로 확인된다는 것 또한 모르고 있었다.

이 사실을 확실하게 깨닫게 된 것은 Delete를 수행했을 때였다. Delete를 수행했는데도 해당 행이 지워지지 않는다는 것은 아직 저장되지 않았다는 것을 의미하기 때문이다.

나는 그동안 Oracle 대신에 MySQL을 사용해왔었다. Oracle을 사용하던 시절은 벌써 5년이 되어간다. 그 당시에도 그저 내가 만든 프로그램이 정상적으로 동작하는지 확인하기 위해 SqlPlus를 사용했지, 대부분은 SqlYorg 같은 프로그램을 썼다.(근데 이것도 Auto Commit 모드가 아니었나? 기억이 안난다.) 어쨌든 그동안 익숙한 MySQL Client들은 모두들 Auto Commit 모드였다. 때문에 나는 너무나 당연하게 생각했었던 것이다.

어쨌든 무식해서 몸이 좀 고생했다. 총 디버깅 시간이 두시간 정도 걸렸으니, 이 얼마나 생산성 떨어지는 일이냐. 흑흑. 뭐 앞으로도 오라클을 사용할 일이 얼마나 있을지는 모르겠지만, 그래도 기억하기 위해 기록으로 남겨둔다.

MovableUserControl

2008-04-25T17:58:00.001+09:00

마우스 오른쪽 버튼을 누르고 움직이면 컨트롤이 움직이는 것을 매번 구현할 필요는 없지.
그래서 그냥 하나 간단히 만들어봄. 코드프로젝트에 VB로 짠게 있는데, 그걸 변형한 것임


public partial class MovableUserControl : UserControl
{
    bool bMoving = false;
    bool bStayWithinParent;
    Point cursorOffset;
    Cursor curCursor;

    public bool StayWithinParentBounds
    {
        get
        {
            return bStayWithinParent;
        }
        set
        {
            if (value != bStayWithinParent)
            {
                bStayWithinParent = value;
                MoveControlWithinBounds();
            }
        }
    }

    public MovableUserControl()
    {
        InitializeComponent();
        this.DoubleBuffered = true;
    }

    protected void MoveControlWithinBounds()
    {
        if (this.IsHandleCreated)
        {
            MoveControlWithinBounds(new Point(Location.X, Location.Y));
        }
    }

    protected void MoveControlWithinBounds(Point location)
    {
        if (this.IsHandleCreated)
        {
            int x = location.X;
            int y = location.Y;

            if (x > Parent.ClientRectangle.Right - Width)
                x = Parent.ClientRectangle.Right - Width;
            if (y > Parent.ClientRectangle.Height - Width)
                y = Parent.ClientRectangle.Height - Width;
            if (x < Parent.ClientRectangle.Left)
                x = Parent.ClientRectangle.Left;
            if (y < Parent.ClientRectangle.Top)
                y = Parent.ClientRectangle.Top;
            Location = new Point(x, y);
        }
    }

    private void MouseDownHandle(object sender, MouseEventArgs e)
    {
        if (e.Button == MouseButtons.Left)
        {
            cursorOffset = e.Location;
            curCursor = this.Cursor;
            Cursor = Cursors.SizeAll;
            bMoving = true;
        }
    }

    private void MouseMoveHandle(object sender, MouseEventArgs e)
    {
        if (bMoving)
        {
            Point clientPosition = Parent.PointToClient(System.Windows.Forms.Cursor.Position);
            Point adjustedLocation = new Point(clientPosition.X - cursorOffset.X,
                                                clientPosition.Y - cursorOffset.Y);
            if (StayWithinParentBounds)
            {
                MoveControlWithinBounds(adjustedLocation);
            }
            else
            {
                Location = adjustedLocation;
            }
        }
    }

    private void MouseUpHandle(object sender, MouseEventArgs e)
    {
        bMoving = false;
        Cursor = curCursor;
    }
}