하도 블로그에 글이 없어 문 닫은 줄 아실까봐 요즘 근황이나 짧게 남길까 합니다.

우선 게임 이야기를 좀 해볼까 합니다. 얼마 전까지 스타크래프트 2를 종종 즐기곤 했습니다. 캠페인을 너무 잘 만들었더군요. 캠페인을 깨고 나니 업적 욕심이 나서 조금 해보았습니다. 마 사라 업적 마치고 부관 초상화를 얻었습니다. 인간 캐리건 초상화가 가지고 싶지만 난이도가 높아서 엄두가 안 납니다. 멀티 플레이는 아직 평가전도 마치지 않았네요. 이상하게 손이 잘 안 갑니다.

마 사라 업적을 마치고 나니 갑자기 힘이 쭉 빠지더군요. 주말에 몇 달만에 와우를 다시 플레이 했습니다. 몇 달만에 하니 재미있더군요. 그래도 전처럼 하지는 못하고 일일 영웅 던전이나 다니면서 간간히 낚시나 즐기고 있습니다. 무엇보다 레이드를 할만한 체력이 어렵습니다.

체력 이야기가 나와서 말인데 요즘 건강이 몹시 나빠졌습니다. 귀울음도 심해지고 목이 심하게 뻗뻗해집니다. 여기저기 상태가 안 좋은 건 이제 기본 사양 같습니다. 살을 빼면 좀 나아질까 싶어 요즘 좋아하는 카페라떼도 참고 술도 안 마시면서 다이어트를 하고 있습니다. 점심은 매일 과일 샐러드로 해결하는데 대충 3.5 킬로그램 정도 빠졌습니다. 몸무게가 다시 70 킬로그램대로 내려가면 주말에 인라인을 타러 나가 볼 생각입니다. 그리고 비타민 C도 하루에 6000 밀리그램씩 먹고 있습니다. 스트레스나 피로로 인한 병에 비타민 C가 도움이 된다고 해서 먹고 있습니다.

얼마 전부터 일에도 변화가 생겼습니다. 그동안 몇개의 역할을 맡고 있었습니다. 거기에 서울시 용역 일까지 더해지니 머리 속이 너무 복잡해지더군요. 그래서 몇가지 일을 정리했습니다. 아직도 완전히 정리하지는 못 했지만 전에 비해 생각을 집중 할 수 있는 환경은 갖춰진듯 합니다. 일을 정리하는데 많은 분들께 신세를 진 것 같습니다. 미안함과 고마움이 반반입니다. 다소 무리한 요구였을지도 모르는데 흔쾌히 받아주신 분들께 감사드립니다.

요즘은 인생의 목표 또는 꿈에 대해서 생각을 하고 있습니다. 뭔가 사는게 복잡한 것 같아 왜 그런가 돌이켜보니 딱히 정한 꿈이 없었던 것 같습니다. 꿈이 없으니 닥치는대로 이것 저것 다 해보고 싶고 그러다 보니 몸만 힘들고 막상 이뤄놓은 것은 없더라는 생각이 들었습니다.

일단 과거를 돌이켜보면서 정말 내 인생에 이루고 싶은 단 한가지의 일이 뭘까라는 질문을 스스로에게 계속 던지고 있는데 답이 쉽게 나오지 않습니다. 일단 생각나는 것은 있는데 과연 그게 답인가 하는 확신이 들지는 않습니다. 좀 더 생각해보고 답을 정하려고 합니다. 급할 것은 없는 듯 합니다.

두려움을 가지게 되면 마음이 급해지고 포기하기 어려워지면서 점점 더 정답에서 멀어지게 되는 듯 합니다. 그래서 모든 불안한 마음을 떨치고 느긋히 생각하며 답을 찾아보려고 합니다. 몇년이 걸리더라도 상관없을 것 같습니다. 몇년이 지났더라도 찾은 것이 맞는 답이라면 그것을 이루기에는 아직 충분한 시간이 남아있을 듯 합니다.

슬슬 블로그에 글도 다시 올리면서 생활의 리듬을 찾아봐야겠습니다. 밀린 책도 좀 읽고 드라마도 보려고 합니다.

얼마 전에 우연히 영화를 보다 좋은 글감을 하나 얻었습니다. 머리 속으로 이야기를 그려보고 있는데 제가 느끼기에는 꽤나 재미있습니다. 글을 쓴다는 것이 노력도 시간도 많이 필요한 일이기 때문에 머리 속 공상으로 끝날지 키보드를 통해 글로 옮겨지게 될지는 모르겠습니다.

태풍이 온다고 합니다. 지난 주도 비로 메워진 한 주였는데 이번 주도 크게 다르지 않을 듯 합니다. 이제 내일이면 9월입니다. 슬슬 여름의 끈적함이 멀어지고 가을의 청량함을 느낄 수 있는 기회가 기다려집니다.

PS> 글머리에 짧게 남긴다 했는데 상당히 길어졌네요.

2000년대 들어와 팜(Palm)의 몰락(?)과 함께 스마트폰의 왕은 윈도우 모바일(Windows Mobile, 이하 WM)이었습니다. 여러 문제가 있었지만 스마트폰에서 WM 외에 딱히 선택 할 카드가 없었습니다. 그러던 WM이 블랙베리와 아이폰, 그리고 안드로이드에 밀려 이제 이름만 간신히 올려놓았을 정도로 몰락 해버렸습니다.

MS에서도 이런 상황을 심각하게 받아들여 기존 WM과의 호환성마저 포기하며 완전히 새로운 모바일 OS를 만들고 있는데 이름하여 윈도우 폰 7(Windows Phone 7, 이하 WP7)입니다.

아이폰과 안드로이드에 밀려 블랙베리도 슬슬 밀려나는듯한 요즘 시기에 뒤늦게 나오는 WM7이 얼마나 많은 시장을 점령 할 수 있을까는 많은 이들이 궁금해하는 부분입니다.

아직 구체적으로 뭘 예상하기는 어렵습니다. 아직 WM7의 구체적인 사항들이 공개되지는 않았으니까요. 하지만 약간의 공개된 정보와 MS를 둘러싼 환경을 토대로 예측을 해보자면 이렇습니다.

결론적으로 향후 몇년 정도까지 보았을 때 WP7이 4~5할 정도의 비율을 가져가리라 생각합니다. 이 수치는 블랙베리와 심비안, 바다 등을 제외하고 순수히 WP7, 아이폰, 안드로이드 끼리의 비율만을 놓고 생각했을 때 그러하리라는 것입니다.

WP7은 아이폰과 안드로이드의 장점을 가지고 있으며 동시에 단점을 함께 해결한 폰이기 때문에 이러한 예상을 합니다.

아이폰은 통제된 환경과 직관적 인터페이스가 장점입니다. 하지만 Mac OS와 Objective-C 라는 개발 환경과 애플 이외의 회사에서는 출시 할 수 없다는 단점이 있습니다.

안드로이드는 어느 회사라도 출시 할 수 있고 개발 환경도 윈도우를 쓸 수 있으며 언어 또한 자바(Java)를 사용하기 때문에 보다 개발 접근성이 좋습니다. 그러나 통제되지 않는 무질서한 앱 환경과 너무 다양한 하드웨어 스펙이 사용자들에게 단점으로 인식됩니다.

이에 반해 WP7은 윈도우에서 개발 가능하고 C#이라는 MS 환경에서 개발하는 개발자들이라면 대부분 할 줄 아는 언어를 채용하고 있습니다. 그리고 라이센스를 통해서 수 많은 회사에서 WP7 생산이 가능합니다. 아울러 MS가 통제하는 하드웨어 스펙과 앱 환경은 사용자에게 동일한 사용성 및 인터페이스를 제공 할 수 있습니다.

이렇게 WP7은 아이폰과 안드로이드의 장점을 흡수하고 단점은 제거한 물건입니다. MS가 오랜 시간 동안 모바일 OS를 해왔기에 만들 수 있었다고 생각합니다. 물론 뉴튼 외에 딱히 경험이 없는 애플이 처음부터 정답에 근사한 아이폰이란 답을 내놓은 것도 놀라운 일입니다.

WP7은 이것 외에도 큰 잇점을 더 가지고 있는데, 기업과 게임 시장에서의 친화성입니다. 아직도 많은 기업들이 MS 오피스를 사용하고 있고 익스체인지(Exchange) 서버를 운영하고 있습니다. 즉, 기업에서 사용하는 소프트웨어와의 친화성이 놀라울 정도로 높다는 것입니다. 같은 회사에서 나온 물건들이니 당연한 이야기입니다.

거기에 더해 MS는 이미 게임기 시장에서 강자 중 하나이고 XBox Live라는 인정받은 게임 플랫폼을 가지고 있습니다. 이 게임 플랫폼과 WP7을 연동시키겠다는 이야기는 이미 발표된 사실입니다. 아울러 XNA라는 플랫폼을 통해 XBox, 윈도우, WP7을 함께 묶어 개발하는 것도 가능 해집니다. XBox 360의 성공에는 XNA가 큰 역할을 했다고 평가 받는데 이를 WP7에도 대입시키는 것이 가능하리라 봅니다.

또한 MS는 후발 주자로서 절대적이었던 강자 플레이스테이션과의 경합을 통해 승리한 경험을 가지고 있습니다. 단시간은 어렵겠지만 싸움을 장기적으로 끌고 갈 수 있는 경험과 자금이 넉넉하다는 것이 MS의 또다른 무기입니다.

WP7의 성공에 대해서 너무 핑크빛으로만 이야기 한 것일 수도 있지만 그만큼 WP7이 가능성이 있는 플랫폼이라는 것은 확실한 사실입니다. 그렇다고 WP7에 밀려 아이폰이 망하거나 할 일은 없을 것입니다. 아이폰 또한 3~4할을 차지 할 것입니다. 윈도우 쓰는 사용자에게 WP7이 좋듯, Mac OS를 사용하는 사람에게는 아이폰이 좋습니다. 더구나 아이폰 특유의 디자인은 언제나 팬층이 두텁습니다. 아이팟과 아이패드에 익숙한 젊은 층도 든든한 잠재 소비자들입니다.

안드로이드로 고개를 돌려보면 개방과 자유를 갈망하는 테크 기크(Tech Geeks)들도 무시 할 수는 없습니다. 또한 안드로이드의 자유를 이용해 기득권 방어에 나설 이동통신사들도 적지 않을 것입니다. 그렇기에 안드로이드 또한 2~3할의 시장은 차지하리라 보고 있습니다. 다만 현재 아이폰의 대항마로서 자리잡은 안드로이드가 WP7이라는 또 다른 대안으로 인해 지금보다 제조사나 이통사들로부터 더 적은 관심을 받게 되리라 예상합니다.

정리하며 마무리를 짓자면 WP7, 아이폰, 안드로이드의 모바일 삼국지는 강, 중, 약 또는 약강, 중, 중 정도의 구도를 향후 몇년 정도 그리게 될 것이라는 생각입니다.

앞으로 펼쳐질 모바일 삼국지를 지켜보면서 사용자로서 그리고 개발자로서 변화를 즐기고 흐름을 탈 수 있는 흥미로운 시간이 기대됩니다.

갈수록 트위터의 기세가 등등합니다. 그런 분위기 때문인지 새로 트위터를 시작하시는 분도 많습니다. 트위터라는 것이 한국의 인터넷 서비스와 다르기 때문에 처음 접하시는 분들은 혼란스러워 하시는 것 같습니다.

제가 웹 2.0 기업에서 일하며 16 개월 정도 트위터를 사용하며 깨달은 것을 압축시켜 초보자 분들을 위해 짧게 정리 해보았습니다.

한마디로 트위터는 소식이 흐르는 수도관입니다.

나를 정수장이라고 생각하면 팔로잉(following) 하는 사람은 댐이고, 팔로워(follower)는 가정집이 됩니다. 나는 댐(팔로잉)으로부터 물(소식, 트위트-Tweet)을 받아 정수(리트위트, RT)를 한 후에 다시 가정집(팔로워)에게 보냅니다.

현실과 다른 점이라면 트위터에서는 한 사람이 댐, 정수장, 가정집의 역할을 동시에 할 수 있다는 것입니다.

트위터에서 많이 헷갈려하시는 점은 트위터는 일방향이라는 것입니다. 가정집에서 정수장이나 댐으로 다시 물을 돌려보낼 수 없듯이 내가 팔로잉에게, 팔로워가 내게 소식을 보낼 수 없습니다. 리플라이(Reply)와 멘션(Mention)이란 것이 있지만 이 둘은 마치 생수 배달처럼 받으려는 사람의 요청이 있어야 가능한 것이고, 수도물처럼 스스로 알아서 나에게 오는 방식는 아닙니다.

이런 트위터의 특성 때문에 사람 사이에 1 대 1 소통을 하기 불편합니다. 그렇기에 트위터를 메신저에, 팔로잉/팔로워를 친구 추가에 비유하는 것은 혼동만 일으킵니다. 메신저와 친구 추가의 개념이 더 잘 어울리는 것은 페이스북(Facebook)이지 트위터는 아닙니다. 누군가를 팔로잉한다는 것은 그 사람이 보내는 트위트를 받아 보겠다라는 의미라는 것만 기억하시면 됩니다. 누군가와 채팅을 하거나 이메일을 주고 받겠다는 의미와는 다릅니다.

그렇기에 누군가가 내가 쓴 트위트를 받아보고 싶다고 나를 팔로잉 한 경우, 나도 그 사람의 소식을 받아보고 싶지 않은 경우 꼭 팔로잉 할 필요가 없습니다.

트위트를 받아보고 싶은 사람을 팔로잉하고, 더 이상 트위트를 받아보지 싶지 않으면 언팔로우(unfollow) 하는 것이 트위터의 기본 개념입니다.

트위터는 자유로운 곳입니다. 메신저나 싸이월드 1촌 맺기처럼 상대의 승락이 필요하지도 않습니다. 여러분의 영혼이 원하는대로 트위트 하고 팔로잉 하면 됩니다. 누구도 여러분의 트위터를 구속하지 하지 않습니다. 트위터로 스팸만 뿌리지 않으신다면요.

PS> 좋은 트위트를 올리지 않는다면 팔로워들은 여러분을 언팔로우 할 것입니다. 그렇기에 어느 SNS 보다 자유로운 트위터이지만, 오히려 트위트 하나하나에 더 조심스러운 곳이 트위터이기도 합니다.

그러나 이런 개방과 자유는 호환성 문제를 일으킵니다. 벌써 국산 안드로이드 폰은 이런 문제를 일으키고 있습니다.  (주1)

이런 문제는 이번이 처음이 아닙니다. MS의 포켓피씨(PocketPC)와 윈도우 모바일(Windows Mobile)도 그러했습니다. 그나마 이 둘은 좀 나은 편이었습니다. 브루(BREW)나 위피(WIPI) 같은 것은 같은 플랫폼 개발사에서 개발하고, 같은 핸드폰 제조사에서 만들고, 같은 이동통신사에서 출시되었음에도 불구하고 모델에 따라 호환성 문제를 일으켰습니다.

물론 개방과 자유가 만들어내는 다양한 환경에서도 호환성을 높힐 수 있습니다. 예를 들자면 윈도우(Windows)와 같은 것 말입니다. 그러나 이런 다양성을 확보하기 위해서는 운영체계(OS)가 커질 수 밖에 없습니다. 운영체계가 커지는 것은 성능이 낮은 모바일 환경에서는 치명적일 수 있습니다. 바꿔말해 모바일용 운영체계는 스스로 호환성을 제공하는데 한계가 있다는 말입니다.

그렇기에 호환성을 핸드폰 제조사와 이동통신사가 만들어주어야 합니다. 그러나 현실은 그렇지 못 합니다. 왜냐하면 독점적인 지위를 통해 얻던 이익을 포기하기 쉽지 않기 때문입니다. 비호환성을 통해서 얻는 수익의 달콤함을 버리지 못 하는 것입니다.

그래서 MS도 윈도우 폰 7에서 아이폰과 같은 방식을 채택한 것으로 보입니다. 윈도우 폰 7은 아이폰과 달리 제조사에서 자체적으로 생산이 가능하나, 버튼의 갯수와 위치 하나까지 정한대로 따라야 합니다. 이렇게 함으로서 기존 윈도우 모바일이 가졌던 호환성과 성능 문제를 상당 부분 제거 할 수 있을 것입니다.

이렇게 개방적이고 자유로운 환경이 단점을 가지는데 비해, 폐쇄적 환경이 반드시 실패를 하는 것만도 아닙니다. 아이폰 보다 더 폐쇄적인 환경을 가진 게임기는 이미 20년 넘게 잘 팔리고 있습니다. 오히려 개방과 자유를 선택했던 아타리는 아타리 쇼크를 통해서 망하고 말았습니다. (주2)

구글도 이런 문제를 알고 넥서스 원이라는 레퍼런스를 통해 해결하려하는 것으로 보이나, 제조사와 이통사의 욕심을 뛰어넘기란 쉽지 않을 것 같습니다.

호환성 문제를 해결하기 위해 구글이 강력한 라이센스 규제를 통해 해결하려 나서야 할 것입니다.

독(毒)은 쓰기에 따라 약이 되기도 한다고 합니다. 개방과 자유가 낳은 호환성이란 독을 구글이 어떻게 약으로 쓸지 앞으로 지켜보려고 합니다.

주1) 국내 안드로이드폰의 호환성 문제 해결 되야 합니다.
주2) 아타리 쇼크 - 위키백과

그러던 것이 점차 컴퓨터 성능이 좋아지면서 사용자에게 선택지를 보여주고 그 중 하나를 고르는 방식으로 바뀌어 나갔습니다. 바탕 화면에 놓여있는 아이콘들이나 독(Dock)이 이런 예입니다.

그러나 점점 사용자가 설치하는 프로그램이나 파일의 개수가 많아지자 선택지를 보여주고 고르게 하는 방식을 사용하기 힘들어졌습니다. 그래서 현대의 OS는 검색을 강화하는 방향으로 나아가고 있습니다.

Mac OS를 시작으로 리눅스와 윈도우 7이 이런 경향을 뒤쫓고 있습니다. 윈도우 7에서 '윈도우 키'를 누르면 예전에는 시작 메뉴를 보여주었지만 지금은 검색창에 커서가 올라가는 것이 기본 동작으로 되어 있습니다.

최신의 OS를 사용하신다면 검색을 충분히 활용하여 보다 효율적으로 컴퓨터를 사용하실 수 있습니다.

티스토리 플러그인은 텍스트큐브와는 달리 사용자가 임의적으로 설치는 불가능하고 다음과의 업무 협의를 통해서만 등록이 가능합니다.

티스토리 플러그인 개발을 위해서는 텍스트큐브 1.5.x 버전을 기준으로 개발하면 되는데 티스토리와 텍스트큐브가 완전히 모양새가 일치하는 것은 아니어서 조금 어림잡아서 개발 할 수 밖에 없는 것 같습니다. 티스토리 개발 환경이 제대로 갖춰진다면 좀 더 쉽고 정확한 개발이 가능 할 것 같은데 앞으로 꼭 좀 나왔으면 좋겠습니다.

기본적으로 플러그인 개발은 텍스트큐브 플러그인 문서를 참고로 개발하면 됩니다. 다만 해당 문서의 버전이 다른 것인지 알 수 없으니 문서와는 좀 다르게 작성해야 하는 부분이 있었습니다.

문서에서는 tag나 listener의 핸들러를 속성으로 작성하라고 되어 있습니다. 이렇게 말이죠.

<binding>
<listener event="ViewPostContent"  handler="Helloworld_Show" />
</binding>

그런데 실제로 이렇게 속성으로 주니 잘 되지 않더군요. 저는 이렇게 해결을 했습니다.

<binding>
<listener event="ViewPostContent" >Helloworld_Show</listener>
</binding>

이것은 고유 URL을 생성하는 <listener>에도 동일하게 적용됩니다.

또 하나는 <adminMenu>에서 파라미터를 넘겨줄 때 <name>, <type> 외에 <default>도 필수로 적어주어야 값이 전달된다는 점입니다. <mandatory>는 필요한 경우에만 적어주고 나머지는 생략이 가능 합니다.

그리고 위키 문서에는 전역 변수에 대한 설명이 없는데, 이 설명은 TNF 포럼에서 볼 수 있습니다.

이번에 티스토리용 플러그인을 만들면서 느낀게 텍스트큐브의 플러그인 개발 관련 문서가 공식적인 문서라기 보다는 인터넷 강좌 정도라는 점이 좀 아쉬웠습니다. 결국 플러그인 개발을 위해서는 텍스트큐브의 소스 코드를 들여다보고 문서화 되지 않은(Undocumented) 변수나 함수를 이용해야 하는 경우가 생길 수 있을듯 합니다.

공식적인 문서인만큼 워드프레스 수준의 상세한 문서화가 앞으로 이루어졌으면 좋을 듯 합니다.

1997년 홈페이지라는 것을 처음 만들어 사용을 하다 2003년부터 블로그로 바꾸었습니다. 처음에는 혼란스러웠지만 점차 블로그라는 것에 대해 좀 느껴지는 것이 있었고 덕분에 처음과 지금은 사용 패턴에 큰 차이가 있습니다.

트위터(Twitter)와 페이스북(Facebook) 계정을 만든 것이 제작년인지 작년인지 기억나지 않는데 제대로 사용하기 시작한 것은 트위터는 작년부터고 페이스북은 올해부터입니다. 페이스북은 아직도 좀 제 괘도에 오르지 않은 느낌입니다.

처음에는 잘 몰랐는데 자꾸 사용을 하다 보니 블로그, 트위터, 페이스북을 어떻게 사용해야 할지 감이 옵니다.

그래서 계속 초보 시절 사용 퍠턴에 끌려다니지 않고, 과감히 이 셋의 사용 패턴 및 역할을 대대적으로 정리하려고 합니다.

블로그는 전문가로서 저를 표현하고, 동종의 전문가들과 정보를 공유하며, 의견을 교환하고 소통하는 장소로 변경하려고 합니다. 즉, 더 이상 이 블로그에 제 전문적인 지식이나 일과 관련없는 글을 올리지 않으려고 합니다. 대신 그 횟수는 적지만 보다 전문적인 내용과 관련있는 글들로 채우려고 합니다.

트위터는 제게 전문가로서 필요한 정보를 얻고, 거기에 저의 정보를 더해 다시 그 정보를 다른 전문가들에게 보내줄 수 있는 하나의 거대한 정보 흐름으로 바꿀 예정입니다. 전문성과 상관없이 인맥 때문에 하던 팔로잉(Following)을 이전하고, 보다 제 전문분야와 관련 깊은 사용자들로 채우려고 합니다. 기존 인맥 위주의 트위터는 별도의 계정으로 분리하여 다시 팔로잉을 할 예정입니다.

페이스북은 소셜 네트워크로서의 가치를 더욱 공고히 하여 철저히 인맥 중심으로 사용하려고 합니다. 기존에 마구잡이로 맺은 친구 맺기를 중지, 정리하고 지인들과 보다 긴밀한 관계를 맺을 수 있도록 저의 생활에 최대한 밀착시켜 사용하려고 합니다.

이번 블로그, 트위터, 페이스북의 대정리로 한층 더 업그레이드 된 소셜 미디어 생활을 꾸며보려 합니다.

SSD(Solid State Drive)가 널리 퍼지면서 인터넷에 많은 팁이 올라오고 있습니다. 그런데 이런 팁들이 오래된 구형 OS를 기준으로 하고 있거나, 새로운 운영체제인 윈도우 7의 사용 패턴을 전혀 반영하지 못한채로 작성되고 있습니다.

인텔 SSD와 윈도우 7을 기준으로 널리 알려진 팁 중에서 다시 생각 해보아야 할 부분과 추천 팁을 정리하였습니다.

우선 윈도우 7은 SSD를 매우 잘 지원하는 운영체계입니다. 그러므로 팁에서 거론하는 거의 대부분의 추가적인 설정을 할 필요가 거의 없습니다.

프리패치 끄기, 클러스터 크기 조정, 꼬리 자르기, 조각모으기 끄기, 색인 기능 끄기, 윈도우와 인터넷 임시 저장 폴더 옮기기, 쓰기 버퍼링 끄기 등을 조정 할 필요가 없습니다. 윈도우 7을 설치 하는 것만으로 SSD에 알맞게 동작하고, 클러스터 크기 조정, 꼬리 자르기 같은 것은 인텔 SSD의 4k 속도와 트림(Trim)을 믿고 그냥 사용하셔도 됩니다. 인텔 SSD가 아니라면 최적화를 위해 시도 해 볼만은 합니다.

프리패치는 SSD와 하드디스크를 병행해서 사용하는 환경에서 하드 디스크 사용시 속도 향상을 얻지 못 할 수 있고, 쓰기 버퍼링을 끄면 오히려 속도가 감소하는 경우가 많습니다. 색인 기능은 최신의 운영체제 사용 패턴의 트렌드에 따르자면 켜고 쓰는게 더 나을 수 있습니다. 윈도우와 인터넷 임시 저장 폴더를 옮겨봐야 느려지기만 하고 임시 저장 폴더 쓰기 때문에 SSD 수명이 줄어 문제가 생기는 경우도 없습니다.

색인 기능은 검색을 자주 쓰는 분이라면 켜고 아니라면 끄는 것이 좋습니다. 다만 최신의 운영체제 사용 방식은 검색을 적극적으로 활용하는 것이 추세입니다. 이는 Mac OS X 스노우레오파드, 우분투 리눅스에서도 공통적입니다.

결론 내리자면 윈도우 7과 인텔 SSD를 사용한다면 별 다른 조정 없이그냥 사용하는 것이 최적이라고 봅니다. 튜닝의 끝은 순정이니까요.

그렇다면 윈도우 7과 인텔 SSD 조합에서는 설정을 수동으로 바꾸어 줄 것이 전혀 없느냐 하면 그렇지는 않습니다. 저는 여기서 딱 두가지만 수동 설정을 권장합니다.

첫번째는 스왑 파일 위치 이동입니다. 스왑 파일은 보통은 몇기가 정도의 크기인데 1 기가 용량이 아쉬운 SSD로서는 속도 감소를 감안하더라도 자주 쓰이지 않는 스왑파일을 과감히 하드 디스크로 옮길 가치가 있습니다.

위 그림은 제 컴퓨터의 스왑 파일 설정입니다. C 드라이브는 SSD이고, D, E는 하드디스크입니다. 스왑파일은 D 드라이브에만 위치하도록 설정하였습니다.

두번째는 하이버네이션을 위한 파일 삭제입니다. 대부분의 윈도우 데스크탑은 하이버네이션의 불안정성 때문에 이 기능을 사용하지 않습니다. 그렇기에 이 기능을 꺼서 하이버네이션을 위한 파일 용량만큼을 절약하는 것이 좋습니다.

하이네이션을 끄려면 우선 명령 프롬프트를 관리자 권한을 실행합니다.

그리고 아래 명령어를 실행합니다.

만약 하이버네이션을 다시 켜고 싶을 때는 powercfg –h on 을 실행하시면 됩니다.

이렇게 이 가지만 하셔도 몇기가 이상을 절약 할 수 있습니다. SSD에서 가장 곤란한 부분은 속도나 수명이 아니라 용량 문제입니다. 그렇기에 SSD는 튜닝은 용량 확보에 중점을 두는 것이 최선의 방법입니다.

인텔 SSD와 윈도우 7의 궁합은 매우 좋습니다. G2 모델의 경우 AHCI로 설치 할 경우 자동 트림(Trim)도 지원이 됩니다.

한 차원 더 높은 컴퓨팅 환경을 경험해보고 싶으신 분이라면 꼭 이 둘의 조합을 사용 해보시길 권합니다.

김어준씨는 왜 착한 남편과의 결혼생활이 외로운지 이렇게 정리하고 있습니다.

지금 당신에게 시급한 질문은, 나는 언제 행복하고 언제 불행한 사람인가, 그러니까 나는 어떤 사람인가 하는 거니까. 너무도 기본적이어 누구나가 했어야만 하는, 그런 질문들. 그런 본원적 질문을 생략하고 역할을 사는 이가 외롭고 허전하지 않다면, 그게 비정상이다. - 김어준 -

정리하면 삶에 대한 근본적인 질문을 생각하고 답을 얻어 그에 따라 사는 삶이어야 외롭고 허전하지 않을 수 있다는 것입니다.

저 또한 아직 갈 길이 먼 사람이기에 언제나 끊임없이 스스로에게 보내는 질문에 힘들 때가 많지만 조금씩 답을 알아가는 과정에서 삶이 나아지고 있다는 생각입니다.

삶에 대한 질문의 답을 구하는 과정은 고통스럽고 힘들지만 그 답이 없이는 어떤 삶이라도 공허하기 마련입니다.

절대로 한순간도 멈추지 말고 앞으로 나아가 삶에 대한 답을 구하시길 기원합니다.

대한민국 성인이라면 적어도 2-3년에 한번씩 큰 선거를 치루게 됩니다. 정치에 관심이 조금이라도 있는 사람이라면 선거에 어느 정당이 더 우세한지 관심을 갖지 않을 수 없습니다.

저도 정치에 관심이 있기에 매번 어느 쪽이 우세한지 관심을 갖고 보고 있습니다. 그런데 이상하게도 매번 한나라당이 유리하다는 느낌이 듭니다.

왜 한나라당이 유리한 것 같아 보일까요?

생각을 해보니 한나라당이 가진 수구적 성향이 그런 유리함을 만들어 내는 것 같다는 생각입니다.

수구란 현재 모습이 좋으니 바꾸지 말고 지키자는 것입니다. 모습이 변화하지 않으면 오직 한 가지의 모습만이 남을 뿐입니다. 그렇기에 지지 세력은 하나로 결집시킬 수가 있습니다.

이에 반해 보수나 진보는 다양한 모습을 지향하게 됩니다. 변화하는 방법의 차이도 있지만 무엇보다 최종적으로 변화를 마친 모습 자체가 다양합니다. 그렇기에 현재 모습을 바꾸자는데는 다들 동의하나 그 외의 차이로 인해 지지 세력을 결집시키기가 어렵습니다.

벌써 선거철이 얼마 남지 않았습니다. 지금의 모습을 그대로 유지 할지, 아니면 바꿀지, 바꾼다면 어떻게 어떤 모습으로 바꿀지 신중히 생각하셔서 적극적으로 국민의 권리를 행사하시길 기원합니다.

어떤 일이 착한 일이고 나쁜 일인지는 상당히 제작자의 주관(?)이 많이 들어가 있는 것 같아 보입니다. 어렸을 때는 몰랐는데 지금 와서 보니 그렇다는 것입니다.

거기에 얼마나 많이 올라가고 떨어지는지는 더욱 주관적입니다.

가장 많이 오르는 착한 일은 20번 칸의 간첩 신고입니다. 당시 사회적으로 팽배했던 반공 분위기가 느껴집니다.

그럼 가장 많이 떨어지는 나쁜 일은 무엇일까요? 바로 66번칸입니다. 그림을 보면 한 남학생이 서있는 여학생의 손을 잡고 있습니다. 그리고 뱀을 따라 떨어져보면 감옥 같은 곳에 남학생이 갖혀있죠. 여학생 손을 함부로 잡는 것은 성희롱에 해당 할 수 있기는 하겠습니다만, 94번 방화, 97번 불법 벌목, 72번 불법 무기 제조, 44번 폭행 보다 훨씬 더 엄한 처벌을 받고 있습니다.

빵집에서 남녀 학생이 동석하는 것만으로도 처벌을 받던 시대적인 분위기가 반영된 것일 수도 있지만 그대로 너무 벌칙이 상대적으로 쎄다는 생각입니다.

제작자의 의도가 궁금 해집니다.

요즘 개인용 컴퓨터도 멀티코어를 장착하고 나올 정도로 멀티프로세서(Multiprocessor)가 흔해졌습니다. 덕분에 멀티프로세스(Multiprocess) 프로그래밍으로 개발한 데몬과 같은 것을 실행시켜 보면 여러 프로세서에 적당히 나뉘어 실행되는 것을 쉽게 확인 할 수 있습니다.

그런데 여기에 한가지 욕심을 더 내보자면 특정한 작업을 수행하는 프로세스를 특정한 프로세서에 할당하고 싶다는 생각이 드는 경우가 있습니다. 네트워크 데이터 및 DB 처리는 0번 CPU, 데이터 처리는 1번 CPU 식으로 말입니다.

기본적으로 OS에서 프로세스를 어떤 CPU에 할당하는지는 OS가 가진 자체적인 스케쥴링에 따르도록 되어 있습니다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <limits.h>
 
int main(int argc, char *argv[]) {
    unsigned int i = 0;
    pid_t pid;
 
    if ( (pid = fork()) == 0 ) {
        for ( i = 0; i < UINT_MAX; i++) {
        }
    }
    else {
        int status;
        waitpid(pid, &status, 0);
    }
 
    return EXIT_SUCCESS;
}

위 소스는 1개의 자식 프로세스를 생성하고 더하기 연산을 반복적으로 수행하여 CPU를 100% 사용하게 만드는 예제입니다.

터미널을 하나 더 열어 top을 실행시킨 후 '1'번 키를 눌러 CPU 별로 사용량을 지켜볼 수 있게 준비를 합니다. 그리고, 소스를 컴파일 해서 여러번 실행시켜 보면 사용량이 100%에 달하는 CPU가 고정적이지 않고 변하는 것을 확인 할 수 있습니다. 물론 OS의 스케쥴링 정책에 영향을 받기 때문에 특정한 CPU에 고정적으로 할당되는 것처럼 보일 수도 있으나 많은 횟수를 실행시켜보면 변한다는 것을 확인 할 수 있습니다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73

#define _GNU_SOURCE
 
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <stdbool.h>
#include <limits.h>
#include <sys/types.h>
#include <sys/wait.h>
#include <getopt.h>
#include <sched.h>
 
void print_help(char *cmd) {
    printf("Usage: %s -n <cpu 개수> -c < 선호CPU>\n\n", cmd);
    printf("       CPU 개수 : CPU 코어 개수\n");
    printf("       선호 CPU : CPU 코어 번호 (0 부터 시작)\n\n");
    printf("       예 : 쿼드코어 CPU에서 3번째 코어를 사용하는 경우\n");
    printf("            $ %s -n 4 -c 2\n", cmd);
}
 
int main(int argc, char *argv[]) {
    unsigned int i = 0;
    pid_t pid;
    int max_cpu = -1;
    int cpu = -1;
    int opt;
 
    while ( (opt = getopt(argc, argv, "n:c:")) != -1 ) {
        switch ( opt ) {
            case 'c' :
                cpu = atoi(optarg);
                break;
            case 'n' :
                max_cpu = atoi(optarg);
                break;
            case '?' :
            default :
                print_help(argv[0]);
                exit(EXIT_FAILURE);
                break;
        }
    }
 
    if ( max_cpu < 1 || cpu < 0 || cpu >= max_cpu ) {
        print_help(argv[0]);
        exit(EXIT_FAILURE);
    }
 
    if ( (pid = fork()) == 0 ) {
        cpu_set_t mask;
 
        CPU_ZERO(&mask);
        CPU_SET(cpu, &mask);
        pid = getpid();
        if ( sched_setaffinity(pid, sizeof(mask), &mask) ) {
            fprintf(stderr, "%d 번 CPU를 선호하도록 설정하지 못했습니다.\n",
                    cpu);
            exit(EXIT_FAILURE);
        }
        else {
            printf("%d 번 CPU를 선호하도록 설정했습니다.\n", cpu);
        }
 
        for ( i = 0; i < UINT_MAX; i++) {
        }
    }
    else {
        int status;
        waitpid(pid, &status, 0);
    }
 
    return EXIT_SUCCESS;
}

위 소스 코드는 sched.h에서 제공하는 sched_setaffinity 함수를 사용하여 특정한 CPU에서 프로세스가 실행되도록 한 것입니다.

sched_setaffinity 함수는 3개의 매개변수를 받는데 첫번째는 프로세스 ID(pid)입니다. pid 대신 0을 넘기면 자동으로 현재 동작중인 프로세스로 설정됩니다. 두번째는 cpusetsize 입니다. 보통은 sizeof(cpu_set_t)로 설정하면 됩니다. 세번째는 mask 포인터입니다. mask 포인터는 아래의 매크로 함수들을 사용해서 편리하게 설정 할 수 있습니다.

void CPU_CLR(int cpu, cpu_set_t *set);
int CPU_ISSET(int cpu, cpu_set_t *set);
void CPU_SET(int cpu, cpu_set_t *set);
void CPU_ZERO(cpu_set_t *set);

cpu는 CPU의 번호로 0번부터 시작합니다. 쿼드코어 CPU 라면 0~3번 사이의 값이 됩니다. mask 값을 여러개의 CPU로 지정하는 것도 가능합니다.

sched.h가 정상적으로 동작하기 위해서는 꼭 헤더파일을 인클루드 하기 전에 #define _GNU_SOURCE를 선언 해주어야 합니다. 선언하지 않으면 CPU_XXXXX 매크로 함수를 찾을 수 없다며 컴파일 오류가 발생합니다.

멀티프로세스나 멀티쓰레드를 여러개의 CPU나 코어에 적절히 배치하여 효과적으로 사용하는 것은 매우 어려운 기술입니다. sched_setaffinity 함수를 통해 수동으로 배치했다고 해서 그것이 반드시 OS의 스케쥴링에 의한 배치보다 효율적이라는 보장은 없습니다.

다만 몇가지 특징적인 프로세스들을 적절히 배치하여 CPU 자원을 어느 정도 보장 해주는데 도움이 될 수 있다고 생각합니다.

두 달 전부터 미국 달러화를 사야겠다는 이야기를 주변에 하고 다녔습니다. 가끔 저는 번뜩이는 영감 비슷한 것을 받는 경우가 있는데 그런 경우 거의 맞아 떨어지는 편이더군요. 이번에 느낀 영감은 달러화가 오른다는 것입니다.

그 동안은 영감을 받아도 그냥 그러려니 했는데 이번에는 한 번 얼마나 제대로 맞는지 행동으로 증명하고 싶어 미국 달러화(USD)를 소액 환전했습니다.

원래는 금(Gold)에 투자를 하고 싶었지만 금이란게 개인이 어떻게 좀 투자하기가 어렵더군요. 소액 투자는 더더욱 힘들구요. 금 펀드가 있기는 하지만 이번에는 제 영감을 증명하는게 목적이었기 때문에 직접 투자를 하고 싶었습니다.

원래 돈 되는 이야기는 주변에 이야기 하지 않는 것이 맞습니다. ‘무슨 종목이 좋다 사라’는 이야기는 사실 귀 담아 들을만한 이야기가 아닙니다. 그렇게 좋다면 직접 사지 그걸 왜 남에게 권하고 있겠습니까. 거기에 더해 저는 자본을 통한 수익 창출에 반대합니다. 그렇기에 이번 환투자는 그냥 리트머스 시험지 같은 성격이지 재테크로서 한 것은 아님을 말씀드립니다.

제가 왜 환투자를 했는지를 읽어 보시는 것은 자유이나 이에 따라 투자를 하시는 것은 언제까지나 본인의 판단과 책임 하에서 손실을 감당 가능한 규모하에 행동하셔야 한다는 점 거듭 강조드립니다.

결론부터 말씀드리자면 길게 잡아 2 ~ 3년 내에 만약 상황이 급변한다면 1 ~ 2 년 내에 달러화의 상당히 오를 것으로 생각됩니다.

물론 한동안은 현재의 원달러 환율이 유지되거나 다소 더 낮아질 가능성이 있습니다. 그러나 2 ~ 3 년 내에는 원달러 환율이 상당히 높아지는 시기가 있을 것으로 봅니다. 그 이유는 이렇습니다.

첫번째는 한국의 부동산 경기입니다. 우리는 엄청난 부동산 버블을 안고 있었음에도 불구하고 서브프라임 사태 때 이를 터뜨리지 않았습니다. 이 덕분에 부동산 버블이 터지면 아주 제대로 터질 가능성이 높습니다. 부동산 경기가 추락할 경우 과거의 IMF 사태 때처럼 환율이 급 상승하게 될 것입니다. 이 둘의 관계는 국내 자본의 해외 자산 구매와 관련있는데 자세한 것은 인터넷에 검색을 해보시면 쉽게 찾으실 수 있습니다.

두번째는 강만수입니다. 아시다시피 강만수와 그와 함께하는 모피아들은 환율을 올려서 대기업 위주의 수출 증대가 한국 경제를 키울 수 있는 최선의 방법이라고 봅니다. 이미 2008년 한 번 겪어보셨을 겁니다. 그러나 그 때에 뭘 배운 것인지 다시 환율을 끌어올리려는 분위기입니다. 이명박은 2008년 사태가 서브프라임 때문에 잘 못 된 것일 뿐 환율을 올려서 수출을 증대해야 한다는 생각을 버리지 않고 있다고 합니다.

세번째는 미국의 출구 전략입니다. 아직은 미국이 금리를 올리지 않고 있지만 이를 계속 몇년씩 방치 할 수는 없을 것이고 결국 미국이 출구 전략으로 금리를 올리기 시작하면 환율이 오를 수 밖에 없습니다. 혹자는 벌써부터 세계 시장에 달러화가 마르기 시작했다는 분석마저 내놓고 있습니다. 아직 저는 이에 동의하지는 않습니다.

물론 이는 단지 예측입니다. 예측은 항시 틀릴 수가 있습니다. 그럼에도 불구하고 제가 과감히 환투자를 한 것은 만약 환율이 지금보다 더 떨어진다면 그것은 우리나라 경제가 건강해졌다는 신호로 생각해도 좋을 것이고, 거기에 더해 외국에서 달러로 사야하는 제품을 많이 쓰는 저로서는 어찌되었거나 일종의 환 헷지가 되겠네요.

그나저나 환율이 낮을 때 아이패드가 출시되어야 할텐데 큰일입니다. 이러다 막 오르기 시작하면 분명히 아이패드 가격이 비싸질테니까요. 그러기 전에 애플케어부터 사야하는군요. 이래저래 돈 나갈 일만 가득합니다.

PS> 만약 달러 환율이 오르지 않는다면 아마 그 원인은 중국에 있을 것 같습니다. 복잡한 세상입니다.

자주는 아니지만 월드 오브 워크래프트를 즐기다 보면 WTF 디렉토리 안에 있는 Config.WTF 파일을 편집기로 수정 할 경우가 있습니다.

그런데 윈도우 7에서는 아무리 Config.WTF 파일을 수정해도 반영이 안 되는 경우가 있는데요. 이것은 윈도우 7이 시스템 보안을 위해 분리된 별도의 공간에 있는 파일을 사용하기 때문입니다.

이런 경우는 Program Files 디렉토리가 아닌 아래의 디렉토리 안에 있는 Config.WTF 파일을 수정해야 합니다.

C:\Users\_사용자_\AppData\Local\VirtualStore\Program Files (x86)\World of Warcraft\WTF

_사용자_ 부분은 컴퓨터마다 다르니 알맞게 바꿔주시면 됩니다.

워드프레스로 블로그를 관리하다 보면 특정 태그나 카테고리를 합쳐야 할 경우가 있는데 관리도구로 삭제나 수정은 가능하지만 합치기는 불가능합니다.

이럴 때 유용한 플러그인이 Merge Tags 입니다.

관리 도구에서 글 태그 메뉴에 가시면 전에는 없던 Merge Tags라는 항목이 추가 됩니다. 카테고리를 합치고 싶은 경우 아래 URL을 통해 접속하면 일괄 작업에 Merge 항목이 추가 됩니다.

http:://블로그주소/wp-admin/edit-tags.php?taxonomy=category

합치기 작업은 한번 실행하면 복구가 불가능하니 주의 해서 사용하시는 것을 권합니다.

나에게 ‘주님, 주님!’ 한다고 모두 하늘 나라에 들어가는 것이 아니다. 하늘에 계신 내 아버지의 뜻을 실행하는 이라야 들어간다. 그날에 많은 사람이 나에게, ‘주님, 주님! 저희가 주님의 이름으로 예언을 하고, 주님의 이름으로 마귀를 쫓아내고, 주님의 이름으로 많은 기적을 일으키지 않았습니까?’ 하고 말할 것이다. 그때에 나는 그들에게, ‘나는 너희를 도무지 알지 못한다. 내게서 물러들 가라, 불법을 일삼는 자들아!’ 하고 선언할 것이다.

아이패드를 말하기 앞서 옛날 이야기를 좀 해보려고 합니다. 아주 먼 옛날도 아닙니다. 인터넷이 활발해지기 전, 그리고 윈도우 95라는 것을 통해 GUI가 널리 쓰이기 전 시절 말입니다.

그 때 당시는 게임 하나 돌리려고 해도 다중 부팅 환경 설정으로 각 게임에 맞는 최적의 메모리 구성과 충돌이 나지 않는 드라이버를 띄워주어야 했습니다. 거기에 High Memory라는 것에 올라갈 램상주들의 배치를 수작업으로 바이트 단위까지 계산해서 로딩 순서를 조절하여 최대한의 메모리를 남겨주어야 했지요.

게임 좀 하는 사람은 곧 컴퓨터 파워 유저였습니다. 이 둘이 서로 다를 수가 없었습니다. 컴퓨터를 잘 알지 못 하면 게임 하나 실행시키기 어려운 시절이었습니다.

시간이 흐르면서 점점 컴퓨터는 복잡해졌고 사용자에게 많은 것을 감추고 선택권을 주지 않았습니다. 최근에 특정한 프로그램을 실행시키기 위해 부팅 환경을 직접 설정하신 적이 있으신가요?

이렇게 점점 기크(Geek)하지 않은 사람들도 컴퓨터를 사용하는데 어려움을 겪지 않도록 사용자의 선택권은 제한되어 가고 있습니다.

그런데 이제 기본적인 장치 연결이나 개발 도구, 간단한 기능의 선택 여부조차 극단적으로 제한하는 아이패드가 나오자 맹비난이 쏟아집니다.

왜 사용자가 취사선택 하게두지 애플이 모든 것을 결정하고 배제하고 선택하느냐는 것입니다.

물론 이런 주장을 하시는 분들은 직접 기술적인 선택을 하는데 어려움을 겪지 않는 분들입니다. 그런 분들은 애플이 자신의 자유와 권리를 박탈하는데 분개를 하고 있습니다.

그러나 포도주에 대해 아는 것이 없는 사람은 소물리에가 추천하는 것을 그냥 마시는 것이 와인바에서 실패하지 않는 좋은 비결이듯이, 기술을 모르는 분들께는 애플이 가장 좋다라는 방법으로 만들어놓은 것을 그냥 쓰는 것이 제일 좋은 방법입니다.

직접 모든 것을 다 선택하고 싶은 분들은 그냥 리눅스 쓰라고 말씀 드리고 싶습니다. 리눅스는 여러분들을 자유와 권리를 위해 커널의 옵션까지 다 고를 수 있으니 말입니다.

애플은 기술을 모르는 우리의 어머니와 같은 분들을 위해 최고의 환경을 만들어냈습니다. 비록 그것이 극도로 폐쇄적일지언정 선택 할 능력이 없는 분들께는 그 이상의 낙원은 없을 것입니다.

대부분의 사람은 위험하고 거친 숲 속에서 고생을 하며 캠핑하기 보다 실력있는 정원사가 잘 가꾸어 놓은 아늑하고 조용하며 아름답기까지한 정원에서 쉬는 것을 더 좋아한다는 점을 잊지 말아야 할 것입니다.

주변에 저를 채식주의자(Vegetarian)로 알고 계신 분이 계시지만 정확히는 플렉시테리안입니다.

플렉시테리안은 채식주의자와는 달리 허용한 기준 내에서 육식을 하기도 합니다. 예를 들어 채식주의자는 김치를 먹지 않습니다. 김치에는 젓갈이 들어가기 때문입니다.

기본적으로 저는 모든 생명체는 다른 생명체의 희생이 없이는 살 수 없다고 봅니다. 그렇기에 식물이던 동물이던 완전히 살생을 하지 않고는 버틸 수 없다는 것이죠. 즉, 살생을 반윤리적이다하여 완전히 금하게 되면 결국 나 스스로를 살생하는 결과를 가져오게 되므로 적절한 타협점을 찾아야 한다는 것입니다.

그렇기에 식물이던 동물이던 나를 위해 희생된 생물을 최대한 존중 할 필요가 있다고 생각합니다.

그럼 점에서 요즘의 육식 문화는 다음과 같은 문제가 있습니다.

첫번째 죽기 위해 태어난 생명은 없음에도 인간은 동물들에게 오로지 죽을 목적으로 태어나도록 강요합니다.

두번째 단지 고기를 생산하기 위해 너무나 많은 식량이 동물들에게 쓰이고 있습니다. 이 식량을 인간이 고기로 바꾸지 않고 직접 먹는다면 전 인류가 먹고도 남는 분량입니다. 지금도 굶어죽어가는 아이들을 생각하면 단지 고기로 바꾸기 위해 사용하는 수 많은 식량들이 아깝지 않을 수 없습니다.

세번째 대량의 고기 생산/소비를 위해 집단으로 가축을 사육함으로서 생기는 질병들은 이제 인류의 생존을 위협 할 지경에 이르렀습니다.  인간 광우병은 그 시작에 불과 할 수 있습니다.

저는 이와 같은 이유로 육식은 자연적인 섭취 수준인 5% 내외로 조절하고 단지 먹기 위한 사육을 중지하며 자연의 생태계가 손상받지 않는 수준에서 적절한 수준의 살생을 통한 고기만 공급되어야 한다고 생각합니다.

채식주의는 여러가지 이유로 지키기 매우 어렵지만 플렉시테리안은 단지 일부러 고기를 사먹지 않는 것만으로도 충분합니다. 가능하면 채식을 하시고 어쩔 수 없이 육식을 하셔야 할 때라면 희생된 생명 덕에 내 생명을 유지 할 수 있음에 감사하면 됩니다.

요즘 하고 싶은 다른 일이 많아서 빨리 완성하고 싶은 마음에 조금 무리해서 샀습니다. 그래도 완성하고나니 하나를 마무리 지었다는 생각에 기쁘군요.

어제 우연히 숄라자르 분지를 다니다  우연히 호수에서 이상한 것을 발견해서 가까이 가 보았습니다.

그래서 뭔지 설명을 보려고 마우스를 올려 보았습니다.

하하. 예상대로 미국 드라마 로스트(LOST)의 그것을 패러디 한 것이더군요. 이런 것까지 구석에 패러디 해 놓다니 블리자드의 유쾌함이 즐겁습니다.