전 이 모습을 보면서 정말 멋있다고 느꼈습니다.

public function __get($name) {
    if ( property_exists($this, $name) ) {
        return $this->{$name};
    }
    $method_name = "get_{$name}";
    if ( method_exists($this, $method_name) ) {
        return $this->{$method_name}();
    }

    trigger_error("Undefined property $name or method $method_name");
}

public function __set($name, $value) {
    if ( property_exists($this, $name) ) {
        $this->{$name} = $value;
        return;
    }
    $method_name = "set_{$name}";
    if ( method_exists($this, $method_name) ) {
        $this->{$method_name}($value);
        return;
    }

    trigger_error("Undefined property $name or method $method_name");
}

보여드린 코드는 이름이 맞는 변수가 있으면 그것을 get 또는 set 하고, 만약 변수가 없지만 get_foobar(), set_foobar()와 같은 메소드가 있으면 그것을 호출하는 방식입니다.

특별한 기능이 필요하지 않다면 위 메소드를 클래스에 넣어두는 것만으로 기본적인 프로퍼티에 대한 get, set 메소드의 구현은 끝나게 됩니다.

만약 프로퍼티 보다 get_foobar(), set_foobar()에 우선을 두어 동작시키고 싶다면 매직메소드 내에서 프로퍼티를 찾는 부분과 메소드를 찾는 부분의 if 문 위치를 서로 바꾸어 주면 됩니다. 이렇게 할 결우 특정한 메소드의 get, set 동작만 특별하게 변형시키고 싶을 때 유용합니다.

이를 해결하기 위해 한동윤님이 새로운 날씨 가젯을 만드셨고, 마이크로소프트 홈페이지를 통해서 쉽게 설치 할 수 있었습니다. 어제 윈도우 7을 다시 설치하고 날씨 가젯을 설치하러 홈페이지에 가 보니 이제 더 이상 가젯 갤러리를 제공하지 않는다고 안내를 하고 있습니다.

어렵게 구글링을 통해서 비교적 최신 버전의 날씨 가젯 파일을 다운로드 할 수 있었습니다. 혹시 필요하신 분이 계실지도 몰라 이곳을 통해 공유 합니다.

윈도우 7 날씨 가젯 다운로드

-- 관리 대상이 아닌 캐릭터
local exclude_member = {"예외", "캐릭터", "이름"}

-- 관리 대상이 아닌 등급 (길드 마스터가 0, 그 아래로 9 등급까지)
local exclude_rank = {
	0, -- 길드 마스터
}

-- 등급 규칙
local rank_rule = {
	[5] = 20000000,
	[6] = 10000000,
	[7] =  5000000,
	[8] =  2500000,
}

exclude_member 변수에는 관리 규칙에 예외 대상이 되는 캐릭터 이름들을 넣으면 됩니다. 주로 길드 운영진이나 원로가 해당 됩니다.

exclude_rank 변수에는 역시 예외 대상이 되는 등급을 넣습니다. 길드 마스터는 0 등급이고, 그 아래로 1 씩 늘어납니다. 만약 10개 등급을 모두 쓰신다면 마지막 등급은 9가 됩니다.

rank_rule 변수는 해당 등급이 되기 위한 최소 길드 경험치를 설정 해놓습니다. 위에서는 5 등급이 되기 위해서는 길드 경험치 2천만점이 필요하게 설정한 것입니다.

애드온을 설치하시고 길드 마스터 캐릭터로 접속만 하고 계셔도 주기적으로 점수를 확인해서 등급을 조정합니다. 처음 로드를 할 때 간혹 잘 못 된 등급으로 분류하는 문제가 있는데, 잠시 후 다시 제대로 된 등급으로 재분류를 하니 너무 걱정하지 않으셔도 됩니다. 이 부분은 모든 애드온의 로드가 안정화 된 이후에 분류 작업을 개시해야 하는데, 나중에 호출되는 이벤트를 이용해도 제대로 처리가 되지 않아 생기는 문제입니다. 훗날 개선책을 찾으면 반영하겠습니다.

주기적인 실행 외에 명령으로 즉시 반영하는 방법도 있습니다. 명령어는 /grm 또는 /guildrostermanager 입니다.

길드 관리를 위해 만든 애드온이기 때문에 허술한 구석이 많습니다. 치명적인 문제가 아닌 이상 잦은 업데이트는 없을 듯 합니다. 혹시나 필요한 분이 계실까 싶어 블로그에 올려놓습니다.

다운로드 - Guild Roster Manager v0.1.0

그런데 이렇게 중요한 좋은 팀이란 과연 어떤 팀일까요? 좋은 팀인지 알아 볼 수 있는 조건이란 어떤 것일까요?

한 달 전쯤에 인사이트를 느꼈고 그에 대해 정리해서 글을 쓰려고 했습니다. 그 글이 바로 이 글인데 게으름 때문에 한 달이나 글을 완성하지 못 하고 묵혀두고 있었습니다. 그러다 에스티마님의 '기업성공의 가장 중요한 요건 - 서로 보완적인 능력을 가진 팀 만들기'라는 글을 읽고, 제 인사이트가 틀리지 않았다는 확신을 얻을 수 있었습니다. 그래서 이 글을 마무리 짓기로 했습니다.

에스티마님의 글에 나온 것처럼 좋은 팀의 첫번째 조건은 상호 보완적일 것입니다.

예를 들어 최근 개발자들로만 또는 반대로 MBA 들로만 구성된 스타트업이 있다면, 전자는 기크(Geeks)만 쓰는 서비스를 만들기 쉽상이고, 후자는 느린 개발 속도와 낮은 서비스 품질 때문에 고생 할 가능성이 많다고 생각합니다. 둘이 상호 보완 할 수 있다면 훨씬 좋은 서비스를 만들어 낼 수 있을 겁니다.

이처럼 지식적인 상호 보완, 업무 유형적인 상호 보완 등 다양한 각도에서 상호 보완이 될 수 있는 팀이라면 좋은 팀이라 할 수 있을 겁니다.

저는 여기에 한 발짝 더 나가서 두번째 조건을 이야기 하려 합니다. 좋은 팀의 두번째 조건은 자신의 한계와 장단점을 잘 아는 사람들로 팀이 꾸려져야 한다는 것입니다.

평소에 마케팅이나 비지니스에 관한 토막글이나 뉴스 한 번 제대로 안 보던 개발자가 사업에 통달한 구루 사업가처럼 고집을 부린다거나 기술에 대해 비지니스 잡지에서 한 두 줄 본 것이 전부인 사람이 전체적인 서비스의 구조나 플랫폼, 도구에 대해서 정하려고 든다면 제 아무리 상호 보완이 잘 되어 있더라고 실패 할 가능성이 높다고 봅니다.

자신이 모르는 것이 무엇인지 알고, 그 부분에 나 보다 나은 사람의 의견을 적극적으로 듣고 수용하는 자세는 좋은 팀의 일원으로서 꼭 필요한 태도가 아닐까 합니다.

글을 쓰는 저 스스로부터 좋은 팀에 걸맞는 사람이 되도록 항시 스스로를 많이 돌아보고 노력해야겠다는 생각이 듭니다. 모든 분들이 좋은 팀에서 좋은 결실을 맺는 2012년이 되길 바라면서, 올 해 첫 글을 마무리 짓겠습니다.

컨퍼런스 마다 특색이 있고 잘 된 점과 아쉬운 점이 있기 마련인데, 저는 그런 자세한 부분이 아닌 좀 더 크게 보아 국내 개발자 컨퍼런스에 이런 방향성이 추가 됐으면 좋겠다는 생각입니다.

우리나라의 개발자들에서 제일 부족하다고 느끼는 부분은 바로 네트워킹 입니다. 외국 컨퍼런스를 다녀오신 분들께 전해 들은 이야기로 해외에서는 이 사람들이 세션을 들으러온 것인지 아니면 명함 돌리러 온 것인지 알 수 없을 정도로 네트워크를 만드는 일이 활발하다고 합니다.

그에 비해 우리나라 컨퍼런스는 직장 동료나 친구, 동호회 사람들끼리 와서 세션 듣고 자기들끼리 수다 떨다 집에 돌아가는 모양새가 대부분입니다. 약간 발이 넓으신 분들은 유명하신 분들과의 네트워킹을 위해 움직이기도 하시지만 그게 개발자들끼리의 네트워크 구축이라고 보기는 어려울 듯 합니다.

그래서 저는 컨퍼런스의 주 방향과는 별도로 참석자들의 네트워크 구성을 위한 시스템이 필요하다고 생각합니다. 그래서 한가지 방법을 제안 해봅니다.

미리 사전 등록시 태그를 몇개 등록하도록 합니다. 이 태그를 활용해서 주요 관심사가 같은 약 8 - 10명 정도의 소규모 그룹을 미리 구성 해놓습니다. 불참자를 대비해서 약간 그룹이 더 커도 될 것 같습니다. 그리고 등록시 이메일, 트위터, 블로그 주소 등을 담은 스티커를 만들어서 나눠줍니다.

자. 컨퍼런스 중간에 1 시간 정도 네트워킹 시간을 별도로 할당하고 네트워킹을 위해 모여서 앉도록 합니다. 물론 각 그룹별로 리딩을 위해 미리 주최 측에서 준비한 사람이 리더로 참여하거나 미리 자원봉사자 형태의 리더를 지원 받아 둡니다. 자원봉사자 같은 경우 약간의 선물을 주는 것도 좋겠습니다. 이 사람이 사람들을 모으고 소개하며 관심사 및 여러 가지 이야기를 나눌 수 있도록 이끌어 나갑니다. 이런 행사 중에 아까 스티커를 롤링 페이퍼 식으로 하나씩 나눠서 받도록 합니다.

마지막으로 이런 네트워크 시간을 통해서 해당 그룹의 스티커를 일정 수 이상 모은 사람만 경품 행사에 당첨 자격을 주는 것입니다.

이렇게 손이 많이 가는 시스템을 마련해야 하는 이유는 현재로서는 자발적으로 네트워킹을 하는 분위기가 만들어질 것 같지 않고, 개발자들이란 시스템이 주어지면 금새 이해하고 거기에 맞춰 행동하는 훌륭한 적응력을 가지고 있는 사람들이기 때문입니다.

앞으로 우리나라의 컨퍼런스들도 지식의 공유나 비전 습득과 더불어 이 땅에 사는 모든 개발자들이 서로를 이해하고 도와주는 그런 또 하나의 장이 되었으면 합니다.

우선 세 프로젝트 모두 큰 판올림을 할 때 종종 근본부터 싹 다 갈아엎는 방식으로 개발하고 있는 점이 문제라고 생각됩니다. 개발자의 입장에서 기존 코드가 스파게티처럼 느껴질 수 있고, 신기술이나 새로운 모델을 도입하기도 쉽지 않을뿐더러, 이거 고칠 시간이면 새로 개발하는 것이 더 빠르겠다고 느껴질 수 있습니다. 그러나 전 두 가지 점에서 이런 방식으로 개발하지 않았으면 합니다.

첫 번째로 사용자들에게 부담이 됩니다. 아무리 좋은 소프트웨어라도 쓰는 사람이 없으면 버틸 수 없습니다. 특히 오픈소스처럼 사용자들의 피드백에서 나오는 보람이 참여의 큰 동기가 되는 경우는 더 중요하다고 생각합니다. 다 갈아엎음으로 생기는 업데이트의 부담을 비롯해 기존 플러그인이나 테마 개발자들의 재학습 비용과 능률 저하 문제 등을 감안하지 않는 것은 단순히 오픈소스 프로젝트가 개발자 그룹만의 것이 아니라 커다란 생태계로 구성되어 있다는 점을 간과한 결정이라고 생각합니다.

더구나 새로 재개발을 하면서 기존 버전에 충분한 관심이 기울여지지 않아 생기는 문제 또한 무시 할 수 없습니다. 이런 공백이 발생하는 동안 기존 사용자나 플러그인, 테마 개발자들은 지쳐서 좀 더 흥미 있는 프로젝트로 관심을 돌릴 가능성이 높습니다. 오픈소스에 사람들이 관심이 없는 것이 아니라 2 미터짜리 담장을 세우고 그 담장 너머로 지켜 볼 수 있을 만큼 키 큰 사람만 우리에게 관심을 가지라는 식으로는 한국의 오픈소스 규모를 키울 수 없다고 봅니다.

반복 개발과 빠른 릴리즈, 그리고 측정을 통한 테스트, 활발한 피드백을 통한 점진적인 개발과 지속적인 리팩토링 방식으로 프로젝트를 진행해야 한다고 생각합니다. 거기에 시간이 더 걸리더라도 하위 호환성을 유지하는 것이 매우 중요합니다.

제가 보는 또 다른 문제는 오픈소스 프로젝트의 커뮤니티를 관리하는 능력이 부족하다는 것입니다. 대부분의 국내 오픈소스 프로젝트를 보면 소수의 개발자, 디자이너, 번역자, 테스터 등으로 구성된 그룹이 있습니다. 안타까운 점은 이런 그룹의 구성이 대부분 현실 속의 관계로 구성된다는 점입니다. 프로젝트의 생태계라는 큰 그림으로 보았을 때 오히려 그 그룹은 소수에 불과한데도 말입니다.

저는 여기서 커뮤니티 관리자(Community Manager, 이하 CM)를 두어야 한다고 주장합니다. 한두 명이 개발하고 사용자도 수십 수백 정도라면 굳이 CM을 둘 필요는 없다고 봅니다. 하지만 위에서 예로 든 프로젝트 정도가 되면 CM은 꼭 필요하다고 봅니다.

이 CM은 사용자들의 피드백을 정리하는 것은 물론이고 공헌자 명단들을 작성하고 오프라인 행사를 기획/준비하는 일을 하게 됩니다. 즉, 프로젝트의 핵심 그룹만이 아니라 해당 프로젝트와 직간접적으로 관련된 모든 사람들이 보다 프로젝트에 관심을 갖고 긍정적인 인상과 참여에 대한 욕구를 고취시키는 일을 기획 및 운영하는 것입니다.

세계적인 프로젝트라면 단지 프로젝트의 품질만으로도 충분한 규모의 자생적인 커뮤니티를 만드는 것이 가능 할 수 있다고 봅니다. 그러나 한국을 중심으로 하는 프로젝트에서 자체 인력으로 모든 것을 완벽하게 해낼 수 없다면 외부의 많은 도움이 필요한데, 이런 것을 해결하기 위해서는 한국 사람들은 자신을 대접 해주지 않는 곳에 굳이 헌신하려들지 않는 습성을 이해 할 필요가 있습니다. 바꿔 말해 오픈소스 프로젝트로서 보다 많은 사람들의 도움을 받고 싶다면 아주 자세를 낮추고 과도하리만큼 친절해질 필요가 있다는 점입니다. 마치 내 월급을 주는 고객님을 모신다는 그런 정도의 태도 말입니다.

그동안 국내 오픈소스 프로젝트가 잘 안 되는 문제가 거론되면 주로 외부에서 원인을 찾고 정리했으나, 저는 몇 년 동안 국내 오픈소스 프로젝트를 지켜본 바로 프로젝트 내부 요인도 무시 할 수는 없다고 판단했습니다.

버그픽스 패치를 보냈더니 그것을 보고 따라 고쳐 놓은 후 마치 자신이 버그를 발견해서 수정한 것처럼 올라오는 오픈소스 프로젝트를 보면서 과연 그 사람이 다시 그 프로젝트에 버그픽스 패치를 보낼지 곰곰이 한 번 생각 해 봐 주셨으면 합니다.

책을 받고 출퇴근 지하철에서 짬짬히 읽어 어제 다 읽을 수 있었습니다. 책을 읽으면서 참 흥미진진 했습니다. 개인적으로 창업도 해 보았고, 현재도 스타트업에 근무하고 있기에 더욱 그러하였는지도 모르겠습니다. 책 속에서 티켓몬스터의 활약상(?)을 보면서 감탄과 함께 많은 공감 또한 느꼈습니다.

그럼 다시 '티몬이 간다' 책에 대해서 몇가지 감상을 정리 해보겠습니다.

1. 잘 못 된 알려진 사실을 바로 잡을 수 있었다.

티켓몬스터 이야기는 꼭 벤처인이 아니더라도 많은 사람들의 관심 대상이었지만, 저는 비슷한(?) 영역에 몸을 담그고 있었기 때문에 더욱 유심있게 소식을 지켜보았습니다. 주변을 통해서 들어오는 이야기도 많았구요. 그 중에 몇가지는 소문이 너무 와전됐다는 사실을 알 수 있었습니다. 제가 다니는 회사도 이런 와전된 소문 때문에 힘 들었던 일들이 있었는데, 티켓몬스터에 관한 여러가지 소문도 그냥 무작정 믿어서는 안 되겠다는 생각입니다. 흔히 하는 말로 사람 일이란 어느 한 쪽의 이야기만 들어서는 알 수 없다라는 사실을 이 책을 통해 다시 한 번 경험 했습니다.

2. 열정적인 모습이 부러웠다.

티켓몬스터 초창기의 창업자를 비롯해 직원들의 열정적으로 일하는 모습과 노는 이야기를 읽으면서 참 부럽다는 생각이 들었습니다. 아직 많다고는 생각하지 않지만 30대 후반이라는 나이, 그리고 그동안의 세상 풍파로 인해 어딘지 모르게 낡고 찌들어 버린 듯한 제 모습을 비교하니 좀 슬픈 느낌 또한 지울 수 없었습니다. 그런 티켓몬스터의 모습을 보며 젊었던 시절의 다시 제 모습도 떠오르고 웬지 다시 한 번 그렇게 열정적으로 일 할 수 있는 나, 그리고 동료, 일을 만들어 보고 싶다는 생각이 듭니다.

3. 스타트업의 롤 모델이 되었다.

네이버, 다음 이후 일부 게임 회사들을 빼면 일약 스타처럼 등장한 스타트업이 10년 동안 없었습니다. 그래서 한국은 스타트업의 불모지, 또는 무덤이라고까지 불리는 상황입니다. 그럼에도 불구하고 다소 아쉬운 점이 있었지만 젊은 청년 5명이 만든 회사가 전국민의 입에 오르내리게 되었고, 글로벌한 기업과 M&A를 하게 되는 과정까지 다시 스타트업의 시대가 왔다는 인상을 널리 알리는데 중요한 역할을 했다고 생각합니다. 모두 다 성공 할 수는 없겠지만 일단 누군가 성공 할 수 있다라는 가능성을 보여주었다는 것 자체는 혁명과도 같은 일이라고 봅니다. 그런 큰 일을 해냈다는 점에서 참 고맙게 느껴집니다.

지금도 계속 스타트업이 생겨나고 있고 앞으로도 생겨날 것이겠지만, 무엇보다 이 척박하고 어려운 시대에 티켓몬스터처럼 열정과 꿈을 가져보고 싶은 청년이라면 '티몬이 간다'는 마음에 열정의 불을 일으키는데 좋은 불씨가 되리라 생각합니다.

티켓몬스터를 비롯해 이 땅의 모든 스타트업과 미래의 기업가(Entrepreneur)들에게 열정과 행운이 함께 하길 기원합니다.

현재 제가 사용 중인 애드온의 목록을 간략히 정리하여 둡니다.

• Adblock Plus - 광고를 안 나오게 해 줍니다.
• Awesome screenshot - 웹 페이지를 스크린샷으로 찍어 줍니다.
• DNS Flusher - DNS 캐시를 지워줍니다.
• Download Statusbar - 다운로드 상태를 하단에 표시합니다.
• Evernote Web Clipper - 에버노트로 웹 페이지를 클립핑 합니다.
• Firebug - 여러분 이거 뭔지 다 아시죠? 네에~
• FireGestures - 마우스 제스쳐
• Firesizer - 특정 해상도 크기로 창 크기를 조절합니다.
• IE Tab 2 - IE 엔진으로 웹페이지를 랜더링 하게 해줍니다.
• LastPass - 비밀번호/입력 폼 관리 서비스입니다.
• Xmarks - 북마크를 동기화 시켜줍니다.

여기에 맥북에어에는 플래시로 인한 전력 소모 및 팬 소음을 막기 위해 FlashBlock 라는 것은 하나 더 쓰고 있습니다.

아무래도 외부인으로서 회사 내부 사정을 잘 알기 어렵고 겉과 속이 전혀 딴판인 회사들이 많기 때문입니다. 연봉, 복지 수준, 비전 등과 같은 외부 요인을 다 고려하지 않고, 오직 개발자라는 직종만을 고려했을 때 손쉽게 좋은 회사인지 판단 할 수 있는 기준을 하나 소개 할까 합니다.

반팔 면 티셔츠, 반바지, 그리고 맨 발 또는 양말에 샌달을 신고 근무가 가능한 회사면 개발자에게 좋은 회사일 가능성이 매우 높습니다.

제가 이 조건을 만족시키는 회사들도 다녀봤고, 아닌 회사들도 다녀봤습니다. 확실히 개발자의 입장에서 이 조건을 만족시킬 때 즐겁게 일 할 수 있었습니다. 여기서 즐겁다는 것은 근무 시간이 적절하다거나 연봉이 많다거나의 의미가 아니라 개발자로서 열정을 가지고 일을 할 수 있었다는 의미입니다.

복장 한가지로 어떻게 이런 판단이 가능할 까 하는 부분에 대해서는 전 이렇게 설명합니다.

첫번째로 다른 뛰어난 개발자가 존재 할 가능성이 있습니다. 뛰어난 개발자는 어차피 귀한 몸이기 때문에 본인이 이직 하고 싶은대로 이직을 쉽게 할 수 있습니다. 그렇기에 이런 개발자들은 본인이 일하기 편한 곳에 주로 머물기 마련인데, 초특급 개발자일수록 복장이 위 조건과 비슷한 경우가 많습니다.

뛰어난 개발자와 함께 일한다는 것은 매우 행복한 일입니다. 본인 또한 뛰어나다면 최고의 결과물을 낼 수 있을 것이고, 그렇지 않다고 해도 엄청나게 많은 것을 배울 수 있습니다. 개발자에게 배움이란 기쁨이죠.

두번째로 조직 문화가 딱딱하지 않을 가능성이 높습니다. 개발자들이 가진 성향 자체가 뭔가 좀 이것저것 들쑤시고 이런 것들을 좋아합니다. 음. 개발자 보다는 해커의 성향일 수도 있네요. 하지만 최고의 개발자들은 다 해커들이죠. 하하.

조직 문화가 경직되어 이런 욕구가 억눌려진다면 연봉이나 복지, 야근이 많지 않아도 열정을 불사르거나 즐겁게 일 한다는 것은 어렵다고 봅니다.

이런 점 때문에 복장에 대한 회사의 태도만으로도 어느 정도 개발자들이 열정을 가지고 즐겁게 일 할 수 있는 회사인지 판단하는 것이 가능합니다.

아무쪼록 좋은 회사에서 즐겁게 일 하실 수 있는 개발자분들이 많아졌으면 합니다.

이렇게 긍정적 사고는 다양한 분야에서 일을 잘 하는데 좋은 중요한 요소 중에 하나로 꼽히고 있습니다. 하지만 세상 만물이 밝은 면과 어두운 면을 가지고 있는데 어떻게 긍정적 사고만은 좋은 면만을 가지고 있다고 할 수 있는지에 대한 명확한 증명은 아직 없습니다.

긍정적 사고가 독재자와 재벌 권력들이 대중을 탄압하는데 유용하게 이용되고 있는 작금의 현실을 볼 때 긍정적 사고 또한 많은 문제점을 내포하고 있다는 것은 일정 부분 현실로서 증명된 사실이라 여겨집니다. 이렇게 긍정적 사고가 종교, 정치, 기업 권력들간의 암묵적인 카르텔을 구축하는데 이론적인 근간이자 방패가 되고 있다는 것은 중요한 문제입니다. 하지만 이 글에서는 사회적 어두운 면을 만들어내고 있는 측면 보다 스타트업(Startup) 기업에 있어 긍정적 사고가 가져다 주는 문제점을 중심으로 이야기를 풀어보려 합니다.

비판 의식

스타트업에 있어 긍정적 사고의 가장 큰 폐해는 바로 비판 의식을 틀어막아 버린다는 것입니다. 스티브 잡스는 좋은 아이디어에 대해 'NO'라고 말하는 것이 중요하다고 했습니다. 그런데 긍정적 사고는 이 NO를 틀어막아 버립니다. NO라는 단어는 부정적인 단어입니다. 어떤 아이디어가 있었을 때 그것을 넣지 말아야 할 이유를 찾기 보다 넣어야 할 이유를 찾게 됩니다. 좋은 아이디어라면 산술적으로 비교 해봐도 넣어야 할 이유가 넣지 말아야 할 이유보다 훨씬 많을 가능성이 높습니다. 그럼에도 불구하고 스타트업은 이런 좋은 아이디어에 NO라고 해야 합니다.

자기 위치

'지피지기면 백전불태'라는 손자병법의 유명한 말이 있습니다. '적을 알고 나를 알면 백번 싸워 위태롭지 않다'는 뜻입니다. 적을 아는 것은 거의 모든 기업이 잘 하거나 잘 하려 노력하는 부분입니다. 시장 조사, 소비자 인터뷰, 경쟁사 제품 벤치마킹 등 이 부분을 소홀히 하는 경우는 거의 없습니다. 문제는 나를 알아야 한다는 것입니다. 그것도 제대로 알아야 합니다. 그러나 긍정적 사고는 자신을 과대 포장하게 만들기 쉽습니다. 자신의 실력이나 한계를 잊고 '하면 된다'는 생각에 빠지게 됩니다. 결국 그 피해는 본인 뿐만 아니라 주변 인물들에게까지 퍼져 나갑니다.

대표적인 예가 요즘 말이 많은 심형래 감독이라고 봅니다. 심형래 감독의 인터뷰를 보면 정말 자신감과 긍정적 사고의 화신이라고 할만합니다. 하지만 그가 남긴 상처는 큽니다. 심형래 감독이 긍정적 사고를 하지 않고 자신의 능력과 한계를 알았다면 더 좋은 영화를 만들 수 있었을지도 모릅니다.

미래 예측

예측은 언제나 부정확 하기에 무용해보이는 측면도 있지만, 예측이 없이는 당장의 움직임에 문제가 생기게 마련입니다. 충분한 근거와 추정을 통해서 만들어진 예측으로 목적지를 결정 할 수 있고, 목적지가 결정됨으로서 지금을 빠르게 움직일 수 있는 동력과 열정을 만들어 낼 수 있습니다. 그런데 긍정적 사고는 로또 당첨과 같은 허황된 예측을 손쉽게 만들어 냅니다. 로또 1등에 당첨되지 않는다고 실망감에 열정을 잃어버릴 사람은 소수이겠지만, 프로젝트는 그렇지 않습니다.

허황된 예측이 만들어낸 잘 못 된 목적지로 인한 실패가 몇 번만 반복되도 인재들을 지치게 만들고, 열정을 사라지게 만듭니다. 실패는 성공의 어머니라고 하는데, 이것은 실패한 사람들을 위로하기 위한 말이라고 합니다. 10명 중 9명은 성공을 하면 다시 성공을 하고, 실패를 하면 실패를 반복하게 된다고 합니다. 오직 1명의 드문 사람만이 실패를 해도 좌절하지 않고 성공으로 나아가는데 이것은 상당 부분 선천적 내지는 성장기 주변 환경 요인으로 결정되기 때문에, 일반적으로는 작던 크던 성공을 많이 해 보는 것은 매우 중요한 부분입니다.

이렇게 긍정적 사고를 통해 기적이 따르지 않는 한 실패 할 수 밖에 없는 목적지를 만들게 되고, 그로 인한 실패, 이 패배감을 극복하기 위해 다시 긍정적 사고의 강박적 주입 후 다시 실패하게 되는 목적지를 설정하는 악순환이 생겨나게 됩니다.

인지부조화

이렇게 긍정적 사고가 성공 보다 실패를 부르는 상황에서 실제로 실패하게 되면 또 다른 악순환의 고리가 하나 더 생겨나게 됩니다.

바로 실패의 원인을 긍정적 사고가 부족했기 때문이라고 치부 해버리면서 긍정적 사고를 더욱 강화시켜 버린다는 것입니다. 긍정적 사고 때문에 현실을 바로 보지 못하고 무협지의 상상력을 동원시킨 것이 주요 원인임에도 불구하고 말입니다.

결국 실패의 원인에 대해 정확한 분석과 비판, 그리고 뼈 아픈 반성을 하기 보다 술 한 잔 마시면서 '열심히 하면 꼭 이룰 수 있다는 굳은 믿음을 가지고 잘 해보자'는 긍정적 사고를 일괄 강제 주입하는 것으로 마무리 되어 버린다는 것입니다.

현실적 사고

그렇다면 부정적 사고를 해야 할까요? 부정적 사고 또한 긍정적 사고에 못지 않은 문제점을 안고 있습니다. 그럼 우리는 어떻게 해야 할까요?

우선 본능적인 균형 감각을 찾아야 합니다. 아무리 긍정적 사고든 부정적 사고든 치우치면 좋지 않습니다. 극우, 극좌 둘 다 좋지 않듯 세상에 한쪽으로 치우쳐서 좋은 것은 없습니다. 무엇이든 적절한 균형이 중요합니다.

그리고 현실을 잊지 않은 비판적 사고가 꼭 따라야 합니다. 이 비판에는 과학적 가설과 촉(통찰, Insight)을 통한 추정. 그리고 실험을 통한 검증이 필수입니다. 이것이 부족하면 긍정적 사고든 부정적 사고든 현실에서 힘을 발휘하기 힘듭니다.

저는 이를 현실적 사고(Realistic Think)라고 정리하려 합니다.

"하면 된다"고 믿지 맙시다. "해도 안 된다"고 믿지 맙시다.

우리가 해야 할 일은 믿음을 갖는 종교의 신자 역할이 아닙니다. 현실 속에서 많은 경쟁자들과 싸우기도 하고 협력자들과 협동하기도 하면서 세상을 좀 더 좋게 만들려고 하는 그런 일입니다. 그리고 내 통장에 돈도 좀 꼽히면 더 좋겠지요.

우리가 해야 할 말은, 그리고 가져야 할 태도는 이렇습니다.

"두려워 하지 말고 해 보자. 그 뒤에 실패하더라도 어쩔 수 없다."

PS> 실수로 주제만 몇자 적힌 글을 공개로 설정 했었습니다. 무슨 내용인지 제대로 적히지도 않은 글을 읽으신 분들께 사과 드립니다.

그래서 이 블로그를 네이버와 다음에 등록했는데 당시 기억으로 네이버는 거절 됐습니다. 아마도 개인 블로그라는 이유였던 것으로 기억합니다. 그에 비해 다음은 등록이 됐습니다. 속으로 네이버는 역시 좀 까탈스럽구나라고 생각 했습니다. 나름 국내 초창기(2004년)부터 운영했던 블로그라는 자부심이 있었습니다. 과연 같은 내용의 네이버 블로그도 거절했을까 싶더군요. 물론 네이버 블로그였다면 굳이 검색 등록을 할 필요도 없었겠지만 말입니다.

얼마 전에 월드 오브 워크래프트 관련 새 블로그를 시작하면서 검색 등록을 위해 다시 네이버와 다음의 문을 두드렸습니다. 네이버는 지난 번에 등록하지 못한 이 블로그와 새 블로그를 둘 다 등록했고, 다음은 새 블로그만 등록했습니다.

그 등록 결과를 어제 받았는데 결론부터 이야기 하자면 네이버는 둘 다 등록됐고, 다음은 거절 됐습니다. 다음의 거절 사유는 아래와 같습니다.

1. 영리를 목적으로만 운영되는 카페/블로그/클럽 등 커뮤니티
2. 일기, 신변잡기, 사진첩 등으로 구성된 일반인의 미니홈피나 개인 카페
3. 대부분 링크만으로 이루어진 사이트
4. 그 외 Daum 심사담당자가 내부 기준에 따라 부적절하다고 판단 되거나 컨텐츠가 부실하다고 판단된 사이트

다음의 거절 사유를 따져 보겠습니다.

첫번째로 새 블로그는 영리 목적이 아닙니다. 흔해빠진 구글 광고조차 없습니다. 그러므로 여기에 해당되지 않네요.

두번째로 일기, 신변잡기도 아닐 뿐더라 미니홈피나 개인 카페가 아닙니다.

세번째로 링크만으로 이루어진 사이트도 아닙니다.

네번째만이 가능성이 있는데 명확하게 어떤 기준인지는 이야기 하지 않습니다. 바꿔 말해 심사 담당자가 마음 내키는대로라는 말을 저렇게 써놓았습니다.

네이버 또한 동일한 블로그임에도 과거에는 거절했다가 지금은 수락한 것 또한 모호합니다. 특별히 그 동안 이 블로그가 성격이 바뀐 것도 아닌데, 최근 외부 검색에 대한 비난 여론 때문에 기준이 바뀐 것일 수도 있지만 어떨 때는 등록이 됐다 안 됐다 하는 것은 등록 심사 기준에 대해 신뢰를 갖기 어렵게 만든다고 생각합니다.

일일히 미리 설명하기 힘든 것이라고 해도 거절 시에는 사유에 대해 한 줄짜리 답변이라도 해 줄만 한데 저런 틀에 짜인 기계적인 답변만 보낸다는 것은 고객에 대한 기본적인 예의가 부족한 것이라고 생각됩니다.

뭐랄까 네이버나 다음에게 있어 검색 등록하러 오는 사람은 사무실에 전단지 뿌리러 온 사람과 비슷한 취급인듯한 인상을 지울 수가 없습니다. 유료로 검색 등록을 하는 경우에는 과연 어떤 차이가 있을지 문득 궁금 해집니다.

웹과 웹브라우저가 등장한 이래 북마크를 관리하는 방법은 많은 사람들의 고민이었습니다.

괜찮아 보이는 사이트, 페이지, 글 등을 하나둘 북마크 하다 보면 어느새 수백, 수천개의 북마크가 저장되어 나중에 이용 해보려고 해도 찾기 매우 어렵게 됩니다.

그래서 많은 사람들이 카테고리(폴더)를 통해서 조금이나마 정리를 해보려고 했지만 이것도 분류의 모호성 때문에 문제가 있었습니다.

최근 클라우드가 대중화 되고, 각종 웹 2.0 시대에 맞는 서비스들이 나오면서 북마크의 관리 방법도 바뀌어야 할 때가 왔다고 보고 있습니다.

얼마 전에 올린 '스마트워크를 위한 클라우드 애플리케이션들' 글에 포함된 애플리케이션들을 기본으로하여 북마크를 관리하는 다른 방법을 정리 해보았습니다.

우선 북마크 자체는 Xmarks를 이용해 웹브라우저와 플랫폼에 상관없이 동기화가 됩니다. 여기서 북마크에 포함된 모든 데이터가 완벽하게 동기화 되지는 않습니다. 그런 부분 때문에 익스플로어, 크롬, 사파리 등도 모두 Xmarks로 동기화는 하나 주력으로는 파이어폭스를 모든 OS에서 공통적으로 사용하고 있습니다. 다양한 브라우저의 연동이 필요없다면 웹브라우저 자체의 동기화 기능을 이용해도 무방합니다.

그리고 모든 북마크는 하나의 폴더 안에 몰아넣습니다. 정확히는 전 폴더 안에 넣지도 않고 그냥 최상위에 다 두고 있습니다. 이렇게 하는 이유는 실제 북마크를 마우스로 클릭해서 선택하지 않기 때문입니다.

일단 모든 북마크에 꼼곰히 태그를 달아놓습니다. 북마크 태그를 지원하지 않는 웹브라우저도 있는데 그런 웹브라우저는 보다는 태그를 지원하는 웹브라우저를 쓰시길 권합니다.

북마크가 필요하면 태그를 넣고 검색을 해서 이용합니다. 이렇게 하는 이유는 북마크의 개수가 너무 많아졌기 때문에 더 이상 폴더를 이용한 카테고리를 관리하는데 너무 많은 시간이 필요해졌고, 여러 카테고리에 걸쳐있는 경우는 어느 카테고리에 넣어야 할지 애매하기 때문입니다.

그리고 무엇보다 북마크는 여러 번 재방문의 가치가 있는 사이트들만 등록 해둡니다. 웹사이트의 이용이 아니라 특정 페이지에 대한 기록은 일회성으로 읽어 볼 글은 Instapaper에 넣어두고, 지속적으로 보거나 보존 가치가 있는 글은 Evernote에 스크랩을 해 둡니다.

Evernote에 스크랩을 해 둘 때도 적절히 태그를 달아 놓으면 나중에 찾아보기 편리합니다.

북마크 뿐 아니라 음악, 동영상, 문서 등도 이제 도스(DOS) 시절부터 내려오던 폴더(디렉토리)로 카테고리를 나눠서 관리하는 방식에서 그냥 저장은 아무렇게나 하고 태그와 검색으로 바로바로 찾아서 쓰는 방식으로 진화 해나가고 있습니다.

이런 변화에 맞춰 웹의 사용법도 이제는 변해야 할 때가 아닐까 합니다. 다행이 클라우드 시대를 맞이해서 우리를 더욱 편리하게 해주는 도구들이 많이 등장했습니다. 이런 도구들과 함께 웹과 업무를 보다 편리하고 효율적으로 해나간다면 좋을 듯 합니다.

제가 월드 오브 워크래프트(이하 와우) 희귀몹 스크린샷을 찍어두고 있는데 파일 이름을 이렇게 해두었습니다.

가시대장 점박이 - WoWScrnShot_010707_080229.png

이렇게 한 이유는 이름으로 정렬했을 때 희귀몹 이름이 앞에 나오도록 해서 중복된 것을 쉽게 찾기 위한 것이었습니다.

그런데 이번에 와우 관련 블로그 "Rare Mob in World of Warcraft"를 시작하면서 스크린샷을 찍을 순으로 하려다보니 희귀몹 이름 순으로 찾기가 어려웠습니다. 파일 생성 일시는 전에 포맷 변환을 하면서 변경되어 의미가 없어졌구요.

그래서 간단한 스크린샷 정리 펄 스크립트를 만들었습니다.

#! /usr/bin/perl

use strict;
use warnings;

my @files = glob("*.jpg *.png *.tga");

foreach ( @files ) {
	my $new_filename_prefix;
	my $new_filename_postfix;
	my $file_extension;
	my $new_screenshot_datetime;

	if ( /^(\d{4})-(\d{2})-(\d{2}) (\d{2})-(\d{2})-(\d{2})/ ) {
		# YYYY-MM-DD HH-II-SS 형식으로 생각되는 파일 이름은 건너뛴다
		next;
	}

	if ( /^(.*)WoWScrnShot_(\d{2})(\d{2})(\d{2})_(\d{2})(\d{2})(\d{2})(.*)\.(\w+)$/ ) {
		$new_screenshot_datetime = "20$4-$2-$3 $5-$6-$7";
		$new_filename_prefix = trim_dash($1);
		$new_filename_postfix= trim_dash($8);
		$file_extension = $9;
	}
	else {
		print "$_ 파일의 스크린샷 일시를 알 수 없음\n";
		next;
	}

	my $new_filename;
	$new_filename = $new_filename_prefix;
	$new_filename .= " - " if ( length($new_filename_postfix) > 0);
	$new_filename .= $new_filename_postfix;
	$new_filename = $new_screenshot_datetime." ".$new_filename.".".$file_extension;

	rename $_, $new_filename;
}

sub trim_dash {
	my $s = shift;

	if ( $s =~ /^\s*-\s*(.*)$/ ) {
		$s = $1;
	}
	if ( $s =~ /^(.*?)\s*-\s*$/ ) {
		$s = $1;
	}

	return $s;
}

이 스크립트를 와우 스크린샷 파일들이 있는 곳에 넣고 실행시키시면 됩니다.

와우 스크린샷 파일들을 찾아 'YYYY-MM-DD HH-II-SS 파일명.확장자' 형식으로 찾아서 바꿔줍니다. 서브 디렉토리까지 자동으로 찾아들어가 처리 하지는 않습니다.

그것 때문이었는지 모르지만 어느 샌가 마음에 조금씩 우울한 감정이 생기더군요. 그렇게 해를 넘기고 하자 모든 일에 흥미를 잃고 무기력 해졌습니다. 퇴근길에 추운 지하철 역에서 칼바람을 맞고 있노라면 살고 싶은 생각조차 떠올리기 힘들었습니다.

거기에 대해 부자, 아침형 인간 등 '하면 된다'는 식의 구호가 난무하던 시절이었습니다. 저도 그 물결에 휩쓸려 살기 위해 발버둥 쳤지만 지독한 패배감과 열등감만 얻고 말았습니다.

그 뒤로 일과 부자 물결에 휩쓸리는 것은 그만 두었지만 그 후유증은 쉽게 사라지지 않더군요. 조금만 힘든 일이 있어도 바로 마음 속 깊이 숨겨져 있떤 우울한 감정이 솟아 올랐습니다.

스스로도 그리고 친한 친구에게도 진료를 받아보라는 이야기를 들었지만 웬지 마음의 문제를 의학이나 약물에 기대고 싶지 않았습니다. 특히나 서양 의학이란 것에 대해 꽤나 회의적인 생각이 들던 때였으니까요.

그래서 운동도 해보고 초코렛도 자주 먹어보고 했지만 약간의 효과가 있을 지언정 완전한 해결은 되지 않았습니다. 그래서 스스로도 힘들었고 주변 사람들도 많이 힘들게 했었습니다.

그러던 중 제가 알고 있던 생각과 다른 방향에서 인생의 답을 찾기 시작했습니다. 우연한 기회에 자기계발서와 유사하지만 삶에 대한 새로운 통제 방법에서 시작하여 점점 깊이 파고들어가면서 완전히 다른 세계로 끌려가 버린 것입니다.

정리하면 단순하게 살기, 조화로운 삶, 무소유, 내려놓기로 이어지는 불교의 선에 어느 정도 맞닿아 있는 것들을 공부하기 시작했습니다. 공부라고 해봐야 별 것은 없습니다. 책 스무권 정도와 인터넷에서 자료 좀 읽어 본 것이 전부입니다.

하지만 그로 인해 저의 삶은 완전히 바뀌었습니다. 물론 지금도 다소 다혈질적이고 소심한 성격이 어디 간 것은 아니지만 그것은 그냥 저의 특성일 뿐이고, 제 삶을 관통하는 하나의 선이랄까 그런 것은 완전히 달라졌습니다.

저는 그 부분을 이렇게 표현하곤 합니다.

"저는 이제 남들과는 다른 저만의 길을 걷기 시작했습니다. 아직 길을 다 걸어 목적지에 도착한 것은 아니지만 분명히 이 길은 남들이 거의 걷지 않는 다른 길입니다."

물론 책 좀 읽는다고 우울한 감정이 쉽게 떨어지리라고 생각하지는 않습니다. 저의 경우도 부자의 물결에 빠져 세상이 물질적으로 돌아가는 근본 원리에 대해서 어느 정도 배움과 깨닭음을 얻고 난 후에 다른 방식의 삶에 대해 알아보았기에 비교적 손 쉽게 삶을 바꾸는 것이 가능했다고 생각합니다.

우울한 마음은 마음 그 자체를 치유해야 나을 수 있습니다. 몇가지 약물은 감기로 치면 해열제에 지나지 않습니다. 해열제가 열은 내려주지만 몸의 면역 기능이 감기 바이러스 자체를 물리치지 않으면 해열제를 안 먹는 순간 다시 열이 오르듯, 마음의 문제는 마음 그 자체가 치유되어야 합니다.

우울한 마음이 드는 분이라면 꼭 세상을 사는 다른 방법들에 대해서 한 번 접해보시길 권합니다. 특히 선불교와 법정, 법륜, 틱낫한 스님 등의 책과 글은 삶의 방향을 바꾸는데 큰 도움이 되리라 여겨집니다.

우울한 마음 때문에 너무 힘든 삶을 살아가고 계신 분들께 한 때 같은 고통을 겪었던 사람으로서 마음 속 깊은 곳에서 우러나는 기원을 보냅니다.

비디오 카드가 ATI라서 생기는 문제로 생각되어 구글에서 찾아보니 같은 문제를 겪는 분들이 많이 계셨습니다. 해결법 중 하나는 ATI에서 최신 비디오 드라이버를 받아서 사용 해보라는 것이었습니다. 드라이버를 업데이트 하니 완벽하지는 않아도 절전 모드를 사용하는데 큰 문제는 없었습니다.

우선 ATI 드라이버 설치 프로그램이 패키지를 생성 할 수 있도록 패키지를 설치 해야 합니다.

$ sudo apt-get install devscripts
$ sudo apt-get install debhelper
$ sudo apt-get install execstack
$ sudo apt-get install dh-modaliases

만약 설치 과정에서 문제가 생기면 /usr/local/ati 디렉토리 안의 fglrx-install.log 파일의 오류를 확인해서 추가로 설치 해주시면 됩니다.

$ cd /usr/share/ati
$ cat fglrx-install.log

그 다음은 다운로드 받은 ATI 드라이버 설치 프로그램을 실행 합니다.

이 프로그램을 제대로 실행시키기 위해서는 관리자 권한이 필요합니다. 패스워드를 요구하면 입력 해줍니다.

설치 방법은 두가지입니다. 하나는 바로 X.Org에 드라이버로 설치하는 것과 또 다른 것은 패키지를 생성하는 것입니다. 나중에 깔끔한 언인스톨 및 업데이트를 위해 패키지로 만들어 보겠습니다.

$ bash ati-driver-installer-11-9-x86.x86_64.run

라이센스 동의 창이 열리면 동의 해 줍니다.

패키지 종류를 선택하는 창이 열리면 맨아래 Ubuntu/natty를 선택합니다.

Continue 버튼을 누르면 패키지 생성 진행창이 열리면서 패키지를 생성하게 됩니다. 여기서 필요한 패키지가 설치되어 있지 않다던지 하면 중간에 종료됩니다. 그런 경우 아까 언급한 fglrx-install.log 파일에서 어떤 문제인지 확인해서 해결하시면 됩니다.


패키지 생성이 완료되면 3개의 deb 패키지 파일이 생성됩니다. 해당 패키지 파일은 노틸러스에서 더블클릭으로 설치하실 수 있습니다.

$ ls *.deb
fglrx-amdcccle_8.892-0ubuntu1_amd64.deb
fglrx-dev_8.892-0ubuntu1_amd64.deb
fglrx_8.892-0ubuntu1_amd64.deb

패키지가 설치된 후에는 ATI 드라이버 설정을 초기화 주면 됩니다. 안 해도 큰 문제는 없었습니다. 아마도 기존 우분투에 들어있던 ATI 드라이버의 설정 값이 남아있기 때문 같습니다.

$ aticonfig --initial

안 해도 무방 할 것 같지만 찜찜함을 없애기 위해 리부팅을 해줍니다. 그리고 절전 모드를 한 번 시험해서 LCD 화면의 전원이 정상적으로 다시 돌아오는지 확인합니다.

저는 개발자입니다.

1986년 애플 2+(APPLE II+)를 보고 한 눈에 반해 컴퓨터 키즈가 되었고, 그 인연이 지금까지 저와 이어져 오고 있습니다.

지금까지 제 삶 중 2/3의 시작이었던 그 때의 강렬했던 첫 만남을 있게 해준 스티브 잡스에게 찬사와 감사를 보냅니다.

출근길 그의 죽음을 알리는 소식을 듣고 자꾸 눈에 맺히는 눈물에 당황스러웠습니다.

고백하겠습니다.

노무현 대통령의 서거로 제가 그를 참 좋아했고, 그동안 그의 편에 서지 못했음을 부끄러워 했듯, 스티브 잡스의 죽음으로 이제 확실히 알 수 있었습니다.

저는 애플의, 그리고 잡스의 팬보이라는 것을.

컴퓨터가 나온 이래 수 많은 위업을 남긴 사람들이 있었지만, 잡스처럼 소설 같은 이야기와 모든 세계에 영향을 끼친 인물은 당분간 나오지 않을 겁니다.

말도 안 통하고 멀리 떨어진 곳에 살기에 잡스를 한 번도 직접 만난 적도 없지만, 그가 남긴 모든 것은 제게 큰 영향을 주었습니다.

이제나마 짧은 글로 그에게 감사를 전합니다.

"그 동안 고마웠어요. 잘 가요. 스티브 잡스."

두 달 전쯤에 아마존(Amazon)에서 한국으로 킨들 3가 배송가능하다는 것을 알고 주문 할 뻔 했지만 결국 장바구니까지만 담아보고 결제를 하지는 못 했습니다.

그러다가 새벽에 잠이 깨서 들린 클리앙에서 새로운 킨들 발표를 보고 난 뒤 정신을 차려보니 이미 결제까지 완료되어 있더군요. 지름신께서는 부지런하셔서 새벽에도 쉬지 않고 꾸준히 강림하시는 듯 합니다.

DHL 전화로는 내일 도착 예정이었으나 점심이 조금 지난 시각 킨들 4가 도착했습니다. 29일 새벽에 주문을 했으니 일주일도 안 되서 도착한 셈입니다.

킨들 4는 $79짜리 광고 버전과 $109짜리 무광고 버전이 있는데 국제 배송은 무광고 버전만 가능합니다. 배송비와 세금에 대비해 먼저 요구하는 Import Fees Deposit $35.87를 합쳐 총 $168.85가 들었습니다.

최초 포장은 그냥 보통 박스입니다. 상단에 경사면에 있는 점선을 따라 과자곽 뜯듯 뜯으면 됩니다. 아마존을 뜻하는 것으로 보이는 a와 미소(썩소) 짓는 것처럼 보이는 곡선으로 뜯는 방법을 설명하고 있습니다. 이걸 보고 뜯는 법을 배울 것 같아 보이지는 않습니다. 아마존이 날리는 썩소라는 생각이 먼저 듭니다.

뚜겅을 열면 액정에 비닐이 씌워진 킨들과 상단 주머니에 설명서와 제품보증서가 담겨 있습니다. 킨들을 들어내면 그 밑에는 USB 케이블이 들어 있습니다. 아마존의 판매 설명에서처럼 어댑터는 포함되어 있지 않습니다.

설명서와 제품보증서는 다양한 언어로 되어있지만 한국어는 없습니다. 그리고 킨들을 켜는 방법과 USB 케이블 연결 방법에 대한 그림은 보호 비닐 위에 인쇄된 것처럼 보이지만, 실제는 비닐은 투명이고 킨들에 그려진 그림입니다. 전원이 꺼진 상태에서도 출력이 가능한 전자잉크의 특징을 잘 살린 아이디어였습니다.

전원을 켜면 나무 아래 책 읽는 사람 그림이 나오면서 부팅을 시작합니다. 부팅이 완료된 후에는 간단한 설정 화면이 나옵니다. 킨들은 배송시에 이미 주문한 사람의 아마존 계정이랑 연동이 되어 있습니다. 선물용인 경우 주문자와 소유자가 다르기 때문에 다시 등록해야 하는데 그런 설정 등은 첫 부팅시에 하게 됩니다.

일단 기존 킨들 3와 비교해서 더 가볍고 크기가 작아졌습니다. 그러나 화면의 크기는 눈대중으로 보아 얼추 비슷한 것으로 보입니다. 킨들 4에서 무엇보다 좋아진 것은 페이지를 넘기는 속도가 더 빨라져서 잔상이 남는 느낌이 줄었다는 점입니다. 대신 음악 재생이나 TTS(Text To Speech)와 같은 기능은 없어졌습니다.

또한 전원이 꺼졌을 때 나오는 그림이 인물에서 멋진 사진들로 바뀌었습니다. 광고 버전에서는 사진 대신 광고가 나온다고 합니다.

그리고 직접 텍스트 파일을 넣었을 때 8 비트 시절 토트매트릭스 프린터 생각나게 하는 그런 한글 글꼴에서 비교적 봐줄만한 글꼴이 나오게 바뀌었다는 점입니다. 이 부분 때문에 텍스트 파일을 직접 넣지 않고 이메일을 통해서 넣거나 해킹을 통해 글꼴을 바꾸신 분들이 많으신 것으로 압니다. 아주 미려한 글꼴은 아니라고 생각되지면 그럭저럭 봐줄 정도는 되는 수준의 글꼴입니다.

아직 킨들 4를 받아서 충분히 사용을 해보지는 못 했기 때문에 사용기가 아닌 개봉기 정도로 글을 마칠까 합니다. 두세달 정도 킨들을 사용해보고 난 뒤 기회가 되면 좀 더 밀착된 사용기를 올려보도록 하겠습니다.

시간은 바람처럼 스쳐지나가 늦더위로 말썽이던 여름도 끝나고, 이제 밤에는 쌀쌀함마저 느껴지는 가을이 왔으며, 6개월의 휴직 기간은 막바지입니다. 다음 주를 마지막으로 10월부터 다시 직장으로 돌아가게 됩니다.

휴직 초기에는 여러가지 거창한 생각도 많이 했지만 제주도 여행을 다녀온 후로 삶에 대해 다시 생각하게 되면서 그런 것들은 다 버려버렸습니다. 그 뒤로 여름 동안 다소 방황을 하기도 했었지만 6개월이 무의미 하지는 않았던 것 같습니다. 무엇보다 많은 고민을 해결 할 수 있었고, 새로운 깨달음도 얻을 수 있었습니다.

이제 복직을 하면 지금처럼 여유롭게 생각하고 쉴 수 있는 여유는 없어질겁니다. 그러나 과거와는 달라졌다고 스스로 여기고 있습니다. 이런 생각을 바꿀 수 있는 기회는 휴직 동안 넘쳤던 한가로움이 주었던 것 같습니다. 그게 전 매우 기쁩니다. 물론 그게 끝이 아니고 앞으로도 계속 반성하고 마음을 수양해야겠습니다.

끝으로 기록으로서 몇가지를 적어두려고 합니다. 앞으로도 언제나 이 문장들이 제 생각 속에 함께 살아있기를 바랍니다.

두려움에 사로 잡히지 말자. 두려움은 손실에 대한 걱정으로부터 나온다. 실패해도 대부분 손실은 크지 않다. 큰 손실이 생기면 어떠한가. 어차피 인생은 한 번이고 무엇이든 지나가는 것이다.

제품을 만드는데는 한 사람의 철학과 취향이 녹아 들어가야 한다. 모든 사람이 평등하게 논의하여 결정하자는 것은 미인을 통계로 만드는 것과 같은 것이다. 다만, 토론은 치열해야 한다. 설사 싸움으로 번지는 한이 있어도 치열해야 한다. 다만 싸움으로 그치면 안 된다. 조사를 하고 빠르게 실험하여 근거를 통해 싸우자.

인생을 행복을 위해 사는 것이고 돈, 명성 등을 위해 사는 것이 아니다. 돈이 많거나 명성이 높다고 행복한 것이 아니다. 행복 공식은 Wanting What You Have(감사) / Having What You Want(만족) 이다. 내가 원하는 것을 가지려고 노력하기 전에 내가 가진 것을 바라고 감사해야 한다. 이는 물질적인 것 외에 정보, 지식도 포함된다.

공적 생활과 사적 생활의 분리는 더 이상 무의미 하다. 구체적으로 이야기 하자면 일과 사생활, 직장과 집은 더 이상 구분되는 존재가 아니다. 둘 다 그냥 나를 중심으로 관련이 있는 어떤 의미를 지닌 것일 뿐이다.

개인적으로 공간적인 제약과는 별도로 다양한 플랫폼의 도구를 사용하고 있기 때문에 클라우드를 통한 동기화(Sync) 문제가 상당히 고민이었습니다. 그래서 오랬동안 사용했던 프로그램들을 떠나 보내고 다양한 플랫폼을 지원하는 클라우드 기능이 충실한 애플리케이션들도 전환하고 있습니다.

아래 소개 할 애플리케이션들은 윈도우, 맥, 리눅스를 모두 지원합니다. 리눅스의 경우 일부 기능만 제공되기도 합니다. 또한 스마트폰으로는 iOS(아이폰, 아이패드)와 안드로이드를 기본으로 지원하고, 애플리케이션에 따라 블랙베리 등과 같은 추가적인 플랫폼을 지원합니다.

1. 파일 동기화의 최강자 - Dropbox

특정 폴더 하나를 동기화 시켜주는 애플리케이션입니다. 기본으로 2 G의 용량을 주면 프로모션에 참여하거나 추천인을 통해서 250M 씩 무료 용량을 늘릴 수 있습니다. 데이터 양이 많지 않으면 무료 용량으로 충분하지만, 프리미엄 서비스도 비싸지 않습니다.

팀 협업을 할 때 메일에 파일을 첨부하는 것 보다 훨씬 빠르고 간편하게 공유하는 것이 가능합니다. 아울러 히스토리 및 특정 시점을 파일로 복원하는 것이 가능하여 실수를 하여도 손쉽게 이전 파일로 되돌리는 것이 됩니다.

2. 웹에서 사용하는 모든 패스워드와 폼의 종결자 - LastPass

예전에 로보폼이라고 웹에서 어떤 입력폼이 나오면 미리 입력해둔 값으로 자동으로 채워주는 애플리케이션이 있었습니다. 그것의 발전된 버전이라고 보시면 됩니다.

특정 사이트에 ID/패스워드를 자동으로 입력하여 로그인을 해주는 기능은 매우 편리합니다. 그 외에도 자동 폼 채우기나 패스워드 생성 등도 지원 합니다.

무료 서비스만으로도 충분하지만 좀 더 보안이나 이동성에 신경을 쓰고 싶다면 USB 키, OTP, 다양한 스마트폰 앱을 지원하는 프리미엄 서비스도 괜찮습니다.

3. 중요한 패스워드는 직접 관리하자 - 1Password

클라우드 서버를 통해 동기화를 제공하는 LastPass와 달리 1Password는 자신의 PC 로컬 저장소에 암호 파일을 저장합니다. 원격 클라우드에 중요한 패스워드 파일을 저장하는 것이 좀 걱정되시는 분께는 조금 나은 선택이 될 수 있습니다. 만약 동기화가 필요하다면 로컬 저장소의 암호화 파일을 Dropbox를 통해 동기화 하는 방식으로 동기화를 할 수 있습니다.

1Password는 가입형 서비스가 아닌 패키지 소프트웨어이므로 한 번 구입으로 전체 기능을 계속 사용 가능하다는 점이 장점입니다.

개인적으로 웹브라우저를 통해서 입력해야 하는 패스워드는 LastPass를 사용하고, 그 외의 패스워드는 1Password로 관리하고 있습니다.

4. 브라우저를 안 가리는 북마크 동기화 - Xmarks

아직 브라우저들이 자체적인 동기화 기능을 제공하지 않던 시절 Xmarks는 매우 유용했습니다. 지금은 브라우저들이 동기화 기능을 제공하기 때문에 이런 장점이 좀 퇴색된 느낌도 있지만, 아직도 다른 브라우저들끼리는 동기화를 제공하지 않기 때문에 다양한 브라우저를 사용하는 사람에게는 아직 Xmarks는 유용합니다.

현재 파이어폭스, 크롬, 사파리, 익스플로어를 지원합니다.

5. 모든 기록은 나에게로 - Evernote

팜(Palm) PDA를 사용하던 시절부터 정리 해놓던 여러 노트나 메모들을 아이폰 구입 이후로 정리하기가 참 어려웠습니다. 아이폰의 메모 기능이 너무 빈약한게 이유였습니다.

Evernote는 단순히 글을 기록 해둘 수 있는 수준에서 벗어나 다양한 포맷의 편집을 지원하고, 태그 기능을 이용해서 손쉬운 문서 관리 및 검색이 됩니다.

또한 브라우저 플러그인을 통해 웹의 내용을 손쉽게 스크랩 해서 가져온 후 적절히 편집하는 작업이 매우 간단 합니다. 이렇게 정리한 내용은 여러 장소의 컴퓨터와 스마트폰으로 손쉽게 이용 가능합니다.

6. 단순하지만 To Do와 GTD를 위한 도우미 - Wunderlist

할 일(To Do List)나 GTD(Get Things Done)과 같은 생산성 프로그램을 사용하거나 사용해본 경험을 가진 분들이 많으실 겁니다. 저도 이런 프로그램을 여러개 사용 해보았고 그 중 하나를 골라 사용하고 있었습니다.

그러나 윈도우, 맥, 리눅스를 쓰고 아이폰과 아이패드를 사용하는 제 작업 환경 때문에 매번 동기화 하는 일이 매우 번거로울 수 밖에 없었습니다. 더구나 작업을 하던 윈도우나 리눅스는 벗어나 맥이나 아이폰/아이패드를 켜서 할 일을 확인해야 하는 작업은 매번 흐름을 끊어놓기 일수였습니다.

Wunderlist는 기존의 GTD 애플리케이션에 비해서 기능이 턱없이 부족하지만 단순한 할 일 목록(To Do List)에 비해서는 강력한 도구입니다. 아직 나온지 오래되지 않아 안전성이라던지 기능은 부족한 점이 있다는 것이 평이나 개인적인 일을 관리하는데는 큰 부족함이 없어 보입니다.

7. 웹으로 시작해서 웹으로 끝낸다 - Google

스마트워크를 위한 끝판왕 Google입니다. 지금까지 소개한 애플리케이션들은 스마트워크를 할 수 있도록 도와주는 것들이었다면 Google의 메일, 문서 도구, 캘린더 등은 스마트워크가 가능하게 하는 가장 기본적인 도구입니다.

아이폰을 익스체인지 방식으로 Google과 연동을 하면 메일과 캘린더를 실시간으로 어디서든지 이용 할 수 있어 매우 편리합니다. 또한 문서 도구는 협업이나 공유에 있어 탁월한 성능을 보여줍니다. 다만 문서 형식이 다소 제한적일 수 있는데, 별도의 장식이 크게 필요하지 않은 사내용 문서는 문서 도구로 작성하고, 외부 배포용 문서는 MS 오피스 등으로 작성한 후 Dropbox로 공유/관리하면 좋습니다.

만약 스타트업을 시작 한 경우에는 구글 앱스를 통해서 별도의 도메인과 전사적인 관리가 가능합니다. 꽤 인원이 늘어날 때까지 사용하는데 충분한 용량을 제공하니 적극 활용하시길 권장합니다.

이상으로 스마트워크를 위한 클라우드를 지원하는 애플리케이션 몇개를 소개 해드렸습니다. 이제 어디서 일 하는지가 점점 중요하지 않게 되는 시대인듯 합니다. 그렇기에 플랫폼을 가리지 않고 언제나 같은 데이터에 접근하여 작업 할 수 있는 그런 기능을 지원하는 애플리케이션이 각광 받게 될 것입니다.

저도 이번에 스마트워크 작업 환경을 구축하면서 돈을 들여 구입했던 여러 애플리케이션을 버리고 위에 소개 해드린 것으로 교체했습니다. 애플리케이션을 만드는 개발사들도 앞으로는 이런 것에 주안점을 두는 것이 좋을 듯 싶습니다.