Eli Kim

Jujutsu VCS (JJ)

Unknown — Tue, 08 Sep 2026 00:00:00 +0000

15년 정도 Git을 주력 형상관리 도구로 사용해 왔습니다. 하드웨어 엔지니어치고는 정말 오랫동안 사용해 온 셈이죠. 주변에서 다들 CVS나 SVN, Perforce에 머물러있을 때도, 혼자서는 Git으로 로컬에서 버전 관리를 해왔습니다.

github이 생기고 bitbucket이 몰락하며 mercurial에 대한 인기도도 사라지면서 점점 git이 대세가 되었습니다. 그러면서 자연스레 저는 주변 팀원들에게 git 문제가 있으면 물어보게되는 go-to person이 되었죠.

덕분에 마벨에서는 Git 강의도 하고, 인프라를 Git + Jenkins CI로 전환하는 걸 주도하기도 했습니다.

구글에 입사하고 나니 내부는 유명한 piper를 쓰고 있더군요. Perforce를 기반으로 한 시스템이라 대부분의 명령어가 Perforce와 매치됩니다. 그 내부 저장소 Piper 백엔드 위에 git 도구를 사용할 수도 있었고, 같은 백엔드에 Mercurial을 사용할 수도 있었습니다. 제가 Git을 좋아하긴 하지만, git을 내부저장소에 맞춰 쓰는게 조금은 어색하더군요. git의 쉬운 브랜치 환경과는 잘 안어울려서, 내부는 mercurial용 인터페이스와 외부 저장소(Gerrit, GitHub)는 git을 사용해 왔습니다.

Mercurial 인터페이스를 만들던 팀에서 Jujutsu라는 형상관리 도구를 만들었더군요. 기존 도구를 개발 중단하고, Jujutsu (이하 JJ)로 전환하는 게 목표라고 하더군요. 나온지는 조금 되었는데, 전환된다는 소식에 사용해 보기 시작했습니다.

알고보니 이미 오픈소스로 공개를 해서 Git 저장소에서도 사용할 수가 있더군요. 그래서 하나의 도구로 구글 내부 Piper와 외부 Gerrit에 모두 쓸 수 있다기에 도전해 보았습니다.

사용한 지 하루도 채 지나지 않아 JJ의 매력에 푹 빠졌습니다. 두세달 사용해 보면서 느낀 건 제가 Git + Gerrit을 사용하면서 가장 불편했던 점을 확실히 해결해 주더군요.

Git의 불편한 점 하나는 Gerrit에 CL (changelist)을 여러개 사슬로 묶어서 리뷰를 할 때 중간 CL을 수정하기가 쉽지 않다는 점이었습니다.

Commit A -> B -> C 이렇게 3개가 Gerrit에 업로드 되어있다면 A나 B를 수정하려면 C에서 새로운 커밋을 하나 만들어서 (D라고 가정) rebase -i로 커밋 D를 A나 B 바로 다음으로 옮긴다음 squash나 fixup으로 합쳐야 했습니다. (아래 그래프 참조) 그렇지 않으면 commit A나 B의 브랜치로 바로 switch하고 수정을 하면 따라가는 CL은 여전히 예전 레퍼런스를 참조하고 있어서 tree view에서 분기가 발생하게 됩니다. Rebase할 때 브랜치가 정의되어 있으면 이전 브랜치는 남아있고 새로운 브랜치만 rebase가 되는게 기본값인데 이건 --update-refs 옵션으로 자동으로 branch reference를 업데이트 해 줄수 있어서 크게 문제는 되지 않습니다.

prev.     |      new commit      |     rebase    |     squash
-----     |      ----------      |     ------    |     ------
SHA_A     |      SHA_A           |     SHA_A     |     SHA_A'
  |       |        |             |       |       |       |
SHA_B     |      SHA_B           |     SHA_D     |     SHA_B'
  |       |        |             |       |       |       |
SHA_C     |      SHA_C           |     SHA_B'    |     SHA_C'
          |        |             |       |       |
          |      SHA_D (new)     |     SHA_C'    |

JJ에서는 이 모든 과정을 JJ가 자동으로 합니다. commit A를 수정하고 싶으면 commit A를 edit하고 저장하면 바로 commit B, C가 자동으로 rebase됩니다.

이 rebase과정에서 git의 불편한 점이 하나 더 생기는데요. 만일 rebase중에 conflict이 발생하면, 바로 그 자리에서 해결해야합니다. 그렇지 않으면 다음 과정으로 진행할 수 없습니다. 그래서 branch를 머지하거나 많이 분기되어버린 변경점을 rebase한다면 중간 중간 계속 conflict을 해결하기 위해 작업을 해 줘야 합니다. 이 과정이 두세번 반복되면 어디에서 어떻게 고쳐졌는지 흐름을 파악을 못해서 다시 시작해야 하는 경우도 여러번 있었습니다.

JJ는 conflict이 발생하면 그대로 진행이 됩니다. conflict조차 하나의 상태라 rebase를 하면서 conflict이 생기면 해당 커밋에 conflict이라고 표시하고 계속 rebase를 진행합니다. 마지막 rebase가 다 끝나고 conflict 파일을 resolve하면 알아서 해당 커밋의 conflict 상태를 해결하고, 그 다음 따라오는 커밋을 모두 rebase를 합니다. 그래서 제게는 rebase과정이 무척이나 깔끔하게 끝난다는 느낌이 들더라구요. 실제로도 피로도도 확 줄어들기도 하구요.

그 외에 몇가지 제 기준으로 편리한 점도 있기는 합니다. commit이 더이상 SHA로 관리되는게 아니라 change ID로 관리되어, 아무리 해당 커밋을 변경해도 change id는 유지됩니다. Gerrit의 Change-Id 와 동일한 개념인데요. 이것 덕분에 branch를 만들 이유가 거의 사라집니다. 가끔 bookmark (branch와 동일한 개념)를 만들 때도 있긴 하지만 대부분은 그냥 change id 그대로 놔두고 change id를 왔다 갔다 하며 작업합니다. 처음엔 어색하게 느껴졌는데 제개는 훨씬 직관적이더군요. 동시에 작업하는 가지수가 10개를 넘어간다면 좀 복잡하게 느껴질 수도 있긴 합니다. 그때는 bookmark로 git과 비슷하게 관리하는 게 나을 것 같습니다.

JJ는 backend로 git 저장소를 사용하기 때문에, 현재 git을 사용하고 있다면 혼자서만 jj를 사용하고 다른 팀원은 여전히 git을 사용할 수 있습니다. svn -> git, darc, hg 로 변경하려면 모두 같이 바꾸어야 했는데, 그게 큰 장벽이었죠. 그 부분을 잘 고려한 것 같습니다.

Gemini + Obsidian: AI가 보조하는 지식 관리 시스템

Unknown — Wed, 22 Apr 2026 00:00:00 +0000

Overview

한 5년 전 즈음에 FOAM에 대해서 언급한 적이 있습니다. 그때 즈음에 Personal Knowledge Management System (PKMS)에 대해 접하고 Zettelkasten, ROAM 같은 개념들을 알게 되었죠. 당시에는 VS Code 기반의 FOAM에 안착해 노트를 관리해왔습니다.

하지만 폴더로 노트를 분류하기를 좋아하던 저에게 당시 FOAM의 인터링크 기능은 조금 아쉬운 부분이 있었습니다. 자연스럽게 관리에 소홀해졌고, 애플 입사 후에는 자료 아카이빙이 강력한 DevonThink를 주로 사용하게 되었습니다. 어떤 자료라도 던져 넣으면 검색이 가능하다는 점은 무척 편리했지만, 데이터가 특정 도구에 종속된다는 점이 늘 마음에 걸렸습니다.

다시 구글로 옮긴 후, 코딩 도구로 써오던 Gemini CLI를 보며 문득 그런 생각이 들었습니다. '코드도 텍스트고 문서도 텍스트인데, 이 녀석이 내 노트 관리도 도와줄 수 있지 않을까?' 그 길로 예전에 잠시 써봤던 Obsidian을 다시 설치했고, 제 지식 관리의 마지막 조각이 맞춰지는 기분이 들었습니다.

LLM Wiki (AI as librarian) & AI as assistant

최근 Andrej Karpathy가 제안한 LLM Wiki 개념이 화제가 되었습니다. 수만 개의 노트를 사람이 직접 검색하고 연결하는 데 한계가 있으니, 아예 AI가 정보를 읽고 스스로 위키를 만들게 하자는 발상입니다. 사용자는 날것의 정보(raw source)만 제공하고, 정리는 AI가 전담하는 'AI 중심의 지식 관리'죠. 무척 흥미롭고 효율적인 접근이라고 생각합니다.

하지만 저는 조금 다른 방향으로 AI를 활용하고 있었습니다. 저는 AI가 모든 걸 정리해 주는 결과물보다, 제가 노트를 정리하며 느끼는 그 '맥락'과 '과정'을 소중하게 생각하는 편입니다. 그래서 저는 AI에게 사서의 역할을 맡기기보다, 제가 만든 체계 안에서 귀찮은 일들을 도와주는 '조수'의 역할을 맡기기로 했습니다.

카파시의 방식이 'AI가 주도하는 위키'라면, 제 방식은 제가 오랫동안 유지해온 PARA(Project-Area-Resources-Archive)

Journal 체계를 AI가 보조하는 '에이전틱 워크플로우(Agentic Workflow)'에 가깝습니다.

My Environment

이 조수(Gemini)를 제대로 활용하기 위해 저만의 소박한 작업 환경을 꾸렸습니다.

단순한 키워드 검색(grep)은 단어가 조금만 달라도 정보를 찾지 못하는 경우가 많았습니다. 그래서 ChromaDB와 sentence-transformers를 활용해 의미 기반의 검색 환경을 만들었습니다. 덕분에 제가 정확한 단어를 기억하지 못해도, Gemini는 "이전에 이런 비슷한 고민을 하셨던 것 같아요"라며 관련 노트를 찾아줍니다.

이 과정에서 한국어 처리를 위해 로컬 모델을 활용하기도 하고, index_vault.py나 search_vault.py 같은 작은 스크립트들을 만들어 Gemini가 제 노트를 더 잘 이해하도록 도왔습니다. 이 모든 과정은 누군가에게 가르쳐주기 위한 거창한 시스템이라기보다, 순전히 제가 더 편하게 생각에 집중하고 싶어서 만든 저만의 장치들입니다.

매일 쓰는 저널에서 아이디어를 캐내어 프로젝트 문서로 옮기거나, 새로 추가한 자료를 요약해 기존 노트와 연결하는 일들. 예전에는 손으로 일일이 해야 했던 이 지루한 노동을 이제는 Gemini와 대화하며 처리합니다.

Conclusion: More time to think

제 방식이 정답이라고 생각하지 않습니다. 시간이 흐르면 카파시의 LLM Wiki가 훨씬 더 강력해질 수도 있고, 혹은 이 모든 고민을 한 번에 해결해 줄 새로운 툴이 나올 수도 있겠죠. 그래서 저 역시 tolaria 같은 새로운 프로젝트들을 유심히 지켜보고 있습니다.

다만 지금 이 시스템이 구축되고 나서 가장 좋은 점은, 귀찮은 정리는 AI에게 맡기고 저는 '생각'할 시간이 조금 더 늘어났다는 점입니다. 아무리 AI가 똑똑해져도, 결국 제 삶의 맥락을 담고 고민을 이어가는 건 제 몫으로 남겨두고 싶습니다. 그 작은 여유가 주는 즐거움이 제가 지식 관리를 계속하게 만드는 힘인 것 같습니다.

달리기

Unknown — Sun, 22 Mar 2026 00:00:00 +0000

올해 여름, 이스턴 시에라 하이킹을 계획하고 있습니다. Kearsarge Pass를 넘어가는 대략 20마일 정도의 트레일입니다. 궁극적인 목표는 John Muir Trail을 걷는 것이지만, 처음부터 무리할 수는 없어 비교적 쉬운 코스부터 차근차근 도전해 볼 생각입니다.

Kearsarge Pass 트레일은 고도가 11,000피트를 넘기 때문에 고산병에 대한 대비가 필수적입니다. 고산 지대인 만큼 산행 자체의 난도도 높습니다.

이를 대비하기 위해, 약 4년간 쉬었던 달리기를 한 달 전부터 다시 시작했습니다. 4년 전에는 무작정 뛰기만 했지만, 이번에는 목표가 명확한 만큼 조금 더 체계적으로 접근하기로 했습니다.

사실 첫날은 아무런 준비 없이 예전처럼 달렸습니다. 초반에는 빠르게 뛰다가, 체력이 고갈된 후에는 뛰고 걷기를 반복했습니다. 그렇게 2.5마일을 뛰고 나니 며칠 동안 심한 근육통에 시달려야 했습니다. 체육관에서 레그 컬을 꾸준히 했음에도, 달리기에 쓰이는 근육은 확실히 다른 듯합니다.

그 후 여러 가지를 찾아보다가 '존2(Zone 2) 훈련'이 심폐지구력 향상에 효과적이라는 사실을 알게 되었습니다. 존2 훈련은 목표 심박수를 여유 심박수(최대 심박수 - 안정시 심박수)의 60~70% 수준으로 유지하며 달리는 방법입니다. 운동 강도로는 대화를 나눌 수는 있지만 노래를 부르기는 힘든 정도입니다. 제 경우 최대 심박수가 184~186, 안정시 심박수가 50대 초반이므로 존2 심박수는 대략 132에서 144 사이가 됩니다.

이 범위에 맞춰 케이던스를 조절하며, 가민(Garmin) 시계가 안내하는 대로 달리기를 진행했습니다. 30분을 뛰라고 하면 30분을, 전력 질주를 하라고 하면 전력 질주를, 1시간을 뛰라고 하면 1시간을 달렸습니다.

그렇게 한 달이 지나니 체력이 붙은 것은 느껴졌지만, 명확한 비교가 쉽지 않았습니다. 날씨가 더워지면서 조금만 뛰어도 심박수가 치솟고, 매일의 컨디션도 달라 과연 제대로 성장하고 있는지 의문이 들 때가 많았습니다.

달리기 과정에서 제미나이(Gemini)의 도움도 크게 받았습니다. 가민 커넥트(Garmin Connect)의 데이터를 제미나이에게 제공하고 분석을 맡겼는데, 데이터가 누적될수록 상당히 유용한 인사이트를 얻을 수 있었습니다. 가민의 권장 훈련을 무시하고 휴식을 취하라고 조언해주거나(가민은 근육통을 예측하지 못해 전력 질주 다음 날에도 바로 달리기를 권장할 때가 있습니다), 인대 통증 완화 방법을 알려주는 등 마치 개인 코치를 둔 듯한 느낌이었습니다.

하지만 여전히 채워지지 않는 부분이 있어, 가민 데이터를 직접 받아 분석하는 기능을 Antigravity 시스템으로 만들어 보았습니다. 제가 원했던 것은 날씨와 무관하게 저의 성장 정도를 객관적인 수치로 확인하는 것이었습니다. 가민 데이터는 환경적 요인을 고려하지 않아 더운 날에는 퍼포먼스가 하락한 것처럼, 추운 날에는 향상된 것처럼 보이기 때문입니다.

이를 해결하기 위해 당일의 기온과 습도를 반영해 심박수를 보정하고, 장거리 달리기 시 시간이 지남에 따라 발생하는 퍼포먼스 저하를 보완하여, 심박수와 페이스를 종합한 최종 퍼포먼스 지수를 산출하도록 했습니다.

완성된 그래프를 보니 매번 달리기는 힘들었어도 한 달 만에 분명한 성장이 있었음을 알 수 있었습니다. 전력 질주 후 회복 기간에 퍼포먼스가 저하되는 흐름이나, 회복을 마친 뒤 최고점을 기록한 변화도 한눈에 들어왔습니다.

AI의 발전은 정말 놀랍습니다. 예전에는 구상에만 그쳤을 아이디어들을 이제는 AI의 도움으로 쉽게 구현하고 실현할 수 있는 시대가 되었습니다. 어느 정도의 소프트웨어 지식은 필요하지만, 확고한 생각만 있다면 개인이 사용할 수준의 프로토타입은 누구라도 어렵지 않게 만들어낼 수 있습니다.

기술에 관한 이야기는 잠시 미루고, 다시 달리기 이야기로 돌아가 보겠습니다.

제 달리기 실력은 여전히 초보 수준입니다. 존2 기준으로 마일당 11분 20초 정도가 소요되니, 킬로미터로 환산하면 7분 5초 페이스로 꽤 느린 편입니다. 하지만 4년 전에는 2.5마일만 뛰어도 완전히 지쳤던 반면, 지금은 3마일을 숨 차지 않고 달릴 수 있습니다. 비록 예전에는 초반에 빠르게 뛰다 걷기를 반복했지만, 전체적인 평균 페이스는 지금이 오히려 더 빠릅니다.

이 페이스로 꾸준히 운동한다면, 여름 Kearsarge Pass 산행 전에는 10분 30초/마일 페이스로 3마일 정도를 편안하게 달릴 수 있지 않을까 기대합니다. 물론 이스턴 시에라를 등반하기에는 여전히 부족한 체력이겠지만, 적어도 지금보다는 산행이 한결 수월해질 것입니다.

아직 달리기가 무척 즐거운 것은 아니지만, 체력 향상에 확실한 도움이 된다는 점을 몸소 느끼고 있어 당분간은 달리기와 뒷산 등산을 꾸준히 병행할 계획입니다.

그리고 그 덕분에 달리기 장비 욕심이 하나둘 생겨나고 있습니다.

Home Network

Unknown — Sun, 15 Feb 2026 00:00:00 +0000

AT&T Bypass 글에서 예전 홈 네트워크 구성을 간단히 다뤘었는데요. 그 이후로 장비를 몇 가지 교체하고 구성을 조금 더 다듬었습니다. 아직 100% 만족하는 최종 설정은 아니지만, 어느 정도 안정화된 현재 구성을 기록해 봅니다.

2026년 새해

Unknown — Sun, 04 Jan 2026 00:00:00 +0000

2024년 마무리하는 글을 썼었는데, 이번엔 조금 늦게 2026년 새해에 글을 올립니다.

2025년도 지름 결산

Unknown — Wed, 31 Dec 2025 00:00:00 +0000

여전히 매해 연말 지름보고 입니다.

Gemini 3 Pro and Antigravity

Unknown — Mon, 24 Nov 2025 00:00:00 +0000

며칠 전 구글이 제미나이 3 와 Antigravity를 출시했습니다. 이 도구를 이용해서 기존에 만들어서 쓰던 도구를 업데이트 해 보았습니다.

Visiting Korea

Unknown — Tue, 22 Apr 2025 00:00:00 +0000

4년만에 한국을 방문했습니다. 미국으로 넘어온 후 한국을 보통 3~4년만에 한번씩 가게되었는데요. 보통은 여름에 방문하다가 이번에는 봄에 방문했습니다.

6 months into workout

Unknown — Wed, 12 Mar 2025 00:00:00 +0000

작년 8월에 NorCal BDR을 다녀온 후 근력운동을 시작했습니다. BDR에서 험난한 코스를 타면서 많이 넘어지고 바이크를 많이 일으켜 세우다 보니 다음 날 다리가 후덜후덜 하더라구요. 근력 운동이 확실히 부족하구나 싶어서, 여행에서 돌아온 후 곧장 회사 체육관에서 운동을 시작했습니다.

The Stargate Project - Datacenter for AI

Unknown — Wed, 22 Jan 2025 00:00:00 +0000

트럼프 대통령이 취임 후 하루 뒤인 어제 백악관에서 오라클의 래리 엘리슨, 오픈AI의 샘 알트만, 소프트뱅크의 마사요시 손과 함께 스타게이트 프로젝트를 발표했습니다.

2024년도 지름 결산

Unknown — Tue, 31 Dec 2024 00:00:00 +0000

여전히 매해 연말 지름보고 입니다.

End of 2024

Unknown — Wed, 18 Dec 2024 00:00:00 +0000

2023년 마지막 날에 쓴 글이 얼마 되지 않은 것 같은데 벌써 2024년 마지막 날이 가까워져 오고 있네요. 더 이상 구글에서 만으로 일한 것을 재는 게 무의미 해 져서 그냥 한 해 마지막에 한 해를 돌아보기로 했습니다.

Switch to Mkdocs

Unknown — Tue, 15 Oct 2024 00:00:00 +0000

제 웹사이트는 Hakyll을 오랬동안 사용해 왔습니다. 예전 도메인을 버리고 새 도메인을 얻기 시작 한 2012년 부터 사용했던 것 같네요. 이에 관해 글을 쓴 적도 있습니다.

Alpha Geek

Unknown — Thu, 26 Sep 2024 00:00:00 +0000

"The Manager's Path" 라는 책을 최근에 읽고 있습니다. Rent the Runway라는 회사의 CTO였던 Camille Fournier 라는 저자가 쓴 책인데, 엔지니어링 부분에서 멘토에서부터 시작해서 단계별로 직책에 맞는 조언을 적어둔 책입니다.

NorCal BDR Section 2

Unknown — Tue, 20 Aug 2024 00:00:00 +0000

3일의 NorCal BDR (Backcountry Discovery Route) 섹션 1, 2 여행을 했습니다. 처음 계획은 섹션2 주 도로를 타고 캠핑을 하고 오는 거였는데, 바이크를 잘 타는 동생이 합류하면서 난이도가 급격히 상승하는 섹션2 상급코스를 타고 기간도 2박3일로 늘어났네요.

Angels Camp에서 바이크를 트럭에서 내린 후 타기 시작했습니다. Angels Camp는 시에라 산맥 서쪽 초입이라 시에라 산맥을 넘어가야 합니다. 도로로만 가도 두시간 정도 걸리는 길인데, 이번에는 흙길 + 도로를 섞어서 갔네요.

Angels Camp가 4번 도로에 있고, 108번 도로를 타고 넘어가기로 해서, 그 사이를 흙길을 타고 갔네요. Calavaras Big Tree 주립공원을 지나고 곧바로 빠지는 데, 일반적인 평탄한 파이어로드만 있는 줄 알았는데, 중간 중간 돌밭도 있고 물도 지나고 하는 등, 의외로 재미있는 시작이었습니다.

한시간 조금 넘게 흙길을 타고 108번을 통해서 시에라를 넘어갔습니다. 108번은 Pinecrest 캠핑장 근처까지만 가본 게 전부인 데, 처음으로 108번을 넘어갔네요. 길이 정말 잘 포장되어있고, 커브도 심하지 않고, 풍경이 마치 이탈리아 돌로미티 산길을 달리는 느낌이었습니다.

산을 넘어와서 Bridgeport에서 늦은 점심을 먹고, 주유를 한 뒤 Lundy Lake 캠핑장에 자리를 잡았습니다. 주변에 다른 캠핑장도 많이 있긴 한데, 최대한 산 속으로 들어간 곳에 자리 잡았습니다. 바로 코앞에 반쯤 에메랄드 빛인 호수도 있고, 샤워시설도 있고, 주변에 깎아지는 절벽이 가득한 산들도 있고 나쁘지 않은 캠핑장이었네요.

그러나 호스트 오두막 발전기가 밤새도록 돌아가서 고즈넉한 분위기를 느낄 수 없는 건 조금 아쉬웠습니다. 다음엔 좀 불편하더라도 주립캠핑장으로 가던지, 아니면 오지캠핑을 하던지 해야겠습니다.

주변 싱글 트랙 좀 타면서 개고생을 한 뒤 (싱글 트랙에서 바이크 돌리느라 힘들었습니다.) 와서 맛있는 저녁을 먹고 쉬는 기분은 아마 모토캠핑의 묘미인 듯 합니다.

하이라이트는 두번째 날이었습니다. 계획한 모든 오프로드 코스가 두번째 날에 있었습니다. 이 날의 기억은 아마 멘도치노, 데스벨리, 로스트코스트의 기억을 넘어서는 경험이 된 것 같네요.

시작으로 오전에는 섹션1의 후반부인 Bodie -> Manonic Mountain 코스를 탔습니다. 주도로는 험한 길 하나 없지만, 적당히 울퉁불퉁한 길이었고, Bodie를 지난 후엔 정말 아무도 만나지 못하는 오지로 들어가서 멋진 풍경을 보여줬습니다.

Masonic 산을 오르는 길이 두곳인데, 처음 보이는 길은 경사도 심하고 모래가 많아서 미끄러운 길이더군요. 거길 올라가려다 중간에 실패하고 반대편으로 다시 올라갔습니다. 정상에서 보는 경치가 끝내주더군요. 아무도 만나지 못하는 오지의 길에서 바이크를 타는 느낌이 정말 좋았습니다.

섹션1을 타고 나면, 어제 멈췄던 Bridgeport가 나옵니다. 거기 도착하니 이번엔 늦지 않게 12시에 도착하네요. 출발을 9시정도에 했으니, 생각보다는 오래걸렸습니다. 아마 산을 오르면서 넘어지고 경치 구경하면서 시간이 생각보다는 좀 더 걸린 것 같네요.

점심을 먹고 이번 여행의 핵심, NorCal BDR 섹션 2 상급 루트를 타기 시작한 게 오후 12시 40분이었습니다. 395 도로에서 빠져서 잠깐 섹션2 주 도로를 타는데, 정말 길이 비단길이더군요. 조금 들어가면 섹션2 상급 코스로 빠지는 길이 나오고, 본격적으로 길이 험해지기 시작합니다. 주먹만한 돌이 깔려있기도 하고, 얕고 깊은 개울을 지나기도 하는 등 재밌어집니다.

조금 더 들어가면 작은 저수지가 나오고, 곧 Mt.Patterson으로 빠지는 길이 나옵니다. 이제 코스가 상급코스를 넘어서 최상급 코스 (Expert)가 됩니다. 돌 사이즈도 이제 얼굴만해지고 라인 잘못 잡으면 바로 돌 사이에 빠질만한 길인데, 경사는 15도~20도 정도 되는 길이 스위치백으로 계속 이어집니다.

언덕을 올라가다가 앞바퀴가 돌을 올라타며 튀어서 넘어지며 작은 부상을 당했습니다. 휴식이 필요했죠. 시간이 넉넉하진 않아서 전 쉬고 일행들만 Mt.Patterson에 올라갔습니다. 아쉽더군요. 좀 더 힘내면 못 올라갈 것 같지는 않았는데, 나중에 들어보니 마지막 구간은 미끄러운 자갈이라 좀 더 연습해야지만 올라갈 수 있겠더군요. 그래도 그 전까지만이라도 올라가고 싶었는데 첫번째 고개에서 돌아서게 되서 아쉬웠네요.

그렇게 아쉽게 Mt.Patterson 코스를 접고 그 다음 섹션2 상급 코스를 계속 진행했습니다. 이때까지만 해도 같은 상급코스인줄 알았어서, Mt.Patterson 갈림길까지 오던 길과 비슷할 거라 생각했습니다. 아니더군요. 그 다음 코스는 상급코스가 아니라 Mt.Patterson 과 마찬가지인 최상급 (Expert) 코스였습니다.

바로 나오는 Cartwheel 언덕은 어떤 의미론 Mt.Patterson보다 더 험했습니다. 특히 내리막길은 좌, 우 어디 갈 곳이 보이지 않고 얼굴만한 돌이 가득한 고난이도 길이었습니다.

다른 사람들에게도 마찬가지였는지, 같이간 일행이 꽤 고생했는데, 마지막 제일 험한 부분은 옆으로 샛길이 있어서, 이미 모르고 진입한 저만 고생하고 일행은 그나마 덜 고생하고 내려올 수 있었네요.

그런데 그게 끝이 아니더군요. 그 다음부터 거의 7~8 마일 (12~14km)을 깊은 모래지역을 지나가야 했습니다. 이미 Cartwheel을 내려오면서 시간을 거의 세시간 이상을 썼는데, 모래지역까지 지나가자니 해지기 전까지 빠져나가긴 어려워 보였습니다. 거의 걸어가다시피해서 마을로 빠져오니 밤 9시가 되었네요.

눈부시도록 밝은 보름달 빛을 받으며 딥샌드를 벗어나고 자갈길을 벗어나 평탄한 흙길을 달려 아스팔트로 나오던 그 순간은 잊기 힘들 것 같습니다.

중간중간 일행의 BMW 750 GS바이크를 일으켜세우느라 체력을 다 써버리긴 했지만, 그래도 아무도 크게 부상 당하지 않고 나올 수 있었네요. 제 실력과 390의 한계가 어느정도인지 알 수 있는 기회이기도 했습니다. Cartwheel정도면 지금 제 실력의 한계를 살짝 넘는 정도였던 것 같네요.

그정도 난이도를 꾸준히 연습할 수 있으면 실력이 정말 팍팍 늘것 같습니다. 주변에 돌밭이 별로 없다고 들어서 가까운곳에 비슷한 게 있는지 조금 찾아봐야할 것 같네요.

그렇게 지친 몸으로 Topaz에 가서 기절한 뒤 다음날 4번 도로를 타고 돌아왔습니다.

바이크는 적당히 망가졌습니다. 핸드가드는 바이스 없이는 펴지 못할 정도로 구부러졌습니다. 엔진가드는 스크래치가 가득하고, 엔진 케이스에도 꽤 많은 스크래치와 찍힘이 생겼습니다. 엔진 진동도 심해진 걸 봐서는 어딘가 나사가 풀렸거나 내부에 이상이 있거나 할 것 같네요.

그럼에도 이런 견적은 사소한 것으로 느껴집니다. 여행이 정말 만족스러워서 바이크가 망가지더라도 크게 아쉽지는 않은것 같네요.

2024 New Year Eve

Unknown — Sun, 31 Dec 2023 00:00:00 +0000

새해 전날 (여기선 New Year Eve, NYE로 부릅니다) 입니다. 지금까진 구글에서 Anniversary가 되었을 때 리뷰하는 글을 썼었는데, 다사다난했던 한 해라, 그 보다는 새해를 기념으로 되돌아보는 글을 쓰는 게 맞을 것 같네요.

2023년도 지름 결산

Unknown — Sun, 31 Dec 2023 00:00:00 +0000

여전히 매해 연말 지름보고 입니다.

New Job Again

Unknown — Sat, 23 Dec 2023 00:00:00 +0000

New Job Again

TL;DR 지난 글에서 새로운 회사에 취직했다고 알렸는데, 채 1년이 되지도 않아 다시 회사를 옮기게 되었습니다.

AT&T Fiber ONT/ RG Bypass

Unknown — Sat, 05 Aug 2023 00:00:00 +0000

개요

저는 홈 인터넷을 AT&T Fiber 플랜을 사용하고 있습니다. 운이 좋게도, 가정집인데도 광케이블이 집 앞까지 들어와서 4년째 사용중입니다. 처음엔 300Mbps 플랜을 쓰다가, 코비드 기간동안 재택근무를 하게 되면서 1Gbps로 업그레이드 해서 사용하고 있습니다.

AT&T 광케이블을 사용하면 하얀색 박스 (ONT)와 검은색 AT&T 게이트웨이(BGW210-700)가 제공됩니다. 요즘 신청하면 하얀색 덩치 큰 게이트웨이(BGW320-500/505) 하나로 끝나는 것 같긴 한데, 제가 신청했을 땐 두 기기를 연결해야만 했죠.

흰색 ONT 박스는 벽에 설치되어 광케이블 신호를 이더넷 신호로 변환시켜주는 역할을 합니다. 검은색 게이트웨이는 이더넷 신호를 받아서 인증을 하고, 라우터 역할을 하죠. Wifi 네트웍도 제공합니다.

그러나 저는 이 기능이 마음에 들지 않아서 게이트웨이는 IP Passthrough 모드로 두고 와이파이는 끈 후 내부에 라우터 (혹은 메시 네트웍 라우터)를 따로 두고 사용했습니다. 게이트웨이의 와이파이 성능이 좋지도 않을 뿐더러, 메시 네트웍도 되지 않고, Firewall 기능이나 필터링 기능이 부족해서 거추장스러웠죠.

게이트웨이가 아무 역할을 하지 않다보니 이걸 켜 두는게 보기 그렇더군요. 부피도 상당한 것도 있지만, 파워어댑터를 하나를 더 쓰고 있는 게 싫었습니다. ONT에서 이더넷 케이블이 직접 나오니 그걸 라우터에 연결 해 보았지만, IP를 받아오질 못하고 인터넷이 되질 않더군요. 검색을 좀 해 보니 802.1X 인증을 통과해야지만 인터넷을 사용할 수 있다네요. 즉, AT&T에서 제공한 게이트웨이를 쓰지 않으면 공용IP를 받아올 수 없습니다. 게이트웨이를 떼버리고 싶어도 이 인증때문에 계속 쓸 수 밖에 없었죠.

게이트웨이 없애기

몇년을 그렇게 사용해 왔습니다. 그러다 최근에 우연히 Gateway를 인터넷 라인에서 빼 버리는 방법을 알게되었습니다.

VLAN 0 Forwarding

한가지 방법은, 고급 기능을 가지고 있는 라우터는 특정 패킷을 내부 디바이스로 포워딩할 수 있습니다. 위에서 언급한 802.1X 인증은 VLAN ID 0로 들어오는 데, 이걸 그림과 같이 게이트웨이로 포워딩 하면, 게이트웨이는 인증만 하고 IP를 받아오거나 인터넷 트래픽을 라우팅하는 것은 개인 라우터에서 가능합니다.

그러나 이 방법은 파워어댑터를 하나를 줄이지 못합니다. 그냥 게이트웨이의 제약을 넘어서는 정도죠. pfSense 소프트웨어를 쓰는 라우터는 이 기능이 내장되어있습니다. AT&T 게이트웨이를 내부 이더넷 포트 하나에 연결하고, 다른 내부 이더넷 포트에 일반 스위치나 AP를 연결하면 인증용으로만 게이트웨이를 사용합니다.

게이트웨이 인증

조금 더 발전된 방법은 게이트웨이가 하는 인증을 라우터가 대신 하는 방법입니다. 네트웍 지식이 없는 사람은 따라하기 쉽진 않지만, 구성하고 나면 게이트웨이를 완전히 없앨 수 있습니다.

802.1X 인증을 하기 위해선 인증서가 필요합니다. 이 인증서는 AT&T 게이트웨이 안에 저장되어 있죠. 이 인증서 데이터는 보통의 방법으로는 접근할 수 없습니다. 게이트웨이를 루팅해서 관리자 권한을 얻은 후에 추출해 내거나, 아니면 기기를 분해해서 인증서가 저장 된 플래시 장치를 디솔더링 한 후 얻어내야 합니다.

전 루팅하는 방법을 시도했습니다. 인터넷에 몇가지 방법이 나와있는데 대부분 펌웨어를 1.19.2로 다운그레이드 한 후 그 버전에 있는 취약점을 이용해서 루팅하는 방법입니다.

아쉽게도 제 게이트웨이는 최신 버전 (4.23.4)이라 다운그레이드가 되질 않더군요. 그래서 포기하고 기기를 다른 것으로 바꾸었는 데, 나중에 성공 후에 보니 4.23.4에서도 다운그레이드가 가능한 펌웨어 이미지가 있었습니다. (3.18.2_EN)

인증파일 구입

만일 루팅이나 디솔더링이 어렵다면 이베이에서 50~80 달러 정도에 인증서를 구입하셔도 됩니다. 인증서는 게이트웨이마다 고유한 데이터라서 중복이 되면 안되는데, 판매하는 업자는 오래된 BGW210-700 게이트웨이를 구해서 인증서를 추출한 후 파기하더군요.

인증서를 라우터에서 사용하기

이렇게 받은 인증서 데이터를 mfg_dat_decode를 이용해서 .pem 파일로 변환해 주면 됩니다. 이 인증파일로 802.1X 인증을 주기적으로 해 줘야 인터넷 연결을 유지할 수 있습니다. 라우터중에 리눅스나 FreeBSD 운영체제가 실행되고, SSH 연결을 지원하는 라우터들이 있습니다. 그런 라우터 안에서 wpa_supplicant 프로그램을 실행해서 인증을 할 수 있습니다. 가능한 라우터는 Unifi Dream Machine 시리즈나 pfSense, OPNsense, Firewalla 같은 제품입니다.

mfg_dat_decode 를 실행하면 wpa_supplicant.conf 파일이 만들어지는 데, 이게 wpa_supplicant를 실행하는 설정파일입니다. 각 라우터에 맞게 조금 수정을 한 후 라우터에서 실행을 하면 인증이 되고 곧바로 IP를 받아 오게 됩니다. 게이트웨이 MAC 주소와 라우터의 MAC 주소가 다르면 시간이 최대 20분 소요되니 미리 라우터 인터넷 포트의 MAC 주소를 게이트웨이 MAC 주소로 변경하는 것을 추천합니다.

이 단계까지만 진행해도 이미 충분히 쓸만합니다. 게이트웨이가 사라져서 연결이 깔끔해졌고 라우터의 성능을 십분 발휘할 수 있습니다.

여기에 더 나아가서 AT&T ONT 까지 없앨 수도 있습니다.

ONT와 게이트웨이 없애기

최종 버전으로는 ONT와 게이트웨이 모두 없애는 방법입니다. AT&T 의 ONT 박스를 없애고 광케이블용 소켓인 SFP+ 에 바로 연결하는 방법입니다. 이 방법은 라우터가 SFP+ 포트를 가지고 있는 경우 (Unifi Dream Machine 등)에는 장점이 있습니다. 라우터가 이더넷 포트 (RJ45)만 있을 경우엔 이 SFP+를 이더넷 신호로 변환해 주는 Media Converter 장치가 필요해서 큰 이득은 없습니다.

Fiber 플랜이나 기타 상황에 따라 ONT 기기에서 인증이 이뤄질 수도 있고, 아니면 AT&T의 OLT (ONT가 연결되는 기기)에서 802.1X 인증이 될 수도 있습니다. ONT 단에서 게이트웨이와 인증이 진행되는 경우라면, ONT를 바꿈으로써 더이상 인증이 필요 없을 수도 있습니다.

2Gbps, 5Gbps 플랜은 광케이블 통신에 XGS-PON 프로토콜을 사용합니다. 이 경우에는 아래의 모듈(EN-XGSFPP-OMAC-V2)을 사용할 경우 인증이 필요하지 않습니다. 위의 인증서를 추출하거나 구입할 필요가 없는거죠.

1Gbps 이하의 플랜의 경우에는 복불복입니다. 1Gbps 이하의 플랜은 GPON 프로토콜을 사용하는데 대부분은 인증이 필요합니다. 인증이 AT&T 단에서 이뤄지기 때문에, 라우터에서 인증서를 이용해 wpa_supplicant를 실행해야 합니다.

DFP-34X-2C2 같은 SFP+ 소켓에 삽입하는 모듈이 GPON 프로토콜을 SFP로 바꿔줍니다. 이 디바이스에 telnet이나 SSH로 접속해서 내부 정보를 AT&T의 ONT 모듈과 동일하게 바꿔주면 AT&T에서는 자기 장비로 인식하고 인터넷을 접속할 수 있게 해 줍니다. 이 과정을 OMCI Provision이라고 합니다. 자세한 정보는 아래 References 항목에 GPON 링크를 따라가서 참조하시면 됩니다.

2Gbps, 5Gbps는 XGS-PON 프로토콜을 사용한다고 언급했는데, 그 XGS-PON을 지원하는 모듈은 EN-XGSFPP-OMAC-V2 같은 모듈이 있습니다. 방법은 GPON 모듈과 동일합니다.

Serial Number, HW Version, SW Version을 잘 입력했다면, OMCI provision이 잘 되고 인터넷을 사용할 수 있습니다. 위에서 언급했듯이, 라우터가 RJ45 이더넷 포트만 있다면, SFP+를 이더넷으로 변환해주는 장치가 필요합니다.

Firewalla

전 이 부분에서 많이 헤맸습니다. AT&T ONT와 제 라우터 (Firewalla Gold)와 문제없이 잘 동작했는데, GPON ONU와 연결하면 인증이 되질 않고 Timeout만 되더군요. 이런 저런 방법을 써보고 했지만 며칠동안 성공하질 못했습니다.

VLAN ID는 제대로 받아왔었는데, VLAN ID를 받아왔다는 것은 AT&T에서 제 GPON ONU를 잘 인식해서 할당해 줬다는 의미더군요. 그래서 문제는 802.1X 인증을 하는 wpa_supplicant 프로그램의 문제였습니다.

기존 AT&T ONT를 이용해서 인증을 하면 802.1X 인증의 VLAN ID를 신경 쓸 필요가 없다고 하네요. ONT 기기가 알아서 처리해 줍니다. 그러나 GPON ONU를 사용하게 되면 wpa_supplicant도 VLAN ID를 잘 처리해야 합니다.

해결 방법이 두가지가 있습니다.

인증 프로그램을 패치해서 VLAN 0 트래픽도 잘 처리하게 만드는 것
VLAN 0 가상인터페이스를 만들어서 VLAN 0 필드를 처리 후 인증 프로그램에 넘겨주는 것

첫번째 방법은 재컴파일을 해야 합니다. 대신에 가상 인터페이스를 추가로 만들 필요가 없으니 시스템 구성이 간단해 집니다. 두번째 방법은 가상 인터페이스를 하나 더 추가해서 쓰지만, 프로그램을 패치할 필요가 없습니다. 다만 라우터마다 구성 방법이 다르고, 재부팅 하면 다시 설정해야 하는 경우도 있습니다.

저는 일단 임시로 두번째 방법으로 설정했습니다. 먼저 가상 인터넷을 하나 추가합니다.

$ sudo ip link add link eth0 name eth0.0 type vlan id 0
$ sudo ip link set eth0.0 up

그리고 wpa_supplicant를 eth0.0에서 동작하게 다시 실행하고 DHCP 클라이언트는 할당받은 vlan에서 실행되게 했습니다.

이 과정을 거치고 나니 인증이 완료되고 제대로 공용 IP도 받아올 수 있었습니다.

결론

글로는 짧지만 거의 일주일을 밤마다 씨름해가며 해결했네요. 나머지 과정은 꽤 순조로웠지만 AT&T ONT를 없애는 과정에서 wpa_supplicant가 패치 안되어 있는 지 모르고 GPON ONU만 탓하며 그 쪽 설정만 계속 바꿔가며 시도한 게 문제였습니다.

VlanFilterTypeData (omcicli mib get 84)값을 받아오면 OMCI 인증이 잘 되었다는 것을 의미하는 것만 알았어도 GPON ONU와 씨름하지 않고 wpa_supplicant 인증을 좀 더 자세히 보았을 것 같네요. 그랬다면 답을 좀 더 일찍 찾았겠죠.

그러나 아직은 media converter가 있어서, 원래의 목적인 어댑터 수를 줄이는 것은 반만 성공입니다. 나중에, 지금 사용하는 Firewalla Gold가 SFP+ 포트를 달고 출시되면 그 제품으로 업그레이드 해서 Media converter도 결국 없앨 수 있겠죠.

References

New Job

Unknown — Mon, 24 Apr 2023 00:00:00 +0000

New Job

TL;DR 구글에서 레이오프 되고 새로운 잡을 찾았습니다. 칩 디자인 분야지만, 세부 분야는 완전히 다르네요.

Laid Off at Google

Unknown — Fri, 31 Mar 2023 00:00:00 +0000

Laid Off at Google

두달이 지난 후에야 기록할 마음이 생겼습니다.

지난 1월 20일 구글이 레이오프를 한다고 발표했습니다. 총 12,000명을 레이오프 한다고 했죠. 아쉽게도 저희 팀 전체가 그 12,000에 해당되었습니다. 프로젝트를 마무리할 최소한의 몇 명만 남겨두고 나머지 모두 레이오프 당했습니다.

2022년도 지름 결산

Unknown — Sat, 31 Dec 2022 00:00:00 +0000

2022년도 지름 결산

여전히 매해 연말 지름보고 입니다.

Writing is Magic

Unknown — Sat, 24 Dec 2022 00:00:00 +0000

Writing is Magic

Writing is Magic 글 (영어)

TL;DR 저자의 생각에 적극 동감합니다. 실생활에서 글쓰기는 매우 중요합니다. 이걸 학창시절에 알았더라면 하는 아쉬움이 크네요.

네이버와 삼성의 머신러닝칩 협업

Unknown — Wed, 07 Dec 2022 00:00:00 +0000

TL;DR 네이버와 삼성이 머신러닝 생태계를 위해 칩 제작 협업을 하기로 했습니다. 실제 쓰이는 거대 모델을 기반으로 제작하기에 긍정적입니다.

한국이나 미국이나 머신러닝 관련 칩 제작 스타트업이 정말 많습니다. 종종 거의 관련없는 저에게도 채용 연락이 오곤 합니다. 아주 관련이 없는 것은 아니지만, 수박 겉핥기 식으로 몇 개월 참여한 게 전부라 연락은 모두 거절하거나 무시하고 있죠.

밖에서 보는 입장이라 제 의견이 안 맞을 확률이 높지만, 전 머신러닝 스타트업을 꽤 회의적으로 봅니다. 실제 머신러닝 트레이닝을 사용하고 있는 회사의 요구사항은 스타트업이 뛰어들기엔 리스크가 큽니다. 인퍼런스 칩이라면 모를까 트레이닝 칩은 상상을 초월할 만큼 많은 리소스가 들어갑니다.

스타트업의 문제는 그런 칩이 나올때 까지 그 칩이 효과적인지 제대로 검증하기 힘들다는 점입니다. MLPerf로 하면 되지 않냐고 반문할 수 있죠. 그러나 MLPerf는 실제 쓰이는 모델을 반영하고 있지 않다는 게 업계에 어느정도 알려진 사실입니다. 아마 네이버에서 초거대모델을 담당하고 계신 분이 보면 웃지 않을까 싶네요.

스타트업이 실제 쓰이는 데이터를 가져다가 테스트 해 볼 수도 없는 노릇이고, 가상으로 데이터를 만들어서 해 볼 수 밖에 없죠. 그런데, 머신러닝 트레이닝 칩이 워낙에 자본이 많이 들어가다 보니, 한번 삐끗하면 수백억, 수천억, 그 이상의 금액이 한 순간에 날아갑니다. 왠만큼 자본이 받쳐주지 않는 이상 한 번의 실패는 바로 파산으로 이어집니다.

그래서 이번 네이버와 삼성의 협업은 조금은 긍정적으로 봅니다. 두 회사 모두 자본도 받쳐주고, 실제 쓰이는 거대 모델도 준비되어 있으니, 칩과 시스템이 제작된다면 그래도 낫겠죠.

바라는 것은 네이버와 삼성의 윗 분들께서, 수조원의 돈과 수년의 시간을 쏟아부을 각오가 되어있으시길 바랍니다. 1~2년만에 결과가 나오지 않는다고 프로젝트 방향이 이리 저리 휘둘리는 걸 보아와서, 이번에도 그렇게 된다면 헛된 시간, 돈만 쓰게 될테니까요.

추신: 사진에 익숙한 분들이 많이 보이네요. 같은 팀에 계셨던 상사분들도 계시고, 연구실 선배님도 계시고.. 잘 되었으면 좋겠습니다.

4 Years at Google

Unknown — Sat, 17 Sep 2022 00:00:00 +0000

4 Years at Google

구글에 입사한 지 4년이 되었습니다. 3년이 되었다고 글을 썼고, 그 이전 2년이 되었을 때에도 페이스북에 글을 썼었죠. 오늘로 4년이 되어 지난 1년을 돌아봅니다.

재택근무 영상+사운드 셋업

Unknown — Sat, 01 Jan 2022 00:00:00 +0000

TL;DR

이런 저런 우여곡절 끝에 아래와 같은 재택근무 시스템을 장만하게 되었습니다.

가구 + 주변기기

테이블: 높이조절 책상 (Jarvis)
의자: Steelcase Leap
모니터: Dell U3419W (built-in KVM)
모니터 등: Quntis bar light

영상

카메라: Sony RX100 III
캡쳐보드: Blackmagic ATEM Mini
라이트: Elgato Key Light Air

음성

마이크: Rode NT5 / Rode PodMic
마이크암: Blue Podcaster Boom Arm
오디오 인터페이스: Zoom Podtrak P4

2021년도 지름 결산

Unknown — Fri, 31 Dec 2021 00:00:00 +0000

2021년도 지름 결산

여전히 매해 연말 지름보고 입니다.

Gazelle T4 Overland Edition Tent

Unknown — Fri, 05 Nov 2021 00:00:00 +0000

COVID-19이 터지고 비행기를 타는 여행이 거의 금지되다시피 하면서, 많은 사람들이 캠핑으로 눈을 돌렸죠. 제 경우도 비슷했습니다.

기존에는 1년에 한번 아니면 두번 가볍게 요세미티 국립공원이나 세콰이어 국립공원으로 캠핑을 다녀오곤 했죠. 판데믹이 터지곤 좀 더 자주 캠핑을 다니게 되었습니다. 근처 가까운 곳에도 종종 가고 멀리도 갔죠.

그리고 캠핑과 관련이 있는 취미도 생겼죠. 오프로드 어드벤쳐 바이크를 장만하면서 오버랜딩에도 관심이 생겼습니다. 둘다 비슷하게 흙길을 경험하니까요. 어드벤쳐 바이크에 관한 영상을 보고 있으니 유투브가 알아서 시골쥐님을 추천하고, 그 뒤로 오버랜딩 영상이 많이 뜨더라구요.

그러면서 자연스럽게 오프로드 SUV를 알아보고 루프탑 텐트에도 관심이 생겼죠. 지정된 캠핑장이 아니라 오지에서 편하게 루프탑 텐트를 열고 잠자는 게 멋져보이더군요.

Roof Top Tent

지금 타고다니는 SUV를 타고 캠핑을 다니면서 기존에 쓰던 콜맨 텐트를 바꿔야 겠다는 생각을 했습니다. 설치하고 접는데 혼자서 할 수가 없고 시간이 매우 오래 걸려서 캠핑을 가는 게 스트레스더라구요.

친한 형님과 앨러배마 힐스를 다녀오면서 루프탑 텐트를 경험해 볼 기회가 있었습니다. 정말 편하더라구요.

제가 생각하는 루프탑텐트의 장점은 아래 세가지 같습니다.

설치가 편하다.
패드가 편하다.
땅에서 떨어져서 잘 수 있다.

대부분의 루프탑텐트는 바닥 패드가 같이 들어 있어서 텐트만 펼치고 침낭을 넣으면 끝입니다. 하드쉘 루프탑텐트는 텐트 펼치는 게 순식간이죠. 1분도 안걸리는 것 같습니다. 한국에서 유명한 아이캠퍼의 경우에는 뚜껑열고 한번 더 펼쳐야 하긴 하지만, 그렇다고 시간이 더 많이 걸리는 것도 아닙니다.

그리고 대부분 두툼한 패드가 같이 있어서 결리는 것 없이 편하게 누워서 잘 수 있습니다. 그라운드 텐트도 좋은 패드들이 있긴 하지만, 설치하는 데 시간이 꽤 걸리죠.

차량 루프 위에서 잠을 자면서 벌레나 야생동물로부터 떨어질 수 있는 것 또한 장점입니다. 왠만한 야생동물은 사람 가까이 오진 않지만, 잘못해서 냄새나는 음식같은 것을 텐트에 놔두고 잠을 자게 되면 동물이 그 유혹을 이기기 쉽지 않죠. 특히 곰....

그러나 루프탑 텐트가 장점만 있는 것은 아니죠.

비싸다.
무겁다.
부피가 크다.

일단 가격이 일반 그라운드 텐트는 비비기 어려운 가격대입니다. 소프트쉘 루프탑텐트는 그래도 천달러 후반 정도인데, 유명한 아이캠퍼 skycamp 2.0같은 하드쉘 루프탑텐트는 4천달러 가까이 하고, 그것보다 비싼 것도 많습니다.

그리고 무겁죠. 한번 루프 랙에 올리면 내릴 생각을 접어야 됩니다. 최소 성인 두명, 안전하게 성인 세명이 올리고 내려야 합니다. 그 무게를 버틸만한 튼튼한 루프랙도 필수죠.

마지막, 이게 제 기준으론 가장 큰 단점인데, 부피가 큽니다. 루프탑 텐트를 설치하게 되면서 공간 희생이 매우 큽니다. 지붕을 다른 용도로 쓸 수 없다는 게, SUV같이 트렁크가 크지 않은 차량에서는 꽤 큰 단점이 되더라구요. 그래서 루프탑텐트를 쓰면서 여유있게 캠핑하려면 대부분 트럭으로 가게 되는 것 같습니다. 도요타 타코마같은 중형 사이즈 트럭에서부터, 반톤 트럭(F-150)같은 것으로 가게 되더라구요.

Ground Tent

제가 비록 다음 차량으로 트럭을 생각하고 있긴 하지만, 루프탑텐트의 단점을 알게되니 선뜻 못 가겠더라구요. 일단 차량이 없어서 안사는 것도 있긴 하지만, 트럭이 준비되더라도 트럭베드를 루프탑에 할애하고 다른 용도로 쓰기 어렵게 되는 게 내키지 않았습니다.

그래서 그라운드 텐트를 찾아보았죠. 기준은 설치, 철수가 간편해야 할 것. 이것 하나 였습니다. 그 기준에 맞는 텐트가 몇 있는데, 그중 가장 때깔 나는 게 Shiftpod이고, 그 다음으로 가젤 T4 텐트였습니다.

인간적으로 Shiftpod은 너무 무겁습니다. 50파운드가 넘는 것을 싣고 내리고 하는 게 쉽지 않아보였죠. 대신에 단열이나 텐트의 크기는 더할 나위가 없어보입니다. 겨울 캠핑도 문제 없어보였죠.

그 다음으로 찾은 게 가젤 텐트입니다. 네, 바로 제가 구매한 녀석이죠. 전 T4중 방수가방과 바닥시트가 포함된 오버랜드 에디션으로 구매했습니다. 무게도 30파운드로 Shiftpod이나 루프탑 텐트에 비해서 가볍습니다.

설치는 무척이나 쉽습니다. 땅에 스테이크를 안박는다면 2분안에 끝납니다. 내부는 가로 세로 7.5피트라 공간도 넉넉하고, 내부에서 성인이 일어서도 머리가 닿지 않습니다.

다만, 접었을 때 좀 깁니다. 5.7피트 정도 되는 길이인데, 이걸 SUV 안에 넣고 다니기엔 좀 불편합니다. 제 경우에는 루프랙에 묶어서 다닙니다. 한쪽엔 루프박스를 올리고 다른 쪽에 가젤 텐트를 묶으면 딱 맞습니다. 방수라서 밖에 묶어도 큰 걱정이 들진 않네요.

내부 공간은 넓직하고 불편함이 없습니다. 안에는 그물 포켓이 있고 천장에도 그물망이 있어서 랜턴같은 걸 올려둘 수 있습니다. 들어가는 입구는 두곳인데, 허브 텐트라 입구가 넓진 않습니다. 그래도 YKK 지퍼를 써서 여닫는 데에 불편함은 없습니다.

바닥은 벨크로로 연결되어 있어서 정말 지저분해질때는 뜯어서 따로 세척은 가능합니다. 그런데 다른 사람들 평이, 한번 뜯으면 깔끔하게 다시 연결하기가 불가능에 가깝다고 그러네요. 틈이 생겨서 그 사이로 벌레가 들어오는 경우도 있다고 하네요. 이건 Shiftpod이 좋은 것 같습니다. Shiftpod은 바닥이 텐트와 지퍼로 연결되어서 다시 연결해도 깔끔하게 연결됩니다.

레인플라이가 큰 편이 아니라, 텐트 바로 바깥에 전실(vestibule)이 없는 건 아쉽습니다. 비가 오는 상황에서는 신발을 밖에 벗어둘 수가 없죠. 그러나 레인플라이 설치는 정말 간편합니다. 텐트를 칠 때 레인플라이 연결하는 곳 네곳 끼우고 설치하면 끝입니다.

마무리

가젤 텐트를 사기까지 고민을 많이 했었습니다. 일단 처음엔 루프탑 텐트가 정말 좋아보여서 오프로드 차량을 구입하면 곧장 설치하려고 해서 관심도 안주고 있었고, 루프탑텐트 생각을 접은 다음에도, 가젤은 길이 때문에 좀 고민을 했었죠. 그러다 Overland Bound의 영상에서 가젤을 루프랙에 묶고 다니는 걸 보고 "유레카!"를 외쳤죠. 가장 불편할거라 생각했던 점을 깔끔하게 해결했으니까요.

그 뒤로 몇달을 재고를 기다린 끝에 손에 쥔 가젤 텐트는 매우 만족스럽습니다. 아직 여러 상황에서 써본 것은 아니지만, 왜 오버랜딩 하는 사람들이 쓰는 지 알 것 같네요.

Death Valley and Eastern Sierra

Unknown — Sat, 23 Oct 2021 00:00:00 +0000

Itinery

Day 1: Home -> {Lake Isabella} -> Ridgecrest
Day 2: -> Furnace Creek -> Badwater Basin -> Zabriskie Point -> Dante's View -> Furnace Creek campground
Day 3: -> Keane Wonder Mine -> Rhyolite Ghost Town -> Alabama Hills -> Lake Sabrina -> Bishop
Day 4: -> Erick Schat's Bakery -> Brees Lookout (Hot Creek Geological Site) -> June Lake & Silver Lake -> Tuolume Meadows -> Home

Day 1

아내의 수업이 끝나고 챙기고 집에서 출발하니 1시 가까이가 되었네요. 첫날은 일단 데스벨리 안으로 들어가기엔 시간이 여의치 않아서 입구 근처에 있는, 그래도 두시간은 떨어져 있는 Ridgecrest에 숙박을 잡았습니다.

첫날은 그냥 I-5 로 이동만 하다가 밤이 되어버렸습니다. Tehachapi 로 넘어갈 줄 알았는데 구글맵이 Kernville 방향 (Lake Isabella)으로 가라고 해서 그쪽으로 방향을 틉니다. 안가본 길이라 이사벨라 호수 방향으로 들어갔는데, 처음과 끝 부분이 길이 너무 꼬불꼬불해서 아이들이 멀미를 해서 좀 고생했네요. 이사벨라 호수 근처부터는 해가 져서 어두운 산길을 운전해야 했습니다.

왠만하면, 큰 일 없으면 Tehachapi 를 통해서 가는게 낫겠습니다 :)

Ridgecrest에 도착해서 Denny's 에서 거하게 저녁먹고 바로 취침.

Day 2

아침 느긋하게 일어나서 숙박시설에서 제공해 주는 아침을 든든하게 먹었습니다. Hampton Inn은 아침을 제공해 줘서 좋더라구요. 숙박시설을 나와서 마트에서 점심으로 해 먹을 샌드위치용 빵, Ham slice, 잼, 치즈, 야채를 사고 데스벨리로 출발. 식재료는 냉장고에 보관해서 신선하게 유지할 수 있었네요.

캠핑 다닐때 마다 제일 만족하는 게 12V용 아웃도어 냉장고입니다. 얼음을 채울 필요도 없어서 공간 낭비도 없고, 며칠이 지나도 바닥에 물이 고이질 않고 (얼음을 넣질 않으니), 차량으로 이동하면서 배터리 충전해서 전기 걱정도 없어요. 캠핑 자주 다니는 사람에게 강추하고 싶은 제품입니다.

Ridgecrest에서 데스벨리 가는 길에 Trona Pinnacles라는 오버랜딩으로 유명한 지역이 있어요. 독특한 바위로 유명한 곳인데, 거길 가려면 흙길로 좀 들어가야 해서 시간 관계상 이번엔 패스했네요. 내년엔 꼭 가보기로...

Ridgecrest에서 데스벨리 Furnace Creek Visitor Center에 가는데만 두시간이 걸려요. 그 사이엔 마을다운 마을이 없어서, 둘째날 두시간을 가는 수 밖에 다른 방법이 없더라구요. 산을 넘으면서 풍경이 확 달라집니다. Panamint Valley에 들어서면 데스벨리의 광활한 자연을 느낄 수 있어요.

그리고 얼마 더 운전을 하면 데스벨리의 입구가 나옵니다. 여기서 혼자서 가족 사진 셀카를 스마트폰으로 찍으려는 관광객 가족에 도움을 주고 (사진을 찍어주고) 우리 가족도 기념 사진을 찍습니다. 입구라곤 하지만, 이전과 풍경이 다를바 없긴 하네요.

Furnace Creek 가기 바로 전 Harmony Borax Works 사이트에 들렀습니다. 계획은 Badwater Basin에 가서 점심을 먹는 거였는데, 시간이 좀 걸리고 다들 배가 고파서 Borax Works에서 점심을 먹기로 합니다. 점심은 아침에 그로서리 스토어에서 산 재료로 샌드위치를 만들어서 먹었네요. REI에서 구입한 테이블이 요긴하게 쓰입니다.

Borax Works는 말 그대로 Borax를 캐서 만들던 사이트인데, 거의 폐허 수준으로 남아있네요. 아이들이 슬라임 만들때 쓰던, 그리고 바퀴벌레 잡는데 특효약인 보랙스가 100년전에 데스벨리에서 만들어졌고, 그 회사 이름이 보랙스였다는 사실에 충격!

그 뒤로 아이들이 데스벨리에서 노란색 땅만 보이면 보랙스라고 외치고 다니더라구요.

Furnace Creek Visitor Center에서 4학년 프리패스를 플라스틱 카드로 교횐하고 곧장 Badwater Basin으로 이동했습니다. 배드워터는 데스벨리에서 아마도 가장 유명한 곳이 아닐까 싶네요. 미국에서 가장 낮은 땅인데 (동굴 빼고), 실제로 가서 보면 "SEA LEVEL" 간판이 너무 위에 있어서 놀랍니다.

그리고 배드워터 지역의 흙이 소금흙이라는 사실에 더 놀라고, 그 비 거의 오지 않는 데스벨리에 배드워터에 물이 고여있다는 사실에 한번 더 놀라네요. 우리가 갔던 10월에도 종종 100도(섭씨 40도)를 찍는 곳인데 물이 그늘에도 아니고 뙤약볕에 남아있는 모습이 정말 불가사의네요.

Furnace Creek 방향으로 다시 돌아오는 길에 Artist Pallete에 들렀습니다. 층층이 다양한 색상으로 알록달록한 산을 볼 수 있는 곳인데, 그 지형보다는 들어가고 나오는 길이 멋집니다. 특히 나오는 길은 큰 바위가 길 양쪽에 우뚝 솟아있고 그 사이를 운전하며 나오는 길인데, 정말 멋지더라구요. 사진으로는 그 멋있는게 잘 표현이 안됩니다. 사실 데스벨리 대부분이 그렇더라구요. 그 광활한 크기가 사진에는 표현이 안되요.

바닥 탐험은 이쯤에서 그만하고, 이제 산 위로 올라가서 구경을 합니다. Zabriskie Point는 Furnace Creek에서 가까워서 먼저 들르고 그 다음 배드워터에서 보이는 산 꼭대기인 Dante's View를 갔습니다.

Zabriskie point는 정말 독특한 침식 지형이 펼쳐진 곳이네요. 별로 높이 올라오지도 않았는데 거기서 보이는 벨리 모습이 멋있습니다.

Dante's View는 배드워터 바로 위의 산인데, 그 높이가 5000피트가 넘어요. 가장 낮은 땅인 배드워터가 해수면 밑으로 282 피트니, 아무튼 그 높이 차이가 1500미터가 넘는 셈이죠. 거기서 보이는 벨리 모습은 광활하고, 경이롭습니다. 미국 땅이 크다는 걸 절실히 느끼는 곳이더라구요.

몇 장소 보지 못했지만, 하나 하나 이동시간이 정말 오래 걸리네요. 데스벨리 들어오는 데만 두시간 반, 거기서 배드워터 30분, 돌아나오고 아티스트 팔렛 구경하고 단테 다녀오니 거의 저녁이 되어버렸습니다.

오늘은 Furnace Creek의 캠핑장에서 캠핑을 합니다. 보통은 10월엔 너무 더워서 캠핑을 하기 힘들다던데 저희가 여행하던 기간에는 낮 90도 정도로 선선한 편이라 (?) 캠핑을 하기로 했습니다. 아이들이 캠핑을 워낙 좋아하기도 하구요.

이번에 새로 구입한 가젤 T4 (Gazelle T4) 오버랜드 에디션 텐트를 처음으로 써봅니다. 윗 사진들에서 봤듯이 5피트가 넘는 길이라 차 안에 넣어서 온게 아니라 루프랙에 묶어서 왔어요. 묶은 끈 풀고 땅에 내려놓은 뒤 설치까지 2분도 안걸린 듯 합니다. 지퍼 열고 바닥 타프 펼치고 그 위에 텐트 허브 네개 잡아 당기고 안에 들어가서 천장 올리니 끝. 바람이 좀 불면 스테이크를 박을텐데 그럴 필요도 없어서 매우 간편하네요.

기존 텐트 (Coleman Montana 8)가 텐트 치는데 욕 나올 정도로 불편해서 구입한 인스턴트텐트인데 대만족입니다. 내부도 4인용 치곤 넓은 편이고 (거의 5인용 수준), 천장은 성인이 일어서도 머리가 닿지 않아요. 지퍼도 YKK 지퍼라 걸림없이 편하게 여닫을 수 있더라구요. 아무튼 잘샀다는 생각이 듭니다. 루프랙에 묶고 다니니 뽀대도 나는듯 하고.. ㅎㅎ

텐트 치고 저녁먹고 아이들과 이야기하며 별 보다가 잠들었네요. 기존에 쓰던 매트가 퀸 매트 두개인데, 두개가 가젤텐트에 들어가지 않아 하나는 바람을 좀 빼고 접을수 밖에 없었습니다. 제가 거기서 잤는데, 덕분에 아이들이 조금만 움직여도 출렁출렁, 제 등, 엉덩이는 쿠션없이 맨땅, 다리만 붕 뜬 자세로 선잠을 잤네요. 킹 에어매트리스 사야지... (결국 킹 에어 매트리스 없어서 Exped MegaMat 10 구입했네요. 이것 리뷰는 다음 기회에)

Day 3

밤사이 춥진 않아서 텐트 레인플라이를 덮지도 않았는데 따뜻하게 잤네요. 아침은 간단하게 에그스크램블과 소세지. 보통 캠핑을 오면 먹는데 집중하지 않고 먹는 것은 열량을 채우는게 목적으로 간단하게 먹는편입니다. 아이들이 매번 에그스크램블에 베이컨을 먹었던 터라 이번엔 마트에서 소세지를 샀는데, 아이들이 짜고 맵다고 하네요. 다시 다음부터는 베이컨으로 아침을 먹어야겠어요.

먹고 씻고 짐 정리한 후 텐트 접으니 9시 반정도. 오늘은 어제 못간 Titus Canyon을 갈까 하다가 아이들과 아내가 보고 싶어했던 탄광과 고스트 타운을 보고 데스벨리 여행은 마무리 하기로 했습니다. Titus Canyon은 다음에 제대로 된 오프로드 차량을 구해서 다시 와야겠습니다. 아니면 오토바이로 오던지...

고스트 타운 가는길에 데스벨리에서 가장 접근하기 쉬운 Keano Wonder Mine을 들렀습니다. 이 버려진 탄광은 메인도로에서 3마일(5.5km)정도 흙길을 타고 들어가야하는 데, 자갈이 잘 깔린 길이라 흙먼지 날리며 시원하게 달렸네요. 이걸 멀리서 드론으로 찍으면 멋졌을텐데, 드론을 조정하며 운전할 수가 없어서 아쉽습니다. 아내에게 차를 맡기고 멀리서 스마트폰으로 영상을 찍었는데, 아내는 속도를 못내고 엉금엉금 오니 흙먼지 날리는 모습을 영상에 담을 수가 없었어요. ㅎㅎ

탄광에 도착해서 걸어가다보면 근처가 탄광임을 알리듯이 바닥에 반짝반짝 돌이 많이 보입니다. 탄광은 내부가 불안정해서 들어갈 수는 없어서 아쉬웠지만 탄광에 걸어가며 보이는 경치가 멋지네요!

다음 장소인 Rhyolite 고스트 타운은 데스벨리 경계 바로 바깥에 있습니다. 그 다음 목적지인 Alabama Hills 쪽 방향과는 정 반대라 고스트 타운을 구경하고 데스벨리를 다시 가로질러 가야 했네요.

데스벨리 안에 고스트 타운이 여러개 있는데 Rhyolite이 가장 접근성이 좋아요. 흙길을 타고 갈 필요도 없이 마을내에까지 포장도로가 연결되어 있어요. 다른 여러 고스트 타운은 흙길로 가야하거나 아예 오프로드 험한 길을 지나서 가야만 하는 곳이 대부분이더라구요. 그런 곳은 다음에 오프로드 차 장만하면 가기로...

데스벨리가 탄광으로 한창 성행할 때 가장 많은 사람이 살았던 마을이라는 데 지금은 일반 주택은 다 무너지고 몇몇 벽돌로 지어진 건물의 외벽만 겨우 남아있는 수준이네요. 그중 가장 두드러지는게 은행 건물인데, 그 크기를 보면 마을이 꽤 컸었다는 걸 느낄 수 있어요.

이렇게 데스벨리를 마무리 하고 Lone Pine으로 이동합니다. 데스벨리를 가로로 가로질러야 하는데, 그 시간만 두시간이 걸리네요. 정말 크긴 큽니다. 그 광활함은 직접 가서 보기 전까진 이해하기가 힘들것 같아요.

지난 봄에 오지캠핑했던 앨러배마힐스에 들러 점심(그래봤자 가벼운 샌드위치)을 먹고 여유있는 척 커피를 마셨습니다. 다 컨셉이죠 ㅋㅋ. 일정에 쪼들려 커피 겨우 마시고 이번 여행의 주 목적, 단풍구경을 하러 갔네요. 진정한 찍고 땡! 여행이랄까요...

지난번 캠핑에선 앨러배마 힐스 입구근처에서 돌아다녔는데, 이번엔 아예 주구장창 흙길을 이용해서 북쪽으로 갔습니다. 그렇게 이동하는 차는 우리밖에 없었고 간간히 오프로드를 즐기는 바이크들이 지나가더라구요. 길이 나쁘지 않아서 여기서도 신나게 밟았습니다. 덕분에 차량은 이제 거지꼴을 면치 못하게 됐네요. SUV를 장만하고 처음으로 제대로 SUV답게 즐기고 있는 것 같아요.

Alabama Hills에서 Bishop가는 길은 395번 도로를 타고 올라갑니다. 이 도로가 아름답기로 유명한 도로죠. 캘리포니아 서쪽 해안가에는 1번 도로가 있다면 동쪽에는 이 395번 도로가 있죠. 캘리포니아의 양쪽 끝을 남북으로 가로지르는 멋진 도로입니다.

단풍 구경은 Bishop 근처에 있는 Lake Sabrina와 그 근처에서 했는데, Lake Sabrina는 이미 단풍 정점을 지나 잎이 다 떨어져있었네요. 그럼에도 불구하고, 가뭄으로 물이 거의 빠져버린 호수지만, 풍경은 끝내줬습니다. 오후 늦게 햇살이 산능선을 넘어가며 뿌려진 빛이 시에라 산맥을 수묵화로 바꿨고, 잔잔한 호수에 비치는 산자락의 단풍이 수채화를 만들고 있었어요.

Bishop에 도착해선 저녁을 먹으러 일본식 레스토랑 Yamatani Japanese Restaurant에 갔어요. 아이가 스시를 좋아해서 영양 보충좀 할 겸 들렀는데, 우리 가족 앞에 한 팀이 기다리고 있었어요.

테이블이 준비가 안되었다고 해서 Waiting List에 이름을 올리곤 기다리는 데, 우리 뒤로 사람이 점점 줄을 서더라구요. 그 사이에 주인은 아무 응대도 하지 않고 (waiting list에 이름조차 안올려줌), 그저 전화기만 붙잡고 있었네요. 전화 오더만 열심히 받고, 그 주문을 스시바나 주방에 전달하고 우리와 우리 뒤에 기다리는 사람은 거들떠 보지도 않더라구요. 20분을 기다려 그냥 테이블 안되면 takeout 주문을 하겠다고 했어요. 전화 주문만 받고 있으니 비슷한 테이크 아웃으로 주문하면 일찍 받아서 숙소에 가서 먹으려고 했었죠. 그 뒤로 10분을 더 비슷한 상황을 만들더니, 우리보고 주문 못 받겠으니 나가라고 하네요.

테이블도 안되고 테이크아웃도 안되냐고 하니, 그렇댑니다. 그렇게 저희는 30분을 넘는 시간을 허비하게 됐어요. 그 식당은 꽤 많은 종업원이 있었는데, 다들 멀뚱멀뚱 서 있고 주인 혼자 전화 응대도 하고, 손님도 받고 하고 있더라구요.

최악의 경험이었네요. 이번 좋은 여행을 망치는 유일한 흠이었어요. 사람이 많으면, 직접 찾아온 고객을 우선해야 하는거 아닌가요? 정말 최악의 운영을 하는 곳이었습니다.

Day 4

이름만 Inn이지 Motel 수준인 Red Roof Inn에서 숙박 후 Bishop의 유명한 빵집 Erick Schat's Bakery에서 아침을 해결했습니다. 100년된 빵집이에요. 8시 반 즈음에 간것 같은데 이미 많은 사람들이 있었습니다. 몇가지 빵과 유명한 Pastrami 샌드위치를 주문해서 먹었는데, 왜 유명하고 왜 맛있는지 도저히 모르겠네요. 주변에 그닥 빵집이랄만한게 없어서 그러나? 아니면 설탕을 많이 넣지 않은 건강한 빵이라서 그러나? 잘 모르겠어요. 그냥 저냥 보통의 빵집 빵이더라구요. (나중에 알고보니 인공적인 맛은 전혀 안넣는 곳으로 유명하더라구요. 빵 본연의 맛만 나게 만드는 곳이라 맛이 그냥 저냥이었나보네요 ㅎㅎ )

먹고 나올때 즈음 보니, 사람이 두배는 많아졌더라구요. 유명하긴 한가본데, 저희가 빵을 잘못 선택했나봅니다. 다음엔 다른 빵을 골라봐야겠네요.

이스턴 시에라에는 노상 온천이 몇곳 있습니다. 그 중에 사진이 잘 나오는 곳이 Hot Creek Geological Site에요. 여기 계곡을 제대로 볼 수 있는 뷰 포인트가 Brees Lookout 인데, 올라가는 길에 이곳을 가보기로 합니다. Hwy 395 타고 가다가 Mammoth 근처에서 옆길로 빠지는데, 여기가 당연히 포장도로일줄 알았는데, 자갈 비포장 도로더라구요. 덕분에 이틀 연속 신나게 비포장도로를 먼지를 휘날리며 달리게 됐습니다. 30마일만 넘어가도 스릴 넘치고 40마일 50마일을 찍으면 놀이기구 부럽지 않아요. 그정도로 속도를 낼 수 있을만큼 평탄한 길이라 마음껏 달렸네요.

도착하고 나니 바로 사진같이 멋진 풍경을 보여줍니다. 데스벨리나 앨러배마 힐스 같은 광활함이 있지는 않지만, 액자로 걸어둘만한 풍경이 눈앞에 펼쳐지네요. 사진으로 담기에는 데스벨리나 앨러배마힐스는 그 광활함이 표현이 되질 않아요. 벽 전체를 채우는 크기로 인화를 하면 조금이나마 느낄 수 있을까? 그런데 이 Hot Creek은 사진으로도 충분히 그 느낌이 표현되는 곳인듯 합니다.

아래 냇가까지 걸어갈 수 있어서 그곳에서 온천 물에 손도 담가보고 (바로 기포 올라오는 곳에 손 넣으면 손 데여요! 절대 금지!) 사진도 찍으며 재밌는 시간을 아이들과 보냈습니다. 아이들보다는 아내가 더 신나하네요.

이제 집으로 돌아갈 시간인데, 돌아가면서 좀 더 돌아서 June Lake 길을 한바퀴 돌고 갑니다. June Lake, Silver Lake 들러서 멋진 사진도 건지고 요세미티 국립공원을 가로지르는 Tioga Road를 타고 시에라 산맥 서쪽으로 넘어갔네요.

Tuolume Meadows에서 이번 여행 처음으로 라면을 끓여 먹었는데, 아이들이 그 추운 고지대에서 라면을 먹는 게 무척이나 좋았나봅니다. 거의 9000피트 되는 곳은 이미 꽤 눈이 있었고 날씨도 낮임에도 40도 중반으로 쌀쌀했지만 아이들이 돌아와서도 몇번 이야기 하네요.

마무리

그렇게 1200 마일 (2000km)의 긴 로드트립을 마쳤습니다. 지금까진 아이들이 장거리 여행을 좀 지루하게 생각해서 4시간 거리의 요세미티 정도로만 다녔었는데 이번에 다녀보니 아이들도 이제 충분히 장거리 여행을 즐기네요. 아이들도 좋아하고 아내도 좋아해서 대 만족이었던 여행입니다.

다음은 좀 더 긴 로드트립을 해볼 생각입니다. 라스베가스를 통해서 그랜드 캐년, 자이언 캐년을 한바퀴 돌고 가벼운 하이킹을 하거나, 아니면 멀리 옐로우스톤 국립공원을 다녀오는 것 (이건 여름에나 가능)을 생각하고 있어요.

이번 여행은 다분히 오버랜딩 컨셉을 목표로 했는데, 처음부터 3일 연속 캠핑하면 힘들어할 것 같아서 하루만 캠핑하고, 나머진 숙박시설에 머물렀어요. 그러나 여행 중간 중간 음식은 왠만하면 캠핑스타일로 먹었습니다.

이번 여행을 해보니 장비들 테스트도 얼추 되었고 준비가 많이 된 것 같아요. 냉장고의 역할이 지대했고, 쉽게 펼쳤다 접어지는 텐트도 도움이 됩니다. 거기에 간이 테이블, 작은 부피의 캠핑의자도 잘 샀다는 생각이 듭니다.

지금의 SUV가 가족차량이라 완전히 오버랜딩 셋업은 안되지만, 차량을 한대 더 구입했을 땐 오버랜딩 셋업으로 다닐 수 있을 것 같네요. 브롱코와 포드 랩터 트럭을 대기 걸어놨는데, 둘 중에 어느 것을 구매할 지는 아직 결정 못했어요. 아마도 여유롭게 랩터 트럭으로 가게 될 것 같긴 하지만...

3 Years at Google

Unknown — Fri, 17 Sep 2021 00:00:00 +0000

3 Years at Google

구글에 입사한 지 3년이 되었습니다. 2년이 되었다고 페이스북에 글을 썼던 게 얼마 안된 것 같은데, COVID 덕분에 집에 계속 있으면서 시간 가는 줄 몰랐네요.

HAM License

Unknown — Tue, 14 Sep 2021 00:00:00 +0000

TL;DR HAM Technician 자격증을 취득했습니다.

Motovlog Setup

Unknown — Tue, 23 Mar 2021 00:00:00 +0000

TL;DR GoPro Hero8 + Media Mod + RODE Go Lavalier Mic / Zoom Recorder + Rode VideoMicro

이번 글에서는 제가 어떻게 영상 촬영을 하면서 녹음도 하는 지 설명하려고 합니다.

Clubhouse App

Unknown — Mon, 15 Feb 2021 00:00:00 +0000

Clubhouse App

기회가 되서 요즘 핫하게 떠오르는 소셜 앱 Clubhouse를 사용해 보았네요. 일론 머스크가 클럽하우스 앱을 언급한 것을 인터넷 뉴스로 듣고 난 후 뭔가 궁금해서 알아보았는데, 이게 아직까진 초대를 해줘야지만 가입할 수 있는 소셜앱이더군요.

지인이 클럽하우스를 사용하고 있었고 초대장이 남아있어서 하나 받았는데, 사용하려면 iOS가 필요하네요. 아이들 아이패드를 뺏아서 (애들아 미안..) 번호 인증하고 사용해 보았습니다.

일단 다른 SNS와는 매우 다르네요. 페이스북이나 인스타그램같이 글과 사진으로 소통하는 게 아니라, 음성으로만 소통합니다. 대화방에 들어가서 발언권을 얻고 주제에 맞게 이야기 하는 데, 대부분의 대화방이 가벼운 이야깃거리나 주식, 고민상담 같은 주제더군요.

예전 90년대 후반, 2000년대 초반 인터넷 방송국이 유행했던 적이 있습니다. 그때 Winamp 프로그램으로 인터넷 접속을 열어두고 사람들이 들어오면 IRC 채팅방으로 채팅하면서 음악을 틀어주던 방식이었는데, 클럽하우스를 사용해보니 그때 그 느낌이 물씬 나더군요.

그때에는 인터넷 방송을 홍보하기가 쉽지 않았던 기억이 납니다. 방송 규격도 제각각이고, 서버 주소도 기억하고 있어야 하고, 복잡했었죠. 클럽하우스는 하나의 앱에서 지인 네트워크를 통해 클럽이나 채팅방에 들어갈 수 있는 구조더군요. 홍보는 어렵지만 지인의 소개를 받아 다른 사교모임에 참가하는 느낌? 그런 느낌입니다. 그래서 그런지, 채팅방은 검색이 안됩니다. 사람이나 클럽 자체는 검색이 되는데 현재 개설되어있는 방은 추천되는 목록만 볼 수 있더군요.

이상하게 제 언어와 관련 없는 스페인어 채팅방이 좀 많이 뜨긴 하지만, 그래도 한국어 채팅방에 들어가면 듣는 재미가 있더군요. 진솔한 이야기를 하기도 하고, 꾸밈 많은 이야기인게 느껴질만한 이야기를 할 때도 있긴 하지만, 뭐 그 나름대로 재미가 있네요.

유투버는 영상을 공개해야 하는 것 때문에 꺼려지는 사람들에게 목소리와 프로필 사진만으로 대화할 수 있다는 건 큰 매력인 것 같습니다. 더군다나 지금같이 사람 대 사람으로 만날 기회가 거의 없는 힘든 시기에는 그 매력이 더 크게 다가오네요.

외부 마이크 설정

계속 방에서 듣기만 하다보니 가끔 제 의견을 말하고 싶어질 때가 있더라구요. 그래서 어떻게 하면 이 안좋은 목소리를 조금이나마 보완할 수 있을 까 생각이 들어, 미팅에서 사용하고 있는 Blue Yeti 마이크를 연결해 보려고 했습니다.

안되더군요. 라이트닝 케이블을 USB 로 변환하는 어댑터를 이용해서 블루 예티 마이크를 연결하니 블루 예티 마이크의 헤드폰 잭으로 소리가 잘 나옵니다. 그러나 말을 하려고 스피커로 올라가는 순간 곧바로 아이패드의 스피커와 마이크를 사용하게 바뀌더군요.

이것 저것 검색해 보니, iOS에서는 USB 오디오 인터페이스 (블루 예티 마이크가 오디오 인터페이스로 인식됩니다)로는 voice call을 할 수 없게 해놨더라구요. 혹시나 싶어 안드로이드로 동일한 방식으로 해보니 안드로이드에서는 블루 예티 마이크와 헤드폰 잭으로 잘 사용할 수 있었습니다.

이게 한 두해 이슈가 된게 아니더군요. 그런데 아직 해결 안된 걸 보니, 아예 해결할 의지가 없는 것 같네요. 아마도 애플은 오디오 인터페이스로 쓰는 것은 고려를 안하는 것 같네요.

다른 방법은 iRig 2를 이용해서 3.5mm TRRS 잭을 쓰는 방법이 있습니다. 이건 좀 복잡한 방식이고, 제가 USB 마이크를 이용하다보니 불가능한 방법이네요. 이 방법을 쓰려면,

iPhone <-> iRIG 2 <-> Audio Mixer (1/4" output) <-> Mic (XLR)
                  <-> Headphone

위에 나온 대로 정말 복잡한 방식으로 써야 해서, 제 환경에는 적용이 어려워 보였습니다. 그래서 결국 포기하고 블루투스 이어셋으로 듣다가 가끔 스피커로 참여하고 있습니다. 나중에 안드로이드용이 나오면 자주 참여해 보려구요.

Vehicle Moving Permit

Unknown — Thu, 04 Feb 2021 00:00:00 +0000

Vehicle Moving Permit

COVID-19이 시작되고 재택근무를 하면서, 안쓰던 차량 한 대를 PNO (Planned non-operation) 으로 바꿔두었습니다. PNO가 뭔가 하면, 자동차를 매해 등록을 갱신해야 하는 데, 등록 갱신비 대신에 $22 를 내고 차량을 운행을 하지 않고 보관을 하는 방법입니다. 이렇게 차량을 PNO로 변경하면 등록비를 아낄 수 있고, 보험을 해지할 수 있습니다. 보험 해지가 사실 가장 비용 절감이 되죠.

다만 PNO로 변경하면 그 해당 하는 1년 안에 다시 차량을 운행하려면 무조건 등록 갱신을 1년치 전부를 내야 합니다. 즉, 1년동안 온전히 안움직일 생각을 해야 PNO가 효과가 있죠.

그렇게 PNO로 놔두고 있다가, 지인이 미국으로 넘어오면서 차량을 넘기게 되었습니다. 넘기려고 보니 조금 애매한 점이 있더군요. 일단 차량을 중고로 넘기면, 지난 2년 내에 smog check 하지 않았으면 smog check pass 종이를 차량을 넘길 때 같이 주어야 합니다. 그런데 PNO 차량은 공공도로에 나갈 수 없어서 smog check를 할 수가 없죠. 그래서 PNO 를 해지해야 하나 고민하고 있었는데, Vehicle Moving Permit (REG 172)가 있더군요.

Vehicle Moving Permit은 DMV에 방문해서 받을 수 있는 데, 일일 한시적으로 차량을 운행할 수 있게 허가해 주는 종이입니다. 이 종이 발급 목적은 몇가지 내로 제한되는 데 그 자세한 항목은 DMV Website에 나와있습니다.

아무튼, 생각보다 복잡할 줄 알았는데, 간단히 풀렸네요. DMV 방문해서 REG 172 가져오고 Smog check 하면 됩니다. :)

Nuvia Acquired by Qualcomm

Unknown — Thu, 14 Jan 2021 00:00:00 +0000

4개월 전 NVidia가 ARM을 인수했다는 글을 썼습니다. 그 뒤로 쓰는 글이 또 다른 칩 제작 하드웨어 회사의 인수 관련 글이네요. 1월 13일, Nuvia가 퀄컴에 인수되었다는 소식이 들렸습니다. 인수 금액은 $1.4B, 한화로 1.6조 정도 되는 금액이네요. (현대의 10조로 이런 회사 6개를 살 수 있는데...)

Nuvia는 어떤 회사인가?

Nuvia회사에 대한 소문이 제 귀에 들려온 건 아마 2019년 초 중반이었던 것 같습니다. 애플에서 A시리즈 칩 아키텍트로 일했던 창업자 두 사람이 구글에서 일한 후 나가서 창업한 회사라, 구글에서 꽤 많은 직원이 Nuvia로 옮겼었습니다. 그래서 어떤 회사인지 알음알음 소문은 듣고 있었는데, Stealth Startup에서 공식적으로 회사를 알린게 2019년 후반이었던 것 같네요.

애플에서 A시리즈 칩 제작을 맡았던 세 사람이 창업한 회사라, 회사 목표도 ARM 기반 SoC를 제작하는 것이었습니다. 일반 모바일용 ARM 칩이 아니라 데이터센터용 SoC를 제작하는 것이었죠. 한창 데이터센터에 저전력 ARM을 쓰는 것에 대한 갑론을박이 있었던 시기이고, Marvell(마벨)이 Cavium(캐비움) 회사를 인수하며 멀티코어 고성능 칩에 대한 기술을 확보하던 시기였습니다.

그래서 Nuvia의 창업은 이해가 가면서도 걱정이 되는 이야기였습니다. 칩을 제작하는 스타트업이 성공하기가 쉽지 않다는 생각이 있었거든요. 게다가 작은 칩도 아니고 데이터센터용이라면 상당한 비용이 들어갈 법했거든요. ARM 회사와는 다르게 일단 Nuvia의 목표를 이루기 위해선 칩을 만들어야 하는 데, 데이터센터용 고성능 칩을 만든다 하면 7nm, 아니면 5nm의 집적도를 가지는 칩을 목표로 해야 하고, 칩 크기도 매우 클 수 밖에 없어서, 제작 비용이 상상을 초월하게 비싸기 마련입니다.

그런 큰 비용을 감당할 만큼 자금을 잘 확보할 지도 의문이었고 (창업자가 워낙 이름이 알려진 사람들이라 그 걱정은 좀 덜 했겠네요), 스타 플레이어 세명으로 할 수 있는 일이 아니라, 얼마나 실력 있는 사람들이 들어가서 일을 할 지 의문이기도 했습니다.

그리고 1년 반이 지나는 동안 별다른 소식이 없었죠. 무슨 칩을 제작한다, 예상 성능이 어떻다 말은 간간히 들리긴 했지만, 특별한 소식은 듣지 못했습니다. 칩이 나왔다는 말도 듣지 못했구요. 2년도 안되서 칩을 만든다는 게 사실 거의 불가능이기도 하구요. 아직 테입아웃 했다는 말도 못 들었네요.

퀄컴의 인수

그러다 갑자기 퀄컴이 Nuvia를 14억 달러에 인수한다는 뉴스가 발표되었습니다. Nuvia입장에서는 곧장 Exit을 할 수 있고, 금액도 꽤 후하니 안할 이유가 없어 보이네요. 주변에서 Nuvia로 이직한 사람들이 많이 부러워집니다. :)

퀄컴의 입장도 이해가 갑니다. 엔비디아가 암을 인수한 것과는 다르게, 퀄컴은 모바일 시장에서 살아남고 데이터센터용 활로를 찾는 데 Nuvia의 고성능 코어 기술이 꽤 눈에 들었을 것 같습니다.

퀄컴이 수년 전 고성능 ARM 코어를 개발하다 접은 전력이 있는데, 그 이후로 이렇다할 코어 성능을 내지 못했죠. ARM 커스텀 코어인 스냅드래곤이 그닥 발전을 하지 못했던 반면, 애플은 A시리즈 코어의 성능을 비약적으로 끌어올렸고, 얼마 전 M1 칩을 발표하고 제품으로 내놓으면서 명실상부한 고성능 ARM SoC 제작 업체가 되었죠. 스마트폰, 태블릿 뿐만이 아니라 랩탑 시장에까지 먹힐만한 고성능 제품으로요.

그로 인해 퀄컴이 위기감을 느꼈을 것 같습니다. 절치부심해서 내놓은 고성능 Snapdragon 8cx 조차도 애플의 M1칩에 비교하면 부끄러운 수준입니다. 그 와중에 Nuvia의 Pheonix 코어가 M1보다 전력당 성능이 더 좋다는 소식은 퀄컴에겐 구미가 당기는 소식이었을겁니다.

이 광고성 짙은 글이 어느정도 사실이 조금 가미되어 있다 생각하면 이 Nuvia의 기술을 스냅드래곤에 적용하면, 애플의 A시리즈와 비벼볼만 한 제품이 나올 수 있을거라 생각했겠죠.

인수가 잘 마무리 되고 Nuvia의 기술이 퀄컴의 모바일 칩에 적용되기 까지는 상당한 시일이 걸릴겁니다. 그 시기가 지나고 나면 다시 ARM SoC의 춘추전국시대가 올 수도 있겠네요.

다른 회사는?

그러면, 시장을 한번 돌아보면, 애플은 모바일에서 데스크탑 컴퓨터 시장까지 쌈싸먹을만한 칩을 만들 수 있습니다. 아마존은 모바일은 포기한 듯 하지만, 데이터센터에선 자체 제작한 Graviton 칩으로 전력 소모 비용을 낮춰서 유저를 유혹하고 있죠. 엔비디아는 ARM을 인수해서, 머신러닝에 특화된 데이터센터용 서버를 만들어 낼 수도 있게 되었습니다. 퀄컴은 비실 비실하다 Nuvia를 인수하면서 숨통이 트이게 될 수도 있겠네요.

그러면 남은 업체는 어디가 있을까요? 삼성이야 고성능 칩 제작이 절실하지만, 자체 코어인 몽구스 개발을 접고 삼성 오스틴의 코어 개발 팀을 전체를 레이오프 한 지 얼마 안되어 다시 커스텀 코어 시장에 발 붙이기 까지는 시간이 걸릴 것 같습니다. 데이터센터로 가보면, 마이크로소프트와 구글이 있겠네요. 구글은 제 회사니 언급하긴 그렇고, 마이크로소프트 또한 무언가를 들고 시장에 나와야 할 겁니다.

Surface 랩탑은 퀄컴의 칩을 사용한다는 말이 있으니, 퀄컴 칩이 좋아지면 그것을 쓸 테고, 데이터센터용 고성능 칩은 자체 개발하고 있다는 소문이 있으나 아직 팀이 크진 않은 듯 합니다. 그리고 사람을 하나 둘 모아서 개발 하려면 많은 어려움이 있죠. 그래서 제 예상으로는 마이크로소프트 또한 고성능 ARM 개발 회사를 인수하지 않을 까 생각해 봅니다.

현재 시장에 나와있는, 그나마 이름이 좀 언급되는 코어 제작 회사는 마벨과 Ampere가 있는 것 같네요. 그 외에 ARM이 아닌 RISC-V까지 범위를 넓히면 SiFive 도 포함할 수 있을 것 같습니다. (SiFive는 아직 고성능 코어는 내놓지 못하고 있죠)

마벨은 회사가 워낙에 커서 인수하기가 부담이 될 것 같습니다. 뭐 현찰 쌓아두는 마이크로소프트 입장에서는 껌값이긴 하겠지만요. 반면에 Ampere나 SiFive는 아직 상장 하지 않은 회사이고, 회사 규모도 크지 않죠. 마이크로소프트 입장에서는 이미 제품 수치까지 나온 Ampere가 꽤 구미가 당길 것 같습니다. 어떻게 될 지는 좀 지켜보면 알게 되겠죠?

요약

오늘 Nuvia가 퀄컴에 인수되기로 합의했다는 소식과 트럼프가 탄핵 소추되었다는 두가지 흥미로운 소식이 발표되었습니다. 관심이 있었고, 리쿠르터에게 2019년 말 즈음이었나 한두번 연락을 받기도 해서 어떤 회사인지 알아보기도 했던 Nuvia 회사가 인수된 소식은 그래도 칩 제작 스타트업이 아직 가능성은 있구나 알게 해 준 소식이라 기쁩니다.

그리고 인터뷰조차 안보고 단칼에 거절해 버린 저에게 아쉬운 소식이기도 하구요.

네 맞아요. 배가 아파서 쓴 글이에요.

2021년 새해

Unknown — Mon, 04 Jan 2021 00:00:00 +0000

2021년 새해

2021년 새해가 되었습니다. 새해를 맞이하면서, 지난 한 해를 돌아보는 글을 남기고 싶네요.

2020년도 지름 결산

Unknown — Thu, 31 Dec 2020 00:00:00 +0000

2020년도 지름 결산

여전히 매해 연말 지름보고 입니다.

NVIDIA to Purchase ARM

Unknown — Wed, 16 Sep 2020 00:00:00 +0000

2020년 9월 13일, 엔비디아가 ARM을 소프트뱅크로부터 인수하기로 합의했습니다. 주식과 현찰 포함해서 총 400억 달러, 한화로 47조 정도의 금액에 ARM을 인수하기로 합의 했습니다. 소프트뱅크, 정확히 말하면 비전펀드에서 ARM을 4년전에 320억 달러에 인수했으니, 4년만에 소프트뱅크가 80억 달러를 번 셈이네요. 인수 기간 대략 18개월 정도가 걸린다고 하니 5년 반쯤, 연 수익률 4%쯤 되겠습니다. 소프트 뱅크 입장에서 보면 그다지 많은 이득을 보진 않은 셈입니다. 그 5년간 주식에 넣어뒀다면 훨씬 큰 이득을 보았겠죠.

각설하고, 소프트뱅크가 그정도로 손해아닌 손해를 감수하며 팔게 된 계기는 아무래도 최근의 저조한 투자 실적으로 인한 것 같습니다. WeWork에 무리한 투자를 하고 상장을 시도 했으나 상장 실패를 했고 COVID-19으로 공유경제 자체가 심각한 타격을 받았죠. (그 와중에 상장을 시도하는 AirBnB의 배짱도 대단합니다) 그로 인해 투자금 회수가 어려워 지고 현금이 부족해 져서 아무래도 현금을 확보하려고 하는 거라는 의견이 주류입니다. 게다가 소뱅이 ARM을 인수하고 이런 저런 시너지를 노리고 IoT 시장이 커지는 것을 노렸지만, 그게 ARM에게 큰 이득은 되지 않았죠. 그래서 더 흥미가 떨어졌을 수도 있을 것 같습니다.

팔아야만 하는 소프트뱅크의 이유는 잘 이해가 갑니다. 그리고 최근에 난 뉴스는 비전펀드가 주식과, 콜옵션에 투자했다는 말도 들립니다. 마사요시 손 회장의 의중을 이해할 수 없는 행보입니다.

그러면 사겠다는 엔비디아의 입장을 생각해 보면, 선뜻 이해가 가지 않습니다. 이 분야를 잘 모르거나 ARM이 무슨 일을 하는 지 잘 모르시는 분들을 위해 간단히 설명을 해 볼게요. ARM은 테크에 관심있으신 분이라면 몇번 들어봤을 겁니다. 삼성 갤럭시에 들어가는 엑시노스나 애플 아이폰/아이패드에 들어가는 A 시리즈 칩셋, 퀄컴의 스냅드래곤, 모두 안에는 ARM 프로세서가 들어가있습니다. ARM은 자체 칩셋을 만들어서 팔지 않습니다. 삼성, 퀄컴, 애플에 Soft IP형태로 팔거나, 아니면 ARM 프로세서 명령어 셋 (ISA)에 호환되는 코어를 자체적으로 만들 수 있는 권리를 팔거나 합니다.

위에 언급한 세 회사 모두 ARM ISA와 100% 호환되는 자체 코어를 생산해왔습니다. 그 외의 다른 회사는 대부분 Soft IP를 받아서 칩을 제작합니다. Soft IP는 뭐라고 해야 할까요. 소스코드라고 해야 할까요? 그 소스코드를 가지고 컴파일러가 바이너리를 만들어 내듯이, 이 Soft IP (하드웨어 디자인 코드)를 가지고 실제 칩 그림을 그립니다. 즉, 겉으로 보기엔 ARM은 칩을 전혀 제작하지 않습니다. (실제론 내부에서 테스트 칩도 제작하고, 고객사 칩 제작시 문제 생기면 적극적으로 참여하기 때문에 칩 제작 실력이 없다고 볼 순 없습니다)

엔비디아는 전혀 다른 사업을 하죠. 뭐 같은 실리콘 회사이긴 하지만, 엔비디아는 ARM과 비지니스 모델이 다릅니다. 칩을 자체적으로 제작하고, 레퍼런스 보드도 설계해서 고객사에 칩을 팝니다. 그 칩과 레퍼런스 보드를 보고 같은 레이아웃으로 여러 회사, 예를 들면 EVGA, ASUS, ZOTEC 등의 회사에서 비슷한 모양의 그래픽 카드를 만들죠.

그 차이를 이해하실 수 있을지 모르겠지만, 다르게 말하면 ARM은 알고 있는 지식을 파는 곳이고, 엔비디아는 실제 물건을 파는 곳입니다. 그래서 그런지 몰라도, 엔비디아는 코드 공개에 박하다고 알려져 있습니다. 칩 코드는 당연히 공개하긴 어렵겠지만, 그에 따른 드라이버도 자체제작하는 터라 리눅스 커널에 바이너리로만 드라이버를 제공합니다. 리눅스 커널 제작자 리누스 토발즈가 NVIDIA fxxk you! 한 일도 유명하죠.

서로 완전 극과 극인 회사입니다. ARM 또한 프로세서 코드를 보려면 꽤 비싼 로열티를 내야 하긴 하지만 아예 못 보는 건 아닙니다. (돈을 덜 내면 암호화 된 코드만 볼 수 있어요) 게다가 개발 툴도 자체 제작하기도 하지만, 오픈소스 툴도 엄청 많습니다. 서로 상극인 두 회사가 합쳐지면 어떤 상황이 될 지 걱정이 되기도 합니다.

게다가 ARM의 주력은 프로세서인데, 엔비디아에서 프로세서를 쓰고 있는 곳은 모바일 칩 (테그라) 말고는 없죠. 그래픽 카드에도 들어간다곤 하지만, 그닥 성능 높은 건 아니라 RISC-V로도 대체 가능할 수준의 마이크로 컨트롤러가 들어갑니다.

엔비디아가 이미 테그라 칩을 만든 전적이 있는 터라, 모바일을 위해서 ARM을 인수한다고 보기는 어렵습니다. 인수하면서 언급한 내용을 보면, ARM과 협업해서 AI 기반을 다지겠다는 것으로 보이는 데, 개인적인 의견으론 어떻게 시너지가 날 지 의문이긴 합니다.

일단 시너지를 내기 위해선 ARM에 엔비디아의 입김이 많이 작용해서 엔비디아 입맛에 맞는 코어가 나와야 하는 데 인수하면서 ARM의 독립성을 유지하겠다고 했으니, 두개가 서로 상충이 됩니다. 입맛에 맞는 프로세서를 만들어서 Soft IP로 고객사에게 판다고 하면, 죽쒀서 개 준 꼴 되기 쉽죠. 비공개로 진행한다면 처음의 말을 어긴거니 욕 먹을테구요. 제 의견으론 결국 ARM이 엔비디아에 휘둘리게 될 것 같습니다. 비싼돈 주고 샀으니 경쟁사에게 우위를 점해야 할테니까요.

제 의견은 부정적이지만, 예전 RISC-V 글 또한 틀린 전적이 있기에, 시너지를 낼 수 있다고 가정해 봅시다. 그러면 엔비디아가 가장 키우고 싶은 곳은 어디일까요? 전 잘 모르겠어서 지인들에게 물어보니, 이런 저런 의견이 나왔는데, 그 중 가장 그럴 듯 한 의견이, 데이터센터 용 서버 아키텍처를 만들겠다는 의견이었습니다.

올해 초 엔비디아가 하나의 회사를 인수했었습니다. 꽤 이름이 퍼지고 있었던 네트워킹 관련 회사인데, Mellanox라고 하는 회사입니다. 그 회사를 인수하면서 밝힌 포부가 데이터센터용 서버 아키텍쳐를 새롭게 만들겠다는 것이었습니다. Next Platform의 엔비디아 CEO 인터뷰 글에서 언급이 됩니다.

핵심 컨셉은 CPU, GPU, 메모리, 스토리지를 하나의 서버 안에 두는 게 아니라, 서로 네트워크로 연결해서 매우 유연하고 강력한 서버 풀을 만들겠다는 겁니다. 그 시스템의 핵심은 바로 빠른 네트워크죠. 그걸 위해 Mellanox를 인수한 겁니다.

그래픽은 이미 엔비디아가 꽉 잡고 있고, 네트워킹은 Mellanox로 해결할 수 있습니다. 스토리지는 NVMe over Ethernet (NVMoE)으로 꽤 많은 회사가 개발하고 있으므로 그걸 가져다 쓸 수 있습니다. 남은 것은 프로세서와 메모리죠.

메모리는 팹이 필요하므로 쉽게 접근할 수 있는 부분은 아니므로 건너뛰고, 프로세서를 이야기 해 볼까요. 현재 프로세서는 소프트웨어를 동작하기 위해 명령어를 인식하고 실행하는 코어부분보다 주변 장치와 통신하는 부분이 매우 비중이 큽니다. DDR 메모리 컨트롤러, PCIe Root Complex, South Bridge Interface 인 Direct Media Interface (DMI) 등 수 많은 주변장치들이 들어가있습니다. 엔비디아의 아키텍처를 따르면, 이 많은 주변장치를 모두 뜯어내고 네트워킹 컨트롤러 (RDMA)만 들어가 있으면 됩니다. CPU에서 내려오는 모든 메모리 접근은 ethernet을 통해서 네트워크로 전파되고 네트워크 라우팅 알고리즘에 따라 효율적으로 해당 주변장치나 그래픽카드로 전달 됩니다.

꽤 신선한 아이디어죠. 이게 왜 나왔냐면 머신러닝 때문에 그렇습니다. 머신러닝에서 데이터 양이 점점 증가하면서 현재의 메모리 크기론 감당할 수 없는 양의 데이터를 연산해야만 하는 상황이 되었습니다. 알리바바의 경우 광고를 위한 머신러닝 트레이닝 데이터가 10TB라는 말도 있습니다. 하나의 서버에 메모리에 올려두고 연산할 수 있는 양이 아니죠. 그래서 스토리지에서 메모리로 올리고 내리고 하면서 많이 효율이 떨어집니다.

그걸 해결하기 위해 스토리지 쪽에서는 NVDIMM이라는 것도 개발하고 있습니다. 플래시 메모리나 차세대 메모리를 DRAM 인터페이스와 상당히 호환되게 만들어서, 프로세서는 in-memory 데이터에 접근하는 것처럼 만드는 방식인데, 이 또한 많은 데이터를 한번에 메모리에 올릴 수 없어서 나온 아이디어입니다.

만들수만 있다면, 엔비디아의 방식이 꽤 효율적이겠죠. 네트워크로 연결하면 메모리 용량의 제한이 사라지는 셈이니까요. 그래서 이것을 노리고 ARM을 인수하지 않았을까... 하는 지인의 의견이 꽤 타당하게 느껴집니다.

만드는 건 그렇다 치고, 이 시스템을 만든다 치면, 사야 할 곳이 있을텐데, 그게 좀 의문입니다. 아마존, 구글은 자체 ML 시스템을 개발하고 있으니, 엔비디아가 무엇을 만들 든, 그게 표준으로 자리잡지 않는 이상 그 시스템을 주력으로 채용할 수는 없을 겁니다. 마이크로소프트도 들리는 소문엔 자체 ML 칩을 개발하고 있다고 하는 데, 좀 더 지켜봐야죠. 그러면 가장 큰 데이터센터 3곳은 이미 대량으로 팔기 어렵습니다. 그 외의 클라우드라 하면, 애플이나, SAP? IBM? 오라클? 정도인 데, 큰 세곳이 따라주지 않으면, 대세가 되긴 어렵죠.

그러면 엔비디아는 자체 데이터센터를 구축하려는 걸까요? 엔비디아가 데이터센터, 클라우드 산업에서 두각을 나타낼 수 있을 지 사실 의문이긴 합니다. 아마존이나 구글처럼 자체 서비스를 운영하다보니 클라우드가 만들어지는 상황도 아닙니다. Geforce Now가 있긴 하지만 게임 플랫폼이라 위의 새로운 플랫폼을 가져다 쓰기도 어렵습니다.

그래서, 좋은 시스템을 만들었다 해도 그것을 상용화 시키고 대중적으로 만들기가 쉽지 않아보입니다. 그 난관을 어떻게 해결해 나갈 지 지켜보는 것도 흥미로울 것 같습니다.

전제가 틀렸을 수도 있겠죠. 정말 엔비디아가 IoT쪽에 관심이 많아서 암을 인수해서 포트폴리오를 넓히려는 것일 수도 있겠죠. 시간이 지나면 결국 알게 되겠죠. 그때 다시 업데이트 하겠습니다.

790 Adventur R Offroad

Unknown — Sun, 13 Sep 2020 00:00:00 +0000

790 Adventur R Offroad

두달 전에 790 어드벤처 R을 구입했다고 글을 썼습니다. 그 사이에 아무 글도 없이 이 글이 그 다음 글이네요. 그동안 그렇게 바쁘지도 않았는 데, 글은 잘 안써지게 되네요. 사실 집에서 재택근무를 시작 한 후에 일기를 쓰는 횟수도 많이 줄었습니다. 그냥 매일 반복되는 생활이라 딱히 쓸 내용도 없고, 지난 날을 되돌아 보는 것도 한두번이고, 그냥 그래요.

아무튼, 바이크 구입 후 두달 동안, 다른 곳은 거의 다니질 못했습니다. 무더운 여름이기도 하고, 오랫만에 다시 바이크를 타는 거라 장거리는 생각도 안했었구요. 엎친데 덥친격으로 코로나 바이러스 유행에 더불어 캘리포니아에 엄청난 산불이 발생해서, 뿌옇게 변해버린, 심지어는 오랜지 빛이 나는 하늘과, 매케한 공기질 덕분에 근처에도 잘 다니질 못했습니다.

그래서 근처 오프로드 파크에는 겨우 세번 가봤네요. 그 중 처음은 거의 초보자 공터에서만 연습했으니 실제로 탄 건 두번이라 해야 할 것 같습니다. 두번, 그것도 오프로드 파크의 수 많은 코스 중 한 코스만 이틀 타본 거라 그닥 할 말이 없긴 하지만, 그동안 느낀 점을 좀 이야기 해 볼까 합니다.

790 Adventure R

일단, 바이크에 대해서 먼저 이야기 해 볼까요. 제가 바이크를 잘 몰라서 좋다 나쁘다 이야기 하긴 뭣 합니다. 그냥 이전에 타던 본네빌과 비교해 보는 수 밖에 없겠네요. 본네빌은 시트고가 780mm 였던 걸로 기억하는데 덕분에 편안히 양 발이 땅에 잘 닿습니다. 반면에 KTM 790 R은 거친 오프로드를 넘기 위해서 Ground clearance도 높고, 시트고도 880mm로 매우 높죠. 거기에 더 악영향을 미치는 게 제 몸무게 입니다. 본네빌은 도심형 바이크라 서스펜션이 조절할 수 있는게 하나도 없고 서스펜션 길이도 짧은 반면, 790R은 서스펜션이 240mm 나 움직일 수 있어서 앉았을 때 적당한 표준 몸무게 사람은 서스펜션이 꽤 내려갑니다. 전 몸무게가 얼마 되지 않아서 아무리 서스펜션을 조절해도 거의 안 내려갑니다. 그래서 다른 사람들보다 더 높게 느껴지더군요.

앉았을 때 적당히 내려가 줘야 오프로드 탈 때 바퀴가 땅에서 잘 안떨어집니다. 이게 무슨 의미냐면, 오프로드 탈 때 약간 파인 곳이 있다면, 달리던 바이크는 앞으로 그대로 가려고 하는 데 바닥이 비어 있으니 서스펜션이 늘어나서 바퀴가 여전히 바닥에 닿아야 하는 데, 처음에 서스펜션이 덜 내려가 있다면 바퀴가 늘어 날 공간이 거의 없으니 바퀴가 붕 뜨게 되는 거죠. 이게 접지력 유지에도 문제가 생기고, 바퀴가 잘 미끄러지는 결과를 가져온다고 하더군요.

실제로 제가 오프로드에서 달리는 모습을 뒤에서 찍은 영상(아래 6분 34초부터)을 보면, 바퀴가 계속 좌 우로 살짝씩 슬립이 납니다. 제가 일부러 슬립낼 만큼 실력이 좋을리는 없으니, 아무래도 덜컹거리면서 접지가 좀 약해진다고 봐야죠. 이 부분은 rebound 설정을 좀 더 만져봐서 해결 될 지 확인은 해 봐야 겠습니다.

뭐 이건 제 문제고 바이크 문제는 아닙니다. 뒤에 좀 무거운 거 하나 싣고 다니면 어느정도 잡을 수 있는 문제이기도 하고요. 사실 그것 말고는 본네빌에 비해서 나쁠게 하나 없는 바이크입니다. 마일리지도 길고요 (5.2 갤런 연료통으로 250마일가까이 갑니다) 각종 안전장치도 다 있습니다. TCS, ABS, Lean angle TCS, ABS도 있고, 라이딩 모드가 Rain, Offroad등이 있어서 빗길에도 쓰로틀 부드럽게 잘 잡아줍니다. 게다가 LCD에 스마트폰 네비게이션도 연동해서 예전처럼 지도를 외워서 다닐 필요도 없습니다.

덩치는 790R이 훨씬 큰데 무게는 본네빌보다 가볍습니다. 약 30파운드 정도 가벼운 걸로 나오네요. 연료도 1갤런 더 들어가는 데 30파운드 가벼우니 실제론 35~40파운드 가까이 가볍다고 봐야 합니다. 마력은 50% 더 좋고 무게는 가벼우니 연비도 잘 나오죠.

Metcalf

그래서 바이크가 절대로 성능이 부족하거나 어디가 흠이 있거나 그런 건 아닙니다. 그런 좋은 바이크를 가지고 도로만 타기에는 아까워서 위에서 언급했다시피 근처의 오프로드 파크에 가서 연습하고 있습니다. 가장 가까운 곳이 Metcalf OHV 라는 카운티 공원인데, 여긴 좀 크기가 작긴 하지만 집에서 15분 만에 갈 수 있는 곳이라 지금까지는 이곳으로만 갔습니다.

크게 3개의 코스가 있고 그 사이 사이에 좀 갈라지는 길도 있지만, 왠만하면 갈라지는 길은 죄다 상급자 아니면 최상급자 코스입니다. 여기서 상급자, 최상급자 기준이 제가 타고 있는 어드벤쳐 바이크 기준이 아니라, 완전 오프로드용 이거나 Dual Sport 바이크 기준이라, 실제로 어드벤쳐 바이크로 그 상급자 코스 타려면 오프로드 바이크로는 날고 기는 사람은 되어야 탈 수 있을 겁니다.

큰 세개의 코스 중에 1번, 2번 코스가 초중급자 코스입니다. 파크가 작아서 그런지 완전 초급자 코스는 없더라구요. 위에 영상에서 보면 경사가 별로 없어보이지만, 실제로 타보면 처음 타는 사람들은 꽤 겁을 먹을 만큼 급경사가 초반에 한 곳 있습니다. 그래서 처음 타는 사람은 여기 Metcalf보다는 남쪽으로 한시간 떨어진 Hollister SVRA 파크를 추천하더군요. 기회가 되면 그곳에도 가서 연습해 볼 생각입니다.

그 3 코스중 아직까지는 1번 코스만 탔습니다. 1번 탈 수 있으면 2번은 탈 수 있을거라곤 하는 데, 아직은 덩치 큰 어드벤쳐 바이크가 조금은 부담스러워서 1번을 잘 탈 수 있을 때 2번 코스에 도전해 보려고 합니다.

세팅을 조금씩 바꿔가며 타 보니, 초보자인 저에게 랠리 모드에 슬립 7 정도, 그리고 스로틀 반응은 오프로드로 하고 타는 게 맞더군요. 스로틀 반응이 기본이 랠리모드로 되어 있는데, 랠리모드는 정말 바이크가 괴물로 변하는 것 같습니다. 조금만 당겨도 팍팍 튀어나가서 오히려 전 제어가 어렵더군요. 오프로드 스로틀은 기본 로드 스로틀보다 오히려 덜 예민해서, 자잘한 초보자 실수 (갑자기 몸이 뒤로 젖혀지면서 스로틀을 감아버리는) 정도는 수정할 수 있는 여유는 주는 것 같습니다. 다만 가끔씩, 저도 모르게 스로틀이 다시 랠리모드로 가는 경우가 종종 있어서 깜짝 놀랄 때가 있습니다. 어떤 상황에 변하는 지 좀 확인해봐야겠더라구요.

사실, 어드벤쳐 바이크로 오프로드 타는 게 흔한 일은 아닌 것 같습니다. 지금까지 세번을 가면서 단 한번도 어드벤쳐 바이크로 Metcalf 파크를 라이딩 하는 사람은 본 적이 없구요. 대부분의 어드벤쳐 바이크는 장거리 특화라 도로에서 더 많이 보이는 것 같네요. 790R은 좀 더 오프로드에 치중되어 있어서 이렇게나마 오프로드 파크에서 즐길 수 있는 것 같습니다.

덩치가 크다보니, 게다가 제가 초보자이기까지 하다보니, 초보자 코스만 타도 정말 재밌습니다. 그렇게 빨리 달리지도 않고 15~25마일 근처로 달리는 데도 스릴 있습니다. 산 위로 올라가서 보는 풍경도 정말 좋구요. 이래서 산뽕이라 부르는건가 싶기도 합니다.

제가 만일 오프로드 파크만 탄다면, 790R 말고 더 가벼운 250cc짜리 dual sport 바이크를 탔을 것 같은데, 오프로드 파크는 험한 길을 가기 위한 연습정도라 최대한 어드벤쳐 바이크로 잘 탈 수 있게 연습해보려고 합니다. 이게 익숙해지면, 그동안 꿈꿔왔던 Backcountry Discovery Route나 Continental Divide Trail, Trans-America Trail 같은 것도 도전해 보려구요.

다음에 재밌는 영상과 글로 다시 업데이트 하겠습니다. 그땐 Hollister 정상 사진이나, 아무리 못해도 2번 코스 정상 사진으로 ㅎㅎㅎ

KTM 790 어드벤쳐 R

Unknown — Thu, 30 Jul 2020 00:00:00 +0000

KTM 790 어드벤쳐 R

본네빌 구입기와 본네빌 출퇴근 사용기 글을 통해서 모터사이클 글을 쓴 뒤로는 모터사이클에 관한 소식이 없었습니다. 사실 1년정도 모터사이클을 타다 개인 사정으로 인해 본네빌을 팔게 되었죠. 아이들 드랍, 픽업도 하고 해야 되서 바이크로는 꽤 불편했네요. 비록 보험, 유지비가 저렴하다고는 하지만, 차량 두대에 바이크를 굴릴만한 형편도 아니였구요.

그렇게 모터사이클을 타지 않게 되었지만 항상 마음속에는 '다시 타야지' 하는 생각이 계속 있었습니다. 그러다 사정도 좀 풀리고 하면서 5년 반만에 다시 장만하게 되었네요.

Motorcycle Gear: Adventure

Unknown — Thu, 30 Jul 2020 00:00:00 +0000

Clothing, Protector

Dirt Element Jacket by Revit

Product Link

기존에 사용하던 Triumph의 Textile Jacket은 방수도 되지 않고, 일반 도시용 재킷이라 흙길에서 탈 때 불편한 점이 많았습니다. 아무래도 가장 큰 불편한 점은 통풍이 잘 안되는 부분이었죠. 도시용이다보니 매우 덥습니다. 흙길에서는 몸을 많이 써서, 열이 많이 나는 데, 통풍이 잘 안되다 보니 땀에 흠뻑 젖고 불편하더라구요.

그래서 바꿀 생각을 하고 있었는데, 1위 후보 Mosko Moto의 Basilisk가 매진이 되서 입고될 생각을 안하더군요. 코로나 덕분에 생산도 줄고, 야외활동 인구가 많아지면서 수요도 늘어서 구하기 매우 어려웠습니다.

Klim은 너무 옛날 스타일이고 해서 거의 포기하고 있던 차에 Revit에서 Dirt Collection으로 제품이 출시된 걸 발견했죠. 그 중 맘에드는 Element Jacket을 주문했습니다.

이것도 Mosko Moto의 Basilisk 재킷과 마찬가지로, 안에 바디아머를 입는 걸 가정하고 만들어진 재킷이라, 아머가 없으면 좀 큰것처럼 느껴집니다. 바디아머를 입고 위에 입으면 딱 맞고 좋습니다.

별다른 기능은 없고, 재질이 바이크 사고에 버틸만 하게 튼튼하고, 방수되고, 통풍 지퍼가 좀 많고, 그게 답니다. 별거 없어요. 그런데 엄청 비싸죠. 그게 다 디자인 값입니다. 이뻐서 사요.

MoskoMoto Woodsman Enduro Pants

처음 790R 을 사고 오프로드 파크를 갈 때, 저렴한 오프로드 in-the-boot 바지를 구입했었습니다. 아무래도 청바지 입고 오프로드 파크에서 놀기엔 좀 부끄럽더라구요. 그 이후로 흙길 갈 때면 거의 항상 그 바지를 입어왔는데, 불편한 점이 한두가지 있었습니다.

허리에 맞춰서 사는 바람에 바지 길이가 매우 짧았고, 바람이 잘 통하지 않았고, 늘어나는 재질이 아니라 움직임이 편하진 않았죠.

새로 사야지 사야지 하다가 몇년이 지난 다음에 구입한 제품이 [MoskoMoto의 Woodsman Enduro 바지][woodsman-pants] 입니다. 처음엔 $299였던 제품이 이젠 $369가 되었더군요.

아무튼, 사고 몇번 사용해 보고 나니 마음에 쏙 듭니다. 봄, 가을용으로 충분히 좋고, 여름엔 통풍 지퍼를 열어서 어느정도 열기를 식혀줄 수 있습니다. 메시 제품만큼 통풍이 잘 되지는 않습니다.

재질도 늘어나는 재질이라 움직임이 많은 오프로드 라이딩에서 불편하지 않더라구요. 엉덩이 부분과 허벅지 부분은 방수되는 옷감으로 덧대어져 있고 좀 더 내구성이 있는 천이라 닳아질 걱정도 덜한 편입니다. 무릎부분엔 가죽이 덧대어져있어서 그립도 잘 확보되는 편이구요.

포켓도 넉넉히 있어서, 이전 바지보다는 편하게 스마트폰과 열쇠등을 넣어 다닐 수 있습니다.

이걸 사니, 깔맞춤되는 Surveyor Jacket을 사고싶어지네요.

MoskoMoto Surveyor Jacket

결국 깔맞춤으로 서베이어 재킷도 구매했습니다. 하드쉘 재킷이 아니라 안에 아머를 항상 입어야 하긴 하지만 바지와 딱 맞는 색으로 마음에 듭니다.

MoskoMoto Ectotherm Heated Jacket

겨울철 라이딩을 위해서 구입한 발열조끼 입니다. 배터리에 직결해서 쓸 수 있습니다. 온도는 3단계로 조절할 수 있는데, 최저로만 해도 샌프란시스코 근처 겨울은 충분히 따뜻하게 라이딩할 수 있을 것 같습니다.

Alpinestars Tech 7 Drystar

Alpinestars Tech 7 이 기본, Enduro만 있었는데, 2020년에 Drystar로 방수가 되는 제품이 출시되었습니다. 그 전엔 Enduro를 살까 했는데 방수가 나온김에 방수되는 녀석으로 장만했죠.

부츠만 420달럽니다. 굉장히 비싼편이죠. SIDI에 비하면 저렴하다곤 하지만, 그래도 비싸긴 합니다. 좋은 재킷 하나 살만한 금액이죠.

그래도 몸 보호를 생각하면, 돈값 하는 것 같습니다. 기존에 본네빌 탈때 신던 TCX 부츠는 발목이 옆으로 꺾이는 걸 보호해 주는게 하나도 없는데, Tech 7은 왠만해선 뼈 안부러질 것 같이 단단합니다. 스키부츠를 신고 다니는 느낌이에요.

더 튼튼한 정말 Motocross용 부츠도 시중에 있긴 하지만, 그건 어드벤쳐바이크의 용도에는 맞질 않네요. 게다가 방수도 안되고요. Tech 7도 사실 거의 Dirt 바이크 용인데, 어드벤쳐 바이크로 왠만하면 흙길만 타려고 생각하고 있으니, Tech 7정도는 신어야 될 것 같네요.

몇 번 넘어져 봤는데, 일단 다리는 멀쩡합니다.

처음엔 좀 break-in 시간이 필요합니다. 기어 변경하기도 뻑뻑한데, 좀 타고 나니 괜찮아지네요.

Bike accessaries

Mosko Moto Rackless 40

790 어드벤쳐에서는 패니어 가방을 썼는데, 390 어드벤쳐로 오면서 랙을 설치하지 않고 Rackless 40 가방을 연결해서 다니고 있습니다. 랙을 설치할 필요가 없으니 무게도 절감되고 돈도 굳고 가방 없이 라이딩할 때 거추장스럽지 않네요.

Double Take Mirrors

흙길을 타면 종종 넘어집니다. 이걸 피할 수는 없더라구요. 아무리 천천히 타도 넘어지는 일이 생깁니다. 넘어질 때 충격이 가는 부위가 패니어 캐리어, 핸들바, 그리고 백미러입니다. 핸들바야 어느정도 보호해 주는 게 기본으로 있어서 괜찮고, 패니어 캐리어야 추가로 장착한 보호용 + 가방 거치용이니 긁혀도 상관없는데, 미러는 좀 불편하더라구요.

흙길 탈 때 뒤를 볼 일이 거의 없어서 (뒤에 누가 오겠어요), 잘 쓰지 않는데 넘어질 때 깨질 확률이 있다보니, 많은 인듀로 바이크 타는 사람들은 접을 수 있는 백미러를 씁니다. 흙길 탈때는 접고 타다가, 공도로 나오면 다시 펼치는 용도죠.

여러 종류가 있는 데, 그중에 꽤 튼튼하다고 알려진 Double Take Mirrors를 구입했습니다. RAM 마운트에 거치하는 미러라, 워런티 걱정도 없고요 (RAM 마운트는 평생 워런티), 미러도 큼직해서 시야도 잘 확보됩니다.

Foam

Unknown — Tue, 30 Jun 2020 00:00:00 +0000

Foam

Overview

Foam은 Roam Research와 Zettelkasten에 영감을 받아 만든 개인 지식 관리 시스템입니다. 다르게 말하면 기능을 배낀 아류작이죠.

돼지고기 김치찌개

Unknown — Sat, 06 Jun 2020 00:00:00 +0000

돼지고기 김치찌개

아이들 먹을 돈까스를 만들었다. 큰 등심살 한덩이 사와서 얇게 잘라서 두들기고 밀깨빵을 뭍혀 얼려두면 조금씩 꺼내서 튀겨서 아이들에게 내놓기 딱 좋다.

Dunning-Kruger Effect

Unknown — Tue, 19 May 2020 00:00:00 +0000

Dunning-Kruger Effect

재택 근무 52일차

지금 회사에 입사해서 첫날, 아직 신입사원 교육이 이주간 진행되어야 할 상황에, 메니저가 얼굴 한번 보자고 연락을 했었죠. 그 전까진 메니저가 누군지 모르다가 처음 보았는데, 제 인터뷰에서 점심 인터뷰를 한 사람이 메니져더군요.

Front Yard Fence

Unknown — Mon, 11 May 2020 00:00:00 +0000

Front Yard Fence

코로나바이러스 COVID-19로 인해 집에서 일하게 되면서, 그동안 밀린 집관리를 할 수 있는 시간이 나더군요. 그래서 그동안 미뤄오던 앞마당에 울타리를 만들기로 했습니다.

Work From Home 3

Unknown — Mon, 27 Apr 2020 00:00:00 +0000

Work From Home 3

재택 근무 36일차

오늘 캘리포니아 주 정부에서 Shelter-in-Place를 5월 말까지 연장한다고 발표했습니다. 기존 5월 3일까지로 계획되었던 재택근무가 자연스럽게 5월 말로 연장되었네요. 그런데 아직 한달밖에 남지 않은 상황에서 여전히 코로나 바이러스 환자는 증가세가 줄어들지 않고 있네요.

California roadmap to modify stay-at-home order

Unknown — Wed, 15 Apr 2020 00:00:00 +0000

California roadmap to modify stay-at-home order

재택근무 28일차 입니다.

그동안은 똑같은 일상의 반복이었습니다. 일어나서 커피를 내리고 서재로 가서 일을 시작하고, 아이들이 홈스쿨을 시작하면 컴퓨터가 잘 동작하는 지 봐주고, 점심 먹고 일하고, 저녁되면 일을 멈추고 저녁을 준비하고 아이들을 재우고 잡니다. 이 일상이 5주째를 넘어서 이제 6주째 중반이 되었습니다.

Work From Home

Unknown — Fri, 03 Apr 2020 00:00:00 +0000

Work From Home

재택근무 20일차.

Work From Home을 시작 한 지 4 주가 지났네요. 집에서만 일을 하고 두번을 급여를 받으니 기분이 이상하네요. 일도 하긴 했는데 왠지 공돈을 받은 것 같은 느낌입니다.

Unemployment Number

Unknown — Thu, 26 Mar 2020 00:00:00 +0000

Unemployment Number

재택근무 14일째.

오늘 Washington Post 기사를 보았습니다. 지난 주 실업급여 신청자가 3백30만명이나 되었다는 글인데요. 이 수치는 전에 유래가 없을 만큼 엄청 난 숫자라는군요.

온라인 수업

Unknown — Mon, 23 Mar 2020 00:00:00 +0000

온라인 수업

재택 근무를 시작한 지 2주가 지났네요. 11일 째가 되었습니다. 아이들 학교가 문을 닫은 지 일주일이 되었습니다. 처음 학교 문을 닫을 때 온라인 교육에 대한 이야기가 나왔었는 데, 그 때만 해도 한 두 달은 걸린 후 원격 수업을 시작할 줄 알았죠.

Defense Production Act

Unknown — Wed, 18 Mar 2020 00:00:00 +0000

Defense Production Act

재택근무 8일차에 접어들었습니다.

현재 기준 미국과 유럽에서 확진자가 폭증하고 있네요. 이탈리아는 이제 매일 3천명을 넘어서 4천명의 확진자가 발생하고 있고 사망률은 8% 가까이 됩니다. 이란의 상승세는 꾸준한 듯 하고 스페인, 독일, 프랑스가 제대로 검사를 하고 있어서 확진자 증가폭이 크네요. 미국과 마찬가지로 지역 감염이 될 동안 준비가 안되었다가 많이 퍼진 지금 검사역량이 늘어나고 있어서 확진자 증가 폭이 크다고 하는데, 그래도 번지는 것을 막기는 쉽지않아 보입니다.

Virtual Lock Down

Unknown — Mon, 16 Mar 2020 00:00:00 +0000

Virtual Lock Down

재택근무 2주차 (6일째)입니다. 오늘은 주 정부인지 카운티 정부인지 모르겠지만, 정부에서 베이지역을 Lock down 했습니다. 락다운을 해서, 이제 삶에 필수적인 곳, 예를 들면 마트, 주유소, 병원, 홈디포 같은 곳을 제외하곤 휴업해야 합니다. 그리고 정부는 주민들이 집에서 지내야 하고 위에서 언급한 필수적인 곳을 가는 것 외에는 돌아다니지 않기를 "권장"하고 있습니다.

Work From Home

Unknown — Fri, 13 Mar 2020 00:00:00 +0000

Work From Home

재택 근무를 시작한 지 5일째가 되었습니다.

코로나바이러스가 중국에서 시작했을 때에는 이런 상황까지 올 줄은 몰랐습니다. 점점 번져서 한국과 일본, 그리고 이탈리아에 번지기 시작할 즈음에 슬슬 이쪽 실리콘벨리에도 동요가 좀 일더군요. 마트에 쌀, 생수, 화장지가 바닥이 나고 스팸같은 통조림 요리도 꽤 재고가 줄어드는게 보였습니다.

HMAC

Unknown — Mon, 10 Feb 2020 00:00:00 +0000

간단한 하드웨어 디자인 관련 글은 블로그에 기록합니다. 그러나 조금 더 기술적인 글은 따로 모아두는 게 낫겠다 싶어, 블로그 포스트가 아닌 일반 페이지에 기록해 볼 생각입니다.

이번에 이야기 하고 싶은 내용은, OpenTitan을 개발하면서 설계한 하드웨어 모듈 중 HMAC (Hash-based Message Authentication Code)입니다. HMAC은 송신자, 수신자가 비밀키를 알고 있다는 가정에서 주어진 메세지가 실제로 상대방이 보냈는 지 알 수 있게 하는 서명 알고리즘입니다.

예를 들면 A라는 사람이 B라는 사람에게 편지를 쓴다고 생각해봅시다. 편지를 손글씨로 썼다면 편지를 쓴 사람의 독특한 필체가 보낸사람을 나타낼 수도 있습니다. 받는 사람이 그 사람의 글씨체를 안다면요. 아니면 보내는 사람이 편지 말미에 자신만의 서명(사인)을 할 수도 있습니다. 서명은 사람마다 제각각이지만 보통 한 사람이 서명은 한 종류만 쓰므로, 글씨체를 통해 알아내는 것 보다는 좀 더 수월합니다. 이 경우에도 상대방이 어떤 서명을 써왔는 지는 이미 알고 있어야겠죠.

HMAC도 이 상황과 비슷합니다. 다만 그것을 디지털세계에 옮겨온 것 뿐이죠. 말미에 자기만의 사인을 하듯이, 디지털 세계에서 데이터를 보낼 때 데이터 끝단에 메세지와 연동 된 나만의 서명을 붙여서 이 내용이 서로 알고 있는 서명으로부터 만들어 졌다는 것을 알려주는 용도입니다. 편지의 서명과 다른 점은, 텍스트가 아닌 어떤 디지털 데이터도 모두 가능하다는 점이고, 서명이 메세지와 따로 놀지 않고 (편지에서는 항상 서명은 똑같죠) 메세지 말미에 따라 붙는 서명은 메세지와 비밀키가 합쳐져서 쓰여진다는 점이죠.

Algorithm

HMAC은 정말 단순합니다. 주어진 메세지를 m이라고 하고, 서로 공유하고 있는 비밀키를 K라고 합시다. 이 때 상대방에게 전달 해 줄 서명은 아래의 순서로 만들어집니다.

K가 일정크기 이상이면 이를 줄입니다 (줄이는 방법은 아래에 설명). 아니면 기존의 비밀키를 그대로 사용합니다.
키와 특정 값(inner pad)을 서로 더합니다 (XOR 연산).
이 값과 주어진 메세지 m을 합쳐서 하나의 메세지로 만듭니다.
이 메세지를 가지고 Hash값을 구합니다. 이 값을 m'이라고 합시다.
비밀키와 특정 값 (outer pad)을 서로 더합니다 (XOR 연산).
이 값과 앞에서 계산된 값 m'을 합쳐서 하나의 메세지로 만듭니다.
이 메세지를 가지고 Hash값을 구합니다.

이렇게 해서 나온 결과가 주어진 메세지에 대한 서명입니다.

복잡해 보이지만 Hash가 무엇인지만 안다면 간단하게 아래처럼 표현할 수 있습니다.

HMAC_SIGN = hash_func(opad_key, hash_func(ipad_key, m))

Hash 자체가 메세지 데이터가 조금만 바뀌어도 결과 값이 매우 달라지는 구조라 메세지가 무엇인지 알아도 비밀키를 유추해 내는게 정말 어렵습니다. 이 것을 hash의 보안난이도 (Securiy Strength)라고 부르는데, 일반적인 [SHA256/SHA512][sha2]는 128bit/256bit의 난이도를 가집니다.

그래서 HMAC을 설계할 때 HMAC 자체는 큰 문제가 아니였고 Hash 알고리즘을 설계하는 데에 시간을 더 쏟을 수 밖에 없었습니다.

OpenTitan에서는 필요한 해시 알고리즘이 SHA2-256밖에 없어서 이것을 가정하고 설계하였습니다. 다만 추후에 SHA512나 SHA3 가 추가로 지원될 수도 있을 것 같네요.

Architecture

위의 내용을 바탕으로 간단한 데이터 패스를 아래처럼 설계하였습니다.

먼저 데이터를 임시 저장해 둘 버퍼 (FIFO)가 있구요. 이건 hash 알고리즘에 따라 다르지만 SHA256경우에는 512bit이 한번에 들어가므로 512bit FIFO를 넣었습니다. 그래서 소프트웨어나 다른 DMA엔진이, 다음 해시 계산을 위한 메세지 일부분을 미리 넣어두고 다른 일을 할 수 있습니다.

그 앞단에 packer라는 모듈은 사실 HMAC과는 큰 관련이 없지만 소프트웨어의 편의를 위해서 붙여둔 모듈입니다. 무슨 일을 하냐면, 소프트웨어가 어떤 순서대로 어느 바이트 위치에 값을 쓰던지 그걸 차곡차곡 32bit 하나로 모아서 FIFO에 넣어주는 역할을 합니다. 들어오는 데이터, 예를 들면 소프트웨어의 struct가 하나가 아니라 여러개 일 때에는 두번째, 세번째 struct는 앞 데이터에 맞춰서 shift 시켜줘야 하는데, packer가 있으면 그런거 무시하고 항상 byte0 부터 시작하게 넣어도 됩니다. :)

그리고 HMAC Core 안에서는 순서에 따라 ipad_key를 이용해 hash를 실행시키고, 들어오는 메세지를 이용해 그 다음 hash를 실행시키고, 모든 메세지가 다 들어왔으면 패딩하고 나온 해시값으로 두번째 해시 (opad_key, 1st_round_hash_result)를 실행시킵니다. 간단한 스테이트 머신으로 되어있고 message length가 ipad_key, opad_key 길이만큼 추가되므로, 그 부분을 처리하는 로직이 있습니다.

영어로 된 문서에 조금 익숙하시다면 OpenTitan HMAC Spec 문서를 읽어보시는 것도 좋을 것 같습니다.

개선점

이 부분은 SHA2를 이해 한 후에 읽으면 좋을 것 같네요. 현재 HMAC/SHA256 구조에서는 들어온 데이터를 SHA engine에 넣는 것을 FIFO에서 하나씩 뽑아서 넣는 구조로 되어있습니다. 그런데 FIFO가 레지스터로 이루어져있다보니, 구지 그럴 필요가 없이 한방에 SHA engine으로 넘길 수도 있습니다. 그러면 메세지를 SHA engine 내부의 저장소로 옮기는 16사이클을 절약할 수 있죠. 아니면 SHA engine 내부에서 라운드가 끝나기 16사이클 전에 FIFO에서 하나씩 가져오는 방법도 있긴 하지만, 이 경우에 FIFO에 데이터가 없을 경우까지 고려해야 해서 좀 조건이 까다로워집니다.

만일 한번에 SHA engine으로 넘기는 것을 구현한다면 message padding은 SHA engine에서가 아니라 FIFO (이젠 FIFO라고 부르기도 에매한)에 넣을 때 padding을 해주는 게 padding logic의 크기를 줄이는 방법일 것 같네요. 그렇지 않다면 SHA256경우 512bit, 64byte의 각 바이트마다 padding을 추가해 주는 조건이 들어가야 하거든요. 그러면 mux가 엄청 들어가겠죠. FIFO 앞단에서만 padding을 한다면, 4byte에 대한 패딩만 필요하므로 로직이 현재 패딩로직과 동일할 것으로 예상됩니다.

2019년도 지름 결산

Unknown — Tue, 31 Dec 2019 00:00:00 +0000

2019년도 지름 결산

여전히 매해 연말 지름보고 입니다.

Massdrop Ctrl mechanical keyboard

집에서 일하게 되는 경우가 생겨서, 기존에 쓰던 Logitech K480을 버리고 구매하게 되었습니다. K480은 키가 너무 빡빡해서 조금만 오래 타이핑하면 손가락이 너무 아프네요. 이왕에 그런 김에 집에서 일도 좀 오래 하겠다, 사고싶은거 하나 질렀습니다.

Cherry MX 스위치가 동나서 Halo라는 매스드랍 전용 스위치를 구입했는데, 약간 가벼운 느낌이 듭니다. 다만 Ctrl 키보드는 스위치를 쉽게 바꿀 수 있는 구조라 (납땜이 필요 없어요) MX 스위치를 구입해서 바꿔볼 생각입니다.

가장 거슬리는 부분은 아무래도 키보드 다리같은데요. 자석으로 되어있어서 조금만 움직여도 다리가 틀어지네요. 이것만 제외하면 꽤 만족합니다.
Brinly 50lb Spreader

기존에 잔디에 비료를 주거나 약을 줄 때 사용하던 Scotts Edgeguard Mini 스프레더는 매우 매우 치명적인 단점이 있었네요. 균일하게 뿌려지질 않습니다. 게다가 바퀴에 홈이 있어서 바퀴에 비료나 살충제가 뭉쳐서 일명 striping이라고 하는 현상을 만들어냅니다. 그래서 일직선으로 잔디가 죽어나가기 일쑤였죠. 이런 단점이 있는데도 잘 팔리고 있는게 신기할 정도네요.

아무튼, 그에 대한 대안으로 공기압 타이어가 달린 제품으로 쓸만한 걸 찾아보니, 가장 유명한 것은 Lesco 제품인데, 이건 500달러라 너무 비싸서 패스하고, 그 다음으론 Earthway Ev-n-speed spreader가 있는데 이것도 240달러네요. 대안을 찾다보니 Titan제품이나 Brinly 제품이 있더군요. 둘다 100불 초반대입니다.

30불대 Scotts 제품을 생각해보면 무척이나 비싼데, 대신에 균일하게 뿌려진다는 걸 생각해보면, 신경을 덜 쓰게 될것 같아 Brinly제품으로 정했네요. 홈디포에서 구입할 수 있어서 환불이 쉬울거라는 생각에 일단 테스트용으로 구입했네요.

일단 써본 바로는 대 만족입니다. 바퀴에 부딫히지도 않고 골고루 뿌려주는 게 눈에 보일 정도입니다. 좀 더 저렴한 Titan 스프레더도 비슷한 디자인이지만 그 제품은 요즘엔 꽤 구하기 힘들어서 (입소문이 났나봅니다) Brinly로 샀는데 이것도 좋네요.

한가지 단점이라면, 통 바닥이 편평해서 알갱이가 구멍으로 잘 빠져나가지 않고 남아있는 경우가 좀 있더군요. 비료나 약을 담을 때 좀 넉넉히 담고 다 쓴 후 다시 덜어내는 방식으로 해야 골고루 뿌려집니다. 그렇지 않으면 알갱이가 안빠져 나가서 안뿌려지게 됩니다.
Prodiamine 65 WDG

Preemergent로 널리 알려진 잡초방지제인데, 한번에 5파운드로 물에 녹여서 쓰는 제품입니다. 2천 스퀘어 핏 잔디에 필요한 게 겨우 1~2온스 정도라, 백년은 거뜬히 쓸 수 있을 것 같네요. 봄철 땅 온도가 화씨 55도를 찍으면 한번 뿌리고, 4개월뒤 다시 한번 뿌려주면 확실히 잡초가 덜 나온다고 하니 올해 기대해 봅니다.
Headway G Fungicide

잔디가 계속 노랗게 죽어가서, 비료도 줘보고, 토양테스트도 해보고, 살충제도 주고 해봤지만 개선이 안되더군요. reddit.com/r/lawncare에 자문을 구하니 아마도 Fungus Disease 일거라는 말을 하더군요. 마지막 보루입니다. 이걸로 해결 안되면 잔디를 갈아엎을 생각으로 구입했네요.

4주에 한번씩 3lb / 1000sqft 용량으로 주어야 하는데, 이것으로 이미 발생한 잔디는 살릴 수 없지만 더 이상은 발생안하게 할 수 있더군요. 꾸준히 overseed 하고 뿌리다보면 괜찮아질 것 같네요. 사용해 보니 두번 정도 뿌리고 나니 잔디 상태가 확연히 좋아지더군요. 이미 죽은 잎은 분해되기 시작하고 새 잎이 자라나니 금새 좋아지는 듯 합니다.
Kensington Expert Trackball Wireless

회사에서 사용하는 트랙볼이 켄싱턴 Orbit이었는데 이게 버튼이 좀 뻑뻑해져서 사용하기 불편해 하나 장만햅네요. 볼도 크고 부드럽고 버튼도 4개라 뒤로가기 기능, 미션 컨트롤 기능을 할당했더니 편하게 쓸 수 있군요. 역시 한방에 좋은걸로 갔어야 하는데, 라는 생각이 들게 만드는 제품입니다. 회사 마우스도 영 아닌데, 이것도 조만간 바꿔야겠네요. 버티컬 마우스를 써볼지 아니면 오른손 트랙볼 마우스를 써볼지 고민이 되네요.
Coleman Montana 8
Kelty Shade
Keter Outdoor storage

뒷마당에서 아이들과 축구, 농구, 베드민턴 하면서 노는데, 그 물건들 보관할 공간이 너무 없어서 (차고에는 다른 짐이 한가득...) 코스트코에서 구입했네요. 공간도 넓고(570L) 든든합니다. Keter는 이미 쉐드로 쓰고 있고, 야외 쓰레기통으로도 사용하고 있어서, 뒷마당은 Keter로 가득 채워져 갑니다. + BBQ 소품 저장 트레이까지...
Google Home Hub

눈여겨 보던 구글 홈 허브가 라쿠텐에 74불에 딜이 떳길래 질렀네요. 어찌 구글 직원 할인보다 더 저렴한건지... 각설하고, 지른 결정적인 이유는 구글포토의 사진 중 잘 나온 것을 알아서 추려서 화면에 보여주는 기능때문이었습니다. 게다가 주변 조명 인식을 해서 색온도와 밝기를 자동으로 조절해서 흡사 프린트 된 glossy 사진을 보는 것 같게 해 준다는 점도 컸네요.

실제 써 보니 마음에 듭니다. 키친에 두고 설거지 할 때 유투브를 본다거나 아니면 아이들 사진이 나오는데, 그 외에 네스트 헬로 도어벨을 설치하면 초인종 눌렀을 때 홈 허브로 곧장 영상이 나오는 것 또한 마음에 듭니다.

안방에도 하나 두고 싶어지는데 더 큰 화면으로 사운드를 강화한 네스트 허브 맥스가 나온다는 루머가 있어서 안사고 기다리는 중이네요. 10인치 네스트 허브를 구입하면 그것을 키친에 두고 7인치 홈 허브는 안방으로 옮길 생각입니다.
Google Nest Hello Doorbell

2018년도 지름 보고에 Arlo Pro 2 카메라를 언급했었는데, 1년 가까이 사용하다 보니 단점이 조금 보이더군요. 일단 장점은 배터리로 구동되는 시큐리티 카메라라 공간의 제약이 없다는 점 입니다. 솔라패널까지 연결해 두면 상시 충전이 되니 뒷마당 펜스에도 붙여둘 수 있었죠. 아무런 플랜에 가입하지 않아도 일단 7일치 모션 이벤트는 저장해 두니 그것 또한 좋았습니다.

그러나 네스트 헬로우 도어벨을 구입하게 된 결정적인 이유는, 알로의 느린 반응 때문이었습니다. 모션 센서 알림이 뜨고 실제 확인할 때까지, 앱을 열고 라이브러리에 들어간 후 영상을 클릭해서 재생되기까지 10초가 넘는 시간이 걸립니다. 게다가 양자간 대회를 하려고 하면 매우 느린 반응 때문에 대화가 거의 불가능 한 수준이었죠.

그래서 도어벨 용으로 눈여겨 보았던 네스트 헬로 도어벨을 설치했네요. 와이어링이 조금 힘들긴 했지만, 설치 후 매우 만족합니다. 알림이 구글 홈 허브로 바로 뜨는것도 마음에 들고, 스마트폰에서 영상 확인까지 2초 내외밖에 걸리지 않는것도 마음에 듭니다.
DJI Osmo Action w/ 256GB microSD

아마존에서 microSD 를 구입할 땐 꼭 3rd party 말고, 아마존 직판을 구입해야 한다는 걸 다시 한번 깨달았네요. 3rd party 인 줄 모르고 구입했는데, 짝퉁이 와서 SD Card 속도가 안나온다고 계속 에러가 났네요. 교체 후 정상 작동합니다.
REI Co-op DRT 1.1 , CTY 1.1

아이들이 두발 자전거를 타기 시작하면서 제가 걸어서는 도저히 아이들 페이스에 맞추질 못하겠더군요. REI 봄 세일할 때 큰아이 20인치 자전거와 아내, 제 자전거 총 세 자전거를 샀네요. 아이 자전거야 제가 타보질 않으니 평가는 못 하고, REI에서 구입한 DRT 자전거는 꽤 만족합니다. 마운틴 바이크인데 hydraulic brake도 달려있고, 가장 낮은 등급의 시마노 세트가 달려있지만, 그래도 초보용으로는 부족함 없는 세트고, 핸들바도 넓고 꽤 많은 부분이 만족스럽네요.

같은 가격의 CTY는 같은 가격임에도 구성이 조금은 빈약한 감이 있어서 그저 그런 것 같네요.
Logitech G Pro Hero wired

이건 마우스라서 그다지 설명할 것은 없네요. 다만 제 손이 작은 편인데 불편함 없이 딱 맞고 클릭감도 좋네요. 같은 기능을 하는 무선 버전은 160달러인데 이녀석은 유선이라고 60달러도 안되게 구입해서 만족합니다.

두달을 사용하고 나니 더블클릭 현상이 발생하네요. 교환을 신청해두긴 했는데, 교환된 품목에서도 더블클릭이 발생하면 다음에는 스위치만 납땜해서 써야겠네요. 비싼 마우스에도 여전히 로지텍 고질적인 더블클릭 문제가 발생하다니 좀 실망스럽네요.
Bose Companion 2

자칭/ 타칭 막귀라 음악은 적당한 기준만 충족되면 만족하며 사용합니다. 그런데 집에 데스크탑에 스피커가 없어서 블루투스 스피커를 연결해서 사용하고 있었는데, 종종 충전을 해줘야하고, 사용 후 꼭 꺼야하는 등 불편한게 있어서 회사 할인이 있는 Bose Companion 2를 구입했네요. Bose Companion 2와 Companion 20사이에서 고민을 좀 했습니다. 컴패니언 2는 정가 99불짜리인데, 컴패니언 20은 그 2.5배, 250불정도의 가격입니다. 그만큼 소리 차이는 확실하다고 하는데, 스피커에 그정도 손을 쓰는건 돼지목에 진주목걸이 같아서 컴패니언2를 구입했네요.

결과는? 이정도면 적당히 만족합니다. 베이스가 좀 강해서 아쉬운데 이 부분은 보스 특성이 그런것 갈아서 달리 방법은 없는 것 같네요. 다른 부분은 내부 울림이 좀 있는 것 같네요. 그래도 이 스피커로 음악 듣는게 많이 즐겁습니다. :)
Solo Stove Bonfire

예전에 렌트집에서 살 때 뒷마당에 Fire Pit을 하나 두고 쓴 적이 있습니다. 이 화로는 옆이 다 뚫려있었는데, 이런 화로는 문제가, 바람이 들어와서 완전히 연소가 되지 않아 연기도 많이나고 나무도 잘 안탄다는 점입니다. 그래서 캠프파이어에서 많이 겪어보셨을, 항상 연기가 내쪽으로만 오는 문제가 있죠. 자리를 매번 옮겨줘야 하고 눈도 맵고, 불 피우는데 시간도 오래 걸리고 불편한 점이 많았죠.

그러던 중 꽤 괜찮은 제품을 알게되서 비싸긴 하지만 한번 속는 셈 치고 구입해 본 제품입니다. 특별한 구조로 (그래도 단순하긴 하지만) 나무를 완전히 연소시킬만큼 고온으로 유지하게 한다고 해서 구입해서 사용해 보았습니다.

결과는 대만족! 불을 피워서 이렇게 연기가 안나는 제품은 처음보는 듯 하네요. 불 피우기도 쉽고 화력도 상당히 강해서 정말 만족하네요. 비싼 금액에 좀 망설이고, 괜히 돈 많이 썼나 싶었는데, 써보고는 그정도 가치는 하는구나 싶네요.
AMD Desktop

이번에 라이젠 3000 시리즈로 10여년만에 데스크탑을 한 대 맞췄네요. 아이들이 제 컴퓨터를 뺏아가는 바람에, 내년에 나올 플라이트 시뮬레이터를 준비도 할 겸 하나 장만 했네요. AMD가 이정도로 좋아지다니 눈물이 앞을 가리네요.

Ryzen 3600 Desktop

Unknown — Mon, 09 Dec 2019 00:00:00 +0000

큰 아이에게 마인크래프트 자바 에디션을 위해 맥북을 넘겨주고, 회사 랩탑을 개인용으로 같이 사용한 지 꽤 되었네요. 새로운 회사에 입사 후 집에 Kensington Thunderbolt 3 docking station을 쓰기 시작하면서 부터였을 테니 1년은 넘긴 듯 하네요. 그러다 어느 때부터인가 소셜네트워크가 이상 동작 감지로 블럭이 되더군요. 운전면허증 사본으로 몇번 블럭 풀고 나니, 더이상은 회사 랩탑을 못쓰겠더라구요. 아무래도 제 개인 소셜 브라우징까지 히스토리에 남을 걸 생각하니, 이대론 안되겠다 싶어서 10년만에 데스크탑을 조립했네요.

10년 전엔 당연히 인텔 CPU를 써야했는데 이젠 당연히 AMD CPU를 써야 하는 분위기가 되었네요. 그 사이에 AMD가 Zen 아키텍쳐로 인텔을 많이 따라 잡은 듯 합니다. 이젠 따라 잡은 것을 넘어서 인텔이 보안패치를 하고 나면 많이 밀리는 형국이네요.

각설하고, 이번에 라이젠 데스크탑을 맞췄는데, 사용된 부품은 아래와 같아요.

PCPartPicker

CPU: Ryzen 3600을 갈지 3700x를 갈지 고민을 했는데, 큰 부하 걸릴만한 프로그램을 돌릴 일이 그다지 많지 않아서 3600으로 갔네요. 나중에 4000시리즈 나오면 AM4소켓 마지막 버전일테니 그때 4700x를 고민해 볼 생각입니다.
Motherboard

이건 좀 우여곡절이 있네요. 처음엔 어차피 3600갈테니 저렴한 걸로 가자고 생각해서 B450 칩셋을 사용한 ITX 보드를 구입했네요. B450 ITX는 MSI가 유명하다길래 구입했는데, 막상 설치해보고나니 부팅이 4분이 걸리고, BIOS 업데이트는 우여곡절끝에 하긴 했는데, 그 뒤로 BIOS 셋업화면도 안들어가지는 등 이런 저런 안정성이 떨어지는 문제들이 보이더라구요. 그래서 환불하고 X570 ITX 보드로 넘어갔네요.
Power Supply Unit: 이건 두말 할 필요없이 커세어 SF600입니다. 선택의 여지가 없죠.
GPU: 그래픽카드는 지인에게 넘겨받은 마이닝 그래픽카드 RX580이 있어서 그걸 사용했네요.
CPU Cooler: 지금 사용하고 있는 NCase M1에 가장 효율이 좋은 공냉식 쿨러가 녹투아 U9S라고 하길래 아무 생각없이 질렀네요.
Case: 사실 제일 먼저 구입한게 케이스인데, [NCaseM1][ext:ncasem1] 이라고 ITX 폼팩터로 나온 꽤 입소문을 타는 케이스를 구입했네요. V6 버전이 때마침 공구 주문을 받길래 바로 질렀네요.

내부 구조가 정말 잘 짜여져 있어서 꽤 큰 그래픽카드도 들어가고, 작은 ITX 케이스임에도 쿨링 성능이 미들 타워 못지 않게 잘 나온다고 합니다. 제가 세팅을 다 마치고 풀로드 테스트를 해도 63~65도 언저리로 CPU 온도가 나오는 것을 보면, 정말 괜찮은 것 같네요.

이것과 Loque Ghost S1 케이스 중 고민했는데, NCase M1이 무난한 것 같네요. S1 케이스는 부피가 정말 작아서 쿨러도 성능이 조금 더 낮은 것을 써야하고 그래픽카드도 라이저를 이용해서 연결해야 하는 등 좀 제약이 많습니다.
Storage

SATA Express 호환 SSD가 있어서 이것을 사용했는데, 이게 부팅을 느리게 만드는 요인이더군요. 어댑터를 사용해서 케이스도 닫히질 않고 해서 결국 삼성 970 EVO 를 구입했네요. 바꾸고 나니 부팅도 10초 내외로 되고 만족합니다. 메인보드도 M.2를 두곳에 장착할 수 있어서, 다음에 SSD 가격이 좀 더 떨어지면, 2TB짜리 하나 데이터 저장용으로 추가하면 충분할 것 같네요.

예전엔 SATA cable, SATA power cable을 모두 연결했어야 했는데, M.2로 보드에 직접 장착하게 되면서 케이블 관리가 무척이나 편해졌네요. ITX 케이스이다 보니 케이블 정리가 정말 곤역인데, 이것 덕분에 그나마 조금은 나아진 듯 합니다. 그래도 아래 이미지에서 보다시피, 전원 케이블 연결은 막막할 정도네요 :)

총 평은, 정말 더할 나위 없이 좋다... 로 요약가능하겠네요. 성능도 이정도면 홈페이지 작업, 간단한 사진편집하기 충분하고, 녹투아 팬 조합으로 소음도 거의 없다시피 해서 아주 만족하면서 사용하고 있네요.

자금이 좀 더 허락하면 그래픽카드를 업그레이드 해서 내년에 나올 플라이트시뮬레이터를 좀 대비하고, 파워 케이블을 슬리빙된 케이블로 짧게 만들어서 내부에 감아서 연결해 둔 전원선을 정리하면 더 완벽할 것 같네요.

Checking email in terminal: neomutt + notmuch + lieer

Unknown — Sat, 16 Nov 2019 00:00:00 +0000

Gmail이 나온 지 이제 15년이 넘었습니다. 2004년 만우절에 1GB 라는 깜짝 놀랄만 한 용량을 들고 나오면서 이메일을 더이상 지울 필요 없다고 소개를 했었죠. 그때 당시 한메일 100MB였나요? 아니면 20MB였나요. 아무튼 그 작디 작은 용량의 메일함을 가지고 오래된 메일을 지워가며 옥신각신했던 기억이 납니다. 그 때에 그 작은 용량을 메꾸기 위해 메일은 오프라인으로 다운로드해두고 썼었죠. 다운로드는 POP을 이용해서 다운로드 했던 걸로 기억해요. 메일 클라이언트를 무엇을 썼는지는 기억이 나질 않는데 GUI가 덧입혀져있는 단순한 클라이언트로 기억을 합니다.

Gmail이 나오고 난 이후로 패러다임이 바뀌고 대부분의 메일 서비스가 1GB를 지원하기 시작하고, Gmail은 점점 메일함 용량을 키워가더니 이젠 15GB 용량을 통합해서 Gmail, Google Drive, Google Photo (원본 사진)로 나눠 쓰게되었네요.

그때 당시 hanmail을 쓰다가 초대장을 받아서 gmail로 옮기고 지금까지 잘 써오고 있습니다. 메일 주소는 처음 쓰던 메일에서 조금 바뀌어서 이젠 개인 도메인 메일을 쓰지만 여전히 Gmail 서비스 위에서 (GSuite) 운영하고 있죠.

2013년 맥북프로를 구입하기 전 까지는 Gmail WebApp을 계속 써 오다 구입 후 Apple Mail을 이용헤 이메일을 사용해 왔습니다. Apple Mail을 쓰면서 GnuPG signed email을 알게 되고 GPG Mail 플러그인을 이용해서 이메일을 서명해서 보내고 있습니다. 많은 사람들이 Apple Mail을 마음에 들어하지 않지만, 제가 써본 여러 메일앱 중에서 맥에서 쓸만한 앱은 Apple Mail 앱인 것 같네요. MailMate 외에는 거의 써본 것 같은데, 어떤 것은 이메일 credential을 자체 서버에 저장하는 앱도 있고 GnuPG 지원이 미흡한 앱도 있고, Gmail WebUI에 몇가지 기능을 추가만 한 앱도 있고, 결국은 다시 Apple Mail앱으로 돌아오더군요.

그러다 작년부터인가, GPG Mail 플러그인이 유료화 되었네요. 오랜기간 오픈소스로 잘 지원되어 왔으나 금액을 지불하지 않으면 GnuPG 기능을 Apple Mail app에서 못 사용하게 되어, 다른 방안을 물색했네요. GPG Mail이 오픈소스라 Paywall 부분만 삭제해서 내놓은 플러그인도 있었는데, 그걸 써오다 이번에 좀 색다른 시도를 하게 되었네요.

Mutt

서론이 좀 길었는데, 결국 색다른 시도는 터미널에서 이메일을 사용하는 것입니다. 매일 대부분의 일과가 터미널에서 이뤄지는데, 이메일이라고 그러지 못할 이유가 없더군요. 이메일의 태생이 사실 터미널에서 이뤄진 것이기도 하구요. 일을 하다보면 이메일을 자동화 해서 보낼 때가 있는데 그것 또한 sendmail을 이용해서 보내곤 했으니, 그다지 어렵지는 않을 것 같았습니다.

그런데, 이메일 세팅으로 이주일 가까이를 쓰게될 줄은 몰랐네요. -_-

먼저 가장 메인이 되는 프로그램은 Mutt라는 터미널에서 동작하는 메일 관리 앱입니다.

공돌이들만 쓸 것 같은 디자인 (터미널 앱에서 디자인을 따지는 게 우습긴 하지만)에 기능은 엄청 많아서 파고들면 한도 끝도 없을 것 같은 모습의 이메일 앱 Mutt입니다. 처음엔 mutt를 설치해서 사용하다 Notmuch 인덱싱 앱을 같이 쓰면서 좀 더 기능이 추가된, 안그래도 많은 기능에 더 추가된, neomutt을 설치해서 사용하고 있습니다.

사실 mutt만으로도 터미널에서 이메일을 사용하는데에 문제는 없습니다. 오래 전 메일 관리 방식인 Maildir부터해서 IMAP도 지원하고, IMAP 중 인증 방식을 Gmail 최신 인증 방식인 OAUTH까지 지원해서 구지 아래에서 언급 할 다른 앱을 연동해서 사용할 필요가 없어요.

다만, 이 후에 이야기할 것은 모두, 인터넷이 연결되지 않았을 때에도 이메일을 작성하거나, 이메일을 검색할 수 있도록 하고, mutt가 직접 인터넷 연결을 하지 않고 백그라운드에서 알아서 메일을 동기화 시킬 수 있게 하는 방법에 관한 것입니다. mutt에서 직접 IMAP 폴더에 접속하면 반응성이 조금은 떨어지더라구요. 약간씩 반박자 느린 것 같은 느낌에 다른 방법을 조금씩 찾아보다보니 많이 곁다리로 흐르게 되었네요.

OAUTHBEARER 인증

일단, Gmail을 쓰게되면 mutt 환경 설정시 가장 처음 겪게 되는 어려움이 있다면 바로 IMAP, SMTP 인증일 것 같네요. 사실 이게 거의 시작이자 끝입니다. Gmail이 보안성을 향상하고자 IMAP, SMTP는 SSL 보안 채널로만 통신하게 했는데, 거기에 더해서 비밀번호조차 사용할 수 없게 바꿔놓았습니다. 예전엔 계정을 보안에 취약한 계정으로 옵션을 바꾸면 로그인 비밀번호를 이용해 IMAP, SMTP를 쓸수 있었다고 하는데, 이젠 그것도 안되고 AppPassword나 아니면 OAuth2를 이용해서만 로그인 할 수 있는 걸로 압니다.

AppPassword는 이미 Apple Mail에서 써왔는데, 곧 사라질지도 모른다는 소문이 있어서 OAuth2를 이용해서 로그인 하는 방법을 썼네요.

먼저 구글 개발자 콘솔에서 Credential 토큰을 만들어야 합니다. 아마 터미널에서 이메일을 사용하고자 하는 사람이라면 어느정도는 이해하실거라 봅니다. 이해가 안되면 사실 터미널에서 이메일 쓰는 걸 권장하지 않아요. 정말 이건 Nerd만을 위한 세팅이니까요...

Google Developer Console 에 들어가셔서 프로젝트가 없다면 만드신 후 Credential에서 Oauth 2.0 Client ID를 하나 만듭니다. 여기서 나오는 Client ID와 Client Secret는 잘 보관해 둡시다.

Google에서 제공하는 oauth2.py 파일을 받아서 실행파일 옵션을 줍시다. 이 파일이 일정시간마다 새로운 접속 토큰을 구글 서버에서 받아오는 일을 합니다. help option을 보면 어떻게 사용하는 지 나오는데, 일단 Auth token을 생성합니다.

$ oauth2.py --generate_oauth2_token --client_id={ID} --client_secret={SECRET}

커맨드를 실행하면 웹브라우저가 열리면서 verification code를 생성하고 refresh token과 access token을 만듭니다. 여기서 refresh token을 잘 보관합니다. 이 토큰은 다음에도 다시 access token을 만들어내는데 쓰입니다. 그러면 .muttrc에서 $imap_oauth_refresh_command, $smtp_oauth_refresh_command에 아래 항목을 추가하면 mutt가 IMAP에 접근할 때나 메일을 보내려할 때 oauth2.py를 실행해서 토큰을 만들어냅니다.

"oauth2.py --quiet --client_id={ID} \
  --client_secret={SECRET} \
  --refresh_token={TOKEN}"

MSMTP

여기서 좀 더 발전해서 메일을 관리하는 mutt와 메일을 주고 받는 SMTP, IMAP을 분리하려고 했습니다. 먼저 SMTP를 보면, 대세는 MSMTP더군요. MSMTP는 인증을 LOGIN 인증 (ID, Password)만 지원했으나 1.8.4 버전에서 OAUTH를 지원하기 시작했습니다. 뭐 그래봤자 그냥 로그인 할 때 AUTH OAUTHBEARER {PASSWORD}를 보내는 것 밖에 없더군요. 그래서 저 Password 부분에 무었을 넣어야 할 지 정말 헤맸습니다.

결국 OAUTHBEARER spec을 찾아본 뒤에야 아래의 포맷으로 보내야 되는 걸 알게 되었네요.

n,a=user@gmail.com,\001host=smtp.gmail.com\001port=465\001auth=bearer\001
{access_token}\001\001

위의 access_token은 refresh token을 이용해서 만들어지는 토큰으로 oauth2.py를 사용하면 얻어낼 수 있으나, oauthbearer 인증 문자열은 oauth2.py에서는 만들어내질 않더군요. 조금 더 오래 된 XOAUTH2 방식만 만들어냅니다. 그래서 일단 oauth2.py를 이용해 access_token을 얻어낸 후 위의 문자열에 치환해서 base64 encoding을 하게 하는 쉘 스크립트를 만들어 msmtp의 passwordeval 값에 넣게 했습니다.

한 문단에 끝날 내용을 알아내기위해 거의 하루를 허비했죠. :)

덤으로, 보안을 좀 더 높이기 위해 client_id, client_secret, refresh_token을 gpg encrypt 해서 파일로 보관했습니다. 그래서 shell script에서 gpg -d 명령을 이용해 파일에서부터 decrypt합니다. 덕분에 주기적으로 gpg 암호를 입력해야 하긴 하지만 보안이 조금은 올라가게 되어 불편함은 감수할 만 했네요.

IMAP

사실 이 부분에서 가장 시간을 많이 허비했네요. 너무 많은 IMAP 클라이언트 앱이 있어서 그 중에 어떤 것을 써야 할 지 테스트 해보고 적용하느라 많이 시간을 썼습니다.

가장 처음 시도했던 것은 OfflineIMAP입니다. 가장 널리 알려져 있는 프로그램이기도 하고 세팅하는 데 가장 시간이 덜 걸렸던 앱이기도 합니다. oauth2가 이미 잘 지원되어 id, secret, refresh token만 넣어주면 알아서 억세스 토큰을 만들어 gmail에 접속합니다.

다만 사용하면서 좀 문제가 된 부분은, Gmail의 Label을 잘 지원하지 못한다는 점입니다. 태생이 Maildir은 파일 단위로 이메일을 관리하는 방식이고 Gmail은 Tagging 방식이라 서로 잘 섞이지 못하는게 어찌 보면 당연해 보이긴 하지만, 오프라인으로 이메일을 관리하다가 gmail web 에 접속하면 읽었던 메일이 여전히 인박스에 있고 (읽으면 archive를 보통합니다) 지운 메일이 잘 안지워지는 등 웹앱과 혼용하기가 조금 어렵더군요. 스마트폰으로 이메일을 보는 경우도 잦아서 두개가 싱크가 잘 맞았으면 했지만 그건 좀 어려워 보였습니다.

게다가 IMAP 싱크하는 데에 시간이 꽤 많이 걸리는 부분도 문제였죠. Label별로 폴더가 만들어지고 서로 중복되기도 해서 메일이 새로 왔는지 확인하는 시간이 꽤 걸립니다. 어찌 저찌 세팅은 다 맞춰서 동작하는 데에 무리가 없었지만, CPU도 잡아먹고 시간도 걸리고 해서 다른 방법이 있을까? 하고 좀 더 검색해 보았네요.

다음 후보는 mbsync (isync) 였는데, 이 앱은 하루를 허비하고는 포기했네요. Oauth2를 이용해서 접속하는 게 매우 까다로웠습니다. app password를 쓰는 게 가장 속편한데 app password는 쓰지 않기로 해서 건너뛰었네요. 대신 싱크 속도는 OfflineIMAP보다 매우 빨랐습니다.

그리고 마지막으로 시도한 프로그램이 gmailieer입니다. 이젠 이름이 lieer로 바뀌었더군요. 이 앱은 Gmail 전용 프로그램입니다. Google Gmail API를 이용해서 이메일을 받아와서 무척 속도도 빠르지만 Gmail에만 종속되어있죠. 뭐 제 이메일이 gmail만 사용하고 있어서 이 부분은 문제가 되지 않았네요.

개발자 콘솔에서 Gmail API를 활성화 시켜주고 나면 같은 Oauth를 이용해 접근할 수 있습니다. gmailieer에서 알아서 refresh_token까지 생생하는 것을 도와주니 이전에 썼던 토큰을 써도 되고 따로 써도 되더군요.

Notmuch

gauteh/lieer 프로그램을 쓰기 위해선 반드시 하나의 프로그램이 더 필요한데 notmuch 라는 프로그램입니다. Notmuch는 이메일을 인덱싱하고 tag를 관리해 주는 프로그램인데, gauteh/lieer 프로그램이 Gmail API를 이용해 메일을 긁어와서 이 notmuch 용 태그로 변환을 시켜줍니다. 태그라서 이메일 중복 걱정도 없더군요. 그러나 기존 세팅과는 다르게 mutt에서 virtual spool file을 써야합니다. 게다가 폴더 개념도 없어져서, 기존에 만들어 두었던 모든 단축키가 무용지물이 되더군요. 그 모든 것을 다 수정하고 설청하고 나니 gauteh/lieer와 찰떡궁합의 세팅이 되었네요.

결국 neomutt + notmuch + lieer + msmtp 조합으로 완성되었습니다. notmuch는 lieer와 neomutt을 이어주는 역할을 하고 msmtp는 순전히 메일을 보내는 용도로만 사용합니다.

afew

notmuch를 쓰게되면, Gmail에서 라벨을 관리하는 것과 비슷한 방식으로 콘솔에서 메일을 관리할 수 있게 됩니다. 이 라벨을 메일을 받아올 때 처리할 수 있는 방법이 있습니다. $NOTMUCHDATADIR/.notmuch/hooks/post-new 스크립트에 필요한 명령어를 입력하면 되는데요. 예를 들면 아래와 같은 커맨드를 넣어두면 특정 주소에서 보낸 메일을 따로 라벨을 추가할 수 있습니다.

#!/usr/bin/env bash
# post-new
notmuch tag:+boss -- from:myboss@example.com

이게 한 두개면 되는데, 점점 많아지면 관리가 점점 힘들어지더군요. 그래서 다른 프로그램이 없나 봤더니 afew가 notmuch 의 new 태그를 가지고 필터링을 할 수 있게 해주는 프로그램이더군요. 이것으로 많은 필터링을 자동화 하고 있습니다.

GnuPG

가장 중요하게 생각했던, 그러나 encryption기능은 일년에 한번 쓸까 말까한 GnuPG는 이미 mutt에서부터 지원합니다. PGP sign key ID만 지정해 두면 메일을 보낼 때 p -> s 키를 이용해 메일을 서명해서 보낼 수 있습니다. Apple Mail에서는 설정이 무척 까다로웠는데 한방에 끝나서 허탈하기까지 합니다.

gpg.rc를 https://gitlab.com/muttmua/mutt/blob/stable/contrib/gpg.rc 에서 다운 받은 후 ~/.mutt/ 폴더에 넣은 후 .muttrc에서 source ~/.mutt/gpg.rc 후 pgp_default_key와 pgp_sign_as 를 각각 기본 Key ID와 Sign Key ID로 지정해주면 세팅이 끝납니다.

Multi Account

(추가: 2019-11-15) 이메일 계정이 두개가 되면서 배운 사실을 기록해 볼까 합니다. 이메일 계정이 두개가 되면 메일을 받아오는 lieer는 각각의 계정마다 따로 실행되어야 합니다. 그런데 notmuch는 필터링 규칙도 있다보니 한방에 실행되는게 좋구요. neomutt도 한 곳에서만 쓰니 아무래도 notmuch는 한곳에 있는게 낫더군요.

그래서 고심하면서 구글링을 하다보니, 아래와 같은 디렉토리 구조가 나오게 되었습니다.

~/Maildir/
  .notmuch/             # Notmuch
    hooks/post-new      # afew 프로그램 실행 스크립트
  work/                 # Work email 계정
    .gmaileer.conf      # lieer config
  home/                 # Personal email 계정
    .gmaileer.conf      # lieer config

~/.notmuch-config 에서 디렉토리를 ~/Maildir로 정해주어야 하고, 이메일도 두 계정의 이메일을 모두 추가합니다. neomutt 또한 mailbox 디렉토리를 ~/Maildir 로 지정해서 두 계정의 이메일을 한번에 불러올 수 있도록 설정해야 클라이언트 하나에서 볼 수 있습니다.

work/, home/ 을 섞어쓰면 문제점이 메일을 작성할 때 from 부분이 항상 primary 이메일 주소로 지정이 되더군요. 이 부분을 항상 유심히 보고 고쳐주어야 합니다. 아니면 아예 neomutt에서 각 계정에 해당하는 메일 작성 단축키를 따로 지정하는 것도 유용합니다.

답변을 할 때에는, neomutt 설정 파일에 alternates 에 이메일을 추가로 기입해 주고 set envelope_from=yes 와 set reverse_name=yes를 추가하면, 받은 사람 주소를 from으로 사용합니다. 즉 work@example.com으로 이메일이 오면 그 이메일이 alternates에 있을 경우 해당 이메일을 from 으로 설정해서 답변메일을 작성합니다.

Conclusion

장황하게 복잡한 내용을 이해를 바라지않고 써내려가긴 했지만, 몇몇 분에게는 유용한 팁이 되길 바라는 마음에 글을 써봅니다. 저 조차도 이 세팅을 해 가면서 OAuth2에 대한 자료가 너무 없어서 힘들었었는데, 누군가는 이 글을 보고 일주일동한 파고들었어야 할 일을 10분안에 끝낼 수 있었으면 좋겠네요.

Open Source Hardware

Unknown — Tue, 05 Nov 2019 00:00:00 +0000

Open Source Hardware

우리가 흔히 사용하는 컴퓨터의 운영체제는 윈도우 입니다. 이 윈도우는 마이크로소프트 회사에서 개발한 운영체제입니다. 다양한 하드웨어를 지원하면서도 버그는 거의 없는, 정말 잘 만들어진 운영체제죠.

윈도우, 그 다음으로 사용자가 많이 쓰는 운영체제는 애플회사에서 만든 macOS일 듯 합니다. 한국에서야 맥북 보기는 어렵진 않아도 맥을 쓰는 사람을 보기는 (맥북에 윈도우를 설치...) 어렵지만, 이곳 미국에서는 윈도우 쓰는 사람들 찾는게 더 어려울 정도로 많은 사람들이 맥을 사용하고 있는 듯 합니다. 저 또한 맥 운영체제를 쓰는 랩탑이 집에 있구요. 얼마 전까지만해도 회사 랩탑으로 맥북프로를 사용하고 있었습니다.

그리고, 조금은 특별한 운영체제가 그 다음을 잇죠. 개인용 컴퓨터로는 아마도 세번째 위치겠지만, 전 세계 서버 컴퓨터를 다 추려본다면 당당히 1위를 차지하고 있는 운영체제인 리눅스입니다. 아마 모바일까지 포함한다면 안드로이드가 1위겠지만, 안드로이드도 기반은 리눅스 운영체제 위에서 돌아가고 있죠. 제가 사용하고있는 회사 랩탑도 리눅스이고, 회사 데스크탑도 리눅스입니다.

이렇게 당당히 1위를 차지하고 있는 리눅스의 핵심 운영 소프트웨어, 리눅스 커널은 오픈소스입니다. 즉, 내부 코드가 완전히 공개되어있습니다. 누구나 개발에 참여할 수 있고 누구나 소프트웨어를 수정해서 재배포할 수 있죠.

언듯 들으면, 아무나 개발하는데 어떻게 소프트웨어가 잘 돌아가지? 버그 투성이 이진 않을까 생각이 듭니다. 그러나 이 부분은, 많은 사람이 참여할 수 있다는 데에서 큰 장점이 생깁니다. 마치 위키피디아 같이, 집단 지성으로, 더 많은사람이 코드를 보게되고 잘못 된 코드는 여러 사람이 써보고 버그 리포트를 만들어내면서 수정되게 됩니다.

이 리눅스 커널이 리누스 토발즈씨가 1991년에 세상에 내놓았으니, 이제 28년이 넘었네요. 그 사이에 제 개인적인 생각으로는 세상에 큰 영향력을 끼친 운영체제가 되었다고 생각하네요.

OSS (Open Source Software)가 각광을 받고, 여러 오픈소스 소프트웨어가 나오고 사라지곤 합니다. 맥에서 사용할 때만 봐도 제가 쓰던 개발도구, 프로그래밍언어, 그 모든게 다 오픈소스였습니다. 마음만 먹고, 실력만 된다면 언제든 소스코드를 수정해서 프로그램을 개선하고 패치를 보낼 수 있죠.

반면, 하드웨어 개발은 여전히 소스코드가 철저히 감춰진 채로 개발이 되어왔습니다. 가장 쉬운 예로는 인텔 CPU가 있겠네요. 인텔CPU는 윈도우 운영체제와 마찬가지로, CPU를 만드는 소스코드 HDL (Hardware Description Language)이 공개되어있지 않습니다. ISA (Instruction Set Architecture)라고 CPU가 이해할 수 있는 명령어가 어떤 것이 있는지 설명해 놓은 것만 공개되고, 그 조차도 사용하는 것에만 쓸 수 있고 ISA가 동일한 CPU 설계는 할 수 없게 지적재산권 보호를 해 두었습니다.

제가 참여했던 모든 프로젝트도 죄다 소스코드가 비공개였죠. 심지어 참여하는 하드웨어 프로젝트의 일부분의 소스는 개발자인 저도 볼 수 없었습니다. IP (Intellectual Property)를 다른 회사에서 구입하는 경우, 소스코드가 비공개 되어서 전달됩니다. 암호화 되어있어서, 동작한단는 것을 일단은 믿고 가는 수 밖에 없었죠. 심지어 핵심이라 생각되는 프로세서 (ARM 코어)도 베일에 쌓인 블랙박스였습니다.

그러던 와중에 하드웨어에도 오픈소스 개발이 조금씩 생겨납니다. 20여년 전, 거의 취미수준의 개발자들이 소스코드를 올려놓았던 opencores.org 사이트도 기억이 나는데, 실제로 오픈소스 하드웨어 개발이 주목을 받기 시작한 것은 RISC-V 개발부터였던 것 같네요.

이에 관해서 제가 이전 2016년에 쓴 글도 있습니다. 그 때에 버클리에서 RISC-V를 공개하면서 ISA를 오픈했습니다. 누구나 같은 ISA로 동작하는 코어를 만들 수 있게 허용했죠. 그 이후로 지금까지, 정말 많은 RISC-V 코어가 만들어졌습니다. 사이트에서 보면 SoC를 제외하고서라도 코어만 42개가 현재 있네요. 그만큼 많은 곳에서 관심을 가지고 있다는 뜻이고, 제 예상이 틀렸다는 말이기도 하지요. 그래서 더 다행입니다.

아쉬운 점은, 위의 코어 개발이 대부분 대학에서 이뤄진 부분이 많고, 실제 코드를 보면 합성은 잘 되지만 깔끔하게 구현된 것 같은 코드는 아닌 것이 많습니다. 게다가, 코어 소스는 공개되어있지만, 실제 검증했던 검증 환경 부분은 거의 공개되어있지 않아 이 코어를 얼마나 신뢰할 수 있는지 측정할 만한 데이터도 없죠. 그냥 FPGA위에서 돌려보고 믿는 수 밖에 없습니다.

다행인 점은, 이 부분이 조금씩 개선되어가고 있다는 것이겠네요. 올해 6월 RISC-V Summit에서 여러 회사가 협력해서 [CHIPS Alliance][]를 만들었습니다. 여기에선 개발과 검증을 모두 공개하는 것을 목표로 합니다. 저희 그룹에서 일하는 엔지니어는 UVM 환경에서 동작하는 RISC-V Stream Generator를 공개했죠. 코어를 꼼꼼하게 검증할 수 있어서 논리적인 동작은 이상이 있는 지 확인해 볼 수 있습니다.

이 CHIPS Alliance는 LSF (Linux Software Foundation) 의 일부로 활동하게 됩니다. LSF 멤버이면 개발에 참여할 자격이 주어지는 걸로 아는데 확실히는 아직 모르겠네요. 소스코드는 CHIPS Alliance 깃헙에 공개되어 있습니다. (RISC-V Stream Generator는 구글 깃헙에 공개되어 있습니다.)

그리고 오늘 또 다른 오픈소스 프로젝트가 공개되었습니다. OpenTitan 프로젝트인데 lowRISC가 중심이 되어, 구글, Western Digital, G+D, Nuovoton이 같이 참여해서, 오픈소스 개발방식으로 소스코드에서부터 실제 칩을 받는데까지 전 과정을 투명하게 공개해서 개발하는 것을 목표로 합니다. 실제 실리콘 프로세스 라이브러리는 공개할 수는 없겠지만, 현재 업계에서 최대한 공개할 수 있는 부분은 공개해서 개발하려고 합니다.

완성된 버전을 공개하는 것은 아닙니다. 아직은 기본적인, 다르게 보면 취미활동이라고 불러도 별반 다를 것 같지 않은 기본적인 peripheral IP와 코어, 그리고 그 사이를 엮어주는 스크립팅등이 공개되어 있습니다. 앞으로 만들어야 할 부분이 더욱 많죠.

목표는 투명하게 공개된 시큐리티 칩을 만드는 겁니다. 투명하게 공개된 코드를 기반으로 칩을 제작함으로써 신뢰를 높이고 취약한 부분을 조기에 발견할 수 있게 될 것입니다.

오픈소스 소프트웨어도 그렇지만, 관심을 받지 못하면 언제 그랬냐는 듯 소리소문없이 사장될 지도 모릅니다. 그래서 걱정이 큰 것도 사실입니다. 저에겐 큰 도전이지만 (제가 만든 개판 오분전 소스코드를 공개해야 하니 더욱...) 대부분의 사람들은 그냥 한번 스윽 보고 잊어버리게 될 프로젝트일 수도 있겠죠.

HKmap.Live

Unknown — Tue, 08 Oct 2019 00:00:00 +0000

HKmap.Live

보통은 정치이야기를 하지 않는 편입니다. 이전 부산행 자동차에서 한번 정치 글을 쓴 적이 있으나 그 사이에는 별 언급을 하지 않았었네요. 그러나 요즘 홍콩에서 일어나고 있는 상황을 보니 기록차원에서라도 글을 남길까 합니다.

홍콩의 민주화 운동은 홍콩이 중국으로부터 반환될 때 부터 어느정도 예건되었습니다. 민주주의를 만끽하던 곳이 갑자기 공산주의의 국가에 속하게 되면 파장이 일 수 밖에 없겠죠. 그동안 잠잠하던게 이번에 터진 것 같네요.

이번에 HKmap.Live라는 앱으로 한창 커뮤니티가 시끌 시끌 했었죠. 처음에 애플에서 계속 승인을 안해주다 뉴스가 공론화되고 애플에 대한 성토가 커지자 애플은 마지못해 승인을 해 주는 모습이었습니다. 여기까지는 애플이 대중의 이야기를 어느정도 들어주는 것 같아, 미덥지 않긴 했지만 그래도 고개는 끄덕였죠.

그러다 중국 당국에서 유감을 표시했다는 뉴스를 보고는 내심 궁금해졌었죠. 애플의 최근 매출이 중국에서 꽤 발생하고, 중국 당국과 합의하여 아이클라우드, 아이메세지 서버를 중국에 두고 관리도 중국내 다른 회사에서 관리하는 등, 꽤 중국에 협조적이어서 애플이 고개를 숙이지 않을까 걱정도 했었네요.

오늘, 애플이 다시 HKmap.Live앱을 스토어에서 내렸습니다. 그리고 팀쿡이 전 직원에게 메일을 보냈는데, 관계자 말에 따르면 이 링크의 내용이 팀쿡이 보낸 메일이 맞다고 하네요. 이 메일에서 내부 임직원을 진정시키기 위해 든 이유가 아주 가관입니다. 사실을 제대로 적시하지도 않고 홍콩 경찰 내부 소속기관인 Hong Kong Cybersecurity and Technology Crime Bureau 에서 했다는 말만 믿고 경찰에 위해가 간다는 이유로 내렸네요.

이게 사실인지는 차치하고, 드는 의문점은 Waze는? 트위터나 텔레그램으로 통해서 경찰 현재 위치 정보가 전파되어 경찰을 피해 시위를 할 수 있게 하는데, 그러면 텔레그램이나 트위터는 막지 않나? 변명이 매우 궁색하게 느껴집니다.

15억 중국 인구와 홍콩 인구를 비교하면 경제 규모 차이가 너무 크니, 돈을 생각하면 중국을 선택할 수 밖에 없긴 합니다. 그래도 돈과 자유를 같은 선상에 놓을 수는 없는데 무척이나 아쉽네요.

이에 더해서 며칠 전 블리자드 사건도 비슷한 모습을 보여줍니다. 게임 대회에서 홍콩을 지지하는 발언을 했다는 것으로 선수를 출전 정지 시키고 관련 스태프를 해고하는 등 중국에 굴복하는 모습을 보여줬죠. 게다가 블리자드 중국 지사에서는 중국 당국에 사과를 하는 글까지 올렸죠. 이로 인해 블리자드 계정을 탈퇴하고 기존 게임은 다 태우는 등의 모습이 인터넷 커뮤니티에 올라오고 있네요.

저라도 불매운동에 참가해서 의지를 보여줘야겠습니다. 그게 그나마 제가 할 수 있는 가장 최선의 길인것 같네요. 홍콩의 민주화 운동이 한국의 아픈과거가 반복되지 않고 안전하게 잘 진행되면 좋겠네요. 이미 몇몇 안좋은 소식이 들려오는데, 더 이상은 아무도 다치지 않길 바랍니다.

gcloud storage error

Unknown — Sun, 06 Oct 2019 00:00:00 +0000

gcloud storage error

Again, I made a mistake.

This is probably second time or third. I cannot remember the detail what happend previsouly. But this mistake makes me feel dumb.

I recently installed Windows to my quite old desktop as I try to ditch my work laptop on my website build. So, it was natural to install WSL (Window Subsystem Linux) to my desktop and install the relavent tools. I have a setup script to install all the necessary tools and setup my environment. Ran it and boom! All things were ready.

My website uses Haskell to build, and all the media files are stored in Google Cloud Storage bucket. The script downloads all the media from the Google cloud storage and prepares sync script too. The sync is basically rsync-like script that is provided by Google through google-cloud-sdk. It worked flawlessly when I download the media files into my local machine.

Then, when I sync again with the script, it deleted all media from my local directory and also the cloud storage bucket too. Maybe the date of the directory was wrong. But still cannot figure out why files in both locations were deleted.

Fortunately, I have a backup but the images of recent posts were gone. Cannot recover those files, as I already deleted those files from my work laptop. At first, I blamed the google-cloud-sdk tool that doesn't manage file history well. Later, I now understand it is my fault that didn't backup before try it. I should've backup the local before doing it as it is new machine and new setup.

Anyway, please let me know any missing images if you found. I will try my best to find or re-create the images.

Updated @ 10/08: Now most of the images are recovered

localparam in param port list

Unknown — Wed, 29 May 2019 00:00:00 +0000

Designing configurable hardware IP is hard but necessary to be flexible IPs. As design cost increases over time due to increasing the salaries of the designers, increasing the tape-out cost, it is essential to reduce the development time. Preparing configurable designs can be a way to achieve it.

Early Era

The configurable hardware IP can be designed with multiple ways. In early era of Hardware Description Language, verilog-1995, it was common to use preprocessor define to design the IP configurable. Look at below example.


// module_a.v
`include "define.v"

module a (
  clk, rst_n, addr, din, dout
);
  //...
  input  [`AW-1:0] addr;
  input  [`DW-1:0] din;
  output [`DW-1:0] dout;

  // ...
endmodule

// define.vh
`ifndef __DEFINE_H__
`define __DEIFNE_H__

`define AW 10
`define DW 32

`endif // __DEFINE_H__

By changing AW and DW, the module can have various width of address and data. But if this module is used (instantiated) multiple times with different AW or DW, then it becomes bothersome. It needs undef for AW, and DW, after reading the module and needs a prefix to the module name to distinguish among multiple configurations.

Verilog-2001 Era

parameter existed prior to verilog 2001 but it became widely used with other verilog-2001 syntax. Module can have parameter port list prior to definitions of input and output ports. Look at the example below.

// b.v
module b #(
    parameter AW = 10,
    parameter DW = 32
) (
    input               clk,
    input               rst_n,
    input      [AW-1:0] addr,
    input      [DW-1:0] din,
    output reg [DW-1:0] dout
);
  //...
endmodule

// c.v: parent module
module c ;

  b #(.AW(10), .DW(64)) u_b0 (...);
  b #(.AW(14), .DW(32)) u_b1 (...);

endmodule

Now without having define, the module can have multiple configurations as above. While synthesizing (uniquify) the design module b is duplicated into b_AW_10_DW_64 and b_AW_14_DW_32.

This seems to solve everything but apparently not. If one of the parameter is derived from other parameter, and used in the ports, it also needs to be defined as parameter. It doesn't prevent the parent module from overriding the derived parameter. In the below example, the parent module overrides AW which supposes to not be modified.

module d #(
    parameter DEPTH = 64,
    // Do not change below.
    parameter AW = $clog2(DEPTH)
) ( ... 
    input [AW-1:0] addr,
);
  // ...
endmodule

// e.v: parent

module e;

  d #(.DEPTH(65), .AW(10)) u_d;

endmodule

To avoid this, every module which has derived parameters, need to have some assertion using generate if.

module d #( ...) (...);

  localparam AW_LOCAL = $clog2(DEPTH);

  generate if AW != AW_LOCAL: gen_error
    $fatal();
  endgenerate

endmodule

Systemverilog Era

Systemverilog 2009 LRM introduced quite useful syntax to solve this issue. From SV 2009, localparam can be used in the parameter port list. Previously, localparam is only allowed after the module port definition. By allowing localparam in the port list, it removes above issues.

module f #(
    parameter  int DEPTH = 64,
    localparam int AW = $clog2(DEPTH)
) (
    input [AW-1:0] addr,
);
  //...

endmodule

If the parent module tries to override localparam, it raises an error.

module g;

  f #(.DEPTH(128))          u_f0 (...); // Good
  f #(.DEPTH(129), .AW(10)) u_f1 (...); // Compile error

endmodule

Compatibility

Using newly introduced syntax in the HDL area always considered risky. One tool may support it but other tools may not. If the other tool is used later of the design process such as equivalent checking, it consumes significant time to roll back the design. So, before adopting the new syntax to the design it is wise to check the compatibility of the widely used tools.

As I check, at least Vivado (Xilinx FPGA), VCS (Synopsys), Conformal (Cadence), Design Compiler (Synopsys), Verdi (Synopsys) Verilator support the localparam syntax. A few of those tools need additional options (for instance, verdi needs -2009 option to read the syntax). For the simulator in the Cadence, Incisive doesn't support it so Xcelium should be used to run the simulation if you only have Cadence license.

Renaming Primary Google Calendar for Apps for Business

Unknown — Wed, 22 May 2019 00:00:00 +0000

TL;DR Look at the section Step-by-Step for the solution about the immutable primary calendar name on Google Apps accounts.

I have been a Google Apps user for a long time. It began when Google announced Gmail for the custom domain as a free service. It let me use gmail with my own domain. It was fantastic at the beginning.

Then, as you are aware of, Google abandoned it for free users. They added newly released services such as Project Fi (now Google Fi), Inbox (already dead) to @gmail.com account first and took long time to be available on Google Apps account. Also, doesn't have to mention that Google stopped accepting new free accouts for Google Apps and changed the name to Google Apps Basic, limiting the max user to 5. And they have prevented the free user from changing the primary domain as it can be used for trading purpose. The free account was quite popular on the market. Preventing the change of primary domain blocked the possiblity of ownership transfer.

I changed my email address couple of times, beginning from ekim@eunchan.net to kim@eunchan.net then me@eunchan.kim after purchasing the new domain. And I found that the calendar notification email showed always ekim@eunchan.net and also on my Apple Calendar App too.

I've tried changing the main calendar name from the calendar web interface, but didn't help. At the time, I wasn't using Google Apps for Business (subscription) yet, so there was no way to get in contact with the customer service. After couple of tries, I literally gave up. And Android calendar app also began showing same issue.

Then after switching to the purchased service, Google Apps for Business couple of years later, I contacted the customer service to get this resolved. After almost 9 months of discussing, analyzing, and giving the logs, then eventually they gave me the solution. In the middle of it, they also suggested me to delete the account and re-create with same name that I never tried as I have much of purchase history in the account.

In short, it cannot be solved with Calendar WebUI nor App UI on Android or macOS at all. Users should visit APIs Explorer to remove the redundant config field, summaryOverride.

Step-by-Step

Make sure you are logged into the account having the issue. For instance, foo@bar.com

Go to Google APIs Explorer
Type primary in calendarId field and click Authorize. You may have to accept or authorize the API to access your account if it is first time to use.
You should get Response section below. Click on the arrow in kind field and select calendar.calendarList.update.
Copy in the calendarId block what's in the eid field. It should be same as your google account such as foo@bar.com.
Click the x button from the summaryOverride field. Then the field will be removed. This has the value of your old email address.
Click authorize to update the values.

두번째 이직

Unknown — Thu, 04 Apr 2019 00:00:00 +0000

두번째 이직

처음 미국으로 이직한 지 거의 5년이 되고, 영주권을 받은 지 3년이 되었을 때, 정든 이전 직장을 떠나 새로운 직장으로 이직을 했네요. 남들은 왜 이제서야 옮기냐고 하지만 저에겐 아직 할 일이 많이 남아있었고 배울것도 많았던 상황이라 옮기기엔 너무 이른게 아닌가 싶은 생각도 들었습니다.

첫 미국 직장이었지만 그전 메니져는 한국분이었습니다. 일과 중 당연히 영어를 많이 쓰긴 했지만, 영어 말고 한국 말을 쓸 경우도 꽤 있었습니다. 적응하기가 편했죠. 그러다 2018년에 메니져분이 퇴사를 하시고 외국 메니져와 일하게 되어 일하는 동안 한국말은 거의 사용하지 않게 된게 얼마 되지 않았네요. 이제서야 제대로 미국에서 일하는구나 생각이 들고 있었습니다.

이직을 생각하게 된 건 개인적인 성장이 막혀서도 아니고 일이 지루해져서도 아닙니다. 일하는 회사에서 비전을 찾기 어려워서 이직을 결심했네요. 몇년 전 회사가 부정회계를 한 사실이 발각되어 주가는 하락하고 오너가 회사에서 쫓겨나고 경영진이 교체되고 구조조정이 있었습니다. 새 경영진이 위기를 잘 넘겨내고 있었죠. 새로 부임한 CEO가 열정적으로 일하더군요. 이전 오너 경영보다 나아보였습니다. 회사 자체로는 꽤 상황이 좋아지는 것 처럼 보였습니다.

문제는 제가 일하는 스토리지 부문이었죠. 구조조정을 하며 넘어온 임원이 계속 일을 말아먹고 있다는 생각이 들었습니다. 회사 특성상 여러 고객사를 상대해야 하고 그들의 요구를 들어줘야 하는 상황이란 것은 이해가 가지만, 그래서 세일즈, 마케팅이 계속 새 기술, 스펙 변화를 주장하는 것도 이해가 가지만, 그걸 막아줘서 엔지니어가 혼동없이 잘 만들도록 해야 할 엔지니어링 임원이 계속 요구사항을 수용하더군요. 그로 인해 개발사항이 계속 변경되고 그에 따라 일정은 밀리고 검증엔지니어는 턱없이 부족해서 좋은 품질의 IP가 나오기 힘들어지는 등 꼬리에 꼬리를 물고 상황은 좋아지지 않았습니다. 이대로 가다간 진행되고 있는 새 프로젝트가 제대로 완성될 것 같지 않더군요.

그 뿐아니라 스토리지쪽은 저가제품은 대만, 중국 기업이 치고 올라오고, 고가는 대부분 메모리 회사가 직접 만들기 시작하면서 제가 다니던 회사의 제품이 점점 특색을 잃어 갔습니다. 성능이나 안정성이 좋은게 아니면 제품이라도 빨리 스펙에 맞춰서 출시되어야 하는데, 일정이 밀리면서 하염없이 늘어지는 걸 보고 있으니 더 있다간 제가 답답해서 못 버티겠더군요.

그래서 이직을 생각하고 몇군데 알아보기 시작했습니다. 다행히 요즘은 실리콘벨리 경기가 좋아서 여기저기 사람 찾는 곳이 보입니다. 지난 몇년간은 웹개발과 머신러닝의 발전에 힘입어 소프트웨어 엔지니어를 찾는 곳이 많았습니다. 요새는 각 회사별로 ASIC 칩 제작을 시도하면서 디지털 디자인 엔지니어도 좀 구하더군요. 애플의 경우 오래 전 부터 칩 제작을 해 온 터라 항상 사람을 찾고 있었고, 최근 급격하게 채용하는 곳이 페이스북, 마이크로소프트, 아마존, 구글등 소프트웨어가 강한 회사에서 하드웨어 엔지니어를 꽤 구하고 있습니다. 그래서 구지 스토리지 분야에 목 매이지 않아도 되겠더군요. 경력8년이 아쉽긴 하지만 이 참에 새로운 것을 해 보는 것도 나쁘지 않겠다는 생각이 들었네요.

운 좋게 원하던 회사에서 폰인터뷰 보자고 하고 잘 통과되어 온사이트를 거쳐서 오퍼까지 받게되었습니다. 미국에 넘어온 5년전에만 해도 구글에서 일해보고 싶다는 생각이 허무맹랑하다는 말을 주변에서 들었는데 이젠 구글도 칩 디자인을 하면서 운좋게 하드웨어 엔지니어로도 구글에서 일을 하게 되었네요.

완전히 새로운 환경이라 하나 하나 어색하고 서툴긴 하지만 그럭저럭 지난 6개월을 버텨낸것 같습니다. 앞으로는 더 많은 것을 배워야하고 이겨내야겠죠. 이전 회사와 지금 회사가 많이 다른 데, 그 부분은 다음 글에서 좀 더 자세히 설명해볼게요.

살인적인 공과금

Unknown — Thu, 28 Mar 2019 00:00:00 +0000

살인적인 공과금

오늘 수도 요금 인상 통지를 받고 열이 받아서 하소연을 하려합니다.

이곳 캘리포니아, 특히 실리콘벨리에서 살아가려면 엄청난 물가를 감당해야 합니다. 그건 이곳에 지내는 모두 꾸준히 말하고 있죠. 이 비싼 물가에는 렌트비, 집값, 비싼 식자재, 공과금 등 거의 전반적인 부분에 영향을 끼치죠.

이걸 사람들이 보통 캘리포니아 기후세 라고 부르더군요. 일년내내 너무 더운날도 거의 없고, 너무 추운날도 드물고, 겨울 우기를 제외하면 구름 한 점 없는 맑은 날이 지속되는 날씨죠. 그 모든것이 거의 완벽에 가깝다보니 많은 사람들이 몰려들고 그로 인해 인건비를 포함해 모든 물가가 미국 다른 지역과 비교해서 매우 높은 편입니다. 이게 세금처럼 느껴지는거죠. 날씨가 좋은 것에 대한 대가라고 할까요?

그런데, 지난 5년을 살펴보면, 그 정도가 너무 심해지는 것은 아닌가 생각이 듭니다.

렌트비, 집값

주거에 관해서 볼까요?

위의 도표는 2000년 주택 평균 가격을 기준으로 한 상대적인 집값을 나타낸 도표입니다. 2007년까지 주택 시장이 버블이 끼어서 서브프라임 모기지가 터지기 전까지 주택 가격은 거의 2.5배가 뛰었습니다. 그 이후 서브프라임 모기지가 터졌죠. 서브프라임 모기지는 빅숏이란 영화에서 아주 적나라하게 잘 보여주고 있으니 그 영화를 보길 추천합니다. 재미도 있어요.

서브프라임 모기지가 터지면서 이 베이지역도 정리해고가 속출하고, 더이상 주택담보대출 금액을 갚을 여력이 없어지는 사람이 늘어나면서 주택 가격이 빠르게 떨어졌네요. 거의 2000년도 가격으로 돌아갔으니 고점 대비 절반 이하로 떨어진거죠. 이 이후 2012년까지 주춤하다 그 이후 경기가 좋아지고 사람이 몰리기 시작하면서 집값이 다시 상승하기 시작합니다. (2012년도에 집사신 분들이 제일 부러워요)

그 이후, 중간 집값은 그래프가 보여주듯이 2007년 고점을 이미 한참 벗어났습니다. 그 중 가장 심하게 오른 두 지역이, 산타클라라 카운티와 샌프란시스코 카운티입니다. 제가 느끼기론 2007년 고점 대비 50% 이상 오른것으로 느껴집니다. 쿠퍼티노 시의 경우에는 두배 가까이 올랐다고 생각이 되네요.

집값이 오르면 완벽한 상관관계는 아니지만 렌트비도 오르게 됩니다. 사람이 몰리고 집 짓는 속도가 늘어나는 인구를 감당하지 못하니 렌트비와 집값이 덩달아 오르죠. 제가 미국에 처음 왔던 2014년에는 2베드 아파트 렌트비가 2500달러/월 이었는데 지금은 3500달러/월이 넘는게 보통이고, 단독주택의 경우 3천불 근처이던 주택이 4천불 근처정도이고 3500달러였던 주택은 요즘 시세로 4500달러는 줘야하더군요.

물가, 공과금

주택 지출이 늘어나니 자연스레 다른 물가도 상승합니다. 임금을 더 줘야 이런 주택 비용을 감당할 수 있으니까요. 그래서 음식점 한끼 가격부터 마트의 물건값, 커피 등 모든 물가가 전반적으로 가파르게 상승했습니다. 공과금 (전기료, 수도료)도 예외는 아니였죠.

게다가 물값은 지난 3년간의 가뭄으로 인해 가파르게 상승했어요. 가뭄으로 물 사용을 줄이고자 요금을 매우 올렸죠. 여기서는 물값을 1 CCF (Centenial Cubic Feet) 단위로 매기는데, 1 CCF가 3달러 근처이다가 최근엔 5달러까지 올랐네요. 두달에 한 번 물값을 내는데, 잔디에 사용하는 물을 빼고 보통 10CCF 정도를 사용합니다. 거기에 기본요금을 고려하면 90불 내외 정도죠. 이게 금액이 올라서 이젠 125달러 정도가 되었네요.

여기서 좀 황당한 상황이 발생합니다. 물값이 올라서 사람들이 물을 적게 사용하니, 수도 회사 (공기업이 아닙니다)의 수익성이 악화됩니다. 고쳐야 할 수도관은 많은데 수익이 줄으니, 결국 내놓은 대책이 물값을 더 올리는 것으로 귀결되네요. 이제 요금을 올리면서 하는 말이, 물 사용이 줄어서 수익성이 악화되었으므로 수익보전을 위해 물값을 올리겠다는 조금은 황당한 말로 올해 물값이 대폭 올랐네요. 말로는 물값이 줄어들고 기본요금이 60% 올라서 별반 차이 안난다고 하지만 대부분의 가정에서 거의 10% 가까이 올랐다고 느껴지네요.

한국에서 물값으로 만원 이만원 내다가 여기서 물값으로 한 여름에 잔디가 물을 많이 먹기 시작할 때에는 두달에 30만원을 내니 좀 당황스럽기까지 합니다. 그 와중에 물값을 더 올린다고 하니 이젠 잔디를 죽여야 하나... 란 생각까지 드네요.

전기료도 마찬가지입니다. 슬금슬금 올라서 이제 1kW당 300원 수준이 되었습니다. 한달에 보통 10만원정도 전기료가 나오네요. 결국 못버티고 집에 태양광 패널을 설치하기로 했습니다. 태양광 패널은 단가가 계속 내려가고 전기료는 끝을 모르고 치솟으니 본전을 뽑는데 7년이 채 안걸린다는 계산이 나오더군요.

결론

이래저래 불평만 잔뜩 늘어놓았는데, 이곳에 살면서 몇 안되는 단점중 하나인것 같네요. 감내하면서 살아야지 하는데, 한달에 수도료, 전기료해서 30만원이 훅 빠져나갈때면 좀 허탈하기도합니다. 이런때에 요금 올린다고 우편을 받으니 어디 대놓고 시위라고 해야 하는건 아닌가.. 생각이 드네요.

읽고 쓰는 것이 어려운 세대

Unknown — Wed, 13 Feb 2019 00:00:00 +0000

읽고 쓰는 것이 어려운 세대

오늘 Paris Review 글을 읽고 이런 저런 생각이 드네요. 예전에도 비슷한 글을 읽었던 기억이 납니다. 주된 내용은, 인터넷이 발달하고 스마트폰이 널리 퍼지면서 사람들이 점점 긴 글을 멀리하고 글을 쓰는것이 줄어들고 짧고 즉흥적인 글만 소비되는 경향이 되어간다는 내용의 글입니다.

이 부분은 저도 절실히 느끼는 부분이네요. 저 또한 매일 일기를 쓰려고 노력하고 있긴 하지만 하루의 일기를 한번에 끝까지 써내려가는 경우가 드뭅니다. 보통은 한 두 문단 쓰고, 다른 일에 빠져서 시간 보내다 다시 한 두 문단 쓰게 됩니다. 그러다 보니 일기에 흐름이 없고 그저 있었던 일만 나열하는 것으로 끝나는 게 대부분이네요. 글에 알맹이가 없지요.

읽는 것은 글을 쓰는 것 보다 더 심합니다. 요즘 집어든 책이 유시민 작가의 "역사의 역사"인데, 손에 잡고 읽으려 다짐해도 두세장 읽고 나면 내려놓기 빈번합니다. 그 사이에 다른 할 일이 생각나거든요. 또한, 인터넷으로 긴 글을 접하면 서두만 조금 읽다가 스크롤을 내려버리는 게 대부분입니다. 읽을 거리가 넘쳐나니 그 어느것 하나 제대로 못 읽게되는 역설적인 상황이 되어버렸습니다.

글을 읽는 동안, 글을 쓰는 동안 끊임없이 방해를 받습니다. 지금 글을 써 내려가는 이 상황에도 계속 울려대는 새 이메일에 대한 알림에 집중력이 흐트러집니다. 안보려고 노력하며 이 글을 쓰고 있네요.

사회가 점점 즉흥적인 것을 요구하는 방향으로 가니 그 안에서 제가 할 수 있는 행동이라고는 점점 그 연결고리를 끊는 방법밖에 없어보입니다. 필요없는 이메일 알림은 끄고 특별한 사람에게서 온 이메일만 알림을 켠다던지 아니면 일정한 시간에만 이메일을 확인한다던지 하고 컴퓨터를 이용해 글을 쓸 때에는 distraction free 모드를 써서 방해를 받지 않고 글을 쓰던지 하는 방법을 써야만 제 생각을 담아내는 글을 쓸 수 있을 것 같네요.

그보다 중요한 것은 이런 방법보다 제가 흔들리지 않는 것인데 그 채찍질을 할 수 있게 하루의 계획을 세우고 눈에 잘 보이는 곳에 두는 것이 도움이 될 것 같네요. 해야 할 일을 상기시키게 해서 주의를 붙잡아 두다보면 습관이 자리 잡지 않을까요?

이 글 조차 이 마지막 문단까지 읽는 사람이 별로 없으리라 생각되지만 이 글을 남기는 이유는, 나중에라도 제가 다시 돌아봐서 상기시켜서 첫째로, 시간낭비하지 않기 위함이고 둘째로 잠들 때 하루를 되돌아보며 보람을 느끼기 위함이고 셋째로 그럼으로 인해서 제가 꾸준히 성장을 하기 위함입니다.

UVM Blocks

Unknown — Tue, 22 Jan 2019 00:00:00 +0000

UVM 첫화면

이번 글에서는 UVM 환경을 만들기 위한 블럭을 구현해 보겠습니다. 전체를 다 구현하기엔 분량이 너무 많아서 오늘은 uvm_agent, uvm_driver, uvm_sequencer 세개를 구현해 볼까 합니다. 이 세개를 구현한다고 해서 곧장 테스트를 할 수는 없으니, 다음에 나올 uvm_test, uvm_env, uvm_sequence 까지는 구현해야 기본 UVM 시뮬레이션을 실행해 볼 수 있겠네요.

Virtual Interface & `uvm_confib_db`

DUT 글에서 언급했던 것 처럼, UVM 클래스와 DUT는 interface로 연결되어 있습니다. tb.sv에서 본것 처럼 실제 인터페이스는 tb module에 있고, 클래스는 그 인터페이스의 reference를 받아서 사용합니다. C 언어의 포인터같은 개념으로 생각하면 좀 쉬워요. 이걸 virtual interface라고 부릅니다.

connect_phase 단계에서 tb의 실제 interface, bif, iif를 uvm_driver에서 연결합니다. 이 연결이 조금은 독특한 방식으로 이뤄지는데요. 여기서 새로운 개념이 등장합니다. uvm_config_db 인데, 이것은 공용 저장소라고 생각하면 될 것 같네요. tb에서 이곳에 virtual interface를 저장(set)하고, uvm_driver에서 virtual interface 를 가져옵니다(get). 일단 저장하는 코드를 볼까요.

module tb;

  import uvm_pkg::*;
  // ...
  bus_if bif(clk, rst_n);
  intr_if iif(clk);

  initial begin
    uvm_config_db#(virtual bus_if)::set(null,"*","bif", bif);
    uvm_config_db#(virtual intr_if)::set(null,"*","iif", iif);
  end

  // ...
endmodule

tb에 이전보다 몇 줄이 추가되었습니다. 일단 uvm_config_db를 사용하기 위해 tb에 import uvm_pkg::*; 가 추가되었네요. 이건 systemverilog에 익숙하다면 알 수 있을텐데 uvm_pkg 패키지에 선언된 클래스, 함수등을 불러오는 코드입니다. 이 안에는 config db 클래스도 있는거죠.

그럼 그 다음에 나오는 파라미터는 뭐냐면, 어느 타입의 config를 접근할 것인지 알려주는 역할입니다. c++코드의 generic (template)이라고 보면 되구요. 그래서 첫번째 uvm_config_db는 virtual bus_if 타입의 환경설정에 key는 *"bif"*로 bif 인터페이스를 저장하는 코드이겠네요. 두번째는 virtual intr_if 타입의 환경설정에 iif 인터페이스를 저장하겠구요.

그러면 이것을 어떻게 불러오는지는 set 대신에 get 함수를 쓰면 되겠죠?

// base/uvm_config_dv.svh

  // @uvm-ieee 1800.2-2017 auto C.4.2.2.2
  static function bit get(uvm_component cntxt,
                          string inst_name,
                          string field_name,
                          inout T value);

실제로 uvm_driver에서는 아래처럼 쓰입니다.


class bus_driver extends uvm_driver #(bus_seq_item);

  // ....
  virtual bus_if vif;

  // ...
  function void connect_phase(uvm_phase phase);
    super.connect_phase(phase);
    if (!uvm_config_db#(virtual bus_if)::get(this,"","bif",vif)) begin
      `uvm_fatal("NO_VIF", {"virtual interface must be set for:",
        get_full_name(),".vif"});
    end
  endfunction : connect_phase

  // ...
endclass

Sequence Item

위의 코드에서 bus_seq_item 이라는 새로운게 등장했네요. 이것은 버스 인터페이스를 동작시키기 위한 레시피입니다. 버스 트랜잭션을 한번 동작하기 위해 충분한 정보가 있어야 하니 아래처럼 기술해 봅시다.

class bus_seq_item extends uvm_sequence_item;

  rand bit [31:0] address;
  rand bit        write;
  rand bit [31:0] wdata;
       bit [31:0] rdata;

  `uvm_object_utils_begin(bus_seq_item)
    `uvm_field_int (address, UVM_DEFAULT)
    `uvm_field_int (write,   UVM_DEFAULT)
    `uvm_field_int (wdata,   UVM_DEFAULT)
    `uvm_field_int (rdata,   UVM_DEFAULT)
  `uvm_object_utils_end

  function new(string name = "bus_seq_item");
    super.new(name);
  endfunction : new

endclass

간단히 어드레스, 읽기/쓰기 상태, 쓰기값, 읽기값을 선언했습니다. 이 중에 처음 세개는 rand 설정을 했는데요, 나중에 uvm_sequence에서 randomize 할 때 지정된 필드가 랜덤값이 할당됩니다. 이 클래스에 systemverilog의 constraint 를 선언해서 randomize 수행될 때 지정된 범위내에서 값이 할당되도록 설정할 수 있습니다.

그 다음에 나오는 복잡한 \uvm_object_utils_begin(), `uvm_field_int()같은 매크로는 무엇인지 이해가 안가실 수도 있겠습니다. 이것은macros/uvm_object_defines.svh에 정의되어 있는데요. 저는 저 매크로를 따라가기 벅차더군요. 대충 훑어본 바로는 UVM에서 공통으로 사용되는 함수에 맞춰서 각 field가 동작할 수 있도록 이런 저런 함수를 추가하는 매크로더군요. Copy를 하고, compare, pack, print를 하는 코드를 추가해 줍니다. 즉, 위의 bus_seq_item`은 보이는 코드는 간단하지만 실제론 매우 복잡한 클래스라는거죠.

UVM Driver

이제 sequence item도 선언했으니, 해당 아이템을 받은 uvm_driver가 어떻게 bus를 동작시키는 지 구현해 볼 차례네요.

위에서 언급한 대로 connect_phase에서 bus interface를 내부 vif 멤버변수에 할당했으면, run_phase에서 bus_seq_item이 주어질 때 마다 버스를 동작시키면 됩니다. 코드를 하나 하나 살펴보죠.

class bus_driver extends uvm_driver #(bus_seq_item);

  virtual bus_if vif;

  `uvm_component_utils(bus_driver)

  function new(string name, uvm_component parent);
    super.new(name, parent);
  endfunction : new

  function void connect_phase(uvm_phase phase);
    super.connect_phase(phase);

    if (!uvm_config_db#(virtual bus_if)::get(this,"","bif",vif)) begin
      `uvm_fatal("NO_VIF", {"virtual interface must be set for:",
        get_full_name(),".vif"});
    end
  endfunction : connect_phase

  virtual task run_phase(uvm_phase phase);
    // One request at a time
    vif.m2s_valid = 1'b0;
    vif.s2m_ready = 1'b0;

    wait(vif.rst_n == 1'b0);
    wait(vif.rst_n == 1'b1);

    @(negedge vif.clk);

    forever begin
      seq_item_port.get_next_item(req);

      // Send request
      vif.m2s_address = req.address;
      vif.m2s_write   = req.write;
      vif.m2s_data    = req.wdata;
      vif.m2s_valid   = 1'b1;
      @(posedge vif.clk iff vif.m2s_ready == 1'b1);
      vif.m2s_valid   = 1'b0;

      // Receive response
      vif.s2m_ready = 1'b1;
      @(posedge vif.clk iff vif.s2m_valid == 1'b1);
      assert (0 == vif.s2m_error)
        else `uvm_error(get_name(),
          $sformatf("BUS Error occurs: ADDR('h%08x)", req.address));
      req.rdata = vif.s2m_data;
      vif.s2m_ready = 1'b0;

      // Return response to Sequencer (eventually goes to sequence)
      seq_item_port.item_done(req);
    end
  endtask : run_phase

endclass : bus_driver

이번 코드는 좀 길죠? 그래도 위에서 한번 봤던 부분이 있으니 그 부분을 넘어가고 실제로 봐야 할 곳은 run_phase 밖에 없는 것 같네요. 여기서 첫줄과 마지막 줄을 제외하고는 일반적인 forever loop task와 비슷합니다. 버스에 address, data를 싣고 response로 들어온 것을 rdata에 저장하는, 이해하기 쉬운 코드죠. 그러면 첫줄과 마지막줄의 seq_item_port의 get_next_item() 함수와 item_done() 함수를 살펴보면 되겠네요.

seq_item_port는 uvm_driver가 uvm_sequencer와 이야기할 수 있는 수단입니다. 이 포트를 통해 (uvm_sequence_pull_port) uvm_sequencer의 get_next_item() 함수를 호출해서 다음 bus_seq_item을 하나 가져오는 거죠. 그리고 모든 버스 동작이 끝나면 item_done(req)을 호출해서 해당 트랜잭션이 끝났다고 알려줍니다. 만일 리턴할 내용이 없다면 item_done()으로 인자를 비워두고 호출하면 됩니다.

좀 자세히 설명을 하면 더 복잡해 질 수 있는데 (예를 들면 uvm_driver는 parameter를하나가 아닌 두개, REQ, RSP 로 받는다던지 하는 것) 그 부분은 일단 생략하고 먼저 이 버스 드라이버를 동작하게 해서 시뮬레이션을 한번 돌려보는 걸로 하죠.

UVM Sequencer

bus_driver가 sequencer에게서 bus_seq_item을 받아와야 하니 이제 bus_sequencer를 만들어봅시다. Sequencer는 이정도 복잡도의 검증환경에서는 딱히 할 일 없이 그저 uvm_sequence에서 전달해 주는 트랜잭션을 그대로 Driver가 가져가게 해주는 역할만 합니다.

class bus_sequencer extends uvm_sequencer #(bus_seq_item);

  `uvm_sequencer_utils(bus_sequencer)

  function new(string name, uvm_component parent);
    super.new(name, parent);
  endfunction : new

endclass : bus_sequencer

간단하죠? 상속받은 클래스인 uvm_sequencer 안에 왠만한 함수가 다 들어가 있어서 특별히 수정할 필요가 없네요. 그러면 이제 bus_driver와 bus_sequencer를 관리하는 bus_agent 클래스를 만들면 proactive agent 구현은 거의 끝나게 됩니다. bus_monitor는 나중에 scoreboard를 만들 때 같이 구현하도록 할게요.

Agent

Agent도 사실 거의 형식적이고 그다지 수정할 부분이 없습니다.

class bus_agent extends uvm_agent;
  bus_driver     m_drv;
  bus_sequencer  m_seqr;

  `uvm_component_utils(bus_agent)

  function new (string name, uvm_component parent);
    super.new(name, parent);
  endfunction : new

  function void build_phase(uvm_phase phase);
    super.build_phase(phase);

    if (get_is_active() == UVM_ACTIVE) begin
      m_drv  = bus_driver::type_id::create("m_drv", this);
      m_seqr = bus_sequencer::type_id::create("m_seqr", this);
    end
  endfunction : build_phase

  function void connect_phase(uvm_phase phase);
    if (get_is_active() == UVM_ACTIVE) begin
      m_drv.seq_item_port.connect(m_seqr.seq_item_export);
    end
  endfunction : connect_phase

endclass : bus_agent

여기서 한가지 눈에 띄이는 것이 있다면 connect_phase에서 bus_driver의 seq_item_port와 bus_sequencer의 seq_item_export를 연결하는 부분이겠네요. 이렇게 둘이 연결해 줌으로써 bus_driver가 get_next_item()을 호출할 때 bus_sequencer의 TLM FIFO에 접근하게 됩니다.

UVM Test Flow

Unknown — Tue, 15 Jan 2019 00:00:00 +0000

UVM 첫화면

UVM을 처음 보면 이해하기가 어렵다고 말했었는데, 그 이유를 좀 생각해 보니, 타이핑 하는 코드 사이즈를 줄이기 위해 많은 축약이 들어간 것 때문이라는 생각이 듭니다. 코드 사이즈를 줄이기 위해 매크로를 쓴 것은 그럴 수 있다고 하는데, UVM으로 만들어진 검증 환경을 보면, 여러 클래스 사이에 어떻게 function, task가 호출되는 지 이해하기 어려울 정도로 연결고리가 끊겨있습니다.

익숙해진다면, 이 부분이 아무 문제가 되지 않고 코드 사이즈를 크게 늘리지 않고 코딩을 할 수 있게 되지만 처음에는 진입장벽이죠. 그 단적인 예가 run_test() 일 것 같네요.

모든 UVM 검증의 시작은 testbench (이전 글에 따르면 tb.sv)에서 run_test()를 호출하는 것으로 시작됩니다.

module tb;
  // ...

  initial begin
    run_test();
  end
endmodule

그런데 UVM 검증환경을 아무리 뒤져봐도 build_phase, connect_phase, body 같은 function, task는 있지만 run_test는 찾을 수 없죠. 이건 상속된 클래스를 호출하는 게 아닌가? 라는 생각이 듭니다. 그러다보니 소스코드를 따라 갈래야 갈 수가 없죠.

run_test는 UVM 소스코드의 base/uvm_globals.svh에 정의되어 있습니다.

// @uvm-ieee 1800.2-2017 auto F.3.1.2
task run_test (string test_name="");
  uvm_root top;
  uvm_coreservice_t cs;
  cs = uvm_coreservice_t::get();
  top = cs.get_root();
  top.run_test(test_name);
endtask

위의 코드를 보면, run_test는 uvm_root class의 run_test를 호출하는 거였네요. base/uvm_roots.svh를 살펴보면 run_test가 어떻게 동작하는 지 살짝 감을 잡을 수 있을겁니다. Factory method로 UVM_TESTNAME plusarg 값에 해당하는 테스트 클래스를 만들어서 uvm_phase 클래스를 이용해 실행합니다.

아래에 조금 더 설명하겠지만, 대부분의 코드가 이런 축약이 들어가있습니다. 그래서 systemverilog에 익숙하다면, 처음 UVM을 배울 때 UVM source code를 보시면서 검증환경을 만드는 게 이해를 높일 수 있습니다. 저도 지금 소스코드를 열어두고 하고 있구요. 하드웨어 디자이너라면 간단히 훑어보고 넘어가도 괜찮겠지만, 검증 엔지니어라면 소스코드 이해는 거의 필수인 것 같네요.

그러면 UVM 소개글에서 간략히 설명했던 UVM 클래스를 자세히 설명하기 전에, run_test에서부터 UVM 시뮬레이션이 끝나는 때 까지 어떤 단계로 진행되는 지 이해해 보는 게 좋겠네요. 저도 배우면서 기록하는 거라 설명이 자세하지는 않을 것 같아요.

Run Test

위에서 언급한대로 run_test는 여러 복잡한 단계를 거쳐 uvm_phase 클래스의 run_phase() 를 실행하는 게 주된 목적입니다. 그러면 uvm_phase에 대해 좀 자세히 알아야 하는데, 이 phase가 UVM 검증환경의 실행 순서대로 class를 돌면서 실행을 하게 됩니다. 이를테면 전체 검증환경의 관리자인셈이죠.

Phase

소스코드를 보거나 기타 UVM 코드를 보면 정말 많은 phase가 있는데, 그 중 가장 자주 쓰이는 phase 세개를 기억해 두면 좋을 것 같네요. 그 세개는 build_phase, connect_phase(또는 deprecated connect), run_phase(또는 deprecated run) 입니다. 이것 외에 몇가지가 더 있는데, base/uvm_components.svh를 보면 아래의 단계가 선언이 되어있습니다.

// Build Phases
function void uvm_component::build_phase(uvm_phase phase);
function void uvm_component::connect_phase(uvm_phase phase);
function void uvm_component::end_of_elaboration_phase(uvm_phase phase);

// Run Phases
function void uvm_component::start_of_simulation_phase(uvm_phase phase);
task          uvm_component::run_phase(uvm_phase phase);

// Cleanup Phases
function void uvm_component::extract_phase(uvm_phase phase);
function void uvm_component::check_phase(uvm_phase phase);
function void uvm_component::report_phase(uvm_phase phase);
function void uvm_component::final_phase(uvm_phase phase);

일단은 위의 세개만 기억해 두시고 report_phase는 스코어보드에서 사용되니 그때 한번 더 보면 될 것 같네요. 그 외에 유의할 점은 run_phase를 제외한 다른 모든 phase는 function이라는 점입니다. 그래서 forever, initial 같은 task 관련된 구문은 쓸 수 없고 0 time execution 코드(다른 클래스의 함수 호출이나 값 지정)만 가능합니다.

Build Phases

build_phase, connect_phase, end_of_elaboration_phase를 묶어서 Build Phases로 지칭하는데, 이 세 단계에서 검증코드가 하는 일은 선언된 클래스를 생성하고 클래스 간의 통신 포트(uvm_analysis_port나 tlm_fifo 등)를 서로 연결하고 testbench의 interface를 받아오는 등, 검증 테스트가 수행될 수 있도록 환경을 설정합니다.

build_phase: 클래스를 생성하고 클래스 내부에서 사용될 데이터 구조를 만듭니다. uvm_agent 같은 클래스는 uvm_component 클래스를 상속 받았는데, 이런 클래스는 factory method를 사용해 생성합니다.

검증 코드를 보다보면 아래와 같은 코드가 build_phase에서 종종 보일겁니다.
```
function void irq_agent::build_phase(uvm_phase phase);
    // ...
    m_mon = irq_monitor::type_id::create("m_mon", this);
    // ..
endfunction
```
factory method에 익숙하시다면, 위의 코드에서 type_id::create()가 factory 생성 코드라고 생각하시면 됩니다. factory 에 익숙하지 않는 분이면 Object Oriented Programming에서 Factory pattern을 검색해 보시는걸 추천합니다.

type_id는 uvm_abstract_component_registry 클래스로 get, get_type_name, create 등의 함수를 가지고 있습니다. base/uvm_registry.svh 파일에서 찾을 수 있어요.
connect_phase: 클래스간의 인터페이스를 연결합니다. 다음에 설명하겠지만, 이전글에서 설명한 '빵굽는 레시피'를 전달하는 TLM FIFO를 연결합니다. uvm_sequencer가 uvm_sequence_item을 받아서 uvm_driver에게 전해주는데, 이 연결을 connect_phase에서 합니다. 또한 uvm_scoreboard로 전달되는 analysis port 연결도 이 단계에서 이뤄집니다.
```
class irq_agent extends uvm_agent;
  // ....
  irq_driver m_drf;

  // ....

  function void connect_phase(uvm_phase phase);
    m_drv.seq_item_port.connect(m_seqr.seq_item_export);
  endfunction : connect_phase

  // ....
endclass : irq_agent
```
위의 agent 코드에서 connect_phase 함수에서 sequencer의 포트를 driver의 포트에 연결합니다.

Run Phases

시뮬레이션이 동작하는 주된 부분이죠. start_of_simulation_phase에서는 시뮬레이션이 시작할 때 세팅할 부분이 들어갑니다. 헤더를 출력한다던지 기본 값을 assign한다던지 하죠. 크게 신경 안써도 될 부분입니다.

run_phase: 메인 코드를 실행하는 부분인데, UVM스펙을 보면 정말 세부적인 단계가 있습니다. pre_reset, reset, post_reset, pre_configure, configure, post_configure, pre_main, main, post_main, pre_shutdown, shutdown, post_shutdown, 등 정말 눈이 휘둥그레질 정도로 복잡한데, 사실 이거 왠만큼 큰 검증환경을 만들지 않는이상 안쓰일 것 같습니다.

그냥 복잡한 부분은 생략하고 run_phase에서 실제 테스트 코드를 작성하기로 하죠.

run_phase는 실제 동작이 구현되는 부분이니 이 코드가 들어갈만한 곳은 uvm_driver나 uvm_monitor, uvm_sequence정도 일것 같습니다. 각 블럭은 다음 글에서 설명드릴텐데, uvm_driver나 uvm_monitor는 run_phase에서 실행되는 게 맞으나, uvm_sequence는 body task에서 메인 코드가 실행됩니다. uvm_sequence는 uvm_test 에서 start함수로 호출이 되어 pre_body, body, post_body task가 실행되게 선언이 되어있습니다. 구지 그럴 이유가 없는데 이것 하나 이상하게 선언되어있더군요.

run_phase 코드를 볼 기회가 있다면 다른 phase와는 다르게 시작부분에 phase.raise_obejction() 과 끝 부분에 phase.drop_objection() 이 있는 걸 볼 수 있습니다. 보통은 uvm_test 클래스를 상속받은 클래스에서 sequence를 시작하기 전에 raise_objection()을 하고 시퀀스가 끝나면 drop_objection()을 하죠.

이게 조금은 독특하게 느껴질 수 있는데, 이 기능으로 인해 run_phase에서 자유롭게 forever loop를 쓸 수 있습니다. uvm_monitor나 uvm_driver는 forever 구문을 통해 버스를 계속 살펴보고 transaction이 있으면 버스를 드라이브 하거나 버스 트랜잭션을 scoreboard에 넘기는데, 이 구문을 그대로 계속 실행하면 시뮬레이션이 끝나질 않게 됩니다.

그래서 uvm_phase는 uvm_object 클래스를 이용해 시뮬레이션 시작, 끝을 결정합니다. raise_objection()을 호출하면 uvm_object 클래스의 카운트가 증가해서 0 값이 아닌 다른 값을 가지게 되고 그러면 uvm_phase의 phase executer가 시뮬레이션을 종료하지 않게 됩니다. drop_objection()을 호출하면 count가 줄어들어 최종적으로 0 값이 되면 phase가 그 값을 보고 forever loop이 다른 클래스에서 실행되고 있다고 할지라도 종료를 시키죠. 아래는 base/uvm_phase.svh에서 기술된 시뮬레이션 종료 상태를 확인하는 코드입니다.

fork
  // JUMP
  begin
    wait (m_premature_end);
    `UVM_PH_TRACE("PH/TRC/EXE/JUMP",
                  "PHASE EXIT ON JUMP REQUEST",
                  this,
                  UVM_DEBUG)
  end

  // WAIT_FOR_ALL_DROPPED
  begin
    bit do_ready_to_end  ; // bit used for ready_to_end iterations
    uvm_objection phase_done;
    phase_done = get_objection();
    // OVM semantic: don't end until objection raised or stop request
    if (phase_done.get_objection_total(top) ||
        m_use_ovm_run_semantic && m_imp.get_name() == "run") begin
      if (!phase_done.m_top_all_dropped)
        phase_done.wait_for(UVM_ALL_DROPPED, top);
      `UVM_PH_TRACE("PH/TRC/EXE/ALLDROP",
                    "PHASE EXIT ALL_DROPPED",this,UVM_DEBUG)
    end
    else begin
      if (m_phase_trace) begin
        `UVM_PH_TRACE("PH/TRC/SKIP",
                      "No objections raised, skipping phase",
                      this,
                      UVM_LOW)
      end
    end

    wait_for_self_and_siblings_to_drop() ;
    do_ready_to_end = 1;

    // ...
  end
    // Time out checker
join_any
disable fork;

Cleanup Phases

시뮬레이션을 다 수행후 (sequence를 다 실행 후) 결과를 뽑아내는 단계입니다. 예측한 결과값과 실제 DUT에서 관찰된 결과값이 같은지 다른지 확인하는 uvm_scoreboard가 주된 역할을 하는 것 같네요. 이 단계에서는 4 세부 단계가 있으나 가장 많이 보게 될 단계는 report_phase일 겁니다. 어차피 순차적으로 실행되는 터라 report_phase안에서 구현하는게 대부분인것 같네요.

Interactive Debugging Mode

UVM component를 코딩하기에 앞서, 한가지 유용한 팁을 지인에게 들은바 있어서 공유할까 합니다. 위에서, 그리고 이전 글에서 언급한 '축약이 많아서 이해가 어려운' 부분을 좀 더 이해하기 쉽게 해 주는 도구인데, 시뮬레이션을 실행할 때 interactive debug mode를 사용하는 방법입니다.

code 따라 가는 것을 돕기 위해서 VCS-verdi, MTI-visualizer, NC-indago 등을 추천합니다. 이런 tool을 사용해서 interactive debugging mode를 사용하면 쉽게 UVM code를 trace할 수 있다네요. 자세한 방법은 이후에 코딩 후 시뮬레이션을 돌려보면서 같이 보기로 하죠.

Conclusion

이번 글에서는 UVM 검증 환경이 실행되어서 어떤 단계를 거치고 어떻게 종료되는 지 살펴봤습니다. 이 글에서 등장한 복잡한 용어나 코드는 크게 신경쓸 필요가 없어요. 그저 build_phase, connect_phase, run_phase, report_phase 이 네개가 순서대로 실행된다고 기억해 두시면 될 것 같네요.

다음 글에서는 Agent, Driver, Monitor.. 등 UVM 의 기본 블럭을 알아보고 기본 골격을 짜볼게요. 이제 슬슬 UVM 코딩을 해볼 차례입니다.

Design Under Test (DUT)

Unknown — Tue, 08 Jan 2019 00:00:00 +0000

UVM 첫화면

UVM 개요
Design Under Test (DUT)
UVM Test Flow
UVM Blocks

UVM을 구현해 보기에 앞서서, 앞으로 검증할 하드웨어 모듈에 대한 설명을 먼저 하는게 나을 것 같네요. 어떤 모듈을 하는 게 좋을까 생각을 좀 해보았습니다.

너무 간단한 것을 하면 UVM의 기본은 이해할 수 있으나 실제 검증에서 쓰이기 쉽지 않을 겁니다. 예를 들면 AXI Memory 같은 것은 AXI master agent만 있으면 되어 구현이 쉽지만 실제 써먹기엔 좀 애매하겠죠. 그렇다고 여러 interface를 가지고 있는 복잡한 시스템을 구현하는 것을 목표로 하면 너무 많은 정보에 파묻혀서 핵심을 놓치고 헤매이게 될 수도 있겠더라구요.

그래서 제가 이해한 수준에서 적당히 구현해 볼 수 있는, 1 proactive agent, 1 reactive agent가 있는 모듈을 기반으로 이야기 해 볼까 합니다. Proactive/ Reactive 용어는 다음에 설명할게요.

DUT 구조

이 DUT는 하나의 Bus slave 포트와, 하나의 interrupt output을 가지고 있는 모듈입니다. 특정한 버스 입력이 왔을 때 내부 동작으로 인터럽트가 발생하는 거죠.

이 모듈의 버스는 레지스터 접근을 위한 것이 주된 이유이고, 다른 하나는 버스 트랜잭션으로 인터럽트를 발생할 수 있는 로직도 있습니다. 즉, 버스로 특정 주소에 특정 데이터값을 쓰면 그게 인터럽트 출력으로 나오는 동작을 수행합니다.

레지스터 모듈은 인터럽트 동작을 enable/disable하는 부분과, 어떤 인터럽트가 우선순위가 있는지 정하는 priority 레지스터등이 있다고 가정합니다. 또한, 인터럽트를 받은 모듈 (타겟으로 지칭할게요)이 인터럽트를 claim하고 complete 하는 레지스터 인터페이스도 있습니다.

기본 골격은 RISC-V의 Platform-Level Interrupt Controller 구조를 따왔으나 인터럽트 입력을 단순화하기 위해 Message Signaled Interrupt (MSI) 방법만 지원하는 것을 가정했습니다.

복잡한 용어가 몇개 등장했는데, 이게 검증에 핵심은 아니니, 그저 "테스트할 모듈이 버스 트랜잭션을 받아서 인터럽트를 만들어내는 모듈" 이라고 이해하면 충분할 것 같네요.

이전 글에서 보여준 검증 환경 구조가 사실 이 모듈에 곧장 적용할 수 있는 구조입니다. 그 그림을 다시 보면,

하나의 화살표는 DUT방향으로 향하고 다른 하나는 DUT에서 uvm_agent #2로 가는 것을 볼 수 있습니다. 위의 하드웨어 모듈에 적용하면 uvm_agent #1의 uvm_driver에서 DUT로 전송되는 화살표는 버스 인터페이스이고 DUT에서 uvm_agent #2로 향하는 화살표는 인터럽트 출력 신호겠죠.

Bus Interface

버스는 간략화된 Register Interface라고 가정합시다. AXI protocol이나 TileLink 프로토콜을 설명하는게 이 글의 목적은 아니니까요. 간단하게 버스 신호를 살펴보면, 아래처럼 구현되어 있다고 해봅시다.

module riscv_plic (
  input clk,
  input rst_n,

  // Bus Interface
  input               m2s_valid,
  input        [31:0] m2s_address,
  input               m2s_write,
  input        [31:0] m2s_data,
  output logic        m2s_ready,

  output logic        s2m_valid,
  output logic [31:0] s2m_data,
  output logic        s2m_error,
  input               s2m_ready,

  // ...
);

endmodule

두개의 채널로 되어있고 m2s_ 채널은 request와 write data가 있고, s2m_ 채널은 response와 read data로 이뤄져있습니다. m2s_에서 s2m_ 응답이 한 클럭만에 온다고 생각하면 거의 SRAM 인터페이스라고 봐도 무방합니다.

DUT 모듈이 버스 요청을 처리하기 때문에, uvm_agent #1이 먼저 테스트 순서를 정해서 던져줍니다. uvm_agent가 먼저 시작하므로 이걸 proactive agent라고 부릅니다.

Interrupt Interface

riscv_plic 모듈이 만들어내는 신호는 아래와 같다고 가정해 보겠습니다.

module riscv_plic (
  // clk
  // Bus Interface
  // ...

  // Interrupt Interface
  output logic       irq,
  output logic [5:0] irq_id
);

endmodule

DUT에서 요청이 나오고 이에 대한 응답은 없네요. 검증 환경은 IRQ 입력을 받기만 하고 이 이벤트에 따른 처리는 버스 인터페이스를 통해서 처리합니다. 인터럽트가 뜨면 해당 인터럽트를 수행하고 마지막에 인터럽트를 클리어 하는 방식을 생각해 보면 되겠네요.

그래서 이 uvm_agent는 버스 인터페이스에서 동작하는 이전 agent와는 좀 다른 방식입니다. 먼저 DUT가 시작을 하고 그에 따라 agent가 응답을 보내는 방식인데, 이런 agent를 reactive agent라고 부릅니다.

Interface vs wire or struct

DUT의 input/output 포트를 보면 systemverilog의 interface를 사용하지 않았습니다. 인터페이스를 쓸 수는 있겠지만 전 그다지 선호하지는 않아요. 만일 시그널이 너무 많다면 struct를 이용해서 하나로 묶는 것을 선호합니다.

예를 들면 위의 버스 신호는 아래의 struct로 정의 후 선언하겠죠.

typedef struct packed {
  logic [31:0] address,
  logic        write,
  logic [31:0] data
} bus_m2s_t;

typedef struct packed {
  logic [31:0] data,
  logic        error
} bus_s2m_t;

module riscv_plic (
  // ...
  input        m2s_valid,
  input        bus_m2s_t m2s,
  output logic m2s_ready,

  output logic     s2m_valid,
  output bus_s2m_t s2m,
  input            s2m_ready,

  //...
);

아무튼 하드웨어 모듈은 이런 방식으로 정의되어 있다고 생각하고, UVM 검증환경에서 쓸 interface를 정의해 봅시다.

Interface는 UVM driver에 DUT의 신호를 연결하기 위해서 필요합니다. 시그널 하나 하나 연결할 수 있겠지만 그보다 전체 묶음을 하나의 interface 로 건네줄 수 있으니 더 간편하죠. 그래서 tb.sv에서 DUT의 시그널 인 아웃 포트를 interface로 묶어줘야 합니다.

일단 위에서 언급한 버스 인터페이스와 인터럽트 인터페이스를 정의해야겠습니다.

interface bus_if (
  input clk,
  input rst_n
);

  logic        m2s_valid;
  logic [31:0] m2s_address;
  logic        m2s_write;
  logic [31:0] m2s_data;
  logic        m2s_ready;

  logic        s2m_valid;
  logic [31:0] s2m_data;
  logic        s2m_error;
  logic        s2m_ready;

  modport tb (
    input clk, rst_n,
    output m2s_valid, m2s_address, m2s_write, m2s_data, s2m_ready,
    input  m2s_ready, s2m_valid, s2m_data, s2m_error
  );

  modport dut (
    input clk, rst_n,
    input m2s_valid, m2s_address, m2s_write, m2s_data, s2m_ready,
    output m2s_ready, s2m_valid, s2m_data, s2m_error
  );

endinterface

interface intr_if (
  input clk
);

  logic       irq;
  logic [5:0] irq_id;

  modport tb ( input clk, irq, irq_id );

  modport dut ( input clk, output irq, irq_id );

endinterface

Testbench `tb.sv`

DUT를 연결 할 준비가 되었으니, 이제 testbench를 만들어 보죠. 지금은 UVM 신경 쓰지 않고 DUT만 인스턴스를 만들어 볼게요. UVM은 사실 tb에서 신경쓸 것은 몇 군데 되지 않아요. uvm_pkg가 알아서 처리해 줍니다.

이게 좀 처음에는 헷갈리더라구요. 명시적인 함수 호출이나 task 호출이 없으니 어디를 쫓아가야 할 지 몰라서 코드를 따라가질 못하겠더군요. 그래서 UVM 구조에 익숙해져야 합니다. 그렇지 않으면 코드만 봐서는 분석이 어려워요. 왜 이렇게 만들어놨는지 저는 아직 설명할 만큼 지식이 많지 않아서 설명을 드리진 못하겠지만, 지금 수박겉핥기 식으로 배운 입장에서는 장점보다 단점이 큰 것 같네요.


module tb ();

logic clk, rst_n;

// clock gen
initial begin
    // forever
end

// reset gen
initial begin
  rst_n = 1'b0;
  #RstPeriod rst_n = 1'b1;
end

bus_if bus(clk, rst_n);
intr_if intr(clk);

// DUT instance
riscv_plic dut (
    .clk,
    .rst_n,

    .m2s_valid   (bus.dut.m2s_valid),
    .m2s_address (bus.dut.m2s_address),
    //...

    .s2m_ready   (bus.dut.s2m_ready),

    .irq    (intr.dut.irq),
    .irq_id (intr.dut.irq_id)
);

endmodule

자.. 테스트벤치 모듈도 준비되었네요. 아직 uvm_pkg를 import하지는 않아서 그냥 elaboration이 되는지 검사할 정도밖에 안되겠지만 uvm에 뛰어들 준비가 이제 되어갑니다.

Introduction to UVM

Unknown — Sat, 05 Jan 2019 00:00:00 +0000

UVM 첫화면

Motive

UVM을 처음 들어본게 2011년 즈음이었던 것 같네요. 그때 삼성에서 처음 일을 시작했었는데, 검증은 specman 이라고 e language를 사용하여 하드웨어 모듈을 검증하고 있었던 기억이 납니다. 하드웨어 디자인은 Verilog-2001 을 썼고 검증은 e language를 쓰고 있었으니 검증 환경은 들여다보아도 도통 이해할 수 없는 것 투성이었네요.

그러던 와중에 같은 팀에 있던 외국인 엔지니어가 UVM을 한다는 말을 들었던 게 처음이었네요. 그 때 주장했던 바로는 systemverilog language를 쓰니 하나의 언어를 써서 디자인과 검증을 할 수 있다고 했었죠. PLI도 필요없다는 말에 솔깃했었습니다.

제가 검증환경을 만들 일이 없을 것 같았기에 그러고 관심을 끊었다가, AHCI¹ 검증환경을 만들라는 특명하에 다시 한번 보게 되었죠. 한 반나절 보았을까요? MFC로 프로그래밍도 해본 터라 객체지향 프로그래밍은 쉽게 접근할 수 있을 줄 알았는데 너무 어렵더군요. 이대로 계속 달려들었다가는 검증 환경 만들려다 시간 다 허비할 것 같아서 접고 순수 SystemVerilog 문법만을 이용해서 검증환경을 만들었습니다.

SystemVerilog class에 randomization 기능을 추가하고, transaction item도 만들고 해서 최대한 랜덤 시뮬레이션이 가능하게 만들었는데, 지금 돌이켜 보면 얼추 UVM 골격과 비슷하게 만들었었네요. 그 때 검증엔지니어들이 인도에 있었고 e language를 이용해서 검증하는 환경이 이미 있었기에, 제가 만드는 검증환경은 Turn-Around Time을 줄이기 위한 목적이 컸습니다. 덕분에 부담없이 가볍게 만들 수 있었죠. 랜덤하게 돌려서 하나라도 버그가 발견되면 땡큐였으니까요.

그러다 8년이 지난 지금에서야 다시 볼 기회가 생겼네요. 이번에도 수박 겉핥기 식이긴 하지만, 이번에 간단하게 UVM 환경을 만들어보면서 조금은 더 이해할 수 있게 된 것 같네요.

UVM

세부 사항이 빠져있긴 하지만, 위의 그림이 UVM을 이용하여 검증환경을 만드는 기본 뼈대가 됩니다. UVM을 이용해서 어떤 하드웨어 모듈이든지 다 검증할 수는 있지만, 특히 그 효과가 배가되는 하드웨어 모듈은 BUS interface를 쓰는 환경일 때 UVM이 효과가 큰것 같네요. AXI나 AHB, PCIe 등 표준 프로토콜을 통해 request 를 받고 response를 보내는 경우 UVM을 이용하면 복잡한 부분은 최대한 한곳으로 몰아넣고 굵직굵직한 정보들만 UVM 블럭 사이에서 주고받아 시뮬레이션 속도를 크게 떨어트리지 않게 되는 것 같습니다.

이것을 TLM (Transaction Level Modeling) 이라고 부르는 데, 이 부분은 처음에는 이해하기 어려우니 간단히 용어만 알고 넘어가는 게 좋겠습니다. 조금 비유를 해 보자면, 빵을 하나 하나 만들어서 보내주는 게 아니라, 빵을 만드는 레시피를 하나씩 던져주고 다음 레시피를 줄 때 까지 놀고있는 것을 생각하면 좋겠네요.

그러면 누군가는 언젠가, 빵을 만들어야 하는데 (그래야 위에서 보이는 DUT에 정확한 정보를 전달할 수 있겠죠), 그것을 전담하는 블럭이 uvm_driver입니다. Transaction, 혹은 uvm_sequence_item이라 불리는 하나의 레시피를 받아서 DUT가 이해할 수 있는, 예를 들면 AXI의 경우, AXI arvalid, araddr 등의 시그널을 전달하는 역할을 합니다.

제가 이해하기로는, 레시피를 전달해 주는 순서는 uvm_sequence 블럭이 정하고, 그것을 uvm_agent의 uvm_sequencer에게 던져줍니다. 두 사이를 연결하는 것은 나중에 좀 더 자세히 다루고 지금은 어떻게 흘러가는 지만 집중해서 이해하는 게 좋겠습니다.

uvm_driver는 uvm_sequencer에서 uvm_sequence_item을 가져올 게 있는지 지켜보다가 가져올 것이 있으면 그 안의 내용을 기반으로 interface를 drive 합니다. 예를 들면, 어느 주소에 어떤 값을 써라는 uvm_sequence_item을 받으면 AXI address write channel에 값을 기록하고 write channel에 데이터를 싣고 valid 띄우는 일련의 순서를 차근차근 해 나가는거죠. 데이터를 다시 돌려줘야 할 필요가 있을 땐 (읽기 명령이라면 읽어들인 데이터를 리턴해야겠죠) 리턴 데이터를 다시 uvm_sequencer를 거쳐서 uvm_sequence로 전달해 줍니다.

이 과정 중 uvm_driver는 uvm_sequence_item을 가지고 동작할 뿐 uvm_sequencer나 uvm_agent, 또는 uvm_sequence 모듈과 직접 통신할 필요가 없습니다. 다른 모듈과 연계를 고민할 필요없이 uvm_driver만 규격에 맞게 디자인 하면 되는거죠.

다음에 uvm_sequence에 대해 이야기 할 때 자세한 데이터 흐름을 알려드릴테니 지금은, 시퀀스가 시퀀스아이템(트랜잭션)을 시퀀서에게 주고 그걸 드라이버가 받아서 DUT에게 신호를 전달한다 고 생각하면 되겠습니다. 여기서 제일 혼동되었던게 시퀀스, 시퀀서, 시퀀스 아이템 세개였습니다. 그게 그거같고 너무 어렵더군요. 데이터 흐름을 이해해야지만 이 세개가 조금은 덜 헷갈릴 겁니다.

데이터를 DUT에 전달하는 과정은 위와 같은데, 그것 말고도 UVM에서 또 한가지 중요한 게 있죠. 검증이라는 목적을 생각해 보면 이게 가장 중요한데요. 바로 DUT가 제대로 동작했는지 아닌지 확인하는 절차입니다. uvm_agent의 uvm_driver를 통해 DUT에 준 정보를 기반으로 DUT가 내부 로직을 실행할 테고 그 결과가 어떻게든 DUT의 포트로 나오게 될 겁니다. 예를 들어보면 DUT가 AXI 메모리라고 생각하면, 읽기 명령을 전달하면 DUT에서는 데이터가 읽혀서 read data channel로 응답이 나오겠죠. 이 것을 가지고, 이전에 쓰여졌던 값과 비교해서 맞는지 다른지 확인하는 과정입니다.

이 작업은 uvm_monitor에서부터 시작해서 uvm_scoreboard까지 전달되고 스코어보드가 들어오는 정보를 비교해서 DUT가 제대로 작업을 수행했는지 아닌지 확인하게 됩니다. 자세히 들어가면 uvm_monitor 도 조금 다른일을 하는 경우도 있고 uvm_scoreboard 안에도 크게 두개의 내부 블럭이 있지만 그건 나중에 설명하기로 하죠.

Conclusion

간단히 UVM 구조와 데이터 흐름을 살펴봤습니다. 이걸 안다고 해서 UVM 검증환경을 뚝딱 만들 수 있는 것은 아니고, 그저 수많은 .sv 파일 중 어떤 파일이 어떤 역할을 하는 지 좀 쉽게 찾게 도와주는 내용입니다. 보통 검증환경 구현할 때 원형 이름을 접미사로 붙여서 클래스 이름을 붙이거든요. 예를 들면, axi_master_agent.sv, axi_master_driver.sv, axi_seq_item.sv 같이요.

위에서는 UVM 원형 클래스 이름을 들어 설명했는데 실제 구현은 클래스를 상속받아서 구현하게 됩니다. 객체지향 프로그래밍의 상속에 대해 좀 찾아보시고 이해하시면 앞으로 나올 내용이 조금은 이해하기 수월해 질 것 같네요.

AHCI는 PC와 저장장치(HDD, SSD) 사이에 데이터를 전송하는 규격 중 하나입니다.

2018년도 지름 결산

Unknown — Mon, 31 Dec 2018 00:00:00 +0000

2018년도 지름 결산

여전히 매해 연말 지름보고 입니다.

구입한 순서이긴 하지만 정확하지는 않아요.

Forza Horizon 3 + Blizzard Mountain + Hot Wheel

벼르고 벼르던 XBox 게임을 할인하다고 사서 플레이 해 보았네요. 역시, 레이싱 게임은 왠만하면 재밌는것 같아요. 그중에서 포르자 호라이즌은 패드로 해도 재밌는 게임. 프로젝트 카스는 휠이 없으면 정말 어려워서 거의 포기한 게임인데, 포르자 호라이즌 3는 패드로도 충분히 플레이 할 수 있어서 좋네요.

그래도 휠을 장만하고 싶어지는 건 함정.
Ugly Stik GX2 낚시대 + Daiwa REV3000H 릴 + Daiwa SP 루어

민물낚시는 정말 낚지를 못해서, 민물낚시대는 그대로 두고 해변에서 아이들과 놀 때 사용하기 위해 장만한 Surf fishing 낚시도구 입니다. 낚시대는 최대한 긴걸로 해야 멀리 던질 수 있어서 저렴하고 튼튼하다고 소문난 Ugly Stik GX2 9피트 낚시대로 장만했고, 릴은 평범한 3000대 릴, 그리고 메인줄은 Braided Line 20lb , leader는 20lb짜리 모노 줄로 장만했네요. 루어는 여러개 바꿔가며 합니다. Daiwa SP Minnow 나 Sebile Magic Summer 루어 (floating)를 사용합니다.
Bayside Valencia 7-piece Dining Set

코스트코에서 499 특가로 나온 걸 놓치고 779달러에 나온걸 샀네요. 기존 식탁이 새 집과 안어울려서 물색하다 찾은 것인데, 정말 만족합니다. 4인가족이 쓰다 손님이 오면 늘릴 수 있는 식탁인데, 다른 확장형 식탁에 비해 무척 편하게 넓힐 수 있습니다.

Bayside는 Whalen이란 회사에서 만드는 브랜드인데, 이 회사에서 나오는 제품은 대부분 튼튼하고 괜찮네요. 차고에 쓰는 선반도 이 회사 제품인데 정말 지진에도 버틸 것 같아서 든든합니다.
DeWalt Flexvolt Chainsaw

집 뒷마당 앞마당 나무를 베려고 하는데, Pole saw는 불편하기도 하고 너무 배터리가 빨리 닳아서 전기톱으로 하나 장만했네요. 사람을 불러서 나무를 베어보니 돈이 많이 들어서, 큰 나무 아니면 사람 쓰는게 아깝더라구요. 그래서 이참에 하나 장만하자... 고 해서 샀는데 정말 만족하네요.

다른 12인치 저렴한 전기톱도 있는데, 12인치도 작은 경우가 많습니다. 16인치정도 되니 왠만한 나무는 무리없이 자르더라구요. 게다가 힘도 충분해서 중간에 막히는 일이 거의 없습니다. 이걸로 나무 두그루 베어봤는데, 마당일을 하기에는 충분히 차고 넘칠 것 같네요.
Pressure Washer 1900PSI

역시 코스트코는 필요한 것만 가져다 두는 것 같네요. 집 관리를 하다보면 고압살수기가 필요한 때가 종종 있는데, 그때마다 지인에게 빌리기 번거로워 구입했습니다. 세차도 편하고, 드라이브웨이 청소나 때 낀 야외물품 청소하기 최고네요.
Milorganite Organic Fertilizer

힘 없는 잔디에 힘을 주기 위해 산 비료인데, 하수에서 정제해서 만들어졌다고 하네요 (밀워키 하수처리장) 개러지에 비료 냄새가 솔솔 나서 좀 불편하긴 한데, 이전처럼 실수로 많이 주게 되더라도 잔디를 태워먹을 일이 없어서 맘은 편합니다.
Apple iPad 9.7

난생 처음으로 애플 모바일 제품을 사 보는 것 같네요. Costco에서 딜이 떠서 2017년 제품을 120불을 싸게 사게 되었는데, 가격을 생각하면 참 만족합니다. 아내가 작은 핸드폰으로 영상보고 글 읽는게 시력이 안좋아질까 좀 걱정되었는 데, 이제 마음이 좀 놓이네요.
Keter Oakland Shed

뒷마당공사를 끝내고 단풍나무 앞에 창고를 설치했습니다. 넉넉한 공간이 좋을 것 같아서 7.5' x 7' 창고를 설치했는데, 좀 더 커도 괜찮았겠다.. 싶네요. 몇개 안 들어갑니다.

그래도, 디자인은 다른 플라스틱 창고와 다르게 나무 느낌이 꽤 납니다. 겉에 페인트도 칠할 수 있어서 분위기를 바꿀 수 있겠지만, 지금 색 그대로도 괜찮아보이네요. 외벽을 알루미늄 프레임에 고정하는게 좀 약해보여서 아쉽긴 한데, 그 외에는 만족합니다.

추가(2019): 1년 채 사용하지 않고 문짝이 뜯겨져 나갔습니다. 문 힌지가 플라스틱으로 되어있어서 좀 불안했는데 열었다가 닫았다가 하면서 부러지네요. 문만 부러진게 아니라 문 프레임까지 부러져서 결국 허물고 새 쉐드를 설치하기로 했습니다. 아무래도 마당에 쉐드는 나무쉐드로 해야 할 것 같네요.
DeWalt Circular Saw 7-1/4"

목재 자를 일이 빈번히 생기고 있어서 장만했네요. 좀 더 작은 서큘러쏘 도 있지만, 기왕에,,, 로 해서 큰 전기톱으로 갔네요. 만족합니다. 잘 잘리고, 사용하는데 불편함도 없구요. 집 관리를 하게 되면서 도구가 많이 필요하게 되는데, 그때마다 사람부르는것보다 도구 하나 사서 직접 해결하는게 재미도 있고 오히려 비용도 덜 드니 점점 전기공구가 늘어나는 것 같네요..
Sun Joe Tiller

단단해진 잔디밭과 흙을 갈아내기 위해 샀네요. 홈디포에서 개스 틸러 빌리면 40불인데, 이건 전기라 시간이 좀 걸린다뿐이지 힘이 부족한 것도 아닌데 100불이면 삽니다. 설마 집안 일 하면서 틸러를 쓸 기회가 두번밖에 없진 않겠지... 하면서 샀네요. 창고가 점점 가득차 갑니다.
Google Wifi

\

안방에서 와이파이가 잘 터지질 않네요. Asus AC68U를 가지고 있어서 AiMesh 기능을 써보려고 T-mobile 라우터 사서 AC68 펌웨어를 넣고 테스트 해 보았는데, 이것도 잘 동작하지 않았습니다. 그래서 고민 끝에 요새 핫 한 Mesh 네트워크 디바이스를 사기로 했죠. Netgear Orbi를 사느냐 구글 와이파이를 사느냐 고민하다 그래도 성능은 떨어지지만 구글이라는 이름때문에 구글 와이파이를 사게 되었네요.

오비는 2개의 라우터라 집 중앙에 새틀라이트 라우터를 둬야 한다는 단점이 있어서 (그렇지 않으면 안방이 커버가 안되는...) 구글의 Multi-hop 기능을 믿고 샀네요.

세팅은 정말 간단하고, 기존 SSID를 그대로 사용하니 별 문제없이 기존 기기도 다 잘 붙었습니다. 성능도 잘 나오고 앱도 사용하기 정말 편해서 만족하네요.
Arlo Pro 2 Camera

안전을 위해 벼르고 벼르던 알로2 카메라를 장만해서 집 앞, 뒤, 거실에 두었네요. 이것과 네스트 아웃도어 카메라와 많은 고민을 했으나, 알로는 배터리로 구동될 수 있다는 점이 좋아서 알로를 구입했네요. 배터리는 상황에 따라 다른데, 적어도 이주 이상은 가는 듯 합니다. 처음엔 바로 앞에 풀이 있는 곳에 설치를 해서 바람만 불어도 모션 센서가 동작하니, 배터리가 급속히 줄어들었는데, 위치를 좀 바꾸고 나니 꽤 오래 가네요.

매월 비용을 내지 않아도 되지만, 그러면 모든 모션 센서에 반응해서 스마트폰으로 알림이 와서, 알로 스마트 프리미어를 가입했네요. 현재는 사람, 자동차, 동물, 택배 정도를 구별해 줘서 선택적으로 알림을 켜고 끌 수 있습니다. 이 기능 하나만으로 충분히 가치를 하는 듯 하네요. (네스트는 더 잘 되겠죠? 구글인데...)
iPhone XS & Airpod

아내의 스마트폰이 너무 느리고 화면도 깨진 상태라 이번에 좋은걸로 장만했네요. 사진 하나는 정말 기가막히게 잘 찍힙니다. 아래에서 이야기 하겠지만, 구글 픽셀3 스마트폰이 소프트웨어로 배경 분리를 해내는 것이라면 아이폰은 듀얼렌즈로 배경을 인물에서 분리해 내는것이라 좀 더 정확하게 잡아냅니다. 성능이야 말할것도 없이 쾌적하네요.

에어팟은 뚜껑열면 연결되서 좋다는 것 말고는 잘 모르겠네요. 결국 환불하기로 결정했습니다.
Apple Macbook Pro 15 2017

이건 구매가 아니라 회사를 옮기면서 개발용으로 받은 것입니다. 기존에 사용하던 2013 Late rMBP와 비교해 보니 성능은 확실히 좋아졌구요. 썬더볼트3 포트가 양쪽에 있어서 도킹스테이션과 연결하는게 편하네요.

그러나, 터치바는 아무리 봐도 엉망입니다. 이걸 왜 만들었는지 여전히 이해가 안가네요. VIM 유저로써 Esc가 클릭 느낌이 없는건 정말 최악이구요. 그 외의 다른 키도 사용하려면 화면을 쳐다봐야해서 정말 엉망입니다. 터치ID는 의외로 만족하구요. 그래서 새로 나온 맥북 에어가 터치ID있고 펑션키라 아주 좋아보입니다.
Kenshington Thunderbolt 3 docking station

맥북과 연결하기 위해 장만했는데, USB-A 포트가 뒤에 하나, 앞에 하나밖에 없어서 좀 아쉽네요. 그 외에는 만족합니다. 차라리 miniDP 포트로 하고 뒤에 USB-A나 C를 좀 더 늘려줬으면 좋았겠다.. 싶네요.
Google Pixel3

프로젝트 파이 (이젠 구글파이)에서 행사를 해서 구매한 픽셀3입니다. 이것 또한 아이폰과 비슷하게 사진은 끝내주게 잘 찍히네요. 소프트웨어 발전이 무섭다는 생각이 들 정도입니다. 싱글렌즈로 depth를 구해내다니...
Steelcase Leap V2

아마 올해 최악의 구매가 되지 않을까 하네요. 집에서 일할 수 있는 환경을 꾸미는 도중에 이케아 30불짜리 식탁용 의자가 너무 불편하게 느껴지더군요. 그래서 고민 끝에 회사에서 쓰던 스틸케이스가 좋았던 기억이 있었서 제품을 구매하러 봤더니, 기본이 800불이 넘더군요.

그러다 오픈박스로 300불에 파는 게 있길래 덥썩 물었는데,,, 이게 오픈박스가 아니고 닳고 닳은 의자가 배송이 되었네요. 팔걸이 부분은 군데 군데 뜯겨져 나가고 스크래치는 잔뜩 있는 걸로 봐서, 어느 폐업하는 회사 의자를 liquidation으로 나온 것을 되팔이 하는 듯 해 보였습니다.

구매한 곳 (Madison Seating)에다 따졌더니, 자기들 OpenBox 기준에는 부합한다며, 반송비도 제가 내야 하고, 재입고 비용도 내야 한다고 해서 결국 카드사에 클래임 걸었네요. 아직도 해결 안되고 현재 진행형입니다. 구매한 곳에서는 자기 회사 법무팀으로 포워딩 한다는데, 당분간은 골치썪이게 생겼네요.

중고를 살거면 크레익리스트에서 200불에 구매할 수 있는데 이걸 뭐하러 돈주고 300불에 살 사람이 누가 있다고...
Xbox One X

이전에 쓰던 Xbox One S에서 아이들이 마인크래프트 플레이를 하면, 종종 다운이 되더군요. 이전엔 그러지 않았는데, 언제부터인가 빈번하게 발생해서, 기계가 잘못 된 줄 알고 구입한 녀석입니다.

기계 문제가 아니더군요. 바꿔도 똑같이 발생합니다 (내 아까운 돈... ㅜ.ㅜ) 그러나 성능하나는 발군이네요. 레이싱 게임을 해 보니, 이전 콘솔과는 조금 (많이는 아니고) 다르다는 느낌이 옵니다. (플라시보인가..) 이렇게 360불 지출을 정당화 시켜봅니다.
Thule Motion XT Alpine roof carrier

차를 바꾸면서 미니밴이 아니라 SUV로 갔더니 짐칸이 많이 줄어들었네요. 다섯명이서 타는 것은 문제가 없는데, 7명이 타게되면 짐을 거의 못 싣게 될 정도라 간단한 옷이나 스키, 스노우보드를 싣게 루프 캐리어를 하나 장만했네요. 이걸 대비해서 차 구매시 루프바도 같이 샀지요 (사실은 서비스!)

위의 커버는 너무 빈약한게 아닌가 싶긴 한데, 더 튼튼하게 하면 무게가 너무 무거워졌겠다 싶네요. 지금 이 사이즈도 혼자서 올릴 수 없는 무게더군요. 차고에 실려서 들어올 수 있으면 좋겠지만 차고 문이 낮아서 밖에서 연결하고 꺼내고 해야 하니 무게가 중요한 것 같긴 합니다. 알파인 스키를 탈것도 아닌데 괜히 알파인으로 갔다 싶기도 해요.
LG 27UK650 4k Monitor

블랙 프라이데이에 노리고 노리던 27UK850은 안떴지만, usb-c 단자가 제외된 27UK650이 저렴한 가격에 풀려서 하나 구입했습니다. 백 오더라 받기까지 한달 가까이 걸렸지만, 맥북을 제외하고는 처음으로 써보는 고해상도 디스플레이라 아주 만족하네요. 4k를 2대 1로 스케일링해서 1920x1080 으로 사용하고 있는데, 27인치에 1920 이 딱 좋은 것 같네요. 회사 모니터는 27인치에 2560x1440이라 글씨가 너무 잘아서 (나이가 들어가나...) 흐릿해지는 걸 감수하고라도 1920x1080으로 사용중인데, 깔끔하게 1920으로 볼 수 있으니 아주 좋습니다.

도킹 스테이션과 연결하니 맥북프로나 델XPS나 모두 쓸 수 있어서 간편하니 좋네요. 2013 맥북 프로는 썬더볼트2라 이것을 연결하기가 좀 애매한 감이 있는데, 2013 맥북프로는 곧 현역에서 은퇴할 것 같으니 나머지 두대로 알차게 써야겠습니다.

Specification Language

Unknown — Thu, 13 Dec 2018 00:00:00 +0000

Specification Language

그동안 글이 뜸했었네요. 최근에 이직을 하게 되어서 정신이 없기도 했었고 (그런 것 치고는 3월 이후로 글이 없긴 했네요 :) ) 회사노트북만 사용하면서 글을 쓸 환경을 만드는 게 여의치 않았기도 했네요. 웹 브라우저를 켜고 바로 글을 쓸수 있는 환경이 아니라 haskell도 설치해야 하고, static site generator도 컴파일 해야 하고, 키도 만들어야 하고, 이미지 파일 싱크도 해야 하고 여러 복잡한 준비과정이 필요하다 보니 아예 처음부터 발걸음이 떼지지 않았다고 할까요?

얼마 전 날 잡고 작업을 했습니다. 이미지는 구글 드라이브에서 싱크하던 걸 아예 도메인을 새로 파서 이미지는 따로 CDN 을 통해서 불러오게 바꿨구요. 회사 노트북 보안 단계도 한단계 낮춰서 Homebrew를 사용할 수 있게 해뒀네요.

이런 과정을 거치고 나니 무언가 글을 하나라도 써야겠다는 의무감이 좀 생깁니다. 그래서 오늘은 지인들과 모여서 이야기 했던걸 풀어놓을까 합니다.

이전 회사에서 일할 때에는 문서를 작성할 상황이 많지 않았는데, 이직을 하고 난 후 문서 작성, 그중에서 스펙문서(Specification)를 작성하는 경우가 많네요. 회사 분위기가 다르다보니 일하는 방법도 많이 다르네요. 제가 영어권 사람이 아니다보니 스펙 문서를 쓰는게 항상 부담이 많이 됩니다. 말도 제대로 못하는 외노자인데, 문서로 다른사람을 이해하게 하는 글을 써야 하는게 정말 어렵더라구요.

영어권 사람들과 스펙을 보완하고 수정해 가는게 정말 기나긴 시간이 걸립니다. 하드웨어 디자인은 순식간에 만들었는데, 문서를 보완해가다보니 두달이 지나도 문서가 완성될 기미가 안보이더라구요. 그러다 보니 힘들기도 하고, 지치기도 하고, 무슨 좋은 방법이 없을까 지인들과 이야기를 하게 되었네요.

그런 부분을 해결할 방법을 찾아보게 되면서 자연스레 영어 기술을 효과적으로 하는 방법을 궁리하기 시작했습니다. 가장 중요한 것은 표현을 제약하는 것이더군요. 스펙을 작성하거나 읽다보면 항상 접하는 조동사가 몇개 있는데, 이런 조동사는 스펙에서 정해진 의미로만 쓰인다고 암묵적으로 합의 되어 있습니다. 그 조동사는 shall, should, may 등이 있는데, 강제(mandatory)하는 것에서부터 점점 추천(recommendation)하는 것까지 표현하려고 사용됩니다. shall은 반드시 지켜야 하는 조건을 이야기하지요.

이게 어디서 나왔는지 알아보니, IETF RFC 2119에서 제안된 내용이더군요. 그런데 이 RFC를 만들 때 왜 조동사만 정의 했을까 의문이 들더군요. 이 제안을 할 때 문서의 작성 규칙이나, 아니면 다른 부분까지 제한하는 것은 왜 하지 않았는지 궁금해집니다.

그래서 그런 규칙을 만들어야 하나.. 고민하면서 이야기 하다보니, 차라리 Esperanto 언어같이 단순한 규칙을 가지고 하나의 단어가 하나의 뜻만을 가지고 있는 언어로 기술하는 것도 낫겠다.. 라는 생각도 해보고, 그러면 Esperanto와 1:1로 매칭되는 단어사전을 이용해서 그 단어만 가지고 영어로 기술하는 것도 괜찮지 않을까? 하는 이야기도 했네요.

그러다 링크를 하나 받았는데, 이미 20년 전에 그에 관해 토의가 꽤 있었더군요. 꽤 다양한 스펙 언어가 이미 공개되어 있었네요. 대략 훑어보니 저희가 의도한 것과 비슷하게 단어와 표현법을 제약하는 게 주된 방법인 것 같습니다.

그중에 Attempo Controlled English가 꽤 눈길을 끕니다. 이제 문서를 읽어보기 시작하는데, 저희의 의도와 비슷한 말을 하고 있다보니 더 관심이 가나봅니다.

제 메니져에게 지나가는 듯이 말했더니, 아니나 다를까 영어 네이티브인 메니져는 아무런 관심이 없군요. 영어로 글을 쓰는게 물 흐르듯이 되다보니 이런 것에 관심이 갈 리가... 그래서 그런지 ACE도 스위스 취리히 대학에서 만든거군요.

역시 영어 네이티브가 아니여야 이런 궁리를 하는거구나... 싶네요.

Vegetable Garden

Unknown — Tue, 19 Jun 2018 00:00:00 +0000

Vegetable Garden

텃밭은 아내가 뒷마당에 꾸미고 싶었던 것 중 가장 원하던 것이었습니다. 외국에 살다보니 한국에서 흔하게 쓰이던 식재료 중 구하기 귀찮은 것이 몇개 있는데, 그 중에 가장 대표적인게 '깻잎', '무', 그리고 '고추' 인 것 같네요.

깻잎은 한국마트에서만 판매가 되는데 너무 빨리 시들해져서 한국마트를 자주 가지 않는 저희에게는 필요할 때 없는 존재였거든요. 무도 비슷합니다. 오래 보관도 안되는데 한국마트 외에는 구하기가 어렵구요. 그나마 고추는 좀 나아요. 청량고추 대신 멕시코산 고추를 쓰면 되니까요.

Stain the Pergola

Unknown — Fri, 01 Jun 2018 00:00:00 +0000

Stain the Pergola

날잡고 드디어 퍼르골라(파고라)를 스테인 칠했네요. 랜드스케이핑하면서 설치하기 전에 스테인을 칠했어야 했는데, 시기를 놓쳐서 스테인 칠 못하고 설치를 하게 되었습니다. 그래서 어쩔수 없이 설치된 상태에서 사다리 타고 올라가서 에어 컴프레셔에 스프레이건(보통 후끼라고 하죠)을 사용해서 칠했네요.

Lawn Aeration

Unknown — Thu, 31 May 2018 00:00:00 +0000

Lawn Aeration

뒷마당 공사가 끝나고 나니 잔디가 많이 죽었네요. 무거운 밥캣이 뒷마당에 돌아다니다보니, 잔디 흙이 많이 눌려서 땅이 단단해졌습니다.

Landscaping

Unknown — Thu, 17 May 2018 00:00:00 +0000

Landscaping

집을 구입할 때, 뒷마당이 정말 숲속에 있는 것 같은 느낌이었습니다. 우거진 나무에 덤불에 파릇파릇한 잔디까지, 아늑한 느낌을 주는 뒷마당이었죠.

Message from Superintendent

Unknown — Wed, 07 Mar 2018 00:00:00 +0000

Message from Superintendent

오늘 장학사(Superintendent)로부터 전체 이메일을 한통 받았네요. 그 중 눈에 띄는 내용이 있었는데,,,

Our goal as an elementary school district is to promote student learning in an environment that supports social-emotional well-being and physical health. Participation in events that are being proposed in the media, such as protests and walkouts, may increase the sense of fear and anxiety among our younger students and would create additional safety concerns in ensuring sufficient supervision.

We do however respect our students’ interests and desires to express their feelings and exercise their right to Free Speech. In response to the considerations of the age-appropriate needs of students in grades TK-8, site and district staff will not be promoting or encouraging students to participate in walkouts or protests. Our site administrators will, however, support students who share with them that they would like to have their views be heard. At the middle school levels, student leadership groups have expressed to their principals that they would like to safely and respectfully express their feelings. Our middle school principals, Randy Martino and Todd Feinberg, will be working with students on safe and appropriate ways for students to have their voices be heard.

-- Denise Clay, Superintendent

한국의 학창시절을 보낸 저에겐 충격이었네요. '겨우 십대 초반의 꼬맹이가..' 란 생각을 하기 쉬운 중학생의 의사표현을 존중하고, 귀 기울이고, 그 의견이 전달되도록 힘쓰겠다는 말이, 비록 말뿐일 순 있겠지만, 낯설게 들리면서도 감동이었네요.

한국의 학생들은 많은 시간을 의견이 묵살되는 것을 경험해 왔죠. 저 또한 그런 모습을 빈번히 보아왔구요. 그런 시간을 거치면서 저에게 자연스레 어린 아이의 의견은 무시해도 된다는 생각이 자리잡게 되었던 것 같네요. 두 아이를 돌보면서 하나의 인격체로 대하지 못했으니까요.

반성하고 고쳐나가야 할 부분입니다. 아이에게 가르칠 것은 가르쳐야 하는 게 부모의 의무이지만, 가르친다는 이유로 아이의 모든 말보다 부모의 말이 우선이 될 순 없는것인데, 그러지 못했네요.

Fishing

Unknown — Sun, 11 Feb 2018 00:00:00 +0000

Fishing

어릴적, 아버지께서 쉬는 날이 되면 저와 형 손을 잡고 집 근처 다리가 연결된 섬으로 낚시를 종종 갔었습니다. 산길로 차를 몰고 가서 멈추고, 낚시대 가방과 아이스박스를 들고 한참을 산을 타고 바위를 넘어서 갯바위로 갔었죠. 거기서 감성돔도 낚고, 우럭도 낚고, 이것 저것 많이 낚았던 기억이 아직도 생생합니다. (제일 많은건 놀래미...)

커가면서 점점 낚시도 뜸해졌고, 갯바위에서는 잔챙이 복어 말고는 더이상 물고기가 잘 안잡히게 되더군요. 아무래도 고향이 점점 발전된 도시가 되면서 도시 근처에선 물고기가 살기 힘든 환경이 되어버린 탓이겠죠. (요즘엔 다시 수질 관리를 해서, 좀 낚인다는 소문이 들립니다)

미국에 와서 오랫동안 손 놓고 있던 낚시를 다시 해보려고 이리저리 저렴하게 장비를 구입중입니다. 9피트짜리 단돈 40불 안되는 루어낚시대, 3000대 스피링 릴, 20파운드 줄과 루어를 사서 출격 준비중입니다.

호수 낚시는 어렵기도 해서 낚시대는 모셔만 두고 있는데, 해변 낚시는 아이들이 해변에서 모래놀이 하는 동안 낚시 할 수 있을 것 같아 시도해 보려고 합니다. 이번 주말에 낚시 조황이 좋을 것 같다는 예보에 한번 나가보려 하는데, 잘 잡히려나 모르겠네요. 루어 낚시는 한번도 해본 적이 없으니 99% 허탕을 치겠지만, 그래도 낚시대 드리우는 것만으로 기분이 좋을 듯 합니다.

이런 저런 취미를 가져보려 하는데, 아이들과 같이 시간을 쓸 수 있는 취미는 몇 없더군요. 서핑을 하기엔 아이들이 어리고, 스노우보드는 좋아하지만, 겨울에만 즐길 수 있는데다, 올해는 시에라에 역대 최저 눈이 내렸다고 하니 점점 눈 보기 힘들어질 것 같고 (리프트권도 엄청 비싸구요.. ㅜ.ㅜ) 그러네요.

낚시 다녀와서 한번 결과를 올릴게요. 물론.. 꽝이겠지만요.

2017년도 지름 결산

Unknown — Sun, 31 Dec 2017 00:00:00 +0000

2017년도 지름 결산

매년 계속 되는 지름보고 입니다.

임의 순서로 중요한 것만 추려보았습니다.

AKG K702

년초에 영국 아마존 (영마존이라 부르죠)에서 아주 저렴한 가격에 풀려서 회사일 하면서 들어보려 구입한 헤드폰입니다. 백오더라 받는데 한달이 걸리긴 했지만, 3대 레퍼런스 헤드폰으로 불리는 녀석이라 기다릴만한 가치가 있었습니다.

다만 저에겐 좀 착용이 불편하고 귀가 아파서 얼마 듣지 못하고 지인에게 선물했네요.
Code & Quill Origin Notebook

기존 Clairefontaine Agebag Clothbound 노트북이 실제본에서 떡제본으로 바뀌면서 좍~ 펼쳐지지 않아서 물색한 노트북입니다. 일단 디자인은 정말 깔끔해서 좋아요. 백색 인조가죽같은 하드커버도 마음에 듭니다. 다만 커버가 너무 두꺼워서, 다음에는 Traveler Notebook 버전으로 구매해 볼까 합니다.

종이 재질은 클레르퐁텐 노트북에 비해 약간 아쉽습니다. 만년필이 뒤에 비치는 것은 아닌데, 좀 잘 번지네요. 그러나 그것보다 아쉬운 것은 선이 그려진 버전인데 선 간격이 너무 조밀합니다. 몰스킨같이 조밀해서 한 출 쓰고 한줄을 띄어야 하나 고민될 정도네요. 결국 다시 클레르퐁텐으로 돌아왔습니다. 고민하고 있는 것은 클레르퐁텐 Essential 을 사용하느냐 아니면 돈을 좀 더 주고 로디아 Webnote를 쓰느냐네요.

Baron Fig Confidant라는 노트북도 있긴 한데 이것도 종이 질이 클레르퐁텐에 미치지는 못하다고 합니다.
iRobot Roomba 805

이전, 삼성 로봇 청소기에 데인 터라 로봇청소기는 거들떠 보지도 않았는데, 바닥 진공청소기는 자주 돌리는 게 좋겠다 싶어서 대충이라도 이물질을 청소해 줬으면 하는 바람으로 구입한 로봇청소기 입니다. 그 사이에 많이 발전한 것 같네요. 일단 자기가 한번에 다 빨아들일 수 없다는 걸로 생각하고, 반복적으로 여러번 같은 곳을 지나갑니다. 그러다 보니 일단 어느정도는 바닥이 청소가 되는 것 같네요. 다만, 바닥에 걸리적 거릴만한 게 없어야 할 거 같네요. 비닐봉지 빨아들여서 에러를 내뱉는 경우가 많아요.
Xbox One S

도서관에서 무료로 빌릴 수 있는 DVD가 많아서, 아이들 DVD 플레이어 용도로 구입한 녀석입니다. 예상은, DVD + 게임 이었는데, 게임이 너무 비싸서 살 수가 없네요. 여전히 DVD 플레이로만 사용되고 간간히 아이들이 마인크래프트 플레이 하는 용도로 사용 중입니다. 100% 활용을 하고 있지 못해서 아쉽지만, 100% 활용하자고 게임마다 60달러를 쏟아붓기에는 Steam 이 너무 매력적이네요.
[BenQ HT-2050 Projector][benq-ht2050]
[Onkyo S7800 Sound System][onkyo-s7800]
Elitescreen 120" Motorized Projector Screen
Ikea SEKTION Kitchen Cabinets

이사온 집에 주방이 좁아서 식기 놔둘 공간도 마땅치 않았습니다. 그래서 벽을 좀 손보고 이케아에서 캐비닛을 사서 설치했네요. DIY로 했는데, 작업하면서 이케아가 정말 시스템을 잘 만들었구나.. 생각이 들었어요. suspension rail을 이용해서 벽에 거는 걸 쉽게 만든 점이나, 문 설치를 위해 미리 구멍을 뚫어놓아서 먼지 날릴 일이 없다는 점등 다양한 부분에서 쉽게 조립할 수 있게 만들어놨더군요. 덕분에, 부담스러웠던 주방 캐비닛 설치를 그래도 우여곡절끝에 잘 마칠 수 있었습니다.
Ryobi Cordless Pole Saw

뒷마당에 있는 나무의 높은 가지를 쳐내려고 구입한 장대 전기톱입니다. 보통 전기톱을 살까 하다가 너무 저에겐 과분한 것 같아서 좀 더 활용이 큰 이 장대 전기톱으로 선택했는데, 두개 다 필요한 것 같네요. 이걸로 낮은 나무 기둥을 자를려고 하면 자세가 정말 어정쩡하게 나옵니다. 그래도 두꺼운 나뭇가지를 사다리타고 올라가 톱질하고 있는 것 보다는 낫죠!
Ego Electric Lawn Mower

기존 개스 잔디깎이가 이사 후로 사망 선고가 내려지는 바람에 기화기(carburetor)를 새로 사서 바꿀까 하다 넘어간 (금액이 열배?) 무선 전기 잔디깎이 입니다. 유선은 선을 잘 짤라먹는다고 해서 무조건 무선으로 갈 생각이었고, 그 중에 DeWalt가 있었다면 샀겠지만 아니라서 그 다음으로 평이 좋은 녀석으로 구입했습니다.

정말 엔진 잔디깎이만큼 강력하고, 가솔린 냄새도 안나고 덜 시끄럽고 아주 만족하는 제품입니다. 비싸긴 한데, 참고 1년만이라도 내가 앞마당, 뒷마당 잔디 관리하면 이득! 이라는 생각으로 잘 쓰고 있습니다. 의외로 마당 관리하는게 일이 많은데 재밌습니다. :)
DeWALT 20V MAX Leaf Blower

렌트로 살았던 집에서는 가을에 떨어지는 낙엽을 일일히 빗자루로 쓸어댔습니다. 뒷마당이 정말 컸던 집이라, 한번 쓸기 시작하면 한시간은 기본이었구요. 이사 후론 절대 그렇게 뙈약볕에서 빗자루질을 하진 않겠노라 다짐하며 블로워를 구입했습니다.

대만족, 20V Max (그냥 일반적인 18V짜리에요) 임에도 바람이 강력해서 휘발유 엔진 블로워랑 별 차이도 없고 조용하네요. 배터리도 정말 오래 갑니다. 뒷마당 앞마당 다 청소해도 반은 넘게 남아있는 것 같네요 (LED 3칸중 2칸 뜹니다) 덕분에 DeWalt 에 대한 신뢰도가 급상승해서 String Trimmer, Hedge Trimmer도 구입하게 되었네요. :)
DeWalt 20V MAX String Trimmer & Hedge Trimmer

잔디의 가장자리를 깎기 위해 유용한 string trimmer와 자잘한 가지를 반듯하게 쳐낼 수 있는 hedge trimmer는 마당 꾸미기에 필수품이 아닐까 합니다. DeWalt string trimmer의 단점이라고 하면 가장자리를 편하게 자르기 위한 롤러가 장착이 안된다는 건데, 그럼에도 불구하고 cordless 치고 강력한 절삭능력을 보여줘서 마음에 듭니다.
Dyson V7 Cordless Vacuum

기존에 사용하던 다이슨 무선 청소기 (DC56)가 사망하시는 바람에 (왜 이사 후 이리 고장나는게 많은지..) 새로 구입한 무선청소기 입니다. 무선임이도 유선을 대체할만 하겠더군요. 청소도 정말 쉽고 흡입력도 유선 다이슨과 비교해도 떨어지지 않고, 벽걸이까지 같이와서 충전하기도 편하고, 만족하며 사용중입니다.
Rubbermaid 5ft x 2ft storage shed
Rachio Smart Sprinkler Controller + Wireless Rain Sensor

날씨와 레인센서를 이용해서 잔디의 물을 알아서 주는 시스템입니다. 물 리베이트가 있어서 사서 쓰게되었는데, 알아서 물양을 늘였다 줄였다 하니 좋더군요. 다만, 처음에 잔디가 좀 말라가서 보니, 세팅을 꼼꼼하게 해야 물을 적절하게 줄 것 같더라구요. 일반적인 상황에서는 문제가 안되는데, 저희 집은 잔디에 물을 rotor head로 주다보니 물 양이 rachio가 생각하는 양보다 훨씬 적게 들어가게 되서 잔디가 물이 부족해졌네요. 사서 몇달간은 잔디 상태 보아가며 적절한 세팅을 찾아야 하지만, 그게 끝나고 나면 잔디에 신경을 끌 수 있어서 좋은 것 같아요.
Samsung Smartthings + Phillips Hue + Google Home Mini + GE Z-wave Light Switch + Motion Sensor + Leak Sensor

집 장만 후 스마트폰으로 또는 음성으로 집을 제어해보고자 블랙프라이데이에 할인할 때 장만했는데, 만족중입니다. 특히 Scene이 있어서 특정 상황에서 집안 전체 또는 특정 지역의 전등을 한번에 바꿀 수 있는 것은 매우 유용하네요. 집 밖에 크리스마스 전등을 달아두었는데, 기존 타이머를 이용한 것 뿐만이 아니라, 다른 상황에서도 유용하게 쓰여서 좋습니다. 기존 등을 활용하기 위해 필립스 휴 보다는 GE Z-wave Light switch를 구입해 집안 전등 스위치를 바꿨는데, 이게 더 나은 선택같네요.

구글 홈 미니는 거의 공짜로 구매할 수 있는 딜이 떠서 샀는데, 기존에 구글홈을 방에만 두었다가 구글홈미니가 거실과 주방을 담당하게 되니 사용 폭이 훨씬 늘어났습니다. 마음 같아서는 더 구입해서 아이방에 두고 싶은데, 딜이 두개가 끝이라 아쉽네요.

Smartthings로 연동되는 기능이 워낙에 많다보니, 이것 저것 추가하는 재미가 있네요. 누수 센서도 추가하고, 모션센서, 도어 열림 센서도 추가해서 Home security까지 구축이 가능하니 꽤 유용하네요. 조만간 Arlo Pro 카메라도 장만해서 좀 더 사용처를 늘려볼 생각입니다.
Turf & Needle Pillow
Purple Platform Base

미국에 와서 지금까지 매트리스를 침대도 없이 바닥에 두고 썼는데, 이사와서 그래도 바닥에서는 좀 띄워서 써야겠기에 장만한 Platform base입니다. 광고에 삐걱대지 않는다고 광고해서 비싼 금액을 주고 샀는데, 조립하고보니 삐걱대네요. 고객센터와 이야기 한 후에 보니 설명서에 나와있는 부분 외에 추가로 나사를 조여야 하는 곳이 꽤 있어서, 그 부분을 조정하고 나니 삐걱소리가 사라졌습니다. 지진이 와서 지붕이 무너져도 버텨낼 것 같은 튼튼함에 마음이 듭니다.

Onkyo Home Theater S7800

Unknown — Sat, 30 Sep 2017 00:00:00 +0000

TV를 둘 곳을 못 찾아 홈시어터를 구성하기로 하고 BenQ HT2050 프로젝터와 함께 여러 사운드 시스템을 알아보았습니다. 프로젝터 사운드도 괜찮다는 평이 많았는데, 그럼에도 불구하고 사운드 시스템을 찾은 이유가 있어요.

천장에 장착한 프로젝터에 HDMI 케이블로 영상을 연결해야 하는데, Xbox, Notebook, Chromecase, NAS 를 번갈아가며 연결하는게 매우 번거로움
센터 스피커가 없어서, 이전 TV로 영화를 볼 때 5.1 채널이면 목소리가 잘 안들림

가장 신경 쓰였던 건 첫번째 이유였어요. 천장으로 구멍을 뚫기도 애매하고, 매번 기기를 바꿀 때 마다 HDMI 케이블을 뽑아서 써야하니 귀찮아 지는게 많을 것 같아 보였어요.

그래서 이리저리 홈시어터 사운드 시스템을 검색해 보니, 요새 시스템은 여러 HDMI 입력을 받아서 소리를 빼고 영상만 HDMI out으로 내보내더군요. 놀라운 세상이라고 감탄하며 그 당시 할인이 강하게 들어간 온쿄 S7800 5.1.2 채널 시스템을 들이게 되었습니다.

Dolby Atmos

먼저 5.1 채널과 5.1.2 채널의 다른점이 뭔지 알아야 하는데, 5.1.2 채널은 Dolby Atmos 를 구현하기 위한 채널이에요. 마지막 자리 .2 가 천장 스피커를 말하는데, 천장에 직접 스피커를 달면 위에서도 소리가 들리기 때문에 비 내릴때나 비행기가 위로 날아갈 때 정말 실감이 납니다.

위의 그림에서 보이는 것 처럼, Onkyo S7800 시스템은 천장에 직접 스피커를 달기 어려워 하는 사람을 위해 Front speaker를 변형을 해서 천장을 향해 쏘는 high speaker를 한 모듈에 합쳤어요. 그래서 전면 스피커에 그릴이 두 방향으로 나와있습니다. 하나는 천장을 향하는 것과 다른 하나는 일반적인 전면을 향하는 것. 스피커 케이블도 두쌍이 연결되요. 직접 천장에서 울리는 것 보다는 조금 약하긴 한데 왠만큼 커버는 해 주더라구요.

Installation

박스를 뜯어보면 정말 많은 스피커와 메인 시스템, 그리고 안내책자와 몇가지 배선을 볼 수 있는데요. 스피커를 연결하는 선이 정말 아쉽더군요. 22 Gauge 정도 되는 듯 한 부실한 선이라 아마존에서 곧장 16 Gauge 선을 구입해서 연결했습니다. 제조사 말로는 22 Gauge로 충분하다고는 하는데 맘 편하게 16 Gauge로... 연결포트는 14 Gauge까지는 연결이 가능하다고 하니 돈을 좀 더 쓰고 싶으면 14 게이지로 가셔도 되지만 16 게이지도 방 하나를 커버하기엔 충분한 듯 합니다.

보통은 메인 앰프를 전면쪽에 두기 마련인데 전 상황이 여의치 않아서 서라운드 스피커 쪽에 둬야 해서 어차피 기본 케이블이 길이도 안맞더군요. 기본 케이블은 전면에 두는걸 가정해서 front, center, high 스피커 선이 짧고 surround 선이 길어요.

연결은 직관적이라 그다지 어려운 부분은 없습니다. +/- 만 잘 맞춰서 연결하면 끝~

Configuration and Firmware Update

처음 전원을 켜면 설정된 환경에서 crosstalk 이나 소리 크기를 측정하는데 이때 같이 딸려온 Accu EQ 마이크를 이용해 청취 위치에서 측정을 합니다. 세팅이나 방 구조가 바뀌거나 소리가 반사되는 환경이 바뀐다 싶으면 언제든 다시 조정이 가능하니 마음에 들더군요.

초기 펌웨어는 Google Cast가 지원되지 않아 Wifi 연결 후 곧장 펌웨어 업데이트를 하였습니다. (사운드 시스템에 펌웨어 업데이트라니... 세상 많이 좋네요 ㅎ) 그런데 업데이트 후에 Google Cast를 사용해보니 딜레이가 너무 길더군요. 결국 다시 Chromecast를 오디오 스트리밍 기기로 같이 쓰고 있습니다.

Listening

제가 막귀라 음질이 좋다 나쁘다를 논할 만한 실력이 되질 않아서 음질 이야기를 못하겠네요. 128 kbps 와 256kbps를 구별도 못하는 사람이라...

그래도 단언컨데 TV에서 나오는 소리나 프로젝터에서 나오는 소리보다는 좋습니다. 게다가 5.1.2 채널이잖아요? 뒤에서 총소리 들릴때나 위에서 비행기가 지나갈 때 실감 납니다.

다만, Dolby Atmos 지원하는 영화나 드라마가 정말 없네요. 5.1채널은 널리 퍼진 것 같은데 아직 Atmos는 좀 이른 듯 합니다. 넷플릭스 계정이 없어서 옥자를 못 보았는데, 한번 보고 싶네요.

Conclusion

999달러에도 편하게 홈시어터를 구성하기에 더할나위 없이 괜찮은 가격이라 평 받는 제품인데 운 좋게 2/3 가격에 구해서 잘 사용하게 되었습니다. 시스템 구성도 알차고, 4k 출력도 되고 (제 프로젝터가 지원을 하진 않지만...) 나무랄 곳 없는 제품인것 같아요. 이번 블랙 프라이데이때 또 할인이 엄청 들어갈 것 같으니 땡기시면 아마존을 주시하시길. :)

BENQ HT-2050 Projector

Unknown — Fri, 22 Sep 2017 00:00:00 +0000

[새 집에 이사][purchasing-house] 를 한 후, 텔레비전을 거실에 어디다 두어야 할 지가 정말 고민이 되었습니다. 거실 한 켠에 큰 창이 있고 그 바로 옆 벽에는 벽난로가 있다보니, 쇼파와 TV를 양쪽 벽에 둘 수가 없었죠.

--| Window                 |--
|
|
|                            |
|                            벽
-                            난
창                           로
-                            |
-------------------------    |

그래서 TV를 두지 않고, 스크린을 달아서 프로젝터로 보기로 했습니다. 뒷마당을 향하는 창문을 암막커튼으로 치고 그 위에 프로젝터 스크린을 내릴 수 있게 해서, 필요할 때만 보도록 하는 방법이었죠.

프로젝터를 구입 시 필요한 조건이 몇개 있었는 데, 첫째는 조용한 프로젝터였고, 둘째는 낮에도 어느정도 보일 만큼 밝고 컨트라스트가 적당히 높은 프로젝터였습니다. 빛을 암막커튼으로 가리더라도 지나다니는 통로를 통해서 주변광이 들어올 수 있는 환경이라 밝기가 2000 루멘 이상은 되어야 했습니다. 그리고, 지금까지 봐온 프로젝터는 팬 소음이 무척 커서 소음이 거슬리는 경우가 있었는데, 최소한 소리가 나는 제품으로 물색했어요.

결론은 Benq Home Theater 프로젝터였습니다. HT 시리즈가 여러개가 있는데 전 그중에 1080p가 지원되는 적당히 인지도 있는 HT-2050으로 선택했습니다. 제품이 출시된 지는 오래되었지만 평판이 좋아서 선택했는데, 결론은 잘한 선택이었다는 생각이 듭니다.

스펙이야 인터넷에 잘 나와있으니 구지 언급할 필요는 없을 것 같은데 한가지 언급하고 싶은 것은, 사운드 입니다. 저야 [홈씨어터 사운드 시스템 Onkyo S7800][onkyo-s7800]을 구입해서 사용해서 지금은 프로젝터 스피커를 사용하지 않지만, S7800 시스템을 설치하기 전 간이로 며칠간 사용했던 프로젝터 스피커는 생각외로 매우 좋은 소리를 들려주었습니다. 충분히 영화를 감상하기에 무리없을 만한 음질이었고 음량도 충분히 컸습니다.

다만 낮에 감상을 하기 위해선 밝기를 올리고 컨트라스트를 조금 손해보고 감상을 하던지 아니면 주변 빛을 확실히 차단을 하던지 해서 보아야 할 것 같더군요. 보는데 무리는 없지만, TV와 비교할 수는 없는 것 같습니다. 거실은 암막커튼으로 어느정도 막아지는데 통로를 통해서 주방에서 들어오는 빛이 낮에는 상당히 방해가 됩니다.

다만 해가 넘어가기 시작하는 시점부터는 120인치라는 화면은 TV가 보여주기 힘든 현장감을 보여줍니다. 영화관만큼 큰 화면은 아니지만 가까이서 보다보니 시야에 가득찬 화면으로 즐길 수 있어서 영화를 보거나 게임을 할 때 느낌이 예전 39인치 TV에서 보는것과는 완전히 다릅니다. 아이들이 특히 마인크래프트를 할 때 좋아하더군요. 이전에는 화면이 작아서 아이템 선택을 할 때 TV 앞으로 조르륵 달려갔는데, 이젠 그러지 않고도 잘 보이니 오히려 시력이 덜 나빠질 것 같아보이네요.

팬 소리는 조용할 때만 들리는 수준이고 감상에 방해가 될 정도는 아니여서 다행입니다. 기존에 회사에서 사용했던 프로젝터는 굉음 수준이었는데 BenQ만 그런것인지 홈씨어터용은 다 그런것인지 상당히 조용하네요.

Lense shift 도 가능해서 화질 손상 없이 높낮이 조절이 가능합니다. 이 기능이 없으면 디지털로 위 아래를 확대 축소하는 거라 화질이 안좋아지게 되는데 HT 시리즈 제품군에는 이 기능이 있어서 화질 열화가 생기지 않아요.

그 외에 다른 장점은 아직은 잘 모르겠네요. 그래도 밤에 영화 한편 보고 있으면 잘 샀다는 생각이 듭니다. :)

첫 집 장만

Unknown — Tue, 01 Aug 2017 00:00:00 +0000

첫 집 장만

렌트를 2년 연장한 게 몇달 되지 않았는데 다른 집으로 이사하게 생겼네요. 어쩌다 보니 시장이 뜨겁게 달아오른 이 때에 집을 사게 되었네요.

집을 보기 시작한 건 아마 미국을 오자마자부터 였던것 같네요. :) 주말에 놀러다니기 바쁘기도 했지만, 짬 날 때 근처에 Open House가 있으면 가서 보는 걸 많이 했어요. 그 때에는 보는 눈이 없다보니, 아무 집이나 보면 마음에 들더군요. 타운하우스도 좋고, 야드 거의 없는 싱글하우스도 좋고, 학군은 뭐 별로 상관 없어서 Santa Teresa까지도 돌아보고 그랬었죠.

그런데 싱글 하우스를 렌트한 뒤로 집을 보는 게 조금 달라졌어요. 넓은 뒷마당이 있고, 아이들이 따로 독립된 공간에서 놀 수 있는 공간 (저흰 놀이방이라고 부르지만 Den 같은 공간이에요)이 있는 집에서 살다보니, 이 두가지가 집을 정하는 데에 큰 부분을 차지하게 되더군요. 게다가 지금 살고 있는 캠브리안 지역이 마음에 들다보니, '이곳 근처로 구해야 겠다..' 라는 생각도 계속 들었구요.

그래도 작년 5월엔 집을 20% 다운할 돈도 없어서 대출 가승인 (preapproval)을 받지도 않았어요. 그러다 올해 초가 되서 loan broker도 만나고 은행 융자하시는 분도 만나서 preapproval letter를 받았지요. 그럼에도 불구하고 시장이 뜨거운 봄에는 살 생각이 없었고, 열기가 조금이나마 식는 가을, 겨울에 집을 구해볼 생각이었어요.

그러면서 마음에 드는 집을 하나, 둘 오퍼를 써보기 시작했죠. 시험삼아서요. 그런데 두번째 집에서 덜컥 되어버렸네요. 열심히 편지를 쓴 덕분인지, 같은 금액이 3개가 카운터 오퍼로 들어갔는데, 더 안올리고 저희걸 선택했네요.

갑작스레 집 준비에, 이사 준비에 정신없는 날을 보내고 있지만, 그래도 이젠 더 이상 렌트비 신경 쓰지 않고 살 수 있게되어 스트레스는 조금은 덜 해질 것 같아요. 대출 갚는 데 30년이란 세월이 필요할 만큼 무지막지한 대출 금액이지만, 이곳 실리콘 벨리의 뜨거운 주택시장 상황을 보고 있으면, 살 수 있는 것 만으로도 감사해야 할 상황이네요.

오퍼가 선택되고 나면 그 다음부터 무척이나 바빠지는 것 같아요. 서브프라임 사태 이후로 은행 대출이 매우 깐깐해져서, 필요한 서류도 많고, 요구하는 정보도 많아서 융자 하시는 분과 빈번히 연락하고 해결하고 해야 하더라구요. 그 승인 받는 기간이 집을 다시 사고싶지 않을만큼 힘들더라구요.

기회가 되면 융자가 어떻게 진행되는지 간단히 알려드릴게요~

개발자의 평생공부

Unknown — Tue, 20 Jun 2017 00:00:00 +0000

개발자의 평생공부

임백준님의 칼럼 글이 좋아서 공유합니다. 최신 트렌드를 알아야 할 필요가 있긴 하지만, 그것보다 중요한 것이 끈기, 집중력, 문제를 알아채는 감각 이라는 겁니다. 이전 글에서도 언급한 것이지만, 꼼꼼함이 정말 중요하다는 거죠.

일을 하다보면, 창의적인 능력이 중요한 분야도 더러 있지만, 실수없이 해내야 하는 일이 더 많다는 것을 느낍니다. 이 글을 쓴 임백준님도 비슷한 생각이신 것 같네요.

Pitfall of Design Change

Unknown — Wed, 14 Jun 2017 00:00:00 +0000

Pitfall of Design Change

하드웨어 설계는 한번 실수에 대한 비용이 정말 큰 것 같습니다. 공정이 세밀화 되면서 실수 하나로 인해 작게는 Metal ECO에서 크게는 Re-synthesis 까지 가게 되면 비용은 수십억이 소요될 수도 있죠.

최근에 겪었던 일화를 하나 소개할까 합니다.

새로운 프로젝트가 진행되면서 기존에 있던 디자인을 개선을 하게 되었습니다. 이 모듈은 주변의 몇몇 모듈과 서로 신호를 주고 받고 있었죠. 개선을 하면서, 내보내는 신호의 특성을 바꾸게 되었는데, 이 수정되는 부분을 통신하는 반대편 모듈에도 적용을 하였습니다. 이상없이 잘 동작하는 것을 보고 칩을 Tape-out했죠.

문제는 다른데서 터집니다. 또다른 개선버전 프로젝트가 Original project에서 갈라져 나오게 되었는데, 이 프로젝트에서 개선된 디자인을 하나만 가져다 쓰게 된거죠. 서로 바뀐 프로토콜을 이해하고 수정된 디자인이 아니니, 기존 디자인은 예전 방식으로 신호가 올 것이라 기대를 하고 새로운 디자인은 새로 정의된 방식으로 신호를 주게 됩니다.

일반적인 상황에서는 이 부분이 보이지 않았으나 예외의 상황 -- 버퍼가 가득찼다던지, 버퍼가 비었다던지 -- 에서 문제가 발생합니다. 결국 이 프로젝트도 칩이 이미 나와버려서, 이 부분을 수정하려면 Metal ECO 외에는 선택지가 없었고 큰 비용을 지불하고 새로운 마스크를 만들어야만 했습니다.

어떻게 미리 막을 수 있을까요?

어떻게 이런 불상사를 미리 막을 수 있을까요?

Design Stage

일단, 디자인 단계에서부터 차근차근 방법을 생각해 봅시다. 디자인을 할 때, 양쪽 어디든 한 곳에서 SVA(System Verilog Assertion)을 사용 해, 기대하는 신호의 특성을 기술했었다면 디자인을 검증하는 단계에서 이 문제를 미리 찾을 수 있었을 겁니다. 예를 들면, 신호가 req/grant 방식에서 pulse 방식으로 바뀌었다고 하면, 양쪽의 SVA는 이렇게 달랐을 겁니다.

// Old Design (In)
property p_req_grant;
    @(posedge clk) disable iff (!rst_n) I_REQ |-> ##[1:3] I_REQ && O_GRANT;
endproperty
ap_req_grant: assert property (p_req_grant);

// New Design (Out)
property p_pulse;
    @(posedge clk) disable iff (!rst_n) O_REQ |-> ##1 !O_REQ;
endproperty
ap_pulse: assert property (p_pulse);

그러면, 받는 쪽에서 의도하지 않은 신호가 왔을 경우 Assertion Error가 났을겁니다.

다른 한 방법은 신호의 특성이 바뀌었으니 port 이름도 바꾸었다면 두 디자인을 엮을 때 발견할 수도 있었을 겁니다. 위의 예를 들면 O_REQ가 O_REQ_PULSE 로 바뀌는 것을 예로 들 수 있겠네요.

IP Verification, SoC Verification

만일 디자인 단계에서 이 부분을 걸러내지 못했다면, 그 다음에 있을 검증 단계에서는 어떻게 찾을 수 있었을까요? IP 검증이나 SoC 검증에서 Functional Coverage가 잘 기술되어 있었다면, 이 문제를 발견할 수 있었으리라 봅니다. 너무나 단순한 실수임에도 불구하고, 그 상황이 예외적인 상황이었다면 그 문제를 발견하지 못하고 진행될 경우가 많습니다.

그러나 시작은 이 한 부분이었을지라도 그것에 영향을 끼치는 부분은 꽤 많이 있습니다. 위에서 예를 들었던, 버퍼가 가득찬 상태를 보죠.

만일 covgroup이 buffer full 상태를 포함하고 있었다면, 검증 엔지니어가 coverage report에서 부족한 부분을 발견하고 해당 testcase를 추가했을 겁니다. 그러면 문제가 조기 발견될 수 있었겠죠.

covergroup buffer @(posedge push_req);
    full: coverpoint buf_full {
        bins not_full = {0};
        bins full     = {1};
    }
    empty: coverpoint buf_empty {
        bins not_empty = {0};
        bins empty     = {1};
    }
endgroup

Closing

디자인을 할 때에나, 디자인을 수정할 때에 엔지니어에게 가장 중요한 것은 아무리 봐도 꼼꼼함 인 것 같습니다. 저도 시간에 쫓기며 워낙에 덜렁대다보니 이런 저런 실수를 종종 해왔는데요. 저부터 반성을 많이 하게 됩니다.

하드웨어 디자인 엔지니어 대부분이 systemverilog의 assertion 이나 covergroup을 들어본 적도 없다는 사실에 깜짝 놀랄 때가 많습니다. 이미 수십년간 하드웨어 디자인 언어가 발전해 오면서 가장 빈번하게 발생하는 사람에 의한 실수를 막을 수 있는 많은 방법이 언어에 녹아들어있습니다. 이런 새롭게 추가된 기능을 툴이 허용하는 한도 내에서 충분히 활용한다면, 꼼꼼함이 부족한 저같은 사람에게 큰 도움이 될 것 같네요.

새로운 기능을 시도할 때 주의할 점은, 이 기능이 현재의 디자인 프로세스에 모두 적용될 수 있는 지 검토하는 것 일것 같습니다. SystemVerilog 가 Hardware Description 기능도 많이 추가되었는데, 그 중 몇몇은 현행 버전 도구에서도 아직 지원하지 않는 것이 있습니다. 이게 Design Compiler가 지원을 하지 않으면 합성 전에 수정이 되어 괜찮은데, Design Compiler는 지원을 하고, FPGA Synthesis 도구는 지원을 하지 않거나, LEC(Logic Equivalent Check) 도구가 지원을 하지 않게 되면 나중에 이러지도 저러지도 못하는 상황이 발생할 수 있습니다.

모두 꼼꼼함을 최 우선 덕목으로 삼고 버그 없는 칩을 잘 만들어 봐요.

Reference

TK 졸업

Unknown — Thu, 08 Jun 2017 00:00:00 +0000

TK 졸업

6월이 되니 이제 대부분의 학교가 방학을 하게 됩니다. 알마덴 지역은 어제, 쿠퍼티노는 오늘, 그리고 제가 살고 있는 지역은 내일 방학을 하게 되네요.

첫째가 공립 유치원을 들어가고 벌써 10개월이 지났나봅니다. 그래서 Kindergarten을 들어가기 전, 경험했던 TK(Transitional Kindergarten)에 대해 간단히 기록을 남겨볼까 합니다.

일단, TK는 Kindergarten을 가기 전, 몇몇 아이들에게 제공되는 공립교육프로그램입니다. 킨더 입학 기준일이 12월에서 9월로 당겨지면서 원래 킨더를 들어갔어야 하는데 못 들어가게된 아이들을 위해 TK 프로그램을 만들게 됩니다. 그래서 킨더는 각 초등학교 별로 따로 있는데, 저희 지역에서는 교육청 내에 단 한 곳의 TK만 있습니다. 프리스쿨 비용이 워낙 비싸다 보니, TK를 갈 수 있게 되어서 좋았었네요.

TK 교육 프로그램은 킨더와 거의 유사하다고 하네요. 알파벳 교육, 미술 교육 같은 프로그램이 있지만 킨더에선 본격적으로 배우는데 반해 여기서는 놀이와 함께 배우고, 그 중요성이 크게 부각되지는 않는 것 같아요.

거의 보면, 학교에서 그리고, 뛰어놀고, 간식먹고 오는 것 같습니다. 그래서 아이가 적응하는 데에 그나마 부담이 덜 한 것 같네요. 처음부터 교육에만 집중되었다면 영어를 못 하는 첫째가 지금보다 더 힘들어 했을 것 같아요. 물론, 지금도 영어 때문에 힘들어하긴 합니다.

제가 살고 있는 지역은 아이들이 많다보니 TK, 킨더가 오전, 오후 두 반으로 나뉘어 있습니다. 그래서 교육시간이 3시간 20분으로 매우 짧아요. 주변 다른 교육청은 오후 1시 ~ 2시까지 하는 곳이 보통이더군요. 짧은 시간 덕분에 처음에 적응이 그나마 낫다는 점은 있지만, 영어에 충분히 노출되지 못해, 1년이 지난 지금도 영어는 아직 못하고 있습니다. 그만큼 아이가 학교가는 스트레스가 있게되는 것 같구요. (이건 아이 성향에 따라 다르니 개인차가 있겠습니다)

그럼에도 불구하고, 프리스쿨보다 나은 교육환경을 고려하면 잘 보냈다는 생각이 듭니다. 이제 8월 중순에 킨더를 가게 될텐데, 거기서도 지금처럼 잘 적응하면 좋겠네요. 킨터가 끝날 무렵 다시 한번 글을 써볼게요.

Great Hercules

Unknown — Sat, 20 May 2017 00:00:00 +0000

TL;DR

5등성까지 보임 (Averted Vision).
M49는 형체가 구별이 안감.
M104는 배율을 올려야 될 필요성이 느껴짐. 200배 이상이면 더 잘 보일 듯
M13은 위쪽의 좌,우 두 갈래 별 길이 잘 보이고, 왼쪽 아래 튀어나온 부분, 그 반대쪽 조금 떨어진 별, 그리고 아래쪽 원형 별 사이의 빈 공간이 뚜렷히 분리되어 보임 (상하좌우 반전이 없다고 생각할 때)
M51은 역시 약간 북천이라 배경에 많이 희석되지만,지난번보다는 나음. 위쪽이 큰 은하인 것이 구별이 되고 둘 사이가 뿌옇게 이어져있다는 게 느껴짐. (반전이 없다고 생각할 때)

Sky Log

하늘이 맑고, 하현달이라 다시 밖에 나왔습니다. 며칠 전 밤하늘 보다 좀 더 어두워 보입니다. 하늘 상태를 확인해 보기 위해 별자리를 가늠해봅니다. 처녀자리, 바다뱀자리, 목동자리 별을 기준으로 보니 직시로는 4.5등성까지 보이는 것 같습니다. 지난 관측때에는 견시로 4.5 등성이 보였으니, 확실히 오늘이 더 낫네요. 견시로 보이는 별을 가늠해 보니 5.1등성까지 보입니다.

목성을 잠깐 감상해 주고 Messier 49를 겨냥합니다. 처녀자리 은하단에 수많은 은하가 있지만, 8인치 망원경으로 도심에서 볼 수 있는 은하는 정말 몇개 없습니다. 그 중에 그나마 밝은 M49를 보는데, 은하인 것은 알겠는데 형체는 도저히 알아볼 수 없네요. 이게 원형인지 아닌지 조차 구별이 안갑니다. 핵은 확실히 인지 되는데, 그 너머로 얼마나 은하가 넓게 펼쳐져 있는지 보이질 않습니다. 역시 은하는 정말 어두운 밤하늘에 큰 구경으로 봐야하는구나 생각이 드네요.

그래도, 좀 더 나은 하늘이기에 다시 솜브레로 은하(M104)를 겨냥합니다. 지난번과 비슷한 모습입니다. 크게 차이는 느껴지지 않고, 기존에 보았던 특징이 그대로 보이네요. 자료를 찾아보니 배율을 높이면 더 선명하게 보인다는데, 고배율 아이피스를 좀 장만해서 봐야할 것 같네요.

좀 더 밤하늘을 감상하다보니, 벌써 헤라클레스 별자리가 떠오른게 보였습니다. 광해에 파묻혀 있을 줄 알았는데 꽤 올라왔더군요. 헤라클레스 하면 빠질 수 없는게 헤라클레스 구상성단 (M13) 이죠. 바로 겨눠봅니다. 이건, 파인더에서 곧장 보이는 녀석이라 찾기도 쉽죠. 그 전에는 대충 대충 보았는데, 오늘은 시간을 두고 자세히 보았습니다. 고배율이면 좀 더 분리되어 보였겠지만 85배율에서 보았음에도 특징이 잘 보이네요.

성단 위쪽의 좌, 우 갈래로 갈라지는 별 길이 잘 보이고, 아래쪽에도 튀어나온 부분, 그리고 좀 떨어진 밝은 별, 구상성단을 둘러싸는 원형의 밝은 별무리 중 아래쪽 빈 공간까지 잘 인지됩니다. 구상성단이 그녀석이 그녀석인 줄 알았는데 각각의 구상성단이 제각기 특징이 있습니다.

맑은 날이라 욕심을 좀 내어 부자은하 (M51)까지 겨눠봅니다. 지난번에 부자은하를 보았을 때에는 핵을 겨우 구별할 수 있을 정도였는데, 오늘은 그 때 보다는 확실히 낫습니다. 은하와 배경이 어느정도 분리되어 보이고, 구름기가 보입니다. 또한 상하좌우 반전된 아이피스 상에서 아래쪽 큰 은하와 위쪽 작은 은하의 크기 차이가 확실히 느껴지고 둘 사이가 이어져있다는 느낌이 듭니다. 정확히 은하팔이 이어지는 모습까지 인지되는 것은 아니지만, 주변의 배경과 달리 이질감이 있다는 점이 느껴지네요. 은하 핵이 원형이 아닌 것도 연결된 것 처럼 느껴 지는 데 한 몫 하는 것 같습니다.

Sombrero Galaxy (M104)

Unknown — Thu, 18 May 2017 00:00:00 +0000

북반구에서 안드로메다 다음으로 밝게 보이는 은하이지 않을까 싶다. M83이 더 밝다곤 하지만 표면밝기는 솜브레로가 더 밝아서 (아마 사이즈가 작아서) 실제로는 솜브레로가 더 보기 쉽다고 한다.

솜브레로 은하 안시관측에서 가장 핵심은 은하를 반으로 가르는 암흑대를 선명하게 구별해 내느냐 일 것 같다. 그리고 그 암흑대 위에 밝게 빚나는 흰 띠를 감상하는 재미도 있다.

아래 링크 중 120x 배율 스케치가 내 눈에 보이기에 가장 비슷한 것 같다. 배율을 올리면 240x 처럼 보인다니, 파워매이트라도 장만해야 할 듯 하네.

솜브레로 은하 스케치

다른 이름: M104, NGC 4594, UGC 293, PGC 42407

Messier 5

Unknown — Thu, 18 May 2017 00:00:00 +0000

바다뱀자리에 있는 구상성단. 6.6등급의 꽤 밝은 구상성단이고 내부에 밝은 별이 독특한 모양을 하고 있어서 마치 산개성단을 관측하는 것 같은 느낌이 드는 메시에 천체다.

다른 이름: M5, NGC 5904

Sombrero Galaxy

Unknown — Wed, 17 May 2017 00:00:00 +0000

거의 4개월만에 망원경을 펼쳤습니다. 추운 겨울이 지나고 따뜻한 봄날이 되니 망원경이 차고 안에서 나오질 않는게 안쓰러워 밖에 꺼내며 관측을 했네요. 당분간은 밖에 커버를 씌워서 보관하고 종종 관측할 생각입니다.

이번엔 10시 반에 관측을 해서 아직 광해가 충분히 남아있는 것 같네요. 한계등급이 4.5~ 4.6 등급정도 되어 보입니다. 별로 큰 기대는 하지 않고 몇몇 대상을 가볍게 보기로 합니다.

목성

목성은 대적반과 줄무늬 두줄, 그리고 칼리스토, 유레파, 가니메데 달이 다 보입니다. 시상이 흔들거리는 게 역시 도심에서는 어쩔 수 없나봅니다.

Leo Triplet (M65, M66, NGC3628)

사자자리의 레오 3중주 중, 메시에 두 대상을 보았습니다. 간만에 한 스타호핑이라 그런지, 스코프 파인더의 별과 성도가 매치가 안되더군요. 알고보니 너무 좁은 지역을 본다고 생각하고 못찾는 거였네요. 사자자리의 Chertan과 Zosma가 거의 스코프 하나 범위를 살짝 넘는데 지엽적으로 우라노메트리아 보듯이 뒤지니 매치가 안될만 했네요.

한참을 삽질 후 제대로 찾아서 M65, M66을 보았습니다. 한계등급이 4.5라 별 기대는 하지 않았는데 의외로 두 은하가 다른 모습을 보여줍니다. NGC 3628은 거의 보이지 않고, M65, M66만 보이는데, M65의 길쭉한 모양이 그대로 느껴집니다. M66은 은하팔 하나가 감싸는 듯하게 느껴졌는데, 안시에서 이게 제대로 보이는건지 의문이네요.

Sombrero Galaxy (M104)

저 솜브레로 은하를 오늘 처음 봤습니다. 안드로메다 은하 다음으로 잘 보이는 은하인데 왜 볼 생각을 안했는지 모르겠지만, 아무튼 오늘 봤습니다.

까마귀자리(Corvus)에서부터 찾아가는 게 더 쉬웠습니다. 처녀자리(Virgo)에서는 별자리가 매치가 안되더군요.

아무튼 까마귀자리의 Algorab에서부터 파인더로 쉽게 별을 쫒아갈 수 있습니다. 4개 별이 뭉쳐진 특징이 있는 별무리가 근처에 있어서 더 쉽게 찾을 수 있었는데요.

곁눈으로 보니 은하의 암흑대와 그 바로 아래의 밝은 별구름이 잘 보이네요.

Messier 5

그 다음으론 구상성단 M5를 보고 들어왔는데, 생각보다 다양한 모습을 보여줘서 보는 재미가 있었습니다. 성단 핵을 둘러쌓는 밝은 별무리가 원반 모양처럼 둘러져 있는데, 그 모양이 아름답네요. 그리고 그 바깥으로 반짝이는 밝은 별이 많이 포진해 있고, 핵도 분해가 잘 되어 보입니다.

Lexington 저수지 낚시

Unknown — Mon, 15 May 2017 00:00:00 +0000

Lexington 저수지 낚시

이번 주 Lake Pinecrest로 캠핑을 가려고 계획했었습니다. 가서 토요일에 호수에서 낚시를 하기로 계획했었죠.

몇 달 전부터 지인 가족과 예약해 두고 설레며 준비하고 있었는데, 막상 출발 할 날짜가 되니 파인크레스트 캠핑장 날씨가 심상찮아졌네요. 가는 날 눈이 오고 이박삼일 내내 밤에 영하 5도까지 떨어지는 강추위가 이어진다고 예보가 나옵니다. 따뜻한 5월 봄날이라 전혀 생각지 못했다가 어린 아이들도 있고 해서 추운 날씨에 결국 캠핑 계획을 접었습니다.

캘리포니아에서는 Crabbing at Half Moon Bay 글에서 언급한 바와 같이, Pier가 아닌 곳에서 낚시를 하려면 면허가 필요합니다. 파인크레스트 호수도 Pier가 있긴 하지만, 카약과 보트가 주변에 많아 낚시하기가 껄끄러워 1-Day 라이센스를 구입했었는데, 그게 그대로 허공에 날아가 버릴 참이었죠. 하루짜리 라이센스는 날짜가 명시되어 있어서 변경도 안되거든요.

예전에 낚시 용품 판매점에서 직원에게 들은 바 있어, Fremont에 있는 Quarry 호수로 낚시를 갈까 하다, 좀 더 가까운 곳인 렉싱턴 저수지(Lexington Reservoir)로 가보기로 합니다. Quarry 호수는 봄, 여름 격주 단위로 송어(trout)를 방류하기에 실리콘 벨리 근처에서 낚시가 재미있는 곳이라 합니다. 렉싱턴 저수지는 송어 방류는 거의 없어서 고기가 잘 잡히진 않는다고는 하는데, 그래도 꽤 큰 저수지 이다보니 자연산 배스가 꽤 잡힌다고 합니다.

집에서 15분 거리에 있는 렉싱턴 저수지는 제가 미국에 처음 와서 그 주말 산타크루즈를 가며 보았던 곳인데, 가뭄이 절정인 때라 물이 참 없었던 기억이 나는 곳입니다. 작년에는 극심해서 거의 호수 바닥이 보일 지경이었죠.

그러던 호수가 올 겨울 비가 풍족히 내린 덕분인지, 나무가 잠길정도로 물이 가득차고 넘치지 않기 위해 물을 방류할 만큼 상황이 좋아졌습니다. 그래서 그런지, 호수에는 이전에 자랐던 나무가 물에 잠겨 낚시하는 데 애로가 있네요. 릴을 감으면 세번 중 한번은 나무에 걸려 바늘을 끊어먹기 일쑤입니다.

결국 두시간 반을 나무와 사투하다 한마리도 잡지 못하고 점심 먹으러 내려갔네요.

이대로는 안되겠다 싶어, 저녁 5시 즈음 다시 한번 가 봅니다. 파크 레인저가 말해준 것이 기억이 나서 이번에는 댐에서 낚시를 해 보기로 합니다.

댐에는 몇 사람이 낚시를 하고 있었고 한두마리 이미 잡은듯 해 보였습니다. 그 옆에 자리 깔고 낚시대를 드리우는데, 나무에 걸리는 건 매 한가지지만, 오전에 비해선 양호하더군요.

8시 해 질때까지 낚시를 했는데, 입질 두번 온 것 외에는 별다른 성과가 없네요. 그 사이 옆에서 낚시하던 낚시꾼은 5파운드 쯤 되어보이는 송어와, 10파운드는 족히 넘을 것 같은 잉어(carp)를 낚고 얼굴에 웃음을 띄며 집으로 돌아갔습니다.

역시, 제 낚시 실력이 문제네요.

부산행 자동차

Unknown — Fri, 05 May 2017 00:00:00 +0000

부산행 자동차

보통은 대놓고 정치이야기를 하지 않는 편입니다.. 그러나 오늘 본 이 글은 정치에 국한된 것만이 아니라, 변화를 바라는 많은 상황에 항상 보이는 일이라 공유해 봅니다.

변화는 점진적인 것이지 도약일 수 없다는 것. 느릴지라도 꾸준히 앞으로 나아가다보면 언젠가는 도달할 수 있습니다.

부산행 자동차와 "일부" 진보주의자의 탈현실적 행태

나는 원리주의적인 이념의 소유자이지만 동시에 과정주의자이기도 하다. (이 사실이 내게는 일종의 균형감각으로 역할을 한다.) 이 대목에서 과정주의라 함은 무엇인가 목표에 도달하기 위해서는 그 목표를 향하는 움직임이 필요함과 동시에 그 목표 달성을 위한 단계가 물리적으로 존재함을 인지하고 그 각각의 단계를 존중하는 방식의 사유를 뜻한다. 예컨대, 서울에서 부산을 가기 위해서는 부산으로 향하는 움직임도 중요하지만, 출발한 지점이 부산에서 수백킬로 떨어진 서울이라는 사실과 가장 빠른 길을 선택한다 하더라도 천안과 대전, 대구를 거쳐야한다는 사실을 분명하게 인식하고, 그 물리적 현실을 받아들이는 것이 과정주의적 사유에 해당한다.

그런데 분명히 자동차가 서울에서 출발해서 부산으로 이동하고 있는데, 왜 아직도 천안이냐며 불만 섞인 목소리를 내면서 차에서 내리겠다고 선언하는 이들이 있다. 기억을 되돌이켜 보면 초등학생이던 시절, 부모님과 함께 외가집에 가던 길에서 내가 그랬다. 외가가 부산은 아니었고 대전이었는데, 나는 차가 막히면 대충 오산 쯤 부터 그런 땡깡을 부렸었던 것 같다. 나는 철이 없는 어린아이였고, 외가집에 가기 싫었던 것은 아니었지만 직접 자동차를 운전해야할 의무나 책임을 느끼지 못했기 때문에 그런 땡깡을 부렸던 것이다. 그렇기 때문에 나는 '지금 자동차가 위치해 있는 곳이 부산이 아니라는 이유로' 움직이는 자동차에서 내리겠다고 선언하는 이들의 사유를 초등학생 시절 내가 부렸던 땡깡과 거의 차이가 없는 '어린아이식 탈현실주의'로 이해한다. 더불어 그런 '어린아이식 탈현실주의'적 사유의 소유자들이 말하는 부산에 대한 의지, 그러니깐 직접 차를 운전하지 않는 상태에서 부산에 가야한다는 그 의지를 그다지 신뢰하지 않는다.

지금 우리에게 중요한 것은 서울에 머무르지 않고, 또 개성이나 평양으로 향하지 않고 실제로 부산으로 가는 것이다. 부산에 가기 위해서는 차가 막혀도, 도로가 비포장 도로여도, 아직 겨우 천안을 지나고 있을 뿐이라도 차에서 내리지 않고 계속해서 부산으로 움직여야 한다. (내 최종 목적지는 부산이 아니라 부산에서 다시 배를 타고 가야하는 대마도이기는 하다.)

<문재인의 낙선을 바란다는 '스스로를 진보주의자라 인식하는 이들'에 대한 상념>

출처: Min-soo Kwack on Facebook

총기사고와 차별

Unknown — Mon, 10 Apr 2017 00:00:00 +0000

총기사고와 차별

오늘은 충격적인 사건이 두가지가 발생했습니다.

한 사건은, 2015년에 총기 테러가 일어났었던 샌 버나디노에서 발생했는데 공교롭게도 총기사고입니다. 이번엔 초등학교내에서 총기 사고가 발생해서 어른 2명이 사망하고 아이 두명은 병원에 실려갔네요.

같은 캘리포니아 안에서 일어난 사고라 그런지, 아이들 걱정이 많이 됩니다. 출근길에 항상 총기 판매상을 지나가는데, 이런 일련의 사건들이 꾸준히 발생하는 데도 총기 규제가 좀처럼 안되고 있어서 정말 아쉽습니다.

두번째 사건은 유나이티드 항공사에서 승객을 물건취급하듯이 비행기에서 끌어내린 사건인데요. 항공사 직원을 태우기 위해 이미 탑승한 승객을 하차시키려고, 완력을 사용해서 끌어내렸는데 그 영상이 인터넷에 오르면서 심각해 진 것 같습니다.

New York Times 기사 참고

링크에 있는 영상을 보면, 다치신 분은 의사이고 루이스빌에 그 다음날 진찰할 환자가 있어서 못내린다고 거부했는데 강제로 끌어내려진 것 같습니다. 그 과정에서 입술이 터지게 되었구요.

이미 탑승한 상태에서 하차를 시키는 것도 문제지만, 하차할 승객을 선택하는 과정에서도 논란이 일어나는 것 같네요. 컴퓨터로 추첨한 것이 아니라 승무원이 적당히 아시안 3명을 선택했다고 하는데, 이부분은 확인되지 않아서 좀 더 지켜봐야할 것 같습니다.

다만 여기 미국에 살다보면, 은근한 인종차별을 가끔 겪게되는 것 같아요. 이런 사소한 것이 모여서 불신의 사회가 되어가는 것 같아 안타깝습니다.

SystemVerilog for Design

Unknown — Thu, 02 Mar 2017 00:00:00 +0000

SystemVerilog for Design

SystemVerilog를 RTL(Register Transfer Level) 디자인에 쓴다는 것은 듣고 있었지만, 써봤자 'logic', 'always_ff' 같은 것 정도만 생각하고 있었다가 각잡고 "SystemVerilog for Design" 책을 읽기 시작했습니다.

정말 알찬 내용이 많네요. 너무 기술적으로 도태되어있었다는 생각이 듭니다.

참고하시라고 링크

Assertion (SVA)

Assertion에 대한 좋은 논문도 있네요. 역시 같은 저자입니다.

하드웨어 디자인 코드리뷰

Unknown — Wed, 01 Mar 2017 00:00:00 +0000

하드웨어 디자인 코드리뷰

소프트웨어 분야는 하루가 다르게 새로운 기술이 쏟아져 나옵니다. 특히 웹 관련 기술은 최근에 트렌드가 정신없이 계속 바뀌고 있죠. 오죽하면 자바스크립트 기술 변화에 대한 유머까지 등장했겠어요.

이런 발빠른 변화를 쫓아가는 게 정말 벅찰 듯 합니다. 그런데 하드웨어 분야는 기술은 계속 바뀌어 가는데 개발 플로우는 십수년 째 전혀 바뀌지 않고 있어요. 개발 언어인 Verilog HDL 언어도 구닥다리 1995 버전을 쓰는 경우가 태반이고, 실제 칩 디자인에 SystemVerilog 2012를 사용하는 걸 본 적이 없네요. 검증은 대부분 SystemVerilog로 넘어가긴 했지만, 아직 설계는 여전히 Vim으로 한땀 한땀 정성들여 Verilog 포맷으로 코딩합니다. 수백개가 넘는 port를 연결하는 걸 보고 있으면 마치 수공예를 보는 것 같기도 하고, 어셈블리 코딩을 하는 것과 비슷한 느낌을 받기도 합니다.

사실 하드웨어는 한번 버그가 발생하면 수정하는 데 비용이 상당히 많이 들기에 항상 조심스러운 접근을 할 수 밖에 없다는 게 이해가 안되는 것은 아닌데, 그 정도가 심해도 너무 심하다는 생각이 듭니다.

Version Control System

이전 회사에 근무할 때에는 소스 코드 관리를 Clearcase라고 상용 툴을 썼는데, 거의 SVN과 유사한 시스템이었습니다. SVN만 되어도 사실 감사할 따름인데, 이 CC를 그냥 branch도 없고 tag도 없고 그냥 fetch, commit만 하는 수준으로 사용하고 있었어요. 거의 백업을 위해서 쓰는 정도였죠.

게다가 IP 디자인은 Clearcase도 아니고 초창기 파일 기반 버전 관리 도구인 CVS를 사용하고 있었습니다. CVS를 보았던 그때의 충격과 공포는 아직도 생각 나네요.

옮긴 회사는 더 충격적이게도 CVS에 GUI를 입힌 것 같은 도구를 사용합니다. 태그와 브랜치 기능이 있긴 한데 사용하기 까다롭고 한눈에 들어오지 않아서, 주변에서 브랜치를 쓰는 걸 본 적이 없네요. 파일 별로 버전관리가 따로 되다보니 하나의 IP가 여러 프로젝트에 쓰일 경우 점점 서로 뒤엉켜가는 걸 보게 됩니다.

Code Review

상황이 이런 지경인데, RTL (Register Transfer Level) 코드를 기술하고 소스코드 저장소에 업데이트 할 때 멤버라면 아무나 올릴 수 있습니다. 브랜치도 아니고, main에 올릴 수 있게되서, 하나의 잘못된 커밋이 전체 테스트를 fail 하게 되는 경우도 가끔 봅니다.

이런 일련의 경험을 하면서, '왜 하드웨어 디자인은 소프트웨어의 기법을 적용하지 않을까?' 하는 의구심이 계속 듭니다.

소프트웨어는 일찌감치 코드 리뷰에 대해 많은 고민을 해 왔습니다. 심지어 CVS 를 사용할 때에도 maintainer가 patch를 받아서 CVS에 업데이트 하는 것이 일반적이었고, 그래서 코드 리뷰는 자연스럽게 usenet이나 email 을 통해 이뤄지곤 했습니다.

그것조차 비효율 적이라 코드리뷰를 편하게 하기위한 시스템이 등장했지요. [Gerrit][ext:gerrit]은 구글이 코드리뷰를 하고자 Git 기반으로 만들어진 코드리뷰 도구이고, Github의 Pull Request는 email로 주고 받던 패치를 시스템상에서 간편하게 적용할 수있게 만든 도구입니다.

이 두 시스템 모두 main 저장소에 업데이트 할 수 있는 사람은 몇 안되고 나머지 사람은 각자의 branch나 저장소에서 작업 후 메인에 반영하기 위해 코드를 리뷰해야만 합니다. 이로 인해 약간의 지연이 발생하긴 하지만, 결과적으로 깔끔한 코드가 유지될 수 있습니다. 급한 경우엔 Gerrit은 main에도 곧장 업데이트 할 수 있도록 하고 있구요.

그러나 하드웨어는 이런 과정이 거의 없다고 봐도 무방합니다. 저장소에서 이러한 기능을 지원하지도 않을 뿐더러, 코드 리뷰를 한다고 하면 (리뷰하는 일도 거의 드물지만) 회의실에 모여서 소스코드 창을 띄우고 한줄 한줄 보는게 보통입니다. 시간을 가지고 코드를 깊게 볼 기회가 거의 없다고 봐도 되죠.

How to Improve?

일단은 코드리뷰가 가능하도록 저장소와 코드 리뷰 도구를 재정비하는 게 필요한 것 같아요. 지금은 웍스테이션 안에서만 코딩이 가능하다보니, JIRA와도 연동이 되지 않는게 보통입니다. 즉, 이슈와 실제 디자인 수정을 연결할 방법이 거의 없다고 봐도 되죠. (로그도 파일별로 남다보니..)

가장 우선은 Git based 저장소로 바꾸고 gerrit이나 pull-request가 가능한 GitLab이라도 써야 할 것 같아요. Subversion도 나쁘지 않은 선택이나, branch를 빈번하게 사용하고 코드 리뷰 요청을 넣는 flow에서는 조금 비효율적이라 git이나 mercurial이 더 나은 선택인 것 같아요.

여기에 더해서 Continuous Integration 을 이용해 바로 small set regression test를 돌릴 수 있게 설정해 둔다면 더욱 좋겠죠. (라이센스 비용은 좀 나가겠네요) pull request 전에 이 small regression을 통과하고 (아니면 적어도 compile과 elab까지만이라도) 그 후에 merge되는 게 정말 중요한 부분인 것 같습니다.

외부에서 받는 IP 같은 경우는 코드를 수정할 일이 거의 없다보니, IP는 release에 두던지 하고 configuration만 저장소에 두어서 리뷰를 할 수 있게 해야 합니다. 파라미터 세팅을 잘못 해서 빈번하게 실수가 발생하는 것을 봐서 (NIC CDAS scheme이라던지, outstanding capability라던지) 세팅 리뷰는 반드시 필요합니다.

Power Outage

Unknown — Mon, 20 Feb 2017 00:00:00 +0000

Power Outage

Winter Storm이 온다고 해서 타호에서 3박4일 일정을 다 채우지 않고 전날 저녁에 길을 나섰습니다. 타호 가는 길에 눈으로 인해 4시간 반 걸릴 거리를 7시간을 넘겨 겨우 도착해서 가는 길도 그렇게 고생하고 싶지 않았습니다. 오늘 보니 눈이 많이 와서 아내 지인은 타호에서 새크라멘토로 오는 I-80 고속도로에서 네시간이 넘도록 갇혀 있었다고 하니, 오늘 출발 했으면 고생을 했겠다는 생각이 듭니다.

온 지 하루도 되지 않아 오늘 집 근처 일대가 모두 정전이 되었습니다. 아침부터 비바람을 맞으며 레몬나무를 다듬는데, 바람이 심상찮게 느껴졌었는데 결국은 오후 늦게 정전이 되어버리네요. 바람이 거세서 어디 전봇대 하나가 넘어지기라도 했나봅니다.

덕분에 캠핑용 랜턴을 꺼내 거실에 켜 두고 헤드 플래시와 스마트폰 플래시로 겨우겨우 버텨야 했습니다. 전기가 없어서 히터도 돌지 않고, 워터리스 가스 보일러라 뜨거운 물도 나오지 않은데 다행히 가스레인지는 동작을 해서 어찌 저찌 저녁은 겨우 해 먹었네요.

그래도 타호에서 일찍 오길 잘했습니다. 일찍 온 덕분에 집안 온도도 미리 68도로 끌어올려 둘 수 있었네요. 오늘 왔다면 차가운 집에서 히터도 틀지 못하고 추위에 벌벌 떨 뻔 했습니다.

얼마 전 지인 집이 정전되었을 때 다시 전기가 들어오는데 하루 반나절이 걸렸다는데, 이번에는 정전 된 지역이 워낙에 커서 더 오래 걸릴 수도 있겠다는 생각이 듭니다.

여긴 한국과 다르게 정전이 빈번한 듯 합니다. 매번 폭풍우가 온다고 하면 여기에 오래 계셨던 지인들은 정전을 걱정했었습니다. 한번 정전되면 복구도 꽤 오래 걸리는 것 같아요. 한국 같이 수 시간 내에 복구되는 일은 드물고 보통은 하루, 길게는 일주일이 넘도록 복구가 안되는 경우도 있다고 하네요. 느린 걸 전제로 사회체계가 굴러갑니다.

Colemak 적응기

Unknown — Fri, 10 Feb 2017 00:00:00 +0000

Ergonomic layout은 적절한 선택일까?

한글 자판을 세벌식 자판으로 바꾼 지 벌써 10년이 넘은 것 같습니다. 세벌식 최종을 썼다가 390으로 정착했는데, 세벌식을 쓰게된 계기가 동아리 선배 중에서 한분이 쓰는 걸 보고 좋다는 말에 혹해서 넘어간 것 같네요.

덕분에 제 자리 컴퓨터는 아무도 쓸 수 없었습니다. 이전 회사에서도 이슈 디버깅을 하려고 하면 제 컴퓨터를 안쓰고 따로 썼었죠.

한참 390 배열에 익숙해 진 후 영문 배열까지 바꾸려 했었던 기억이 납니다. 그때, 드보락(Dvorak) 배열로 시도했었는데, 가장 큰 문제가 Vim을 쓸 때 모든 단축키가 다 배열이 엉망이 되어버린다는 점이었습니다. Vim은 방향키를 hjkl로 쓰는데, 드보락에서는 이게 두 손으로 분산되어있고 본디 모양이 아니라 정말 어색했습니다. 매핑 기능을 통해 이리저리 바꾸다보니 정말 너저분해져서 쓸 수 없는 상황이 오고나서야 드보락 자판을 버리게 되었네요.

이번에는 콜맥(Colemak)자판으로 변경해 볼까 합니다. 그때와 다르게 윈도우 자판에서는 날개셋 입력기가 두벌식과 세벌식을 공유하는 편한 방법, 복벌식을 제공하고있고, 한영 전환키를 여러개를 다른 동작으로 지정할 수 있어서 Shift + Space는 콜맥과 세벌식, 오른쪽 알트키는 쿼티와 두벌식에 할당하여 다른 사람도 편하게 쓸 수 있게 되었습니다. 다른 사람이 쓸때 글자가 이상하게 쓰여지면 바로 습관처럼 한영전환키를 누를 것이고, 그러면 곧장 쿼티나 두벌식으로 바뀌게 되어 불편함이 많이 줄어들었습니다.

Colemak 자판의 좋은 점

새로운 자판을 익히는 것은 무척이나 고된 일인 것 같습니다. 아예 처음부터 배우는 것이 아니니, 기존의 익숙한 자판, 쿼티를 잊어야 하고, 새로운 자판에 익숙해져야 합니다. 무의식중에 손이 쿼티로 움직이니 오타가 미친듯이 납니다. 1분에 30단어를 입력하기 어려울 정도죠.

그럼에도 불구하고 Colemak으로 바꿀만한 이유가 있습니다. 콜맥은 손가락의 이동거리가 쿼티에 비해 반 이하로 짧습니다. 즉, 같은 글자를 입력하더라도 손의 피로도가 낮습니다. 또한 한 손으로 입력해야 되는 단어들 (예를 들면 rest, minimum)같은 경우 줄 사이를 건너뛰는 경우가 많이 줄어듭니다.

이로 인해 피로도도 줄어들지만, 또한 타이핑 속도도 빨라질 수 있습니다. 다만 전 타이핑 속도가 빠른 것은 개의치 않고, 손이 편하게 타이핑을 하고 싶어서 새로운 자판을 익히게 되었습니다.

윈도우에서 Colemak 자판 설정하기

윈도우에서는 날개셋이나 새나루를 설치해서 설정해야 합니다. 날개셋은 위에서 언급한 대로, 두벌식 + 쿼티 사용자와 컴퓨터를 공유할 수 있는 기능을 제공하지만 Ctrl 을 이용한 단축키는 쿼티 그대로 유지되서 저에겐 조금 혼동이 옵니다. 새나루는 단축키까지 다 콜맥 자판으로 변경되서 편리한데, 콜맥+세벌식390에서 세벌식 한글이 깔끔하게 입력되지 않는 문제가 가끔 발생합니다. 마치 콜맥 자판을 쿼티처럼 보고 그에 해당하는 세벌식 자소가 입력되는 것 처럼 보이는데, 예를 들면 'ㅅ' 글자는 세벌식390에서 'n'과 매핑되는데, 콜맥은 'n'이 쿼티의 'j' 키에 위치해 있으니 'j'를 눌러야 'ㅅ' 입력되는 경우입니다.

이게 발생하는 이유는 새나루 설치 후 기본 옵션이 스캔코드 방식이 아니라 입력되는 키를 후킹하는 방식이라서 그렇습니다. 새나루입력기를 설치 후 레지스트리에서 아래의 위치에 ScanCodeBased라는 이름의 DWORD키를 하나 추가해서 그 값을 1로 해보세요.¹

HKCU\OpenHangulProject\Software\Saenaru

https://kldp.org/comment/521135#comment-521135 의 새나루 개발자님 댓글 참조

맥에서는 기본 자판으로 지원하는 콜맥 자판과 390 자판이 서로 깔끔하게 작동해서 별 문제없이 사용하고 있습니다. 이런 부분은 좋네요...

Vim 세팅

영어 자판을 쿼티에서 벗어나는 순간, 단축키부터 다 바뀌게 되면서 혼란에 빠집니다. 처음 드보락을 시도했을 때에도 결국 좌절하고 쿼티로 돌아간 게 단축키 때문이었습니다. 윈도우 단축키는 별 문제가 아니였는데, 막상 가장 큰 문제가 되는 것이 Vim 단축키였습니다.

Vim은 일과 중 정말 자주 사용되는 도구이고, 지금 Atom을 쓰기 전까지는 제 글쓰는 도구이기도 했습니다.² 그래서 떼놓을 수 없는 도구입니다. 작업환경인 Solaris 에서 Vim외에 다른 선택지가 있으면 좋겠지만, 쓸 수 있는 선택지가 emacs 밖에 없어서 눈물을 머금고 Vim을 다시 세팅해보기로 합니다.

[Workflow][] 참조

Vim은 단축키가 그 동작을 나타내는 단어의 첫 글자로 이뤄져있는 특징이 있습니다. 예를 들면 'cw' 는 change word 의 첫 글자를 딴 단축키로, 현재 커서가 있는 단어를 바꿔치기 합니다. 'y' 도 yank로 복사하는 의미이고 'd'도 delete 의미로 지우는 뜻입니다.

그래서 기존 쿼티 위치대로 바꾸면 의미없이 단축키를 외위야 하게 되서 익히기가 더 어렵게 됩니다. 그나마 콜맥은 쿼티와 공유되는 위치가 많아서 'cw' 같은 경우는 같은 위치이지만, 문제는 방향키인 'hjkl' 입니다. Esc 모드에서 커서처럼 동작하는 이 키는 콜맥에서는 영 엉뚱한, 그리고 조금 손가락이 닿기 어려운 불편한 곳에 있습니다. 그렇다고 이걸 리매핑하자니 키가 'hnei' 이라 'n' (next search), 'i' (insert) 이 정말 자주 쓰이는 세 키를 다른 곳에 할당해야 합니다.

저는 콜맥에서는 최대한 키 변경을 안하는 방향으로 하고 방향키는 Meta 키를 활용해서 움직이는 걸로 타협을 보았습니다.

" Mac hack so we can use Meta
let os=substitute(system('uname'), '\n', '', '')
if os == 'Darwin' || os == 'Mac'
    set macmeta
endif

" Colemak hjkl hack
nnoremap <M-h> <Left>|
nnoremap <M-n> <Down>|
nnoremap <M-e> <Up>|
nnoremap <M-i> <Right>|

그러나 조만간, 이런 꼼수가 필요없는 Emacs를 다시 한번 도전해 볼까 생각중입니다.

Github Pages와 Cloudflare 이용한 정적 사이트 구축

Unknown — Sun, 05 Feb 2017 00:00:00 +0000

예전에 [Write Website with Hakyll and Git][write-website-with-hakyll-and-git] 글을 쓰면서, 정적인 사이트를 배포하는 방법에 대해 언급한 적이 있습니다. 그 사이 사이트 주소도 eunchan.net에서 eunchan.kim으로 바뀌었고, 배포도 [Amazon S3][ext:amazon-s3] 를 사용하다가 Amazon S3 + [Cloudfront][ext:cloudfront] 로 변경되었습니다.

그러다 최근에 내용은 그대로 두고 Github Pages 옮겨서 S3 버킷을 사용하지 않게 변경하였고, Cloudfront 서비스도 제거하였습니다. Github Pages가 단일 파일 용량의 제한이 있긴 하지만, 그 사이즈 (100MB)를 넘기기 쉽지 않고, 정적 웹사이트가 1GB를 넘길일도 거의 없어서 괜찮겠다 싶어서 넘어갔습니다. (그런데 웹사이트 사이즈가 벌써 400MB인건 함정..)

넘어가고 나니, Cloudfront를 쓸 때의 장점 (https 연결)이 사라져서 아쉽더군요. 그러다 발견한 게 [Cloudflare][ext:cloudflare] 입니다. CDN(Contents Delivery Network) 서비스임에도 개인용으로 가볍게 쓰는 것은 무료로 서비스를 제공해서 한번 써보자 하는 마음으로 옮겼습니다.

이번 글에서는 정적 웹사이트를 Github Page로 올리는 것, Cloudflare로 github custom domain을 연동하는 과정을 설명해 볼까 합니다.

Github Page 생성하기

Github Pages는 Github에서 유저들에게 제공하는 정적웹사이트 서비스 입니다. 어느 유저나 쓸 수 있습니다. 일단 Github에 가입되어있다고 가정할게요.

Pages repository 생성

모든 Github Pages는 기본 주소가 {username}.github.io 입니다. 즉, 제 깃헙 아이디가 eunchan이니 제 Github Pages 주소는 https://eunchan.github.io 가 됩니다.

이 페이지를 만들려면 새로운 저장소를 만들어야 하는데 위의 이름 그대로 만들어야 합니다. 즉 저장소 이름이 {username}.github.io가 됩니다.

정적 사이트 업로드

저장소를 만들었으면, 해당 저장소를 먼저 clone 합시다.

$ git clone https://github.com/{username}/{username}.github.io

기존에 유지하고 있던 사이트가 있으면 해당 사이트를 복사 후 git add --> git commit --> git push 하시고, 아니면 새로 index.html 을 만드셔서 추가 후 push 합니다.

그 후 깃헙 저장소로 가서 Setting 항목에 들어갑니다.

설정 화면에 보면, Github Pages 항목이 있는 걸 확인할 수 있습니다. 여기서 위의 화면에 보이는 대로 설정되어있는지 확인하시고, 아직은 Custom Domain 에는 아무것도 넣지 않아요.

잠시 후 웹브라우저로 해당 주소를 접속해 보면, 정적 저장소 페이지가 보일겁니다.

개인 도메인 연결하기

이제 가지고 있는 도메인을 github로 연결할 차례입니다. 여기서 몇몇 도메인 서비스에서는 문제가 될 수 있는데, 웹사이트 주소를 www 없이 root domain 으로 사용하고 있었다면 CNAME 레코드가 안먹힐 수 있습니다. 그 때에는 Custom Domain만 설정 후 바로 Cloudflare 로 넘어가서 거기서 CNAME 설정을 해주시면 되요.

Setting 항목에서 Custom Domain 부분에 도메인 주소를 넣습니다. 저같은 경우는 www.eunchan.kim 을 쓰므로 이 주소를 넣었습니다.

그 후 DNS 설정을 변경하셔야 하는데요. DNS 서비스에서 www에 대한 CNAME 레코드를 추가하거나 수정해서 {username}.github.io로 지정합니다. 이렇게 하면 유저가 www.eunchan.kim을 접속했을 때 해당 요청을 eunchan.github.io 로 리다이렉션 시켜줍니다. 우리가 eunchan.github.io의 실제 IP를 몰라도 되는거죠 :)

Cloudflare

[Cloudfront][ext:cloudfront]나 [Cloudflare][ext:cloudflare]나 둘 다 CDN 서비스입니다. 지역적으로 가까운 곳에 사이트를 캐싱해서 접속시 사이트 내용을 빠르게 전달해 주기위한 서비스죠. CDN을 이용해서 미국에서나 한국에서나 빠르게 웹페이지를 접속할 수 있게됩니다.

Cloudflare를 사용하려면 DNS 서버를 Cloudflare로 변경해야 합니다. 먼저 회원가입을 한 후, Add Website가 나오면 기존에 사용하던 도메인 이름을 입력합니다.

입력하면 DNS 레코드를 검색하면서 어떤 주소가 Cloudflare로 캐싱될 수 있는지 화면이 나옵니다.

여기서 필요한 레코드에 Cloudflare 구름을 선택해서 활성화시키고 필요없는 부분은 빼도록 합시다. 그 후, 요금제 선택하는 화면에서 과감하게 Free Plan을 선택합니다. 우리는 월 20달러를 내려고 Cloudflare를 쓰려는게 아니니까요 :)

그 다음은 변경할 Nameserver 주소가 나오는데 이 화면이 나오면 도메인의 네임서버 주소를 해당 주소로 변경해 줍니다.

잠시의 시간이 지나면 Cloudflare가 바뀐 네임서버를 인식하고 사이트를 캐싱하기 시작합니다. 네임서버가 바뀌는 것이라 시간이 최대 24시간까지 걸릴 수 있고 그동안은 양쪽 DNS 레코드가 모두 인식되므로 이전 사이트를 닫으면 안됩니다.

HTTPS 설정

유저와의 연결은 HTTP / HTTPS 모두 지원하는데, 강제로 HTTPS로 하고싶으면, Page Rule을 추가해야 합니다. 무료 플랜은 Page Rule이 3개까지만 지원되므로 이 설정을 하면 두개만 추가로 지정이 가능합니다.

위의 화면에 보이는 대로 도메인을 맞춰서 설정 후 "Always Use HTTPS" 를 선택하면 http로 접속하더라도 Https로 자동으로 연결되게 바뀝니다.

마무리

깃헙과 클라우드플레어로 변경 후 deploy가 매우 간단해 졌습니다. 생성된 정적웹사이트 내용을 git으로 관리하게 되서 어디서든지 https 포트만 열려있으면 git push로 사이트를 업데이트 할 수 있습니다. 업데이트 된 사이트는 CDN을 통해서 빠르게 유저가 접속하는 지역으로 배포되고 안그래도 쾌적한 정적사이트를 더욱 더 쾌적하게 즐길 수 있게 되었습니다.

Book

Unknown — Sun, 29 Jan 2017 00:00:00 +0000

Wishlist

No Barrier: A Blind Man's Journey to Kayak the Grand Canyon

Non Fiction

"역사의 역사" by 유시민

기존에 유시민씨가 썼던 "청춘을 위한 독서"의 연장선 같은 느낌이 든다. 기존의 역사서에 대한 논평 정도? 흥미있게 읽었다.
"an Astronaut's Guide to Life on Earth" by Chris Hadfield
"Hillbilly Elegy: A Memoir of a Family and Culture in Crisis" by J. D. Vance
"총, 균, 쇠" by Jared Diamond

인류의 발전은, 환경적인 부분이 지대한 영향을 끼쳤다는 것을 여러 자료를 제시하며 설득하는 책. 인종차별주의자에게 일침을 날리는 책이 아닐까 싶다. 그러면 '그런 지리적, 생태적 요인들로 인해 오랜시간 다른 환경속에서 살아온 인종에게 신체적, 지능적 유전 차이가 발생할 가능성은 있지 않을까?' 라는 궁금증도 들긴 하는데...
"사피엔스" by Yuval Noah Harari

"총, 균, 쇠" 에서 영감을 받았다고 하는데, 어떻게 사피엔스와 네안데르탈인이 살아남고 사라져갔는 지 이해하기 쉽게 설명된 책. 이 책을 읽고 흥미가 생겨 "총, 균, 쇠" 도 읽는 중.

Fantasy

"A Song of Ice and Fire" by George R.R. Martin
1. A Game of Thrones
2. A Clash of Kings
3. A Storm of Swords
4. A Feast for Crows
5. A Dance with Dragons

Science Fiction

"Saturn Run" by John Sandford and Ctein

영어 책 한번 읽어보자고 흥미 있을만한 SF로 코스트코에서 집어듬. 단순히 토성(Saturn) 한바퀴 돌고 오고 과학적인 내용은 그다지 많지 않으나, 인물들의 성격이 다채롭고 개성이 있게 묘사를 잘 한 듯. 영어 실력이 부족해서 뉘앙스를 잘 캐치 못하는 부분이 많았는데, 한글판으로 읽거나 아니면 영어 실력이 키워지면 재미있을 듯
"The Martian" by Andy Weir

과학적인 사실로 넘쳐나는 책, 마치 실제 화성에서 벌어질 법한 일로 가득하다. 주인공의 기록이 대부분이고 지구에서 벌어지는 일도 간간히 소개되지만 주인공이 난관을 어떻게 해결해 가는 지 읽는 것 만으로도 긴장감이 넘침. 다만, 주인공이 정말 먼치킨급이라는 생각이 든다. 여러 방면에 다양한 지식을 Botanist가 알고 있다는게...

Others

"Origins" by Dan Brown

기존의 댄 브라운 소설, "천사와 악마", "다빈치 코드" 의 주인공인 로버트 랭던 교수의 또다른 활약극 정도? 기존 소설에 비해 힘이 조금은 떨어진 느낌이 들지만 그래도 재밌게 읽었네.

Half Moon Bay 게잡이

Unknown — Sat, 28 Jan 2017 00:00:00 +0000

Half Moon Bay 게잡이

이곳 캘리포니아에 와서 새로 경험한 것이 정말 많습니다. 그 중에서, 겨울철이 되면 보게 되는 '게'가 그 중 한 종류일 것 같네요. 한국에서는 꽃게, 가끔씩 매우 비싼 베링해 근처에서 잡힌 킹크랩을 보는게 전부인데요. 이곳 캘리포니아에서는 가장 유명한 게를 꼽으라면 던저니스 크랩(Dungeness Crab)일 겁니다.

정말 큰 크기에 깜짝 놀라고 살이 킹 크랩만큼 많이 들어있어서 또 한번 놀란 게 입니다. 지역이 다르니 먹거리도 다르구나.. 라는 생각을 들게 한 녀석이죠. 이쪽 북캘리에서부터 알래스카까지 퍼져있는 종 인데 겨울철 인기 음식입니다.

매번 사서 먹다가, 한번 직접 잡아볼 생각으로 지인에게 장비를 빌려서 다녀왔습니다.

면허 (License) & 규칙

캘리포니아에서는 한국과 다르게 아무 곳에서나 게를 잡거나 낚시를 하면 깜짝 놀랄만한 벌금을 물게 됩니다. 가장 큰 벌금은 '전복잡기' 인데요, 면허없이 잡으면 문제고, 면허가 있어도 정해진 수량 (2개)이상 잡으면 벌금이 10,000 달러가 넘을 정도로 큽니다.

게잡이나 낚시도 면허가 필요합니다. 그러나 면허가 없이 낚을 수 있는 곳이 있는데, 바로 공공 부두입니다.

이곳에서는 정해진 규칙 안에 자유롭게 낚시와 게잡이가 가능합니다. 제가 사는 곳에서는 게잡이로 위 사진에 보이는 퍼시피카 부두로 가는게 보통인데, 저기는 전문적인 기술이 없으면 쉽지 않다고 해서 초보자에게 인기가 있는 하프 문 베이로 가보았습니다. 게잡이는 하프문 베이가 남쪽으로 잡을 수 있는 한계선이고, 그보다 아래에 있는 산타크루즈 피어나 Seaside 피어는 일반 낚시하러 갈 수 있습니다.

게잡이는 크기에 제한이 있는데, 던저니스 크랩은 등껍질 크기가 5.75인치 이상이 되어야 하고, 그 외의 게는 4인치 이상이 되어야 합니다. 또한 상업용도로 게잡이를 할 때에는 암컷은 놔주어야 하며, 일반인이 게잡을 때는 성별에 상관없이 잡을 수 있습니다. 다만 관례상 암컷은 풀어주는 게 보통입니다.

하프 문 베이 피어

물이 찰 때 게를 잡아야 잘 잡힌다고 해서 일찍 서두른다고 했는데 하프문 베이 피어(위의 사진에서 보이는 필라 포인트 항구가 하프 문 베이 피어입니다)에 도착하니 9시 30분이 되어버렸네요. 서둘러 빌려온 낚시대 두개와 통발에 준비해 온 닭고기를 썰어 넣고 던졌습니다.

5~10분마다 한번 씩 들어올려보면서 게가 잡혔나 보는데, 작은 게들만 올라와서 바로 바로 풀어주었습니다. 던질때 마다 미끼로 준비해 간 닭고기가 싸그리 사라지는 걸 보니 게인지 아닌지 모르겠지만 바다속에 먹는 녀석이 매우 많나봅니다. 그런데 잡혀주질 않네요. ^^

12시까지 낑낑대면서 5인치 가량 되는 던저니스 크랩을 잡아서 아쉬워 해 보고, 작은 녀석들은 바로 바로 풀어주고 했지만, 운이 좋게 5인치쯤 되는 Red Rock Crab과 6인치쯤 되는 Red Rock Crab 두 마리를 잡을 수 있었습니다. 큰 게가 올라오자 아이들이 무척이나 즐거워 하네요. 이리 보고 저리보며 신기해 합니다.

근처에서 점심을 먹고 (다시는 Fish & Chips는 주문하지 않을겁니다) 다시 와서 한시간 가량을 더 낚으니 6인치쯤 되는 Red Rock Crab을 한마리 더 잡았네요.

3시간 반 정도 낚은 끝에 던저니스 크랩을 낚지도 못하고, 레드 락 크랩만 세마리 잡았습니다. 그래도 아이들도 게잡는 걸 지루해 하지 않았고, 날씨 좋은 날 바깥 구경도 하고, 집에 와서 잡은 게를 쪄서 먹으니 재밌는 경험이네요.

다음엔 좀 제대로 된 낚시대로 일반 물고기를 잡아볼까 생각 중입니다. 어릴 적 아버지와 함께 낚시를 종종 갔던 기억이 나네요. :)

Orion Nebula (M42)

Unknown — Sat, 28 Jan 2017 00:00:00 +0000

밤 하늘에 가장 유명한 성운을 꼽는다면, 바로 이 오리온자리 대 성운을 꼽을 것 같네요. 맨 눈으로도 뿌연 기운을 느낄 수 있을만큼 밝은 성운이라 초보자라도 천체망원경을 통해서 보면 디테일한 음영을 잘 느낄 수 있습니다.

Orion Nebula

Unknown — Fri, 27 Jan 2017 00:00:00 +0000

비가 3주간 쉬지않고 내리다 간만에 구름 한 점 없는 맑은 밤이었습니다. 자기 전 문득 생각이 나 밤하늘을 보니 맑고, 아직 달도 뜨지 않은 상태에서 남천으로 오리온 자리가 슬슬 저물어가려 하고 있었습니다.

한동안, 꽤 한동안 별을 못 본 터라 오늘은 한번 봐보려고 망원경을 꺼내들었습니다. 날씨도 쌀쌀해서 다른 건 별로 고려치 않고 오리온자리 대성운과 시리우스 별 주변을 잠깐 보기로 합니다.

Orion Nebula (M42, M43)

아마 별을 한 번이라도 망원경으로 본 사람이라면 누구나 행성 다음으로 봤을 대상이 이 오리온 대성운이 아닐까 합니다. 저도 마찬가지였어요. 달을 맨 처음 보고, 목성을 보고, 오리온 대성운을 봤던 기억이 납니다.

지금까지 총 세네번 정도만 본 것 같은데 (항상 추운 겨울이 피크라 별 보기 쉽지 않죠 ㅎㅎ) 그래도 그 강렬한 모습은 쉽게 잊혀지지 않습니다. 이번에 볼 때에는 예전에 잘 보였던 양 날개 성운기 뿐만이 아니라 그 안에 있는 넓은 원형 모양의 새 몸통 부분까지 어느정도 윤곽이 보였습니다. 그러니까 양날개가 강하게 뻗어나가는 중에 트라페지움에서 위로 또 솟아 오르는 몇줄기 성운을 느낄 수 있었네요.

M43 (새 머리 부분)에서 트라페지움 사이에 암흑대 부분은 두말할 나위없이 선명하구요. 다만, 트라페지움은 여전히 별이 4개만 보입니다. 5개까지는 봐야 되는데 다음엔 좀 더 자세히 봐야 할 것 같네요. 아마도 NPB 필터를 끼고 있어서 별빛이 좀 줄어들어 눈치를 못챘을 수도 있을 것 같긴합니다.

성운기에 초록빛이 돌았는데 (이건 처음 느껴봤네요) 이게 NPB 필터때문에 색이 입혀진것 같아보입니다. 시간이 되면 NPB 빼고 14mm로 다시 한번 봐야겠네요.

오리온 주변

오리온자리 주변으로 정말 많은 성운들이 있고, 익히 들어봤을 '말머리성운'이라던지, 버나드 루프 등 유명한 성운이 많습니다. 말머리 성운이야 8인치로 보일리 만무하니 시도도 하지 않았는데 그 옆의 '불꽃성운' (NGC 2024)은 예전에 한번 본 적이 있어서 망원경을 다시 겨눠봤습니다.

안보입니다. NPB 필터를 껴고 보았는데도 뭔가 배경 색이 다른 것 같긴 한데 이게 느낌인지 진짜 눈에 보이는 건지 헷갈릴 정도로 안보입니다. 오늘 다시 검색해보니, 옆의 알니탁(Alnitak, ζ Zeta Ori) 별빛에 가려 안보이는 경우가 많다고 하네요. 별빛이 망원경에 들어오지 않도록 조준을 잘 해야 한다고 하니 다시 한번 도전해 봐야겠습니다.

시리우스 주변

이 곳은 다음에 다시 한번 훑어봐야 겠습니다. m41을 시작으로 서쪽으로 Puppis 별자리에 m46, m47을 보았는데 역시 산개성단이라 할만 합니다. 다채로운 색과 모양으로 보는 즐거움이 있습니다.

미국에 넘어온 3년

Unknown — Sat, 14 Jan 2017 00:00:00 +0000

미국에 넘어온 3년

오늘 2017년 1월 14일은 제가 미국에 넘어온 지 만 3년이 되는 날입니다. 달랑 캐리어 하나 들고 가족은 한국에 잠시 두고 장거리 비행을 한 후 초췌한 모습으로 입국 심사관을 대했던 게 기억에 나네요. 친한 형의 도움을 받아 그날 바로 중고 자동차를 구입하고 익숙하지 않은 차를 몰며, 익숙하지 않은 교통체계에 실수를 연발하며 어두운 밤길을 운전해 오던 것도 기억이 납니다. 그날 San Ramon에 멈춰서 인앤아웃에서 햄버거를 먹었던 것도 기억이 나고요.

3년이 지나고 나니, 어느새 아이들은 부쩍 커서 큰 아이는 킨더를 가고, 작은 아이는 자기 주장이 생겨서 미운 네.살이 되고, 단칸방 하숙에서 아파트를 거쳐 월세지만 단독주택에 지내게 되었네요. 영주권도 무사히 받아서 신분 걱정을 하지 않고 지내게 되었고요. 직장도 비록 회사 자체가 위태위태하지만, 직장 내에서 적당히 인정받고 열심히 일할 수 있게 되었습니다. 아이들과 아내는 아직은 완전히는 아니지만 꽤 많이 미국생활에 적응해 가고 있네요. 짧지 않은 시간이지만 그래도 정말 빠르게 지나간 것 같습니다.

3년동안 있었던 많은 일들이 추억으로 느껴질 만큼 아련하면서도 눈을 감으면 떠오를 만큼 선명하네요. 지나온 3년이 우리 가족에게 적응의 시간이어서 힘든 때도 있었지만, 그래도 나름 좋은 일이 가득했었던것 같습니다. 그래서, 앞으로 얼마나 길게 미국에 거주하게 될 지 모르겠지만, 앞으로의 시간도 좋은 일만 가득할 것 같다는 생각이 드네요.

You Need A Budget

Unknown — Tue, 20 Dec 2016 00:00:00 +0000

어렸을 때 부터 가계부, 용돈 기입장은 전혀 써보질 않았었습니다. 돈이 얼마 있지도 않았지만, 있는다 해도 그저 스쳐가는 돈일 뿐, 수중에 남아있는 게 하나도 없었습니다. 부모님이 저에게 "넌 돈을 0으로 만드는 재주를 가졌다" 라고 하실 정도였죠.

그 당시야 수입이라고는 부모님이 주시는 용돈 정도였는데, 대학원을 가게되고 꽤 큰 돈이 들어오기 시작하면서 제 이런 습관은 돈을 모을 수 없게 만들더군요. 매달 생활비로 쓸 수 있을만큼의 돈이 들어왔는데 대학원을 마치고 보니 거의 모은 돈이 없는 걸 깨닫고는 자금 관리를 해야 겠다는 생각이 들었습니다.

Mint

미국에 와서 바로 사용하기 시작한 것이 Mint.com이었습니다. 정말 유명한 웹 서비스이다보니 주변에 안쓰는 사람이 별로 없더군요.

Mint는 여러 은행 계좌나 주식계좌, 연금계좌등을 연결해서 자동으로 거래 내역을 가져옵니다. 가장 큰 장점이죠. 거래 내역을 한 곳에서 모아 볼 수 있거든요.

내 모든계좌 잔고의 총 합이 증가, 감소하는 것을 실시간으로 볼 수 있서 참 유용했습니다.

하지만, 몇년을 사용했지만, 제 생활 패턴은 달라지지 않았습니다. 잔고는 확인 하는데, 내가 어디에 얼마를 쓰는 지 잘 추적이 되지 않았네요. 물론 Mint가 예측을 해서 대충 추측합니다.

그 정확도가 정말 별로라서 매번 확인하고 고쳐줘야 했습니다. 그 간헐적인 작업이 꽤 거슬렸네요.

You Need A Budget

그러다 만난 게 YNAB 입니다. 작년인가부터 말은 들었는데, 유료에다가 가격도 상당($50)해서 선뜻 엄두가 나지 않았습니다. 그러던게, 올해 온라인 서비스를 시작했더군요. 그리고 한달간 무료로 사용해 볼 수 있도록 해서 이참에 한번 시작해 보았습니다.

사용해 보니, 마치 옛날의 가계부를 손으로 쓰는 듯한 느낌이 들었네요. 모든 항목을 뱅킹이나 카드회사에서 가져올 수는 있지만, 위에 언급한 대로 Mint 같이 카테고리 분류가 잘 되지 않아서, 수동으로 입력하는게 오히려 더 관리하기 편했습니다.

불편하기는 Mint보다 더 불편한데, YNAB이 표방하는 장점이 있습니다. 바로, Budget (예산) 관리죠. Mint에도 예산 관리가 있지만, 그게 주된 기능은 아닙니다. 그래서 매월 예산 변경을 유연하게 하는게 좀 힘들고, 그동안 예산 내에서 사용되어지고 계획되어진 것에 대한 내용을 한 눈에 볼 수 없습니다.

YNAB은 기본 화면자체가 예산과 지출내역화면이라, 아예 이 기능을 주된 기능으로 밀고 있습니다. 예산에 대한 철학은 YNAB이 주장하는 "Give every dollar a job" 이라는 캐치프레이즈에서도 알 수 있듯이, 모든 수익은 "미리" 철저하게 각 항목에 계획적으로 할당하는 것입니다. 그래서 항상 항목별 가용예산을 보고, 충동적 구매를 막도록 하는 것 같습니다.

처음엔 꽤 불편했는데, YNAB에서 제공하는 강좌를 듣고 사용해보니 괜찮아 보여서 YNAB4 를 구매했습니다. 온라인 서비스인 New YNAB은 매월 5달러를 내야하는 부담감이 있었고, 아직 Report 기능이 구현되지 않아 기능상으로 많이 제한된 것 처럼 느껴졌네요. 실제로 몇달간 써보니 Report가 꽤 유용했습니다.

그러나 가장 중요한 것은, 현금 흐름을 30일 전에 결정해서 계획적인 지출을 이끌어 낸다는 점입니다. 이 부분은 "Age your money"라고 하는데요. 수입이 생기면 이 금액을 이번 달 수입으로 잡을 지, 다음달 수입으로 잡을 지 결정할 수 있습니다. 여유가 생기면, 최종 목표는 이번달 수입은 모두 다음달 지출에 대한 예산으로 돌리는 것입니다. 이렇게 해서 다음 달에 내가 쓸 수 있는 금액이 얼마인지 결정하고, 그에 맞춰서 각 항목별로 사용하고, 남는 돈은 그 다음달로 넘기던지, 아니면 저축으로 넘기던지 해서 자산을 불려나갑니다.

이 부분이 온라인 버전에서는 Age of Money로 표시되는데, 그 날짜가 의미하는 바는 현재 사용하는 돈이 언제 들어온 수입인지를 나타냅니다. 즉, 수입 - 지출에 여유가 많이 생겨서 두달 뒤의 지출에 대해 예산을 잡고 그 예산에 맞게 사용했다면, 두달 뒤 내가 지출할 항목을 입력할 때 60 days 로 나오고 두달전의 수입에 대해 지출을 한다는 의미가 됩니다.

저도 처음에는 잘 안맞았는데 몇달 사용하면서 이젠 다음달 예산을 충분히 잡을 수 있을 만큼 현금 흐름에 버퍼가 생겼습니다. 그 이후 목표는 6개월치 Emergency Fund를 만드는 것입니다. 산호세 물가를 고려하면 약 3만 6천~ 4만불이 필요하게 되네요. 상당히 큰 금액이라, 이만큼 Emergency Fund를 마련하는 데 꽤 많은 시간이 걸릴 것 같지만, 현재 YNAB 을 사용하는 패턴을 보면, 적어도 마이너스로 가고 있지는 않아서 어떻게든 모아질 것 같긴 합니다.

YNAB Mobile

YNAB은 모바일 앱도 제공하는데, 온라인 버전이 아닌 앱은 이름이 "YNAB Classic" 이라고 변경되어 구글 플레이스토어에 올라와 있습니다. YNAB의 모든 기능을 지원하는 것은 아니고, 순수히 지출 내역을 바로 바로 기입할 수 있고 남은 예산이 얼마인지 확인하는 용도로만 사용가능합니다. 만들어진 의도가, 바로바로 지출내역을 입력해서 나중에 잊어먹고 메꾸게 되는 것을 방지하기 위함인 것 같은데, 꽤 유용하게 사용할 수 있어서 만족하고 있습니다.

그러나 불안한 점은, YNAB Classic이 이미 버려진 Dropbox API를 이용해 동기화를 하기 때문에, 언제 지원이 끊길지 모른다는 점입니다. 이미 Dropbox는 YNAB Classic이 사용하고 있는 API를 2017년에 중단하겠다고 밝힌 적이 있어서, 조만간 YNAB Classic을 버려야 할 지도 모르겠네요. 그 때가 되면, 아래 언급할 Financier를 사용하게 될 지 아니면 YNAB Online을 사용하게 될 지는 잘 모르겠습니다.

Sum Up

사실 YNAB을 사용해 보면, 정말 단순하게 만들어 졌다는 걸 금방 알게 됩니다. 그래서 이 컨셉을 그대로 차용해서 온라인 버전으로 Financier 라는 웹앱도 나온 상태죠. (퀄리티는 약간 떨어집니다. 특히 모바일에서 보면 깨지는 부분이 좀 있어요)

Update: 지금 다시 Financier를 보니, 모바일에서 깨지는 부분을 해결한 것 처럼 보이네요. 다만, 여전히 모바일에서 거래 내역을 입력하는 것이 쉬워 보이지는 않습니다. 개발자가 조만간 모바일 버전을 내놓을 것이라고 하니 잠시 지켜보는 것도 좋겠네요.

Financier를 사용하던지 YNAB을 사용하던지 일단 이 두 앱에는 같은 철학이 녹아들어있기에 둘중에 어느것을 사용해도 무관하리라 생각됩니다. 단순하지만, 핵심적인 철학(컨셉)이 얼마나 중요한 것인지 알게 하는 앱이라고 봅니다.

읽을만한 글

Google Home, Another IoT Hub at Home

Unknown — Fri, 16 Dec 2016 00:00:00 +0000

아마존 에코, 알렉사를 사용한 지도 여러달이 되었네요. 구글 홈이 출시된다는 소식을 듣자마자 알렉사를 버리고 구글홈을 예약 주문 했습니다. 129달러 가격이 에코보다는 저렴하지만 그렇다고 많이 저렴하진 않은데, 나온 지 한달도 채 안되서 베스트 바이에서 75불에 살 수 있는 할인 행사를 하더군요 (ㅜ.ㅜ 그놈의 블랙프라이데이...)

하지만 이미 15일이 지난터라 눈물을 머금고 계속 쓸 수 밖에 없었네요.

슬픈 사연은 넘기고, 구글홈을 지금까지 사용해오면서 느낀 점을 간략히 소개해 볼까 합니다.

Amazon Echo vs Google Home

에코도 사용해보고 구글 홈도 사용해보다보니 두개의 장단점을 느끼게 되었는데요. 일단 아마존 에코의 가장 큰 장점이라고 한다면, 매우 폭넓은 IoT 기기가 지원된다는 점입니다. 대중적인 Philips Hue나 삼성의 SmartThing 뿐만이 아니라 TP-Link의 Kasa, WeMo등 왠만큼 유명한 IoT 기기는 다 지원합니다. 게다가 Skill 이라는 기능이 있어서 개발사가 에코 스킬을 만들어두면 얼마든지 에코가 스킬을 배우고, 기기를 찾아서 사용할 수 있습니다.

반면에, 구글 홈은 출시 초기에 Nest, Philips Hue, 삼성 SmartThing만 지원해서, 기존에 사용하뎐 TP-Link의 Kasa를 사용할 수 없었습니다. 최근에 WeMo가 가세했다고는 하지만 여전히 지원기기가 턱없이 부족합니다. 구글이 나서서 개발환경을 편하게 만들고 자유롭게 앱을 추가할 수 있는 에코시스템을 적극적으로 만들어야 할 것 같네요.

그러나 결국엔 에코를 결국 버리고 (지인에게 넘겼어요) 구글홈을 선택하게 되었습니다.

가장 큰 이유는, 구글 홈은 Google Cast와 연동이 된다는 점이었습니다. Google Cast, Google Cast Audio와 연동이 되어 음악, 넷플릭스 드라마, 유투브 영상 등 필요한 것을 다른 기기로 스트리밍 할 수 있습니다. 예를 들면, 비행기를 물어보다가, 보잉747 기종을 TV에 보여달라고 하면 적절한 유투브 영상을 찾아서 티비에서 재생을 합니다.

문맥을 이해하기에 알렉사처럼 단순한 명령 뿐만이 아니라 좀 더 다채로운 대화를 할 수 있어서 더 진보되었다고 느껴집니다. 위의 예에서 Boeing 747에 관해 물어봤다면, "Show it to my TV" 하면 it을 Boeing 747로 이해해내는 거죠.

Family Account의 부재

하지만, 아쉬운 점이 있다면, 처음 구글 홈 티저에서 나왔던 가족 구성원 목소리를 인식해서 각자의 계정 정보에 맞게 동작하는 부분이 빠져있다는 점입니다. 즉, 지금의 구글홈은 제 계정 정보만 가지고 동작하기에 누가 일정을 물어봐도 제 일정만 나옵니다. 쇼핑리스트에 추가하는 것도 제 Google Keep에 추가되구요. 통근시간을 물어봐도 제 회사까지의 시간만 나옵니다.

이 부분을 구글이 소프트웨어 업데이트로 해결할 수 있을지는 의구심이 들긴 하지만, 기대는 해 보고 있습니다. 설마 티저에서 보여줬던 기능인데, Nexus Q도 아니고, 안되는 걸 되는것처럼 포장해서 보여주지는 않았겠죠...

Conclusion

아직 한달 조금 넘게만 사용해 보았지만, 6개월 Youtube Red 사용권을 고려한다면, 충분히 가치있는 물건이라고 생각이 듭니다. 아이들에게 편하게 유투브 영상을 보여주거나, 제가 모르는 것을 물어볼 수 있어서 좋구요. 집에 Google Cast, Nest 등 IoT기기가 있다면 연동이 잘 되서 삶이 좀 더 편리해 지는 것 같습니다.

다만, 아직 티저에서 보여준 기능이 몇몇 안된다는 점. 생각보다 Ok Google이 발음이 어렵다는 점은 개선되어야 할 부분인 것 같네요.

2016년도 지름 결산

Unknown — Thu, 15 Dec 2016 00:00:00 +0000

2016년도 지름 결산

작년에 2015년도 지름 결산 글을 쓴 적이 있습니다. 올해도 지름 결산을 해보려고 합니다.

임의 순서입니다.

Orion 8 inch Dobsonian Telescope

미국와서 벼르고 벼르던 돕소니안 망원경을 사서 뒷마당에서 성운, 성단을 훑고 있습니다. 생각만큼 어두운 하늘은 아니라 은하는 잘 보이진 않지만, 그래도 충분히 가치를 하는 중입니다.
Costco Industrial Rack

렌트를 옮기고 개러지에 적재할 선반용으로 구입했습니다. 무거운 무게가 말해 주듯, 아주 튼튼하고 지진에도 버텨낼 것 같은 모습입니다.
Ryobi 18V Drill
Fire Starter (Chimny)
Skywalker 12ft Trampoline

이사를 한 김에 넓은 뒷마당을 채우려고 구입하였습니다. 아이들이 정말 좋아하고, 다른 가정을 초대했을 때 아이들이 놀면서 시간을 보낼 수 있어서 아주 잘 구입한 것 같아요. 가격은 조금 비싸지만 ($249) 그만큼 가치는 하는 것 같네요.
Amazon Echo + TP-Link Kasa

보이스로 명령을 내리는 게 얼마나 유용할까 란 의구심으로 기기를 사용했으나, 실제로는 꽤 만족하며 사용중입니다. 일단 아이들이 궁금해 하는 것을 이민자인 제가 잘 모르는게 있는데 검색을 해도 되지만 간단하게 Alexa에게 물어봐도 되고, 기타 소소한 기능들과 IoT 기기를 연동하는 기능이 풍부해서 이것 저것 종종 사용하게 되네요.
Google Home

2016년 10월 Google I/O에서 구글 홈이 발표되었습니다. 자칭 구글빠라서 일단 아마존 에코와 비교해 보기 위해 주문하였습니다. 아마존 에코와 거의 기능상으로 동일하지만, 아직 IoT 와 연동은 부족합니다. Nest, Phillips Hue, Samsung Smartthings 정도만 지원이 되서 기존에 있던 TP-Link Smart plug를 사용하지 못하네요. 다만, Youtube Red, Google Assistant, Google Cast를 구글홈과 연동해서 쓸 수 있는 점은 큰 장점입니다.
Canon PIXMA MX922 Wireless All-in-One Printer

생각보다 큰 덩치에 놀라긴 했지만, 인쇄 품질도 좋고, ADF 까지 있어서 자동으로 여러장 스캔이 가능하니 정말 편합니다. Google Cloud Print도 지원하고, Apple Air Print도 지원해서 연결하고 Wifi router에 접속하면 곧장 사용할 수 있습니다. 가정에서 쓸 수 있는 꽤 괜찮은 선택지 인것 같네요.
Venta LW-15

한국에서 구입했던 벤타는 LW-44 모델이라 아이들 방에 사용하기엔 너무 컸습니다. 습도를 적당히 조절하기 위해 작은 녀석으로 하나 장만했습니다. 자세한 리뷰는 [Venta LW-44][venta] 를 참조하세요.
Volkswagen e-Golf

기존에 타던 Passat을 처분하고 리스 한 전기차, 폭스바겐 e-Golf입니다. 아주 괜찮은 특가로 나와서, 파삿을 팔고 넘어가도 손해가 없을 정도였거든요. 충전은 회사에서 제공하기에 전기 걱정없이 출퇴근을 편하게 할 수 있습니다. 캘리포니아에서는 전기차에 대해 카풀차선 이용을 허용하기에 출퇴근 시간을 상당히 줄일 수 있습니다. 이게 구매를 결정하게 된 가장 큰 요인이었네요.
Lenovo Yoga 700

Core M 시리즈 CPU는 별 문제가 아니나, 뭔가 적응이 안되는 키감은 도저히 사용할 수 없을 정도네요. 클릭 느낌이 들었는데 키는 입력이 안됩니다. 바닥을 꾹꾹 눌러주지 않으면 키가 인식이 안되서 오타가 너무 많이 나네요. 결국 다시 코스트코에 환불!
Dell XPS 13 Skylake

블랙프라이데이에 Ebay에서 저렴하게 작년에 출시된 제품이 올라와서 구매했네요. Kabylake 제품과 크게 달라진게 없어서 구매했습니다. QHD + Touchscreen 에 8GB RAM, 256GB PCIe SSD 라서 사양은 충분합니다. 다만 베젤을 최소한으로 줄이기 위해 카메라가 아래 왼쪽에 박혀있는 건 도저히 용서가 안됩니다. 화상채팅을 할 생각이 있다면 웹캠을 따로 구입하는 걸 추천합니다.
Firepit

집안에 있는 벽난로를 사용할 수 없어서 밖에서나마 즐기려고 홈디포에서 구입했습니다. 장작 피우고 고구마 구워먹거나 마시멜로 구워먹기 아주 좋아요! 싱글하우스의 또 하나의 장점이네요.

Orion Dobsonian XT 8

Unknown — Mon, 28 Nov 2016 00:00:00 +0000

Dobsonian 방식의 8인치 망원경입니다. 예전에 사용하던 GS Optics의 10인치 보다 구경이 2인치 작아서 빛을 36% 적게 받지만, 그만큼 무게가 많이 줄어서 가대와 망원경을 한번에 옮길 수 있을 정도로 가볍습니다.

Broadcom BCM94352Z, macOS 시에라에서 설정하기

Unknown — Sat, 19 Nov 2016 00:00:00 +0000

에얼리언웨어 알파 해킨토시 설치 글에서 잠깐 언급했는데, 알파에 기본으로 내장된 WIFI 모듈은 인텔 제조라 macOS에서 드라이버가 없어서 동작을 못합니다. 그래서 인터넷을 수소문 한 결과, 브로드컴의 BCM94352Z가 문제없이 잘 동작한다길래 아마존에서 주문해서 막 받았네요.

그런데 이놈이 이렇게 고생을 시킬 줄은 꿈에도 몰랐죠. ㅜ.ㅜ 인터넷 설명이 죄다 El Capitan, 아니면 Sierra 10.12 여서, 제가 설치한 버전인 10.12.1 에는 동작을 안하더군요.

Final Result

고생기를 먼저 장황하게 쓸 필요는 없을 것 같고, 일단 고생한 결과물을 알려드릴게요.

RehabMan의 BrcmPatchRAM과 RehabMan의 FakePCIID을 다운로드 받아둡니다.
EFI Mounter로 EFI 파티션을 연결합니다. 수정을 하기 전 EFI 폴더를 백업해 둡시다. 만일을 위해서 Clover Bootable USB도 준비합니다. 이전에 Sierra를 설치했다면 그 USB만 있어도 됩니다.
EFI/CLOVER/kexts/Other 디렉토리에 위의 두 파일을 압축을 풀어서, 아래 4개의 파일을 복사합니다.
- BrcmPatchRAM2.kext
- BrcmFirmwareData.kext
- FakePCIID.kext
- FakePCIID_Broadcom_WiFi.kext
EFI/CLOVER/config.plist를 엽니다. 그러면 Clover Configurator 앱이 열릴겁니다.
Acpi 탭에서 DropOEM을 선택합니다. (SSDT 항목에 있어요)
Boot 탭에서 kexts-dev-mode=1 을 선택합니다.
Device 탭에서 WiFi 에 0x43B114E4를 입력합니다. 이 값은 DPCIManager.app 에서 보이는 브로드컴 WIFI 의 Device/Vendor ID 입니다. 만일 DPCIManager.app에서 브로드컴이 안보인다면 연결이 잘 안된것이므로 윗판을 뜯어서 다시 확인합시다.
System Parameters 탭에서 Inject Kext를 Yes로 바꿔줍니다.
저장 후 나갑니다.
Terminal을 열어서 vim이나 기타 텍스트 에디터로 EFI/CLOVER/config.plist를 엽니다. TextEdit.app 은 사용하지 마세요. 인식이 안되서 오동작할 수 있습니다. 아래 내용을 입력하는데, tab으로 띄어쓰기 해야 합니다. 안그러면 인식이 안될 수 있어요.

	<key>KernelAndKextPatches</key>
	<dict>
        ...
		<key>KextsToPatch</key>
		<array>
			<dict>
				<key>Comment</key>
				<string>AirPortBrcm4360 - fcvo</string>
				<key>Disabled</key>
				<false/>
				<key>Find</key>
				<data>
				gflSqgAAdSk=
				</data>
				<key>Name</key>
				<string>AirPortBrcm4360</string>
				<key>Replace</key>
				<data>
				gflSqgAAZpA=
				</data>
			</dict>
			<dict>
				<key>Comment</key>
				<string>AirPortBrcm4360 - PCI Error 1</string>
				<key>Disabled</key>
				<false/>
				<key>Find</key>
				<data>
				QTnEdRs=
				</data>
				<key>Name</key>
				<string>AirPortBrcm4360</string>
				<key>Replace</key>
				<data>
				QTnEZpA=
				</data>
			</dict>
			<dict>
				<key>Comment</key>
				<string>AirPortBrcm4360 - PCI Error 2</string>
				<key>Disabled</key>
				<false/>
				<key>Find</key>
				<data>
				QQ+3zTnBdQw=
				</data>
				<key>Name</key>
				<string>AirPortBrcm4360</string>
				<key>Replace</key>
				<data>
				QQ+3zTnBZpA=
				</data>
			</dict>
			<dict>
				<key>Comment</key>
				<string>AirPortBrcm4360 - PCI Error 3</string>
				<key>Disabled</key>
				<false/>
				<key>Find</key>
				<data>
				g33EBHQG
				</data>
				<key>Name</key>
				<string>AirPortBrcm4360</string>
				<key>Replace</key>
				<data>
				g33EBGaQ
				</data>
			</dict>
		</array>

재부팅 합니다.

이제 와이파이가 잘 뜰겁니다.

Downloads

위에서 설명된 프로그램은 아래의 링크에서 받을 수 있습니다.

EFI Mounter : https://www.tonymacx86.com/resources/efi-mounter-v3.280/
DPCIManager : https://sourceforge.net/projects/dpcimanager/

에얼리언웨어 알파에 macOS 시에라 설치하기

Unknown — Thu, 17 Nov 2016 00:00:00 +0000

Andrew Ng교수의 Machine Learning 강의를 듣고 난 후 Tensor Flow를 배워볼 생각입니다. 머신러닝을 배우면서 내용도 재미있었고, 실생활에 적용할 만한 부분이 많이 있어서, 가장 잘 알려진 Tensor Flow 라이브러리를 이용할 생각입니다.

Tensor Flow를 설치하려고 하니, Linux와 macOS 만 지원을 하더군요. 에얼리언웨어 알파에 설치된 Windows10에서는 설치할 방법이 없을까 생각해보니, Bash On Windows가 생각났습니다. Ubuntu가 그대로 Windows 10에 들어와서 Bash 쉘을 실행할 수 있었죠.

설치해 보니, 텐서플로우는 잘 설치 되었는데 Cuda 라이브러리가 설치가 안됩니다. 계속 에러를 내서, 결국 포기하고 에얼리언웨어에 해킨토시를 설치하기로 결정합니다.

Hackintosh?

해킨토시는 애플의 Mac OS X (시에라부터는 macOS 로 이름이 바뀌었습니다) 를 일반 데스크탑이나 랩탑에 설치하도록 약간 수정된 macOS를 말합니다. 애플이 인텔 CPU를 사용하기 전에는 이 방법이 불가능했습니다. 그때에는 PowerPC를 사용하고 있어서 커널을 포팅할 수가 없었죠. 2005년에 인텔로 이주를 발표한 후 OS X를 PC로 포팅하는 방법이 나오기 시작했던걸로 기억합니다.

해킨토시를 왜 사용하는지는 사람마다 다르겠죠. 저는 맥북프로를 사용하면서 macOS가 일반적인 사용과 개발이 매끄럽게 연동되는 것이 정말 마음에 들었습니다. macOS에서 곧바로 리눅스에서도 돌아갈 수 있는 앱을 만들 수 있었고, 그렇다고 리눅스처럼 Enduser의 사용이 불편한 것도 아니였습니다. 매우 풍부한 애플리케이션이 많이 있어서 오히려 효율적으로 사용할 수 있었죠. 윈도우즈는 Enduser 사용은 매우 편하지만, 반대로 리눅스나 서버 애플리케이션 개발은 매우 어렵습니다. macOS가 BSD를 차용하면서 그 중간에서 줄타기를 잘 한 것이지요.

Alienware Alpha

서론이 길었네요. 위에서 언급한 Tensor Flow를 설치하기 위해 에얼리언웨어 알파를 뒤집어 엎기로 합니다.

에얼리언웨어 알파는 정말 작은 케이스에 적당한 CPU와(i7까지 업그레이드가 가능합니다) 콘솔 성능보다 약간 앞서는 GPU가 들어있는 미니 베어본 PC입니다. 같은 스펙으로 Steam OS를 설치해서 나온 제품도 있죠. 위쳐3, Dirt3, Forza, Project CARS등 몇몇 게임을 돌려보면, 별다른 무리없이 매끄럽게 실행될 정도로 적당한 성능이 나옵니다.

여기에 들어있는 GPU가 CUDA를 지원하기에 Tensor Flow에서 GPU 가속 기능을 사용할 수 있습니다.

Hackintosh 준비 및 설치

먼저 해킨토시를 설치하기 위해서는 가장 유명한 TonyMacX86사이트를 알아두시는 것이 좋습니다. 이 사이트에 왠만한 정보는 다 들어있구요. 제가 설명하려고 하는 정보도 여기 사이트에 다 나옵니다. 다만 영어를 읽기 귀찮으신 분들을 위해, 그리고 제가 작업한 내용을 저 스스로 잊어먹지 않기 위해 이 글을 씁니다. 또한 X86(한글) 사이트에도 좋은 정보가 정말 많습니다.

macOS 시에라를 설치하기 위해서는 macOS가 설치 된 컴퓨터와 8GB 이상의 USB 메모리가 필요합니다. 저에겐 맥북프로가 있어서 이걸로 설치를 준비했네요.

앱스토어에서 macOS Sierra 를 다운로드 받습니다. 그 후 설치화면이 나오는 데 설치하지 마시고 그대로 창을 닫고 USB를 준비합니다.

Disk Utility (Cmd + Space 후 Disk Utility 검색하시면 나와요)에서 USB를 선택 후, Erase 해서 "Mac OS Extended", "Master Boot Record" 를 설정한 상태로 포맷합니다.

TonyMacX86에서 Unibeast 를 다운 받고 실행하면 아래 화면이 나오는데, 여기서 "Legacy Boot", "Sierra" 를 선택 후 설치를 진행합니다. 나중에 쓰이니 같은 다운로드 페이지에 Multibeast도 받아둡니다.

USB 속도에 따라 10분에서 20분 사이에 USB 준비가 완료됩니다. 중간에 OS X Boot 이미지가 마운트되면서 파인더 창이 뜨는데, 그대로 두고 설치가 완료될 때 까지 기다립니다.

이미지 준비가 완료되면, Multibeast 앱도 같이 USB에 넣어줍니다. 추후 작업을 편하게 하려면 NVIDIA Web Driver, KEXT Installer, Clover Configurator, EFI Mounter v3 등을 같이 넣어주시면 더 편합니다.

이제 준비가 되었으니 macOS Sierra를 설치해 봅시다.

High Sierra

High Sierra는 Unibeast가 아직 안되는 것 같네요. 일단 High Sierra 설치 이미지를 받아서 USB에 이미지를 옮기신 후 Clover를 설치합니다. Clover를 Sierra나 High Sierra에서 설치해야 할 경우, SIP 를 꺼줘야 합니다.

시스템을 재시작하고 Cmd + R 키를 누르고 있으면 복구모드로 들어갑니다. 여기서 터미널 (Utilities > Terminal)을 실행한 후

$ csrutil disable

위 명령을 실행하면 SIP 를 끌 수 있습니다. 그 후 재시작하고 Clover를 설치합니다. SIP가 활성화 되어있으면 Clover 설치시 에러가 나서 진행이 되질 않습니다.

BIOS Setup

에얼리언웨어 글자가 보이면 F2를 눌러서 BIOS 세팅으로 갑니다. 여기서 해제해 줘야할 것이 몇 있는데, 이 부분을 바꾸지 않으면 USB 설치가 되지 않습니다.

CPU : Intel Virtualization Technology : 끄기
CPU : Limit CPUID Value: 끄기
BOOT : Boot mode를 Legacy로 바꾸기
BOOT : 부팅

다 설정하였으면 저장 후 재부팅 합니다.

Sierra

그 이후 설치는 보통의 맥 OS 설치와 동일합니다. 다만 처음 부팅할 때 Clover 부트로더가 뜨는데, 여기서 External로 USB를 선택해 주셔야 합니다.

Sierra 설치 시 전 Windows 파티션을 다 날렸습니다. Disk Utility를 이용해 GUID partition으로 Mac OS Extended로 포맷하셔야 합니다. (**데이터백업은 필수! 아시죠? **)

설치가 끝나면 아직 USB를 뽑지 마시고 재부팅 합니다. 아직 디스크에 Clover 부트로더가 설치되지 않았기 때문에 USB 드라이브의 Clover 부트로더를 이용해 디스크의 macOS를 실행합니다.

설정하기

일단 시에라 설정화면까지 보이면 이제 조금 복잡해 집니다. 유저이름, 비밀번호, 언어등을 설정하신 다음 Ethernet 으로 인터넷 연결을 합니다. 에얼리언웨어 알파에 들어있는 Wifi 모듈은 인텔 제조인데, 인텔이 OS X 드라이버를 제공하지 않아서 인식이 안됩니다.

저같은 경우는 현재 Broadcom (경쟁사인데!) 의 BCM94352Z NGFF M.2 모듈을 주문해두었습니다. macOS에서 가장 인식이 잘되는 무선랜 모듈이라고 하네요.

Graphic, Audio (HDMI)

에얼리얼웨어 알파 (2015년 버전)에는 커스텀 NVIDIA GPU가 들어있습니다. 일단은 Nvidia에서 제공하는 Webdriver 를 설치하면 되는데, 설치하지 않은 상태에 부팅할 때 화면이 번쩍이는 걸 보셨을 겁니다. 이 현상은 Nvidia Webdriver와 NVidiaStartupWeb.kext 커널 확장모듈을 설치한 후 Clover (아래에 설치 내용이 있습니다) 에서 설정해 주면 제대로 그래픽이 잡히면서 사라집니다.

HDMIAudio.kext는 HDMI로 소리까지 전송하게 하는 확장프로그램입니다. 일단 에얼리언웨어 알파에 따로 3.5mm 잭도 없어서 (니가 애플이냐), HDMI Audio 출력이나 외부 DAC, 또는 블루투스 스피커를 통해 소리를 출력할 수 밖에 없습니다.

이 두가지는 Kext Utility.app 을 이용해 설치할 수 있습니다. 제가 설치한 NVidia Web Driver는 버전이 WebDriver-367.15.10.15f01 입니다. 버전마다 지원하는 macOS 버전또한 다르니 꼭 잘 맞는 버전으로 설치해야 합니다.

Clover 부트로더

이제 부트로더를 설치해서 USB 없이 부팅할 수 있게 합시다. USB를 준비할 때 복사해 둔 Multibeast.app 을 실행해서 Clover를 설치합시다. Quick Start 메뉴에서 Legacy mode를 선택한 다음 Build 탭에서 파티션을 Main을 설정 후 (파티션 만들 때 이름), Install 을 눌러 Clover를 설치합니다.

EFI config.plist

Clover 설치 후 EFI 파티션을 수정해야 합니다. 수정하지 않아도 동작은 되지만, 좀 더 부드럽게 하기위해 config.plist를 수정합니다.

먼저 EFI mounter로 EFI를 파인더에서 찾을 수 있게 마운트 합니다. Clover Configurator.app을 열면 바로 'EFI/CLOVER/config.plist' 파일을 여는데, 만일 열리지 않았다면 직접 이 위치로 가서 로드합시다.

Boot 탭에서 nv_disable=1이 체크해제되었는지 확인합니다.
System Parameters 탭에서 NvidiaWeb을 체크합니다.

이 두가지를 한 후 재부팅하면 깜박임이 사라진 것을 볼 수 있습니다.

연김에 몇가지 더 합시다. 제대로 시리얼넘버와 SmUUID를 설정하여 나중에 iMessage 를 사용하도록 합니다.

Rt Variable 탭에서 Calculate를 클릭해서 자동으로 계산이 나오는 것을 확인합니다.
SMBIOS 에서 오른쪽 아래에 있는 마법봉 (Magic wand)을 클릭해서 맨위에 모델을 iMac(14,2) 로 선택합니다.
Rt Variable에서 Serial Number를 SMBIOS 탭의 Board Serial Number에 복사하고 뒤에 알파벳+숫자로 5글자를 더 입력합니다.
Terminal을 열어서 uuidgen 을 실행해서 나오는 값을 SMBIOS 탭의 smUUID 항목에 복사합니다.

Power Management

잠자기를 하면 실제로 잠들지 않고 화면이 켜져있는 상태로 유지되는 걸 볼 수 있을 겁니다. 제대로 그래픽까지 꺼서 절전에 들어가기위해, EFI 파티션이 마운트 된 상태에서 DSDT / SSDT 파일을 'EFI/CLOVER/ACPI/patched' 디렉토리에 복사합니다.

그 후에 잠자기를 테스트하면 잘 들어가게 됩니다.

Trim

Trim은 SSD를 사용할 때 비어있는 공간을 purge 해서 SSD를 효율적으로 사용할 수 있게 하는 방법입니다. 애플은 자사 OEM 드라이브가 아니면 기본으로 Trim이 비활성화 되어있어서 강제로 켜줘야 합니다.

Terminal 앱에서 아래 명령을 실행합시다.

$ sudo trimforce enable

Enable HiDPI

만일 4K 모니터를 사용하고 있다면 HiDPI를 켜주면 미려한 폰트를 즐길 수 있습니다.

https://github.com/syscl/Enable-HiDPI-OSX 에 나온 스크립트를 실행합니다.

Terminal에서 아래 명령을 입력합시다.

$ curl -o ~/enable-HiDPI.sh https://raw.githubusercontent.com/syscl/Enable-HiDPI-OSX/master/enable-HiDPI.sh

이 명령을 실행 후 ls -al ~을 하면 enable-HiDPI.sh 파일이 다운받아진 것을 볼 수 있습니다. 실행권한을 주고 실행합니다.

$ chmod +x ~/enable-HiDPI.sh
$ ~/enable-HiDPI.sh

재부팅 하면 레티나 설정을 할 수 있게 됩니다.

추가

Facetime, iMessage (검증되지 않음)

일단 위에서 Clover의 config.plist를 설정했으면 터미널에서 아래 명령을 입력하면 Facetime 을 사용할 수 있습니다.

$ cd ~/Library/Caches/
$ sudo rm -R com.apple.Messages*
$ sudo rm -R com.apple.imfoundation*
$ cd ~/Library/Preferences/
$ sudo rm com.apple.iChat*
$ sudo rm com.apple.imagent*
$ sudo rm com.apple.imessage*
$ sudo rm com.apple.imservice*
$ sudo rm -R ~/Library/Messages/

볼륨 조절 (검증되지 않음)

Install SoundFlower and SoundFlowerBed.
Select 'HDMI' for 'Soundflower(2ch)' in SoundFlower.
select output as 'Soundflower(2ch)' in Sound of System Preferences.

Upgrade to Hakyll 4.8

Unknown — Tue, 20 Sep 2016 00:00:00 +0000

Upgrade to Hakyll 4.8

Hakyll 이 4.8 버전으로 업그레이드 되면서 달라진 점이 하나 있는데, Metadata field가 YAML 형식으로 바뀌었습니다. 이로 인해, 기존의 Data.Map 타입에서 YAML.Object 가 되면서 기존의 Metadata를 이용한 함수를 대부분 고쳐야 했습니다.

예를 들면 match 함수에서 public 인 것만을 추려내서 html을 만드는 데, 이때 쓰이는 함수가 Hakyll 4.7에서는 아래와 같았습니다.

metadataFieldIs :: String -> String -> Metadata -> Bool
metadataFieldIs key value metadata = case M.lookup key metadata of
    Just v  -> value == v
    Nothing -> False

Data.Map 이기에 M.lookup 함수로 찾아서 public인지 아닌지 검사합니다. 하지만, YAML.Object로 변경되었기 때문에, Aeson 라이브러리를 이용하거나 Data.HashMap 을 이용해야 합니다.

다행스럽게도 Hakyll-4.8 에서 비슷한 역할을 하는 함수를 이미 만들어서 제공하고 있습니다 (Jasper 짱!) 바로 lookupString 인데요. Hakyll.Core.Metadata 에 정의되어 있습니다.

그래서 아래와 같이 코드를 간편하게 변경할 수 있었네요.

metadataFieldIs key value metadata =
    case lookupString key metadata of
        Just v  -> value == v
        Nothing -> False

다른 하나는, 이건 YAML에 관련된 이야기 인데, YAML은 on, yes 등의 값을 무조건 Bool로 인식해서 true로 변경하더군요. 그래서 disqus를 표시하는 metadata field가 on 에서 true로 바뀌는 바람에 disqus가 사라져 버려서 찾느라 고생좀 했습니다.

Observation - Dumpbell Nebula

Unknown — Sun, 28 Aug 2016 00:00:00 +0000

요즘은 밤에 구름이 끼기 시작하는 시즌이라, 조금만 늦게 나가도 별이 많이 보이지 않네요. 그렇다고 일찍 나가면, 광해가 많아 이래저래 별 보기 쉽지 않은 날이 계속 되었습니다.

오늘도 나가보니 가장 어두운 부분의 별이 4.2등성이 겨우 보일 정도라 큰 기대를 하지 않고 몇몇 대상을 보았고, 새로 아령성운 (Dumpbell Nebula) 를 보기로 했습니다.

Wild Duck 산개성단은 여전히 이쁩니다. 별로 좋지 않은 날씨에도 두 눈과 날개와 그 사이의 촘촘한 별 무리까지 잘 보입니다. 그 위의 NGC 6704를 보지만 9.2 등급의 별무리라 겨우 산개성단임을 알 수 있을 정도였네요. 다음에 날씨 좋을 때 다시 6704와 6664, 6683 등 Wild Duck 산개성단 주변의 NGC를 봐야겠습니다.

위로 올라가서 Dumpbell을 보기 전, 일단 망원경을 아래로 내려서 오늘의 날씨를 다시 확인합니다. M26 은 왼쪽 아래의 마름모 꼴 별이 보여 특징을 잘 나타내지만, 그다지 큰 감흥이 없네요. 더 배율을 높여서 봐야 하는데 아이피스도 없고, 날씨도 그닥이라 배율을 높인다고 제대로 보일 지 확신이 서지 않습니다.

더 아래로 내려가서 독수리 성운, 오메가 성운을 보지만, 독수리 성운은 성운기 하나도 보이지 않고, 오메가 성운은 백조 머리 모양이 너무 희미합니다.

날씨가 영 아니긴 한가보네요. 위로 올라가서 Sagitta 별자리의 M 71 을 한번 찍고 갑니다. 별 무리의 구상성단인데 정말 자세히 보아야 분해가 될 정도네요. 크기가 작긴 합니다.

정립 파인더가 있으니 대상 찾는게 정말 쉽습니다. 바로 위로 별을 찾아가니 Dumpbell Nebula를 금방 찾을 수 있었습니다. 파인더에서도 바로 보이구요.

예전에 보았던 대로, 위 아래로 아령같은 흰구름이 진하고, 주변으로 공 모양으로 연한 성운기가 둘러싸고 있습니다. 주변시로 자세히 보면 가운데가 끊어지는 듯한, S자 모양처럼 흰색 성운이 갈라지는 듯 합니다.

집안의 IoT 중심, Amazon Echo

Unknown — Thu, 18 Aug 2016 00:00:00 +0000

아마존 에코에 이어서 [구글홈][google-home]에 대한 사용기도 추가되었습니다.

2014년에 아마존에서 조금 색다른 제품을 발표했었습니다. Amazon Echo 라고, 음성으로 명령을 내릴 수 있는 기기였죠.

처음, 저를 비롯한 에코를 들은 대부분의 사람들의 반응은, '그걸 써서 뭘 할 수 있지?' 라는 의구심 가득한 것 뿐이었습니다. '알렉사' 라고 부르고 명령을 내리는 것은 대단해 보였지만, 그게 어떤 편리함을 줄 수 있는지는 아무런 확신이 없었습니다.

그리곤 그대로 기억속에 잊혀져 있었고 가끔씩 커뮤니티에 올라오는 간단한 글이 눈에 띌 뿐이었습니다. 예를 들면, 클리앙의 jinn님의 간단 사용기 같은 글이죠.

그러다 엉겁결에, 집에 [Nest 온도조절기][nest]가 있다는 이유만으로 아마존 에코를 떠맡게 되었네요.

개봉

아마존 에코가 스피커까지 있다보니, 박스가 무게가 상당합니다. 게다가 생각보다 박스의 부피도 꽤 큽니다.

Connectivity

Connecting to Nest Thermostat

일단 Alexa 앱을 설치하고 Echo를 인터넷에 연결합니다. 이때 이미 사용중인 Kindle Fire나 Kindle E-book reader가 있다면 현재 네트워크의 AP 비밀번호가 이미 저장되어 있는 것 같더군요. 비밀번호를 물어보지 않고 아마존 계정 정보만 입력하면 알아서 접속합니다.

그 후 가지고 있는 IoT 기기를 하나씩 연결해 봅니다. 일단 [Nest 온도조절기][nest]를 연결하기 위해 앱에서 Skill을 추가 합니다. 이 스킬을 추가해야 네트웍 내부에 연결된 IoT 기기를 찾을 수 있더군요. 처음엔 이것도 모르고 계속 Discover가 되지 않아 당황했습니다.

Skill에서 Nest를 추가하고 "Alexa, Discover my devices" 로 명령해 봅니다. 잠시 후 알렉사가 1개의 디바이스를 찾았다고 나옵니다. 디바이스 이름은 Nest 앱에서 지정한 "Nest" 로 뜨고 온도 조절은 "Alexa, lower the 'Nest' temperature" 로 조절할 수 있습니다.

Connecting to TP-LINK Kasa

Nest와 같은 방식으로 TP-Link의 Kasa 파워코드도 추가 및 제어가 가능합니다. 스킬 항목에서 Kasa를 추가하고 (그 전에 이미 TP-Link는 네트웍에 붙어있다고 가정합니다) Discover를 하면 네트웍에 붙어있는 모든 Kasa device를 찾습니다.

"Alexa, turn on the 'Living Room Light' " 명령으로 거실의 등을 켜고 끌 수 있습니다.

Nest, Kasa를 연결하니 무척이나 편해졌습니다. 등을 끄는 것도 스마트폰 앱을 켤 필요도 없이 음성으로 명령하니 시간도 덜 걸리고 두 손이 자유롭더군요.

IFTTT (IF This, Then That)

Amazon Echo는 IFTTT와 연동이 가능합니다. 이를 이용하면, 에코내에서 지원하지 않는 기능들도 연동이 가능합니다.

Slack과 연동해서 메세지를 보내는 등, 여러 방법으로 응용이 가능해 보입니다.

vs Google Home

[구글 홈][google-home] 에 대한 사용기를 참조해 주세요.

A Five-Stage Model of the Mental Activities

Unknown — Tue, 16 Aug 2016 00:00:00 +0000

by Stuart E. Dreyfus and Hubert L. Drefus

Abstract

In acquiring a skill by means of instruction and experience, the student normally passes through five developmental stages which we designate novice, competence, proficiency, expertise and mastery. We argue, based on analysis of careful descriptions of skill acquisition, that as the student becomes skilled he depends less on abstract principles and more on concrete experience. We systematize and illustrate the progressive changes in a performer's ways of seeing his task environment. We conclude that any skill-training procedure must be based on some model of skill acquisition, so that it can address, at each stage of training, the appropriate issues involved in facilitating advancement.

I. Introduction

Anyone who wishes to acquire a new skill is immediately faced with two options. He can, like a baby, pick it up by imitation and floundering trial-and-error, or he can seek the aid of an instructor or instructional manual. The latter approach is far more efficient, and in the case of dangerous activities, such as aircraft piloting, essential. We shall describe below our model of the normal directed skill acquisition process and illustrate our rather abstract characterization with examples from foreign language acquisition, chess learning, and flight instruction.

Our method consists in analyzing and systematizing descriptions of changes in the perception of the task environment reported by performers in the course of acquiring complex skills. Sudnow [1], trained as an ethnographer, has described in great detail the changing stages in the meaning and temporal organization of sound patterns in the course of his acquisition of the ability to improvise jazz. We have adapted these findings to the stages in the acquisition of facility in speaking a second language, since this form of skill acquisition is likely to be more familiar to the reader. The psychologist De Groot [2] has reported on the changing way the chess array is perceived by beginners and experienced players. In our illustrations of our model with respect to flying, we have relied on pilot interviews and instructional manuals.

This descriptive data, while precise and replicable, might seem to lack the objectivity and quantifiability produced by controlled laboratory experiments. However, there is a long tradition in psychology and philosophy of suspicion of the significance of experimental results produced by restricting experiments to precisely controlled but highly artificial situations. Gestaltists such as Köhler [3] and phenomenologists such as Merleau-Ponty [4] have argued that research programs such as behaviorism and cognitivism which attempt to eliminate the everyday perceptual familiarity of the experimental situation reach their conclustion that perception and skills etc. are based on the lawlike combination of elements precisely because they have eliminated the contextual significance, based on past experience, which makes other forms of response possible. Moreover, recent research on judges setting bail and pronouncing sentences [4] has shown that even the simple fact of the subject knowing that he is taking part in a psychological experiment produces a marked change in behavior. In laboratory settings, actual judges operated according to the recommended rules of procedure found in various published guidelines. Unobstrusively observed in the naturalistic courtroom setting, however, these same judges behaved quite differently, relying heavily on the recoomendations of attorneys and probation officers. Experience seems to have taught the judges to trust experts, rather than apply rules. Concerning scientific laboratory observation as a means of studying real-world behavior, Konečni and Ebbesen conclude "... erroneous information obtained by scientific methods (and therefore having an aura of truth) is more harmful than no information at all ..." [6]

Despite the intrinsic tendency of controlled experiments to produce behavior which masks the changes in skilled performance which takes place over long periods of experience, some indications of these changes have shown up even under these adverse conditions. Schneider and Shiffrin have distinguished controlled procesing -- a temporary activation of a sequence of elements that can be set up quickly and easily but requires attention is capacity limited (usually serial in nature) and is controlled by the subject -- from automatic processing -- a learned sequence that is initiated by appropriate inputs and then proceeds automatically without stressing the capacity limitations of the system, and without necessarily demanding attention. They conclude, based on experimental evidence involving very simple detection, search and attention tasks, "In novel situations or in situations requiring moment-to-moment decisions, controlled processing may be adopted and used to perform accurately, though slowly. Then, as the situations become familiar, always requiring the same sequence of processing operations, automatic processing will develop, attention demands will be eased, other controlled operations can be carried out in parallel with the automatic processing, and performance will improve" [7]

One further interesting recent result of laboratory research is the unexpected discovery that when the same task can be described as a sequence of formal operations, and alternatively as a familiar concrete problem, the subject's behavior dramatically improves when he is presented the task in a concrete everyday form. An abstract logical task involving a conditional rule was studied extensively by Wason in 1966. Here is one example of the problem Wason studied and his results:

"You are presented with four cards showing, respectively, 'A', 'D', '4', '7', and you know from previous experience that every card, of which these are a subset, has a letter on one side and a number on the other side. You are then given this rule about the four cards in front of you: 'If a card has a vowel on one side, then it has an even number on the other side.'

Next you are told: 'Your task is to say which of the cards you need to turn over in order to find out whether the rule is true or false.'

The most frequent answers are 'A and 4' and 'only A'. They are both wrong. The right answer is 'A and 7' because if these two stimuli were to occur on the same card, then the rule would be false but otherwise it would be true. Very few highly intelligent S's get the answer right spontaneously; some take a considerable time to grasp it; a small minority even dispute its correctness, or at least remain puzzled by it ..." [8].

In 1972, it was demonstrated that the subject's performance dramatically improves if the selection task relates more closely to his experience.

"The subjects were instructed to imagine that they were postal workers engaged in sorting letters on a conveying belt; their task was to determine whether the following rule had been violated: 'If a letter is sealed, then it has a 5d stamp on it.' The material consisted of four envelopes arranged as follows: the back of a sealed envelope (p); the back of an unsealed envelope (~p); the front of an envelope with a 5d stamp on it (q); the front of an envelope with a 4d stamp on it (~q). The instructions were to select only those envelopes which definitely needed to be turned over to find out whether, or not, they violated the rule. There were twenty-four subjects and they performed the task under both this 'concrete' condition, and under an 'abstract' control condition in which arbitrary symbols were associated in the usual way. Under the 'concrete' condition twenty-two subjects were correct, and under the control, 'abstract' condition seven were correct" [9].

This striking dependence on everyday, concrete, experience in problem solving seems an anomaly from the point of view of the information processing model of mental activity whose basic assumption is that all cognitive processes are produced by formal manipulation of independent bits of information abstracted from the problem domain. Various attempts have been made to deal with the above experimental results. Whether it is the concrete terms, or the realistic relation between the terms, or a combination, that facilitates performance is in disagreement, as is the explanatory nature of various proposed information processing models. One fact seems clear, however, to the pioneering investigators, Johnson-Laird and Wason:

"The subjects' ordinary experience is relevant to problem solving performance, and our 'realistic guise' touches this experience" [10].

Our approach is to take the reliance on everyday familiarity in problem solving not as an anomaly, but as a pervasive and essential feature of human intelligent behavior. Therefore, in the account of skill acquisition which follows, concrete experience plays a paramount role. Rather than adopting the currently accepted Piagetian view that proficiency increases as one moves from the concrete to the abstract, we argue that skill in its minimal form is produced by following abstract formal rules, but that only experience with concrete cases can account for higher levels of performance. Furthermore, if concrete experience is necessary and sufficient for proficiency, then, as we indicate in sections III-IV, one has the option of dispensing with any formal information processing explanation of skill acquisition and can offer neurological speculations as alternative explanations of skillful behavior.

A detailed understanding of the stages through which skillful performance develops is essential if one is to design training programs and training materials to facilitate the acquisition of high-order skills. In any such endeavor, it is essential to identify at each stage what capacities the performer has acquired and which more sophisticated capacity he is then in a position to attain.

The five-stage process we present here is an elaboration and systematization of the three stages identified in [11] and the additional stage introduced in [12]. The typography worked out in this paper forms the basis in a companion paper [13] of a critical evaluation of a recent proposal [14] for the design of procedures for training aircrew emergency decision skills.

II. Stage 1: Novice

Normally, the instruction process begines by decomposing the task environment into context-free features which the beginner can recognize without benefit of experience. We will call such features, which can be recognized without experience of particular situaltions in the instructional domain, non-situational. The beginner is then given rules for determining an action on the basis of these features. To improve, the novice needs monitoring, either by self-observation or instructional feedback, so as to bring his behavior more and more completely into conformity with the rule.

A student, acquiring a second language, would be classified as novice when he had learned the phonetic rules for producing and recognizing what seemed to him meaningless noises which got specific results when produced on specific occasions. The novice chess player sees pieces as context-free elements and knows a few simple rules such as the rule for computing the material value of a position by adding up a matterial value he has learned to assign to each type of piece. The novice pilot knows how to read cockpit instruments and how to manipulate the controls in response to such features as instrument readings and context-free visual cues such as the angular displacement of the horizon.

III. Stage 2: Competence

Competence comes only after considerable experience actually coping with real situaltions in which the student notes or an instructor points out recurrent meaningful component patterns. These situaltional components, in terms of which a competent student understands his environment, are no longer the context-free features used by the novice. We will call these recurrent patterns aspects. Aspect recognition cannot be prduced by calling attention to recurrent sets of features, but only by singing out perspicuous examples. The brain-state correlated with the example being pointed out is organized and stored in such a way as to provide a basis for future recognition of similar aspects. While there is no in-principle argument proving that this organizing and storing process could not take the form of abstract rules operating over context-free features, there is not a shred of experimental evidence supporting this contention. It seems more plausible, as argued in Reference [15], that what is stored is simply a brain-state record in no way decomposed into "bits of information." The instructor can formulate principles dictating actions in terms of these aspects. We will call such principles, which presuppose experience-based meaningful elements, guidelines. The guidelines treat all aspects as equally important and are formulated so as to integrate as many aspects as possible.

A language learner has achieved competence when he no longer hears and produces meaningless stream of sound, but rather perceives meaningful phrases which, when used on appropriate occasions, produce effects by virtue of these meanings. Some typical chess aspects are "weakness of the king's side," "over-extended," and "unbalanced pawn structure," and the competent player knows how to bring about and diminish these aspencts, and which are to be sought and which avoided. The competent pilot can recognize such aspects as "high in the landing approach envelope," "verging on stall conditions," and "dangerous crab angle," and knows guidelines for correcting such conditions.

IV. Stage 3: Proficiency

Increased practice exposes the performer to a wide variety of typical whole situations. Each whole situation, for the first time, has a meaning which is its relevance to the achievement of a long-term goal. Aspects now appear to be more or less important (salient) depending upon their relevance to this goal. The brain-state correlated with the performer's experiencing a whole situation from a particular perspective is organized and stored in such a way as to provide a basis for future recognition of similar situations viewed from similar perspectives. A specific objective situation, confronted at two different times, each time from a different perspective, would be treated as two different situations.¹ Given a set of aspects and their saliences, the performer uses a memorized principle which we call a maxim to determine the appropriate action.

For the first time, borderline situations can occur in which the appropriate perspective is in question. This phenomenon is dealt with in detail in Reference [13].

The language learner finally becomes able to combine the phrases he uses into whole sentences, whith subordinate clauses, which enable him to describe whole situations, and to use language to request, demand, order etc. whole states of affairs. The chess player now sees aspects such as "unbalanced pawn structure" as either irrelevant or crucial to some overall strategic goal, such as "attack" or "play for a positional end-game advantage." Given his particular long-range goal, he uses maxims to decide on moves which change the crucial aspects of his position and that of this opponent's to his advantage. The proficient pilot, intent, for example, on making a safe landing, sees his position in the landing envelope and his crab angle as salient while ignoring the terrain beyond the far end of the runway. He maneuvers down following maxims which dictate actions which correct deviations from desired conditions. If the deviations become too large he may adopt a different perspective in view of a possible "go around," in terms of which the runway length and terrain beyond its far end become crucial.

V. Stage 4: Expertise

The expert performer in a particular task environment has reached the final stage in the step-wise improvement of mental processing which we have been following. up to this stage, the performer needed some sort of analytical principle (rule, guideline, maxim) to connect his gasp of the general situation to a specific action. Now his repertire of experienced situations is so vast that normally each specific situation immediately dictates an intuitively appropriate action. This intuition is possible because each type of situation, as distinguished in Section IV, now has associated with it a specific response.

After a great deal of experience actually using a language in everyday situations, the language learner discovers that without his consciously using any rules, situations simply elicit from him appropriate linguistic responses. By virtue of previous experience with actual board positions or the involved study of such positions, an appropriate move or tactical idea presents itself to the chess expert each time he sees a meaningful chess array. The expert pilot, having finally reached this non-analytical stage of performance, responds intuitively and appropriately to his current situation. Pilots report that at this stage, rather than being aware that they are flying an airplane, they have the experience that they are flying. The magnitude and importance of this change from analytic thought to intuitive response is evident to any expert pilot who has had the experience of suddenly reflecting upon what he is doing, with an accompaying degradation of his performance and the disconcerting realization that rather than simply flying, he is controlling a complicated mechanism.

VI. Stage 5: Mastery

Although, according to our model, there is no higher level of mental capacity than expertise, the expert is capable of experiencing moments of intense absorption in his work, during which his performance transcends even its usual high level. We discuss this stage in Reference [12] where we note that this masterful performance only takes place when the expert, who no longer needs principles, can cease to pay conscious attention to his performance and can let all the mental energy prevously used in monitoring his performance go into producing almost instantaneously the appropriate perspective and its associated action.

VII. Summary and Training Implications

The above developmental description can be seen systematically as the result of the successive transfformation of four mental functions. Each of the four mental functions has a primitive and a sophisticated form and the functions are so ordered that attaining the sophisticated form of each presupposes the prior attainment of the sophisticated form of all those lower numbered in the ordering. Each row in Table 1 represents a form of mental function. In column 1 all four forms are in their primitive state, and in each subsequent column, one additional form has been transformed into its sophisticated state. As a result, there are five columns, and each corredsponds to one of our five stages of ental activity involved in skill acquisition.

Mental Function / Skill Level	NOVICE	COMPETENT	PROFICIENT	EXPERT	MASTER
Recollection	Non-situational	Situational	Situational	Situational	Situational
Recognition	Decomposed	Decomposed	Holistic	Holistic	Holistic
Decision	Analytical	Analytical	Analytical	Intuitive	Intuitive
Awareness	Monitoring	Monitoring	Monitoring	Monitoring	Absorbed

Table 1

In reading the table, one should recall the following. The development depicted in row 1 first becomes situational ewhen experience-based similarity recognition is achieved. This first occurs when the performer is able to recognize aspects. The development in row 2 first becomes holistic when the performer perceives similarity in terms of whole situations. This chagne is accompanied by the recognition of salience. In row 3, the performer refines whole situations to the point that unique decisions intuitively accompany situation recognition without need of conscious calculation. In row 4, the anlytical mind, relieved of its monitoring role in producing and evaluating performance, it quieted so that the performer can become completely absorbed in his performance.

The training implications of this taxonomy are obvious. The designer of training aids and courses must at all times be aware of the developmental stage of the student, so as to facilitate the trainee's advancement to the next stage, and to avoid the temptation to introduce intricate and sophisticated aids which, although they might improve performance at a particular level, would impede advancement to a higher stage, or even encourage regression to a lower one.

Reference

Sudnow, David, WAYS OF THE HAND, THE ORGANIZATION OF IMPROVISED CONDUCT, Harvard University Press, Cambridge, Massachusetts, (1978).
De Groot, Adriaan, THOUGHT AND CHOICE IN CHESS, Mouton, The Hague, The Netherlands, (1965).
Köhler, Wolfgang, GESTALT PSYCHOLOGY, Mentor Book, New York, New York, pp. 24-41 (1959).
Merleau-Ponty, Maurice, PHENOMENOLOGY OF PERCEPTION, Routledge and Kegan Paul, London, England, (1962).
Konečni, Vladimer and Ebbe Ebbesen, "External Validity of Research in Legal Psychology," to appear in Law and Human Behavior, (1980), avaiable from authors, Department of Psychology, University of California, San Diego, LaJolla, California, 92093.
Ibid, pp. 54-55.
Shiffrin, Richard and W. Schneider, "Controlled and Automatic Human Information Processing," Psychological Review, Vol. 84, Nos. 1 and 2, p. 161, (January 1977 and March 1977).
Johnson-Laird, P. N. and P. C. Wason, "A Theoretical Analysis of Insight into a Reasoning Task, Postscript," in THINKING, ed. by Johnson-Laird and Wason, Cambridge University Press, Cambridge, England, pp. 143-144, (1977).
Ibid, p. 152.
Ibid, p. 153.
Dreyfus, Stuart E. and Hubert L. Dreyfus, "The Scope, Limits, and Training Implications of Three Models of Aircraft Pilot Emergency Response Behavior," ORC 79-2, Operations Research Center, University of California, Berkeley, (1979).
Dreyfus, Hubert L. and Stuart E. Dreyfus, "The Psychic Boom: Flying Beyond the Thought Barrier," ORC 79-3, Operations Research Center, University of California, Berkeley, (1979).
Dreyfus, Hubert L. and Stuart E. Dreyfus, "Proficient Adaptable Response to Emergencies Caused by Identifiable Malfunctions: Contrasting Training Implications of Two Proposed Models," ORC 80-3, Operations Research Center, University of California, Berkeley, (1980).
Hopf-Weichel, R. et al., "Aircraft Emergency Decisions: Cognitive and Situational Variables," Perceptronics Technical Report PATR-1065-79-7, (July 1979).
Dreyfus, Stuart E. and Hubert L. Dreyfus, "The Scope, Limits, and Training Implications of Three Models of Aircraft Pilot Emergency Response Behavior," ORC 79-2, Operations Research Center, University of California, Berkeley, pp. 23-28, (1979).

Getting Rid of Ground Bees

Unknown — Mon, 01 Aug 2016 00:00:00 +0000

Getting Rid of Ground Bees

지난 주 Lawn Mower로 뒷마당에 무성한 잡초를 깎았습니다. 이 건조한 환경에서도 얼마나 잡초가 잘 자라는지, 이주 만에 엄청 자랐더군요.

잡초를 깎는 데, 마당 한 가운데 꽤 큰 구멍이 보입니다.

마치 다람쥐가 굴을 파놓은 것 같은 모양입니다. '집 근처에 두더쥐나 다람쥐가 있나..' 하고 그냥 지나쳤다가, 잡초를 다 깎은 후 아이들과 놀다가 다시 한번 보았네요.

삽을 들고 구멍을 메울려고 구멍 주위를 파헤치는 순간, 주변에 벌이 몇마리가 나타납니다. '아차!' 싶어서 곧장 두 아이에게 집으로 들어가라고 다그치고 같이 피신을 합니다. 달려오는 길에 벌이 둘째의 다리를 물어버렸네요. 다행히 쏘인 건 아니고 물린 것 같네요.

땅벌을 없애기 위해 이리 저리 찾아보니 몇가지 방법이 있네요.

Home Depot에서 벌 제거용 스프레이를 산다.
밤에 구멍에 주방세제를 붓고 물을 뿌린다.
구멍을 Tarp 나 다른 것으로 막아서 굶겨 죽인다.

일단 밤 사이 긴급 조치로 Tarp로 대충 덮어뒀는데, 이게 오히려 악영향을 끼쳐서 벌이 쉴새없이 날아다니게 되어버렸습니다. 결국, 완전 무장을 하고 스프레이로 벌집을 제거하기로 합니다.

Home Depot에 가면 Spectracide 제품 중 벌을 잡는 스프레이를 살 수 있어요. 이게 Foam으로 분사되고 8미터 정도 멀리서도 분사할 수 있어서 꽤 괜찮은 제품입니다. 이걸 사고, 좀 불안한 마음에 방충망과 벽돌도 좀 사기로 합니다.

집에서 바이크 헬멧, 스노우보드 상하의, 글러브로 완벽 무장을 하니 땀이 비오듯 쏟아집니다.

스크린 비닐을 다 뜯고 벽돌도 근처로 옮겨서 만반의 준비를 갖춘 뒤, 잔디깎기 기계가 반쯤 파먹어버린 타프를 걷어내고 스프레이를 분사합니다.

멀리서 길게 죽죽 뻗어나가며 벌집 구멍에 하얗게 막을 형성하네요. 큰 스프레이 통이라 넉넉히 쏴야지.. 하면서 구멍 주변에 뿌리는데 갑자기 압이 약해집니다. -_- Foam으로 나가서 오래 나갈 줄 알았는데, 너무 금방 떨어지네요. 구입할 때 바로 옆 칸에 2개를 한 세트로 팔고 있었는데, 이유가 있었네요.

급하게 대충 구멍 안에 쏘고 급 마무리 합니다. 스크린으로 덮고 벽돌과 페인트 통으로 꾹꾹 눌러서 벌이 못 날아다니게 막아둡니다.

Home Depot에서 사온 호스 정리하는 Reel을 이용해 마당에 널부러진 호스를 감는데, 이미 호스가 휠대로 휘어서 대책없이 꼬이네요. 싼게 비지떡인가 봅니다.

쭈그려 앉아서 한참을 꼬인 호스를 풀고 있으니, 땀으로 정신이 혼미해지네요. 숨도 막히고, 어쩔 수 없이 대충 감아재끼고, 이따구 싸구려 호스를 판매한 Home Depot에 가서 환불하기로 맘 먹습니다.

아직 완전한 밤이 되질 않아서 밖에서 활동하던 벌이 집에 못 들어가고 방충망 앞에서 맴도네요. 밤에 활동이 아예 없을 때 작업할 걸 그랬나.. 하는 생각도 듭니다. 한방에 다 죽일걸..

Meade UWA 4000 14mm

Unknown — Mon, 27 Jun 2016 00:00:00 +0000

Meade에서 만들어진 아이피스 중 평이 좋은 아이피스입니다. 광시야(82도) 아이피스에 깔끔한 상을 보여줍니다.

플뢰슬에 비하면 부피가 매우 크지만 이미지를 생각하면 납득이 됩니다. 요즘 나오는 Explore Scientific 아이피스에 비하면 부족한 점은 Waterproof가 아니라는 것이 가장 마음에 걸리네요.

Observation - Veil Nebula

Unknown — Mon, 27 Jun 2016 00:00:00 +0000

파인더 스코프를 장만해서 (9x50 RACI) 사용도 해 볼 겸 잠깐 관측을 하였습니다. 그동안 집에서 시도하지 않았던 베일 성운을 관찰하였는데요, 사실 위치가 북동쪽 하늘이라 큰 기대를 하지 않았습니다. 일단 그쪽 방향은 광해가 많은 곳이기도 해서 잘 보이지 않을 것 같았네요.

[14mm 아이피스][meade-14mm]는 사용하지 않았습니다. 베일 성운이 워낙 크다보니 25mm 아이피스로도 한 눈에 안들어 오는데 14mm를 써봤자 소용이 없어보였습니다.

25mm에 DGM NPB 필터를 장착하고 관측을 하였는데 뚜렷하지는 않지만 베일 성운은 곧장 보였습니다. 밝은 필라멘트는 선명하게 보였고 그 사이의 음영이 확실히 인지되었습니다.

다만 예전 공림사에서 보았던만큼의 컨트라스트는 나오지 않더군요. 이게 아이피스가 플뢰슬이어서 그런 것인지 아니면 광해 때문에 배경이 살아 있어서 그런 것인지는 잘 모르겠습니다. NPB가 광해를 꽤 차단해 줌에도 불구하고 디테일을 잘 살려내지는 못했네요.

DGM Narrow Pathband Filter

Unknown — Sun, 26 Jun 2016 00:00:00 +0000

DGMOptics에서 만든 UHC 와 동급의 필터입니다. 사용해 보지는 않았지만, 다른 UHC 필터는 안시로 볼 때 색을 많이 변형시킨다고 하는데 DGM NPB는 색 변형이 별로 생기지 않았고, 성운기를 강조하는데에 탁월해 보입니다.

Observation - Lagoon, Omega, Trifid

Unknown — Sat, 25 Jun 2016 00:00:00 +0000

오늘은 메시에 위주로 가볍게 보자고 생각하며 대표적인 메시에 중 현재 남천 부근에 있는 메시에를 찾아보았습니다.

M6 Butterfly Cluster

Ptolemy Cluster를 본 다음 보았는데 작긴 하지만 밝은 별 사이에 약간 어두운 별무리가 촘촘하게 ㄷ 자 모양으로 배열되어 있어서 재미있게 보았습니다. 구상성단은 그게 그 모습인것 같은데, 산개성단은 각자 독특한 모습을 하고 있어서 산개성단을 보는 재미가 더 큰 것 같네요.

M7 Ptolemy Cluster

25mm로 넓게 보는 맛이 있는 산개성단입니다. 25mm로도 가득 차는 듯하게 커서 차라리 쌍안경으로 봐야겠다는 생각이 들 정도입니다. 정말 반짝이는 별이 가득하고 그 중에 특출나게 붉은 별 하나가 눈에 들어옵니다.

M8 Lagoon Nebula 석호성운

오늘의 하이라이트였던 것 같네요. 찾을 생각 없이 M6 Butterfly Cluster를 본 뒤 망원경을 정리할까 하다 은하수를 따라 그대로 스윕을 해가는 데 밝은 성운이 하나 눈에 띄었습니다. 성운기가 조금 약한 듯 해서 바로 [NPB 필터][dgm-npb] 끼우고 보았는데, 14mm 아이피스에서 보는 광경이 장관이었네요. 뒤집힌 상을 기준으로 말하자면 9 Sgr 별과 기타 별무리 사이를 가로지르는 암흑대가 선명했고 그 별무리 넘어 HIP 88581 별 사이를 가로지르는 암흑대도 잘 보입니다. 아래쪽 어두운 부분의 옅은 성운과 9 Sgr , 7 Sgr 별 사이의 어두운 부분을 보는 재미도 있습니다.

M16 Eagle Nebula

오늘은 저번보다 더 안보인 듯 합니다. [NPB 필터][dgm-npb]를 끼워도 어렴풋이 성운기가 확인 될 뿐 그 모양이 가늠이 잘 되지 않았습니다. 가운데 창조의 기둥은 그 흔적조차 보이지 않았고 (보려면 16인치급 망원경이 필요하긴 합니다).

좀 더 어두운 곳으로 가지 않으면 제대로 성운기를 볼 수 없을 것 같네요. 다만 새로 태어나는 별의 푸른 빛은 충분히 느낄 수 있었습니다.

M17 Omega Nebula

동그란 모양으로 별을 감싸는 성운기와 그 끝에서 V모양으로 뻗쳐 나가는 성운을 보는게 압권입니다. NPB 필터로 아주 선명하게 눈에 들어오며, V 모양을 넘어서 옅게 뿌려진 성운까지 눈에 들어옵니다. 14mm보다 더 배율이 높은 아이피스로 보면 화면 가득차는 성운기를 느낄 수 있을 것 같아보입니다. 어서 ES 6.8mm 아이피스를 장만해야겠습니다.

M20 Trifid Nebula 삼열성운

별 사이를 가로 지르는 암흑대가 뚜렷하게 보입니다. 석호 성운 옆이라 제대로 보지는 않았지만 그래도 볼만한 천체인 듯 합니다. 바로 옆에 붙어있는 M21 산개성단은 주변 은하수에 뭍혀서 큰 감흥이 있지는 않았습니다.

17 Bootis Double Star

Unknown — Mon, 06 Jun 2016 00:00:00 +0000

Kappa (κ)

4/6" Scopes-75x : Kappa is a beautiful double for small telescopes with a bright, white primary and a bluish secondary.

Observation - First Light XT8

Unknown — Sat, 04 Jun 2016 00:00:00 +0000

Orion XT8을 조립하고 처음으로 하늘을 관측하였습니다. 망원경의 성능이 어느정도 되는 지 모르기에 일단 관측하기 쉬운 여러 대상을 관측했습니다.

처음은, 밤하늘에 가장 눈에 띄는 행성 3개, 목성, 화성, 토성을 보았네요. [14mm 아이피스][meade-14mm]보다 더 배율이 높은 것이 없어서 14mm로 관측하였습니다. 목성은 줄무늬 두개는 보였지만 대적반은 보이지 않았습니다. Stellarium으로도 대적반이 안보이는 걸 보니 뒷편에 있나 봅니다.

화성은 붉은 색으로 보이긴 했지만 극관을 볼 수 있는 상황은 아니였고 상이 흔들리는 걸로 보아 아직 대기나 망원경의 내부가 안정되진 않아보였습니다.

토성은 고리가 선명히 보였으며 카시니 간극은 보일 듯 말 듯 했습니다. 배율을 좀 더 올리면 잘 보일 것으로 생각됩니다.

그 다음으로는 전갈자리에 있는 M4 구상성단을 보았습니다. 호핑은 비교적 쉬웠고, 구상성단의 크기 또한 관측하기 적당했습니다. 중심부의 별이 분해가 어느정도 되었으며 성단의 밖으로 뻗어 나가는 별가지 또한 잘 보였습니다. 집에서 남천이 그나마 관측 가능한 데 다행히 남천에 M4가 있어서 즐겁게 감상할 수 있었습니다.

M13은 서쪽 하늘 광해 속에 있었는데, 호핑으로 찾아가기가 쉽지 않았습니다. 돕소니안에 딸려 온 Ez Finder II 는 대략적으로 찾아가긴 좋으나 호핑을 할 수 있을 만큼 빛을 모아주는 녀석이 아니라 25mm 아이피스에 의존해서 호핑해야 했습니다. 25mm이다보니 문제는 배율이 너무 높아서(48배) 세세한 별까지 보이는 덕분에, 성도를 보고 찾아가기도 쉽지 않았습니다. 우라노메트리아정도는 있어야 어느정도 찾아갈 만해 보였네요. 그래서 여러번 시도 끝에 겨우 찾았습니다. 제대로 25mm로 호핑하는 방법은 M51을 찾아갈 때 즈음에야 익숙해 졌습니다.

M13이야 여러번 본 천체임에도 여전히 보는 즐거움이 있었습니다. 자글자글하게 뭉친 별무리를 보는데 아쉬운 점은 광해 속에 있어서 별무리가 뻗쳐 나가는 모습이 잘 보이지 않았습니다.

알비레오의 멋진 두가지 색의 이중성을 잠시 본 뒤 M57 고리성운을 찾아보았습니다. 역시 광해 속에 파묻힌 고리성운임에도 선명하게 그 모습을 보여주고 있었고, 중심부의 별 또한 견시로 볼 수 있었습니다. 컬러가 보일 정도의 밤하늘은 아니라 아쉬웠지만 그래도 고리성운은 언제나 볼때마다 쉽게 찾아지는 것에 놀라고 행성상 성운이 잘 보이는 것에 놀라게 됩니다.

그 다음은 [Wild Duck Cluster (M11)][M11] 을 겨냥하였습니다. 역시나 두 눈에 해당하는 특징적인 별 때문에 쉽게 인식할 수 있었고, 일렬로 늘어진 별의 행진을 볼 수 있었습니다. 구상성단은 M4같이 유달리 밝은 별이 있는 것이 아니면 그게 그 모습인데, 산개성단은 제각각 고유의 모습이 있어서 보는 재미가 있네요. M80도 찾았지만 14mm로도 너무 작고 어두워서 다음에 다시 도전해 보기로 합니다.

M51은 25mm로 호핑하기가 좀 까다로웠습니다. 스마트폰 스텔라리움 앱으로 보면 중간에 텅 빈 곳이 있어서, 큰곰자리의 Alkaid 부터 시작해서 찾아가려면 위로 아래로 지그재그로 호핑을 해야 했습니다. 다만, 고생해서 호핑해 간 것 치고는 북쪽 광해가 심한 탓인지 은하의 두 핵만 제대로 보이고 나팔선은 구별이 불가능 했습니다. 거의 뿌연 구름으로만 보였고 은하가 빨려들어가는 팔 부분도 구별이 되지 않았습니다. 북쪽 하늘은 거의 포기해야 할 듯 합니다.

Constellation - Leo

Unknown — Wed, 11 May 2016 00:00:00 +0000

Pentax 10x50

Unknown — Wed, 11 May 2016 00:00:00 +0000

펜탁스에서 나온 10배율 쌍안경입니다. 거의 표준이라 불릴 수 있는 10배율 50mm 쌍안경이라 그다지 다른 특징적인게 있지는 않네요. 펜탁스 코팅 기술이 좋은 것인지, 예전에 썼던 저렴한 쌍안경에 비해서 좀 더 깨끗하게 상이 보입니다.

Observation - Leo Constellation

Unknown — Tue, 10 May 2016 00:00:00 +0000

별을 안 본지도 꽤 되었습니다. 오늘은 예전보다 어두운 곳으로 이사를 한 기념으로 뒷마당에서 별자리를 다시 익힐 겸 쌍안경으로 관측을 했습니다. 가장 먼저 들어오는 건, 목성이네요. 쌍안경으로는 이렇다 할 멋진 모습을 보여줄 수는 없고 몇개의 위성이 주변을 도는 모습만 관측 가능했습니다.

목성은 사자의 배에 포근히 감싸져있는 듯한 위치에 있습니다. 사자자리에는 leo triplet 이라 불리는 유명한 deepsky object가 있지만, 쌍안경으로는 무리이고 Regulus를 비롯 해 사자자리의 별을 유심히 관측하였습니다. 사자의 뒷발 과 앞발 사이, 즉 배쪽에 볼거리가 참 많은데 아쉽습니다.

그리고 또 밝은 별인 Spica와 Arcturus 가 있는 처녀자리, 목동자리 별자리를 관측했네요. 처녀자리는 사실 제대로 본 적이 없습니다. 솜브레로 은하가 있다고는 하는데 망원경으로 직접 본 적이 없어서 (가방끈 짧은 거 티내네요) 다만 오늘은 솜브레로 은하가 있는 위치는 기억해 두었습니다. 다음에 망원경으로 스타호핑으로 찾아갈 수 있을 것 같습니다.

목동자리야 워낙에 종종 봐서 익숙하기도 한데, 그 옆의 왕관자리(Corona Borealis)는 기억이 가물가물 해서 다시 보았네요. 역시 컵 모양의 7별이 독특합니다.

화성도 슬슬 떠오르지만 이제 잘 시간이네요. 뒷마당에서 별자리라도 제대로 익힌 후 망원경을 사야겠습니다.

Rent a Single House

Unknown — Mon, 02 May 2016 00:00:00 +0000

Rent a Single House

어느덧 아파트 갱신 글 을 작성한 지 일년이 되어 두번째 갱신 계약서가 날아왔네요. 작년만큼 10% 상승은 아니였지만 금액으로는 거의 비슷한 금액이 올랐습니다. 결국 3천달러를 주고 아파트에 사느냐 아니면 다른 곳을 찾느냐를 결정해야 하는 순간이 되었네요.

지내고 있는 엘란 아파트는 회사와 가깝기도 하고 주변에 미국으로 갓 넘어온 한국 가족이 많이 있기도 하고, 지내기 괜찮았던 것 같습니다. 다만, 가격이 무척 높아진 것, 학교가 형편없이 안좋은 것 (조사해 본 바로는 꽤...)이 꽤 큰 비중을 차지하네요.

아이가 곧 학교를 입학할 나이가 되어서 이참에 옮기기로 결정하고 이리저리 집을 알아보았습니다. 아파트를 제외하고 타운하우스나, 듀플렉스, 싱글하우스를 찾아보니 높아진 렌트비가 실감이 나네요. 적당한 학군을 찾아보니 듀플렉스조차 3천불이 넘네요. 조금 더 눈을 높이면 싱글하우스가 3천불 후반까지 올라가고, 최상의 학군은 5천불도 보통이라 여겨질 정도입니다.

제가 그리 뛰어난 사람은 아니라 눈 높이를 많이 낮춰야 했네요. 3주동안 열심히 쫓아다니고 지원서를 넣고 떨어지고를 반복하다 듀플렉스가 하나 되었습니다. 계약금을 송금하기 전, 지인 집 근처에 저렴한 집 하나가 나왔는데 꽤 괜찮은 가격대로 나왔더라구요. 그래서 바로 전화하고, 찾아가서 사정하고, 적극적인 의사 표시를 한 덕분에 싱글하우스로 집을 구할 수 있었습니다.

이번 렌트를 구하면서 보니, 신용도와 급여가 가장 중요한 것으로 보이지만, 그 기준을 만족하는 지원자가 참 많았습니다. 그 중에서 되려면 무엇보다도 적극적인 의사 표시가 가장 중요한 것 같습니다. 이 집에 꼭 살고싶다는 의사표현으로 편지가 될 수도 있고, 지원서에 Security Deposit을 같이 내는 방법도 있고 몇가지 방법이 있을 수 있어요. 전 매물이 올라오자마자 얼마 안되서 글을 발견하고, 바로 전화를 걸고 thank you email을 보내면서 제 급한 사정을 같이 이야기 했었네요. 그 이메일 덕분에 에이전트가 그 다음날 집을 보여줄 생각이 들었다고 하네요. 그리고 그 날 제가 바로 개인수표로 Security Deposit을 같이 주고, 그날 크레딧 리포트와 급여자료등을 서면으로 같이 들고가서 줘서 일이 일사천리로 진행될 수 있었던 것 같아요.

비록 생각했던 금액의 상한선으로 구하긴 했지만 주변 시세보다 400~500불 저렴하게 잘 구한 것 같네요. 아이들도 뒷마당에서 놀면서 아주 좋아할 것 같습니다.

한 번 싱글하우스를 가면 아파트로 다시 못 돌아간다던데, 이대로 지내다가 집을 살 수 있는 기회가 오면 좋겠습니다. :)

Soylent 2.0

Unknown — Thu, 31 Mar 2016 00:00:00 +0000

얼마 전 [Hacker News][]에 Soylent 라는 제품에 대한 글이 올라왔었습니다. 한 끼를 대체할 수 있는, 영양이 골고루 들어간 대체식품이었는데요. Soylent 1.5라는 파우더 제품이었습니다.

비록 유기농이나 GMO free 음식물은 아니지만 영양소가 골고루 들어있고 먹기 간편해서 관심이 가던 제품이었습니다. 다만 파우더로 되어있어서 물이나 우유에 타서 먹어야 합니다. 그래서 처음 주문하면 스쿱과 혼합을 위한 병을 같이 줍니다. 마치 미숫가루를 타는 것과 같은데요. 이 부분이 조금 번거로워 보여서 관망만 하고 있었네요.

그러다 얼마 뒤 액상으로 이미 섞여서 나온 Soylent 2.0 제품이 출시되었습니다.

병으로 되어있어 더욱 간편해졌습니다. 그래서 12병 기본을 주문해 보고, 괜찮아서 Subscription (매달 정기 구매)을 신청했습니다.

일단 정기 구독을 하면 한 병에 약 $2.42 정도 됩니다. 원화로 하면 2700원 정도네요. 한국의 점심이 6천원 정도라 보면, 한끼를 대체할 수 있는 것 치고는 싼 듯 해 보입니다. 그러나 음료라는 생각이 들면 2700원은 선뜻 손이 가지 않는 가격이기도 하죠.

지금 살고 있는 실리콘벨리에서는 그 어디를 가도 6천원에 해결이 안되는 경우가 많습니다. 저렴하다는 배트남 쌀국수를 먹어도 11달러는 줘야되기에 2.42달러는 정말 저렴한 금액입니다. 그래서 부담이 좀 덜 하기는 합니다.

그동안 한 평생 "아침"은 거의 먹지 않고 지내왔던 것 같습니다. 중고등학교 때에도 어머니가 차려주신 아침도 먹는 둥 마는 둥 하며 부랴부랴 학교 가는 일이 빈번했었는데요. 아침을 먹지 않는다 치면, 저녁 7시에 저녁식사를 하고 다음 날 12시까지는 제대로 된 영양분을 섭취하지 않고 있었던 겁니다. 오랫동안 그 식습관을 유지해 온 탓인지, 그다지 배고픔을 느끼지도 않았네요.

다만 하루에 충분한 열량을 섭취하지 않고 있다는 것은 인지하고 있었습니다. 그래서 열량을 좀 채워보고자, 주말에 아침 일찍 서핑하러 갈 때 공복을 채우고자 주문해서 아침에 먹기 시작했습니다.

taste

Soylent의 영양소 성분표를 보면 열량은 1일 권장량인 2000 칼로리의 1/5 라서 매 끼니를 Soylent로 대체하려면 5병을 마셔야 합니다. 전 모든 끼니를 대체하는 게 아니라 아침 열량을 채우는 것이기에 400 칼로리로 충분한 것 같습니다.

성분표에서 보다시피, 콩이 들어있고, 이로 인해 맛은 두유맛에 매우 가깝습니다. 그냥 두유라기보다, 조금 진득한 두유? 정도 인 것 같은데, 충분히 먹을만 합니다. 두유 한 잔보다 영양소가 풍부하구나.. 생각하고 먹으면 뭐 그런대로 나쁘지 않은것 같네요.

다만, 매 끼니를 대체하려고 생각하시는 분에게는 머릿속에 각인되어있는 삼겹살, 치킨등의 강렬한 맛을 잊을 수 있을 만큼의 맛은 아닌 것 같네요. 즉, 이 Soylent로 열량 조절을 해서 다이어트를 생각하시는 분이 있다면 적극 말리고 싶습니다. 하루 내내 이것만 먹는다면, 5병을 먹는 부담도 부담이지만, 단단한 것을 씹지 않기에 치아도 약해질 수 있다고 하네요. 그래서 Soylent는 한 끼를 대체하고 나머지는 견과나 채소등으로 조절하시는 것이 좋겠습니다.

calories

성인의 하루 권장 열량은 2000 칼로리입니다. 제가 먹는 양을 고려해 볼때 기존에 아침을 먹지 않던 습관을 고려하면 하루 열량은 많아봐야 1500 칼로리 큰처였던 것 같습니다. 거기에다 Soylent를 한 병 아침에 마셔주면 거의 2000 칼로리에 근접하게 섭취할 수 있었습니다.

거기에 추가로, 얼마 전부터 점심과 저녁 사이 오후 3시쯤에 한 병을 더 마시기 시작했습니다. 추가 칼로리를 섭취해서 운동과 병행해서 몸무게를 늘릴 생각입니다. 제가 몸무게가 키에비해 무척 적게 나가서 건강도 생각할 겸 시도해 보고 있습니다.

일단 한 달 동안 수영이나 달리기, 주말에는 간단히 서핑 연습 (이제 겨우 일어서는 연습중이에요...) 등의 운동과 병행해보니 지금 약 600g 정도 몸무게가 늘어난 것 같네요. 이대로 몇 달 간 진행해 볼 생각입니다. 추후에 경과를 업데이트 할게요.

conclusion

간단히 마실 것에 대한 리뷰라 그다지 많은 설명을 할 것이 없네요. 저 같이 아침을 걸르는데 보충하면 좋겠다, 생각이 드시는 분이나, 매끼니 거하게 먹어서 몸무게가 불어나는 것은 주체할 수 없는 상태인데 굶는 것은 공복감 때문에 폭식으로 이어져서 다이어트에 도움이 안된다, 생각이 드시는 분에게는 꽤 알맞은 제품인 것 같습니다.

Soylent는 현재 미국과 캐나다만 배송이 가능합니다. 그리고 Soylent 2.0은 액상이라 무게가 상당하기에 직구로 구매하면 배송료가 많이 나오는 제품입니다. 만일 Soylent를 한국에서 시도해 보고 싶으신 분은 파우더가 더 나은 선택이구요. Soylent를 본 따 한국에서 만들어지는 제품도 있습니다. 밀스 2.0 제품인데, Soylent와 유사하지만 한국에 좀 더 맞춰져 있는 제품으로 보이네요.

추가로 더 마셔봐야 겠지만 일단 지금까지는 간편하면서도 영양을 적당히 갖춘 Soylent에 만족 중입니다. 한 달에 48병(28 + 오후 20)을 마신다 할 때 116달러라는 금액이 소비되지만 그 이상의 가치는 충분히 하는 듯 합니다.

Hakyll Route for Metadata `date` Field

Unknown — Fri, 11 Mar 2016 00:00:00 +0000

Hakyll Route for Metadata `date` Field

블로그 URL을 보면 이전과는 좀 달라졌습니다. 예전엔 url이 blog/YYYY-MM-DD-post.html 방식이었다면, 새로운 URL은 blog/YYYY/MM/DD/post.html 형태로 바뀌었습니다.

변경을 한 이유는, 블로그 글이라면 제목과 연관된 URL이 유지되어야 하는데 그 앞에 항상 년,월,일 이 디렉토리 형태도 아니고 같은 묶음으로 다니는게 조금은 이치에 맞지 않는 것 같았기 때문입니다. 그래서 아카이브 형태로 년,월,일 을 디렉토리로 구분하였습니다. 글을 자주 쓰는 게 아니니 년,월,일 보다 2016, 2015 해서 년만 넣어도 충분하겠지만 일단은 이렇게 가는 걸로 하죠. ㅎㅎ

기존에 블로그에 글을 쓸 때에는 blog/ 디렉토리 밑에 URL과 동일했던 마크다운 파일을 두고 글을 썼습니다. 지금이야 글이 꼴랑 20개 남짓이라 문제가 없지만, 나중에,, 아마 한 5년은 걸리겠지만, 나중에 100개 이상이 되었을 때 한 폴더에 모든 글을 다 보관한다는 건 조금은 번거로운 일이 될 것 같아서 방식을 바꾸기로 했습니다.

새로운 방식은, blog/ 밑에 어느 폴더에 두더라도 blog/YYYY/MM/DD/post.html 형태로 바꾸도록 변경했습니다. Hakyll에서는 URL을 결정하는 Rule을 Route라는 이름으로 만들었습니다. 이 Route에 원하는 규칙을 넣으면 그 규칙대로 대상 URL이 결정됩니다.

아래의 코드는 위의 blog/ 를 위해 만든 규칙입니다.

-- | Route based on metadata field 'date' -------------------------------------
dateRoute :: FilePath -> Routes
dateRoute prefix = metadataRoute (f prefix)
  where
    f p md = customRoute $ pullDateToFilePath p md

-- | Add prefix then compose YYYY/MM/DD/post.html format ----------------------
pullDateToFilePath :: FilePath -> Metadata -> Identifier -> FilePath
pullDateToFilePath p m i = p </> (convertDateToFilePath m i)
  where
    convertDateToFilePath md id' = convertLocalTimetoISO (md M.! "date") (M.lookup "slug" md) $ toFilePath id'
    -- convertLocalTimetoISO :: String -> Maybe String -> FilePath -> FilePath
    convertLocalTimetoISO d (Just s) _ = toISO d </> s <.> ".html"
    convertLocalTimetoISO d Nothing fp = toISO d </> chopDayFromFileName fp
    chopDayFromFileName fp' = replaceAll "[0-9]{4}-[0-9]{2}-[0-9]{2}-" (const "") $ takeFileName fp'
    toISO dateString = formatTime defaultTimeLocale "%Y/%m/%d" $ readTimeFromMetadataString dateString

-- TODO: Make more format
readTimeFromMetadataString :: String -> UTCTime
readTimeFromMetadataString dateString = parseTimeOrError False defaultTimeLocale "%B %e, %Y" dateString

일단 post 내의 메타데이터 date 를 이용하기 위해 metadataRoute 가 사용됩니다. 이 metadataRoute 는 함수 인자를 받는데 Metadata -> Route, 즉 Metadata를 입력으로 받고 결과가 Route인 함수를 인자로 받습니다.

Metadata를 이용해 YYYY/MM/DD 형식으로 변경해야 하므로 customRoute를 사용해서 원하는 형태로 바꿔주도록 합니다. customRoute는 metadataRoute와 비슷하게 함수 하나를 인자로 받습니다. 이 함수는 Identifier -> FilePath 타입으로 Identifier를 입력으로 받고 최종 URL인 FilePath를 결과로 내는 함수입니다.

f p md = customRoute $ pullDateToFilePath p md

Higher Order Function을 이용해서 pullDateToFilePath 함수를 Identifier -> FilePath 처럼 인식되게 했습니다. 실제 pullDateToFilePath의 타입은 pullDateToFilePath :: FilePath -> Metadata -> Identifier -> FilePath 이죠. 즉, FilePath, Metadata, Identifier를 입력 받아서 FilePath를 리턴하는 함수입니다.

Metadata는 Data.Map 타입이라 원하는 필드, date, slug 를 검색할 수 있습니다. 이를 검색해서 date는 YYYY/MM/DD 형태로 바꿔주도록 하고 slug가 있다면 사용하고 없다면 파일 이름을 사용하도록 합니다.

그래서 slug를 검색할 때는 M.lookup "slug" md 로 해서 Maybe Monad로 결과를 받고 Just 또는 Nothing으로 처리합니다.

    convertDateToFilePath md id' = convertLocalTimetoISO (md M.! "date") (M.lookup "slug" md) $ toFilePath id'
    -- convertLocalTimetoISO :: String -> Maybe String -> FilePath -> FilePath
    convertLocalTimetoISO d (Just s) _ = toISO d </> s <.> ".html"
    convertLocalTimetoISO d Nothing fp = toISO d </> chopDayFromFileName fp

이 방식을, sky/log/ 에도 적용해서 그 부분도 YYYY/MM/DD 형식으로 저장되도록 했습니다.

이번 수정을 하면서 Haskell의 깔끔한 구현 방식이 논리적으로 생각하는 흐름에 맞게 잘 되어있구나, 라는 생각이 다시 한번 들었습니다. 생각의 흐름 그대로 top down이나 bottom up 구현을 해 나갈 수 있어서 큰 무리 없이 수정이 가능했습니다.

영주권

Unknown — Mon, 07 Mar 2016 00:00:00 +0000

영주권

2년하고 한달, 그리고 9일이 걸렸습니다. 2014년 1월 14일 미국땅을 밟고 이 시간이 지나서 영주권이 승인되었네요. 2년이란 시간이 벌써 흘렀는지도 실감이 나지 않을 정도로 빠르게 지나간 것 같네요. 영주권을 받지 못해서 오랫동안 고생하시는 많은 분의 이야기를 인터넷에서 접하고 귀로 전해 들은터라 내심 걱정이 많이 되었습니다. 영주권을 위해서 다른 회사로 이직할 기회도 거절하고 남아있었는데, 결국 시간이 지나니 나오네요.

중간에 문제가 없었다면 한 3개월 더 빨리 나올 수 있었겠지만, 이제 그 모든 게 지나간 일이 되었네요.

다른 사람들은 영주권 나왔을 때 감흥에 젖는다고 하던데, 별다른 느낌이 들지 않았습니다. 카드를 보고 "이게 영주권이구나.." 하는 것 말고는 별로 모르겠네요. 미국을 나갔다가 다시 오면 공항에서 대기줄이 달라서 느낌이 다르려나요?

아무튼, 무탈히 진행되어 다행입니다. 이제 신분 문제도 해결되었으니, 자기계발에 힘을 써서 몸값을 올리는 데 주력해야 겠네요.

그동안 이리 저리 걱정해 주신 모든 분에게 감사 드립니다.

RISC-V 가 주류로 올라설 수 있을까?

Unknown — Fri, 08 Jan 2016 00:00:00 +0000

4년전, 예전 직장에서 Berkeley 박사과정 한 분을 초청해서 강연을 들었던 기억이 납니다. 강연의 주제는 RISC-V 라는 이전의 RISC 를 계승한 새로운 open architecture 프로세서 였습니다. Computer Architecture의 교과서 책을 집필하신 두 분 (헤네시 스탠포드 총장, 패터슨 버클리대 교수) 중 버클리대의 랩에서 박사과정을 하시던 분이었는데, RISC-V라는 새로운 마이크로프로세서의 설계를 맡으셨던 분이었습니다.

처음 RISC-V라는 말을 들었을 때, '왠 20년가까이 된 이름을 빌려와서 ARM이 지배하는 마이크로프로세서 시장에 발을 담그는 걸까?' 라는 생각이 먼저 들었던 것 이 사실입니다. 시작부터 비판적인 색안경을 끼고 강의를 들었죠.

그러나 강의를 통해 RISC-V의 개발과정을 듣고 있으니, 이게 정말 한 팀이 해낸 일이 맞는지 의심스러울 정도로 방대한 양을 다루고 있었습니다. ISA(Instruction Set Architecture)를 재 정립하는 것은 뭐 그렇다치지만, verilog의 귀찮은 반복작업들이나 기타 단점을 보완하기 위해 chisel이라는 언어를 만든 것, 컴파일러 디버거를 포팅한 것 뿐만아니라 이미 Linux 운영체제까지 올린 것 부터 해서 여러 일을 진행을 했었다고 발표한 것이 기억이 납니다.

정말 대단한 일이죠! 이쪽 업계에 수십년간 몸담아 오셨던 David Patterson 교수님의 지도 아래에 만들어진 프로세서니 충분히 관심을 기울일만한 일이었습니다. 게다가 복잡해져만 가던 ARM 과 대비해서 간결한 ISA는 관심이 갈만한 이야기였습니다.

오늘, 마이크로프로세서를 이용한 Supercomputing을 타겟으로Epiphany SoC나 Parallella Board를 만들었던 Adapteva 의 Andreas Olofsson 이 RISC-V에 관해 쓴 글을 읽었습니다. Andreas는 10가지 근거를 들며 RISC-V를 찬양하는 글을 썼는데요. 조금은 현실과 동떨어진 것 같아서 아쉽습니다.

물론 RISC-V가 나쁘지 않다는 것은 인정하지만, 현재 ARM 이외에 Industry의 요구를 충족하기 위해 나온 여러 마이크로프로세서 (Tensillica, ARC, MIPS 등)가 맥을 추지 못하는 것을 보고 있으니 RISC-V라고 별반 다를 수 있을까.. 하는 생각이 먼저 듭니다.

Industry는 화려한 기능보다는 안정성, 검증된 것을 더 선호합니다.

SoC를 개발하면서 가장 크게 느낀 것이라면, 기능의 추가보다 90% 동작가능 상태에서 99.9%의 동작 가능 상태로 끌어올리는 것이 수십배 이상의 노력이 들어간다는 점입니다. Computer Architecture의 책에서도 나오는 이야기 이지만, 오류 없는 디자인을 설계할 수 있다는 것과 오류가 있는 디자인은 제품으로 내보낼 수 없다는 것은 잘못된 생각입니다.

그 말을 RISC-V에 적용해 보자면, RISC-V에는 코어 오류가 없을 수는 없고 (아직 검증이 안된 로직이다보니), 그렇지만 제품으로는 나올 수 있다고 할 수 있겠죠. 다만, 제품으로 나올 때 까지의 각고의 노력을 생각하면, 아직 제대로 검증이 되지 않은 제품을 갑자기 가져다 쓸 간 큰 회사는 별로 없으리라 봅니다. 저렴한 제품에 시험삼아 넣어볼 순 있겠지만, 최신 공정인 28nm나 14nm 공정의 테입아웃 비용을 생각하면 섣불리 해 보기 어렵습니다.
개발 환경이 아직 갖춰지지 않았습니다.

ARM의 큰 장점은, 이미 업계에서 검증이 된 코어라는 점입니다. 그리고 그 다음 장점은 훌륭한 개발, 디버깅 툴이 많이 있다는 점입니다. Arm RVDS를 필두로 여러 종류의 IDE 가 있고, T32를 비롯한 강력한 디버깅 도구가 ARM 코어를 기반으로 하고 있습니다. 하지만 RISC-V로는 gcc 크로스 컴파일러가 있고 아직 IDE는 전무합니다. 뭐 개발에 IDE를 쓰는건 아니니 (여전히 SourceInsight의 막강한 기능을 쓰시는 분이 많죠) 그 부분은 넘어갈 수 있지만 디버깅 도구가 GUI로 제대로 된 것이 없다는 게 가장 문제가 크네요.
코어가 Scala 기반의 Chisel 언어로 되어있습니다.

1번 문제와 관련이 있는데, 아직 제대로 칩에서 검증이 되지 않은 모듈이라면, 반드시 ECO (Engineering Change Order)를 해야할 상황에 부딫힙니다. 이때 RTL을 어떻게 디자인 해 두었느냐에 따라 ECO를 통한 수정이 쉬울지, 아니면 아예 불가능할 지 결정이 됩니다. 이러한 경험이 기반이 되어 하드웨어 설계시 최대한 수정하기 쉽게 RTL을 기술하곤 합니다.

그러나 Chisel로 만들어진 코드를 verilog로 변환하면 verilog 로직을 이해하지 않는 이상 수정이 쉽지가 않습니다. 디자이너야 어떻게든 변환되는 부분을 이해하겠지만, 그렇지 못한, 가져다 사용하는 사람에게는 verilog를 충분히 이해하지 않으면 수정할 엄두조차 내지 못하는 상황이 됩니다.
BSD 라이센스입니다.

이건 장점이자 단점인데요. BSD 라이센스는 공개된 코드를 수정하더라도 다시 공개할 의무가 없습니다. 그 말은 필연적으로 다양한 branch가 만들어질 수 있다는 것을 의미합니다. 게다가 그 branch가 main stream으로 합쳐질 리 없는 수 많은 곁가지, leaf node로 끝나버립니다. 특히나 customizable microprocessor를 표방하면서 수정을 적극 권장하는 RISC-V에게는요.

이게 RISC-V 가 바뀌지 않고 유지된다면 그다지 문제가 되지 않을 지 모릅니다. 그러나 UC Berkeley 팀에서 새로운 버전의 ISA를 내놓는다면, 각자 회사의 변경점이 반영될 리 만무하고, 각 회사는 다시 새로운 Architecture 위에서 이전의 변경점을 추적해서 반영해야 한다는 걸 의미합니다. (만일 회사가 새 RISC-V를 받아들일 생각이라면요) 이런 이유를 생각할 만한 회사라면 아마 RISC-V를 수정하지 않고 사용할 겁니다.

제가 안 좋은 이야기만 줄줄 쓴 것 같은데, 사실 RISC-V가 나온 소식을 듣고 환영을 했었네요. 그 많지 않은 인원으로 이뤄낸 여러 일을 보면서 대단한 능력자들이 모였구나, 라는 생각도 들고 아직 실력이 부족한 절 돌아보며 한숨을 쉬기도 했었습니다. 아무래도 지금의 절 돌아봐도 그때의 RISC-V 팀 일원이 될만한 능력이 없거든요. 그만큼 그 팀이 땀을 흘려가며 만들어낸 결과물은 이쪽 하드웨어 업계를 떠들썩하게 할만한 뉴스였습니다.

관심밖으로 사라지지 않고 다시 RISC-V 이야기가 들려와서, 한때 프로세서 디자이너를 꿈꿨던 저는 무척이나 반갑습니다. 아직 제게는 해소되지 않는 많은 우려가 있지만, 그 모든 우려를 씻어내고, 나중에 '제가 잘못 생각했었네요' 라고 말할 수 있게 RISC-V가 퍼지길 바랍니다.

Reference

GTD: Omnigroup의 Omnifocus 2

Unknown — Mon, 04 Jan 2016 00:00:00 +0000

GTD: Omnigroup의 Omnifocus 2

지금까지 일과 기타 해야만 하는 일을 어떻게 관리할 것인지 많이 고민해보고 이것 저것 써 보았습니다.

예전에 잠깐 Microsoft Project를 사용했었는데요. 정말 기가 질릴정도로 다양한 기능에 압도되어 아무것도 하지 못하는 일이 종종 벌어지곤 했습니다. 너무 세세하게 관리를 해야만 흐트러짐없이 정돈이 되기에 오히려 하나 삐긋하면 포기해버리기 일쑤였습니다.

그 전에는 Trac, Redmine 등 온라인 툴을 썼었네요. 다만 이 도구는 Source code repository 와 연동되어야만 강력한 힘을 발휘하기에 특정 프로젝트에 한정되어 쓸 수 밖에 없는 점이 문제였습니다. 마일스톤을 정한다거나 이슈에 대한 추적은 매우 좋은 기능이었다고 생각합니다.

이 Trac의 상용버전 쯤 되는 것이 JIRA인데 호주의 Atlassian 회사에서 만들고 있는 도구입니다. 개인서버에 Starter Edition을 설치해서 사용하곤 했었는데, 일단 Java 기반이라 성능이 느린 제 서버에서는 정말 느렸었고, Microsoft Project 만큼이나 방대한 점, 프로젝트별로만 관리해야 되는 점 등이 1인 사용을 위한 도구로는 부적합했습니다.

작년 12월 중순부터 사용하기 시작한 도구가 있습니다. Omnifocus 2라는 도구인데요. David Allen의 Get Things Done (이하 GTD) 개념을 도입한 소프트웨어 도구입니다. GTD는 다시 말하면 조금 복잡한 Todo list 라 할수 있는데요. 여기에 책임 영역이나 컨텍스트, Due date, Defer 같은 개념을 도입해서, 너무 간단하지는 않지만 MS Project같이 Overkill 은 되지 않는 한도내에서 적절한 지점을 찾은 것 같습니다.

그 전에 사용하던 Wunderlist는 공유되서 하나의 프로젝트를 여러명이서 관리할 수 있는 점은 매우 좋았으나 세부적인 설정이 거의 없다시피 해서 아쉬웠습니다. Omnifocus는 공유는 없지만, 매주 Review를 하는 부분이라던지 Forecast로 앞으로 할 일에 대한 전체 요약을 할수 있다는 것과 Focus 모드로 해야할 부분 하나에 집중하게 한다는 점이 강점입니다.

트라이얼로 사용해 보다가 새해 새 출발 기념으로 구매 후 본격적으로 사용하려고 Android용 3rd party app인 Focus GTD 도 구매했네요. 지금까지 2주간의 경험은 만족스러웠습니다. 구매를 했으니 조금 더 사용해보고 평가를 내려볼게요.

아참, 모두 새해 복 많이 받으세요~

OS X Other 공간 비우기

Unknown — Tue, 29 Dec 2015 00:00:00 +0000

OS X Other 공간 비우기

오늘에서야 발견했는데, "Disk Utility"에서 Other 공간이 170GB를 차지하고 있는 것을 보았습니다. 어느 녀석이 이리 잡아먹나 알아보기 위해 OmniDiskSweeper를 설치해서 살펴보았는데 이상한 점이 발견됩니다.

분명히 가용 공간은 겨우 20GB 인데 실제로 검색되는 파일의 총 크기는 125GB 남짓밖에 되지 않았습니다. 뭔가 이상해서 구글링을 해 보니, OmniDiskSweeper 같은 디스크 검사 툴은 root권한으로 실행하는 것이 좋다고 하더군요.

$ sudo /Application/OmniDiskSweeper.app/Contents/MacOSX/OmniDiskSweeper

루트권한으로 실행하니 범인이 드러납니다. /.MobileBackups.trash 디렉토리가 77 GB를 잡아먹고 있었네요.

왜 이렇게 잡아먹나 궁금해서 다시 구글링을 해보니, CrashPlan이 범인이었습니다. CrashPlan을 NAS에서 사용하기위해 Headless로 설치 후 클라이언트만 사용하기에 서비스를 실행 시킬 필요가 없어서 서비스를 중지하고 /.MobileBackups.trash 공간을 확보하기로 합니다.

서비스 동작 중인지 확인:
$ ps aux | grep CrashPlanService
서비스 비활성화 :
$ sudo launchctl unload /Library/LaunchDaemons/com.crashplan.engine.plist
재시작시 다시 동작하는 것을 없애기 위해 서비스 파일 삭제:
$ sudo rm /Library/LaunchDaemons/com.crashplan.engine.plist

지우고 나니 100 GB가 확보되었네요. :)

Haskell with Docker

Unknown — Mon, 28 Dec 2015 00:00:00 +0000

주의: 아래의 내용은 Docker에 대해 배워가면서 작성한 글이기에 정확하지 않거나, 잘못된 내용이 있을 수 있습니다. 실제 업무 환경에 적용하고자 하신다면 충분히 테스트 및 검증하기를 권장합니다

요즘 클라우드 서비스에서 한창 뜨겁게 달궈지는 이슈를 뽑으라면 Docker를 꼽을 수 있습니다. 가상화에서 발생하는 문제점을 우회하는 방법인데, 몇년 전 부터 급부상 하고 있죠.

가상화는 Guest OS를 Hypervisor위에 올리는 방식 때문에 성능 하락이 가장 큰 문제점이었습니다. 이를 해결하기 위해 Intel에서 가상화 전용 기술도 내어놓고, SR-IOV 를 적용한 이더넷 카드나 스토리지 장치가 등장해서 병목현상을 최소화 하기 위한 여러 기술을 내어놓았죠. 하지만 이런 기술은 각 부품의 단가 상승을 유발하기도 하고 성능 상승도 크지 않아서 그다지 주목받지는 못했습니다.

이 가상화를 다른 방식으로 접근하여 해결하려고 한 것이 Docker 입니다. 컨테이너를 이용해서 실제 Host OS에서 동작하지만 내부 이미지만 접근하도록 만들어 성능과 보안 두가지를 다 잡으려 했습니다. 한가지 단점이 있다면 Host OS위에서 동작하기 때문에 가상화와는 다르게 다른 종류의 Guest OS를 돌릴 수 없고 Host OS에 종속된다는 점이 있습니다.

Haskell

오늘은 Docker 에 대한 이야기 보다는 Haskell을 어떻게 Docker에서 운용할 것인지에 대한 이야기를 하려 합니다. Haskell 함수형 언어는 cabal 을 이용해 패키지(라이브러리) 관리, 빌드, 배포를 담당하는데, 여러 프로젝트를 진행할 때 cabal로는 감당할 수 없는 부분이 많았습니다. 저야 Haskell을 쓰는 곳이 이 사이트를 만드는 데에만 쓰이니 크게 문제되는 일은 없었지만, 개발자 입장에서는 패키지가 충돌나는 경우가 무척 많았다고 하네요.

이를 해결하기 위해 stack이 등장했습니다. stack은 빌드에 cabal을 이용하지만 각 프로젝트별로 라이브러리를 관리해서 다른 프로젝트 라이브러리와 충돌 나는 것을 제거해 줍니다. 공통적으로 사용되는 라이브러리는 중복되지 않게 해서 추가로 용량을 잡아먹지 않게 하는 것은 물론이지요. 그래서 저도 이 사이트 제작하는 도구를 stack 환경으로 옮긴 지 몇 달 되었습니다.

Docker

Haskell로 앱을 제작했다고 할 때 Docker를 이용하려면 크게 두가지 방법이 있습니다.

ubuntu base image를 이용해 개발도구(GHC 포함)등을 Docker Image 내부에서 설치한 후 release. 가장 쉽게 접근할 수 있는 방법입니다. 다만 이미지 사이즈가 커지게 됩니다. (build tool이 포함)
외부에서 executable을 만든 후 Docker image를 제작. 개발툴을 포함시킬 필요가 없지만 config, static 등을 같이 포함시켜야 합니다. 다만 이미지가 가볍고, 개발툴을 다시 설치할 필요가 없기 때문에 배포에 시간이 짧게 소요됩니다.

어차피 코드는 repository에 관리되고 있으니 2번의 방법으로 개발하는 것이 여러모로 좋아보이는 것이 사실입니다. stack 개발도구는 2번 방식을 더욱 편하게 하기 위해 docker를 stack에서 사용할 수 있도록 지원하고 있습니다.

resolver: lts-3.19

docker:
    enable: true

image:
    container:
        name: eunchan/webapp
        base: fpco/stack-run
        add:
            config: /app/config
            static: /app/static

stack.yaml에 간단히 docker를 활성화 하면, stack으로 빌드 시 docker를 이용해서 임시적인 이미지를 만들어 실행합니다. 앱을 종료시 자동으로 이미지는 삭제됩니다.

배포를 하고자 한다면 stack image container 명령만으로 Docker Image를 만들 수 있습니다. 이 이미지를 private docker repository든 Docker Hub든 push 할 수 있습니다.

다만 docker image를 만들기 위해서는 host system이 리눅스여야 합니다. Windows와 Mac OS X는 리눅스 기반이 아니기 때문에 boot2docker 를 이용해서 가상환경에서 만들어야 합니다. boot2docker는 docker를 사용 가능하게 해 주는 점에서는 좋지만, virtualbox 를 기반으로 하기 때문에 느린 성능 + shared directory에 대한 느린 IO가 문제점으로 꼽힙니다.

References

2015년도 지름 결산

Unknown — Thu, 24 Dec 2015 00:00:00 +0000

2015년도 지름 결산

2015년도 거의 끝이 다 되었습니다. 크리스마스가 지나고 일주일이 되면 이제 2016년으로 새롭게 시작하겠네요. 그런 의미에서 1년간 크게 지른 것 위주로 요약 정리(?)해서 지름신이 되어보도록 하겠습니다. 임의 순서, 생각나는대로입니다. :)

Vitamix 5300 Mixer

이전에 사용하던 믹서기 용기가 깨지는 바람에, 이참에 좋은 것으로 가자! 해서 구입한 믹서기 입니다. 왠만한 것은 죄다 갈아버리고 정말 곱게 갈립니다. 도깨비 방망이나 기존에 사용하던 100불 미만의 Kitchen Aid 와는 다른 발군의 성능을 보여줍니다.

가격이 흠이므로 4/5점!
Google Nexus 5X + Project Fi

기존 넥서스5 액정이 깨져서 5X가 출시되기를 수개월 기다린 끝에 Project Fi와 함께 넘어갔습니다. 가장 좋은 점은, 실내에서 Cellular network가 안터졌는데, Wi-fi를 이용해서 전화가 아무 문제 없이 된다는 점입니다. 추가로 한국에 방문 시 로밍 부담이 덜하다는 (Wi-fi 연결 시 미국과 동일한 접속 환경) 점이 좋네요.

넥서스 5X는 아직 마시멜로가 안정화가 안된 탓인지 리프레시가 좀 보입니다.

3/5점!
Logitech MX Anywhere2 Wireless Mouse

회사 노트북과 맥북프로레티나, 그리고 에얼리언웨어 알파를 동시에 편하게 쓸 수 있는 방법을 모색하다 MX Master와 MX Anywhere2 를 보게 되었습니다. 둘 중, 가지고 다니기 편한 MX Anywhere2를 할인해서 사게 되었네요. 3개의 디바이스를 동시에 페어링하고 스위치가 버튼 하나로 간편하게 되서 회사에서 맥북프로와 회사 노트북을 번갈아 가며 쓰기 무척 편해졌습니다.

다만 아쉬운 점은 스크롤 버튼이 무한휠, 클릭휠 모드 변경이라 다른 버튼을 가운데 버튼으로 지정해야 한다는 점이네요.

4/5점!
Logitech K480 Bluetooth Keyboard

블랙프라이데이 할인으로 뒤도 안보고 지른 제품입니다. MX Anywhere2와 마찬가지로 3개까지 페어링 되고 조그다이얼을 돌려서 바로바로 바꿀 수 있습니다.

다만 키감이 영 적응이 쉽지 않네요. 너무 구분감이 커서 손이 좀 아픕니다.

2/5점!
Motorola Moto G (3rd Generation)

아내 스마트폰을 바꾸기 위해 산 제품인데, 내부 용량을 8GB 로 사는 바람에 고생 했습니다. 다만, 동작 자체는 아주 무리없이 깔끔하게 작동하고 에러가 거의 없습니다. 16GB를 샀더라면 아마 계속 사용했을 것 같네요.

4/5점!
Dell Alienware Alpha (i3 Edition)

N36L이 영화를 재생하기 어려울 만큼 성능이 버벅대다보니 NAS로만 사용되고, 기타 미디어는 Chromecast가 있으나 NAS를 그대로 재생하기 쉽지 않아 한대 장만하게 되었습니다 (로 쓰고, 사고싶어서 샀다고 읽으시면 됩니다)

Custom NVIDIA GPU가 들어있는데 성능이 750Ti쯤 나온다고 하네요. 실제로 위쳐3를 중옵에 헤어웍스만 끄고 1920 x 1080 으로 무리없이 돌립니다. 같이 제공되는 Xbox 360 컨트롤러로 위쳐3를 하면 재밌습니다~

3/5점!
The Witcher 3 : Wild Hunter

올해의 게임으로 불려도 손색없을만한 게임입니다. 최고의 그래픽, 빠져드는 이야기, 다양한 부가퀘스트 등 무엇하나 빠지는 구석이 없이 잘 만들어진 게임입니다.

5/5점!
Triumph Wykin Leather Jacket

눈물을 머금고 트라이엄프 본네빌을 판매하고 나니 남는건 스토어 크레딧뿐이더군요. 어디다 크레딧을 쓸까 하다가 가죽재킷 하나 장만했습니다.

초반에 나는 가죽 냄새를 잡느라 조금 고생했지만 점점 몸에 맞아가는 느낌이 아주 좋습니다. 캘리포니아 겨울 날씨 생각하면 한 여름 빼고는 언제나 입고 다닐 수 있을 것 같네요.

4/5점!
Asus RT-AC68U Wireless Router

지금은 최강의 자리를 AC86 시리즈에게 넘겨주었지만, 구입할 당시만 해도 상대할 공유기가 없을만큼 최고의 성능이었습니다. 다양한 기능은 반의 반도 사용하지 못하지만, 모뎀이 문제 된 적은 있어도 공유기가 말썽을 부린적은 없네요. 신호도 멀리까지 잘 인식되서 집안에서 Wi-fi 사용하는 부담이 매우 줄었습니다.

5/5점!
Moleskin Notebook (A5 size)

노트로 사용하기 위해 구입했습니다. 다만 만년필과 같이 사용하기엔 너무 번져서 별로네요.

값은 비싼데 재질이 별로라 1/5점!
Volkswagen Passat Wolfsburg Edition

본네빌을 팔고 구입한 자가용입니다. 저렴하게 샀다고 좋아했는데, 폭스바겐 스캔들이 터지면서 중고가가 폭락해서 10년동안 강제로 타고 다니게 생겼습니다. ㅜ.ㅜ

연비 좋고, 핸들링 깔끔하고, 성능도 170마력으로 무난하고, 트렁크도 넓고, 어느하나 빠지지 않는 중형차인데 미국에서 브랜드가치가 엉망이라 상대적으로 싸게 구입가능합니다.

폭스바겐 스캔들 때문에 2/5점! 내 중고가 하락분 보상하라!!
Graco Nautilus 3-in-1 Car Seat

파삿에 장착하기 위해 산 카시트입니다. 베이비 부터 어린이까지 계속 사용할 수 있게 등받이도 뺄 수 있게 되어있습니다. 다만, 둘째 아이가 잠들 때 보니, 이전 카시트보다는 편히 못자더군요. 고개가 계속 떨구어 집니다.

안전성은 최고이지만 편안함에서 감점으로 3/5점!
VIAIR 85P Portable Air Compressor

바람을 종종 주입하기위해 샀습니다. 아내가 운전하다 나사가 박혀서 펑크났을 때 요긴히 쓰였네요. (두번이나!) 한국에는 오토코스란 걸출한 에어 컴프레셔가 있지만 여긴 Viair가 최고인듯 합니다.

4/5점!
WeatherTech Custom Fit Cargo Liners for Odyssey

오디세이의 1열, 2열을 웨더텍으로 교체한 뒤, 때를 노리다가 3열 접고 웨더텍으로 교체했네요. 기존엔 얼룩덜룩한 카펫이 보기 흉했는데 깔끔한 고무매트로, 흙먼지가 걱정이 없습니다. 다만 살짝 주변부가 들뜹니다. 시간이 지나면 괜찮아질 줄 알았는데 아직도 완전히 맞진 않네요.

3/5점!
Coleman Instadome 5-person

캠핑을 시작하기위해 코스트코에서 구입한 텐트입니다. 가격 싸고, 빠르게 펴고 접고, 바람 잘 막아주고, 어느정도 방수는 되고, 어느 하나 깔게 없는 텐트네요. 요세미티 가서도 2박3일동안 매우 잘 썼습니다.

5/5점!
Coleman Northstar® PerfectFlow(TM) Instastart(TM) Propane Lantern

캠핑장에서 저녁에 모닥불 피우고 이야기나누는 즐거움은 이루 말할 수 없죠. 그런데 LED 랜턴을 쓴다면 그 밝은 백색등 때문에 눈이 쉽게 피로해 집니다. 그래서 물색한 것이 가솔린 랜턴과 프로판 랜턴입니다.

그 중 사용하기 편한 프로판 랜턴으로 구입했습니다. 밝지만 주황색의 은은한 랜턴을 보고 있기만 해도 마음이 안식이 됩니다.

5/5점!
Pentax 65792 XCF 10x50 Binoculars with Case

별자리를 보기위해 구입했네요. 원래대로라면 돕소니안 망원경을 사야하는데, 집이 생기기 전까지는 일단 참기로 했습니다.

타호와 요세미티에서 별자리를 보았는데, 확실히 깔끔한 별상을 보여주고 육안으로는 보이지 않는 것까지 잘 보여서 즐겁게 밤하늘을 관찰할 수 있었습니다.

4/5점!

Cross Compiling Go program

Unknown — Thu, 19 Nov 2015 00:00:00 +0000

Cross Compiling Go program

오늘은 뜬금없이 Go 언어에 관해서 글을 써 볼까 합니다. 제가 Synology NAS (정확히는 N36L을 이용한 해놀로지)를 사용하고 있는데, 이 NAS에서 Go로 만들어진 프로그램을 실행해야 할 상황이 되어 몇가지 알아보았습니다.

크로스 컴파일은 일반적인 컴파일러에서 자주 사용되는 기법인데, 개발 PC에서 ARM 용 코드를 ARM 에서 실행될 수 있는 바이너리로 컴파일 하는 것이 가장 많이 접해볼 수 있는 크로스 컴파일 상황일 것 같습니다.

일단 golang을 linux/amd64 용으로 만들어야 합니다. Mac 에서 Homebrew를 사용하고 있으면 Source directory로 가서 아래의 문구를 실행해 봅시다.

$ cd $(brew --prefix go)/libexec/src
$ export GOROOT_BOOTSTRAP=$(brew --prefix go)/libexec
$ GOOS=linux GOARCH=amd64 CGO_ENABLED=0 ./make.bash --no-clean

이 컴파일 과정이 끝나면 linux/amd64용 go 컴파일러가 ../bin/go 에 만들어 집니다. 현재 맥에서 사용하는 go와 구별하기 위해서 이 파일을 카피해서 파일명을 syno.go 로 변경하도록 합시다.

그 후 컴파일 할 프로그램이 있는 곳으로 가서 빌드를 합니다.

GOOS=linux GOARCH=amd64 syno.go build

그러면 해당 디렉토리에 실행파일이 만들어지는데, 실제 실행해 보면 executable이 아니라고 에러가 나면서 실행이 되지 않습니다. 이 파일은 synology에서 실행될 수 있는 파일이므로 synology NAS에 복사 후 실행해 보면 실행이 잘 되는 것을 볼 수 있습니다.

I-140, AOS

Unknown — Mon, 26 Oct 2015 00:00:00 +0000

I-140, AOS

오늘 집에 도착해서 우편함을 열어보니 무척 많은 편지가 와 있었습니다. 두툼하게 쌓인 우편의 받는 사람은 가족 모두 이름 하나하나 쓰여있었고, 발신자는 USCIS였네요.

집에 와서 들뜬 마음으로 편지를 개봉하니, 저번주에 서류를 준비해서 접수한 영주권 관련 Receipt Notice였습니다. I-131, I-765, I-485 등 (I-140은 이메일로 오더군요) 모든 서류가 네브라스카 센터로 잘 접수되었다는 내용과 함께 Receipt Number가 기록되어 있었습니다. 이 번호로 현재 서류 상황을 확인해 볼 수 있는데요.

다른 사람에 비하면 길지 않은 편이지만, 제게는 기나긴 시간이었던 준비 기간이 모두 끝나고, 이제 제가 할 일은 지문 찍는 것 말고는 없게 되었습니다. 요즘 AOS(I-485 시리즈를 통틀어 AOS라고 해요) 처리 시간이 무척 빨라져서 어떤 사람은 한달 반 만에 I-485가 승인되기도 합니다. 보통은 4개월 이내로 잡더군요.

(10/29/2015) 오늘 I-140이 승인되었네요. Premium Processing으로 진행했더니 일주일도 되지 않아 승인되었습니다. 이제 485만 남았네요. 무탈히 이 모든 과정이 끝나서 안정적인 신분이 되면 좋겠습니다.

(11/25/2015) 어제 Biometric (Finger Print)를 했습니다. Trackitt 에서 보니 핑거 이후 20일 이내에 결과가 나오는 분위기네요. 별 탈 없이 잘 진행되면 12월 초에 받을 수도 있을 것 같습니다.

Green Card LC PERM

Unknown — Thu, 24 Sep 2015 00:00:00 +0000

Green Card LC PERM

이전에 영주권 절차를 진행한다고 했던 게 2014년 7월 21일 이었으니, 벌써 1년 2개월이 지났네요. 처음 들어갔던 광고가 취소되고 한참을 기다린 후 다시 광고부터 해서 어제가 되어서야 LC PERM이 승인되었습니다.

영주권 받는 단계를 크게 나누면 3개로 나눌 수 있는데, LC PERM, I-140, I-485가 그 세 단계입니다. PD Date만 만족하면 LC PERM 승인을 받으면, I-140/I-485를 진행할 수 있습니다. LC 승인이 작년에 비해 많이 느려져서 보통 7개월 정도 소요되는데, 저도 그 정도 걸린 것 같네요. 다행히도 요즈음 I-485가 많이 빨라져서 영주권이 1년 안에는 나올 것 같습니다.

영주권을 취득할 수 있을 때 미리 해두려고 괜찮은 오퍼도 거절하고 남아있기로 결정했는데 별 문제없이 잘 진행되면 좋겠네요.

Observation - Lake Tahoe

Unknown — Sat, 22 Aug 2015 00:00:00 +0000

타호로 놀러가면서 쌍안경을 가지고 갔다. 워낙 큰 도시와 떨어져 있는 곳이라, 밤하늘이 어두울 거란 생각에 주변 한번 훑어보려 한 것이었다.

캐빈에서 지내면서 이틀 밤을 밤하늘을 보았는데, 예상대로 상당히 어두운 하늘이었다. 옆집의 밝은 백야드 불빛이 있음에도 은하수의 암흑대는 선명히 보였고, 맨 눈으로 안드로메다 은하, 페르세우스 이중성단, M103 등이 바로 보일 정도였다. [공림사][] 에서 가장 어두웠던 밤하늘보다 어두웠고, [벗고개][]의 가장 좋았던 밤하늘과 비슷하거나 한단계 어두웠던 것 같다.

이번 관측의 목적은, 잊어버린 별자리를 다시 암기하는 것이었는데, 관측한 캐빈 뒷 마당이 나무로 둘러쌓여 여러 별자리를 볼 수는 없었다.

페르세우스, 페가수스, 카시오페아, 작은곰자리, 용자리, 세페우스, 백조자리 정도가 보였고, 그 내에서 몇몇 메시에를 관찰하였다. 그 중에서 Draco (용자리) 별자리는 그동안 잘 살펴보지 않은 곳이라 이중성을 관찰하는 재미가 있었다.

비록 한 눈에 가득차는 크기는 아니였지만 안드로메다 은하는 쌍안경으로도 암흑대가 보일 정도였다.

Hawaii Gallery

Unknown — Sat, 23 May 2015 00:00:00 +0000

아파트 렌트 갱신

Unknown — Mon, 13 Apr 2015 00:00:00 +0000

아파트 렌트 갱신

이 곳 실리콘벨리가 심상치 않습니다. 집값이 천정부지로 치솟고 있습니다. 7억에 매물로 나온 집이 9억 이상으로 팔리고 있습니다. 오픈하우스에 가 보면 구경을 하는 사람들이 집에 가득 차 있습니다. 작년에 보았던 외곽의 (Pleasanton) 타운하우스도 1년만에 1억 이상이 올랐습니다.

미국의 타 지역은 돈이 돌지 않아서 집 값이 여전히 서브프라임 모기지 터지기 직전 가격에 가지도 못했다는데, 이곳 실리콘 벨리는 이미 그 때의 가격을 넘어서 20% 이상이 올랐습니다. 10억이 넘는 집을 현찰로 사는 사람들도 종종 보일 정도로 돈이 넘쳐나는 것이 보입니다.

올해도 비이민 비자 (H-1b)는 처음 5일만에 접수가 마감되고 경쟁률이 5:1에 이를 것이라는 소문도 들립니다. 그 중에 가장 많은 부분을 차지하는 지역이 이곳 캘리포니아, 그 중에서도 실리콘 벨리입니다. 그만큼 유입 인구가 많다는 말이지요.

실리콘 벨리는 주변이 산으로 둘러쌓여 있어서 LA나 Detroit 같이 무한정 집을 늘릴 수 없는 지형이라, 새로 지어지는 집의 숫자도 그다지 많지 않습니다. 집의 증가는 더딘데 유입인구는 폭발적으로 늘어나면, 결국은 집값, 그리고 렌트비가 오를 수 밖에 없습니다.

그런데 그 상승폭이 엄청난 것 같네요. 작년 봄 렌트비의 상승은 비교할 수 없을 정도로 올해는 꽤 많이 올랐습니다. 제가 사는 아파트는 10% 올랐는데 이게 얼마전까지 상승 한계 값이었고, 주변의 다른 아파트는 20%가 올랐다는 말도 들립니다.

근 삼백만원을 내고 살려니 엄두가 나질 않아 다른 곳으로 이사갈 생각도 해보지만, 주변 대부분의 아파트가 이 가격보다 비싸서 어디 이 가격에 받아줄 곳도 마땅찮습니다. 이미 가득찰 대로 가득 차서 다른 아파트는 삼천달러 이상을 줘도 방 2칸 아파트를 구하기 쉽지 않네요. 게다가 통근 시간이 늘어나는 건 덤이구요.

아무리 이리 재보고 저리 재보아도, 이곳 실리콘벨리에서 외벌이로 살아가는 것은 답이 보이질 않습니다. 그 어떤 용을 써봐도 렌트비 오르는 금액을 제하면 연봉 상승은 커녕 연봉이 줄어드는 것 같네요. 지내다 보면 돈이 모이고, 모은 돈으로 집을 사고, 하는 과정을 그려보려고 하지만 살아가는 것 만으로 벅찬 현실에 돈을 모아서 집을 살 Down Payment (초기 금액. 보통 20%정도를 냅니다. 다만, 대출이 62만 달러를 넘어서면 이자가 상승하므로 62만 달러를 빌린다고 하면 100만 달러 집을 사기 위해서는 38만 달러의 현금이 필요합니다) 마련하는 것 조차 불가능 하다는 생각이 듭니다.

아무리 학군이 좋지 않은 지역으로 눈을 돌려도 70만 달러 이상이라 저같이 모은 돈 없는 젊은 사람은 영원히 집을 살 수 없는 상황이라는 걸 깨달을 수 밖에 없네요.

인디언 기우제처럼, 결국엔 언젠가 경제 위기가 와서 사람들이 거리로 내몰리고 Short Sales 집은 넘쳐나고 집값이 주춤할 때가 오겠지만, 그 때 제가 살아남아 있을 거란 보장이 없으니 여전히 앞길이 훤히 보이질 않네요.

일이 아닌 생활로 인해 고민을 하게 될 줄은 몰랐네요. 어딜 가나 집이 문제인가 봅니다.

미국 취업에 관한 질답

Unknown — Sat, 07 Feb 2015 00:00:00 +0000

미국 취업에 관한 질답

가끔씩 한국에 계신 지인 분이나 웹상에서 알게 되신 분들에게 미국 취업에 관해 몇가지 질문을 받습니다. 몇 번 답해드리다 보니, 질문하시는 내용이 비슷한 부분도 있고 각자의 상황에 따라 다른 부분도 많이 있는 것이 보입니다. 그래서 공통된 부분에 대해 다른 분들도 아시면 좋을 것 같아서 질문 답변 형식으로 글을 써 보았습니다.

미국 취업은 어떻게 하였나요?

아마도 이 질문은 가장 자주 듣게 되는 것 같은데요. 제 이야기를 해 드릴 수 있지만 이 과정이 모두에게 적용되지는 않는 다는 점을 일단 말씀드리고 싶네요.

전 돌이켜보면 정말 운이 좋았던 경우였습니다. 한국 삼성전자에서 일 했을 때 맡았던 업무가 사람을 찾기 어려운 업무였습니다. 이제 막 개발을 시작하는 분야여서 경험있는 사람은 부족한 상황에 산업은 커져가서 더 많은 인력이 필요한 상황이었습니다.

전 미국 취업은 거의 생각도 못하고 있었는데, 이 때 미국회사에서 일하던 지인이 저를 추천해 주었습니다. 사람이 부족한 것을 알고 저를 추천해 주었고 회사에서는 경력이 얼마 되지 않음에도 저를 채용하였죠. 직접 구직활동을 한 것이 아니라 다른 분들과는 조금 상황이 달랐었죠. 그 때부터 3년 가까이 지난 지금 상황에 저같이 경력이 부족한 사람이 지원을 했다면 아마 기회가 없었을 지도 모르겠습니다.

하지만 채용만으로 끝나진 않았습니다. 뽑는다고 결정한 지 6개월 이상이 지나서야 취업비자 신청을 시작했고 정작 일을 시작한 것은 그것보다 1년이 지난 후에서야 일을 시작할 수 있었습니다. 그러니까 회사 입장에서는 채용을 결정하고 1년 반이 지난 다음에서야 채용자를 볼 수 있었다는 말이죠. 미국 내에 비슷한 경력의 구직자가 있었다면, 뒤도 안돌아보고 미국 내 구직자를 먼저 채용했을 겁니다. 기업 입장에서 1년 반의 시간이 얼마나 큰 지는 일을 해보신 분들은 다 공감하실 겁니다.

이력서는 어떻게 작성해야 하나요?

예전에는 이력서를 여기 사이트에 올려 두었었는데, LinkedIn에도 이력서의 모든 내역이 올라가 있어서 사이트에서 지우긴 했습니다.

인터넷에서 검색을 해보시면 어느정도 감을 잡으실 수 있을 것 같습니다.

첫째로 중요한 것은, "중요한 정보를 먼저 보이도록 상단에 위치"시키는 것입니다. 경력직으로 입사를 한다면, 지금까지의 경력에 관한 내용이 가장 잘 보이도록 위에 놓는 것이 중요하겠죠. 학생이었다가 입사를 한다면 학력과 그 학교 과정중에 했던, 업무와 관련이 있는 과목을 언급한다던지 아니면 특별 활동을 언급한다던지 해서 업무에 어느정도 관련이 있다는 점을 부각시켜야 할 것입니다.

그 다음으로는 "간결하게 작성"하는 것입니다. 이력서를 불필요하게 방대하게 작성하는 것이 아니라 대부분 1장 안에 모든 내용이 다 들어가도록 작성합니다. 그 안에 넣지 못할 특별한 경우라면 두장까지 가는 경우도 있지만 보통은 한장안에 안들어갈 것 같으면 내용을 빼버립니다. 예를 들면 학력 란을 간단히 축약한다던지, 관계없는 수상내역이나 특허 내용은 한줄로 변경한다던지 해서 분량을 줄입니다.

근무 환경은 어떤가요?

이건 회사마다 꽤 많이 차이가 납니다. 애플같은 경우는 듣기로는 정말 힘들게 일한다고 합니다. 야근도 매우 잦고 주말 근무도 종종한다고 하니 한국과 비견될만 합니다.

제가 있는 회사는 가끔 야근할 일이 생기긴 하지만, 보통은 일찍 퇴근해서 집에서 메일로 가끔 업무를 보는 경우가 대부분입니다. 주말 근무가 거의 없다는 것이 좋네요. 미국 건너와서 주말에는 항상 가족과 근교에 나가거나 밀린 집안 일을 하거나 할 수 있어서 정말 좋습니다.

다만, 이런 자유가 주어진 만큼 책임도 따라 옵니다. 맡은 일에 대한 평가는 메니저의 절대적 권한이라 결과를 잘 내지 못하면 도태되기 쉽습니다. 고용 계약이 at-will 이기 때문에 언제든 해고당할 수 있는 두려움은 항상 있습니다. 신분이 보장되는 사람은 불황이 아닌 경우 다른 직장을 쉽게 찾을 수 있어서 고용의 유연성이 좋지만, 저같이 아직 취업비자인 사람은 해고를 당하면 곧장 한국으로 떠나야 하기 때문에 항상 불안함을 가지고 있습니다.

아이 교육 환경이 정말 좋은가요?

제 두 아이가 아직 학교를 가지 않아서 자신있게 말씀드리진 못할 것 같네요. 이 질문은 풍월을 읊는 수준일 수 밖에 없을 것 같습니다.

주변 지인의 이야기를 들어보면, 여기에 넘쳐나는 엄청난 학구열의 인도인 사이에 끼어서 덩달아 엄청난 학구열을 경험할 수 밖에 없어보입니다. 이곳 실리콘벨리에 정말 많은 인도 이민자들이 있는데 대부분 굉장한 학구열을 가지고 있고 아이에게 엄청난 교육을 시킵니다. 과외도 많고 예체능 교육도 추가로 시키는 경우도 허다합니다.

그 분위기에 휩쓸려 이 지역 전반적으로 교육열이 엄청납니다. SAT (대학 수능 시험) 점수만으로는 UC Berkeley나 Stanford는 꿈도 못꾸고, 기타 국제 대회 수상 이력이나 특출나게 자랑할 만한 다른 것이 없으면 그냥 저냥 평범한 주립대도 못갈 확률이 있습니다.

다만 어려서부터 여러 인종과 섞여서 지내는 것은 좋아보입니다. 단일민족이라는 것이 장점이기도 하지만 배타적으로 되어버리는 단점도 많은 한국 환경보다는 좀 더 넓은 생각을 가질 수 있게 되는 것 같긴 합니다.

또한 교육 과정이 하나의 주제에 대해 스스로 연구주제를 정하고 자료를 찾고 하는 과정이 초등학교부터 계속 되는 것을 들으면, 학자를 길러내기에 좋은 환경이라는 생각은 듭니다. 그 반대급부로 알게되는 정보는 제약되는 것 같네요.

아이 교육만을 위해서 미국에 오려고 한다면 다시 생각해 보라고 말씀 드리고 싶습니다. 한국에서도 미국의 교육과정과 비슷한 방식으로 가르치는 사립학교가 꽤 있습니다. Waldorf 대안학교라던지 기타 학교에 보낸다면 그런 교육 걱정은 덜게 될 것 같네요.

취업 비자를 진행하는 과정은 어떻게 되나요?

취업비자는 채용하고자 하는 회사에서 진행하는 것이 일반적입니다. 회사에서 변호사를 고용하던지 해서 진행하기 때문에 채용자가 이것 저것 신경쓸 상황은 거의 없지요. 취업 비자는 일단 연봉과 기타 베네핏이 들어있는 Offer Letter를 받은 이후에 진행됩니다.

보통의 경우 H-1b 비이민 취업비자를 신청합니다. L1 (주재원 비자)나 O1(특기자 비자)같은 경우도 있지만 이 보다는 H-1b로 대부분 진행됩니다.

H-1b는 4월 1일에 다음해 취업비자 신청을 받기 시작해서 해당 년도에 정해진 숫자가 마감될 때까지 진행합니다. 이 비자 쿼터가 1년에 65,000개, 미국내 석박사를 위해 20,000개 해서 총 85,000개입니다. 많은 숫자는 아니기에 요 근래에는 신청하는 당일에 마감되어 왔습니다. 서브프라임이 터지고 몇년간은 비자가 남았었지만 FY14(2013년 10월부터) 부터는 첫 일주일만에 마감되었습니다. 최초 1주일 간은 쿼터보다 많이 접수되더라도도 추가로 접수를 받기 때문에 쿼터이상으로 초과되어 추첨 을 했습니다.

그 수치가 2013년 4월엔 1.6대 1 경쟁률이었다가 작년의 경우(2014년)엔 3대1 가까이 되었습니다. 올해 예상은 5대1이 될 것으로 예상하고 있습니다. 즉, 아무리 오퍼레터를 받았더라도 추첨에서 떨어지면 일할 기회가 없습니다.

이 추첨을 통과하면 이제 실제 비자 심사가 시작됩니다. 제출된 서류를 가지고 비자를 승인할지 말지 결정되며 약 두달이 소요됩니다. 이후 비자 승인이 되면 I-797 서류가 메일로 배송되고 이 서류를 가지고 미국 영사관에서 비자 스탬프를 받아야 합니다. 비자 스탬프를 받는 과정에서 떨어지는 경우는 거의 없지만 가끔 승인 안되는 경우도 있다고 합니다.

비자 스탬프를 받고 나면 이제 모든 과정이 끝이 납니다. 비행기에 몸을 싣고 미국으로 건너와서 일을 시작할 수 있는 시기는 해당 년도 10월부터 입니다.

주변 지인이 없는 경우에는 다른 방법이 있을까요?

사실 요즘같이 경기가 좋을 때에는 다른 기회로도 가능하지만, 경기가 안좋은 상황에서는 지인의 추천이 없이는 거의 들어갈 수 없다고 봐야 합니다. 지인이 없는 경우 최소한 1차 HR의 서류를 통과하기 위해선 회사 내부에 인맥을 만들어 두는 것이 중요합니다. 적어도 HR에 서류를 던져줄 수 있는 사람 말이죠. 같은 분야든, 아니면 내 일에 연관되어 있었던 사람이든, 아니면 하다 못해 같은 한국사람이라도 한번 물어보면 기회가 생길 지도 모릅니다.

이 방법도 안되면 정말 심혈을 기울여서 Cover Letter를 작성하고 온라인이나 이메일로 제출하시는 수 밖에 없습니다. 그리곤 내 경력이 그 Position과 잘 맞아 떨어지길 바라는 수 밖에 없죠. 이를 위해 이력서와 Cover Letter를 방향에 맞게 어느정도 수정은 해 두셔야 합니다.

결론

많은 질문이 올 때마다 답변을 해 드리려고 노력하지만, 제가 모든 것을 알고 있지 않다보니 답변을 하는게 꺼려질 때가 종종 있습니다. 제가 제대로 알지 못한 채 잘못된 정보를 기반으로 답변을 해서 행여나 상대방에게 안좋은 영향이 끼치게 될까 걱정되어 확신을 가지고 이야기를 하지 못하기도 합니다.

하지만 주변의 경우를 보면, 외국을 나오고자 마음 먹는다면 어느 정도 준비 기간을 거치면 어떻게든 나올 방법이 생기더군요. 취업비자 추첨에서 여러번 떨어지더라도 방법을 찾고 특기자 비자나 주재원 비자로 나오게 되는 경우도 보입니다.

그에 앞서서 생각해야 할 점은, 과연 내가 미국으로 취업을 하려고 하는가.. 에 대해 다양한 정보를 수집한 후에 결론을 내리셔야 한다는 점입니다. 한국에서 보는 부분은 여기 미국에서 살아가는 그 모든것을 볼 수 없고 장미빛만 보일 수 있습니다. 부푼 꿈을 안고 미국에 건너 왔는데, 막상 살아보니 사람들과 어울리기도 어렵고 회사에서는 유리천장이 존재해서 평생 엔지니어로 살아가야만 할 것 같고 밤에 술 마시는 건 꿈도 못꾸고 주말에 가족과 시간을 보내는데 온 힘을 쏟는 것에 좌절할 지도 모릅니다. 전 이런 생활을 어느정도 생각하고 와서 지금의 상태에 만족하고 있지만 그렇지 못한 분들도 가끔 봅니다. 어렵게 나왔는데 한국은 다시 못 들어가겠고 여기 생활은 맞지 않고 이러지도 저러지도 못하는 경우를 봅니다.

잘 생각하시고 준비하시고 좋은 일 가득하길 바라겠습니다. 모두 화이팅!!

2015 New Year

Unknown — Mon, 19 Jan 2015 00:00:00 +0000

2015 New Year

새해가 밝은지 19일이 지난 지금에서야 새해 인사를 하네요. 여기 방문하시는 몇 안되시는 모든 분들 새해 복 많이 받으시고 뜻하신 일 다 잘 이루어 지면 좋겠습니다. (짤방은 이번 주말에 놀러간 Muir Woods 사진입니다. 산책으로 최고!)

저는 요새 그냥 저냥 평온한 날을 보내고 있습니다. 특별히 큰 문제도 없이 점점 미국 생활에 적응해 가고 있습니다. 이전 글에 올렸던 영주권 관련 일도 어느 정도 잘 풀려서 1년 뒤로 늦춰질 줄만 알았던 일이 조금 앞당겨져 마음이 놓입니다. 얼마 전 EB series 이민의 국가별 쿼터 제한을 푸는 법안이 올라와서 걱정이 되었는데 앞당겨 진 일정 덕분에 이 법안과는 상관없이 일이 진행될 것 같네요. 그렇지 않았으면 저 법안이 통과되면 아마도 2~3년은 기다려야 했을 지도 모르겠습니다.

좋은 일도 있는 반면, 조만간 모터사이클 생활을 1년만에 접어야 할 수도 있을 것 같은 슬픈 일도 있습니다. 뭐 사는 것이 다 좋을 수 만은 없으니, 그냥 그러려니.. 하고 받아들이려 합니다. 다음에 다시 탈 기회가 생기겠죠.

다음 글은 좀 더 유익한 글로 이야기를 풀었으면 좋겠네요. :)

Breville the Barista Express

Unknown — Thu, 18 Dec 2014 00:00:00 +0000

Motivation

Breville the Barista Express (이하 BES870XL) 을 구입하기 전 까지 포렉스 세라믹 미니 핸드밀과 하리오 드리퍼를 이용해 드립 커피를 주로 마셔왔습니다. 그러다 직장을 옮긴 뒤로는 짐 정리다 뭐다 정신이 없어지고 결국 드립 커피를 먹지 않게 되었습니다.

그런데 커피 마시는 양이 줄어들기는 커녕 회사에서 Brewing Coffee를 무한대로 제공하면서 하루 한잔 마시던 습관이 하루 세잔으로 껑충 뛰어버렸습니다. 저도 모르는 사이에 카페인 중독이 되어버렸습니다. 어느새 주말이 되면 어김없이 두통이 찾아왔는데 알고보니 이게 카페인 금단 증상이더군요. 스타벅스에 가서 아메리카노를 마시고 나면 두통이 사라지는 걸 보면 확실합니다.

아내 또한 커피에 적응할 기회가 필요했습니다. 주변 또래 엄마들과 만나면 커피를 마시는데 아내는 첫째 출산 후 거의 커피를 끊다시피 해서 몸의 피가 아주 깔끔합니다. 커피를 한 잔만 마셔도, 그것도 점심 때 마셔도 혈압이 올라가고 밤에 잠을 못자는 걸 주변 엄마들이 듣더니 촌사람 다 됐다고 하네요 ㅎㅎ

그런 이유로 인해 커피머신을 장만해야 겠다는 생각이 들었습니다. 문제는 어떤 커피머신을 구입하느냐 였죠.

Capsule Espresso Machine

처음, 그러니까 지금 세 잔 씩 마시기 이전부터 눈여겨 봐왔던 것은 캡슐 커피 머신이었습니다. 그 중에서 가장 커피 맛이 괜찮다는 일리 커피 머신을 생각해 두었었죠. 라떼까지 염두해 두면 머신은 X7.1 밖에는 선택지가 없었습니다.

하지만 가격이 꽤 비쌉니다. 정발 가격이 70만원이 넘었으니 선뜻 구입하기 망설여졌습니다. 미국으로 건너오니 가격이 300달러로 거의 반 가격이 되었습니다. 정말 이렇게 가격이 많이 차이 나니 직구가 활성화 되는 거라 생각이 들긴 합니다. 그래서 가격대가 낮아져 더 가시권에 들어와서 구입 직전까지 갔었습니다. (일리가 행사를 정말 자주 해서 실질 구입 가격은 더 낮습니다)

그러나 망설였던 원인은, 다양하지 않은 캡슐종류였습니다. 처음엔 미디엄, 다크, 룽고 세종류였는데 지금은 MonoArabica가 더 늘긴 했지만 선택이 제한되어있습니다. 각각의 커피 맛은 훌륭하지만 짜여진 판 위에서 논다는 느낌일까요? 마치 아이폰 같이 정해진 대로 쓰면 굉장히 편하지만 그 이외의 변수는 상당히 제약된 그런 느낌이었습니다. 네스프레소로 넘어가면 다양한 캡슐이 나와서 이러한 문제점이 사라지겠지만 종종 마셔본 느낌은 커피맛이 뛰어나다는 느낌은 아니였네요.

캡슐커피가 편하긴 무척 편하겠죠. 커피가루가 휘날릴 일도 없을 테고 커피 퍽을 버리려 포타필터를 흔들지 않고 그냥 캡슐만 버리면 되니 편리함에서는 최강입니다. 다만 제 성격을 돌아보면 이대로 만족할 리가 없다는 생각이었습니다. 그래서 그 다음으로 눈을 돌린 것이 반자동 에스프레소 머신입니다.

Semi-automatic Espresso Machine

반자동 에스프레소 머신은 정말 다양한 종류가 있습니다. 드롱기부터 해서 세이코, 브레빌 등 수 많은 회사에서 이런 저런 기능을 넣고 뺀 다양한 에스프레소 기계를 판매합니다. 제 조건은, 하나의 머신에서 다 할 수 있을 것, 그라인딩과 추출이 다른 경로로 될 것 정도였는데, 이 이유는 중저가 자동 에스프레소 머신에서 커피를 그라인딩 하면서 바로 추출구로 커피가 오게 되서 제대로 커피가루가 걸러지지 않아 꽤 머리가 아팠던 경험이 있기 때문이었습니다.

그리고 수소문 끝에 가정용으로는 중상급의 브레빌 BES870XL을 점찍었습니다.

한 기계안에 그라인더와 에스프레소 추출과 스팀까지 다 있고 그 어느것 하나 성능이 빠지지 않습니다. 듀얼보일러가 아니라 스팀과 추출이 동시에 되진 않지만 스팀에서 추출로 변경 시 Auto Purge 기능이 뜨거운 스팀 물을 빼기 때문에 온도를 잘 맞출 수 있습니다. 혼자서 스팀치고 추출하고 할 순 없으니 싱글 보일러도 나쁘지 않은 선택인 것 같습니다.

가격은 꽤 쎕니다. 듀얼보일러(BES920XL)의 1300달러에 비하면 적지만 600달러 가격이 싼 가격은 아닙니다. 2014년 여름, refurbished 제품(Warranty 90일)이 299달러에 나온 적이 있었지만 그 때는 이 기계를 몰라서 절호의 기회를 놓쳐버렸네요. 그 사실을 안 뒤 인터넷 잠복을 한달을 넘게 하다가 지레 포기하고 remanufactured(Warranty 6개월)를 420불에 구입하려 했는데 지인의 고급 정보를 듣고 오프라인 매장에서 20퍼센트 할인된 가격에 신품을 구입할 수 있었습니다.

Unpack and Design

새 제품을 개봉할 때면 항상 가슴이 설렙니다. 막상 박스를 뜯고 몇 번 쓰다 보면 그 느낌은 사라져버리기 마련인데, 구입을 고민할 때 부터 제품을 받아서 박스를 개봉할 때 까지의 즐거움이 큰 것 같습니다.

박스를 열면 먼저 악세서리가 보관된 상단부가 나오고 내부 완충제를 들어내면 본 제품인 Breville the Barista Express (BES870XL)이 모습을 드러냅니다.

BES870XL의 외관은 스테인리스가 먼저 눈에 들어옵니다. 요즘 주방가전 트랜드가 최상급은 모두 스테인리스 제품인 경우가 많습니다. 냉장고나 빌트인 전자레인지, 빌트인 세탁기 등 가장 비싼 제품은 모두 스테인리스로 되어있죠. 브레빌도 고급임을 부각시키기 위해 대부분의 제품에 스테인리스를 사용하고 있습니다. BES870XL 뿐만이 아니라 그 상위 Oracle (BES980XL), BES920XL, 그 외에 과즙기 등에 스테인리스를 많이 쓰고 있습니다. 그로 인해 다른 주방 가전과 어울리는 느낌을 받을 수 있습니다.

이리 저리 살펴보면 단차가 거의 없이 꽤 단단하게 만들어져 있다는 느낌을 받습니다. 버튼이나 바닥의 워터 트레이 모두 딱 들어맞습니다. 그로 인해 처음부터 좋은 인상을 받았습니다. 가운데 있는 압력 게이지는 정확한 수치가 표시되진 않지만 알맞은 에스프레소 압력이라는 것을 알려 주어 사용하기에 불편함은 없습니다.

이전 버전(BES860XL)과 달라진 점은 커피콩을 보관하는 통이 위로 솟은 점과 Hot water가 나오는 곳이 새로 생긴 것 두개입니다. 이 Hot water 로 인해 아메리카노를 좀 더 편하게 만들 수 있어서 상당히 편리합니다. 이전 버전을 쓰시는 아는 분은 아메리카노를 위해서 물을 항상 데우시더라구요.

다만 이렇게 여러가지 기능이 한 기기에 몰려있다보니 조금 좁다는 느낌이 듭니다. 추출기에 포타필터를 끼울 때 그라인딩 거치대에 걸리는 경우도 종종있고 스팀완드가 Hot water를 뽑을 때 걸리적 거리기도 합니다.

Espresso Extraction

캡슐 머신에 비해 복잡하긴 하지만, 일반 커피점에서 바리스타가 뽑던 모습을 기억해 낼 수 있다면 BES870으로 에스프레소 뽑는 것이 어렵지는 않습니다. 다만 맛이 훌륭한 에스프레소를 뽑는 것은 어렵습니다. 그러나 대부분은 왠만한 프렌차이즈 커피숍에서 마시는 커피보다는 맛있게 나오는 것 같습니다.

이게 기계가 프렌차이즈 커피점보다 좋아서 맛있게 나오는 것은 아닙니다. 수천만원 짜리 대용량 기계와 수십만원 짜리 기계의 성능을 비교하면 당연히 차이가 많이 날 수 밖에 없습니다. 다만 신선한 콩을 사용할 수 있다는 점과, 입맛에 맞춘 설정이 가능하다는 점이 개인에게 좀 더 맞는 커피 맛을 이끌어 낼 수 있습니다.

그라인더 분쇄도와 분쇄양을 설정한 후 포타필터를 그라인더 거치대에 걸고 버튼을 누르듯이 손잡이를 안으로 눌러주면 그라인더가 작동을 하면서 커피를 담아줍니다. 가정용이라 분쇄 속도가 빠르진 않지만 에스프레소 용으로 곱게 갈려서 잘 나오는 것 같습니다.

에스프레소 추출은 압력을 조정할 수는 없고 추출 시간과 추출 온도만 조절이 가능합니다. 압력은 그라인딩 분쇄도를 얼마로 설정하느냐, 도징과 탬핑을 얼마나 하느냐에 따라 결정되어지기 때문에 사용자의 실력이 어느정도 좌우됩니다. 이것 또한 커피 콩마다 달라지기 때문에, 커피를 다른 종류로 구입할 경우, 여러번 세팅을 바꿔가며 내려서 맞는 커피맛을 찾아야 합니다.

Milk Steaming

스팀을 켜면 써머코일의 온도를 높이기 까지 완드에서 물이 나오므로 피쳐를 넣지 않은 상태에서 스팀을 켜야 합니다. 그 후 스팀이 제대로 나오기 시작하면 스팀을 끄고 완드를 우유에 담그고 8초 이내에 다시 스팀을 켜면 기존 가열을 반복하지 않고 곧바로 스팀이 나옵니다. 스팀압은 꽤 쎈것 처럼 느껴집니다. 기술 부족으로 아주 고운 폼을 만들지는 못하지만 연습 좀 하면 잘 될 것 같습니다.

Conclusion

870은 싱글 써머코일을 사용하여 어느 정도 한계가 명확한 가정용 에스프레소 머신임은 분명합니다. 하지만 그 한계를 극복하기 위한 기발한 아이디어 또한 보입니다. 그라인더가 붙어있음으로 인해 윗판이 가열될 때 그라인더에 까지 열이 전달 되는 것이 분명함에도 붙여 놓은 것은 목표로 하는 사용자가 가정에서 어느 정도 입맛에 맞추면서 편하게 에스프레소를 즐기고자 하는 사람인 것을 알 수 있습니다. 그점을 감안하고 가격을 감안할 때 가격에 비해 과분할 정도로 각각의 기능이 제 역할을 해주고 있는 것 같습니다. 이로 인해 부담없이 에스프레소에 입문할 수 있는 최고의 머신이 아닐까 합니다.

Nest Thermostat

Unknown — Thu, 25 Sep 2014 00:00:00 +0000

Motivation

작년에 구글이 Nest를 인수했다는 뉴스를 접했었습니다. 이 뉴스를 통해 처음으로 Nest가 무엇인지 알 수 있었는데요. 스스로 학습한다는 말에 호기심을 가지고 검색해 보았습니다.

그 당시 한국에 있었는데 한국에서는 반쪽짜리로 밖에 쓸 수 없더군요. Nest는 히터와 에어컨디셔너가 합쳐져서 중앙에서 관리되는 시스템에서만 쓸 수 있는데, 한국같이 에어컨을 별도로 운용하고 바닥난방인 곳에서는 아무래도 그 효율이 안좋다는 말이 많았습니다. 결국, 군침만 흘린 채 “그런 게 있구나...” 하고 넘어갔었네요.

올해 미국을 온 후 초반에는 방 한칸 빌려 살았던 터라 관심이 없다가 투베드 아파트를 구하게 되어 Nest에 다시 관심이 가게 되었습니다. 아파트에 온도 조절기가 있었지만 이 장비가 오래되기도 했고 지원하는 기능이 다양하지 않아 매번 손으로 조절을 해야 했습니다. 그래서 좀 편한 것이 있는지 알아 보았는데 Nest 같이 자동으로 학습하는 제품이 이미 몇 종류 나와있었고 단순히 프로그램(스케쥴링)이 가능한 제품도 있었습니다.

뭐 말은 이렇게 구구절절하지만 사실 실제품을 보고 홀딱 반해서 사게 된, 결국 지름신을 영접해서 사게된 것이 가장 큰 원인이겠네요. Home Depot에 가서 직접 보고, 조작이 쉽고 인터페이스가 간결하고, 그리고 매우 아름다운 디자인에 반해서 결국 일주일 고민하고 질렀습니다.

Usage

250달러라는 금액에 비하면 패키지는 간소합니다. 작은 패키지 안에 Nest 본체와 벽에 고정시키기 위한 패널, 전선을 표시하기 위한 스티커, 드라이버등 설치에 필요한 거의 대부분을 제공합니다. 설치방법에 대한 자세한 그림이 곁들여진 책자도 마음에 듭니다.

원형의 본체는 아름답습니다. 기존의 온도 조절기의 아이보리 색 투박한 사각형 모양에서 한참 벗어난 모양새입니다. 지금까지 디지털 화면은 사각형만 보아온 탓인지 정보를 표시하는 디스플레이도 원형이라 느낌이 색다릅니다.

선을 잘 연결한 후 전원을 켜면 곧장 와이파이 설정을 한 후 바로 시스템 업데이트를 시작합니다. 느린 탓인지 업데이트 크기가 큰 탓인지 시간이 꽤 걸립니다. 업데이트와 초기 설정 (Nest의 위치, 선 연결 정보)이 끝나면 곧바로 사용할 수 있습니다.

동그란 휠을 돌리면 내가 원하는 온도를 맞출 수 있습니다. 특별한 사용 방법 없이 볼 때 마다 내가 원하는 온도로 맞추면 알아서 학습을 합니다. 자동으로 특정 시간에 온도를 설정하도록 스케쥴링 하고, 집에 사람이 있는지 없는지 확인하여 사람이 없으면 난방/냉방을 중단하여 에너지를 절약하기도 합니다.

이 모든 과정이 자동으로 매끄럽게 이어집니다. 쓰기 시작한 지 일주일 정도 되니 제 생활방식에 맞게 일정이 잡히고 온도가 설정됩니다. 그 뒤 부터는 특별히 Nest에 관심을 안가지게 된 것 같네요. 볼 때 마다 원하는 온도로 이미 설정되어 있어서 구지 온도 설정을 바꿀 필요가 없어져 버렸습니다.

이 학습 과정은 끊임없이 계속 됩니다. 혼자서 지내다가 가족이 오니 온도 설정하는 부분이 많이 달라집니다. 저는 서늘하게 지내는데 가족은 좀 더 높은 온도를 선호하니 처음 일주일은 네스트를 볼 때 마다 온도 설정을 해줘야 합니다. 제 생활방식에 맞춰서 온도를 알아서 바꾸니 아내가 느끼기에 온도가 낮다고 느껴지거든요. 그렇게 맞추길 일주일 정도 하니 이제 네스트가 아내의 방식에 길들여져 갑니다.

Conclusion

만일 기존에 쓰는 온도 조절기가 Programmable 이라 시간대 별로 다양하게 온도 설정을 할 수 있다면 구지 네스트를 구입할 필요는 없습니다. 네스트는 그 온도 설정을 사용자 입맛에 자동으로 맞춰 주는 기계이지 Programmable 보다 에너지를 더 절약하거나 그러진 않습니다. 그러나 온도 조절기가 수동 조절을 해야 하는 집이라면 네스트를 고려해 볼 만 합니다. 매번, 잠자는 와중에도 온도를 조절하기란 불가능 하니 Programmable 온도 조절기를 구입할 바에 네스트를 써서 좀 더 편한 삶을 즐기는 것이 나아보입니다.

Google Chromecast

Unknown — Thu, 31 Jul 2014 00:00:00 +0000

[구글이 크롬캐스트(Chromecast)를 발표][gigaom-chromecast]한 지 벌써 일년이 지났습니다. 비록 하드웨어 성능은 좋다고 말할 수는 없었지만 35달러라는 가격은 많은 사람들이 플레이스토어의 문을 두드리기에 충분했습니다.

일년이 지난 지금에서야 크롬캐스트를 만져보게 되었습니다. 미국으로 건너와서 TV에 연결할 스트리밍 장치를 찾다가 선택한 것이 [Roku 3][]였습니다. 성능도 좋고 컨텐츠도 많긴 한데 불편한 점이 내부 Samba나 DLNA를 지원하지 못하고 재생하는 영상의 코덱 제한이 많다는 점이었습니다. 그래서 WD Live TV 같은 NAS 영상 재생용 장치를 보다가 크롬캐스트가 손에 들어왔습니다.

일단 크롬캐스트도 Roku와 마찬가지로 재생할 수 있는 영상에 제약이 많습니다. (아래 Tip 항목 참조) 그래서 영상을 변환해야 하는데, 어차피 Roku로 PLEX를 통해서 보려고 해도 변환해야 했던 영상이기에 그러려니.. 하고 변환하는 중입니다.

Roku 3 vs Chromecast

Roku에 비해서 좋은 점은, Google Play Video를 스트리밍 할 수 있다는 점과 스마트폰을 미러링할 수 있다는 점 두가지네요. 그 이외는 Roku가 더 낫습니다. 다만 이 두가지로 인해 Roku를 버리고 크롬캐스트를 사용하게 될 것 같습니다.

한국의 Play Store에서 구매하였던 영화를 여기 미국에서는 재생할 수 없었습니다. 제 돈 주고 산 것인데도 재생할 수 없는 국가라고 뜨더군요. 그러나 스마트폰에서는 재생이 되었는데 이를 크롬캐스트로 보내니 다행히 재생이 되네요! 한국의 Play Store 영화 가격이 대체로 미국보다 저렴해서 예전에 구매해 둔 것이 몇 있는데 다시 볼 수 있게되서 참 좋습니다.

안드로이드와 조화를 잘 이루는 점은 매우 만족합니다. 지원하는 앱도 늘어나서 종종 크롬캐스트 버튼이 보입니다. 넷플릭스와 유투브는 Roku에서도 스트리밍이 되었기 때문에 별반 차이는 없지만 Google Photo, Play Video, Play Music이 된다는 점은 축복이네요.

또한 Roku는 티비 전원을 끄더라도 상시 켜져있었는데 크롬캐스트는 티비의 USB 포트에서 전원을 가져오기 때문에 티비를 켜면 그때 같이 켜집니다. 왠지 전기를 절약하는 느낌이 듭니다. 부팅도 빨라서 그다지 위화감이 있다는 느낌은 들지 않습니다. 티비를 켰는데 크롬캐스트 로고가 뜨니 왠지 크롬TV를 보는 느낌이네요.

Tips

Converting Video in Mac

크롬캐스트가 재생할 수 있는 영상포맷은 몇가지 되지 않습니다. 추가로 mkv가 재생 가능합니다. 그러나 영상/소리 코덱은 몇 되지 않습니다. 영상을 재생하기 위해 대부분의 (디지털 카메라로 촬영된 영상도) 영상은 이 영상포맷으로 변환되어야 합니다. 매우 귀찮은 일이지만 편리함을 누리기 위해서는 어쩔 수 없는 일이기도 하죠. 요즘은 자동으로 변환해 주는 스크립트를 만들어 볼까 생각중입니다.

영상 변환 방법은 맥을 기준으로 설명하겠습니다. 먼저 GUI 방식을 선호하신다면 [HandBrake][]가 최고의 선택입니다. 아래의 이미지를 참조해서 Video탭을 설정하시고 (Bitrate 10Mbps, fastdecode, mp4 container) Audio 탭은 AAC 코덱을 선택해서 변환하시면 됩니다.

터미널에서 작업하는 걸 좋아한다면 ffmpeg 툴을 사용합니다. 이미 [Homebrew][]가 깔려있다고 가정하고, 다음의 패키지를 깔아줍시다.

$ brew install fdk-aac
$ brew install ffmpeg --with-fdk-aac

이제 비디오를 변환합니다:

$ ffmpeg -i [input] -c:v libx264 -profile:v high -level 5 -crf 18 -maxrate 10M -bufsize 16M -pix_fmt yuv420p -vf "scale=iw*sar:ih, scale='if(gt(iw,ih),min(1920,iw),-1)':'if(gt(iw,ih),-1,min(1080,ih))'" -x264opts bframes=3:cabac=1 -movflags faststart -c:a libfdk_aac -b:a 320k -y [output]

매번 이렇게 긴 명령을 입력할 수 없으니 .bash_profile에 간단한 구문을 추가합니다.

ccenc () {
    ffmpeg -i $1 -c:v libx264 -profile:v high -level 5 -crf 18 -maxrate 10M -bufsize 16M -pix_fmt yuv420p -vf "scale=iw*sar:ih, scale='if(gt(iw,ih),min(1920,iw),-1)':'if(gt(iw,ih),-1,min(1080,ih))'" -x264opts bframes=3:cabac=1 -movflags faststart -c:a libfdk_aac -b:a 320k -y $2
}

이제는 비디오를 변환하기 위해 ccenc [input] [output]를 입력하면 됩니다.

Green Card Application

Unknown — Mon, 21 Jul 2014 00:00:00 +0000

Green Card Application

여기 미국에서 일을 1월 20일에 시작을 했으니 벌써 6개월이 지났습니다. 회사일에 적응하느라 제대로 일도 하지 못했는데 벌써 반년이 지나서 앞으로 제 실력을 보여줄 수 있을 지 걱정됩니다.

제가 있는 회사는 입사 후 6개월이 지나면 H-1b 비자 소유자에게 영주권, 일명 Green Card를 신청할 수 있는 기회를 제공합니다. 이 영주권을 받기가 쉬운 것도 아니고 회사가 지원해 주는데 꽤 많은 돈이 소요되기 때문에 왠만큼 큰 회사가 아니면 잘 해주는 것도 아니고 영주권을 얻는 데 난항도 많습니다. 그래서 어떤 이는 영주권을 지원해 주는 것이 연봉 2만불 더 받는 것 보다 가치가 있다고 말하기도 합니다.

아무튼, 이제 6개월이 지나서 오늘 Green Card application을 작성하였습니다. 절차가 꽤 복잡하더군요. 광고를 6개월간 해야 하고 노동청에 LC 승인을 받아야 하고 그 이후 나머지 서류 접수 및 검사를 거치면 아무리 빨라도 1년 반에서 2년은 걸려야 영주권을 받을 수 있습니다. 이게 경력 5년이나 석사학위가 있는 EB2 절차가 이렇고 경력이 5년 되지 않는 일반 학사는 EB3 철자로 들어가서 3년 이상이 걸리는 경우가 많습니다.

이제부터 시작이니 계속 꾸준히 업데이트 하도록 하겠습니다. 뭔가 이제 제대로 미국 생활에 Dive하는 기분이 드네요. :)

Settled in San Jose

Unknown — Mon, 07 Jul 2014 00:00:00 +0000

Settled in San Jose

가족이 미국에 건너온 지 한달이 되었네요. 오기 전 최대한 많이 준비한다고 했는데도 막상 네 식구가 살아가려고 하니 부족한 것이 정말 많습니다. 한달 동안 필요한 것을 사러 다니느라 놀러가는 것은 거의 못하고 한달이 지나갔네요.

처음엔 아이들 시차 적응에 고생하고, 시차 적응 할 때 쯤 아이들이 아퍼서 고생하고, 그러다 점점 좋아져서 이젠 아이들도 잘 놀고 잘 먹고 활달해졌네요.

어차피 수원에서도 아내와 둘이서 두 아이를 키웠던 터라, 여기서 둘을 키우는게 그다지 어렵지는 않은 것 같네요. 다만 아직 아내가 적응 기간이라 운전이 익숙하지 않아 제 손길이 좀 필요한 것은 있지만 이건 차차 나아질 거라 시간이 지나면 괜찬을 것 같습니다.

타지, 말도 잘 통하지 않는 곳에서 생활하는게 단점도 참 많지만, 장점도 있네요. 일단 한국만큼 모임을 자주 가지지 않아도 된다는 것과 매일 매일 맑은 하늘을 볼 수 있다는 것이 가장 큽니다. 맑은 날씨 덕분인지 아이들 얼굴도 매일 매일 밝아서 좋습니다. (얼굴과 팔이 제 피부같이 까맣게 타 들어가는 건 그다지 좋지 않은 보너스 이지만요. ㅎㅎ)

Daily Commuting on Bonneville

Unknown — Thu, 17 Apr 2014 00:00:00 +0000

Daily Commuting on Bonneville

2020-04-04: 글이 누락되어 있어 추가하였습니다.

본네빌을 3월 초에 샀으니 한달 조금 넘겼습니다. 한달 반동안 1550마일, 2500km 정도 달렸네요. 그 중 거의 대부분을 통근용으로 탔으니 통근에 대한 이야기를 할 수 있는 경험이 조금은 있다고 할까요..? 사실 출퇴근이 왕복 30마일(50킬로) 정도로 짧지는 않은 편이고 저녁 약속이라도 있어서 코리아타운에라도 가면 그 이상은 훌쩍 넘기에 한달 반 동안 통근으로만 거의 1400킬로정도는 탔던 것 같네요.

처음에는 출퇴근을 바이크로 하는게 걱정이 좀 되긴 했습니다. 그나마 한국보다 매우 한가한 실리콘벨리지만 출퇴근 때 만큼은 꽤 많은 차량이 도로로 쏟아져 나오기에 그 사이에 끼어서 바이크를 몰고 가면 무슨 험한 꼴을 당하지 않을까 걱정되기도 했었네요.

그러나 그건 괜한 걱정이었습니다. 대부분의 운전자가 바이크를 하나의 차량으로 인지하고 차선을 잡고 가도 불만 품지 않고 그냥 평소와 다름없이 운전합니다. 비록 차선 사이 운행이 합법이라 하지만 차량이 움직일 때는 차선을 지키며 가고 신호로 정지해 있을 때에만 차선 사이로 지나가 신호등 앞 정지선으로 움직이는데, 차량이 정지해 있는데 바이크가 뒤에서 오는 소리를 들으면 약간이라도 공간을 만들어주기위해 움직여 주는 운전자가 많아서 놀랍기도 합니다.

캘리포니아는 카풀 레인 (Carpool Lane)이란 것이 있는데, 한국으로 치면 버스 전용차로와 비슷합니다. 고속도로나 4차선 이상인 도로에 카풀 레인이 있는데 이 곳으로 출퇴근 시간에 버스와 2인(!)이상 탑승한 차량, 그리고 바이크가 통행할 수 있습니다. 바이크는 탑승 인원 제한 없고 운전자만 타고있어도 통행이 가능합니다. 이로 인해 같은 길을 차량으로 이동할 때 보다 양심에 거리낌 없이(?) 출퇴근 시간이 대폭 단축이 됩니다. 로컬 도로를 이용 시 차량으로는 40분 정도 걸리는 거리가 바이크로 이동 시 30분 정도 소요됩니다. 장비를 착용하는데 걸리는 시간등을 감안하면 시간상 이득은 거의 없지만 출퇴근이 재밌어져서 집에가면 어서 회사에 가고 싶은 마음이 간혹(?) 듭니다. 반대급부로 회사에서는 밖에 나가서 바이크를 타고싶은 마음에 몸이 근질근질해서 집중이 안되기도 합니다. ㅎㅎ

1000마일정도 탄 이후부터 출퇴근으로만 썼던 때의 바이크 연비는 대략 44~45 mpg (19 km/l)으로 연비는 뭐 생각했던 것과 비슷한 수준입니다. 배기량이 865cc 이니 연비는 큰 기대는 하지도 않았습니다. 다만 최근 들어 출퇴근시 고속도로를 이용하고 있는데 연비가 50 mpg (21.2 km/l)까지 나와주네요. 타고다니는 차가 혼다 오디세이로 출퇴근 연비가 19 mpg (8 km/l) 였던걸 생각하면 감지덕지입니다. Fuelly 의 본네빌 페이지를 보면 연비가 낮게는 30mpg 초반에서 50mpg 중반까지 있는데 대략 평균이 40중반 또는 초반이니 저와 비슷한 것 처럼 보입니다. 스펙상 연비인 51 mpg을 만들려면 정말 참을 인을 마음속에 새기며 타면 가능할 것 같기도 합니다.

바이크 자체는 통근에 더할 나위 없이 좋습니다. 작고, 상대적으로 가볍고, 8000 rpm까지 꾸준한 토크밴드 덕분에 기어 변속에 대한 스트레스 없이 시내 주행을 편하게 할 수 있습니다. (아래 그림 참조) 그러나 할리데이비슨 아이언 883이나 본네빌이나 시내 주행에 관련된 저rpm 영역을 보면 그나물에 그밥입니다 (모토구찌 낮은거야 이미 알려진 ;;>. 본네빌의 진짜 성능을 보려면 고rpm 주행에 고속 주행을 해야 하는데 (아무래도 데이토나 엔진 그대로니), 그러면 “주행풍”이라는 문제에 부딫힙니다. 이쪽 실리콘 벨리에는 고속도로가 워낙에 많아서 고속도로 주행을 기본으로 하게 되는데 65마일 (105 km/h) 속도 제한에 대부분이 75 m/h (120km/h)로 달립니다. 이 속도를 맞춰 가다보면 내가 바이크를 타고 있는건지 페어글라이딩을 하는건지 뭔지 헷갈려오기 시작합니다. 앞에 카울이 하나도 없다보니 바람을 그대로 맞고 달려서 처음엔 안그래도 무거운 머리에 헬멧까지 쓰고 바람을 이겨내느라 목이 아프더군요. 요새는 근육이 좀 붙었는지 버텨내긴 합니다만..

총평을 내리면, 출퇴근과 간간히 가벼운 투어를 다니는 데에 이만한 바이크는 없는 것 같습니다. 그 이유는 첫째로 바이크가 이쁘고, 둘째로 바이크가 이쁘고, 마지막으로 바이크가 이쁘기 때문입니다(?). 앞으로 마일리지가 늘어나는데로 꾸준히 업데이트 하겠습니다.

Elan at River Oaks

Unknown — Sat, 12 Apr 2014 00:00:00 +0000

Elan at River Oaks

이전 글에서 North Park Apartments를 구할 뻔 했다가 실패했던 일에 대해 말했었습니다. 그 뒤로 꾸준히 North Park을 오가며 Moderate Below Market Rate (BMR) 이 나오기를 기다렸습니다. 매일 매일 확인 전화를 하고 1층에 빈 방이 있는지 계속 확인했으나 결국 나오질 않더군요.

점점 시간은 다가오고 렌트비는 꾸준히 오르고 있었습니다. 2300달러 하던 방이 이젠 2470달러 이상으로 올라 2500달러를 넘기기 시작했습니다.

나오질 않게 되니 결국 적당한 가격에 방2칸짜리 아파트를 구할 수 밖에 없었습니다.

아이들이 제대로 스트레스 받지않고 놀려면 1층이 필수인 덕분에 선택이 많이 제약이 되었네요. 초기 생각했던 가격보다 많이 비싸지만 그래도 이왕에 구한 것 가족과 즐겁게 지내보려 합니다.

이제부터 제대로 된 미국 생활 적응이 시작되겠네요.

Two Bedrooms Apartment

Unknown — Fri, 28 Mar 2014 00:00:00 +0000

Two Bedrooms Apartment

가족이 오는 날이 가까워 옵니다. 가족이 지낼 곳이 필요하기에 요즈음 아파트를 보러 다녔습니다. 미국에 오자마자 아파트를 보러다녔다가 지금 잠시 지내고 있는 Los Altos에 머물게 되면서 잠시동안 신경을 끄고 있었죠.

그 때, 처음 집을 보러 돌아다닐 때 봐둔 아파트 단지가 있었습니다. 넓은 잔디가 있고 분위기도 참 좋아보였던 아파트입니다. 무엇보다 맘에 들었던 것은, 한국 분들이 많아 아내와 아이들이 좀 더 쉽게 적응할 수 있을 것 같았던 점입니다. 타지에 처음 와서 저야 일을 하지만 집에만 있어야 하는 아내와 아이들에게는 사람을 만나는 것이 매우 중요하다는 것을 알기에 별다른 선택지가 없었다고 할까요.. 이집 저집 보았지만 결국은 여기로 정하겠구나.. 하는 생각이 들었는데 결국 그 아파트 단지로 정하게 되었네요.

미국에는 연봉이 일정 기준 이하인 사람에 대한 혜택이 어느정도 있습니다. 한국의 공공임대 아파트와 비슷한데 그 기준이 꽤 많이 세분화 되어있습니다. 거의 노숙자 근처까지 상황 안좋은 Section 8, 그 위로 Lowest, Lower, Low, 그리고 Moderate BMR (Below Market Rate)로 분류됩니다.

미국 건너온지 얼마 되지 않아 연봉도 적은 편에다 가족 구성원 수도 4명이 되는 덕분에 Moderate BMR 기준인 $126,000 달러에는 턱없이 부족하여 가볍게 기준을 통과할 수 있었네요. 연봉이 낮아서 슬퍼해야 할지 Moderate BMR이 되서 좋아해야 할지.. ^^

저 Moderate BMR 혜택을 받지 않으면 한달에 2700달러 이상을 월세로 내야 합니다. 0 하나 더 붙은거 아니냐고요? 아닙니다. 진짜 2700달러에요. 월 삼백만원. 삼성에서 받던 월급보다 더 많은 돈을 월세로 내야 합니다. 여기 실리콘벨리 집값이 미친듯이 올라서 왠만큼 살만한 곳이면 방 두칸은 죄다 저가격 근처입니다.

그나마 Moderate BMR 혜택을 받아서 2400달러 근처로 얻게되는 거지 아니였으면.. 집값이 감당이 안되었을 것 같네요.

그래도 저 돈은 내 돈이 아니구나.. 생각합니다. 어차피 부자가 아닌 이상에야 월세는 당연히 살아야 하는 것이라 그냥 월급에서 미리부터 없는 돈이다.. 생각하려 합니다. 그냥 돈에 연연하지 않고 주변 환경 보고 온 것, 즐겁게 지낼 연구부터 해야죠.

아파트가 결정되었으니 이제 힘 내서 어떻게 하면 집을 살 지 계획을 세워야 겠습니다.

2014 Triumph Bonneville SE

Unknown — Wed, 12 Mar 2014 00:00:00 +0000

2014 Triumph Bonneville SE

바이크 면허(Class M1)를 딴 뒤, 그동안 사고 싶었던 바이크, Triumph Bonneville을 구매하였습니다. 처음 인터넷에서 본네빌을 본 것이 2009년 정도였던 것 같은데 그 때부터 5년이 지나서 결국 손에 얻게 되었네요. 한국에 비하면 정말 저렴한 가격이지만 그렇다고 싼 가격도 아닌 적당한 바이크를 구매하게 되었습니다.

여기 캘리포니아는 바이크 천국이라 불릴만큼 미국내 바이크 인구가 밀집되어 있는 곳입니다. 그 이유는 좋은 날씨와 고속도로가 그나마 다른 주에 비해 잘 되어있다는 점이 큽니다. 바이크 인구가 많은 덕분인지 차선 사이 주행 (Lane Splitting)이 법적으로 허용되어있는 주 이기도 합니다.

본네빌을 받아서 몰기 시작한 지 일주일 정도 되었네요. 토크밴드가 넓고 중심점이 낮아서 초보자인 제가 운전하기 아주 편합니다. 기어 변속에 스트레스 받지 않아도 되고 커브에서 불안하지도 않습니다. 그저 편하게 통근용으로, 가끔은 주변 근교 라이딩 용으로 생각하고 구매하였는데 그 목적에 아주 잘 맞는 것 같네요.

안전하게 타기 위해 풀페이스 헬멧도 장만했고, 프로텍트 자켓, 부츠, 장갑, 백 플레이트, 무릎보호대까지 장만했습니다. 무엇보다 중요한 것은 자만심을 없애고 실력을 키우는 것 같네요. 대부분의 바이크 사고는 주변 상황 체크를 게을리하고 응급 상황에 대한 대처 부족으로 사고가 커지는 경우가 많다고 합니다. 그만큼 라이더의 실력과 경험이 매우 중요하다고 볼 수 있죠.

바이크 면허는 DMV에서 필기 시험을 보고 그 후 MSF에서 주관하는 Basic Rider Course (BRC) 를 수료하면 획득할 수 있습니다. BRC를 완료하면 MSF Certificate가 날아오는 데 이 종이를 들고 DMV에 가서 운전면허를 갱신하면 됩니다.

BRC 코스를 듣지않고 바로 실기 시험을 봐서 면허를 딸 수도 있으나 BRC를 꼭 듣는 것을 권장합니다. 평상시에 경험할 기회가 없는 상황에 대한 연습을 적극적으로 합니다. 예를 들면 응급정지 연습을 하는 데 앞 브레이크를 어느정도의 속도로 잡아야 하는지에 대한 연습도 합니다. 너무 급하게 잡으면 앞 브레이크가 잠기면서 그대로 바닥으로 내동댕이쳐 질 수 있기 때문에 이에 대한 연습을 하여 위기 상황에서 잘 설 수 있게 합니다. 이것 뿐만이 아니고 회피 기동, 코너링 중 응급정지 등 다양한 부분을, 사고를 예방할 만한 기술 위주로 연습하기 때문에 정말 도움이 많이 됩니다.

앞으로 즐거운 라이딩 생활을 하면서 종종 소식 올리겠습니다.

Paper Exam for Driver License

Unknown — Thu, 06 Feb 2014 00:00:00 +0000

Paper Exam for Driver License

Social Security Number(SSN)가 어제 나오자마자 바로 오늘 운전면허 필기시험을 보러 DMV를 방문했습니다. 최대한 빨리 운전면허증이 나와야 ID 역할을 하는 여권을 들고다니는 불편함이 사라지기에 조금 서둘렀습니다. 저번 차량 등록시 방문한 DMV는 San Jose Downtown 인데 오늘은 Los Gatos에 있는 DMV로 갔습니다. 9시에 도착하니 사람이 얼마 없어서 그다지 많이 기다리지 않고 시험을 치를 수 있었습니다.

먼저 DMV 도착하면 Form을 하나 작성하고 그 후 번호표를 받은 다음 창구에서 응시료 $33 을 냅니다. 그후 사진을 찍고 운전면서 시험지를 받아서 시험문제를 풀고 제출 후 결과를 기다리면 됩니다. 간단하긴 한데 기다리는 사람들이 있으면 하염없이 시간이 걸리기도 한다고 하네요. 아무튼 기출문제를 유심히 두세번 정도 보면 왠만큼 통과 할 수 있습니다.

전 간 김에 Motorcycle 필기시험도 같이 보았는데, 모터사이클용 시험지는 한국어 시험지가 없고, 게다가 기출문제를 찾을래야 찾을 수가 없어서 긴장하고 보았네요. 총 30여 문제 중에 4문제 이하로 틀려야 통과인데, 딱 턱걸이 했습니다. :)

통과 후 Instruction Permit 이 발급되거나 Temporal Driver License가 발급됩니다. 퍼밋이 발급되었다면 DMV 웹사이트에서 실기시험을 예약할 수 있으나, Temporal Driver License만 발급되었다면 전화로만 예약이 가능합니다.

전 Temporal Driver License만 나와서 전화로 예약하느라 진땀을 흘렸네요.

이제 Behind-the-wheel Test 보고 모터사이클 Basic Rider Course(BRC)만 들으면 운전면허는 해방입니다. ㅎㅎ

Rent a Room

Unknown — Tue, 28 Jan 2014 00:00:00 +0000

Rent a Room

실리콘벨리에 들어온지 벌써 이주가 되었습니다. 아무것도 한 것이 없는 것 같은데 시간이 이주가 지나고 벌써 회사에서 일하고 있게 되었네요. 그동안 한 것이라고는 은행 계좌 만들고 차량 구입한 것 뿐입니다.

오늘, 가족이 오기 전까지 지낼 단칸방을 구했습니다. 그동안 여러 집을 돌아다녔는데 가족이 언제 올지 몰라 6개월 미만으로 계약하려 했으나 번번히 실패했습니다. 그러다 이번 집 주인분과는 이야기가 잘 되서 지내기로 결정하였습니다.

오늘 집을 보러 갔는데, 집 주소를 찾아 갈수록 제가 잠시동안 머무는 산타클라라와는 분위기가 완전히 달라지더군요. 가로수가 울창하고 산에 나무가 푸릅니다. (현재 산타클라라는 가뭄이 심해서 산이 민둥산 같습니다.) 집에 도착하니 게이트가 가로막고 자동으로 열리는 게이트를 지나니 다시 차를 타고 언덕을 올라가야 합니다. 코너를 돌아 보이는 집은 3층짜리 아주 큰 저택같은 집이었습니다. 아이보리색 벽과 갈색 지붕으로 이루어진 멋진 집, 이정도 집을 소유할 정도면 꽤 큰 재력이 있어야 할 텐데 이런집에서 왠 렌트인가.. 싶은 생각이 들더군요.

주인분을 만나서 소개를 받고 이리저리 둘러보는데 방 자체는 그다지 다를 건 없었습니다. 그러나 언덕이 거의 없는 실리콘 벨리에서 언덕에 집이 위치해 있다보니 보이는 풍경이 참 아름다웠습니다. 평지에 가득한 나무와 건물들, 낮게 깔린 안개가 있는 그 풍경이 참 마음에 들었습니다.

이곳에서 몇달을 머물게 될 텐데 앞으로 로또가 터지지 않는 이상 못 살아볼 Los Altos의 분위기를 좀 느껴봐야겠습니다. :)

February 1, 2014

처음 이곳 방에 들어와서 잠을 자려고 합니다. 침대에 기대어 컴퓨터를 보고 있는데 창 밖으로 산호세 야경이 펼쳐져 있네요. 방 한켠이 전부 창이라 덕분에 약간 쌀쌀하긴 하지만 이 덕분에 멋진 풍경을 보면서 잠을 잘 수 있을 것 같습니다. 주인 분의 인상도 좋으시고 방도 잘 정돈되어 있어 지내기 부족함이 없을 것 같습니다.

이제 새벽 2시가 되니 어서 잠을 자야겠네요. :)

Observation - Big Sur Lodge

Unknown — Sat, 25 Jan 2014 00:00:00 +0000

별다른 장비 없이 맨눈으로 본 밤하늘이었습니다. 그저 랏지의 발코니에서 리클라인 의자에 누워 바라본 밤하늘이지만 그 초롱초롱 빛나던 하늘을 보는 것만으로도 즐거웠습니다.

겨울철 은하수는 연한 부분이라 쉽사리 보이질 않는데 맨눈으로 그냥 쉽게 보이는 편이었고 페르세우스 이중성단과 다른 모든 것들이 잘 보였습니다. 별이 너무 많아 별자리 보는 것만으로도 시간이 훌쩍 지나더군요. 광해 지도로 보아도 매우 어두운 지역이라 랏지의 가로등이 어느정도 켜져있었음에도 한국 어느곳에서도 보지 못했던 밤하늘을 볼 수 있었습니다.

정말 어두운 지역을 가면 얼마나 많은 별이 보일지 기대되는 밤하늘이더군요. 물론 쌍안경 조차 없어서 그저 맨눈으로 즐기는데에 그쳤지만 괜찮은 경험이었습니다.

Nexus 7 2013

Unknown — Sat, 28 Dec 2013 00:00:00 +0000

그동안 태블릿은 한 번도 써본 적이 없었습니다. 태블릿 비슷하게 써본 것이 킨들 이 전부네요. 아내가 아이를 돌보면서 제대로 시간도 못 내고 작은 스마트폰 액정으로 뉴스를 읽고 글을 읽는 모습이 이내 마음에 걸려 넥서스7 2013년형을 사서 주었습니다. 아내 쓰라고 산 넥서스7이지만 저도 가끔 써보곤 합니다. 넥서스7에 대한 겉핥기 사용기를 작성하였습니다.

Impression

그다지 크지 않은 파란 상자를 열어보면 곧바로 넥서스7의 화면이 보입니다. 6인치의 킨들 페이퍼화이트 보다는 살짝 큰 편입니다. 그렇지만 화면의 비율이 16:10인 덕분인지 폭이 넓지 않다고 느낍니다. 한 손에 힘들이지 않고 잡히는 너비라 부담이 없습니다.

뒷면은 킨들과 비슷한 재질입니다. 우레탄 느낌이 나는 (실제로 우레탄인지는 모르겠지만) 재질로, 미끄럽지 않아 손에서 놓칠 일은 많이 줄어들 것 같습니다. 이 뒷면의 느낌과 어우러져 전체적인 모습은 싼 가격에도 싼 티가 나질 않습니다.

Screen

Play Store에서 구매할 때 계정 연결을 하지 않아 전원을 켜니 곧장 설정 화면이 나타납니다. 이 화면이 매우 아름답고 고와서 넥서스7이 Full HD 인 것을 실감할 수 있었습니다. 코앞에 화면을 가져와서 자세히 보아야 겨우 화소가 구분될 정도 입니다. 화면의 밝기가 약간 어둡다는 평가도 많지만 그래도 이 정도면 바깥에서 사용하지 않는 이상 부족함 없는 수준입니다. 게다가 해상도가 Full HD이다 보니 웹 브라우저로 볼 때 작은 글씨도 잘 알아볼 수 있고 동영상을 감상할 때 깔끔한 화질로 감상할 수 있습니다.

킨들 에서는 제대로 보기 어려웠던 PDF로 된 책을 열어보았습니다. 역시나 7인치 화면이라도 16:10 비율이라서 위아래 여백이 남고 글씨가 정말 작습니다. 깨끗하게 보이기는 하지만 글씨가 작아서 오랜 시간 읽기에는 어려워 보입니다. 그러나 PDF를 내용만 보이도록 잘라내었을 때에는 여백이 없어져 글씨가 조금 커진 덕분인지 어려움없이 선명한 화질로 PDF를 볼 수 있었습니다. 그동안 이 PDF를 보기 위해 킨들에서 갖은 애를 다 썼는데 넥서스7에서 한 번에 해결되니 허탈하기까지 합니다. 위에서 말한 PDF 문서는 1단으로 구성된 문서로 2단 구성의 논문이나 보고서 등의 문서는 여전히 보기 어렵습니다. Reflow 기능을 사용하는 방법밖에 없습니다.

그러나 LCD 이기 때문에 여전히 오랜 시간 화면을 보며 글을 읽기에는 버거운 듯 합니다. 오랜 시간 보고 나면 눈이 피로합니다. 그럼에도 넥서스7의 화면은 킨들의 e-Ink와 선택하라면 고민을 할 만큼 훌륭합니다. 7인치 크기로 Full HD 해상도를 가지는 e-Ink 디스플레이가 나온다면 글을 읽기에 가장 뛰어날 것 같습니다.

Battery

배터리 성능은 그다지 신경을 쓰지 않는 터라 배터리 용량을 모른 채로 샀습니다. 다만 지금까지 사용한 바로는 오랜 시간 동영상을 감상해도 배터리가 많이 닳지 않았습니다. 태블릿을 들고 다니면서 지속해서 사용하지 않기에 하루는 여유 있게 쓸 수 있을 것으로 보입니다. 제가 사용하는 것을 돌이켜보면 이틀 이상은 충전하지 않고 사용하는 것 같습니다.

Network

제가 산 버전은 Wi-fi 버전으로 Cellular 네트워크를 쓸 수는 없습니다. 그러나 스마트폰과 Bluetooth 통신으로 연결되어 Bluetooth 테더링을 이용해 인터넷에 접속합니다. Bluetooth 테더링은 Wifi 테더링보다 속도가 느리지만, 배터리가 매우 적게 소모되어 오랜 시간 테더링을 켠 채로 사용할 수 있습니다. 게다가 블루투스 테더링 속도보다 3G 네트워크 속도가 항상 느려서 블루투스가 느리다는 느낌을 못 받습니다.

Wifi로 집의 네트워크를 사용할 때 속도는 쾌적합니다. 아내의 갤럭시 넥서스 스마트폰보다 더 빠릅니다. 덕분에 홈 서버에서 곧장 동영상을 연결하여 볼 수 있어서 32GB 용량을 다 쓸 일이 거의 없어 보입니다.

Multi-accounts

다중 계정 기능은 안드로이드 태블릿 버전에 들어있는 기능입니다. 대부분 태블릿은 가족과 공유해서 사용한다는 점에 착안하여, 데스크탑에 들어있는 기능인 다중 계정을 태블릿에 구현하였습니다. 즉, 아내의 구글 계정과 제 구글 계정을 따로 등록하면 잠금 화면에서 각자의 계정을 선택하여 로그인할 수 있습니다. 각자의 계정으로 접속하면 각 계정이 설치한 앱만 보이고 SDcard의 저장공간도 서로 분리되어 보입니다. 앱 자체가 중복되는 것은 아닙니다. 만일 play store에서 앱을 설치하려 할 때 태블릿의 다른 계정이 이미 설치한 앱이라면 추가로 설치하지 않고 앱 파일을 공유합니다. 앱의 데이터가 공유되는 것은 아닙니다.

sdcard 공간도 분리되는데 이것은 장점인지 단점인지 잘 모르겠습니다. 공유된 공간도 좀 있었으면 좋겠는데 그런 기능이 있는지는 아직 잘 모르겠네요. 제 sdcard 영역에 동영상을 넣어놓으면 제 계정에서만 보여서 제가 넣어둔 유아 동영상을 아내의 계정으로 아이에게 보여줄 수 없습니다.

약간은 hack이지만, 파일을 공유할 방법이 한가지 있습니다. Android/obb directory에 파일을 저장하면 모든 계정에 공유가 됩니다. 이를 이용해 용량 큰 파일이 중복되는 것을 막을 수 있습니다. 현재 아이가 좋아하는 동영상을 이 디렉토리에 보관하여 계정에 공유중입니다.

추가로, 한 계정에서 구입한 유료 앱을 가족 계정간에 공유할 수 있는 방법이 있습니다. 다만 공유하기 위해서는 넥서스7이 루팅되어야 합니다. 루팅을 한 후 Google Playstore에서 Multi-User App Share (by fiveHellions Developement) 앱을 검색해서 설치하면 설치된 앱을 공유할 수 있습니다.

Dalvik vs ART

Nexus7이 KitKat (4.4)으로 업데이트 되면서 한가지 변화가 생겼습니다. 태블릿 정보에서 빌드번호를 연타하면 개발자 항목의 제한을 해제할 수 있습니다. 새로생긴 개발자 항목에 Runtime을 선택할 수 있는 항목이 있는데 여기서 Dalvik과 ART(Android RunTime)를 선택할 수 있습니다. ART에 대한 자세한 설명은 링크를 참조하세요.

간단히 설명드리면, 기존 달빅은 Java Byte 코드를 JIT을 이용해 실시간으로 번역하면서 실행하고 ART는 Bytecode를 미리 Native Code로 변환해 두고 그 코드를 실행합니다. JIT으로 실시간으로 컴파일을 하는 과정이 호환성에는 매우 이득이었지만 배터리소모가 심해지고 성능도 그다지 좋지 않았다는 단점이 있었습니다. 이를 해결하기 위해 ART는 앱을 스마트폰이 자체적으로 재 컴파일해서 Native code로 변환해 둔 후 실행하기에 JIT이 중간중간 컴파일 할 필요도 없이 코드가 그대로 동작됩니다. 이로인해 코드의 크기는 약간(10~20퍼센트) 증가하지만 반대급부로 성능 향상과 배터리 절약 효과를 볼 수 있습니다.

아직은 실험적인 기능이지만 조만간 Dalvik을 대체하게 될 것이라고 봅니다. 이 기능이 구글 순정 Nexus에만 들어있어서 미리 맛볼 수 있습니다.

Advantages

Screen : 화면은 넥서스7의 큰 장점입니다. 이런 깔끔한 화면을 볼 수 있다는 것은 큰 축복입니다.
Stock : 순정이라 업데이트가 매우 빠릅니다. 현재 4.3 젤리빈이 기본으로 탑재되어 있고 곧 4.4 Kitkat이 배포될 예정입니다. 구글 Play 서비스와 잘 연계되어 있어 영화나 도서, 앱을 쉽게 쉽게 지르게 되는 것은 장점인지 단점인지 조금은 애매하지만 서비스가 잘 연계되어 있어 좋습니다. 요새는 즐겁게 영화를 Play 무비에서 구매하여 보고 있습니다.
Price : 뭐니뭐니해도 이정도 성능에 순정이라는 점 외에 가격 또한 강점입니다. 이 가격에 이 화면에 이정도 성능? 이건 쉽게 다른 곳에서 할 수 있는 일이 아닙니다. 가격 하나 만으로 다른 모든 것을 압도할 만 합니다.

Disadvantages

Screen Ratio : 이건 저만의 단점인데, 전 화면비가 최소 3:2 정도는 되었으면 좋겠습니다. 4:3은 안바랍니다. 그래도 Play Book 까지 제공할 정도라면 3:2 비율의 넥서스도 좀 내줬으면 하는 바램입니다. 책은 좀 편하게 읽을려면 3:2는 되어야합니다.
Performance : 성능 자체는 가격에 비하면 더할 나위없이 좋습니다. 그러나 최신의 다른 태블릿과 비교하면 조금은 떨어집니다. Qualcomm의 S4 Pro를 커스텀했다고 하는데 그래도 S4는 S4입니다. 일반적인 작업에는 무리가 없으나 가끔씩 버벅임이 보입니다. 물론 제가 지금 쓰는 갤럭시 S2 LTE 보다야 백배는 좋습니다. ㅜ.ㅜ
Shared folder : 다중 계정에서 공유폴더 기능이 없는것으로 보입니다. 각자의 데이터는 각자의 계정에서만 접근할 수 있습니다.

Last Day at Samsung Electornics

Unknown — Thu, 26 Dec 2013 00:00:00 +0000

Last Day at Samsung Electornics

오늘이 삼성에서 마지막으로 일하는 날입니다. 퇴사일은 12월 31일이지만 그사이 3일은 남은 연차를 사용하기에 오늘까지만 출근하면 되었습니다. 이미 대부분의 짐을 정리했는데 사실 대부분이 보안에 걸리는 물품이라 가지고 나오지 못하고 폐기처분했고 정작 가지고 나오는 짐은 종이가방 하나에 가득 채우지도 못할만큼 작은 양이었습니다.

2년반의 시간이 종이가방 하나로 압축이 되는 것 같아 마음이 심숭샘숭합니다. 그래도 프로젝트는 제대로 마무리짓고 나가기에 그나마 다행이라는 생각이 듭니다.

앞으로 일어날 일이 험난하겠지만 그래도 삼성에서 일했던 것을 생각하며 마음을 다잡으려고 합니다.

때가되면 같이 일했던 동료 모두 알게 되겠죠. 그 때 저를 원망할 지도 모르겠네요. :)

Dive into Bitcoin

Unknown — Wed, 04 Dec 2013 00:00:00 +0000

요즘 비트코인이 한창 인기입니다. 버냉키의 비트코인 관련 발언으로 두달 사이에 비트코인의 가치가 열배가까이 급등했습니다. 예전 1 BTC (비트코인 단위) 당 100 USD 미만하던 때부터 지켜본 입장에서, 추세에 힘입어 비트코인에 대한 조금은 기술적인 이야기를 해볼까 합니다.

비트코인은 2008년 익명의 개발자 Satoshi Nakamoto가 발표한 논문에서 시작되었습니다. 초기 비트코인 네트워크 안정화에 힘쓰다 어느순간 종적을 감춘 Satoshi는 아직도 그 정체가 밝혀지지 않았습니다. 심지어 일본인인지조차 불분명합니다.

비트코인 네트워크가 어떻게 돌아가는지는 2008년에 발표된 저 Satoshi의 논문 "Bitcoin: A Peer-to-Peer Electronic Cash System"을 보면 이해할 수 있습니다. 물론 이해하기 쉽지 않습니다. 특히나 저를 포함하여 전산 쪽 비전공자에게는 더욱 어렵습니다.

Concept

비트코인의 근간을 이루고 있는 단어가 있습니다. 익명성, Peer-to-peer, 공개, 이 세가지 단어가 비트코인의 특징을 가장 잘 나타냅니다. 비트코인의 거래는 순전히 지갑 주소로만 진행되어 지갑의 원 주인이 누군지 알지 못합니다. 비트코인은 관리주체가 없습니다. 일반 은행은 중앙 서버를 운용하여 관리하지만 비트코인은 비트코인 네트워크에 접속한 모든 클라이언트(노드)가 비트코인 거래를 관리 및 감시합니다. 비트코인은 관리의 투명성을 보장하기 위해서 비트코인의 시작시점(2009년)부터 지금까지의 모든 거래를 공개합니다.

공개된 네트워크는 접속한 노드의 신뢰를 기반으로 합니다. 즉, 네트워크에 부당한 이득을 취하려는 노드가 있다면 이 노드보다 정직한 노드가 많아야 합니다.

Public Key, Private Key

비트코인은 공개키 개인키 기반 암호화 기법을 사용합니다. 비트코인 지갑은 나만이 소유해야하는 개인키와 널리 알리는 공개키 짝으로 이루어져 있는데 이 공개키가 지갑의 주소입니다. 자신이 만든 거래가 확실하다는 의미로 자신의 개인키를 이용해 데이터를 암호화하면, 다른 사람은 해당 공개키를 이용해 복호화 할 수 있습니다.

또한 타인이 내게 메세지나 데이터를 보낼 때 내 공개키를 이용해 암호화 하면 내 개인키로 그 값을 복호화하여 원래 데이터를 얻어낼 수 있습니다.

Transaction (거래)

비트코인의 가장 기본 단위는 지갑 사이의 거래(Transaction)입니다. 비트코인의 목적은 전자 화폐를 구현하는 것이므로 개인간, 개인과 사업자간 거래가 기본이 될 수 밖에 없습니다.

이 거래의 안정성을 보장하기 위해 비트코인은 코인의 생성부터 현재 거래까지 사슬(Chain)을 엮어서 해당 거래가 적합하다는 것을 보장하도록 구현하였습니다.

조금 어렵죠? 일단 아래의 그림을 봅시다.

이 그림이 거래의 가장 간단한 1 input - 1 output 으로 엮여진 거래사슬 그림입니다. 하나의 거래는 기존 거래를 입력으로 받고 보낼 대상 주소를 출력으로 합니다. 모든 거래는 거래 전체를 포괄하는 Hash 값을 만드는데 이전 거래의 Hash 값을 이용해 내가 그 거래의 수혜자라는 인증(Signature)을 하고 해당 비트코인을 보낼 대상 까지 포함하여 새로운 Hash를 만들어 해당 거래가 적합하다는 것을 확인합니다.

예를 들어보면, 제가 A라는 사람으로부터 0.1 BTC (비트코인은 소수점 8자리까지 표현가능 합니다) 를 받았다고 하고 그 비트코인을 B라는 사람에게 다시 온전히 보낸다고 합시다. 이때 A라는 사람으로부터 받은 비트코인에 대한 거래가 있습니다. 해당 거래를 의미하는 Hash 를 Hash-A라고 하면 그 거래가 진짜 나에게 온 것이라는 걸 확인하기 위해 Hash를 이용해 Signature를 만듭니다. 그리고 B의 지갑주소와 보낼 거래량을 포함하여 새로운 해시를 만듭니다.

Hash-B := hash({Hash-A, SignatureForTxA, PublicKeyB, TransferAmount})

이 전체가 하나의 거래가 됩니다. 즉 현재의 거래는 과거를 기반으로 하기 때문에 Chain을 계속 거슬러 올라가면 최초의 Bitcoin이 발생한 시점을 찾을 수 있습니다. 그 거슬러올라가는 모든 거래가 적합한 거래였다면 해당 거래 또한 적합하다고 볼 수 있습니다.

이 방식을 사용하면 이중지불(double-spent) 문제를 막을 수 있습니다. 거래 자체가 시간순서로 사슬을 엮기 때문에 이중지불이 된다면 하나의 거래에 대한 다음 사슬이 두개가 발생하게됩니다. 이 거래의 합이 기존까지 전달되던 비트코인의 합보다 크면 부당거래, 이중지불이 된것이라 판단할 수 있습니다.

이 모든 과정이 전체 네트워크에 공개되므로 모든 노드가 거래의 적합성을 검사합니다. 정직한, 즉 비트코인 프로토콜을 준수하는 노드가 네트워크의 다수를 차지한다면 잘못된 거래는 걸러지고 결국 네트워크에서 사라지게 됩니다.

Timestamp Server

거래는 모든 네트워크에 공개되지만 그 거래 전체를 모든 노드가 가지고 있기는 어렵습니다. 이 거래를 시간 순서로 나열하는 데에 Timestamp 개념이 도입되었습니다. Timestamp는 여러 거래를 하나의 블럭으로 연결짓고 해당 블럭을 최대한 많은 노드에게 퍼트리는 역할을 합니다. 비트코인의 흐름은 시간순서(chronicle)를 따르지만 여러 비트코인 통화의 흐름은 동시다발적으로 일어납니다.

Timestamp Server는 이 여러 거래를 시간단위로 묶어서 해당 거래 전체를 하나의 hash로 표현합니다. 이 묶음(블럭) 또한 시간순서로 연결되어 이전 블럭의 Hash를 사용하여 다음블럭의 hash를 만듭니다.

거래의 데이터를 줄이기 위해 거래 단위는 Multi-Input, Multi-Output이 가능합니다.

Proof-of-Work

비트코인 시스템은 철저히 분산된 시스템입니다. 위에서 언급한 Timestamp Server 또한 집중되어있지 않고 네트워크 전체에 퍼져있습니다. 이 전체 네트워크에서 Timestamp를 이용해 거래를 검증하는 방법은 블럭의 헤더(80바이트)와 이전 거래 블럭의 Hash를 이용해 새로운 Hash(SHA-256)를 만드는 과정입니다.

Block의 hash는 연속된 0으로 시작합니다. 이 값이 결정되는데 영향을 미치는 것이 Target 입니다. Target은 블럭이 만들어지는 목표 수치같은 것인데, Block의 Hash를 만들때 Target보다 작은 값을 가지지 않으면 새로 만들어야만 합니다. 즉, 기준치를 만족할때 까지 계속 Hash 를 생성하는 작업을 반복합니다. 만족한 Hash는 단 한번의 검증(블럭 헤더를 Hash하여 target에 맞는지)을 통해 적합성 여부를 확인할 수 있습니다.

Nonce

그런데 여기서 문제는, 입력되는 데이터(블럭의 헤더)가 같으면 얻어지는 hash도 항상 같을 수 밖에 없다는 점입니다. 같은 블럭으로 무한정 Hash 구해봤자 target을 만족하지 못합니다. 이를 해결하기 위해 Block header에 Nonce를 추가하였습니다. Hash 생성시 최초 Nonce를 0으로 두고 hash를 구합니다. 구해진 Hash가 Target을 만족할 때까지 nonce를 1씩 증가시키며 Hash를 구합니다. Nonce가 1 증가되는 것으로 인해 전체 Hash 값은 완전히 달라지게 됩니다.

Longest block chain

이 Proof-of-Work 작업이 반복되면서 블럭사슬이 만들어집니다. 이 블럭사슬이 가장 긴 것이 가장 많은 Proof-of-Work를 거친 사슬임을 의미하고 이 사슬이 다른 짧은 사슬보다 우위를 가집니다. 즉, lastest chain에 대해 Timestamp Server 각자가 Proof-of-Work를 수행하므로 특정 상황에서는 서로 다른 데이터를 기반으로 다음 블럭을 만들어 낼 경우도 있습니다. 이 때 이 두가지 서로 다른 블럭이 네트워크에 퍼지고 이 두가지 경우를 가지고 네트워크에서 다시 다음블럭을 만드는 proof-of-work를 수행합니다. 이 때는 네트워크가 적어도 두개의 서로 다른 사슬을 가지고 수행을 하게 됩니다.

그러나 바로 다음 블럭을 만들어내는 것 또한 겹치게 될 확률은 극히 적기에 다음 블럭을 누가 먼저 만드느냐에 따라 이전 블럭의 두개의 사슬 중 승자가 정해집니다. Timestamp Server가 Proof-of-Work를 수행하는 도중 작업하고 있는 Block 숫자로 다른 블럭이 들어오면 추후에 누가 승자가 될 지 모르기 때문에 보관해두고 있다가 추후 승자를 보고 둘 중 하나를 선택합니다.

Difficulty

바로 위에서 Target을 언급했습니다. 이 Target은 비트코인 블럭 처리 시간을 조절합니다. 비트코인이 활성화되면 더 많은 노드가 네트워크에 들어옵니다. 그 결과 전체 네트워크의 처리능력이 늘어나고 문제를 해결하는 속도도 빨라집니다. 비트코인 생성의 가정이 10분당 25BTC 이므로 이 평균 처리 개수를 조절하기 위해 문제 해결 난이도를 상승시킵니다.

이 난이도는 2016개 블럭이 처리될 때 마다 전체 노드가 계산을 합니다. 이전 2016개 블럭을 처리하는데 걸리는 시간을 기준으로 새로운 난이도는 2016개 블럭의 처리시간이 2주가 되도록 조절합니다. 이 조절된 기준치가 Target입니다. Target을 이용해 Difficulty를 계산하는 공식은 Bitcoin wiki에서 소개하고 있습니다.

Network

비트코인 네트워크가 운용되는 과정은 몇가지 단계가 반복적으로 일어나는 과정입니다.

새 거래(Transaction)는 모든 노드에 전파됩니다.
모든 노드는 새 거래를 하나의 블럭으로 합칩니다. 이 때 거래 자체를 Block header의 Hash를 만드데 쓰이는 것이 아니라, 거래의 Hash를 이용해 Merkle Root를 만들어 이 hash값을 사용합니다.
모든 노드는 모은 블럭에 대해 Proof-of-Work를 수행합니다.
노드가 Target을 만족하는 hash를 구하면 모든 노드에게 블럭은 전파합니다.
해당 블럭을 수신한 노드는 모든 거래가 이전 hash와 비교해서 유효한지 확인하고 이미 소비되지 않은 블럭이면 허락합니다. 소비되었다는 의미는 이미 해당 블럭 number 이후로 chain이 만들어졌는지를 의미합니다.
수신한 노드가 해당 블럭이 적합하다고 판단하면 해당 블럭의 Hash를 이용해 다음 블럭을 만드는 일을 시작합니다.

위의 순서를 보면, 가장 멀리나간 블럭, 즉 블럭 사슬이 가장 긴 사슬이 대다수의 노드가 허용한 블럭입니다.

Incentive

블럭을 만드는 Proof-of-Work는 비트코인 네트워크의 안정성을 확보하는 일이지만 소비적인 일이기도 합니다. 시간과 전력을 들여 Hash를 계산하는 일은 전체 네트워크에서 정직한 노드의 처리능력이 다른 부정한 시도를 넘도록 하여 네트워크 안정성을 유지하는데 필수적입니다. 이 소비적인 일이 계속 일어나도록 하기위해 프로토콜 상으로 매 블럭의 최초 거래는 해당 블럭의 생성자의 지갑으로 전송되는 새로 만들어진 비트코인 거래입니다. 즉, 가장 먼저 블럭을 만들어서 문제를 해결(Proof-of-Work)한 노드가 해당 블럭의 코인(현재는 25 BTC)을 소유합니다.

이 새로 생성되는 비트코인은 초반에는 블럭당 25 BTC 이다가 점차적으로 감소하여 결국에는 전혀 생성되지 않게 됩니다. 이 비트코인 생성이 멈출때 까지 총 생산되는 비트코인은 2천 백만개로 한정되어 있습니다. 하나의 비트코인이 소수점 8자리까지 표시할 수 있다는 것을 감안하면 작지않은 수치입니다. 그러나 이 이후로는 추가적인 비트코인은 생성되지 않습니다.

그 이후의 네트워크 참여도를 높이는 방법으로 **거래수수료(Transaction Fee)**가 있습니다. 거래 수수료는 거래 하나의 Input 과 Output의 차이 금액을 의미합니다. 이 차이는 수수료로, 블럭 생성 노드가 추가적으로 얻게됩니다.¹

블럭 최초의 거래에 수수료가 포함되어 거래됩니다.

Reclaiming Disk Space

모든 거래를 다 보관하는 것은 데스크탑에서는 가능하겠지만 현재까지 4년정도의 거래량이 수 GB를 넘은 것을 볼 때 모든 노드가 다 보관하는 것은 불가능합니다. 디스크 공간을 절약하기위해 최근의 거래를 제외한 이전 거래는 없앨 수 있도록 설계되었습니다. 이를 구현하는 방법으로 Merkle Tree가 사용되었습니다.

위 그림에서 보는바와 같이 Tx0, Tx1, Tx2 거래가 불필요하다면 hash의 root만 남기고 없앨 수 있습니다. 블럭 전체의 거래가 필요 없어진다면 헤더만 남겨도 됩니다. 헤더는 80byte이므로 1년에 4.2MB의 헤더만 생성이 되고 메모리 증가량을 볼 때 충분히 주 메모리에 보관이 가능한 수치입니다.

Conclusion

지금까지 Satoshi가 제안한 논문을 중심으로 비트코인이 어떻게 설계되었는지 알아보았습니다. 논문에는 좀 더 자세한 설명이 있는 부분이 있지만 이 글에서는 중요하지 않은 부분은 제외하였습니다.

비트코인이 지금은 투기적인 성향이 강하지만 앞으로 각국의 정책 반영이 어떻게 되느냐에 따라 통화로 자리잡느냐 아니면 그저 주식의 다른 갈래로 남느냐.. 가 결정될 것입니다. 대체통화로서의 비트코인은 익명성, 공개, 관리주체가 없는것 으로 인해 상당한 장점이 있습니다.

아무쪼록 이 글을 읽고 비트코인을 이해하는데 조금이나마 도움이 되면 좋겠습니다.

Resigned from Samsung

Unknown — Thu, 28 Nov 2013 00:00:00 +0000

Resigned from Samsung

12월 31일은 2년 반 동안 다니던 삼성을 그만두는 날입니다. 그동안 재미있는 일도 많았고, 짜증 나는 일도 많았었는데 이 모든 것을 내려두고 이제 다시 삼성의 출입문에 사원증을 찍을 일이 없다는 것이 조금은 어색하게 느껴집니다.

이전의 퇴사하는 사람은 참 쉽게 그만두는 것처럼 보였는데 막상 제가 결심을 하기까지는 긴 시간이 필요했습니다. 과거 그만두던 사람들도 또한 속으로는 그러했겠죠. 남들이 하는 것은 쉬워 보여도 막상 제가 하려니 쉽지 않네요.

이것이 회사를 그만두는 것에만 국한되지는 않는 것 같습니다. 세상 모든 일이 다 그러하듯, 타인의 업적은 쉽게 성취한 것으로 보이고 내 업적은 갖은 노력을 다해서 얻어낸 것처럼 느껴집니다. 그러나 그 사람도 갖은 고생을 해가며, 밤새 머리를 긁적이며 고심하여 만들어낸 결과일 겁니다.

퇴사를 결심하게 된 이유는 여러 가지가 있지만 아무래도 가장 큰 이유는 작업환경입니다. 무계획일 것 같은 느낌을 주는 계획과 개발 중 급변하는 목표 성능 등 많은 부분이 체계적이지 못한 느낌을 받았습니다. 연구과제라는 이유로 말도 안 되는 성능 목표치와 일정을 잡고, 그 과제가 양산과제로 바뀌어도 결국 일정은 변하지 않았고, 일정을 지키기 위해 미처 발견하지 못했던 것으로 인해 성능이 떨어지자 비난은 개발한 당사자에게 향했습니다. 비록 프로젝트가 성공적으로 완료되고 시장에 좋은 평가를 받았지만, 그 과정이 제게는 전혀 체계적이지 않게 보였습니다.

삼성에서 일하는 동안 맘에 들지 않았던 것만은 아닙니다. 일하는 그 자체는 재미있었습니다. 새로운 제품을 설계하고 어떻게 성능을 높일지 토의하고 생각하고 구현하고 예측하고 결과를 보고 수정을 하는 과정에서 많이 배웠고 재미를 찾을 수 있었습니다.

그래서 삼성이 고맙기도 하고 안타깝기도 합니다. 위에서 말한 문제가 고쳐지기엔 긴 시간이 필요하기에 아쉬움을 접고 그만둘 결심을 하였습니다. 그러나 그 2년 반 동안 해왔던 일을 통해 제가 성장하였고 많은 경험을 쌓은 것은 정말 다행입니다. 적어도 헛된 시간은 보내지 않았으니까요.

앞으로 어떤 길이 있을지 알지 못하지만 그래도 삼성에서의 2년 반은 쉽게 잊지는 못할 겁니다.

Beginning

Unknown — Tue, 19 Nov 2013 00:00:00 +0000

Beginning

계속 위키 형식의 페이지만 고집해오다가 블로그를 한 번 만들어 보았습니다. 아무래도 편하게 쓰는 블로그이다보니 개인사가 종종 들어갈 것 같네요.

블로그를 만든 가장 큰 목적은 글쓰기 연습입니다. 스스로 느끼기에 글쓰기 실력이 많이 부족하다고 생각되어, 글쓰기를 자주 하기로 다짐했습니다. 많이 읽고 많이 쓰는 것이 글쓰기 실력 향상에서 가장 중요하다고 믿습니다.

Perseus Double Cluster

Unknown — Wed, 06 Nov 2013 00:00:00 +0000

Perseus Double Cluster는 NGC 869 와 NGC 884 두 산개성단을 부르는 이름입니다. Caldwell 14 로도 불립니다.

산개성단이 매우 커서 20~30 배율로 보아야지 제대로 보이며 그 이상 배율을 확대하면 한눈에 들어오지 않을 정도입니다.

Location

위의 그림에서 보이는 것과 같이 Double Cluster는 Perseus 자리에 있으나 실제로는 Cassiopeia 와 Perseus 중간 즈음에 있습니다. 대상이 워낙 커서 Star Hopping 방법을 쓰지 않아도 되며 맑은 날 은하수가 보이는 밝기이면 육안으로도 확인됩니다. Cassiopeia의 δ(delta)별에서 Perseus의 η(eta)별로 파인더를 스위핑 하면 뿌연 구름같은 Double Cluster가 보입니다.

Observation - November 4, 2013

Unknown — Mon, 04 Nov 2013 00:00:00 +0000

줌 쌍안경 Nikon 10-22x50 을 이용해 가을 밤하늘에 볼 수 있는 천체를 구경하였습니다. 그동안 돕으로만 보다가 돕을 팔아버린터라 볼 수 있는 것이 거의 없어서 고향에서 굴러다니는 쌍안경을 가지고 와서 보았습니다. 쌍안경이 줌 쌍안경이라 약간 어두울 것이라고는 생각했지만 이번 관측에서 너무 어두워서 대상을 잘 관측하기 힘들 정도였습니다. 그나마 쌍안경으로 볼만한 천체들만 보았음에도 불구하고 그다지 좋은 관측은 아니였습니다.

Melotte 20

오늘의 큰 수확이라고 할 수 있는 Melotte 20 입니다. Perseus 자리의 Mirfak 별을 중심으로 하는 산개성단이 모여있는 지역을 일컫습니다. 찾기도 무척이나 쉬웠습니다. 페르세우스 자리를 알고 있다면 그 별자리에서 가장 밝은 별을 찾고 쌍안경으로 보면 됩니다.

찾기가 무척이나 쉽다고 볼품이 없는 것도 아닙니다. 쌍안경으로 보면 Mirfak 별이 끄트머리에 걸쳐있고 알록달록 별들이 촘촘하게 반짝입니다. 같은 페르세우스 자리에 있는 유명한 이중성단( [NGC 869][] & [NGC 884][] ) 보다도 더 볼만합니다.

Perseus Double Cluster

[Mel 20][] 의 압도적인 크기에 놀라서 보다가 Perseus Double Cluster를 보면 조금은 감흥이 떨어집니다. 일단은 제가 가진 줌 쌍안경이 좀 어두웠기 때문에 이중성단의 자세한 내부가 잘 안보였습니다. 예전에 돕소니언으로 관측했을 때에는 아이피스를 가득 채우는 멋진 성단인데 10배 배율의 쌍안경으로는 그다지 멋진 모습은 아니었습니다. 25x100이나 20x80 쌍안경으로는 멋진 모습을 보여줄 것 같습니다.

Pleiades Cluster (M45)

10배 배율의 쌍안경을 가득 채우는 모습이 멋졌습니다. 밤하늘에 밝게 빛나기에 찾기도 쉽고 내부에 보이는 밝고 어두운 별들이 한데 어우러져 밤하늘의 보석이 무엇인지 잘 느끼게 해주었습니다. 기존에 스쳐지나가며 볼 때에는 물음표 모양의 별들만 보았었는데 이번에 쌍안경으로 자세히 보니 그 안에 조금 어두운 별들이 무척이나 많았습니다.

Messier 103 (NGC 581)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

산개 성단인데 주변의 다른 [NGC 663][] 에 비해 보는 맛은 좀 떨어진다.

Wild Duck Cluster (M11)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Messier 11 또는 NGC 6705로 불리우는 산개성단. 밝은 별 두개와 나머지 성단의 별이 날아가는 새 모양을 하고 있다.

Andromeda Galaxy (M31)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Andromeda Galaxy라고 불리우는 유명한 은하. 은하 중에서 우리 은하에 가장 가까운 은하이다.

Triangulum Galaxy (M33)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

사진 상으로는 나선팔이 휘감기는 모습이 일품이지만 왠만큼 어두운 곳을 가지 않는 다면 제대로 관측하기가 어렵습니다. 사실 모든 은하가 다 그렇습니다.

Star Hopping

시작을 Pisces 자리의 삼각형 별에서 합니다.
91번 별이 꼭지가 되어지는 평행사변형 모습의 사각형 별을 찾습니다.
평행 사변형의 91번 별 반대편 두 별을 보면 하나의 별이 더 보이고 이 세개가 삼각형을 이룹니다.
이 삼각형을 원 위의 점이라고 가정하면 그 원의 둘레의 반대편에 M33이 있습니다.

Pleiades (M45)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Pleiades, Seven Sisters, 또는 Messier 45 (M45) 로 불리는 산개성단입니다. 밤하늘에서 가장 쉽게 확인할 수 있는 산개성단이고 밝은 7개의 별들이 물음표 모양으로 멋지게 빛나고 있습니다.

쌍안경이나 저배율 아이피스로 보면 시야에 가득차는 별무리가 일품입니다. 아주 어두운 곳에 가면 10인치 돕으로 성운기가 확인이 된다고 합니다.

Messier 52 (NGC 7654)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Cassiopeia 에 있는 산개성단. 꽤 어두운 곳에서는 파인더에서도 보인다.

Alpha Persei Cluster (Mel20)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Alpha Persei Cluster , Melotte 20 (Mel 20), 또는 Collinder 39 (Cr 39) 명칭으로 불리우는 대상입니다. Perseus의 Alpha 별을 기준으로 주변에 넓게 펼쳐져 있는 산개성단입니다.

Milkyway

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

우리은하.

Owl Cluster (NGC 457)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

WikiSky DSS2

Veil Nebula (NGC 6992)

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

V 모양의 베일성운, 동베일, 서베일로 나뉜다.

GS Optics XQ 10" Dob

Unknown — Fri, 01 Nov 2013 00:00:00 +0000

Dobsonian 방식의 Tube형 천체 망원경입니다. 중고로 저렴하게 풀리는 망원경(30~50만원대)이라 많은 사람들이 사용하고 있기도 합니다. 이 망원경의 장점은 절대적으로 싼 가격에 꽤 괜찮은 성능입니다. 흔히 "구경이 깡패다" 라는 말 처럼, 10인치라는 장점이 매우 큰 망원경입니다.

구입 후 약 2~3년간 사용하였는데 광축만 잘 맞춰준다면 좋은 상을 보여줍니다. 같이 제공되는 레이져 콜리메이터는 그다지 좋지 못하고 이 망원경의 능력을 제대로 끌어내기 위해서는 Hotech Laser Collimator 를 사용하는 것이 불편함이 없을 것입니다.

이 망원경의 무게가 상당하고 튜브형이라는 점 때문에 자동차가 없는 사람은 관측이 어려운 편입니다. 또한 망원경이 크므로 차량의 뒷자리를 모두 차지하게 되고 가대도 커서 준중형 차에는 트렁크에 들어가기엔 약간 큽니다. 이를 해결하기 위해 저는 가대를 삼각형 모양으로 잘라내어 사용했습니다만 이렇게 되면 중고가 하락을 피할 수 없기 때문에 고민해 보시는 것이 좋습니다. 그렇지 않으면 가대를 앞자리에 싣고 다녀야 합니다. 즉, 차량 한대에 운전자 외에는 탑승이 불가능 합니다.

망원경 부피가 크므로 이를 줄이기 위한 여러가지 노력을 하신 분들이 있습니다. [Meade Lightbridge][Lightbridge] 같은 Truss 톱 유형으로 만들기 위해 튜브를 절단하신 분들도 있습니다만 그냥 그럴 땐 트러스 돕을 구입하시는 것이 좋겠습니다.

Estimating Limiting Magnitude

Unknown — Mon, 07 Oct 2013 00:00:00 +0000

관측을 할 때 마다 밤하늘의 밝기를 계산하는 것은 항상 곤혹스럽습니다.. 전문적인 장비 SQM을 사용하지 않는 이상 밤하늘의 밝기 수치는 언제나 주관적일 수 밖에 없고 개인마다 편차가 큽니다.

안시를 주로 하는 사람은 밤하늘에서 가장 희미하게 빛나는 별을 찾아낸 후 성도에서 그 밝기가 얼마나 되는지 찾은 후 그 수치를 기준으로 삼는 경우가 대부분인데, 이 때는 개인의 시력, 그리고 조금의 판단 오차가 그 값을 매우 변화시킵니다.

그 방법을 조금이라도 정확히 하기 위해 몇가지 방법들이 있습니다. 그중에 종종 사용되는, 특정 영역 내의 별의 개수를 세어 Limiting Magnitude를 계산하는 방법을 소개하고자 합니다.

이 방법은 obs.nineplanets.org 에서 설명한 방법입니다.

측정 방법

눈이 암적응을 할 때 까지 기다립니다. 보통 30분 정도면 암적응이 끝납니다.
위의 지도에서 현재 하늘에서 보이는 부분을 결정합니다. 큰 지도 는 이미지를 클릭하면 볼 수 있습니다. 자세한 지도 내용은 아래의 링크에 있습니다.
각 꼭지점의 별을 포함하여 해당 영역에서 보이는 별을 셉니다.
그 숫자를 보고 해당 영역의 테이블을 참조하여 Limiting Magnitude를 결정합니다.

영역별 자세한 정보

Area	Corner stars	Constellation
1	Chi-Zeta-Delta-Xi Dra	Draco
2	Beta-Delta-Zeta Per	Perseus
3	23-Theta-Beta UMa	Ursa Major
4	Alpha-Epsilon-Beta Gem	Gemini
5	Zeta-Gamma-Delta Aql	Aquila
6	Alpha And--Gamma-Alpha Peg	Pegasus-Andromeda
7	Alpha-Beta-Delta Cep	Cepheus
8	Alpha-Beta-Zeta Tau	Taurus
9	Alpha-Beta-Gamma-Delta Leo	Leo
10	Alpha-Zeta-Gamma Vir	Virgo
11	Alpha CrB--Gamma-Alpha Boo	Corona Borealis-Bootes
12	Alpha Ser--Beta Lib--Delta Oph	Serpens-Libra-Ophiuchus
13	Beta-Zeta Lyr--Theta-Nu Her	Lyra-Hercules
14	Epsilon-Eta-Gamma Cyg	Cygnus
15	Beta Dra--Tau-Pi Her	Draco-Hercules
16	Alpha CVn--Epsilon-Eta UMa	Canes Venatici-Ursa Major
17	Epsilon-Theta-Delta Aur	Auriga
18	Mu-Gamma-Phi And	Andromeda
19	Kappa-Alpha Dra--Beta UMi	Draco-Ursa Minor
20	42-Beta-Gamma Cam	Camelopardalis
21	Alpha PsA--98-Delta Aqr	Pisces Austrinus-Aquarius
22	Beta Lep--Beta Ori--53 Eri	Lepus-Orion-Eridanus
23	Delta-Gamma-Epsilon-Beta Crv	Corvus
24	Beta-Gamma-Sigma-Alpha Lib	Libra
25	Alpha-Epsilon Sco--Chi Lup	Scorpius-Lupus
26	Gamma-Alpha TrA--Eta Ara--Alpha Cen	Triangulum Astrinus-Ara-Centaurus
27	Beta Cen-Alpha-Gamma Cru	Centaurus-Crux
28	Beta-Epsilon-Iota Car	Carina
29	Gamma-Alpha-Beta Hyd	Hydrus
30	Alpha Tuc--Alpha-Epsilon Pav	Tucana-Pavo

Area #1: Chi-Zeta-Delta-Xi Dra

Stars	Limiting Magnitude
2	3.2
3	3.7
4	3.9
5	4.2
6	4.9
8	5.0
9	5.2
10	5.3
11	6.0
12	6.1
15	6.3
16	6.4
17	6.5
18	6.6
20	6.7
23	6.8
28	6.9
34	7.0
41	7.1
46	7.2
55	7.3
60	7.4
73	7.5

Area #2: Beta-Delta-Zeta Per

Stars	Limiting Magnitude
2	2.9
3	3.1
4	3.9
6	5.0
7	5.1
8	5.4
10	5.6
11	5.7
12	5.8
13	6.0
14	6.1
15	6.2
17	6.3
20	6.4
23	6.6
26	6.7
27	6.8
29	6.9
31	7.0
35	7.1
42	7.2
44	7.3
54	7.4
59	7.5

Area #3: 23-Theta-Beta UMa

Stars	Limiting Magnitude
1	2.4
2	3.3
3	3.7
4	3.9
5	4.5
6	4.6
7	4.8
8	5.2
9	5.4
11	5.7
13	5.8
14	6.0
15	6.1
16	6.2
17	6.3
18	6.4
19	6.5
20	6.6
23	6.7
25	6.8
27	6.9
29	7.0
33	7.1
37	7.2
44	7.3
49	7.4
54	7.5

Area #4: Alpha-Epsilon-Beta Gem

Stars	Limiting Magnitude
1	1.2
2	2.4
3	3.2
4	3.6
5	4.3
6	5.0
7	5.1
8	5.3
9	5.6
10	5.7
11	5.9
12	6.1
13	6.2
14	6.3
15	6.4
16	6.5
18	6.6
20	6.7
22	6.9
23	7.0
25	7.2
30	7.5

Area #5: Zeta-Gamma-Delta Aql

Stars	Limiting Magnitude
1	2.8
2	3.0
3	3.4
4	4.5
5	5.1
6	5.2
7	5.4
8	6.0
10	6.2
11	6.4
12	6.5
13	6.6
19	6.9
22	7.0
24	7.1
25	7.2
26	7.3
27	7.4

Area #6: Alpha And--Gamma-Alpha Peg

Stars	Limiting Magnitude
1	2.1
2	2.6
3	2.9
4	4.7
5	5.2
6	5.4
7	5.7
8	5.9
9	6.2
12	6.3
14	6.4
17	6.5
20	6.6
25	6.7
29	6.8
30	6.9
33	7.0
35	7.1
40	7.2
43	7.3
46	7.4
49	7.5

Area #7: Alpha-Beta-Delta Cep

Stars Limiting Magnitude

| 1 | 2.6 | | 2 | 3.3 | | 3 | 4.0 | | 4 | 4.5 | | 5 | 4.6 | | 7 | 4.9 | | 8 | 5.2 | | 10 | 5.4 | | 12 | 5.5 | | 13 | 5.9 | | 14 | 6.0 | | 15 | 6.1 | | 17 | 6.2 | | 18 | 6.3 | | 20 | 6.4 | | 22 | 6.5 | | 23 | 6.8 | | 26 | 6.9 | | 33 | 7.0 | | 41 | 7.1 | | 48 | 7.2 | | 49 | 7.3 | | 57 | 7.4 | | 65 | 7.5 |

Area #8: Alpha-Beta-Zeta Tau

Stars	Limiting Magnitude
1	1.1
2	1.8
3	3.0
4	4.7
5	4.8
7	5.1
8	5.3
9	5.5
10	5.9
11	6.0
12	6.1
15	6.2
16	6.3
17	6.4
20	6.5
21	6.6
23	6.7
26	6.8
28	6.9
29	7.0
31	7.4
32	7.5

Area #9: Alpha-Beta-Gamma-Delta Leo

Stars	Limiting Magnitude
1	1.3
2	2.2
4	2.6
5	3.4
6	3.8
7	4.4
8	5.0
11	5.6
13	5.7
15	6.0
18	6.1
20	6.3
21	6.4
24	6.6
25	6.7
29	6.9
32	7.0
34	7.1
38	7.2
40	7.3
44	7.4
45	7.5

Area #10: Alpha-Zeta-Gamma Vir

Stars	Limiting Magnitude
1	1.2
2	2.9
3	3.4
4	4.5
5	5.8
7	5.9
8	6.0
11	6.1
12	6.4
15	6.5
16	6.7
17	6.8
19	7.0
22	7.1
23	7.2
25	7.3
26	7.4
31	7.5

Area #11: Alpha CrB--Gamma-Alpha Boo

Stars	Limiting Magnitude
1	0.2
2	2.3
3	2.7
4	3.0
5	3.8
6	4.5
7	4.7
9	4.9
10	5.0
11	5.3
13	5.7
14	5.8
17	5.9
19	6.0
21	6.1
23	6.2
25	6.3
27	6.4
30	6.5
32	6.6
36	6.7
39	6.8
45	6.9
52	7.0
55	7.1
60	7.2
69	7.3
73	7.4
86	7.5

Area #12: Alpha Ser--Beta Lib--Delta Oph

Stars	Limiting Magnitude
2	2.7
3	3.0
4	3.6
5	3.7
6	5.2
7	5.3
9	5.4
11	5.6
13	5.8
14	6.4
17	6.5
19	6.7
20	6.8
22	6.9
23	7.0
24	7.1
30	7.2

Area #13: Beta-Zeta Lyr--Theta-Nu Her

Stars	Limiting Magnitude
1	3.9
2	4.0
4	4.3
5	4.5
6	5.0
7	5.5
8	5.7
12	5.9
13	6.0
15	6.1
16	6.2
17	6.3
18	6.5
20	6.8
23	6.9
27	7.0
32	7.1
36	7.2
42	7.3
43	7.4
52	7.5

Area #14: Epsilon-Eta-Gamma Cyg

Stars	Limiting Magnitude
1	2.3
2	2.6
3	4.0
4	4.8
6	4.9
7	5.0
8	5.2
11	5.5
12	5.7
13	5.9
14	6.0
15	6.1
16	6.2
18	6.3
20	6.4
24	6.5
28	6.6
32	6.7
34	6.8
36	6.9
41	7.0
46	7.1
49	7.2
54	7.3
61	7.4

Area #15: Beta Dra--Tau-Pi Her

Stars	Limiting Magnitude
1	3.0
2	3.4
3	3.9
4	4.9
5	5.1
6	5.5
8	5.8
10	6.0
12	6.1
18	6.3
21	6.4
26	6.7
32	6.9
33	7.0
35	7.1
38	7.2
48	7.3
54	7.4
61	7.5

Area #16: Alpha CVn--Epsilon-Eta UMa

Stars	Limiting Magnitude
1	1.7
2	1.9
3	2.9
4	4.6
5	5.1
6	5.7
7	5.9
9	6.0
11	6.2
13	6.3
14	6.4
17	6.6
19	6.8
22	6.9
24	7.0
26	7.1
27	7.2
28	7.3
33	7.4
36	7.5

Area #17: Epsilon-Theta-Delta Aur

Stars	Limiting Magnitude
1	0.2
2	2.1
3	2.7
4	3.5
5	3.9
6	4.2
8	4.6
9	5.1
10	5.5
11	5.9
12	6.0
14	6.1
16	6.2
17	6.3
20	6.4
26	6.5
30	6.6
35	6.7
37	6.8
41	6.9
44	7.0
50	7.1
55	7.2
60	7.3
68	7.4
81	7.5

Area #18: Mu-Gamma-Phi And

Stars	Limiting Magnitude
1	2.3
2	3.9
3	4.2
4	4.3
6	5.0
7	5.1
9	5.2
10	5.5
11	5.7
12	5.9
13	6.1
14	6.3
17	6.4
18	6.5
24	6.6
27	6.7
31	6.9
33	7.0
37	7.2
41	7.3
46	7.4
52	7.5

Area #19: Kappa-Alpha Dra--Beta UMi

Stars	Limiting Magnitude
1	2.2
2	3.6
3	3.9
4	5.2
5	5.4
6	5.7
8	6.1
11	6.4
12	6.6
14	6.7
15	6.8
16	7.0
17	7.1
18	7.2
21	7.3
28	7.4
32	7.5

Area #20: 42-Beta-Gamma Cam

Stars	Limiting Magnitude
1	4.2
2	4.4
4	4.7
5	5.0
6	5.4
7	5.7
9	5.8
10	5.9
13	6.0
15	6.1
16	6.2
18	6.3
23	6.4
28	6.6
33	6.7
37	6.8
45	6.9
50	7.0
55	7.1
60	7.2
67	7.3
74	7.4
82	7.5

Area #21: Alpha PsA--98-Delta Aqr

Stars	Limiting Magnitude
4	4.0
5	4.5
6	4.7
7	5.6
8	5.7
9	6.0
10	6.4
11	6.5
14	6.8
15	7.0
18	7.4
20	7.5

Area #22: Beta Lep--Beta Ori--53 Eri

Stars	Limiting Magnitude
5	4.3
6	4.4
7	4.5
8	4.8
9	5.5
13	5.7
15	6.0
16	6.2
17	6.3
18	6.4
19	6.5
21	6.6
22	6.7
23	6.8
24	6.9
25	7.2
27	7.3
29	7.4

Area #23: Delta-Gamma-Epsilon-Beta Crv

Stars	Limiting Magnitude
6	5.2
7	5.8
8	6.0
9	6.4
10	6.5
11	6.9
13	7.3
14	7.4
17	7.5

Area #24: Beta-Gamma-Sigma-Alpha Lib

Stars	Limiting Magnitude
5	4.5
7	5.2
8	5.6
9	5.7
11	5.8
12	6.0
13	6.1
14	6.2
16	6.3
17	6.6
19	6.7
20	6.8
21	6.9
24	7.0
26	7.1
27	7.3
30	7.4
31	7.5

Area #25: Alpha-Epsilon Sco--Chi Lup

Stars	Limiting Magnitude
4	4.0
5	5.2
6	5.6
7	6.0
8	6.1
9	6.2
10	6.3
11	6.6
12	6.9
14	7.0
15	7.1

Area #26: Gamma-Alpha TrA--Eta Ara--Alpha Cen

Stars	Limiting Magnitude
7	4.1
8	4.9
12	5.1
14	5.2
15	5.3
17	5.5
18	5.7
22	5.8
24	5.9
31	6.2
32	6.3
34	6.4
37	6.5
38	6.6
40	6.7
42	6.8
43	6.9
44	7.0
46	7.1
49	7.2
50	7.4
51	7.5

Area #27: Beta Cen-Alpha-Gamma Cru

Stars	Limiting Magnitude
5	4.6
6	4.7
7	5.8
9	6.2
11	6.4
14	6.7
15	6.8
17	7.0
18	7.1
19	7.2
22	7.4

Area #28: Beta-Epsilon-Iota Car

Stars	Limiting Magnitude
4	4.0
5	5.4
6	5.5
7	5.8
8	6.4
10	6.5
14	7.0
15	7.2
16	7.3
17	7.4
18	7.5

Area #29: Gamma-Alpha-Beta Hyd

Stars	Limiting Magnitude
4	4.1
5	4.7
6	4.8
7	5.0
8	5.6
9	5.7
10	6.4
11	6.5
13	6.6
17	6.7
20	6.9
23	7.0
24	7.1
26	7.2
29	7.5

Area #30: Alpha Tuc--Alpha-Epsilon Pav

Stars	Limiting Magnitude
5	4.0
6	4.2
7	4.8
8	4.9
9	5.1
10	5.2
11	5.4
12	5.6
13	5.7
14	5.8
15	5.9
16	6.2
18	6.3
19	6.4
20	6.5
22	6.6
23	7.0
28	7.1
31	7.3
32	7.5

Observation - October 2, 2013

Unknown — Wed, 02 Oct 2013 00:00:00 +0000

'삼각형'님의 스카이워쳐 12인치를 곁눈질 하였다. 큰아들 덕분에 몇분 못보고 바로 철수.

NGC6992 베일성운(동)

12인치 + 필터의 위력을 실감했다. 베일성운이 보이는 것도 모잘라서 그 모양이 아주 선명하게 드러나고 있었다. 그것도 용인축구센터라는 그다지 좋지 못한 관측지에서.. 예전 10인치로 공림사에서 시도했을 때도 있는지 없는지 확인이 잘 안되는 수준이었는데 깜짝 놀랐다.

Messier 31 안드로메다 은하

이건 뭐 거의 그냥 깡패수준. 아주 선명하게 암흑대까지 보인다. 12인치 가지고 싶다...

Crunchbang on HP Microserver

Unknown — Tue, 07 May 2013 00:00:00 +0000

Making Bootable USB in Windows

일단 크런치뱅에서 ISO를 다운받고 Win32DiskImager 프로그램을 이용해 남아도는 2GB USB 드라이브에 설치 ISO를 구웠습니다. 이 프로그램으로 간단하게 구울 수 있었습니다. 중간에 사용중이라고 에러가 간혹 나는데 이때는 관리자 권한이나 호환성모드로 실행해 보시고 그래도 안되면 리부팅 등을 계속 하면서 시도하면 되더군요. UNetBootIn 같은 프로그램은 크런치뱅을 지원하지 않아서 포기했습니다.

추가적인 정보를 드리자면 설치 후 USB를 기존으로 복구하고 싶을 때는 아래의 방법으로 복구하시면 됩니다.

"cmd 관리자 권한으로 실행
> diskpart
> list disk       "해당 USB 번호 확인
> select disk <N> "위의 USB 번호
> clean
> exit

이 방법으로 파티션을 초기화 한 후 관리도구에서 디스트 볼륨 할당을 해주시면 됩니다.

Configuring Crunchbang for Web developing

제 홈페이지 및 기타 문서 작업을 위해 몇가지 설정을 추가로 하였습니다.

먼저 Hakyll을 위해서 Haskell package를 설치했습니다

$ sudo apt-get install ghc libghc-zlib-dev cabal-install alex happy
$ cabal update
$ cabal install hakyll

또한 Nodejs도 필요하네요

$ sudo apt-get install python g++ make checkinstall
$ mkdir ~/src && cd $_
$ wget -N http://nodejs.org/dist/node-latest.tar.gz
$ tar xzvf node-latest.tar.gz
$ cd node-v*      "압축 풀리는 것 보고 알맞은 버전
$ ./configure
$ sudo checkinstall
$ sudo dpkg -i node_*

node가 설치되었으면 npm을 통해 less css를 설치합니다

$ npm install less -g

Installing Ko.TeX

이제 한글 PDF 문서를 만들기 위한 texlive와 kotex를 설치합니다. texlive는 apt-get을 통해 간단히 설치할 수 있습니다

$ sudo apt-get install texlive texlive-xelatex texlive-latex-extra

Ko.TeX는 설치가 윈도우에 비해 까다로운 편입니다. 일단 공식 리눅스 설치 페이지를 참고하도록 합니다.

페이지에 나온 kotex파일을 다운 받은 후 압축을 풉니다. 그리고 source/latex/kotex/에 있는 hbibtex.c hmakeindex.c를 컴파일하여 /usr/bin/에 복사합니다. script/perl에 있는 파일들도 /usr/bin/에 복사한 후 나머지는 /usr/share/texmf/ 폴더에 모두 복사합니다

$ tar cv | sudo tar x -C /usr/share/texmf/

이 후 Map을 업데이트 하면 kotex를 사용할 수 있습니다

$ mktexlsr
$ updmap-sys --enable Map=kotex-base.map
$ updmap-sys --enable Map=kotex-extra.map
$ updmap-sys --enable Map=kotex-midkor.map

Installing Postgres

$ sudo apt-get install postgresql
$ sudo su postgres
$ createuser user1
$ exit
$ createdb -h localhost -U user1 -W userdb

Backup Solution

Microserver 를 구입하게 된 계기도 데이터를 한번 날려버린 적이 있어서 백업에 대한 중요성을 느꼈기에 구입하게 되었습니다. 처음에는 RAID 1 으로 사용하다가 사용자의 실수에 의한 삭제에 대처를 못하기 때문에 디스크를 다시 분리하며 정기적으로 백업하는 방식으로 변경하였습니다.

rsnapshot

정기적인 백업을 위해 rsnapshot을 이용하기로 하였습니다. rsnapshot은 하나의 원본을 두고 hard link를 이용해서 변경점만을 복사하는 방식으로 rsync 프로그램의 wrapper 라고 생각하면 됩니다.

이 툴을 이용해서 특정 디렉토리 + Database 를 매일 단위로 백업하고 있습니다.

Kindle Paperwhite

Unknown — Wed, 06 Feb 2013 00:00:00 +0000

Motivation

사실 e-book 리더는 킨들이 맨 처음 나왔을 때부터 관심을 가지고 있었습니다. 그때부터 모니터로 보는 자료보다 책으로 보는것과 거의 같은 느낌을 준다는 말에 혹해서 눈길을 떼지 못했었죠.

그러나 단순히 책과 동일하다는 것 하나만으로 사기엔 무엇인가 쉽지 않았습니다. 2007년 당시 대학생이라는 신분으로 인한 자금 압박과 공부에 치여사는데 책을 읽는 사치는 힘들었었죠.

그로부터 5년이 흐른 지금에서야 E-Ink 디스플레이를 이용한 이북 리더기, Kindle Paperwhite를 사게되었습니다. 그동안 못하게 된 것을 사게 된 이유는? 별거 없어요. 그저 이제 왠만한 금액은 지를 만한 돈버는 입장이 되었고 그 사이 킨들이 매우 싸졌기 때문입니다.

케이스까지 합쳐서 15만원 미만의 금액이 되다보니 아주 큰 고민도 하지 않고 구매하게 되었습니다. 예전에는 이정도 금액도 살 떨리는 일이었는데..

First Look

킨들을 처음 받아들었을 때, 이미 인터넷 상으로 사진도 많이 보았지만 정말 종이같은 느낌을 주는 첫 화면에 감동 한번 먹고 시작합니다. 전원이 꺼져있어도 한번 출력된 디스플레이는 변하지 않는 E-Ink 디스플레이의 특성탓에 전원이 꺼져있는지 켜져있는지 화면이 바뀌지 않는다면 모를 정도입니다.

킨들 페이퍼화이트(이하 킨들)는 깔끔한 검정색으로 무난한 모양입니다. 베젤도 적당히 있어서 한손으로 쥐기 어렵지 않고 무게도 굉장히 가볍습니다. 버튼도 하단의 전원버튼 하나만 있어서 '과연 이걸로 충분한가..' 라는 생각이 들 정도네요.

같이 구매한 정품 킨들 케이스와 킨들은 멋드러지게 잘 어울립니다. 구매 전 인터넷을 통해서 케이스가 어느 색상이 나은지 고민하고 파랑색을 선택했는데 튀지 않으면서도 은은한 멋을 풍깁니다. 다만 킨들을 고정시키는 부분의 테두리는 플라스틱으로 조금은 아쉬운 부분입니다.

Usage

전원을 켜고 언어 설정을 하고나면 곧바로 킨들 계정으로 로그인을 합니다. 이 후 와이파이를 통해 바로 킨들 클라우드와 동기화 되어 다른 장치에서 읽고 있던 책을 그대로 이어서 볼 수 있습니다. 이 과정이 매우 간단하여 누구라도 곧장 사용할 수 있을 만큼 편합니다. 지금까지 보던 책을 기준으로 홈 화면 아래에서 새로운 책을 추천해줍니다. 이 책들이 혹하게 되는 경우가 많더군요. ^^

기본적인 영어 도서는 킨들에서 무료로 제공하는 것과 킨들 스토어에서 구매후 받아서 보는 것이 가장 편합니다. 그러나 이북으로 제공되지 않는 것들이나 PDF 문서들의 경우는 Calibre 프로그램을 이용하여 관리하면 간편하게 ePub 에서 Mobi로 변환하여 킨들에 넣을 수 있습니다.

구입 당시부터 이미 알고 있었던 문제이지만 막상 실제로 사용하게 되면서 부딫히는 첫번째 장애는 한글책이었습니다. 킨들스토어에는 한글책이 거의 없을 뿐더러 다른 전자 서점에서 한글 책을 구하더라도 킨들에 넣기가 배우 불편합니다. 그나마 구글 플레이스토어에서 구입한 책은 epub으로 받아서 넣을 수 있습니다만, Adobe DRM을 해제해야 하고 절차가 까다로워 그다지 권하지 않는 방법입니다.

지금은 킨들에서 구입한 영어 소설 몇권과 업무와 관련된 문서 pdf를 넣어서 보고있습니다. PDF의 경우에는 여백이 그대로 보여지는 것으로 내용이 가득차게 보여지지 않아 Briss 툴을 이용해 내용만 crop하여 보고있습니다. 그래도 여전히 6인치라는 화면 때문에 PDF를 보기엔 적절하지 않습니다. 이에 대한 대안으로는 곧 나올 소니 PRS-T3 와 Kobo 의 Aura HD 가 대안이 될 듯 합니다만 코보의 경우는 해상도가 높아졌으나 화면이 6인치에서 6.8인치로 그다지 크게 늘지 않아 아주 큰 효과를 기대하기는 어렵다는 평입니다.

그러나 이러한 단점에도 불구하고 책을 읽는데에는 탁월한 기기임에는 틀림없습니다. 책을 그대로 보는 것 같은 편안함은 위의 모든 단점을 상쇄시키고도 남습니다. 영어 책을 읽는데에 어느정도 부담이 없으신 분들은 킨들 페이퍼화이트가 가장 좋은 선택이 될 겁니다. 한글 책을 자주 읽으시는 분들이라면 아직은 중구난방인 e-book drm format이 통일될 때까지 조금은 기다리시거나 안드로이드를 사용하는 전자책 리더를 이용하여 루팅하여 사용하는 것도 좋겠습니다.

에필로그

Unknown — Wed, 19 Dec 2012 00:00:00 +0000

Park Hotel Tokyo에서 바라보는 도쿄타워는 예전 롯본기로 걸어가면서 본 도쿄타워 와 아무런 차이가 없는데 내 감정은 매우 다르다. 그때에는 도쿄타워를 본다는 벅찬 기대감이 가득했다.

지금 내가 호텔방에서 편하게 의자에 앉아 느끼는 감정은 추억을 떠올리는 아련함이다. 사물을 통해 이전을 기억하고 영화를 떠올리고 글을 떠올린다.

수많은 불빛에 둘러쌓인 붉은 도쿄타워를 보기위해, 그 때의 나는 반팔을 입은채로 롯본기 힐스 옥상에서 매서운 찬바람을 맞으며 버텼었다. 그러나 지금은 큰 돈을 지불한 대가로 편하고 아늑한 방에서 피곤한 눈꺼풀을 이겨내며 바라보고 있다.

이렇게 여행은 마무리 되어간다. 일반적인 신혼여행과는 완전히 다른, 거의 배낭여행이라 부를만한 신혼여행이었다. 그렇기에 쉽게 잊혀지지 않을 여행이 될 것 같다.

수첩에 기록하는 여행기는 오늘이 마지막이다.

그러나 이 수첩에 기록된 글을 홈페이지에 올리면서 고쳐지고 다시 쓰이고 다듬어 질 것이다. 그런 과정에서 여행의 즐거웠던 기억을 떠올리고 회상에 잠기며 제2의 여행을 즐길 것이다. /FIN

-- 2010년 1월 29일 밤, 도쿄타워가 보이는 Park Hotel Tokyo 33층에서...

GAIAMO Airwasher 3214 Plus

Unknown — Sun, 02 Dec 2012 00:00:00 +0000

지금까지 [Venta][] 를 가습기로 사용하고 있었습니다. 그런데 방과 거실을 모두 가습하기엔 부족하더군요. 방과 거실이 좁은 문을 통해 연결되다보니 거실에서 가습된 공기가 방까지 도달하지 못하고 잘 때는 방에 두고 평상시엔 거실에 두고 하기가 무척 번거로웠습니다. 옮기는 것도 무겁기도 하구요.

그래서 추가로 가습기를 하나 더 장만해야 겠다는 생각이 들어서 지난번 [Venta][] 에 대한 글을 쓸 때 다른 사람들이 추천했었던 가이아모 3214를 장만했습니다.

가격은 벤타의 1/8 수준입니다. 10만원도 채 하지 않는 돈으로 본체와 추가 팬을 장만할 수 있습니다.

Impression

처음 받았을 때는 느낌이 [Venta][] 와 사뭇 달랐습니다. 벤타는 검은색으로 부피가 꽤 되는 녀석이었는데 이 가이아모는 적당한 부피에 휑 한 내부 구조가 인상적이었습니다. 그저 필터를 고정시켜 줄 만한 돌기만 잔뜩 있는 조금은 당황스러운 모습이었습니다. 사실 [Venta][] 를 처음 받았을 때에도 당황스럽기 그지 없었는데, 이번 가이아모도 당황스럽기는 매 한가지 입니다.

그러나 재료의 원가만 따지면 살 수 있는게 어디있겠냐며 자기 위안을 하고 필터를 끼웠습니다. [Venta][] 는 디스크가 물을 빨아들여 그것을 팬으로 공기중으로 날리는 방식으로 별다른 필터가 필요없는 대신에 세척을 2주에 한번 씩 하게 만드는 바이오압소바가 필요합니다. 10번을 넣을 수 있는 녀석이 5만원 꼴이니까 겨울 나는데 5만원 정도 드는 편이죠.

가이아모는 필터가 그 비용을 대신합니다. 필터가 직접 물을 빨아들여 끌어올리고 위에 장착된 팬이 바람을 필터 사이로 불게 해서 가습 능력을 끌어 올립니다. 공기 중으로 석회물질이 날아가는 것을 막아주는 것이 필터 역활입니다.

석회물질이 필터에 쌓이기 때문에 이 필터도 6개월 정도에 한번 씩 교체해 주어야 합니다. 그러나 이 비용은 벤타에 비하면 싼 편으로 필터 가격이 16000원 정도 하네요. 벤타도 비용을 줄일려면 해외 구매로 2만원 근처까지 줄일 수 있으므로 비용이 비슷하다고 보면 될 것 같습니다.

Advantage

청소 : 이건 벤타보다 더 쉽습니다. 덮개를 청소하기가 조금 까다로운 편입니다. 그 덮개 여닫이가 찢어질 염려가 있어서 조심해야 하는데 가이아모는 그럴 염려가 없이 그냥 물로 씻어내면 됩니다. 그러나 물통 자체에 물때가 낄 걱정은 되네요.
백화현상 : 벤타와 마찬가지로 자연가습 방식이라 주변 가전에 백화현상이 낄 염려는 거의 없습니다. 필터가 이 부분을 걸러내 주는 추가적인 역할이 있습니다.
가격 : 정말 이정도 가격이면 쌉니다. 자연가습식 Airwasher의 최고가를 달리는 벤타에 LG, Samsung에서 에어워셔를 내놓으면서 그 뒤를 달리는 가격인데 가이아모 정도의 가격이면 정말 부담 거의 없이 살 수 있습니다.

Disadvantage

용량 : 물통 용량이 5리터 밖에 되질 않아 매일 매일 물을 채워줘야 합니다. 구조상으로 물통이 크기는 어려운 것이 사실이지만 좀 더 물통의 양을 키울 수 있는 방안이 있으면 좋겠네요.

와나카에서 폭스빙하로

Unknown — Wed, 17 Oct 2012 00:00:00 +0000

전날 일찍 자리에 눕고나니 오늘은 개운하게 일어납니다. 11시간정도 자버렸네요. 잠 잔 시간만큼 우리의 여행도 짧아지기에 아쉽지만, 가끔은 이렇게 자야 버틸 수 있을 것 같습니다.

커튼을 젖혀서 보니 오늘도 역시 하늘은 푸릅니다. 초반의 구름낀 날씨를 보상이나 하려는 듯, 그 뒤론 항상 날씨가 쨍하네요.

Puzzling World

첫 목적지는 퍼즐링 월드입니다.

퍼즐링 월드는 와나카 바로 앞에 있는데, 여기는 말 그대로 퍼즐들이 즐비합니다. 입구에서부터 기묘하게 세워진 건물들이나 내부의 기울어진 방, 앞뒤가 바뀌어보이는 얼굴등, 여러가지 즐길거리가 많습니다.

많은 사람들이 가본 곳이라 내용도 익히 알고 있었지만 그래도 재밌는걸 보면, 괜찮은 곳 같습니다.

퍼즐링 월드를 대충, 가볍게 구경한 후, 오늘의 최종 목적지인 Fox Glacier (폭스빙하)를 향해 달립니다. 어림잡아 4시간정도 걸리는 거리입니다.

가는 길에 펼쳐진 풍경은 벌써 8일째 보지만, 그래도 놀랍기는 매한가지 입니다.

산을 넘어 Haast까지 가는 길에는 볼거리가 참 많습니다. 중간중간 트래킹 코스와 폭포가 즐비하고 멋진 들판, 호수가 있습니다.

차를 조금만 몰면 멈추고 싶은 곳이 나타나니 우리의 이동 시간은 점점 늘어만 갑니다.

폭포에 갔다가 신발도 젖고,

계곡에서 사진도 찍으며 달립니다.

그리곤, 다시 바다가 나타납니다.

사실, 더이상 바다를 볼 수 없을 거라 생각했습니다. 우리의 애초 계획은 와나카에서 마운트 쿡으로 향해 데카포 호수등을 둘러보고 크라이스트 처치로 가는 것이었습니다. 그렇게 조금은 여유로운 일정으로 후반을 잡아서, 편하게 돌아보고자 하는 마음이었죠.

하지만 와나카를 오기 전, 퀸스타운에서 대부분의 사람들이 이왕이면 서쪽을 가보라는 권유가 계속된 터라, 조금은 무리를 해서라도 서쪽으로 가기로 결정합니다. (이거 둘다 귀가 얇아요 ^^ )

서해안은 동해안을 돌때와는 사뭇 다른 느낌입니다. 동해안을 돌때는 짙은 안개와 구름, 비에 우중충한 날씨 뿐이었는데 서해안을 돌때는 맑은 날씨에 강한 햇살까지 비춰 모든게 푸르기만 합니다. 동해안을 돌았을 때 이런 날씨였다면 기막히게 멋졌을 것 같기만 합니다. 사실 서해안의 맑은 날씨보다, 동해안의 우중충한 악천후 날씨의 풍경이 더 멋지게 느껴졌거든요.

최종 목적지인 폭스빙하에 도착해서 Lake Matheson을 갔습니다. 예약한 홀리데이 파크에서 겨우 2킬로 남짓 떨어져 있던 터라, 느긋하게 쉬다가 갔지요.

Lake Matheson은 뉴질랜드를 소개하는 책자에서 빠지지 않고 나오는 곳입니다. 바람이 항상 잔잔하기에, 수면을 통해 풍경이 아름답게 반영됩니다. 그런데, 차를 주차하고, 호수까지 가는데에 넉넉히 30분은 걸리는 터라, 그저 호수를 통해 해가 지는 모습을 보고자 했던 우리 부부는 호수로 갔을때는 이미 해가 거의 넘어가버려 어둑어둑한 호수만 보고 올 수 밖에 없었습니다.

Lake Matheson을 보고자 할 때는 좀 더 서둘러 가야겠습니다.

내일은 폭스빙하 가이드 투어를 합니다. 신나게 걸어야 겠지만 그래도 힘든 것 이상으로 즐거울 것 같네요. ^^

빙하투어, 호키티카

Unknown — Wed, 17 Oct 2012 00:00:00 +0000

좋지도 나쁘지도 않은 아침을 맞이하고 Fox Glacier(폭스빙하)를 가기위해 분주하게 챙겼습니다. 폭스 빙하는 가이드를 따라가지 않고는 폭스빙하를 올라갈 수 없습니다. 가이드를 대동하는 투어 프로그램은 세가지가 있는데 Full Day, Half Day, 그리고 2시간짜리 프로그램이 있었습니다. 우리는 4시간짜리 Half day 투어를 신청했습니다. 가격이 좀 비싸긴 했지만 ($95) 그만큼 가치가 있으리라 생각했습니다.

빙하로 가면서 가이드의 친절한 설명을 들을 수 있습니다. 그런데 영어라 알아듣기가 참 힘드네요. -_-;;

4시간 가이드가 9:35분 시작시간부터 인줄 알았는데, 폭스 빙하를 도착한 이후부터였습니다. 총 5시간이 걸려서 Greymouth로 출발하는 시간이 예상보다 늦어지게 되었습니다.

폭스빙하는 캐나다에서 보았던 Icefield와는 많이 다르네요. 아이스필드에서는 빙하의 끝, 종단면 (terminal face)이 완만하게 지면과 이어졌지만, 폭스 빙하는 종단면의 두께가 매우 두텁고 더 험합니다. 빙하 옆면을 통해서 빙하위로 올라가는 길이 차를 타고 갔던것에 비해 걸어서 가지 않으면 갈 수 없을만큼 험했다는 점이 매우 다릅니다. 빙하의 있는 그대로를 보전하고 있다는 점에서 폭스빙하가 더 나았습니다. 그 엄청난 빙하의 모습도요 ^^

사실 빙하 투어자체는 어린 아이들도 갈 수 있을만큼 천천히 진행하기에 초반 등산하는 부분을 빼고는 그다지 힘들진 않을 코스입니다.

그레이마우스로 가는 도중 우연히 들른 Lake Ianthe에서 뜻하지 않는 재미를 느꼈습니다. 풍경은 어느 호수와 다를 바 없는 그런 모습입니다. 그러나 같이 있던 아이들과 재미있게 놀 수 있어서 더 즐겁게 시간을 보낼 수 있었습니다.

Hokitika

Hokitika에 도착하니 거의 6시가 다 되었네요. 홀리데이 파크에 주차해야 할 생각을 하면 30km도 남지 않은 그레이마우스로 달리는게 맞지만 왠지 차를 세우고 싶게 만든 작은 마을입니다. 파도 소리가 들려 해변으로 차를 몰고 갑니다. 그 곳에는 가슴이 탁 트일정도의 시원한 바다가 있었습니다.

거세게 몰아치는 파도소리는 정말 시원합니다. 그 파도에서 장난치면서 하나뿐인 긴 바지가 다 젖어버렸습니다.

그러나 그런것 쯤은 개의치 않습니다. 정말 재미있었고, 즐겁습니다.

열심히 움직였더니 배가 고프네요. 그레이마우스 가기전에 저녁을 먹어야겠습니다. 해변에서 얼마 멀지 않은 식당을 찾아 해지는 저녁놀을 배경삼아 맛있는 저녁을 먹습니다.

해는 뉘엿뉘엿져갑니다. 그레이마우스로 열심히 엑셀 페달을 밟습니다. 달리는 차 안에서 보이는 풍경은 석양빛을 받으며 최고의 아름다움을 뽐내기 시작합니다.

'멈춰서 사진 찍어야 되는데...' 를 수없이 생각하며 빨리 Greymouth Top 10 seaside Holiday Park로 달립니다.

도착하자마자 site를 구하고 주차한 후 전원도 연결하지 않은 채 삼각대, 카메라, 필터를 들고 냅다 해변으로 달립니다.

그러나 이미 그 아름다운 빛은 거의 사라지고 허무한 시간을 보냅니다.

정말 최고의 석양을 보여주었는데 아쉽기만 합니다.

아무렴 어떻습니까.. 이런것이 여행인걸요. 사진으로 담지는 못했지만 그래도 기억속엔 강렬하게 남아있으니 그것으로 만족합니다.

다시 크라이스트처치

Unknown — Wed, 17 Oct 2012 00:00:00 +0000

뉴질랜드에서의 마지막 날입니다. 내일 새벽이면 크라이스트 처치를 떠나 도쿄를 거쳐 한국으로 다시 들어가게 됩니다.

신혼여행으로 이동시간까지 합치면 2주일이 정말 길 것만 같았지만 막상 와서 여행을 해보니 찰나같습니다. 뉴질랜드를 채 느껴볼 틈도 없이 지나가버렸습니다. 마치 크라이스트처치에 도착하고 그 상태 그대로 있는것 같습니다.

한나절 꿈같은 10일을 거듭 되새겨보지만 많은 것들이 기억이 나질 않네요. 하루 하루를 기록해 놓은 수첩과 순간 순간을 기록해 놓은 사진만이 우리 신혼여행의 10일을 증명하고 있습니다.

오늘도 꽤 먼 거리를 달려야 합니다. 그레이마우스에서 Arthur's Pass까지 100여 km, 아서스패스에서 크라이스트처치까지 150여km, 운전 시간만 3시간 반이 걸리는 짧지 않은 거리입니다.

뉴질랜드에서의 마지막 운전입니다. 이제는 왠만큼 적응된 탓인지 왼쪽으로 운전하는 것에 아무런 거부반응이 없네요. 매끄럽게 물 흐르듯 자연스레 손과 발이 움직입니다. 쉽사리 적응되지 않을 줄 알았는데 어느새 제 몸은 뉴질랜드의 규칙을 잘 따르고 있습니다.

일찍 출발하려 했지만 늦잠을 잔 탓에 10시가 되서야 아서스 패스로 출발합니다. 아서스 패스는 수많은 트래킹 코스가 있지만 우린 가볍게 Devil's Punchbowl 폭포만 보기로 합니다. 왕복 1시간 이내의 짧은 트래킹이라 부담없이 가볍게 다녀올 수 있는 곳이지만 그 폭포의 모습은 가볍지만은 않은 장관을 보여줍니다.

크라이스트처치로 돌아와 정들었던 캠핑카를 반납하고 크라이스처치를 돌아봅니다. 뉴질랜드에 도착하자마자 도망치듯이 크라이스트처치를 벗어났으니 처음 보는 모습입니다.

약간은 쌀쌀한 날씨지만 그래도 마지막이라 힘을 내서 돌아다닙니다.

재밌는 사진들도 찍고요 ^^

글레노키, 와나카

Unknown — Sat, 06 Oct 2012 00:00:00 +0000

오늘은 피곤함이 최고조에 달했던 날입니다. 아침에 눈을 뜨는것 조차 힘들고, 몸을 일으키고 움직이는 것은 마치 지게를 지고 있는 것 마냥 힘들었습니다. 피곤이 쌓여서 뒷목이 땡기고, 폭발해버릴 것만 같은 하루였습니다.

퀸스타운 근처엔 볼거리도 무척이나 많습니다. 유명한 건 번지점프나 래프팅 등, 스포츠 액티비티가 풍부하지요. 또한 주변에 작은 마을인 Arrowtown이나 Glenorchy등도 있습니다. 원래 계획은 번지 점프를 한 후 Arrowtown을 구경하고 Wanaka로 가는 것이었습니다.

하지만, 다 접고, Glenorchy들렀다가 Wanaka로 가기로 했습니다. 번지는 아내가 뛸리가 만무하고, 혼자 가서 뛰고 오기엔 피곤함이 극도에 달해 별 흥이 날것 같지 않더군요.

Glenorchy

글레노키로 가는 길은 드라이브하는 기분으로 가기 좋았습니다. 퀸스타운 에서부터 이어지는 호숫가를 따라 가는 길은 여전히 최고입니다. 한여름임에도 사라지지 않는 만년설과 에메랄드빛 호수가 눈을 가득 채웁니다.

전혀 예정없이 글레노키에 오다보니 무엇을 해야 할지도 몰라 차를 세우고 근처 산책을 했습니다. 목적이 있어 온것이 아니기에 그저 느긋하게 걸으며 아내와 이야기를 합니다. 맑은 공기에 즐거운 대화가 휴식을 취하는 느낌을 나게 하네요.

하지만 먹거리도 별로 없고, 걷는것 산책하는 것 외에는 그다지 즐길 거리도 있어보이지 않네요. 느긋하게 쉬다가 다시 퀸스타운 으로 가기로 합니다. 가서 점심먹어야지요.

입구에서 사진 한번 찍어줍니다. 그래도 온 기억은 남겨야겠기에 ^^

Qeenstown

퀸스타운에 온 목적은, 어제 먹어보지 못했던, 맛있다고 소문난 Fish & Chips를 먹어보기 위함입니다. 여기 Fish & Chips 중에서 새우가 그렇게 맛있다고 소문이 났더라구요.

가게를 찾고, 주문을 하려고 메뉴를 보았습니다. Fish & Chips는 분명히 있는데, 새우가 보이질않네요. 메뉴를 아무리 보고 또 보아도, Shrimp 는 전혀 보이질 않습니다. 설마 새우가 없는것은 아닐테고.. 그저 메뉴에 안써져 있겠거니 하고 그냥 주문합니다.

"여기 SEA SCALLOP MEAL 하나와 SHRIMP 주세요"

"@.@ ? 응? 뭐?"

"음.... FISH & CHIPS 랑 SHRIMP요"

"@.@?"

"...."

이거 .. 뭔가 꼬이는 기분입니다. 전투영어 1년인데, 설마 말을 못알아 먹는것은 아닐텐데... 결국 새우를 이리저리 설명합니다.

"거 있잖아요, 이리 등은 딱딱하고 수염 길고~ 어쩌고 저쩌고.."

"음..... 이거?"

하면서 하나를 집어 드는데, 맞습니다. 새우!!

"YES, YES, THAT IS IT! SHRIMP!"

"아니야, 이건 PRAWNS야"

"-_-? P... PRAWNS?"

"어."

.... 네 그렇습니다. 뉴질랜드에서는 새우를 prawn이라 부르더군요. 사실 shrimp와 prawn은 생김새가 약간 다르긴 하지만, 그저 지역별로 어디는 프론, 어디는 쉬림프라고 부르는것 뿐이었습니다.

고생고생하며 주문한 prawns는, 그저 그런 대하구이 그 이상도 이하도 아니였습니다. 맛있긴 한데, 땀을 뻘뻘흘리며 주문하며 기대했던 맛은 아니고 그냥 짭잘하고 살이 통통한 새우 그 맛이었습니다. 이런걸 18달러나 받다니... -_-+

지친 몸을 이끌고 후식 먹으러 갑니다.

바로 옆에 항상 사람들이 길게 늘어서있는 Patagonia Chocolates 가게에 가봅니다.

... 미친듯이 달콤하네요. 설탕 가득 씹어먹는 기분입니다. 처음 한입은 겁나게 맛나는데, 그 다음부터는 냉수가 필요한 느낌입니다.

EPIC FAIL!!

결국 다시 Fergburger에 가서 뻐그버거 3개를 사들고, 하나는 바로 먹고, 두개는 와나카 가는길에 먹자고 차에 쟁여두고 멋진 Queenstown을 벗어납니다.

Arrowtown

Arrowtown은 Queenstown에서 그다지 멀리 있지 않습니다. 15분 정도 차를 몰고가면 나오는데, 예전 초창기 정착했던 곳을 이쁘게 꾸며놓았더군요.

네, 그저 이쁘게 꾸며 놓았을 뿐입니다. 여행 책자나, 여행기를 보아도 Arrowtown은 정말 이쁘다, 좋은 기억이었다, 등등 칭찬 일색이었는데, 우리 부부에게는 그냥 꾸며놓은 흔적만 가득해서 별로 좋은 인상을 받지 못했습니다.

아내와 저는 그냥 자연 그대로 풍경을 좋아하는 것이 확실합니다. 차라리 애로우타운이 예전의 낡은 모습 그대로를 간직했다면 우리 부부는 더 좋아했을 것이 틀림 없습니다.

Wanaka

애로우 타운에서 와나카를 가는 길은, 산을 곧장 넘어가는 지름길과 조금 돌아서 Highway로 가는길 두가지가 있습니다.

피곤한 몸을 쉬고자 지름길로 내달립니다. 지름길은 산을 꼬불꼬불 타고 넘으며 자칫 실수하면 사고 크게 날 구간입니다. 운전에 자신 없으면 되도록 널찍한 Highway로 돌아가는 것을 권할 정도로 운전하기 까다로웠습니다. 엔진은 굉음을 내며 돌아가고 경사는 가파르고 가재도구는 차안을 굴러다니네요.

와나카에 도착하니 아직 오후 3시입니다만 오늘은 여기까지 움직이기로 합니다. 몸을 좀 쉬어줘야 다음 남은 며칠도 움직일 수 있을 것 같네요. 차를 Lakeside Holiday Park에 주차하고 짐을 챙겨서 호숫가로 나갑니다.

차가운 호수에 몸을 담그니, 피로가 풀리... 기는 커녕 정말춥습니다. ㅜ.ㅜ 아내는 채 몇분 있지도 않고 밖으로 나가 따뜻한 햇볕에 몸을 녹이고, 전 들어온 것이 아까워 좀 더 버티며 수영을 합니다. 이럴때 아니면 언제 이런 깨끗한 호수에서 수영을 해보겠어요. :)

New Zealand Gallery

Unknown — Wed, 26 Sep 2012 00:00:00 +0000

Day 1

Day 2

Oamaru Holiday Park

Moeraki Boulders

Dunedin

Otago 반도

Day 3

Dunedin

Kaka Point

Nugget Point

Way to Long Point

Curio Bay

Day 4

Invercagill

Colac Bay

Clifden Suspension Bridge

Wetland (Way to Te Anau)

Glowworm Caves (Te Anau)

Day 5

Way to Milford Sound

Milford Sound

Te Anau

Day 6

Way to Queenstown

Queenstown

Day 7

Glenorchy

Queenstown

Arrowtown

Day 8

Puzzling World

Way to Fox Glacier

Lake Matheson (near Fox Glacier)

Day 9

Fox Glacier Tour (Half day)

Hokitika

Greymouth

Day 10

Arthur's Path (Devil's Punchball)

Christchurch

Day 11

Tokyo

Write website with Hakyll and Git

Unknown — Thu, 20 Sep 2012 00:00:00 +0000

Updated: 지금은 아래의 방법을 이용하고 있지 않고 [Github Pages와 Cloudflare를 이용한 웹사이트][github-pages-cloudflare]를 운용하고 있습니다. Github Pages가 정적 웹사이트로 쓰기에 안성맞춤인 것 같네요. Cloudflare를 이용하면 https 까지 지원할 수 있어서 좋은 듯 합니다.

원 글은 Chris의 Write your blog with Hakyll and Git 입니다. 이 글 대로 진행하는 과정 중 몇몇가지가 수정되어야 해서 이 글을 작성하게 되었습니다.

이 홈페이지는 [Markdown][] 문법을 이용하여 [Hakyll][] 로 생성되었습니다.

위의 링크에서는 post-receive hook을 사용하여 git remote 에 push되었을 때 그 remote에서 최신을 checkout하고 hakyll을 다시 만들어 사이트를 build하는 과정을 담고 있습니다.

이 과정에서 remote git 저장소에 설정을 해줘야 하는 부분이 하나가 더 있습니다. remote가 최신 master 브랜치를 보고 로컬도 같은 부분을 볼 경우, remote에 push 하려고 하면 충돌이 나게 됩니다. 이는 remote 저장소가 checkout된, 즉 다시 말하면 bare repository¹ 가 아니기 때문에 발생합니다.

bare repository에 대한 내용은 ProGit 문서를 참조하시면 좋습니다.

이를 위해 remote 저장소의 .git/config 에 아래의 사항을 추가해 주어야 합니다.

[receive]
    denyCurrentBranch = false

이렇게 하면 checkout된 branch로 push가 가능하게됩니다.

밀포드 사운드

Unknown — Tue, 18 Sep 2012 00:00:00 +0000

Milford Sound

오늘 목적은 밀포드 사운드 를 가는 것입니다.

10시 반 크루즈를 타기 위해 아침 7시에 테아나우 에서 일어납니다. 이번 여행 중 가장 일찍 일어난 겁니다. 어제 보았던 일기 예보에는 구름 약간 있는 맑은 날씨입니다 눈을 뜨고 캠핑카의 침대에서 커튼을 걷어서 하늘을 보니 하늘은 구름으로 자욱합니다. 금방 비가 쏟아내려도 이상하지 않을 날씨입니다.

'이렇게 매번 중요한 곳에서 날씨가 안받쳐주는 건가..' 라는 생각이 듭니다.

지금까지 여행중에 참으로 날씨로 인해 많은 아쉬움이 있었습니다. 오타고 반도에서는 안개 자욱한 날씨로 인해 알바트로스나 기타 풍경등 아무것도 볼 수 없었습니다. 캐틀린스 의 너겟 포인트(Nugget Point)에서는 바다는 보이지 않았고 큐리오 만(Curio Bay)에서는 비까지 쏟아지는 악천우 였습니다. 지금까지 여행의 대부분의 장소에서 날씨는 좋지 않았습니다. 오늘도 그렇게 될 것만 같습니다.

일어나지도 않은 채 곧장 몸을 뒤집어 날씨가 좋아지게 해달라고 기도 합니다.

많은 사람들이 추천하는 밀포드 사운드 만이라도 제대로 보고 싶습니다.

8시 정각에 밀포드 사운드 를 향해 출발합니다. 느릿 느릿 챙기는 우리 부부라 1시간은 준비시간에 참 부족합니다. 대충 대충 씻어서 추리한 모습에, 차를 타고 가면서 빵에 잼을 발라 먹습니다.

가는 동안, 결국엔 비가 내립니다.

차를 돌릴까 생각도 합니다. 그러나 이런 날씨에도 가야합니다. 여행을 한 달, 두 달 할 수 있는 것도 아닙니다. 우리에게 주어진 시간은 단 10일 입니다. 상황이 어찌 되었든 계획대로 움직이지 않으면 제 시간에 크라이스트처치 에 도착하지 못할 지도 모릅니다.

평지를 지나 숲을 지나니 갑자기 뜬금없는 산들이 나타납니다. 구름에 가려 눈 높이만큼밖에 보이지 않지만 꽤 높은 산들입니다. 테아나우 에서 밀포드 사운드 까지는 거리상으로는 약 120km밖에 떨어져 있지 않습니다. 그러나 밀포드 사운드에 가까이 다가갈 수록 풍경은 급격하게 변합니다.

구름이 서서히 걷혀갑니다. 저 멀리 구름 사이로 한여름임이도 눈 덮힌 산들이 그 모습을 잠깐 잠깐 비춥니다. 점점 희망이 생깁니다. 날씨가 좋아지고 있습니다.

Homer 터널을 지나니 터널 이전과는 완전히 다른 세상이 펼쳐집니다. 구름 한점 없는 하늘과 높은 산과 그 산 사이로 쏟아지고 있는 수많은 물줄기가 펼쳐져있는 풍경에 넋을 잃어버립니다.

하나님이 내린 풍경중 이렇게 멋진 곳이 또 있을까 싶습니다.

밀포드 사운드에 도착해서 Cruise 예약을 하려고 보니 10시 30분은 이미 예약이 다 차버렸습니다. 다행히 10분 뒤인 10시 40분 Cruise에 자리가 남아 그 것을 탈 수 있었습니다.

하늘은 이보다 좋을 수 없는 푸르름을 뽐내고 있고 햇살은 안그래도 피부가 검은 저를 태워버릴 만큼 강렬합니다. 항구에서 보이는 마이터 피크(Mitre Peak)는 사진에서 보이는 모습 그대로입니다. 마이터 피크의 모습도 멋지지만 주변의 다른 산들의 모습도 그에 못지 않습니다.

캐나다에서 보았던 로키산맥의 웅장함과는 다릅니다. 바다, 산, 폭포의 세가지가 완벽한 조화를 이루며 파랑과 녹색으로 어우러집니다.

2시간 15분의 시간이 짧게만 느껴집니다.

물을 맞으면 10년이 젊어진다는 폭포의 물도 맞아보고

그런 폭포를 넋을 잃고 바라 봅니다.

움직이는 시간조차 아까울 정도 입니다. 한 순간이라도 더 눈에 담아두기 위해 배고픔도 참고 화장실도 참으며 열심히 봅니다.

배는 피오르드를 지나 바다까지 나가서 다시 돌아옵니다. 어느새 2시간 15분이 지나 밀포드 사운드의 풍경은 더 이상 볼 수 없습니다.

아쉬운 마음에 입구에서 사진도 찍어봅니다.

왔던 길을 되돌아 가는 것이 무척이나 아쉽습니다. 중간 중간 멋진 풍경을 감상하기위해 멈추고 사진도 찍습니다.

호머 터널을 지나자마자 바로 왼쪽의 넓은 터에 차를 주차시키고 점심을 만들어 먹습니다. 좌, 우 양쪽으로 수백미터 위에서 쏟아지는 폭포를 반찬삼아 먹는 스파게티의 맛은...

최악입니다 정말 토마토 소스는 싫습니다. ㅜ.ㅜ

먹고 난 후 주차장 방향에 있는 폭포로 가벼운 트래킹을 했는데 길이 없어서 바위를 넘고 얼음을 건너 기진맥진해가며 다녀옵니다.

가까이서 보는 폭포는 그 힘든것을 보상해 주고도 남을만큼 장관입니다.

아내와 나는 그 자리를 떠나는 것이 싫어서 주변을 이리저리 둘러봅니다.

어느새 이 곳에서 2시간 반 이상을 시간을 보냈습니다. 다시 차에 시동을 겁니다. 차갑게 식어있던 엔진이 다시 뜨거워지고 그 아름다운 풍경은 룸미러를 통해서 멀어져 갑니다.

중간 중간 멈춰서 풍경 구경을 하고 테아나우 에 도착하니 어느덧 저녁시간이 됩니다. 테 아나우도 구경하면서 식당을 물색합니다.

오늘은 햄버거에 도전합니다.

햄버거 양은 역시나 엄청납니다. 아내는 햄버거가 짜다면서 얼마 먹질 못합니다. 전 한국용 입맛과 외국용 입맛을 따로 가지고 있어서 짠맛은 무시하면서 먹지만, 역시나 양은 많습니다. 하나만 시켜도 둘이 충분히 먹을 양입니다.

다시 [Holiday Park][] 로 돌아와 간만에 세차도 합니다. 비포장 도로를 달리고 벌써 1200km 이상을 달린 우리 캠핑카는 많이 지저분했는데, 세차하고 나니 다시 반짝이며 더 달릴 수 있다고 말하는 것 같습니다. ^^

퀸스타운

Unknown — Tue, 18 Sep 2012 00:00:00 +0000

잠을 푹 자고 테아나우 에서 느긋하게 일어났습니다. 눈을 뜨니 10시가 거의 다 되었습니다. 날씨는 인버카길 이후로 항상 좋은 것 같네요.

오늘은 주일이라 교회를 찾아봅니다. 어제 알아놓는 한인교회 2곳에 전화해봤는데 역시 받지 않습니다. 사실 인터넷도 안되고 해서 알아보는게 쉽지 않았습니다. [Holiday Park][] 바로 옆에 교회가 있지만 영어 예배는 무리라는 생각이 듭니다. 전화를 받지는 않지만, 어제 알아둔 교회 주소를 GPS에 찍고 퀸스타운 으로 달리기 시작합니다.

이제는 아무런 감흥도 없습니다. 지나가며 보는 풍경은 어제 보았던 밀포드 사운드 와 비교됩니다. 그 엄청난 산과 피오르드는 지금의 평평한 대지는 그냥 배경색으로 치부시켜버리게 만듭니다.

첫날, 둘째날에는 비오는 날씨였음에도 주변에 약간 보이는 양과 소와 나무를 보고도 감탄사를 연발했었습니다. 그런 것을 보면 사람이란 참 간사하다는 생각이 드네요. 시간이 얼마나 지났다고 이렇게 무뎌지다니..

지루한 풍경은 Kingston을 지나면서 급격하게 바뀝니다. Lake Waitipu(와이티푸 호수) 옆을 따라 달리는 도로는 그중 최고입니다. 이 호수가의 도로를 따라 달리면 퀸스타운 이 나오는데 엄지 손가락을 치켜세울 만큼 멋진 모습을 보여줍니다. 예배시간을 알아보기위해 다급한 마음이 있었지만 멈출 수 밖에 없는 그 무엇인가가 있습니다.

교회는 퀸스타운 건너편 지역인 Kelvin Heights라는 곳입니다. 이곳에 도착하니 심히 당황스럽습니다. 교회는 없고 그 주소에 왠 가정집만 덩그러니 있네요. 들어갈 수도 없어서 결국 예약해 둔 Creekside Top 10 Holiday Park로 갑니다. 김치가 거의 다 떨어져 가서 애타게 찾고있던 한인마트의 위치를 알아내고 찾아갑니다. 그곳엔 김치 뿐만이아니라 수많은 한국 식품이 있습니다. 살 계획이 없었는데 김을 보는 순간 "이건 질러야해"라고 생각하니 손에 김이 들려있습니다.

한인 마트에서 한인 교회에 대해 물어보니 예배시각이 1시라고 합니다. 이미 두시간이 훌쩍 지나버렸습니다. 예배는 물건너간 줄 알았는데 워킹홀리데이 사람들을 위한 5시 예배가 있다고 해서 다행히 참석할 수 있었습니다.

그 사이 퀸스타운 을 구경합니다. 사람들은 자유롭고 느긋한 생활을 하는 것 같습니다. 많은 사람들이 관광객이겠지만 실제 사는 사람들또한 여유로워보입니다. 우리나라에서는 이런 여유로운 생활을 하지 못하는게 안타깝습니다. 저 또한 지금은 이렇게 즐기지만 다시 한국으로 돌아가면 치열하게 살아가야만 할 테지요.

예배를 드린 후 이야기 하면서 세 유명한 가게를 알게 되었습니다. 첫째는 Fergburger 햄버거 가게이고 둘째는 호숫가에 있는 Fish & Chips 의 Prawns(새우), 그리고 Fish&Chips에서 Fern Hill 방향으로 조금만 걸어가면 나오는 Icecream 가게입니다.

예배를 드린 후 퀸스타운 곤돌라를 타고 타운 전체를 감상합니다.

이렇게 멋진 자연 풍경을 가진 곳에 정말 아름답게 마을이 들어서 있습니다.

여기엔 높은 건물도 없습니다. 그저 산을 우러러 볼 수 있고 호수를 바라 볼 수 있도록 자연과 조화롭게 어울리는 집들이 있을 뿐입니다.

저녁은 Fergburger 에 가서 먹어보기로 합니다.

퍼그버거 앞에는 많은 사람들로 북적댑니다. 그중 유달리 중국인들이 많습니다. 아마도 중국 여행 책자에 소개가 되어있나봅니다.

퍼그버거에서 가장 기본적인 메뉴인 퍼그버거(NZ $10)는 지금까지 먹어보았던 그 어떤 햄버거보다 맛있습니다. 크라제 버거는 이제 버거도 아닌 것 같네요. 외국의 햄버거는 다들 대부분이 짠 편이라 기대하지 않았는데, 이 햄버거는 고기 맛이 그대로 느껴지면서 그렇다고 퍽퍽하지도 않은, 정말 일품 햄버거입니다. 이대로 퍼그버거를 한국에 가지고 가고 싶을 정도네요.

더니든, 캐틀린스

Unknown — Mon, 17 Sep 2012 00:00:00 +0000

급변하는 날씨를 경험한 하루였습니다. 아침엔 살을 태울 것 같은 강렬한 햇살이 내리쬐고 있었습니다. 점심 즈음엔 자욱한 바다 안개로 인해 앞을 보기 어려울 정도였습니다. 저녁엔 쏟아지는 장대비를 맞으며 힘겨운 운전을 해야만 했었네요.

Dunedin

아침에 눈을 뜨고 캠퍼밴의 커튼을 젖히니 푸른 하늘이 우릴 맞이하고 있었습니다. 3일 만에 드디어 뉴질랜드의 푸른 하늘을 보게 되었습니다. 그동안의 우중충한 구름은 온데간데없이, 푸른 가을 하늘 같은 여름 하늘이 눈앞에 있었습니다. 파랗다 못해 눈이 시릴 정도였죠.

즐거운 마음으로 더니든 시내로 향합니다. 오전엔 더니든을 돌아볼 생각입니다. 사실 우리가 가진 정보는 책 한 권이기에, 그것만으론 부족해서 도시를 가게 되면 항상 [i-Site][]를 들렀습니다. [i-Site][]에서는 주변 여행 정보를 얻을 수 있고, [Holiday Park][] 를 예약할 수도 있으며, 각종 투어를 예약할 수 있습니다. 모든 지역 여행의 시작지점이라 할 수 있습니다.

i-Site를 통해 얻은 시내 볼거리 몇 개를 들고 돌아다니기 시작했습니다.

더니든 기차역은 그 고풍스러운 디자인이 눈길을 끕니다. 사실 이 건물 외에도 고풍스러운 건물은 더 많이 있지만, 유달리 더니든 기차역이 눈에 들어오는 것은, 주변에 아무런 건물도 없기 때문일 겁니다.

또한 옥타곤 거리 바로 옆에는 First Church가 있습니다.

건물도 아름답지만, 그 옆의 잔디밭 또한 멋집니다. 그리고 내부에는 파이프 오르간이 설치되어 있어 아름다운 음악 소리를 들을 수 있었습니다. 연주하시는 분이 여자분인 줄 알았는데 연주를 마치고 교회를 나서는 모습을 보니 나이 지긋하신 어르신이었습니다.

그리곤 거리에서 느긋하게 커피도 마시며 여행을 즐기는 흉내도 좀 내어봅니다. 그래도 바쁜 마음에 가만히 한 시간을 있지를 못하겠더군요. 둘이 서로 재촉하면서 결국 자리를 금방 일어납니다.

오전 내에 구경해야 된다는 압박감에 바로 오타고 대학으로 향합니다. 날씨가 좋은 덕분인지 많은사람이 밖에서 일광욕을 즐기고 있었습니다. 그 모습이 부러운 나머지 우리도 잔디에 드러눕습니다.

사진은 찍어야되니 한명씩 번갈아가면서 말이죠 ^^

대학 주변을 돌아보며 사진을 찍습니다. "남는건 사진뿐이야" 라는 말에 더 부지런히 돌아다닙니다.

사실 오타고 대학까지만 보고 가려고 했는데, 캠핑카를 주차해놓은 곳이 더니든 식물원(Dunedin Botanic Garden) 바로 앞이었습니다. 시간은 촉박한데 입구라도 가보자며 냉큼 들어갔습니다.

내부는 정말 높게 솟은 나무들과 풀과 시내가 어우러진 멋진 식물원이었습니다. 그렇지 않아도 좋은 공기의 더니든인데 식물원에는 상쾌함이 항상 따라다녔습니다.

아내는 신발도 안신고 삼선슬리퍼를 끌고 신 나게 돌아다닙니다. 세상에서 가장 편한 신발이라나요.. :)

Catlins

그렇게 얼렁뚱땅 더니든 유람을 한 후, 곧장 오늘의 하이라이트 캐틀린스로 가려고 했으나 배가 고프네요. -_-;; 중간에 차를 세우고 밥을 먹습니다. 오전에 신 나게 돌아다닌 덕분인지 뭘 먹어도 맛있네요. 길을 가다 세워도 정말 멋진 풍경입니다. 이름도 없는 그저 길가의 한 장소일 뿐인데도 감탄이 나올 모습이 계속 펼쳐집니다.

첫 목적지는 카카포인트(Kaka Point)입니다. 캐틀린스의 시작을 알리는 곳이죠. 캐틀린스는 뉴질랜드 남섬의 남동쪽 해안 영역을 통틀어 말합니다. 카카포인트에서 시작해서 큐리오만(Curio Bay)까지 이어집니다.

카카포인트에 가까이 가면서 점점 안개가 자욱해집니다. 맑은 날씨는 온대 간대 없고 짙은 안개가 캠퍼밴의 앞을 가로막습니다. 캠퍼밴의 전조등을 켜고 갈 지경입니다. 그렇게 가다 보니 어느새 카카포인트입니다. 짙은 안개에 가득하지만, 그 풍경은 참 멋집니다.

바다를 보다가 괜하게 장난기가 발동합니다. 셀프타이머에 놓고 이리저리 사진을 찍는데 서로 찍으면서 웃느라 정신이 없네요.

그 길 따라 그대로 너겟포인트(Nugget Point)로 갑니다. 너겟포인트는 중간에 길이 비포장도로로 바뀌기 때문에 운전하기 까다롭습니다. 길도 좁아서 교차하는 차를 만나면 여간 당혹스러운 게 아닙니다. 특히나 넓은 캠핑카를 만나기라도 하면 ;;

너겟포인트로 들어갈수록 점점 안개는 진해집니다. 너겟포인트가 캐틀린스에서 가장 아름답다고 하는데, 제대로 된 모습을 보긴 힘들어 보입니다.

차를 주차하고 너겟포인트의 등대까지 걸어갑니다. 너겟포인트의 등대는 희미한 안개에 싸여있음에도 멋진 장면을 보여줍니다.

물개도 보이긴 하지만 그래도 먼바다를 볼 수 없는 게 아쉽긴 아쉽네요.

다음 목적지는 나니아연대기의 대관식 장면을 찍었다는 곳인 푸라카우누이만(Purakaunui Bay)입니다. 이곳은 지도에도 잘 나와 있지 않더군요. GPS는 이미 카카포인트를 지난 이후부터는 우리가 허허벌판을 달리고 있다고 표시합니다. GPS가 일반 도시와 관광지는 지도를 거의 정확하게 보여주지만 유독 뉴질랜드 남섬의 남쪽은 그다지 정확히 보여주질 못하더군요. 남쪽을 여행할 계획이 있다면 좀 더 정확한 지도를 준비하는 것이 좋겠습니다.

비포장도로를 열심히 질주하며, 깊이, 더 깊이 들어갑니다. 길이 점점 험난해 집니다. 바다 냄새가 나며 바다 안개가 자욱해지는데 길은 가파르게 올라갑니다. 기어가 2단 이상 올라갈 수가 없을 정도로 험난한 길이 계속됩니다.

그렇게 한참을 가는데, 여기가 아닙니다.;; 차를 돌리기도 어려운 좁은 비포장도로라 한참을 더 들어가 겨우 돌려서 나옵니다. 그리곤 다시 방향을 잡아 달려갑니다.

한 시간을 달렸는데도 여전히 푸라카우누이 만은 나오질 않습니다. 한참을 달리는데 Long Point가 있다고 나오네요. 이거 또 잘못 들어섰나 봅니다. 그동안 운전하면서 헤멘 적이 없는데, 이거 아내가 의심의 눈초리를 보내네요. 가다 보니 차가 한 대 서 있습니다. 포장도로에서는 거의 한시간 가까이 들어오고, 들어오면서 아무런 차 한 대 보질 못했는데, 떡하니 한 대가 있으니 왠지 두려움 반 긴장 반 입니다.

차를 멈추고 당최 여기가 어딘지 물어보려는데, 남녀가 샐러드를 마치 밥처럼 먹고 있더군요 -_-;; 밥처럼 먹는다는 게 어떤 모습이었냐면, 저희 부부가 다가가는데 다마스같이 생긴 작은 봉고 캠핑카 문을 열어두고 그 발판에 걸터앉아서 커다란 그릇에 샐러드를 담아 비빔밥같이 소스에 비벼 먹고 있는 모습이었습니다. 새로운 문화 충격입니다. 샐러드를 주식으로 먹는 모습은 한 번도 보지 못했는데 신기하네요.

먹을 때는 개도 안 건드린다고 하지만 제 코가 석 자라 그래도 물어봅니다. 커플은 차에서 지도까지 꺼내오는 친절을 발휘하면서, "you got the wrong wrong way."라고 말해줍니다. "여긴 아닌가벼~" 말하고 돌아섭니다.

다시 푸라카우누이를 찾아가기엔 헤맬 걱정이 있고, 시간도 어느새 저녁이 가까워져 옵니다.

돌아와서 알아보니 Long Point 바로 옆이 푸라카우누이였습니다. 위의 멋들어진 사진이 Long Point에서 바라본 풍경입니다. 안개 자욱해서 이렇게 보이진 않았겠지만 지금 생각해보면 아쉬움이 많습니다. 푸라카우누이 가는 길에 거의 다 갔을 때 위쪽으로 올라가는 길이 아닌 아래로 직진하는 길이 푸라카우누이 가는 길이고 위로 가면 우리가 헤맸던 Long Point 가는 길이었습니다.

아쉬움을 뒤로 한 채 큐리오 만으로 향합니다. 날씨도 안 좋고 시간도 늦었지만 큐리오 만으로 가는 이유는, 그동안 보지 못했던 펭귄을 보기 위함입니다. 오아마루에서도 펭귄을 못 봤고, 오타고에서는 캐틀린스에서 볼 수 있다는 생각에 못 봤었습니다. 여기를 벗어나면 펭귄을 볼 기회가 더는 없었습니다. 그래서 반드시 가야 했습니다.

어둑어둑해진 큐리오 만에 달려가서 결국 펭귄을 보았습니다. 슬슬 집으로 들어오는 때라 뛰기도 하고 고개도 갸우뚱하는 펭귄이 정말 귀엽습니다. ^^ 뛰는 것이 익숙하지 않은지 뛰어서 바위를 건너다 넘어지기까지 합니다. 날씨가 좋지 않은 탓인지 그다지 많은 펭귄을 볼 수 없었지만 그래도 드디어 펭귄을 보았습니다.

인버카길 Top 10 홀리데이파크에 도착하니 밤 9시 반이 넘었습니다. 340km 정도 밖에 달리지 않았지만 비포장도로를 3~4시간을 달리고 나니 몸이 여간 피곤한 게 아닙니다. 도착하자마자 남은 스테이크 고기를 구워서 먹고, 스파게티까지 먹어치웠습니다. 체력 소모가 심한 듯 마구마구 들어갑니다. 씻고 바로 기억을 잃었습니다. ;; 신혼여행이 아니라 마치 고생을 사서 하려고 작정한 여행인 것 같은 느낌이 마구 듭니다. 그래도 즐거워하는 아내 모습을 보니 피곤하긴 해도 보람은 있네요. 아내 혼자 두고 캐나다 [워킹홀리데이][06canada]를 가서 혼자 즐긴 게 맘에 걸렸는데 조금은 그 짐을 덜게 되는 것 같네요.

테아나우, 반딧불이 동굴

Unknown — Mon, 17 Sep 2012 00:00:00 +0000

인버카길 에서 장좀 보고 곧장 길을 나섰습니다. 사실 스튜어트 아일랜드에 가보고 싶었지만, 들어갔다 나오는데 걸리는 시간이 상당히 길 것 같아 다음으로 기회를 미뤄야 했습니다. 뉴질랜드 언제 다시 올지 모르겠는데 다음으로 미루는 게 점점 많아지네요. 그만큼 볼거리가 많았습니다.

인버카길 옆에 있는 바닷가에 잠깐 들릅니다. 오늘 날씨는 참 변덕스럽습니다. 같은 장소에서 비를 맞다가 햇살 가득 비쳐서 반팔을 입게 만들더니 다시 비가 쏟아집니다. 우비를 입으라는 건지, 선글라스를 쓰라는건지 모르겠습니다. 고지대 산도 아닌데 이리 변덕스러우니 어찌 할 바를 모르겠습니다.

테아나우 로 가는 길은 2방향이 있는데 우리는 남쪽 해안을 따라 가기로 합니다. [마운트 쿡][] 으로 갈 예정이었기 때문에 여기에서 보는 바다가 뉴질랜드의 마지막 바다가 되기 때문입니다. 바다를 따라 가다가 Colac Bay에 들러서 점심을 먹습니다. 자갈과 모래로 이루어진 멋진 해안입니다. 푸른하늘과 연한 구름은 그 풍경에 넋을 잃게 만듭니다.

해변에 한번 뛰어들고 싶지만 언제 또 씻고 출발하겠냐며 발만 담급니다. 시원하네요.

이제 바다가 보이는 곳의 거의 끝에 다가갑니다. 이대로 내륙으로 들어가면 이렇게 멋진 바다는 다시 못 볼 지도 모른다는 생각에 좀 천천히 가고 싶습니다.

지나가는 모든 곳이 다 사진속의 풍경같이 멋집니다. 절벽과 파도와 바람들, 그 모든 것이 서로 섞여 강렬한 향수를 느끼듯 머릿속에 각인됩니다.

이젠 바다가 없어졌습니다.

무엇을 봐야 할지 모를 때, 강(Waiaru River)이 나옵니다. 그리고 언듯 비치는 표지판에 Suspension Bridge 가 보입니다. 흔들다리! 를 외치며 바로 핸들을 꺾어 들어갑니다.

우리가 간 곳은 Clifden Suspension Bridge입니다. 전혀 생각지도 못했던 곳인데 이곳이 이날 기억에 가장 많이 남습니다.

사진으로는 표현되지 못한 강렬함이 있었습니다. 주변의 강과 나무와 물과 바위의 완벽한 자연 배경 위에 전혀 거슬림 없이 다리가 놓여 있었습니다. 이 길을 지나는 여행객은 극히 드물겁니다. 사실 크라이스트처치 에서 더니든 방향으로 오는 여행객은 매우 적습니다. 대부분 [마운트 쿡][] 이나 그레이마우스 방향으로 가는게 일반적이지요. 게다가 인버카길 에서 테아나우를 가는 길은 보통 인버카길 북쪽 도로를 타고 빠르게 이동하는 것이 대부분입니다. 그러니 이 Clifden Suspension Bridge를 지나갈 일은 거의 없는 편입니다. 그래서 이 곳이 책자에도 소개되지 않았나 봅니다. 그런 곳을 발견한 저희는 시간이 가는것도 잊은 채 여기서 이야기하고 시간을 보냈습니다.

테아나우 로 가는 길은 경이로운 자연 풍경으로 가득합니다.

지나가며 보았던 Wetland 또한 경이로웠습니다. 높은 산과 낮은 평지에 넓게 깔려있는 습지가 눈을 가득 채우는 그 풍경은 아래의 작은 사진으로는 표현되지 못할 겁니다. 아마도 사진을 100인치 스크린에서 3D로 본다면 그 느낌이 조금은 되살아 날 수 있을 지도 모르겠습니다. 사진의 낮은 평지 부분을 실제 눈으로 보았을 때 광활함은 넋을 놓고 보게 만들었습니다.

Glowworm Caves

테아나우 에 도착하자 마자 바로 반딧불이 동굴(Glowworm Caves) 투어를 예약했습니다. 사실 반딧불이와 Glowworm은 좀 다르긴 한데 우리에겐 Glowworm을 표현할 다른 말이 없으니.. '반딧불지렁이'정도쯤 되려나요? 이 것은 아내가 꼭 보고 싶다고 해서 바로 신청했습니다. 사실 저도 궁금하긴 했습니다. 어릴적 외할머니댁에서 여름밤에 보았던 반딧불이가 생각났었거든요.

반딧불이 동굴은 Real Journey 회사를 통해서 배를 타야만 들어갈 수 있습니다.

저녁시간인데도 해는 아직 떠있습니다. 배안에 있기에 갑갑해서 갑판으로 올라왔더니 시원한 바람에 쌀쌀함을 느낍니다. 여름이 여름이 아닌 것 같습니다.

아쉽게도 반딧불이 동굴은 사진 촬영이 금지되어 있었습니다. 플래시를 터트리지 않고 찍으려해도 LCD불빛때문에 안되는것 같더군요. 그리고 동굴 자체가 물이 계속 떨어지는 상황이라 카메라가 왠만큼 방적되지 않는다면 무리가 갈 것 같기도 합니다. 그래서 반딧불이 입구만 찍었습니다.

반딧불이 동굴은 짧은 관람시간이라는 것만 제외하면 대 만족입니다.

배를타고 들어가면 아무것도 보이지 않는 칠흑같은 어둠속에서 별처럼 무수하게 빛나는 Glowworm을 보게됩니다. 아름다움을 넘어선 경외로운 수준입니다.

New-zealand Wide pictures

Unknown — Thu, 13 Sep 2012 00:00:00 +0000

크라이스트처치에 도착해서 오아마루로

Unknown — Thu, 13 Sep 2012 00:00:00 +0000

아침 9시 반에 크라이스트처치 공항에 도착했습니다. 입국 심사를 받는데 immigrate officer가 저를 따로 불러서 검사하더군요. 비행기에서 내려서 서둘러서 제 앞엔 10명도 없었는데 열외 되는 바람에 마지막 사람이 빠져나간 후 한참 뒤에야 나올 수 있었습니다. 이유를 물어봤더니, 나와 같은 이름이고 생년월일이 다른 사람이 DB에 남아 있어서라고 하더군요. 제 앞에 기다리던 일본 여자는 "too many travel" 때문이라고 한 것으로 봐서 저도 비슷한 이유이지 않을까 생각합니다.

사실 최근 몇 년간 여권에 출입국 도장이 많이 찍히긴 했습니다. 복을 많이 받은 덕분인지, 여건이 좋지 않았음에도 이 나라 저 나라 돌아다닐 수 있었습니다. 지금 생각하면 좀 더 돌아다니고 더 많이 움직여야 했었다는 생각도 들지만, 그래도 많은 경험을 쌓을 수 있어서 나름 나쁘지는 않습니다.

우여곡절 끝에 비상식량으로 한국에서 쟁여온 육포도 뺏기고 10시 50분이 되어서야 캠퍼밴을 예약한 United Campervan에 도착할 수 있었습니다. 우리 부부가 빌린 캠퍼밴은 샤워할 수 있는 시설과 화장실이 있는 캠퍼밴 중 가장 저렴한 것입니다. 하루에 뉴질랜드 달러로 160달러로 아마도 구할 수 있는 캠퍼밴 중 가장 쌀 겁니다. 보험 추가하고, GPS¹를 추가하니 177달러에 빌린 셈이 되었지만 그래도 여전히 쌉니다.

뉴질랜드에서는 한국에서 흔히 부르는 내비게이션이라 부르지 않고 GPS라고 부릅니다.

뉴질랜드는 우리나라와 교통 방향이 반대입니다. 차는 왼쪽으로 다니고 운전석은 차의 오른쪽에 있습니다. 기어 또한 운전석의 왼쪽에 있어서 왼손으로 기어를 조절해야 합니다. 제가 운전병이긴 했지만 새로운 환경에 좌우가 반대인 도로를 운전해야 했기에 조심조심 운전할 수밖에 없었습니다.

대형 할인점 'PAK n SAVE'에서 간단히 먹을 것을 산 후 곧바로 오늘의 목적지인 오아마루로 향합니다. 1 Highway를 타고 갔는데, 1번 고속도로라면 그래도 제일 좋은 도로일 텐데 어찌 된 일인지 고속도로가 왕복 2차선입니다. 힘도 별로 없고 무거운 제 캠핑카가 느리게 가면 뒤차들은 앞지르기 구간(Passing Lane)이 나오기 전까지는 그냥 따라옵니다. 앞지르기 구간이 아닌 곳에서는 절대 앞지르기를 하지 않았습니다. 뒤에 따라오는 컨버터블 스포츠카도 느긋하게 운전하는 모습을 보았습니다. 이런 부분에서 뉴질랜드의 준법의식을 느낄 수 있었습니다.

Ashburton을 지나니 점심시간이 훌쩍 지나버렸습니다. 길가에 차를 세우고 라면을 끓입니다. 뉴질랜드에서의 첫날, 첫 음식을 한국적인 라면으로 해결하는 게 조금은 이상했을지도 모르겠지만, 그때 우리는 그 라면이 비행기 기내식으로 속에 쌓인 느끼함을 한 방에 날려주는 고마운 점심이었습니다. '이런 것이 캠핑카의 매력이 아닐까?'라는 생각이 들었네요. 원할 때 쉬고, 먹고 싶을 때 먹고, 자고 싶을 때 잘 수 있는 자유를 누릴 수 있는 이 매력.

Timaru를 지나기 전까지는 해안도로였음에도 바다는 보이지 않았습니다. GPS 지도 상으로는 바로 옆이 바다로 표시되는데도 파도 소리도 들리지 않고 그냥 길만 계속 펼쳐지고 있었습니다. 그러나 이 풍경은 티마루를 지나자마자 바뀌었습니다. 멋진 태평양이 왼쪽으로 펼쳐집니다. 이렇게 멋진 파도가 치는, 광활한 바다를 언제 보았을까. 바다는 대지를 울리는 소리를 내며 해안을 잘게 부수고 있었습니다. 그런 맹렬함 때문인지, 해안은 절벽으로 이루어져 있었습니다. 바다를 가까이 보기 위해선 절벽 사이에 난 좁은 길로 내려가야만 했습니다.

좁은 길을 통해 내려간 그곳은 거센 파도가 치는 태평양 그대로를 보여주고 있었습니다. 앞에는 바다밖에 보이지 않고 섬은 없는 끝없는 수평선만 있는 바다였습니다. 파도가 부서지는 소리도 귀를 찢어놓을 듯 거세고 바람도 매섭게 부는 바다, 이렇게 탁 트인 바다를 보고 있으니 새삼 여행을 온 기분이 듭니다. 지명도 알 수 없는, 그저 길을 달려가다 멈춘 곳에 멋들어진 풍경이 마음에 쏙 듭니다. 그때 당시는 그곳은 그냥 스쳐 가는 곳이어서 이름조차 몰랐지만, 나중에 그 지역을 찾아보니 Pareora 지명을 가진 곳입니다.

도쿄 나리타를 들러서 온, 하루가 넘는 기나긴 강행군 탓에 오아마루에 도착할 즈음엔 눈꺼풀이 그 무게를 이기질 못할 지경이 되어버렸습니다. 간신히 오아마루에 도착해 [Holiday Park][]에 자리를 잡았습니다. 저녁이 되어서 배는 많이 고팠는데 움직이기는 정말 싫었을 만큼 피곤했습니다. 오랜 시간 이동하면서 제대로 쉬지도 못해서 피곤했습니다. 겨우 몸을 움직여 reception에 물어 Fat Sally's 음식점을 추천받고 가보았습니다. 요리 두 개를 시켰다가 그 양에 놀라고, 그 느끼함에 또 한 번 놀랐습니다. 웬만큼 캐나다 음식으로 다져진 저에게도 견디기 어려울 만큼 느끼한 Pork Rib 요리였습니다. 결국, 치킨샐러드로만 배를 채우고 갈비는 건들지도 못하고 그대로 돌아왔습니다. 맛있다는 말에 기대하고 갔는데 실망해서 앞으로의 먹거리가 걱정되는 순간입니다.

밤이 한참 지났음에도, 한여름 탓인지 주변은 밝습니다. 스무 시간 전만 해도 두꺼운 외투를 입고 추위에 떨고 있었지만, 뉴질랜드는 선선한 날씨의 한여름입니다. 여름치고는 밤에 서늘하다고 느낄 정도로 독특한 여름입니다. 캠핑카에서 잠을 자기가 쉽지 않을 줄 알았는데, 막상 캠핑카의 좌석을 이리 옮기고 저리 옮기고 이부자리를 펼치니 멋들어진 침대가 됩니다. 뒤쪽 문만 열면 바로 하늘에 무수히 떠있는 별을 보면서 잘 수 있는 멋진 간이침대로 변합니다.

별이 정말 마음에 듭니다. 도시지만 사람이 적게 사는 덕분인지 별은 정말 많이 보입니다. 쌍안경이라도 있었으면 정말 제대로 별을 볼 수 있었을 텐데 아쉬움이 남는 밤하늘입니다. 한국에서는 이미 별빛을 잃어버린 지 오래입니다. 도시에서 별은 밝은 별이나 조금 보이고 북두칠성도 이젠 보이지 않습니다. 어릴 때에는 새벽에 일어나면 그래도 몇몇 별자리는 보였습니다. 그러나 이젠 새벽에도 제대로 된 별자리를 구분하기 어려울 정도로 별은 그 힘을 잃어버렸습니다. 그렇게 별이 힘을 잃어가면서 저도 별을 잊어버렸습니다. 그러나 뉴질랜드에서 보는 별은 다시 어릴 적 기억을 떠올리게 하는 별이었습니다.

쉽사리 잠들지 못할 것 같았던 신혼여행의 첫날은 눕자마자 잠이 들어버린 우리 부부의 숨소리만큼 가볍게 지나갔습니다.

모에라키, 오타고 반도

Unknown — Thu, 13 Sep 2012 00:00:00 +0000

9시간 가까이 잠을 자고 일어났지만, 전날의 피로는 풀리지 않았습니다. 어제의 여행은 26시간, 아니 새벽에 인천공항으로 갔던 시간까지 포함하면 30시간의 강행군이었습니다. 그렇게 무리하게 움직여서 생긴 피로가 쉽사리 풀리지 않은 것이 당연하겠지요. 아침에 간단하게 먹고 9시에 출발하기로 했던 일정은 10시가 조금 넘어서야 [Holiday Park][]를 나설 수 있게 되었습니다.

밤에는 몰랐는데 아침에 보니 참 많은 캠핑카가 주차되어 있었습니다. 이렇게 많은 캠핑카가 뉴질랜드 전역의 수많은 홀리데이 파크에 있을 것입니다. 이렇게 돌아다닐 수 있는 환경이 잘 마련되어 있는 것이 뉴질랜드를 캠핑카의 천국으로 만든 한 요인일 것입니다. 오아마루 외곽에 있는 이 홀리데이 파크의 공기는 상쾌했습니다. 사실 뉴질랜드 어느 곳을 가더라도 공기가 맑다는 느낌을 항상 가질 수 있었습니다.

날씨는 어제와 오늘 모두 구름이 많고 간혹 비가 내리는 날씨였습니다. 신혼여행인데 날씨가 맑지 않으니 흥이 나지 않을 만도 하지만, 우리 부부는 그저 새로움에 눈이 휘둥그레져서 날씨는 상관하지도 않고 마냥 싱글벙글합니다.

Moeraki Boulders

목적지는 Moeraki Boulders입니다. 오아마루에서 얼마 멀지 않은 35km 거리에 있는 해안입니다. Moeraki Boulders의 바다는 전날 보았던 Pareora의 바다와 다르지 않습니다. 똑같이 광활한, 거대한, 맹렬한 바다, 거센 바람이 있는 바다, 뉴질랜드의 동쪽 해안입니다. 그러나 Moeraki Boulders에는 독특한 것이 있어 관광객의 발걸음을 잡습니다.

바로 바위 입니다. 모에라키의 바위는 다른 바닷가에서 볼 수 있는 바위와 다릅니다. 일반적인 바닷가의 바위는 풍화작용으로 인해 잘게 다듬어진 둥근 모양이거나, 큰 바위는 파도에 의해 일부가 깨어진 모양입니다. 모에라키에도 그런 바위가 있습니다. 그리고 조금은 다른 방식으로 생성된 바위도 있습니다. 이 바위는 화학작용을 통해 내부에 핵이 만들어지고 주변에 단단한 물질이 생성되면서 공처럼 둥근 모양으로 자라난 바위입니다. 깎여서 작아지는 바위가 아닌 자라난 바위라는 점이 특이합니다.

실제로 보면 정말 놀랍습니다. 이런 바위가 존재한다는 것도 뉴질랜드에 오기 전엔 알지 못했었습니다. 그런데 눈앞에 바위가 있고, 깨어진 바위는 그 내부가 어떻게 생성되었는지를 가늠하게 해 줍니다. 아내와 함께 신기한 눈으로 이리 찍고 저리 찍으며 시간을 보냈습니다.

Dunedin

더니든에 도착하니 여기는 오아마루와는 다르게 매우 큰 도시였습니다. 뉴질랜드 남섬에서 크라이스트처치 다음으로 큰 도시라 합니다. 더니든 푯말을 본 후에도 중심지까지 가는데도 꽤 많은 시간이 걸렸습니다. 아기자기한 모습의 건물들이 늘어서 있는 전형적인 유럽풍의 도시를 감탄하며 들어갔습니다. 중심가인 Octagon에 주차하려니 주차할 공간이 없었습니다. 8각형의 도로를 뱅글뱅글 돌다가 겨우 주차 공간이 생겨서 차를 세워두고 내릴 수 있었습니다.

[i-site][]에서 [Holiday Park][]를 예약하고 오늘의 주된 여행 루트인 오타고 반도 관광신청을 하려 했습니다. 오타고 반도관광이 유명한 이유는 알바트로스(Albatross, 신천옹) 때문입니다. 엄청난 날개 크기로 유명하고 한 번 날개를 펼치면 며칠 동안 접지 않는 것으로 유명합니다. 그 오타고 반도 관광을 예약하려는데 1시 반에 시작하는 관광이 막 지나 버렸다고 하네요. 오타고 반도는 길이 복잡하다기에 버스로 투어하는 것을 다들 추천하는 곳이었습니다. 그런데 버스가 떠나 버렸으니, 이대로 하루를 더 머물고 아침에 여행을 하든지 아니면 직접 차를 몰고 가든지 해야 할 수 밖에 없었죠. 결국, 유람선을 타기 위해 덩치 큰 캠퍼밴을 이끌고 뉴질랜드에서 가장 구불구불한 길을 달리는 사태가 일어났습니다. ㅜ.ㅜ

차선은 좁을대로 좁아서 왼쪽 바퀴와 오른쪽 바퀴는 차선과 맞물려 돌아갑니다. 급기야 High Cliff Road는 아예 중앙선조차 없었습니다. 이름에서 알 수 있듯이 한쪽은 절벽으로 이루어져 자칫 잘못하면 데굴데굴 구르게 생겼습니다. 게다가 날씨 탓인지 안개가 자욱해서 코앞도 잘 보이지 않는 상황이었죠. 뉴질랜드 온 지 이틀 만에 이런 난관에 봉착하게 될 줄은 몰랐습니다. 운전에 그래도 조금은 익숙한 저에게도 아직 우핸들 좌측통행을 경험한 지 이틀째에 낯선 교통환경의 뉴질랜드 도로, 그것도 한쪽은 절벽인 도로를 운전하려니 긴장감에 손에 땀이 납니다.

겨우겨우 유람선을 탈 장소인 Wellers Rock에 도착했습니다. 안개가 자욱합니다. 그런데 안개가 땅에서는 멀리까지 깔끔하게 잘 보이는데 눈을 조금만 들면 바다 안개로 인해 아무것도 보이질 않았습니다. 알바트로스를 볼 수는 있을까 걱정스럽습니다. 그래도 여기까지 온 것이 아까워서 배를 타고 알바트로스의 서식지까지 나갔습니다. 그러나 날씨 탓인지 절벽에 있는 알바트로스는 그저 앉아 있기만 합니다. 힘차게 날아가는 Royal Albatross를 보고 싶었는데 아쉬움만 가득했습니다. 파도는 거세서 배의 봉을 단단히 붙잡고 있느라 진이 다 빠질 정도였습니다.

그렇게 아쉬움에 파묻혀 있을 때 같이 탄 안내자가 저에게 허공 한 지점을 가리키며 '알바트로스'라고 외쳤습니다. 아무것도 보이지 않는 구름만 있을 뿐인데 뭐가 있나 싶어서 배를 탈 때 제공한 쌍안경으로 그곳을 보았습니다. 안개속에 희미하게 알바트로스가 보였습니다! 다른 새와는 구별되게 날개는 비정상적으로 컸습니다. 그리고 시야에서 사라지는 동안 단 한 번도 날갯짓을 하지 않은 채 우아하게 활공만 하고 있었습니다. 안내자도 신이 나서인지 그제야 이것저것 설명해 주는데, 안내자 말로는 한 번 날면 3~5일은 기본으로 날며, 심지어 뉴질랜드에서 남 아메리카를 다녀오는 예도 있다고 합니다. 그 거리가 왕복 15,000km가 넘는 거리이니 대단한 녀석들이죠.

하지만 그 알바트로스가 사라지고 다시는 날고 있는 알바트로스를 보지 못했습니다. 유람선 관람을 마친 후, 오아마루에서 보지 못했던 펭귄을 보기 위해 Penguin Beach에 갔지만, 1시간 보는 것에 1인당 50달러라는 소리에 기겁하고 그대로 나와버렸습니다. 펭귄이야 뉴질랜드 동쪽 해안 전역에 퍼져 있는 녀석들이니 캐틀린스에서도 볼 수 있을 거란 생각에 돈이 더 아까웠었나 봅니다.

돌아오는 길에 Larnarch 성에 들렀는데 아깝게도 10분이 늦어서 구경하지 못했습니다. 내려져 있는 차단막이 차의 진입을 굳게 막고 있었죠. 그래도 차는 돌리라고 차단막을 올려주더군요. 슬쩍 차 돌리면서 성으로 들어가는 길만 보며 눈물만 주룩주룩 흘리고 되돌아왔습니다.

오타고 반도 투어는 제대로 하지도 못했습니다. 기억 속에 남아있는 것은 구불구불한 길, 절벽, 그리고 안개 낀 바다, 거친 파도밖에 없습니다. 뭐, 여행이란 이런 일도 있고 저런 일도 있는 거라며 위안으로 삼아보지만 내심 아쉬운 것은 사실입니다.

더니든에 도착하니 배가 무척이나 고팠습니다. 사 먹기엔 전날의 엄청난 양을 생각하니 엄두가 나질 않았습니다. 오늘 저녁은 직접 해먹기로 했습니다. 시내 마트에 들러서 먹음직스러운 스테이크 고기와 소스, 소금, 후추, 그리고 샐러드와 드레싱을 샀습니다. 고기가 정말 싸더군요. 사자마자 서둘러 [Holiday Park][]로 가서 주차하고 곧장 주방으로 달려갔습니다. 그래서 [Holiday Park][]가 어찌 생겼는지 자세히 보지도 못했죠. 사실 [Holiday Park][]가 바닷가 바로 옆이라는 말에 이곳을 선택했는데 바다는 보지도 못하고 나왔습니다.

스테이크를 굽습니다. 처음 굽는 스테이크라 주변 사람들 굽는 것 곁눈질해가며 슬쩍 따라 하며 굽습니다. 그런데 쉽지가 않네요. 겉은 갈색으로 잘 익어가는데, 안에는 여전히 핏덩어리입니다. 결국, 겉이 너무 타버릴 것 같아 대충 익었다 싶어서 먹습니다. 핏기가 있는 게 거의 레어 수준입니다. 그래도 제 배는 무조건 "맛있다!"고 외치고 있었습니다.

더니든 마트에서 스파게티도 샀고 신라면도 샀으니, 길에서 다시 한번 잔치를 벌일 수 있을 것 같아 흐뭇합니다.

[Holiday Park][]에서 자리를 펴고 차 뒷문을 열고 그대로 하늘을 보았습니다. 구름은 조금 있었지만, 한국에서와는 비교되지 않을 정도로 투명한 밤하늘이 보입니다. 남쪽이라 그런지 별자리는 낯설지만 그래도 수많은 별이 보이는 광경은 아름답습니다. 사진에서 보이는 마젤란성운¹도 남쪽에서만 볼 수 있는 멋진 성운입니다. 그 멋진 광경을 카메라 하나로 담으려 하지만 볼품없는 사진들만 찍히네요. Star tracker나 Toast같은 간이 적도의 만이라도 있었으면 좀 더 나은 사진이 찍혔을 텐데 아쉽습니다.

두 번째 사진의 중앙 오른쪽 세로 빛줄기의 바로 왼쪽에 희미하게 구름처럼 보이는 것이 마젤란 성운입니다.

그렇게 아내와 이런저런 이야기를 하며 이틀째 밤을 마무리합니다. 생각보다 편한 침대 위에서 하늘을 보며 이야기하는 느낌은 경험해보지 않으면 잘 모를 편안함을 안겨주더군요.

Tokyo Gallery

Unknown — Thu, 13 Sep 2012 00:00:00 +0000

Egypt Gallery

Unknown — Mon, 23 Apr 2012 00:00:00 +0000

Europe Gallery

Unknown — Mon, 23 Apr 2012 00:00:00 +0000

Working Holiday Gallery

Unknown — Mon, 23 Apr 2012 00:00:00 +0000

Archlinux as Home Server

Unknown — Fri, 06 Apr 2012 00:00:00 +0000

Initial Setting

Hostname

HOSTNAME in */etc/rc.conf*

Showing UTF-8 Character

alias ls='ls --color=auto --show-control-chars'

Locale

/etc/rc.conf

LOCALE=ko_KR.UTF-8

localedef

Install Packages

pacman -S nginx trac python2 samba mercurial virtualenv2 vim postgresql

Samba

/etc/samba/conf/smb.conf 수정
smbpasswd 를 이용해서 계정 비밀번호 생성

PostgreSQL

rc.d start postresql
sudo -i -u postgres
createuser -U postgres
psql template1
>>> CREATE USER <username> WITH PASSWORD 'password' CREATE ROLE;
createdb -O <username> -T template0 <db_name>

Django

virtualenv2 .virtualenv
source .virtualenv/bin/activate
pip install django flup markdown <what-you-want-to-install>
django-admin.py startproject <project_name>
cd <project_name>
./manage.py startapp <app_name>
./manage.py runfcgi --port=8080

NGINX

/etc/nginx/conf/nginx.conf 수정

Fail2ban

To block the host that tries malicious login requests, install fail2ban and activate ssh-iptables

vim /etc/rc.conf
add fail2ban and iptables

vim /etc/fail2ban/jain.conf
make enable true in [sshd-iptables]
log path = /var/log/auth.log

MTA mail

Only for sending mails to others, I setup msmtp::
```
pacman -S msmtp-mta
```
edit /etc/mail.rc
```
set sendmail=/usr/sbin/msmtp
```

edit ~/.msmtprc for gmail

# Accounts will inherit settings from this section
defaults
auth             on
tls              on
tls_trust_file   /usr/share/ca-
ertificates/mozilla/Thawte_Premium_Server_CA.crt

# A first gmail address
account        gmail
host           smtp.gmail.com
port           587
from           username@gmail.com
user           username@gmail.com
password       password

# A second gmail address
account    gmail2 : gmail
from       username2@gmail.com
user       username2@gmail.com
password   password2
# It looks like Google's in the process of becoming its own certificate
# authority. For some users, they seem to have switched to a "Google
# Certificate Authority" certificate, which is rooted in Equifax.
#tls_trust_file /usr/share/ca-certificates/mozilla/Equifax_Secure_CA.crt

# A freemail service
account    freemail
host       smtp.freemail.example
from       joe_smith@freemail.example
user       joe.smith
password   secret

# A provider's service
account   provider
host      smtp.provider.example

# Set a default account
account default : gmail

And make it secure
```
chmod 600 ~/.msmtprc
```

Vornado 633

Unknown — Tue, 20 Mar 2012 00:00:00 +0000

Air Circulator

Venta 를 사면서 같이 딸려온 Vornado 633

Impression

정말 단순하게 생겼습니다. 꺼냈을 때 첫 모습은 투박한 검은색의 팬, 좌우 회전도 안되는 그냥 그런 모양의 선풍기였습니다. '이런게 10만원이나 한다고?' 라는 생각이 절로 들 정도로 간결한 모습입니다.

그런데 겨울철 보일러 난방할 때와 더운 여름철 에어컨 작동이나 에어컨 없이 환기를 목적으로 사용하면서 생각이 좀 많이 달라졌습니다. 작은 크기임에도 바람이 직선으로 쭉 뻗어나가면서 공기를 순환시켜주는것이 느껴집니다. 거실에 에어컨을 틀었을 때 바람을 안방으로 보내기 위해서 사용하면 그 직진성으로 인해 안방까지 에어컨 바람이 잘 전달됩니다. 이 직진성은 보네이도를 위로 향하게 하고 풍선을 올려보면 확인할 수 있습니다. 풍선이 보네이도의 공기흐름을 빠져나가지 않고 제자리에 잘 떠있습니다.

사용하면서 또 하나 괜찮은 점은 모터입니다. 일반 선풍기는 장시간 동작을 시키면 모터 부분이 매우 뜨거워지면서 열이 나는데 보네이도는 아무리 오래 사용해도 내부 모터가 뜨거워지는것을 느낄 수 없었습니다. 모터부분이 개방되어 바람이 통하게 되면서 열이 발산되는 것 같아보입니다.

Alternative

사용해보지는 않았지만 대안으로는 모리코덴코가 있다고 합니다.

Microserver N36L

Unknown — Thu, 23 Feb 2012 00:00:00 +0000

Motivation

늘어가는 사진, 동영상 데이터의 안전한 보관을 위해 RAID1(Mirroring) 시스템을 이용한 백업장치가 필요한 상황이었습니다. NAS의 선택도 가능하지만 조금 괜찮다 싶은 NAS는 가격이 기 백만원이 넘어가는 상황이라 쉬이 사기 껄끄러운 가격이었습니다.

그러는 와중에 HP Proliant Microserver를 보게 되었죠. 작은 베어본 타입의 PC에 하드디스크 4bay + ODD 1bay해서 총 5개의 드라이브를 장착할 수 있어서 공간의 활용성이 좋아 보였습니다. NAS처럼 펌웨어로 업데이트하는 방식이 아닌 소형 PC형태이기 때문에 직접 운영체제를 설치해서 유연하게 활용할 수 있어 보였습니다.

이 기기를 알게 된게 2010년부터 인듯 한데, 그때부터 살까 말까 고민 고민을 하다가 결국 2년이 지난 지금에서야 구입하게되었습니다. (구입일 : 2012년 2월 20일) 그 당시에는 국내에 출시도 안되고 꽤 비싼 가격이었지만 요새 새 버전이 나온 상태라 30만원 미만으로 구매할 수 있었습니다.

First Look

작은 크기에 비해 배송된 박스는 꽤 컸습니다. 내부에 완충재가 들어가있어 실제 PC는 아담한 모습이었습니다. 동봉된 것은 전원케이블과 분해 설명서, CD가 전부였습니다. ODD를 위한 SATA 케이블조차 없습니다. :)

내부를 뜯어보니 분해가 쉽게 잘 되어있었습니다. 작은 몸체에 어떻게 그 많은게 다 들어가있음에도 배선정리하기 쉽게 만들어져있었습니다. 배선을 위한 통로를 따로 두어서 걸리적거리지 않고 깔끔하게 정리할 수 있었습니다.

기본 사양은 HDD, RAM이 없는 AMD Neo 36L CPU가 달린 녀석이라 집에 굴러다니는 400GB 하드와 새로 구입한 4GB DDR3 RAM을 달아주었습니다.

Usage

이 녀석을 사면서 대강의 계획을 세워두었습니다. 일단 OS는 익숙한 Ubuntu를 쓸까 하다가 Major release를 신경써야 하는 귀찮음에 접고 [Archlinux][] 로 가기로 하였습니다. [Archlinux][] 는 간결함을 추구하는 OS로 원본 소스에 최소한의 수정만을 하고 배포하고 있습니다. 패키지의 버전 반영이 빠른 편이라 제 성격에도 부합하는 녀석인것 같네요.

그 외에 데스크탑과 파일 공유가 되어야 하므로 Samba와 SFTP를 위한 OpenSSH를 설치하였습니다. 또한 Source repository를 위한 Mercurial도 설치하였고, 이 사이트를 이전시키기 위한 NGINX + Django를 설치하였습니다.

Shift to Windows

최초 [Arch Linux][] 를 설치하여 사용해왔습니다. 그러나 윈도우즈에서만 돌아가는 특정 프로그램으로 인해 서버 운영체제를 Windows 로 전향하였습니다.

Installed

IIS + .NET framework 4.0 + ASP.NET
CACert.org Certificate
Git Web Access
Git for Windows
Haskell + hakyll + pandoc
uTorrent

Hakyll for Windows

[Hakyll][] 을 윈도우즈에서 설치하려고 하면 dependancy가 맞질 않고 unix filter의 사용으로 인해 설치가 되지 않습니다. 이를 해결하기 위해서 cabal로 설치시 아래의 명령으로 설치가 가능합니다.

cabal install --flags="-unixFilter" --constraints="directory installed" \
hakyll

이 후 정상적으로 [Hakyll][] 을 import하여 사용할 수 있습니다.

[Hakyll][] 을 컴파일 후 build시 영어가 아닌 UTF-8 인코딩을 사용할 때 글자가 깨지는 경우가 있습니다. 이는 GHC에서 파일을 읽어들일 때 UNICODE로 읽어들이기 때문에 발생하는 것으로 아래의 구문을 hakyll.hs나 site.hs에 추가하면 됩니다.

import      GHC.IO.Encoding

main = do
    setLocaleEncoding utf8
    hakyllWith ...

RAID on Windows 7

Windows 7에서 설치시 BIOS에서 RAID를 선택했다면 설치가 안되는 경우가 있습니다. 이게 Windows 버전을 가리는 것 같은데 안되는 버전에서는 RAID driver를 복사해서 드라이버 로드를 하더라도 실패합니다.

이 경우에는 다시 AHCI로 BIOS에서 변경 후 설치를 진행하는 것이 좋습니다. 그 후 Windows에서 regedit를 이용해 RAID driver를 로드합니다. HP 사이트에서 제공하는 RAID 드라이버는 설치되어 있지 않지만, Windows 7에는 기본적으로 같은 device ID를 가지는 녀석에 대한 드라이버가 내장되어 있습니다. regedit.exe를 실행하셔서 HKEY_LOCAL_MACHINE -- SYSTEM -- CurrentControlSet -- services -- amdsbs 항목을 가서 Start 값을 0으로 바꿔줍니다.

이 Start 값을 0으로 바꾸면 Windows 커널이 올라오면서 해당 드라이버도 같이 로드합니다. amdsbs가 N36L의 RAID controller와 같은 Device ID를 지원하는 드라이버이므로 호환됩니다. 이 후 BIOS에서 RAID로 바꾸고 RAID 설정을 하면 정상적으로 윈도우가 부팅되는 것을 볼 수 있습니다. 드라이버를 로드하지 않고 RAID로 변경하면 무한재부팅 현상이 나타납니다.

Venta LW-44

Unknown — Wed, 25 Jan 2012 00:00:00 +0000

Buying Motive

기존에 초음파식 가습기를 사용하고 있었습니다. 아기가 태어나고 나서 방과 거실을 같이 가습해야 할 필요가 있어서 가습기를 하나 더 알아보게 되었습니다.

초음파식 가습기를 하나 더 들이는 것은 여간 귀찮은 일이 아니었습니다. 초음파식이든 가열식이든 기존 가습기의 가장 불편한 점은 청소 입니다. 매일, 아무리 늦어도 이틀에 한 번은 깨끗하게 씻어줘야 물때도 생기지 않고 석회도 없앨 수 있는데, 기존의 물통은 참으로 복잡하게 되어있어서 구석구석 닦기가 어려웠습니다. 그렇다고 가습기 살균제를 쓸 수도 없어서 일단은 구매 대상에서 제외하였습니다.

대안으로 이것저것 찾아보면서 눈은 높을 대로 높아져, Airwasher라 불리는 자연 대류가습식 가습기를 보게 되었고, 그 중 원조라 할 수 있는 Venta Airwasher를 구매하였습니다. Airwasher 중 꽤 잘 팔리던 것이 삼성이었는데, 삼성의 공기청정 + 대류가습기는 디스크 부분에 녹이 생긴다고 하여 구매를 고민하였다가 포기했습니다.

Impression

다른 회사의 가전과 다르게 벤타는 참 밋밋한 외관을 가지고 있습니다. 보기에는 무거워 보이나 물을 채우지 않은 상태에선 꽤 가볍습니다. 검은색의 외관은 밋밋하지만, 특별히 모나지 않아 질리지는 않습니다. 기존 제품은 외관에 불이 들어오는 부분이 없어서 동작을 하는지 확인할 방법이 없었다고 하는데, 제가 구매한 신형은 푸른 LED 등이 동작 상태와 몇 단으로 돌고 있는지를 보여주고 있어서 좀 더 나은 것 같습니다.

내부 구조는 정말 단순합니다. 분해가 무척이나 쉽습니다. 하부 물통, 디스크, 상부 통과 팬을 모두 분리할 수 있어서 청소하기 쉽습니다. 그러나 디스크가 촘촘히 되어있어 디스크 사이를 청소하는 것은 꽤 번거로워, 청소할 때엔 그냥 따뜻한 물에 식초를 풀어서 담가두고 헹구는 정도로 끝내고 있습니다.

Usability

벤타는 처음 보는 누구라도 1분 이내에 어떻게 사용할지 알 수 있습니다. 자연 대류 가습 방식이라 습도를 조절할 수도 없어서, 그저 전원과 팬 속도 조절버튼 2개만 있습니다. 하부 물통에 물을 10리터 가량 채우고 바이오압소바라 불리는 첨가물을 넣어주면 준비가 끝나게 됩니다.

바이오압소바 덕분에 매일 청소할 필요도 없이 15일에 한 번씩 청소하면 돼서 참 간편합니다. 그 사이에 하부 물통을 몇 번 보았지만, 물때가 끼는 경우는 없더군요.

Advantage

Cleaning : 청소하기 쉽게 구조적으로 설계되어있으며 청소를 보름에 한 번만 하면 돼서 편합니다.
Chlorosis : 기존 초음파식 가습기를 사용하면서 걱정되었던 부분이 백화현상 입니다. 오래 사용하다 보면 가습기에도 흰색 가루가 묻어나고 가습기뿐만 아니라 벽과 가전제품에도 백화현상이 발생합니다. 이 때문에 가전제품을 사용 못하게 되는 경우도 가끔 발생하게 되는데 벤타를 쓰면서 이러한 걱정은 없어지게 되었습니다. 물이 증발하여 공중에 뿌려지는 방식이기 때문에 석회질은 그대로 물통에 남아있습니다.

Disadvantage

Humidification : 벤타의 가습력은 기존 초음파식/가열식 가습기에 떨어집니다. 특히, 매우 추운날이면 외풍을 잘 막아주는 환경에도 불구하고 습도가 40%를 밑도는 경우가 많습니다. 풍량을 3단으로 틀어놓아도 그다지 높이 올라가지 않아 이 경우 보조적으로 빨래를 널거나 물을 적신 수건을 널어두어야 하는 불편함이 있습니다. 기온이 영상으로 올라가는 경우에는 습도가 45%정도로 잘 유지됩니다.
Noise : 1단과 2단은 상대적으로 조용한데 3단을 가면 굉장한 소리가 납니다. 같은 방에 두고 잘 수 없는 수준의 소리입니다.
Price : 벤타를 언급하면 항상 나오게되는게 믿을 수 없을만큼 비싼 가격입니다. 할인 없이 사면 80만원가까이 하는 이 녀석을 받아들면 비싸야 할 이유를 더 납득하기 어렵습니다. 구조도 단순하고 비싼 부품이 들어간 것도 아닌데 원조라는 이유로, 그리고 물건너온 것이라는 이유로 벤타 코리아 에서는 거의 두배에 가까운 가격을 책정해 판매하고 있습니다. 구매대행을 통한다면 50만원정도에 구매할 수 있지만 이 가격도 선뜻 손이 가긴 어려운게 사실입니다.
Upper Housing : 상부 커버가 분해는 쉽게 되어있지만 각 분해되는 접합부분이 잘 찢어지게 되어있습니다. 찢어진다(?) 는 표현이 거의 맞는 말인데 조금만 젖히면 얇은 플라스틱으로 연결되어있는 부분이 뜯겨져 나가버립니다. AS를 받을 수 밖에 없는데 이때 구매 대행으로 구입한 것이라면 AS를 받을 수 없으니 그 점은 감안해야 할 것 같습니다. 이 연결부위를 힌지를 사용하는 방식으로 바꾸는게 시급해보입니다.

Alternative

만일 벤타의 엄청난 가격이 망설이신다면 대안이 있습니다. 동일한 방식에 팬이 없는 국산 제품이 있고, 그 제품에 팬을 추가로 달 수 있습니다. 가이아모 3214 제품인데 사이트 들어가셔서 한번 보셔도 좋을 것 같습니다.

이 제품에 대한 리뷰는 가이아모 3214 사용기 페이지에 있습니다.

Campervan

Unknown — Fri, 06 Jan 2012 00:00:00 +0000

Information

캠퍼밴을 너무 작은 것을 빌리면 차에 AC전원이 없는 경우가 생기는데 이러면 충전등에서 많은 불편함이 따릅니다. 보통 일반 봉고를 개조 한 것은 AC전원이 없으니 참고하세요. Shower-Toilet 은 있으나 없으나 차이는 없는 것 같습니다. 여행해 보니 샤워는 거의 쓸 일이 없었고, 화장실은 간혹 쓰긴 했지만 조금만 참으면 화장실은 얼마든지 찾을 수 있었습니다.

오토매틱 캠핑카가 운전하기는 훨씬 편하겠지만, 훨씬 비싼 경우가 대부분입니다.

Campervan Automotive

업체 설명

AdventureVans SLRCLUB 신혼부부가 사용한 곳

MotorHome $225/day or $275/day

Autorental $2000/10days (2 berth with shower)

KEA $300/day (with shower)

Apollo $2160/10days (with S-T)

Pacific Horizon $205/day

Maui $2350/10days or $2850/10days (S-T)

Backpackers $1370/10days or $1750/10days (S-T)

United Campervan $330/day (S-T)

Kiwi $219/day (S-T)

Skiwi 여러개 비교해 볼 수 있는 곳인듯.

Affordable Campers $119/day (w/o S-T)

Alpha Campervan $210/day (w/o S-T) or $265/day (S-T)

Econo Campers $125/day (w/o S-T) or $160/day (S-T)

Travel Route

Unknown — Fri, 06 Jan 2012 00:00:00 +0000

Period : 9 nights 10 days

Day Route

Day 1 크라이스트처치 -> 오아마루

Day 2 오아마루 -> 더니든 -> 오타고

Day 3 더니든 -> 캐틀린스 -> 인버카길

Day 4 인버카길 -> 테아나우

Day 5 테아나우 -> 밀포드 사운드 -> 테아나우

Day 6 테아나우 -> 퀸스타운

Day 7 퀸스타운 -> 글레노키 -> 와나카

Day 8 와나카 -> 폭스빙하

Day 9 폭스빙하 -> 호키티카 -> 그레이마우스

Day 10 그레이마우스 -> 아서스패스 -> 크라이스트처치

Backpacking

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

목표 : 40리터 배낭에 모든 짐 다 넣기. -> 테스트 결과 충분히 가능

Necessaries

수건(~~일반수건1~2~~, 스포츠타올 1), 비누, 치약, 칫솔, 면도기, 로션, 손톱깎이

Clothes

속옷 : 팬티(4), 양말(7)
상의 : 반팔티(4), 긴팔티(1), 점퍼(or Windstopper , 가지고있는 회색 마운틴웨어로 대체)
하의 : ~~청바지(1)~~ 새로운 바지로 고려해 볼것. 카고바지? Gore-TEX?, 면바지(1), MEC 반바지
모자 : ~~코오롱 모자(BURTON 모자는 한국으로)~~, 밴프 필름 축제 비니모자

Stuff

신분증 : 여권, ISIC, 지갑
카메라 : Hi-matic 7sII, 필름 20롤(필름만 들기, 케이스 다 버리고 가기)
필기구 : 노트(하루하루 일기 쓸정도와 기타 생각 적을 정도의 공간), 볼펜(오직 하나!)
우산, 우비, 배낭커버, ~~flash(지하철1000원표, 배터리도 7sII와 호 환!)~~
책 : 여행 책 한권, 읽을 책 한권(~~다빈치코드?~~ 아니 좀더 철학적인? )
가방 : 소형가방 (keep 한 MEC 가방 사용)
교통 : Eurail Pass, Eurail Timetable, 항공권 예약 출력물
자물쇠 : wired, passwheel, key 자물쇠 가져가기
귀마개 : 정말 유용하다. 잠자리 민감한 사람에게 필 수.

Travel Route

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

Map

미쉘린 : http://www.viamichelin.com

Want to Visit

파리
프라하
부다페스트
베네치아
나폴리
로마
휘센가도(로만틱가도?)
빈

Expectation

뉴욕 -> 로마 -> 베네치아 -> 부다페스트 -> 프라하 -> 빈 -> 로만틱 -> 베를린 -> 파리 -> 런던

Real Route

뉴욕 -> 로마 -> 피렌체 -> 베네치아 -> 빈 -> 프라하 -> 퓌센(로만틱) -> 인터라켄(융프라우,라우터브루넨) -> 체르마트(마테호른) -> 제네바 -> 파리 -> 런던

Expense

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

Stuff

신발 ( The North Face Plasma XCR Boa ) : C$ 150
자켓 ( Helly Hanson ) : C$ 190.80
반팔 (MEC Polyester) : C$ 32
반바지 (MEC Polyester) 잠옷 겸용 : C$20
자물쇠 (Wired, Passwheel, Key ) : C$ 26
Journal (일지 기록) : C$14

Airline Ticket

Calgary -> New york : C$ 285.25 ( Air Canada )
New york -> Rome : US$ 397.37 ( Alitalia )
London -> Incheon : GBP 333.83 ( Lufthansa )
Eurail : C$ 502 ( raileurope.ca )

Exchange

US$200(cash), US$150(T/C), EURO1000(T/C), C$2000(T/C) : 계획한 대로 되지 않은 이유는 은행에 Euro 화폐와 T/C, GBP T/C가 충분히 없었기 때문이다. 유럽에 가서 Canadian Traveler Cash 를 Euro로 환전해야 한다 (필요한 만큼)
여행 후 남은 돈 : CAD 1200 (T/C) 나머진 전부 사용.

to New York

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 5월 2일

4시차를 타고 캘거리를 와서 공항까지 온 후 US 세관을 지났다. 예상대로 까다롭게 검사했는데 Liquid가 100mL 제한이더라. 결국 지현이가 사준 로션은 압수당하고 말았다(250mL).

이번 검사는 캐나다를 들어올 때 지나쳤던 San Francisco 의 검사보다 양호했다. 나도 좀 더 편하게 대할 수 있었다. 어느정도 의사소통이 되니 분위기가 많이 부드러웠다. 내가 느끼지 못한 사이에 영어가 늘긴 했나보다. 내 느낌은 거의 그대로인데 주변 사람들이 영어가 늘었다고 한다. 지금 이곳 캐나다를 떠나면 언제 다시 들어올 수 있을지 모르겠다. 해야할 일들이, 계획한 일들이 산더미로 쌓여있다. 그래도 이곳, 캐나다를 다시 오고싶다. 그만큼 좋은 추억을 만들어준 곳이고 많은 친구들을 만난 곳이다.

이제는 떠난다. 한달 후면 원래의 일상으로 돌아갈테지만 예전의 내 모습은 아니다. 나는 변했고 또 변화하는 중이다. 시간이 지날 수록 더 나은 모습을 만들어 갈 것이다.

비가 내리기 시작했다. 눈이 아니라 천만 다행이다. 아침에는 눈이 와도 이상하지 않을 만큼 쌀쌀했다.

Episode : 10th st.에서 C-train을 타려는데 2불 동전이 없고 교환하러 주변 가게에 들어가는 것도 귀찮고 해서 그냥 탔다. 종점 whitehorn 까지 표검사를 한번도 안당했지만 종점에서 버스 타려고 보니 교환할 곳이 없다. 결국 5불 지폐를 내고 버스를 탔다. 어떻게든 속이려하면 결국엔 손해로 돌아온다. 이미 알고 있던 사실을 다시 한 번 상기시키게 되었다.

2007년 5월 2일 22:00

Marraketh Hostel 에 체크인을 했다. 4bed room 인데 3명이 한국인이다. 엄청나다 ㅡㅡ;

New York! New York!

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 5월 3일 World Trade Center

코너를 돌았을 때 멀리 World Trade Center의 간판을 보았다. 아무런 잔해도 남아있지않은 곳, 그저 눈에보이기엔 다른 공사현장과 다르지 않았다. 그리고 가까이 다가왔다.

Gordon M.Aaxmoth Jr. 부터 Igor Zukelman 까지... The Heroes of September 11. 2001 의 이름들..

이 이름들을 처음보는 순간 왜 이렇게 가슴이 뭉클해지는지.. 직접 빌딩이 무너지는 것을 본 것도 아니지만 이 수없이 많은 영웅(희생자)의 명단을 보고있으니 가슴이 아프다. 그 높은, 뉴욕의 상징중의 하나이던 WTC. 무너지는 그 순간엔 아수라장이었을 것이다. 지금은 흔적이 없다. WTC는 다시 살아나려 하고 있다. 이미 높은 크레인이 세워져있고 기반공사가 진행되는 중이다. 다시 세워질 건물은 쌍둥이가 아닌 단일 건물. Freedom Tower가 될 것이라고 한다. 그 높이는 쌍둥이 빌딩을 합한 높이.

18:00 뉴욕은 생각했던 모습 그대로 였다. 침울한 회색의 도시. 무채색의 옷들, 차분한 색의 건물들, 그리고 정신없이 바쁘게 돌아다니는 사람들, 꽉 막혀버린 차들이 뉴욕을 대변한다. 하지만 공원으로 가보면 분위기가 달라진다. 평화롭고 아늑하다. 특히 오늘같이 햇살 가득한 날은 일광욕을 즐기는 사람들이 잔디밭을 가득 채우고 있다. 한가지 신기한 것은, 뉴욕도 서울만큼 교통체증이 심한데 하늘은 푸르고 맑다. 강한 햇살은 마치 밴프에서 느끼던 햇살과 같다. (물론 기온은 더 덥다. 아침 14도 한낮 21~3도) 회색과 평화, 어울릴 것 같지 않은 두 단어가 어울리는 도시, 뉴욕

2007년 5월 4일 17:00

Empire의 보안은 꽤 엄격했다. 공항에서만 했던 벨트 풀기를 해야했다. 덕분에 난 또 바지춤을 부여잡고 금속탐지 문을 통과했다. 하지만 그렇게 엄격한 보안검사를 통과하고 올라온 top of the Empire State Building 에서 보는 광경은 이루 말할 수 없을 만큼 멋지다. Brooklyn Bridge, the Statue of Liberty, Skycraper(마천루), Central Park, 멀리보이는 Harlem, 뉴저지 그 모든것이 깨끗하게 보인다.

수많은 사람들이 이곳 86층에 있다. 수백명. 모두 한시간 가까이 되는 긴 줄을 참고 이곳에 왔는지 더 많이 보려고 안간힘을 쓰고 더 많이 사진을 찍기위해 안간힘을 쓴다. 나 또한 그랬다. 그러다 갑자기 '어차피 이렇게 찍은 사진은 인터넷에 널려있을텐데 왜 찍고있지?' 라는 생각이 들었다. 보는 시각을 바꿔야 하는데 쉽지 않다. 어느곳을 왔으면 내가 왔다는 기록을 남기고 싶은 마음에 이미 수십만명 이상이 찍어간 곳에서 똑같은 위치, 똑같이 어설픈 구도, 빛을 생각하지 않은 엉망진창의 사진을 찍는다. 나만의 눈을 만들어야 하는데 이 마음은 모든것을 남아내고 싶어 한다.

SOHO의 Leica Gallery 에서 L.F(정확한 이름은 기억이 안난다) 사진작가의 전시회를 하고 있길래 들어가서 관람했다. 그 작가는 보는 눈이 달랐다. 보는 위치도 달랐다. 언제쯤이 되면 사진작가의 독특한 눈을 가질 수 있을까? 물론 내가 가지고 싶은 눈은 Robert Capa 의 눈이다. 그의 용기. 목숨을 거는 종군기자로서의 사진에 대한 열정을 동경한다. 그의 노르망디 D-Day 작전 사진을 보노라면 항상 경이로움을 느낀다. 초점도 맞지않고 흔들리기까지 한 사진 2~3장이지만 그런 이유로 인해 전쟁을 더 확실히 느낄 수 있었다. 게다가 흔들리는 와중에도 확실히 보이는 병사의 살아있는 눈빛.. 실제로 크게 인화한 Print를 보고싶지만 어디있는지도 모르겠다.

2007년 5월 6일

체크인을 마치고 보딩만 남겨두고 있다. 지금 가장 큰 문제점은 내 Minolta Hi-matic 7sII가 망가졌다는 점이다. 조리개가 F11에 고정되어 움직이지 않는다. 어제 바닥에 떨어뜨리면서(겨우 50cm!! 그 전에 1m에서 떨어뜨린적도 많은데 ㅠ.ㅠ )망가졌나보다. 다시 떨어뜨려보고, 툭툭 쳐봐도 반응이 없다. 셔터는 잘 작동한다. 로마가자마자 중고 카메라 가게부터 찾아봐야 겠다. 일단 Hi-matic SD든 E든 F든 Hi-matic으로 사고 한국가서 7sII 재구입해야겠다. 내 돈~

나는 점점 더 나와야겠다는 생각이 강하게 든다. 제대로 공부해보고 싶은 생각이 커져간다. 어디까지가 내 능력의 한계일까? 뛰어보는거다. 능력을 시험해보기 위해서라도... 내가 하고싶은 일을 하기 위해서라도..

난 Dreamholic 인가보다. 언제나 새로운 꿈을 만들어내며 그 꿈을 이루려 쬐~금만 노력한다.(아니 조금 더? ;; ) 그리고 그 이외의 것은 과감히 포기한다. 나중에 후회하더라도 그 당시에는 이후를 생각해보지 않는다.

이탈리아 아저씨들 성격 급하다. 아직 순항궤도에 다다르지도 않았는데 안전벨트 풀고 일어나서 짐꺼내고 돌아다닌다. 다른 외국인들은 이런적 한번도 없었다. 아~ 대서양! Atlantic Ocean!!

Passionate Italy #1

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 5월 7일, Piazza Spagna in Roma

필름 카메라를 찾기 위해 첫날임에도 시내관광도 안하고 Metro A 를 타고 종점 Anagnina 가서 버스로 갈아타고 한참을 갔다. 목적지는 IKEA, 까르푸와 Media world. 버스기사에게 아무것도 모르니까 그냥 "까르푸 까르푸~" 만 외쳐댔다. 기사가 고개를 끄덕거리면서 맞다는 표시를 하더라. 결국 기사 옆에서 봉을 부여잡고 가만히 서있었다. 언제 어디서 까르푸가 눈앞을 스쳐지나갈 지 몰랐기에 기사의 눈짓 손짓만 유심히 쳐다보고 있었다. 하지만 이 첫 여정은 허사였다. Media World에 EOS3000 + 28~80mm 번들 렌즈가 있었지만 가격이 터무니 없이 비쌌다. 200유로, 우리 나라 돈으로 24만원이다. 그냥 카메라 없이 여행해야겠다.

사람들 사진을 못 찍는게 아쉽다. 하지만 방법이 없으니 눈으로 기억으로 찍을 수 밖에 없다. 기억은 휘발성이라서 쉽게 사라지지만 또 쉽게 사라지지 않는다. 기억으로 남기기위해선 유심히 모든것을 천천히 느긋하게 보는 수 밖에 없다. 도시를 옮길때 마다 카메라를 알아보면서 느긋하게 구해야겠다.

동일, 민박 in Roma

일반 필름 현상하는 가게에 1~2개씩 있는 중고 카메라들은 모두 비쌌다. 미놀타 X-300s가 150유로나 한다. 펜탁스 ME-super는 250유로다. 이걸 산다면 여행자금에 아주 지대한 영향을 미칠 것 같다. 그냥 지금 작동 잘 안되는 내 7sII 로 F8~16, 1/60 ~ 1/500에서 조절해 가며 써야겠다.

이곳 로마에 와보니 이제서야 알겠다. 내가 영어로 말 했을 때 상대방이 알아듣지 못하는 경우에 그것이 내 영어실력의 문제인지 상대방 영어실력의 문제인지 알 것같다. 상대방 영어실력의 문제일 경우 상대방은 대부분 딴 소리를 한다. 되묻지 않는다. 캐나다와 미국에서는 이러진 않았는데 여기 와서는 오늘 카메라 찾아다니면서 내가 천천히, 바디랭귀지까지 써가며 이야기해야 겨우 이야기가 된다. 어떤 가게는 자기는 아예 영어를 못하니 그냥 나가라고까지 말한다. 덕분에 이리저리 진땀을 잔뜩 흘렸다.

Trevi 분수에서 한국인 부부가 똑딱이 필카로 사진을 찍는 것을 보았다. 그것을 보고있으니 문득 이런 생각이 들었다. '내 고장난 카메라는 조리개도 8~16까지 조절되고 셔터 스피드도 1/60에서 1/500까지 조절이 된다. 저 똑딱이도 사진을 찍어대는데 난 왜 안되겠는가!'. 사진기를 꺼내들고 1/60에 조리개 8에놓고 사진 몇장을 찍으니 비가 내리더라. 팡테온을 가려다가 포기하고 비를 맞으며 민박집까지 걸어왔다. 알고보니 팡테온은 비가올 때 가야한다더라. 물론 지붕에있는 9미터짜리 구멍으로 비가 안내릴거라는 기대를 했다가는 빗물에 온 몸을 적시게 될 터이지만.

비록 결과를 장담할 수는 없지만 사진을 찍으니 여행이 즐거워진다.

2007년 5월 8일, Piazza Navona in Roma

Colosseo Palatino, Foro Romano, Bocca Della Verita(진실의 입), Campidoglio, Pantheon, Piazza Navona, Fontana di Trevi, Piazza di Spagna, Piazza del Popolo...

이 모든 장소가 걸어서 다닐 수 있는 거리에 다 있다. 아침부터 지금(18:20)까지 걸어다녔다. 사람들로 가득 찬 곳도 있었고 조금은 한산한 곳도 있었다. 가장 최고의 장소를 꼽으라면 나는 Palatino 언덕을 꼽겠다. 폐허가 되어버린 유적지 이지만 로마가 잘 보이는 곳, 그리고 로마를 느낄 수 있는 곳이었다.

점심으로 먹은 스파게티는 이제까지 먹어본 스파게티중 으뜸이라고 할 만 했다. 그냥 길을 걷다가 아무 가게나 들어갔는데도 이렇게 맛있는데 제대로 알려진 곳을 가면 얼마나 맛있을지 상상할 수 없을 것 같다.

많이 걸었고, 많이 보았고, 맛있게 먹었다. 그리고 많이 느꼈다. 그것으로 충분하지 아니한가! 여행은 사람과의 만남이다. 유물, 유적, 명화의 감상은 디저트일 뿐이다. 그것을 잊지말자. 바티칸의 천지창조, 최후의 심판을 보지 못해도 사람을 만나면 그걸로 된 것이다.

2007년 5월 9일, Colosseo in Roma

어제 샀던 팔라티노 티켓이 오늘 콜로세움도 들어갈 수 있다고 들었는데 그것이 1:30 이후에 사야지 가능한 것이었다. 그래서 표 검사하는 직원이 막았는데 우겨서 겨우 들어왔다.

이젠 다 허물어져가는 Colosseo, 바닥조차 남아있지 않지만 한때는 이곳에서 수많은 군중이 모여서 사자들이 인간을 사냥하는 것을 보고 즐겼겠지. 살인, 섹스, 퇴폐적인 문화로 가득했던 로마. 그 문화는 사라졌지만 폼페이와 로마의 유적들이 지금까지 그 때의 로마를 알려주고있다.

Pantheon도 그렇고 여기 Colosseo도 그렇지만, 건물을 쌓을 때 불과 4cm도 안될 듯한 얇고 긴 벽돌을 이용해서 쌓았다. Pantheon은 외벽조차 그 벽돌로 쌓아올렸다. 여기서 만난 형은 그 경이로움을 보고 "노예들이지 뭐. 밥안주고 때리면 다해~"라고 말한다. 맞다. 계획은 로마 황제가 했겠지만 만들어 낸 것은 수많은 전쟁을 통해 생겨난 노예들이었을 것이다.

만일 나폴레옹이 로마를 공격할 때 Foro Romano 뿐만이 아니라 이 로마 전체의 유적을 철저히 파괴했다면 지금의 이탈리아는 어땠을까? 한국이 그와같은 상황이 아닐까? 일본에 의해 수많은 유산, 유물이 파괴, 말살되었다. 결국 관광으로는 별 흥미를 끌만한 - 아기자기한 맛은 있지만 외국인들의 흥미를 끌만한 - 요소가 없는 평범한 국가가 되어버렸다. 수많은 국보급 유물은 우리나라에 있지 않고 일본과 영국에 있다.

Passionate Italy #2

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 10일, Firenze

역 앞에서 만나자고 헤어진지 두시간 15분이 흘렀다. 역에 다시 와서 기다린지 두시간이 지났다. 아직까지 기다리고 있는 내가 바보인건가? 하루를 버리는 것은 상관없는데 10시 45분에 다른 장소를 찾아 돌아볼 때도 없 었다는게 아쉽다. 그쪽 팀에 문제가 생긴건지 알 수 없지만 그래도 약속인데. ¹

나중에 다시 이야기해서 알아봤는데, 그쪽은 팀 사람이 많아서 30분정도 기다리다가 관광을 나섰다고 했다.

그러다 문득 예전의 기억들이 떠올랐다. 자세한 기억은 나지 않지만 내가 지금까지 약속을 어겼던 많은 사람들은 나를 어떻게 생각했을까? 애써 이해하려 노력했을까? 아니면 욕 한번 내뱉고 돌아섰을까? 그렇지 않으면 두고 두고 마음에 담아두었을까?

지금의 나는 찾을 수 없는 그 사람들을 어떻게 생각하고 있나? 나조차 대답할 수 없는 부분이다. 나도 내가 왜 지금까지 이렇게 강렬한 햇살을 맞으며² 주변에서 보기 쉬운곳에 앉아서 음악을 들으며 이런 글을 쓰는지 모르겠다. 아마도 놓지 못할 미련때문일 듯 하다. 로마에서 워낙 재미있게 지냈던 형들이라서 그 미련이 남는 것 같다.

결국 이날 엄청나게 피부가 타버렸다.

멀리서 두오모의 지붕이 보인다. 뛰쳐나가 두오모로, 산타마리아 누벨라로, 미켈란젤로의 광장으로 달려가고 싶다. 이렇게 아름다운 Firenze의 풍경을 놔두고 앉아서 시간을 보내는 것은 힘들다.

두오모 꼭대기에서

이곳 두오모 꼭대기에서는 피렌체의 모든 곳이 한 눈에 내려다 보인다. 모든 것이 갈색의 지붕과 아이보리색의 벽으로 이루어져있다. 그래서 더욱 아름답게 보이는지도 모르겠다. 통일되어있는 느낌.

올라오는 동안 미켈란젤로의 '최후의 심판'을 보았다. 심판의 날, 하늘과 지상에서는 영광의 찬양을 드리고 지옥에서는 수많은 사람들이 고통을 당한다. 그 광경을 거대한 쿠폴라에 가득 그려놓았다. 가까이서 보면 붓의 터치가 거칠긴 하지만 그 엄청난 크기의 그림을 그려내는 것 자체가 경이롭다. 미켈란젤로의 예술의 능력은 어디까지일까?

뉴욕의 Empire State Building 에서는 신시대의 문화에 대한 경외를 느꼈다면, 이곳 피렌체에서는 수백, 수천년동안 살아 숨쉬는 옛것에 대한 경외를 느낀다.

그나저나 이렇게 좋은 두오모 꼭대기에 가득한 낙서는 눈살을 찌푸리게 한다. 곳곳에 보이는 한글, 영어, 이탈리아어, 중국어등 어느 나라나 관람문화가 부족한 사람들이 있다. 하지만 그 낙서의 절반이 넘는 부분을 차지하는 것은 '한글' 이다. 우리나라 사람들의 관람문화가 낮은 것 같아 기분이 안좋다. 다른 외국인이 와서 보면 어떻게 생각할까.. 이러다 결국엔 한국인 입장 금지를 걸어놓을지도 모르겠다.

2007년 05월 11일 18:20 Treni Stazione in Venezia

원하던 호스텔이 가득 찼다. 민박집에서 머물기는 싫다. 결국 오늘 바로 온 베네치아를 오늘 바로 떠나기로 했다. 아쉬움만 가득하다.

베네치아는 골목길을 직접 걸어봐야 한다. 산 마르코 광장, 리알토다리는 유명한 곳이라 많은 사람들로 북적대고 이런저런 가게들이 가득하지만 그 이외의 베네치아 미로라 불러지는 '골목길'로 들어가니 진정한 베네치아를 느낄 수 있었다. 한 사람 겨우 다닐만한 좁은길에 걸려있는 빨레들, 조그만 발코니, 벽에 걸린 화분들, 빨래를 걷으시는 아저씨, 그 옆의 리오(가장 작은 운하)에 노 젓는 곤돌라 사공, 집 사이로 비치는 햇살, 조그만 광장에 모인 사람들, 노천 까페, 그 모든 것이 내가 보고자 했던, 내가 꿈꿨던 여행의 모습이었다. 비록 짐을 맡기지 못해 배낭을 메고 걷느라 어깨는 무거웠지만 마음은 가볍게 걸을 수 있었다.

나는 여행을 찍고 가기 식으로 하고 싶지 않다. 삶을 보고싶다. '삶'은 유명한 유적지에서도 발견할 수 없고 박물관에서도 볼 수 없다. '삶'은 '골목길'에서 발견할 수 있었다. 앞으로의 여행은 골목길을 중심을 다녀야겠다.

Wien? Prague!

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 12일 10:50 at Museums Quartier Platz in Wien

Linz 에서 온 고등학생 녀석들 덕분에 잠을 제대로 못잤다. 그녀석들이 Linz 에서 내리고 나니 좀 잘만 하더라. Wombat 에 자리가 있어서 하루 지내기로 했다. 오늘은 푹 쉬자.

이곳 Wien 은 Roma 에서 약간 북으로 떨어져있다. 그래서 그런지 바람이 불면서 선선하다. 반팔만 입고 다녔는데 오늘은 오랫만에 Helly Hansen 자켓을 꺼내 입었다. 가방속에서 많이 굴러다녔는지 소매에 때가 보인다. 여행의 흔적.

유명한 건물을 보고, 유명한 작품을 본다고 해서 사람이 많은 것을 깨닫게 되고 변하게 되는 것은 아니다. 그저 다른이에게 말할 거리가 조금 늘어나는 것 이외에는 없다. 변화되길 원한다면 어떤 상황에서든 변화하고 싶은만큼 노력해야 한다.

2007년 05월 13일 22:00 at Miss Sophie's in Praha

4 bed room 에 남자가 나 혼자다. 2명은 Taiwan에서 왔고 한명은 캐나다 토론토에서 왔다. 남자 혼자서 여자들에 둘러쌓여 자려니 이거 여간 불편하지 않다. 물론 여자들은 개의치 않는다. 이런 서양 문화를 경험한지 1년이 되었건만 아직까지 완벽하게 동화되지는 않은 것 같다. 그들의 삶, 사고방식이 약간은 부럽긴 하다. 서양친구들은 한번 여행하면 기본이 2~3달이다. 심지어는 2년이상 여행한 사람들도 봤다. 이렇게 오래 여행할 생각을 할 수 있는지 궁금하다. 그렇게 여행할 돈을 가지고 있는 것도 신기하다.

드디어 오늘 카메라가 완전히 망가졌다. 그동안 근근히 버텨오고 있었는데 프라하 성을 보러 가서 사진을 찍는데 셔터 스위치부분까지 작동을 멈추고 말았다. 이젠 이 카메라와 작별을 고해야겠다. 내일은 카메라 샵을들러서 카메라를 하나 구입할 예정이다. 그리고 아쉽지만 이녀석은 버리고 (가방 무게로 인해 들고 다닐 수가 없다) 새로운 카메라로 멋드러진 사진을 찍어야지.

이렇게 좋은 곳을 여행할 수 있다는 것이 행복하다. 계속되는 맑은 하늘을 보고 뜨거운 햇살을 맞으며 아름다운 길거리를 걷고 북적이는 사람들과 부대낀다. 이 모든 것을 경험하고 있는 것이 믿기지 않는다. 내 생에 이렇게 배낭 하나 둘러메고 떠날 수 있는 날이 다시 올까? 어쩌면 이번이 처음이자 마지막이 될 수도 있다. 그렇게 생각하면 지금의 시간들이 얼마나 소중한지 깨닫는다. 내가 경험해보고 싶었던 것들을 지금 하고 있다는 이 사실이 나에게는 감동이자 나를 움직이게 하는 힘이다.

2007년 05월 14일 11:50 Karluvmost in Praha

아침에 리셉션 데스트에서 알려준 카메라 가게를 갔다. 오래되었다는 느낌을 받는 카메라 가게였다. 오래된 라이카 시리즈에서부터 Hi-matic, Canon ql17 등 다양한 카메라가 있었다. 이리저리 호기심을 자극하는 것도 있었다. 하지만 내가 원하던 Hi-matic 7sII 는 없었다. 한참을 둘러보고 주인에게 양해를 구하며 안에까지 들어가 카메라를 살피는데 맘에 드는 것이 없었다. Hi-matic E, F 를 사자니 기능적으로 맘에 안들고 그렇다고 다른걸 사자니 RF 인데도 부피는 꽤 컸다. 그렇게 꽤 긴 시간을 보냈다.

그러다 바닥을 보니 SLR 카메라가 한대 놓여있었다. 바로 Dynax 5. 일본에서는 알파 스윗 2 라고도 불리우는 기종인데 미놀타의 필름 SLR 중 가장 마지막에 출시된 녀석이다. 작은 카메라지만 기능은 알차고 AF 속도는 정말 빠르다. 가격을 물어보니 2600꼬룬, 한국돈으로 10만원이라고 했다. 내가 알기론 한국에서 10만원 후반대에 살 수 있는데 여기서는 10만원이라니. 바로 업어왔다. 유럽 다른 지역에서는 충분히 200유로 이상 달라고 할 녀석이다. 흠집 하나 없고 기능은 정상 작동했다.

매일 셔터스피드 생각하고 조리개 생각하고 초점 맞추느라 끙끙대다가 갑자기 모든걸 자동으로 해주는 녀석을 만나니 당황스럽다. 편하지만 무엇인가 이질적인 느낌이랄까?

동일 16:00 다시 Kaluvmost(까를교) in Praha

셔츠가 땀에 흥건히 젖도록 프라하 성 주변을 걸었다. 옛모습 그대로 남겨져 있는 건물들, 그리고 돌길이 맘에 들었다. 프라하가 신기한 것은 이곳 프라하는 체코의 수도란 점이다. 한 나라의 수도가 이렇게 보존이 되어있을 수 있다는 것은 그만큼 여기 사람들이 옛것을 존중하고 지키기위해 힘쓴다는 말 일 것이다.

2007년 05월 15일 Vysehrad in Praha

Prazky Hrad(프라하 성)가 깔끔하고 새로운 이미지를 풍긴다면 이곳 Vysehrad(옛 성 의 뜻)는 옛것을 그대로 보존하고 있다. 특이하게 성벽은 남아있으나 성 자체는 보이지 않는다. 안에는 집들과 멋지게 세워진 교회가 있을뿐이다. 옹기종기 모여사는 마을의 분위기가 난다. 프라하를 보고있으면 피렌체가 생각이 난다. 갈색 지붕의 바다란 점도 그렇고 옛것이 잘 보존되어 있는 것도 그렇고.

Füssen, Schuwangau

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 16일 09:50 on the train to Füssen

왼쪽으로는 알프스의 높은 산이 시야를 막고 오른쪽으로는 푸른 초원위에 소와 말들이 풀을 뜯고 있다.(뒤로타고 가는 중) 알프스! 산도 잘 못타는 내가 왜 이렇게 산에 집착하는 것일까? 매번 산을 탈때마다 힘들어서 쓰러질 듯이 기진맥진해 하는 약한 심폐력과 지구력을 가졌으면서도 왜 하루하루 산에 오르는 꿈을 품고 사는 것일까?

아직 눈이 녹지 않은 3000m 이상에는 만년설이 뒤덥여있는 거대한 산의 공동체 Alps. 그 끝자락에 내가 서 있다. 밴프의 the Rockies 보다는 못하지만 내 눈은 즐겁다. 마음은 들뜬다. 마치 벌써 몽블랑(Mont Blanc)이나 아이거(Eiger)를 오른 것 같다.

동일 17:10 Schwangau

엉겁결에 계획에 있지도 않았던 산을 탔다. Tegelberg 라는 1730m 산인데 Hohenschwangau (790m) 보다 1000미터 정도 높다. 노이슈반슈타인 성(Schloβ Neuschwanstein)을 보러 메리엔(?)다리를 올라갔다. 다리에서 보이는 노이슈반슈타인 성은 일품이었다. 그렇게 한참을 보고 있는데 다리 너머로 길이 있는걸 발견했다. 그 길을 따라가는데 끝이 없길래 1시간 45분동안(올라가느라 투어시간도 놓쳤다)걸으니 Tegelberg 정상에서 케이블카를 발견하고 좌절했다는 이야기다. 그리고 성 입장 티켓 €8 도 날렸다.

실은 뒤로 올라가면 내가 예전에 보았던 사진 을 찍은 위치를 발견할 수 있을 것 같아서 걸었다. 여행기에서 보이던 사진은 대부분 메리엔다리에서 찍힌 사진인데 자주 봐서 그런지 식상했다. 하지만 위의 사진은 뭐랄까. 독특한 구도이면서 정말 아름다웠다. Tegelberg 정상에서 반대편으로 내려오니 1시간 반이 걸렸다. 내가 원했던, 성과 호수가 같이 나오는 사진은 암벽등반 코스가 있는 곳이라 가질 못했다.(정상에서 만난분이 그쪽은 도전했다가 몇 사람 발을 헛딛어 떨어져 죽은 곳이라고 극구 말렸다.) 그 위치가 '칸셀'이라고 하셨는데 어떤 의미인지는 모르겠다.

겨우 고도차 1000m 이긴 하지만 오랫만에 산을 타니 기분이 날아갈 것 같다. 비록 끝자락이긴 하지만 알프스를 등산했다는 것이 기분이 좋았다. 그냥 길이 있으니 자동으로 걸음이옮겨졌다. 이러다 몽블랑 길 있다고 오르는 건 아닌지 모르겠다. ㅡㅡ; 여기의 산은 좋은 점이 너머로는 만년설 덮힌 알프스가 펼쳐지고 산 아래로는 푸른 평야가 펼쳐진다는 점이다. 산, 평야. White, Green. 서로 상이한 두가지가 만나는 곳이 이곳 Füssen-Schwangau.

2007년 05월 17일 09:00 기차역(Bahnhof) in Füssen

뮌헨으로 갔다가 루체른으로 간다. 그리고 바로 인터라켄(Interlaken)으로 갈 예정이다. 유럽의 골든 패스를 지나지만 지금 비오는 날씨라 어떨 지 모르겠다. 비가오면 주변의 색이 변한다. 모든 색이 진해지고 강렬해 진다. 특히 녹색은 그 정도가 더 심하다. 비오는 아침이면 잔디와 나뭇잎은 그 빛을 강하게 발한다. 진한 녹색으로, 연녹색으로 자신이 살아있음을 알린다.

동일 12:20 기차역(Bahnhof) in Munchen

유스호스텔에서 본 일본인 친구들을 기차에서 만나서 인터라켄까지 같이 가고있다. Isa, Keisuke 라는 친구들인데 한달동안 유럽을 여행할 예정이라고 한다. 오늘이 4일째라는데 거의 초반의 여행으로 퓌센을 갔다는게 놀랍다.

체르마트(Zermatt)를 가볼 생각을 하는데 기차비나 숙박이 꽤 많이 비싸다. 유레일이 안통하는 곳이라 들어가고 나올 때 돈을 내야 되고 그쪽엔 숙박자체가 다른 곳의 거의 2배가량 하는 듯 하다. 그정도의 가치가 있는 곳일까? 이번 여행에서 돈 걱정은 안하고 돌아다니기로 마음 먹었지만 그래도 쓰기가 쉽지 않다. 내 땀을 흘려서 번 돈이라서 더 애착이 간다.

Swiss #1

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

Interlaken, Lauterbrunnen

2007년 05월 17일 18:10 Golden Path from Luzern to Interlaken Ost.

비록 비가 내리고 구름이 많아 멀리 높은 산을 볼 수 없다는것이 아쉽지만 그럼에도 가까이 보이는 경치는 더할 나위없이 아름답다. 캐나다 밴프가 아니라 이곳 스위스가 신이내린 자연을 가지고 있구나! 이 기찻길만 계속 왕복하고 싶다. 체르마트 가는길에 여기 왔다 가면서 갈까?

이렇게 아름다운 자연이 있고 확실한 노후보장이 되는 스위스는 겨울에 추운것만 빼면 정말 살기 좋은 곳이겠구나. 춥더라도 겨울에 Snowboard 타면 되니 더할 나위 없다!

이제 구름속을 달리고 있다. 가장 높은 Brünig역을 지나고 인터라켄으로 내려가는 중이다. 안개 낀 회색 바다, 경이롭다.

2007년 05월 18일 22:40 Balmer's Herberg in Interlaken

융프라우요흐(Jungfraujoch)는 밴프의 로키와 크게 다르지 않았다. 하지만 그곳에 올라서서 보면 로키와는 다르게 산 아래로 푸른 초원이 펼쳐진다.

융프라우 산악열차의 루트는 인터라켄 -> 그린덴발트(라우터브루넨) -> 클라이네샤이덱 -> 융프라우요흐 이다. 올라갈때는 산악기차를 이용하고 내려올 때는 클라이네샤이덱(Kleine Scheidegg)에서 라우터브루넨(Lauterbrunnen)까지 걸어내려왔다. 그 광경은 앞으로 영원이 잊혀지지 않을 것 같다. 내려오는 왼쪽으로는 Eiger, Munch, Jungfrau 의 세 산이 하얀 눈을 입고 장엄하게 서 있고 걸어내려가는 눈 앞에는 푸른 초원과 마을이 보인다. 백색과 녹색이 엉켜있는 광경은 내 정신까지 어지럽힐만큼 아름다웠다. 내려오는 길에 만난 스위스 사람들, 그리고 동유럽을 60일동안 돌고 온 한국의 사진작가(남작가)님. 그들과 여러 이야기를 나눴다.

라우터브루넨은 내가 생각해오던 알프스의 모습을 그대로 보여주는 마을이었다. 멀리 언덕에서 보이는 마을에는 100m 가 족히 넘을듯한 폭포가 장엄하게 물보라를 일으키며 떨어지고 있었다. 그 모습이 얼마나 아름다운지 그 곳에 계속 머물고 싶을 정도였다. 나중에 신혼여행으로 다시 오고싶다. 산토리니, 베네치아, 프라하, 라우터브루넨.

2007년 05월 19일 15:10 Ost Bahnhof in Interlaken

인터라켄에 올때는 셋이서 같이왔다. 그러나 지금은 다시 나 혼자 떠난다. 혼자서 다니는 여행은 항상 이렇다. 누군가를 만나고 그 누군가와 헤어진다. 되풀이 되는 만남과 이별, 그렇기에 때로는 즐거움을 느끼고 때로는 외로움을 느낀다. 이것이 혼자만의 여행.

이젠 또다시 누군가를 만나기 위해 Zermatt(체르마트)로 떠난다. 퓌센에서는 케에스케와 이사를 만났고 인터라켄까지 같이왔다. 인터라켄에서는 세명의 사진사를 만났다. 이제 체르마트에서는 누구를 만나게 될까.../FIN

Swiss #2

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

Zermatt

2007년 05월 20일 14:05 at Schwarzsee in Zermatt

Matterhorn(마테호른)을 보기위해 Schwarzsee(검은호수:2600m)에 올라왔다. 체르마트 마을에서 2시간 약간 넘게 걸린듯 하다. 바로 코앞에 마테호른이있다. 가까이서 보는 마테호른은 웅장하다. 그 누구의 접근도 허락하지 않을 것같은 가파른 경사가 내 눈을 가득 채운다. 주변의 다른 산을 내려다보는 높이가 경이롭다.

사진을 찍기위해 카메라를 들었다. 80mm 로 뷰파인더 안에 가득채울 수 있었다. 그러나 셔터를 눌러도 카메라는 묵묵부답이었다. 배터리가 다 된것같았다. 기온이 많이 떨어져서 그런것같아서 따뜻하게 품어보고 전원을 켜보아도 반응이 없었다. 결국 마테호른을 필름에 담는것은 포기해야 했다. 밴프에서 런들산을 처음오를때도 배터리 때문에 사진을 거의 못 찍었는데, 이번에도 이런 경우를 겪다니...

바람이 세차게 불어서 결국 내려와야 했다. 내려오는길에 보니 구름한점 없던 마테호른에 구름이 끼기시작했다. (나중에 들은 얘기로는 마테호른이 맑은날이 별로 없다고 한다. 내가 본 장면은 흔하지 않은 일이었다.) 구름에 가려지는 마테호른을 자꾸 돌아보았다.

중간쯤 내려와서 흐르는 시냇물에서 물을 마시고 있는데 선글라스가 없다는 것을 알아챘다. 내려오면서 가방끈에 걸어놓았는데 중간에 떨어졌나보다. 이곳 마테호른에 참 많은것을 남기는 것 같다. 카메라 배터리, 그리고 CAD 25짜리 선글라스, 내 추억 (+ 나중에 셔츠와 반바지)

마테호른은 이것으로 족하다. 아쉬움을 남기고 다시 오련다.

p.s. 그나저나 오늘은 쉬엄쉬엄 다니기로 했는데 1000미터 이상을 올라와버렸다. 다리가 점점 튼튼해지는것 같다.

2007년 05월 20일 16:10 train to Geneve

도망치듯이 체르마트를 빠져나간다. Why? 나도 모른다. 그냥 미련없이 떠난다.

이곳에서 Martin을 만났다. Zurich 에서 일하는 German 청년, 일하고 주말에 이곳을 올 수 있다는 게 정말 부럽다. EU 내의 사람들은 자유롭게 다른 나라에서 일할 수 있다고하니 이곳 저곳 옮기면서 일하면 주말에 여행도 하고 좋을듯 하다.

19:00 기차가 플랫폼에 멈춰설때마다 헤어지는 연인들의 키스하는 모습이 가득하다. 그 누구의 시선도 의식하지 않는 자연스러운 모습이 아름다워 보인다. 만일 한국이라면 불가능한 일이었겠지. 뼛속 깊이 박혀있는 그릇된 예절습관, 이제는 바뀌어야 할때가 되었다.

갑자기 호수가 나타나고 아름다운 마을이 펼쳐진다. 궁금해서 어디인가 했더니 Swiss Golden Path의 종착지 Montreux(몽뜨루)다. Luzern(루체른)에서 시작해서 Interlaken(인터라켄)을 거쳐 이곳 몽뜨루까지 이어지는 Golden Path. 이 호수의 건너편은 프랑스이다. 5대호에 비하면 작지만 이 호수가 Geneve까지 연결된다.

2007년 05월 20일 at the Youth Hostel in Geneve

여행중 가장 최악의 날이다. 기껏 힘들여 올라간 산에서 카메라 여분배터리를 두고 와서 가진 한방 찍지 못한 일이나 호텔에서 빨리 나오면서 CHF 60을 준일이나 Geneve에 도착했더니 기차가 바르셀로나 가는 기차가 월수금에만 움직인다는 사실을 안 것이나 호스텔을 겨우 구해서 샤워하려고 봤더니 체르마트 호텔에 Billabong(빌라봉) 회색 셔츠와 MEC 바지를 두고 온 것을 발견한것은 당황스럽기까지 하다. 선글라스를 잃어버린 후 다시늘 잃어버리지 말자고 다짐한지 채 한시간도 되기전에 똑같은 일을 반복하다니 내가 오늘 정신이 없긴 없었나보다.

셔츠와 반바지를 두고 온 일은 온전히 내잘못만은 아니다. 아침에 나갈때 문 잠그고 DND를 걸어놨는데도 다녀오니 방이 정리가 되어있었고 짐들이 한 쪽으로 치워져 있었다. 내 셔츠와 바지는 아마도 옷장안에 넣어 놨을 것이다. 그래도 마지막에 확인하지 않은 내 잘못이 더 크다. 한 번 꼬이니 급기야 완전히 엉망진창이 되어 버렸다. 뉴욕에서 산 빌라봉 셔츠 두개 다 잊어먹었다.

이것도 경험이겠지, 뜻하지 않게 머물게 된 제네바, 내일 봐보자 어디 잃어버린 물품만큼의 가치가 있는지!

자기전 이제 짜증이 좀 풀린다. 모든 것이 다 내 잘못이었음을 느낀다. 외적인 요인은 없다. 내 모든 문제는 나로부터 기인한다. 진실해지자. 내가 나를 바라봄에 있어서 어떠한 거짓된 가면도 씌우지 말고 광야에 홀로 서서 모든 것이 드러난 나를 보자. 내 속은 거짓과 탐욕, 쾌락으로 가득 차 있다. /FIN

Romantic Paris #1

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 21일 18:00 at TGV to Paris

제네바에서 바르셀로나로 가는 오전 기차는 매진이었다. 게다가 밤기차는 침대도 아닌 좌석이 CHF 68이나 했다. 그 금액은 내게 매우크게 느껴졌다. Eurail Pass를 가지고 있는데도 터무니없이 비싼 스페인 기차들은 내 바르셀로나 행을 포기하게 만들었다. 게다가 제네바에서 Paris(파리)로 가는 TGV는 단돈 CHF 8 이었다. 결국 파리로 가는 TGV에 몸을 싣고있다.

이젠 마지막 여행지가 될지도 모르는 파리로 간다. 꽤 오랫동안 파리에 머물듯 하다. 그동안 피렌체에서부터 급하게 달려온것 같다. 조금은 느긋하게 돌아보자. 파리에서 런던가는 Eurosta는 Eurail Pass 가 만료가 되니 꽤 비쌀 듯 하다. 프랑크푸르트에서 비행기를 탈 수 있는지 알아봐야 겠다.

파리는 어떤 곳일까? 나에게 파리하면 떠오르는 것은 에펠탑 밖에 없을 정도로 파리, 그리고 프랑스에 대한 지식이 없다. 아.. “봉주르” “살류” “꼬모사바” 등 몇가지 불어는 안다. (갑자기 퀘벡 친구들이 고맙게 생각되네.. ) 하지만 이정도로는 파리를 느끼는건 쉽지 않겠지. 남들과 똑같이 관광만 하다가 돌아가게 될지도 모르겠다. 그래도 남들이 보지못하는 곳을보고 느끼지 못하는 것을 느끼려고 노력하자.

2007년 05월 22일 12:45 at Notre-dame de Chartres

샤르트르의 노틀담 대성당에 앉아있다. 노틀담은 몽레알(Montreal, 몬트리올 in Canada)에만 있는줄 알았는데 알고보니 노틀담 의 뜻이 성모 마리아였다. 성모 마리아 성당은 유럽에 한 100개는 있는 것 같다. 아무튼 Notre-dame de Chartres에 왔다.

스테인드 글라스를 이루고 있는 셀 수 없이 많은 유리조각들은 자신을 뽐내지 않고 주변의 수많은 유리조각과 합하여 마치 교향곡같은 아름다운 빛의 오케스트라를 만들어 낸다. 빛으로 만들어 내는 소리는 이 성당을 가득 메우고 있다. 그것은 불꽃놀이 같기도 하며 파이프오르간과 어우러지는 성가대의 합창같기도 하고, 천국에 울리는 나팔소리 같기도 하다. 주님의 성당을 최대한 아름답게 (내 생각에는 천국을 묘사한 것 같다) 만들기 위한 옛사람의 노력이 느껴진다. 특히나 정면에 있는 성모의 창(Notre-dame de la Bell Verriere)은 최고다.

2007년 05월 23일 16:15 at Pont Neuf in Paris

루브르 박물관은 생각만큼 매우 크지는 않았지만 볼거리는 정말 많았다. Audio Guide도 구해서 아이팟에 넣고 들으면서 돌아다녔다. 그러나 역시 박물관은 나에겐 영 ~ 아니란 말씀! 이곳 이네스 민박에 같이 머무는 여성 한분은 파리의 박물관만 보려고 왔다는데, 게다가 루브르만 3일째 본다는데 난 도저히 그런 체질이 아니다. 일단 걷고 일단 보고 일단 느끼는게 나에겐 가장 멋진 여행이다. 박물관의 “아는만큼 보인다” 가 정확하게 적용된다고나 할까.. 결국 오르세(Orsay)는 안가는게 나을듯 하다.

2007년 05월 24일 23:00 at Ines in Paris

샹띠이(Chantilly) 의 샹띠이 성(Châteu du Chantilly) 에 다녀왔다. 성 자체도 멋지고 마을도 멋진 곳이었지만, 오늘 여행에서 가장하이라이트는 뭐니뭐니해도 누렁이와 깜둥이다.

샹띠이에서 성을 보고 난 후 성 옆에 있는 숲을 걷고 있었다. 정갈하게 뻗어있는 숲길과 5월의 나무로 가득 차 있는 그 곳은 그동안의 여행의 피로를 날려버릴만큼 상쾌했다. 파리에서 만난 같은 고향 사람과 그 숲을 걷고 있었는데, 갑자기 앞에서 개 두마리가 숲에서 뛰쳐나왔다. 사람도 거의 찾아보기 힘든 숲에서 부스럭 거리는 소리에 놀랐는데 개를 보고 더욱 놀랐다. 흡사 정신줄을 놓은 개 마냥 숨을 가쁘게 몰아쉬면서 침을 질질 흘리는 모습이란, 한순간 등골이 오싹해지는 경험이었다. 이거 한마리 당해내기도 벅찬데 두마리가 20여미터 바깥에서 길 가운데에 가만히 앉아 우리를 응시하고 있으니 이게 우리랑 싸우자는 건지 아니면 이 길로 오면 안된다고 경고하는 건지 구별이 안갔다.

결국 슬금슬금 우리 갈길을 가기로 마음먹었는데 그 녀석들은 우리 주변을 뱅글뱅글 돌면서 떠나질 않았다. 누구에게 도움도 청하기도 힘든 환경에서 결국 물테면 물어봐라 하고 숲 밖으로 방향을 잡았다. 그렇게 걸어가면서 그 녀석들이 말을 잘 듣는 머리좋은 개라는 것도 알았고 험악한 얼굴과는 다르게 순딩이라는 것도 알게 되었다.

그대로 숲을 빠져나왔는데도 계속 따라와서 결국 경찰서까지 같이 걸어갔다. 경찰서에서 안되는 영어로 이야기하고 나오는데 쫓아오는 그 녀석들에게 정까지 들어버렸다. :)

이제 여행이 7일 남았다. 많은 사람들을 만나고 많은 일들을 겪었다. 사람들과의 부대낌이 여행의 묘미이다. 결국 어울림이 다른 모든것을 아름답게, 또는 불행하게 만든다. 같은 숙소라고 해도 주위사람들이 유쾌하고 재미있으면 조금 불편할 지라도 즐거운 만남이 되는 반면, 사람들과 어울리지 못하면 그 기억은 지워버리고 싶은 기억이 되어버린다.

여행의 마지막 순간이 되면 정말 내가 원하는 것이 무엇인지 알 수 있게 될 것 같다. 그러나 그 때는 이미 모든 것이 돌이킬 수 없는 순간이 되어버리겠지. 그리고 나는 끝없는 후회를 할 것이다.

Romantic Paris #2

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 25일 12:30 at 19th District in Paris

소르본 지역으로 계획했었는데 (5,6구역) 정현이와 헤어진 뒤로 소르본으로 걸어가지 않고 이곳 19구역으로 왔다. “빈민가”라고 불리우는 이곳을 나는 왜 왔을까? 무엇을 찾기 위해 왔을까? 처음에 파리에서 어느 곳이 빈민가인지 물어봤을때 사람들이 되도록이면 안가는 것이 좋다고 했었다. 그리고 그 사람들이 소르본을 권유했다. 그래서 오늘 정현이를 Saint-Michael 역에 데려다 주었다. (소르본과 출발지역이 같으므로)

그런데 어느새 나는 지하철을 타고 19구역 앞에서 내려 지금은 중앙에 들어와 있다. 무엇이 나를 19구역으로 이끈것일까? 나도 그 이유를 잘 모르겠다. 일단 돌아다녀 보면서 이유를 찾아봐야겠다.

동일 13:45

평화롭다. 그리고 다른 어느곳보다 사람사는 냄새가 난다. 조용하지만 멈춰있지 않은 19구. 난 이런모습을 기대하고 온것이 아니였다. 그러나 이 모습의 19구가 맘에 든다. 빈민가의 모습이 아니라, 사람이 살아가는 모습을 보여주는 곳이다. 다 허물어져가는 낡은 건물들과 삶에 찌들린 군상을 보려하였으나 그 것은 19구 중에서 극히 일부분에 해당하는 모습이었다. 실상은 더 넓은 곳에 더 아름다운 모습이 있었다. 19구의 입구의 그 모습만 보고 발길을 돌리는 사람들은 발견하지 못했을 지도 모른다.

동일 15:15 at Montmartte in Paris

몽마르뜨의 계단에 앉아서 사람들을 보고있다. 왜 모든 사람들은 이곳 몽마르뜨에 오고 계단 앞에서 사진을 찍으며 기록을 남기려고 하는 것일까? 거의 대부분의 사람들은 이곳에 와서 사원을 배경으로 사진을 찍는다. 그 모습은 몽마르뜨에 세워져있는 사원과는 너무 이질적인 모습이라 마치 합성 사진을 보는것 같다. 합창단에서 혼자만 우렁찬 목소리로 다른박자, 다른 음정으로 노래를 부르는 합창단원의 모습과 같다. 아무리 아름다운 목소리라 할지라도 다른 사람들과 어울리지 않으면 아니 부름만 못하다. 이곳에서 사원을 배경으로 찍는 사람중에 과연 사원과 어울리는, 동화되는 사진을 찍는 사람이 몇명이나 있을까? 대부분은 자기가 여기 몽마르뜨에 왔다는 것을 다른 사람에게 증명하기 위해 찍는 것 같다.

여행을 다녀온 후 “자신감”을 얻는다는 것도 위의 마지막 문장과 크게 벗어나지 않는다. 다른 사람이 해보지 않은 것을 해봤다는 것, 다른 사람이 보지 못한 것을 보았다는 것은 내가 남들보다 우월하다고 생각하게 만든다. 그로 인한 “자신감”이 생기는 것이다. 하지만 이 자신감은 더 많은 것을 보고, 더 많은 것을 경험한 사람을 만나는 순간 모래성처럼 무너져버린다. 어떤의미에서 보면 이것 또한 경쟁의식이라고 할 수도 있겠다. 자신을 당당하게 지탱해 줄 것이 자신의 내면의 성숙이 아니라 겉으로 치장된 껍질뿐인 경험이 되어버렸다.

그렇다면 내가 사진을 찍는 목적은 무엇일까? 왜 나는 구지 남들이 가지 않는 곳을 가려하고 경험하지 않은 것을 경험하려 할까? 이 행동은 내가 남들보다 뛰어나다는 것을 보여주려는 내 의식의 일부다. 그렇다 나도 남들과 다른척을 하지만 실상은 그들의 모습 그대로인 것이다. 더 잘나보이길 원하고 남들이 보지 못한 것을 보았다고 자랑스럽게 말하길 원한다. 나는 나만의 주관적인 눈을 가지지 못하고 아직도 남들의 시선 속에서 산다.

이런 행동들이 나를 더 잘나보이게 하지는 않는다. 나는 그것을 잘 알고 있다. 그러나 순간순간 나오는 내 행동들은 앎이 곧 실천으로 연결되지 않는다는 것을 보여줄 뿐이다.

나는 오직 남들이 가지지 못한 시선을 가지고 싶다. 남들과 같은 눈으로 같은 위치에 서면 식상한 구도에 좀더 나은 노출의 사진을 얻어낼 뿐이다. 그리곤 포토샵으로 나머질 때울테지. 새로운 눈을 가진다는 것은 남들이 발견하지 못하는 새로운 대상을 찾을 수 있다는 것이고, 새로운 구도를 발견하는 것이기도 하다. 나에겐 지금 이것이 가장 급한 문제다. 나머지는 지금의 내 카메라 'Dynax 5'가 알아서 처리해 준다. “새로운 구도”를 찾아내고 삶에서 “순간”을 잡아내고 마지막으로 “대상에 더 접근”하려 노력해야 한다.

Romantic Paris #3

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 26일 13:35 at Shakespeare & Company in Paris

Before Sunset 이야기의 시작점에 앉아있다. 영화에서 보던 이곳에 서 있노라니 주인공들이 쉼없이 떠들던 그 목소리가 들리는 것 같다. 영화의 화면에서는 골목길인 줄 알았는데 사실은 세느강 바로 옆에 자리잡고 있었다. 그리고 넘쳐나는 관광객들로 쉼없이 분주하게 돌아간다. 이제 그들이 이야기하며 걸었던 길 따라 걸어보자. (그런데 처음 들어간 골목 다음부터는 생각이 안난다... )

동일 15:00 at 5th District in Paris

결국 못찾아서 무작정 골목길 구경도 하면서 걷다보니 어느새 5구 중앙에 와있다. 민박집에 같이 머무는 '장규'씨가 말한대로 5구,6구에는 참 아름다운 건물들이 모여있다. 초입에서부터 느껴지는 오래된 건물의 향기는 프라하의 그것과 똑같다. 그때도 정신없이 그 건물들 사이를 걸었다. 오늘도 이 아름다운 건물들 사이를 걸었다. 같은 행동이지만 그때와는 느낌이 사뭇 달랐다. 어제 갔었던 19구의 체취가 남아서일까?

동일 17:00 at Luxemburg Park in Paris

룩셈부르크, 이곳에 앉아서 시간이 흘러가는 것을 느낀다. 똑같은 공원의 배경위에 사람들은 움직이고 흐름을 만들어 낸다. 많은 가족들이 함께 나와 아이와 함께 분수에 모형 요트를 띄운다. 아이는 요트의 방향을 바꾸기도하고 멈춰버린 요트가 힘차게 나아가도록 뒤에서 밀어주기도 한다. 연인들은 분수를 둘러싸고있는 의자에 앉거나 풀밭에 눕는다. 서로 바라보며 이야기를 나눈다. 키스한다. 껴앉는다. 남자들은 가벼운 주제로 웃으며 이야기 한다. 혼자 온 이들은 사진을 찍고 주변을 둘러본다.

나는 이 모든 이들을 바라본다. 소설의 3인칭 시점처럼 바라보며 시간이 모두에게 흐르는 것을 느낀다. 이 사람들이 움직이는 것을 느낀다. 그 순간 이어폰에서 Before Sunrise 의 OST 가 흘러 나온다. 나는 평화롭다. 이 순간 그 어떤 생각도 끼어들 수 없다. 내 모습을 버리고 철저히 객관적인 눈으로 모든 것을 바라본다. 그리고 지긋이 셔터를 누른다. 바라보는 모습 그대로 필름에 담긴다.

만족한다. 내가 원한 사진은 이런 사진이었다. 그냥 삶의 모습 그대로를 담아내는 사진을 원했다. 내 사상이 정립되지 않았는데 나의 생각이 들어간다면 쓸모 없는 사진만 나올 뿐이다. 보이는 그대로를, 그리고 그 순간을 담아야한다. 오늘은 겨우 한장이지만 그런 사진을 찍을 수 있었다.

동일 21:20 at Ines in Paris

내 여행은 실패한 것일까? 성공한 것일까?

일반적인 입장에서 본다면, 나는 박물관은 끔직히도 싫어했고 간 곳은 루브르 하나. 그리고 도시를 지나치면서 시간이 충분했지만 남들이 다 가보는 곳을 모두 간 것도 아니였다. 여행이 끝나고 나면 남들에게 보여줄 건물과 내가 함께 담긴 사진은 더우기 없다. 남들은 이런 나를 보고 “여행을 하긴 한거야?”라고 물을지도 모르겠다. 나도 내가 여행을 하는지 아니면 생각속에서 산책을 하고있는지 모르겠다.

나의 입장에서는 난 이 모든 여행을 만족하고 있다. 비록 좀 더 대담하게 다가가지 못했고 동화되지 못했지만 담고 싶은 것을 속에 담았다. 주관적으로 보자면 성공적인 여행인 셈이다.

Romantic Paris #4

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 27일 17:05 at Ines in Paris

바깥에는 비가 내리고 창문은 빗방울이 고여있다. 이틀 동안 무척 덥다가 번개를 동반한 소나기 이후 어제부터 선선한 날씨가 이어지고 있다. 오늘은 다시 비가 내린다. 런던에 가까워져 오니 런던 날씨를 슬슬 닮아가나 보다.

비가 내리면 살아있는 나무를 제외한 다른 모든 색들은 차분해진다. 좀 더 안정적이며 때로는 우울하기까지 한 색을 지닌다. 사람들은 비를 피해 뛰어가기도 하고, 가진 물건으로 비를 막기도 한다. 우산을 준비한 사람은 느긋하게 연인을 껴안고 거리를 걷는다. 노점상, 특히 센강변의 고서, 그림을 파는 노점상 주인은 줄어든 손님 탓에 느긋하게 벽에 기대어 신문을 본다. 비록 오늘의 장사는 더는 기대를 하지 않는 듯하지만 자리를 떠나지 않고 지나가는 이들을 무심히 바라본다. 수많은 사람이 비가 내리는 중에도 노트르담 성당 앞 광장에서 신의 창조물, 노트르담을 바라본다. 그리고 나중에 다시 보지도 않을 사진을 열심히 찍는다. 나는 비를 맞으며 걷는다. 카메라에 빗물이 들어가는 게 마음에 걸리긴 하지만 느긋하게 걷는다. 그리고 주변을 둘러보며 비 내리는 파리를 바라본다.

이것 또한 파리의 모습이다. 맑은 날, 쨍한 햇살 아래 빛나는 에펠탑만이 파리 전부가 아니다. 한순간, 심지어 지금처럼 비가 내리고 바람이 부는 날의 차분한 거리 또한 파리다. 많은 사람이 파리에서 살아가고 파리에 여행을 온다. 이들이 파리를 만들어 간다. 지금 내가 보고 있는 이 모습 또한 파리의 삶이다.

이제야 내가 파리에 있음을 느낀다. 에펠탑에 올라 파리 시내 야경을 볼 때도, 샤이요 궁에서 은빛으로 화려하게 반짝이는 에펠탑을 볼 때도 느끼지 못했다. 지금은 내가 파리의 삶, 그 가운데 서서 그들을 바라보고 있다.

떠날 날이 4일밖에 남지 않았지만 이제는 아쉽지 않다. 내가 보고 싶었던 것을 보았다. 이탈리아의 삶을 보았고 프라하의 삶을 보았고 알프스의 산을 보았다. 지금은 파리의 삶을 본다. 마지막으로 남은 런던의 삶 그것이 기대가 될 뿐 아쉽지 않다. 난 나만의 여행을 즐겼다. 그리고 느꼈다. 이제 새로운 도전을 한다. /FIN

2007년 05월 28일 13:00 at Cafe.Trocadew in Paris

신종 구걸 수법 : 바닥에서 떨어진 반지를 줍는 척하며 건네준다.
그리고 배고프다며 돈을 달라 한다

샤이요궁 뒤편에 않아 에펠탑을 보며 Cafe Latte를 마시는 중이다. 비가 온 탓인지 날씨가 쌀쌀하다. 거리는 평소보다 매우 한산하다. 천천히 노트르담에서 이곳 Tour de Eiffel까지 걸어왔다. 벽에 Graffiti 를 하던 젊은 사람들이 기억에 남는다. 그때 나는 더 다가갔어야 했다.

나는 왜 그들에게 다가가지 못했을까? 분명히 내가 다가갔다면 독특한 파리의 삶을 담을 수 있었다. 길에 건널목이 없었다는 것은 핑계다. 실은 그들에게 말 거는 것이 두려웠다. 되지도 않는 프랑스어로 답답하게 이야기해야 한다는 것이 두려웠다. 또한 그들이 폭력적일지 모른다는 내 터무니없는 생각도 나를 멈추게 하였다. 나는 겁쟁이다.

오늘 가장 중요한 순간을 놓쳤다. 아직은 Documentary Photographer가 되기엔 멀었다.

Robert Capa의 "you are not close enough", 그 말이 내게 주는 의미는 크다. 그리고 사진을 찍으면 찍을수록, 기록작가가 되고 싶다는 마음이 들수록 '충분히 다가간다.'라는 것이 힘들다는 것을 느낀다. 때로는 목숨을 걸어야 하기도 하는 closeness. Capa 에 대한 존경심은 커진다.

European의 삶을 담으려고 여행을 계획했지만 막상 와보니 삶을 담는 것이 그 삶 속에 들어가지 않는 한 불가능하다. 그렇게 나는 절망한다. 내 사진은 아직 현상도 안 되었지만 이미 그 결과는 정해져 있는 것처럼 느껴진다. 볼품없는 평범한 사진들, 아무런 주제도 힘도 담겨있지 않는 사진들이 대부분일 것이다.

이미 나는 셔터를 눌렀다. 그 횟수는 이미 500회를 넘었다. 그 안에 무엇이 담겨있을까? 쓰레기? 과시용 풍경? or Nothing.... /FIN

Astor Victoria in London

Unknown — Thu, 05 Jan 2012 00:00:00 +0000

2007년 05월 29일 21:20 at Astor Victoria in London

환전소에서 15유로를 환전했다. 9.40파운드를 건네준다. ISIC를 보여주니 Service Charge가 0이다. 지금까지 이걸 몰랐다. 알았으면 아까운 금액 손해보지 않았을 것이다.

환전한 돈으로 Daily Travel Card를 구입했다. 한 번 타는데 4파운드인 지하철이 Daily가 5.1파운드다. Waterloo 역에서 멀지않은 Victoria Line의 Pimlico에서 내렸다. South gate로 나오니 전혀 생각하지 않았던 풍경이 눈 앞에 보였다. 도로에 좌측으로 차가 다니고 운전석이 우측에 있었다. 그제서야 영국과 일본은 좌측통행에 운전석이 우측이라는 사실이 생각났다.

길을 건너 St.George's Square길로 접어들었다. 한 구역의 건물이 하나로 붙어있었다. 똑같은 모양의 기둥, 문으로 이루어진 집이 경계도 분명하지 않게 붙어있었다. 흰색 기둥에 표시된 검은색 번지수가 집을 구별하는 유일한 표식이었다.

길을따라 계속 걸어가니 Belgrave Road로 이름이 바뀐다. 그리고 기둥에 붙여진 Astor Victoria 팻말을 발견했다. 입구의 문은 다른 집의 문들과 동일했다. 팻말이 없었더라면 그냥 스쳐 지나갈만한 곳이었다. 초인종을 누르니 문이 열리는 소리가 들렸다. 문을 열기위해 밀어 보았지만 열리지 않았다. 결국 Receptionist가 나와서 직접 문을 열어주었다.

햇살이 비치던 밖에서 안으로 들어가니 아무것도 보이질 않는다. 좁은 통로가 잠시 이어지고 왼쪽으로 들어가니 라운지가 있다. 몇몇 사람이 배낭을 내려놓은 채 쉬고 있다. 소파는 푹신해 보였고 약간은 낡아보인다. 가운데에 있는 책상은 볼품없는 나무책상이다. 눈 앞에는 3대의 컴퓨터가 있다. 두 대는 이미 사용중이고 한대는 모니터에 Out of Service가 쓰여진 A4용지가 붙어있다.

Receptionist에게 물어 방을 구했다. 하루에 18.5파운드, 캐나다 달러로 38불이니 싼 방은 아니였다. 그러나 일반적인 Youth Hostel 조차도 28파운드이니 나에겐 이곳으로 만족해야했다. 알려준 길을따라 계단을 오르니 내 방 39호가 보인다. 한 층에는 겨우 4개의 방 밖에 없었다. 그다지 크게 운영하는 곳은 아닌 듯 했다. 열쇠로 방문을 열고 들어서니 흰 벽에 푸른 번개 무늬의 페인트가 보였다. 높은 천장, 아담하지만 좁지 않은 방, 흰색 배경에 더욱 눈에 띄는 빨간색 침대, 그리고 붉은색 커튼, 큼지막한 창은 이곳에 오길 잘했다는 생각이 들만큼 훌륭했다. 푸른색 옷걸이 장은 침대와 대조를 이루고 있었다.

그리고 누군가 "Hello"라고 말했다. 한 여자가 선글라스를 쓰고 나를 보고있었다. '여기 Mixed Room이었군'이라고 생각하며 “Hi”라고 대답했다./FIN

2007년 06월 01일 09:55 Plane from Frankfurt to Incheon

이제 한시간 반 가량이면 인천공항에 착륙한다. 지금은 아무런 생각이 들지 않는다. 그냥 비행기 안 가득히 들리는 한국말이 신기하다.

이젠 여행에 관한 모든 것을 지워야한다. 머릿속에서 잊어버리라는 말은 아니다. 다만 여행으로 자만하면 안된다. 여행에 관한 언급은 더 이상 하지 말자.

/FINALE/

Font Smoothing

Unknown — Tue, 03 Jan 2012 00:00:00 +0000

Windows에서 Cleartype이 활성화되어있음에도 몇몇 폰트들, 예를들면 Helvetica나 Roboto 폰트같은 Manual hint가 포함되지 않은 글꼴들은 작은 폰트 크기에서 명료하게 보이지 않습니다. Cleartype자체가 어느정도 한계를 지니고 있습니다.

Roboto 폰트의 경우 Mac OS X나 리눅스, 안드로이드에서 매우 깔끔하게 보입니다. 그러나 Windows 7에서는 이 폰트는 거칠고 울퉁불퉁하여 사용할 수 없을 수준입니다.

이러한 문제를 해결하기 위해 몇몇 프로젝트가 진행되고 있습니다. 저는 GDI++ 를 사용하였습니다. 매우 좋은 대안으로는 MacType 이 있습니다. 이러한 프로젝트는 Windows의 기본 라이브러리인 GDI+ 를 대체하여 폰트 그리기를 독자적으로 수행합니다. 이 프로그램을 이용하면 리눅스에서 보이는 것과 동일하게 위의 폰트들에서도 작은 폰트크기로 깔끔한 글꼴을 보여줍니다.

Nikon D40

Unknown — Thu, 01 Dec 2011 00:00:00 +0000

Nikon D40

장점

DSLR중 매우 작은편이다. (이것보다 작은것은 E-420)
노이즈가 거의 없다.
그립감이 뛰어나다.(내손이 작은편이라 딱맞는듯)
다른 회사 DSLR과다르게 크롭비율이 1.5다.
배터리가 오래간다.

단점

모터가 없어서 AF-s 렌즈사용해야 AF가능하다. 그러나 난 MF렌즈를 쓰므로 해당사항이 없다.
Full Frame DSLR 이 아니라 내가 좋아하는 40mm 렌즈가 60mm 로 탈바꿈한다.
뷰파인더가 x-700만큼 밝고 광활하지 않다.

Minolta Dynax 5

Unknown — Thu, 01 Dec 2011 00:00:00 +0000

Minolta Dynax 5

장점

가볍다. SLR이 맞나?
작다. SLR이 맞나?
기능 엄청많다. 중고가 10만원짜리가 맞나?
초점잡는게 빠르다. Dynax7이랑 맞먹는다
셔터소리가 진짜 사진찍는 맛을 느끼게 해준다.

단점

없다. ;;

Olympus PEN E-P1

Unknown — Thu, 01 Dec 2011 00:00:00 +0000

Olympus PEN E-P1

강점

작다. 일반적인 SLR과는 다르게 매우 작다. RF스타일의 G1보다 작다.
가볍다. DSLR보다 가볍다. (300g 대)

약점

촬상소자 크기가 작다. 35mm 풀프레임에 비해 면적이 1/4이다. 그로인해 심도도 깊다. 심도가 깊은건 강점이자 약점이다.
뷰파인더가 없다. 그냥 RF 스타일의 뷰파인더여도 좋았을텐데, 외장형 뷰파인더만 제공된다.
배터리성능이 보통이다. D40쓰다가 써서 그런지 라이브뷰로 인해 300여장정도밖에 못찍는 배터리 성능은 안습이다. D40이 배터리 부분에서는 대단했음을 실감한다.
스트랩 고리가 애매하다. 조금만 더 고리가 앞쪽에 달리게 했으면 셔터누르는데 불편하지는 않을 것 같다. 지금도 파지법을 조금 바꾸면 편하게 잡을 수 있다.

Minolta TC-1

Unknown — Thu, 01 Dec 2011 00:00:00 +0000

Minolta TC-1

5월 29일 구입. 10월 24일 팔림.

성능

항목	내용
렌즈	G-ROKKOR 28mm F3.5 (5군5매)
서터	프로그램 AE식 전자서터 \ 8~1/750초
노출	중앙부 중점 / 스팟 \ ± 4EV (1/2 EV 스텝 )
포커싱	0.45m ~ ∞ (455스텝, MF 22스텝)
파인더	0.4배 85%x85% -2.5 ~ +1.0 디옵터
플래시	가이드넘버 7 \ 충전시간 5초 \ 발광금지, 강제발광, 슬로우 싱크로
배터리	3V Lithum (CR123A or DL123A) 1개 13롤 촬영(24컷 50% 플래시)
크기	59mm(H) x 99mm(W) x 29.5mm(D)
무게	185g
발매일	1996년 3월

장점

작다. 정말 작다. 35mm film camera에서 이건 혁명이다
28mm 넓다. F8+MF3m 로 팬포커스 가능
정확한 노출. 믿음직하다
배터리가 여타 T3, Minilux 등보다 오래간다.

단점

손가락에 신경 써야된다. 안그러면 손가락이 잘 찍힘
MF 경우에 초점이 미리 잡혀있는게 아니라 반셔터 눌러야 그 초점위치로 이동
셔터스피드가 1/500이 제한이다. 대낮에는 넘어버리는 경우가 허다하다.

Observation - October 2, 2011

Unknown — Sun, 02 Oct 2011 00:00:00 +0000

며칠전부터 별 보고싶어서 벼르다가 초가집님이 벗고개 가신다길래 낼름 가서 관측 했습니다. 유클리드님이랑 안희성님과 아드님이 왔습니다.

벗고개 도착하니 남천은 구름이 가득하더군요. 낮에 구름이 꽤있어서 각오했는데 그래도 북천은 열려있어서 나쁘지 않았습니다. 시간이 지나니 구름이 점점 없어지며 완전히 뚫렸습니다.

환호를지르며 이것저것 마구마구 찾아봤습니다. 초보라서 많이 보는게 좋은거니 성도에서 메시에 위주로 찾아봤습니다. 이번 관측의 큰 수확은 고리성운이 푸른 녹색기운이 감돌정도로 영롱하게 보였다는 것과 드디어 m33의 나선팔을 분간해 내게되었다는점입니다. 안시도 보는만큼 느나 봅니다. 말머리성운은 못봤지만 그옆의 2024는 제 눈에도 또렸이 보이더군요. 너무 볼게 많아서 고민이되는 그런 관측이었습니다.

메시에는 1 2 15 27 29 31 32 33 34 36 37 38 42 43 45 57 72 73 76 78 101 103 110 보았고, 이중성단 2024 65X시리즈(M103옆에 있는) 등 정신없이 보고 또 봤던 것 같습니다.

Observation - First Light of Meade 14mm

Unknown — Sun, 16 Jan 2011 00:00:00 +0000

관측은 거의 3개월만에 나가보네요.

디노님 관측 문자를 받고 졸업도 끝났겠다 해서 냅다 공림사로 달렸습니다. 갑자기 받은 문자라 뭘 봐야 할지 정하지도 못하고 그냥 포켓 스카이 아틀라스 책자 하나 달랑 들고 갔습니다.

8시 20분쯤 되어서 공림사에 도착하니 디노님이 8인치 돕을 이미 펼쳐놓고 계시더군요. 제가 2번째로 도착했습니다. 또한 제가 마지막이었습니다. 방한을 위해 보드 부츠로 갈아신고 보드복 바지도 입고 밖으로 나와 돕을 꺼내니 하늘이 꽤 좋습니다. 눈 가득한 공림사인데 별 자체는 투명하게 잘 보입니다. 이전 10월즈음에 왔을때 보다 더 좋은 것 같네요.

기온도 적절합니다. 그다지 춥게 느껴지지 않네요.

오늘은 미드 4000 14mm 를 처음으로 개시하는 날입니다. 설레는 마음으로 커피 한캔 마시고 광축좀 조절해주고 (어서 빨리 호텍 레콜을 사야겠습니다. 매번 디노님께 부탁하는것도 미안한 마음이네요) ( 광축 조절 노브를 큼직한 걸로 바꿨는데 참 만족스럽습니다. 쉽게 쉽게 조절 할 수 있어서 참 좋아요.) 광축 조절좀 하고 바로 오리온 대성운(m42, m43)을 겨냥했습니다.

안보입니다.

있긴 한데 완전 번지는 별빛에 실망 가득합니다.

"냉각 시켜야 되요." 라는 디노님 말에, 한 30분 이상을 이리 저리 이야기하면서 놀았습니다. 이전엔 냉각 신경을 안 썼는데, 겨울이라 냉각이 필요하네요. 충분히 냉각은 안되었지만 그래도 냅다 관측 시작.

이번에 관측한건 어림잡아 m42, m43. m40. m108. m97. m46. m47. NGC 2423. m1, m44, m35, m78 정도 였던것 같습니다. 오리온 대성운이야 사진으로 본 터라 멋지게 나오리라 생각하고 보았지만 정말 멋지게 나오더군요. 선명한 날개나 암흑대, 그리고 트라페지움까지 확연히 구분되는 모습이 장관이었습니다. 제 눈이 난시가 좀 있어서 트라페지움은 4개까지밖에 구별이 안되더군요.

다른 멋진 모습은 m35 산개성단이었습니다. 접안렌즈를 가득 채우는 별빛이 무척 아름다웠습니다. 반짝반짝하는게 진짜 탄성이 절로 나오더군요. 이것에 비하면 m46, m47, ngc 2423은 그냥 비교가 안될 정도입니다.
반사 성운 m78은 혜성과 비슷해 보인다고 하여 보았는데 사진으로 보는 혜성 모습과는 다르더군요. 좀 더 좌우로 퍼져있는 듯 해 보였습니다. 가운데 핵부분같은 별 2가 확인되는 모습이었습니다.

그 외에 나선은하 m108도 은하 핵이 보이면서 길쭉한게 괜찮았고, 올빼미 성운은 그냥 동그란 별다른 특징이 잘 보이지 않는 성운이라 나중에 다시 확인해 봐야겠습니다. m40이중성은 이게 메시에 목록인가.. 싶을 정도로 별반 특징 없는 모습이었고, 게 성운(m1)은 제 보는 실력이 그닥이라 S자 모양을 그린다고 하는데 전혀 확인이 안되어서 다시 도전해 봐야할 대상입니다.

보다가 차에 들어가 몸을 녹이고 나오니 영하 16도.. 많이 추워졌습니다. 조금 보고 m38을 찾으려 하는데 구름이 몰려와 하늘을 가려버려서 결국 12시 조금 넘겨 철수했습니다.

그래도 미드 14mm 아이피스의 성능을 확인할 수 있어서 좋았던것 같네요. 방한장비는 좀 더 마련을 해야 할 듯 합니다. 보드 부츠로는 한계가 있더라구요. 노스페이스 맥머도에 눈독 들이고 있습니다.^^

Observation - October 6, 2010

Unknown — Sun, 10 Oct 2010 00:00:00 +0000

번개나간 최초로 날씨가 좋아서 정말 여러개를 보면서 시간 가는 줄 몰랐습니다. 처음엔 신정리가려고 했는데 주차장 들어가는 임도가 막혀있어서 별방유스타운에서 다른분들 기다리면서 M27, M57, M15, M56정도 보면서 시간 때웠습니다. 그리곤 곧바로 공림사로 달려가서 공림사에서 관측을 시작했습니다.

이전에 보았던 M27, M56, M15등보다는 새로 본 것 위주로 적겠습니다.

Andromeda Galaxy (M31, M32, M110)

안드로메다 은하는 이전 공주에서도 보았지만 이번에 보았을 때는 정말 접안렌즈를 가득채우는 그 크기에 입이 쩍 벌어졌습니다. 찾아가는것은... 맨눈으로 하늘에서 안드로메다은하가 보였기 때문에 별반문제 없이 바로 겨냥하여 보았습니다. M32도 확실하게 알 수 있을 정도였고, M110도 선명하게 보일정도였습니다. 은하의 중심 핵이 정말 선명했고 그 주변으로 옅은 성운기가 넓게 펼쳐져있었습니다. 암흑대가 보인다곤 하는데 희미하게 성운기가 잘려나간듯이 느껴지긴 했지만, 혼자만의 착각같기도 합니다. ^^

Wild Duck Cluster (M11)

M11 Wild Duck Cluster는 청주의 광해속에 숨어있었습니다. 더 넘어가기전에 어서 보라는 디노님의 재촉에 얼른 겨냥해서 보았습니다. Aquila 자리 머리부분에서 시작해서 쉽게 찾아갈 수 있었습니다. 머리부분에 해당하는 별 두개가 밝게 빛나고 m11이 오리의 몸통이 되어서 날아가는 오리 모양을 만들어내고 있었습니다.

완전 신났습니다. 망원경 성능을 제대로 끌어내면서 관측하는것은 이번이 처음이라 그냥 보는 것 만으로도 재밌네요.

Perseus Double Cluster (NGC884 & NGC869)

그리곤 Perseus Double Cluster (NGC884 & NGC869)를 보았는데, 이건 하늘에 맨눈으로도 보이는 녀석이라 찾고 자시고 할것도 없이 바로 직사. 성엽님에게 빌린 22mm도 차고 넘쳐서 30mm를 끼우고 보아도 두개가 한눈에 안들어오는 거대한 녀석이었습니다. 자글자글한 별들이 정말 아름답게 빛나고 있었습니다. 구상성단은 보면 그놈이 그놈 같고 이래저래크기만 다르고 비슷해보이는데 반해, 산개성단은 각각이 다른 별 모양을 지니면서 각각의 특색이 있었습니다. 앞으로 산개성단 중심으로 봐야겠습니다 ^^

Owl Cluster (NGC457)

다음은 올빼미 성단, 우리에겐 ET성단으로 잘 알려져 있다고 하는데, 왜 그런진 보면 안다고 하는 디노님 말에 바로 겨냥해보았습니다. NGC457 Owl Cluster는 시작을 Cassiopeia에서 시작했습니다. 카시오페아 Ruchbah(δ)에서 위쪽, 그러니까 어제에서는 파인더상 아래쪽으로 진행하면 파인더 하나 크기보다 약간 작게 움직이면 별 무리가 보이는데, 그곳에 접안렌즈를 통해 보니, 정말 ET가 있습니다. 두 눈은 밝게 빛나고 그 좌,우로 길게 늘어선 별들이 흡사 ET의 긴 팔을 연상케하는 모습이었습니다. 중심부 몸통에는 산개성단의 별들이 잘개 분해되어 보이고 있었습니다. 별들 가운데 하나가 붉은 별이라 밋밋함이 없이 재밌는 모습이었습니다.

Messier 33

그리곤 디노님이 "조금은 어렵겠지만... M33" 이라고 ... ;; M33을 찾기 시작했습니다. 결론은? 못찾았습니다, 시작을 Pisces자리의 삼각형 별에서 시작해서 91번, υ, τ별을 잇는 삼각형을 찾고 진행했는데 못찾았습니다. 디노님이 찾아주어서 보았는데, 이게 은하가 맞는건지... 싶습니다. 핵이 보이긴 하는데 안드로메다에 비하면 정말 작고 희미한 모습입니다. 위치를 확인후 제가 다시 찾아갔습니다. Pisces에서 시작해서 아까 그 삼각형을 찾으면 91번별이 꼭지가 되어지는 평행사변형 모습의 사각형 별을 발견할 수 있습니다. 여기서 91번별의 반대쪽 두 별을 보면 그 옆으로 별이 하나 더 있어서 그 3개가 삼각형을 이룹니다. 이것을 원의 점이라고 생각하면 그 둘레의 반대편에 M33이 있습니다. 다시 찾아서 보긴하는데, 찾은 수고에 비하면 보는 재미가 그리 크진 않습니다. 사진상으로는 멋들어진 나선팔이 장관인 은하였는데요. ^^

Messier 103

그리곤 M103, 오늘은 카시오페아 근처 섭렵하기 모드입니다. ^^ M103은 Ruchbah 별에서 어제 당시, 파인더상 위쪽에 보면 별 3개가 나란히 보입니다. 그 3개의 별을 있는 길을 따라 오른쪽 위로 진행하면 M103이 보입니다. 이녀석은 특징이 큰 삼각형과 그 내부의 자글자글한 별들입니다. 큰 삼각형이 m103을 감싸고 그 내부에 밝은 별 십수개정도가 있는데 그중 하나만 유달리 붉은 색이라 참 곱습니다. 그런데, 옆에 있는 ngc663에 비하면, 이게 메시에로 들어간게 의아해집니다. 아마도 붉은별 때문에 넣은걸까요..

NGC 663

ngc663은 m103에 비해 더 크고 더 화려합니다. m103에서 좀더 위쪽으로 진행하면 밝은 별 3개가 삼각형모양을 이루고 있는데 그 주위로 ngc663, ngc654, ngc659가 있습니다.

Messier 52

마지막으로 M52를 보았는데, 디노님은 이게 파인더상으로 보인다는데 전 보이질 않아서 힘들게 찾았습니다. 카시오페아 Schedar(α)와 Caph(β)를 잇는 선을 연장해서 그 두 별사이 거리만큼 나아가면 M52를 발견할 수 있습니다. 꽤 먼거리라 파인더로 호핑으로 건너가기엔 시간이 몽창 걸릴 것 같아 그냥 스위핑으로 훑어 찾았습니다.

파인더에서 보일정도로 밝은 별이라면 꽤 괜찮아 보여야 하는데 제 망원경으로 본 m52는 어두워도 너무 어둡더군요. 같은 접안렌즈를 사용해서 디노님 돕에서 보면 선명하게 밝게 보이는데 반해 10인치가 무색할 정도로 어두웠습니다. 다른 성단, 은하 볼때는 느끼지 못했는데 유달리 이녀석이 그러네요. 아마 주경이 썩 좋은 상태는 아닌가 봅니다. 한번 미러 청소하고 다시 시도해 봐야겠네요.

어제 본 것은 이정도입니다. 정말 2시간 반이 지나가는지도 모르고 신나게 보고 신나게 찾았습니다. 계속 이런하늘이었으면 좋겠다는 생각이드네요. ^^

Finishing Working Holiday

Unknown — Mon, 28 May 2007 00:00:00 +0000

아직은 유럽 여행 중입니다. 하지만 제 삶의 전환기가 되었던 워킹홀리데이를 이제는 마무리 해야겠다는 생각이 듭니다.

때는 2003년 10월. 아직 한창 군대에서 열심히 일하고 있을 상병 3호봉 시절이었습니다. 부대에서 운전도 하고 행정(부속)도 보는 상황이었는데 군 내에 intranet을 통해 캐나다 워킹홀리데이를 접하게 되었습니다. 다른 한 분이 제대하고 워홀을 지원해 볼 생각인데 어떻게 하는 것이 좋겠느냐고 올린 질문. 그 때 당시만해도 저는 워홀이 무엇인지, 그리고 그런 제도가 있었다는 사실을 모르고 있었습니다. 그 글을 발견하고 정보도 빈약하고 속도도 느린 intranet에서 워킹홀리데이 정보를 수집하기 시작했습니다. 캐나다, 호주, 영국, 일본 의 워킹홀리데이 프로그램이 있다는 말을 본 순간, 제게는 캐나다 가 가슴깊히 각인되었습니다. 그동안 꿈꿔왔던 캐나다, 하지만 자금이 되질 않아 시도조차 해보지 못했던 캐나다를 워킹홀리데이를 통해 갈 수 있다는 그 사실, 그것만으로도 제 가슴은 뜨거워졌습니다.

제대 한 후 워킹홀리데이를 준비하기 시작했습니다. 가장 도움이 많이 되었던 곳은 빨간 깻잎의 나라 였습니다. 방대한 양의 자료가 정리되어 있었고 서류를 준비하는데에 중점을 둬야 할 부분들을 잘 지적해주었습니다. 그렇게 차근차근 준비하고 2005년 말 서류를 만들어 제출을 합니다. 그리고 합격되었습니다.

꿈이 현실로 다가왔습니다. 로키 의 영상이 머릿속에 있었는데 제 눈으로 직접 보게 되었습니다. 로키산맥에 경외감을 느낍니다. 3000m 의 산들이 저를, 제가 있던 밴프를 굽어내려봅니다. 항상 지워지지 않는 백색의 눈들이 산을 감싸고 푸르른 숲이 또 다른 부분의 산을 감쌉니다. 그 백색,녹색의 조화는 신이 만들어낸 조화. 그 신의 창조물 안에 제가 지내고있었습니다.

항상 바래왔던 로키를 보는 것 뿐만이 아니라, 다른 수많은 경험을 할 수 있었습니다. 생각하지도 않았던 스노우보딩을 하고, 수많은 친구들을 만났습니다. 그들 덕분에 새로운 문화에 잘 적응할 수 있었고, 그 문화를 즐길 수 있었습니다. 밴프에서 만난 수많은 친구들, 그들이 있었기에 제 워킹홀리데이가 진정한 홀리데이 일 수 있었습니다.

어느덧 8개월의 시간이 지났습니다. 1년간 있을 수 있었지만 학업을 계속해야 하는 입장에서 한국으로 돌아가는 것을 선택할 수 밖에 없었습니다. 그리고 캐나다의 모든 것을 마무리하고 유럽을 여행한 후 한국으로 돌아가게 되었습니다.

이제는 로키 를 떠났습니다. 하지만 제 추억, 제 가슴은 로키에 두고 왔습니다. 항상 그곳을 꿈꾸며 살것입니다. 제 워홀 생활은 제게는 성공적이었습니다. 잊혀지지 않는 사람들, 자연, 문화 가 저를 바꿔놓았습니다. 저는 좀 더 높이 , 멀리 바라볼 수 있게 되었습니다.

10 Advises

Unknown — Sun, 29 Apr 2007 00:00:00 +0000

이 글은 빨깐 깻잎, 다음 카페에 썼던 글을 옮긴 것입니다. 이 조언은 제 개인적인 경험에 기반해서 쓰여진 것으로, 모든 사람에게 해당되지는 않습니다. 다만, 저같이 조금은 소심하지만 이것 저것 도전해 보고 싶은 마음이 가득한 어느 한 사람이라도 이 글을 보고 용기를 얻었으면 좋을 것 같은 마음에 남겨둡니다.

두려움과 맞서라

적게는 20년 많게는 30년 동안 지낸 정든 한국을 떠나 타국에서 1년간 생활하는 것이 쉽지는 않습니다. 캐나다 공항 문을 나서면 모든 것이 막막하고 앞으로의 일들에 대한 두려움이 가득할 것입니다. 저 또한 밴쿠버 공항문을 나서니 막막하더군요. 정해놓은 숙소도 없고 그렇다고 지낼 친구도 없으며 주변에 한국사람은 보이지도 않던 그 상황. 결국 한국에서 적어온 몇가지 호스텔 전화번호를 들고 공중전화에 몇십분을 매달려 방을 구했습니다.

명심해야 할 것은 캐나다도 사람이 사는 곳 이라는 점입니다. 자신감을 가지고 두려움을 이겨내십시오. 이것이 워홀러 (Workholer) 의 첫번째 과제입니다.
편안함을 버려라

캐나다에서 가장 두려워 해야할 것은 한국사람 입니다. 일단 외국 사람을 만나려면 용기와 노력이 필요합니다. 한국에서 얼마나 공부를 했든 - 어떤사람은 예외란게 적용되기는 하지만 - 외국인과의 첫 대화는 힘듭니다. 생각 이상으로 빠르고 생각 이상으로 알아듣기 힘든 대화였습니다. 그들과 이야기 하려면 온 정신을 집중해야 하며 이야기가 끝난 후에는 땀이날 정도였죠.

제 주변의 많은 워홀러는 이것을 두려워했습니다. 그리고 편안함을 찾아 한국 사람들과 어울리기 시작했습니다. 아무리 캐나다에 한국 사람이 널려 있다고는 하지만 한국사람을 보면 반가운 것은 사실입니다. 모두 다 이곳에서 외톨이죠. 그리고 모두다 사람을 필요로 하고 있습니다. 그러한 이유로인해 서로 쉽게 친해질 수 있게 됩니다. 한 번 어울리기 시작하면 그때부터는 외국사람들과의 만남은 뒷전이 되어버리고 맙니다. 이제는 단순히 일만 한다는 것 뿐, 워홀러가 아닌 관광객이 되어버립니다. 한국사람들과 어울려 주변 여행을 다니고, 일이 끝나면 한국사람들을 보고 이야기하고 술을 마십니다. Canadian 의 사고방식, 문화, 풍습을 느낄 기회는 영영 사라져버리게 됩니다.

제가 말하고자 하는 것은 한국 사람들을 아예 멀리하라는 것은 아닙니다. 다만, 캐나다에 있는 이상 한국의 편안함을 버리고 부지런히 움직이고 캐나다를 제대로 느낄 수 있게 노력을 하는 것 이 제대로 워홀을 경험하는 길이라는 것입니다.
큰기업. 직원숙소가 있는 곳에서 일하라.

외국인과 친해지는 가장 좋은 방법은 자주 얼굴을 보고 항상 같이 있는 기회를 만드는것입니다. 같이 있기 위해서는 한국사람들과 일하는 것이 아니라 외국인들과 일할 기회를 만드는 것이 좋고, 일과 후 같은 숙소를 쓰는것은 더 좋습니다.

제가 일하는 곳은 꽤 큰 직원숙소가 있습니다. 사실 일하는 곳 자체가 매우 큰 편이라 직원들이 몇백명은 되는 곳입니다. 이곳 직원 숙소는 캠퍼스 내에만 2개의 건물이 있고 캠퍼스 외부에도 직원숙소가 있습니다. 그 중 하나 , 제가 머무는 Becker Hall , 는 60명 이상의 직원이 생활을 하고 있습니다. 이곳은 2명이 1개의 방을 쓰며 2개의 방이 1개의 화장실, 2개의 세면대, 1개의 냉장고를 같이 사용합니다. 즉, 아무리 피하려고 해도 저를 포함한 4사람은 얼굴을 자주 볼 수 밖에 없습니다.

이런 환경에서는 제가 조금만 노력하면 많은 외국 친구들과 어울릴 수 있습니다. 같이 펍에가서 한번 술이라도 마시면 다음날 저를 대하는 태도가 완전히 바뀌죠. 그들에게 //영어를 잘하느냐 못하느냐//는 '친구'의 조건에 포함되지 않습니다. 그저 같이 있기에 , 같이 어울리기에 친구일 뿐이죠. 그들과 친해지면 아마 'Culture shock'을 제대로 느끼실 겁니다. 또한 그 친구들 중에 동일한 취미를 가진 친구를 만난다면 같이 여행도 다니고 같은 취미활동도 하면서 매우 가깝게 지낼 수 있습니다.

대도시의 일반적인 Job은 직원숙소(Staff Accom)를 제공하지 않는 경우가 대부분입니다. 자신이 직접 방을 구하고 지내야 되는데, 일반적으로는 한국 사람들과 방을 같이 사용합니다. 물론 외국 사람의 roommate로 지낸다면 좋겠죠. 한국사람들과 같이 지내게 되면 다시 2번 항목의 문제점을 떠안게 됩니다.
항공권은 편도로 끊어라

한국에서부터 철저한 계획을 세우고 오는 사람이 많습니다. 얼마동안 어디서 지내고, 무엇을 보고, 무엇을 할 것인지 생각을 해 오겠지만 막상 캐나다에서 지내다보면 생각이 달라지고 계획은 바뀌게 되는 경우가 많습니다. 그러나 돌아갈 표가 확정되어 있다면 하고싶은 일을 하지 못하고 돌아가야 할 수도 있습니다.

제 경우는 캐나다를 편도로 들어왔습니다. [Student Universe][] 에서 50만원도 안되는 저렴한 금액으로 올 수 있었습니다. 그리고 이곳에서 생활하면서 생각지도 않았던 보드에 빠지게 되었고 그로 인해 자금 여력이 안되어 동부여행을 접고 유럽으로 가게 되었습니다. 만일 왕복으로 비행기표를 구입했다면 유럽을 가려고 마음을 먹을 수 있었을까요?

제 주변의 다른 사람도 편도로 와서 남미를 잘 구경하고 한국을 들어가는 것을 보았습니다. 물론 왕복으로 구입하면 좀 더 저렴하게 구입할 수 있다는 것은 사실입니다. 하지만 워홀은 기회입니다. 그리고 편도는 왕복에 비해 선택의 폭을 넓혀줍니다
발음보다 문법에 더 신경을 써라

제가 영어를 잘하는 편은 아닙니다. 겨우 외국인이 제게 하는 말을 알아듣고 떠듬떠듬 대꾸할 수 있을 정도죠. 아직도 외국인들끼리 이야기 하는 것은 정말 알아듣기 힘듭니다. 그 빠른 말들을 듣고 있노라면 제가 멍청이가 아닐까.. 라는 생각도 듭니다. 캐나다는 거지(Homeless)도 영어를 하는 곳이니까요.

하지만 지금까지 지내온 경험으로는 외국인과(여기서는 우리 워홀러가 외국인이죠. 암튼 한국 기준으로) 대화를 하는데에 중요한 점은 얼마나 얼마나 부드러운 발음을 구사하느냐가 아니라 얼마나 내가 하고싶은 말을 할 수 있느냐 입니다. 제가 하고싶은 말을 효과적으로 하기 위해선 문법에 맞는 문장을 말해야 합니다. 문법에 맞아떨어지는 문장은 발음이 어눌해도 외국인이 좀 더 쉽게 이해를 합니다.

발음을 구지 아메리칸 영어 를 구사할 필요는 없습니다. 단지 'l' 과 'r' , 'p'와 'f', 'v'와 'b' 를 구별하여 말할 수 있으면 됩니다(이것도 쉬운건 아니죠). 예를들면 생선회를 말하고자 한다면 'raw fish'인데 이 발음을 한국사람들에게 시키면 대부분은 'law fish'라고 발음을 하지요. 그렇게 말하면 외국인들은 죽었다가 깨어나도 알아듣지 못합니다. 혀가 천장에 닿지 않는 'r'을 말하는게 우리는 익숙하지 않습니다. 하지만 이런것 몇가지만 주의하면 더 신경을 쓰지 않으셔도 됩니다. 여기에서 지내다 보면 발음을 딱 딱 끊어져서 말하는 사람도 영어권 사람과 유창하게 대화하는것을 많이 보게 됩니다. 발음 연습보다 먼저 문장을 제대로 만들어 내는 연습을 하십시오. 대화를 하는 실시간으로 어순이 맞고 문법이 맞는 문장을 만들어내는 것은 정말 어렵습니다. 부단한 노력이 필요한 부분입니다.
먼저 다가가라

누군가에게 무엇인가를 먼저 받으려고 하는 것을 기대하지 마십시오. 다가가지 않으면 상대방도 다가오지 않습니다. 일단 "Hello~" 라고 간단하게 말을 붙여보면 친해질 기회가 생기는 거지만 말을 걸지 않으면 그 기회는 영영 오지 않을 수도 있습니다.
한국 사장밑에서 일하지 말라

모든 한국가게에 적용되는 것은 아니지만, 한국 가게에서 일하다 보면 외국 사람들을 만날 기회가 적어지게 됩니다. 손님을 상대하는 것은 일반적으로 몇개의 문장을 반복적으로 사용하게 됩니다. 단골손님(Regular Customer)의 경우에는 더 많은 대화가 가능하고 더 친해질 수 있지만 그런 경우는 흔하지 않습니다. 일하는 곳에서 외국 동료와 일할 수 있다면 더 좋겠죠. 제가 아는 어떤 곳은 일하면서 cashier를 볼 수도 없고 가게 안에서 음식만 만듭니다. 외국에서 일하지만 환경은 한국의 아르바이트와 다를 바 없는 상황이죠.
쉬는 날에는 일단 집 밖으로 나가라

1년을 꼬박 캐나다에서 지낸다고 한다면 그 중의 2/7 , 104일이 쉬는 날 입니다. 캐나다는 주5일 근무가 잘 지켜지는 편이죠. 가끔 6일을 일한다면 하루에 대한 overtime 은 확실하게 지급합니다. 1년을 한 곳에서 머문다면 주변을 충분히 돌아볼 수 있는 시간이지만 지역을 몇 번 옮겨다닌다면 그 한 지역을 보기에는 그다지 많은 시간이 아닙니다. 특히 day-off 라고 늦잠을 자거나 전날 술을 마셔서 day-off 를 방콕으로 지내는 분들에게는 더욱 부족하죠. 일단 쉬는 날이 되면 밖을 나가야 합니다. 혼자서 숲속을 걸어도 좋고 산을 타도 좋고 시내를 걸어도 좋습니다. 일단 활동적인 일을 하십시오. 그러다 보면 뜻에 맞는 친구도 만나게 되고 많은 인연을 볼 수 있을겁니다.
너무 크지도 작지도 않는 지역에서 지내라

여담입니다만 일반적으로 한국에서 대도시에서 지내시던 분들이 캐나다에 오면 잘 적응을 하지 못합니다. 밴쿠버, 토론토가 아니면 사람이 많이 지낸다는 '캘거리' 조차 한국의 1980년대 같으니까요. 서울에서 매일 벌어지는 문화 공연들, 그리고 북적대는 사람들은 캘거리에서는 기대할 수 없는 부분입니다. 인터넷 조차도 20kb/s 를 왔다갔다하는 이런 곳이 VSDL 을 사용하던 사람들에게는 답답하게 느껴지는 것이 당연합니다.

하지만 명심하세요. 캐나다에까지 와서 '대도시' 생활을 해야 하는지 생각해 보세요. 캐나다의 문화를 느끼고자 한다면 도시의 아파트에서 살아가는 생활보다 좀 더 한적한 곳에서 사람들과 부대끼는 것이 더 낫습니다. 제가 밴프를 선택한 이유도 이것 때문입니다.

그렇다고 아주 작은 시골 깡촌으로 들어가는 것도 좋지는 않습니다. 주변의 자연이야 뛰어나겠지만 깡촌은 깡촌인 이유가 있습니다. 볼 수 있는 것이 (공연의 범주 뿐만이 아니라 자연이 좋다고 하더라도 관광지의 수 등) 한정되어 있습니다. 크지도 작지도 않은 적당한 곳을 찾는 것이 쉽지는 않겠지만 눈을 뜨고 귀를 열어서 정보를 모으세요. 그리고 활동적인 일을 할 수 있는 지역에서 캐나다를 마음껏 즐기세요.

여담입니다만, 어떤 분들은 밴프에 한국 사람이 많아서 밴프에서 워홀 생활을 하는 것을 추천하지 않는다고 하시는데요. 저는 그 생각에 반대하는 입장입니다. 밴프를 가든, 밴쿠버를 가든, 캘거리를 가든, 아주 작은 곳을 가든 그 어느 곳에도 한국 사람은 존재합니다. 한국 사람을 피할 수는 없죠. 어차피 피할 수 없는 것이라면 그래도 제대로 즐길 수 있는 곳에서 지내는 것이 낫죠. 이 곳 밴프는 주변에 돌아다닐 수 있는 트레일이 셀 수 없이 많고 3000m 의 산이 하루만에 등산할 수 있을 정도로 가까이 있습니다. 여름이 되면 피어나는 야생화는 형형색색의 색채를 내며 로키를 아름답게 물들이지요. 또한 제가 일하는 이곳에서는 많은 외국 친구들을 만나고 그들과 어울리며 같이 여행도 다닙니다. 제대로 어울릴 수 있는 몇 안되는 곳이죠.

이렇게 좋은 곳이지만, 몇몇 사람들은 오직 한국 사람들과 어울려 다니기만 합니다. 스스로 외국사람과 벽을 만들어버리지요. 그리고 한국 사람끼리 주변을 보고 한국 사람끼리 술을 마시고 한국 사람끼리 지냅니다. 이것은 자신의 의지에 달려있습니다. 한국 사람과도 잘 지내면서 외국 사람과 즐겁게 지낼 수 있습니다.
당신은 캐나다 그 자체의 일부. 워홀러 이다.

워홀러는 관광객이 아닙니다. 워홀러는 돈 많은 어학연수생도 아닙니다. 워홀러는 지내기위해 일을 해야만 하는 사람입니다. 마치 이곳 Canadian과 같은 생활이지요. 아니 똑같습니다. 일을 하며 돈을 벌어서 자기가 하고싶은 것을 하는, 워홀은 캐나다인입니다. 시민권을 가진사람도 캐나다를 이루고 있지만 우리 워홀 또한 캐나다의 한 문화를 이루고 있습니다.(한국 워홀을 포함해 각 나라의 워홀러가 캐나다에 많이 있습니다.) 힘을 내시고 캐나다의 한 문화를 만들어 간다는 것을 자랑스럽게 생각하세요. 그리고 힘차게 꿈을 이뤄나가는 워홀러가 되세요.

Move to Another Room

Unknown — Thu, 22 Feb 2007 00:00:00 +0000

9월 22일 부터 2월 18일까지 5개월 가량을 지내온 방을 오늘 옮겼다. 211A에 들어갈 때는 겨우 40L 가방 하나와 24인치 캐리어 하나였었는데 오늘 짐을 옮기면서 산더미처럼 불어난 짐을 보니 '내가 오랫동안 지냈구나' 라는 생각이 들었다. 짐을 옮기고 이전 방을 체크아웃하고 새로운 방에 짐정리를 하니 오후 1시반이 훌쩍 넘었다. 버릴 것은 과감히 버리고, 필요한 것만 남겨둬야 하는데 이놈의 마음은 버릴 것을 손에 쥐고 놓지를 않는다.

새로운 침대에 누워보니 창밖으로 런들과 설퍼가 보인다. 아름답다. 잊을 수 없는 런들... 이전 방에서는 창 밖으로 볼 수 있는건 옆 건물과 가로등 뿐이었다. 이젠 별도 보일 것 같다. 새삼스럽게 내가 캐나다에 살고 있다는 생각이 들었다. 그동안 그것을 잊고 살아왔다. 매일 영어를 쓰면서도, 매일 눈이 파란사람, 금발의 사람, 코가 오똑한 사람, 나보다 머리 하나는 더 큰 사람들과 어울려 지내면서도 이미 그 생활에 적응을 해서 느끼지 못했던 사실... '여기는 캐나다'

캐나다에서의 내 목적은 단 하나 'the Rockies' 벌써 잊고 있었는가? 잊지말자. 평생 언제 다시 이 로키 안에서 지낼 수 있겠는가

Working Permit, Immigration

Unknown — Thu, 22 Feb 2007 00:00:00 +0000

캐나다, 1년에 800명의 새로운 깻잎이 들어오는 곳. 그러나, 캐나다를 나가는 사람은 몇명이나 될까?

내가 지내는 곳은 밴프, 앨버타 주에있는 세계적인 관광지이다. 매년 수많은 사람들이 자연을 보고 즐기러 이곳을 찾는다. the ROCKIES

앨버타 주에는 요즘 들어서 오일붐이 일고있다. 그로 인해서 앨버타에 원래 거주하던 사람들은 거의 대부분 오일과 관련된 일을 하면서 엄청난 수입을 벌어들이고 있다. 오죽했으면 2006년 초에는 앨버타 주에서 주민들에게 400불씩을 나눠줬을까. 그로 인해 자연적으로 관광과 관련된 서비스 분야의 일손이 매우 부족하게 된 상황이다. 어느정도로 일손이 부족하냐면, 거의 대부분의 가계에는 Hiring, Wanted 라는 문구가 붙어있고 인터뷰 레쥬메 상관없이 뽑아서 바로 일을 시키려고 할 정도다. 이러한 일손 부족을 앨버타 주 정부는 이미 알고있다. 그래서 이곳 앨버타에서는 외국인들을 끌어모으기 위해 "Working Permit"이라는 당근을 뿌리고 있다. 가장 쉽게 워킹퍼밋을 얻을 수 있는 곳 그곳이 앨버타이다. 심지어 워킹퍼밋 목록에조차 없는 'HouseKeeping' 직업도 워킹퍼밋을 받을정도...

이곳에서 일하면서 캐나다 풍경에 심취된다. 그리고 이들의 살아가는 방식에 동화되어간다. 내 고향, 대한민국을 떠올리면 그 답답하고 미칠것 같은 빌딩 숲, 그리고 삭막한 사회, 바쁘게 돌아가지 않으면 살아남을 수 없는 직업들... 그러한 것들이 가슴을 탁 막히게 한다. 그리고 다시 캐나다를 돌아본다. 비록, 내 직업은 아무나 할 수 있는 정말 하찮은 직업이지만, 누구하나 나를 천시하지 않는다. 그리고 그러한 직업으로 생활하더라도 돈에 부족함을 느끼지 않는다. 매일 매일 보는 풍경은 나를 놀라게 한다. 이러한 생각들로 인해 많은 깻잎들이 워킹퍼밋의 당근을 잡게 된다. 내 주변만 하더라도 벌써 네 사람이 여기 캐나다에서 지내려 한다. 워킹퍼밋을 쉽게 받을 수 있으니 꿈만 꾸던 '이민' 도 쉽게 가능하게 된 것이다.

나 자신은 캐나다의 로키를 꿈꾸지만 이민은 생각해본적도 없다. 나에겐 내가 하고싶은 일이 있고, 내가 이루고 싶은 꿈이 있다. 그것을 포기하고 이곳 캐나다에 살아간다는 것은 나 자신을 포기하는 것과 같다. 하지만 수많은 깻잎이 이민을 고려하고 캐나다를 동경한다. 나는 이민을 선택하는 많은 깻잎을 그다지 좋은 눈으로 보지않는다. 물론 이민 그 자체가 꿈이었다 할지라도 그들의 삶에서 꿈이란 것 자체가 존재하지 않았다는 것처럼 느껴진다. 아니 꿈이 있었다고 할지라도 그 비중이 한낱 이민 그 단순한 이름 하나의 무게보다 가벼운 것 뿐...

2013-06-07 지금 돌이켜보면 이 옹졸했던 저의 생각이 많이 부끄럽네요. 모든 사람이 자기 나름대로의 고민과 결단을 가지고 결정하며 살아가는데 저의 기준만이 합리적이라고 생각했던 독불장군의 모습같아 부끄럽네요. 이 워킹홀리데이를 통해서 캐나다에 흠뻑 빠져들고 캐나다에서의 삶을 선택했던 대부분의 사람들, 지금의 저보다 더 행복하게 살아가고 있습니다. 다시 이 글을 읽으며 제 자신에 대한 반성을 많이 하게 되네요.

Tax Refund

Unknown — Thu, 22 Feb 2007 00:00:00 +0000

워홀 생활 중 가장 골치아픈 문제, 세금환급

Tax

정상적으로 취업을 해서 돈을 벌고 있는 워홀(이하 깻잎으로 지칭하겠다)이라면 모두 캐나다에 일정한 금액의 세금을 낸다. 일반적으로 2주에 한번씩 받는 paystub 을 보면 Incoming Tax, CPP, EI 로 3가지의 금액이 고정적으로 나가는 것을 볼 수 있다.

Incoming Tax 는 벌어들이는 소득에 대한 세금이다. 이것은 주마다 다르다. Alberta 의 경우는 주세가 낮은 편이다. (오일붐으로 인해 돈이 넘쳐나는 곳이 Alberta) 돈을 많이 벌 수록 세금의 비율이 올라간다. 내 경우에는 한번에 900불을 받을때 Incoming Tax로만 100불이 넘게 나갔다. CPP 는 Canada Pension Plan , 즉 캐나다 연금이다. 이것은 일하는 모든 사람이 지불하며 은퇴한 이후에 되돌려 받는 형식이다. 이 CPP는 일을 하는 사람도 내지만 그 employee 를 고용한 고용주도 같은 금액을 내게 된다. 이러한 이유때문에 한국사람이 운영하는 곳은 cash 로 월급을 받는 경우가 많다. ( 돈을 덜 내도 되므로 ) EI 는 Employment Insurance (고용보험) 이다. 해고를 당한경우나 기타 업무중 상해의 경우 보험을 지급받을 수 있다.

Tax Refund

그렇다면 세금 환급은 무엇인가? 일반적으로 깻잎은 캐나다에서 저소득층의 생활을 하게 된다. (그렇다고 해서 못산다는건 아니다 저소득층 조차 한국에 비하면....) 이러한 저소득층을 위해서 돈을 많이 벌지 못한다면 일정 금액을 환불해 주는 것이다. 만일 돈을 많이 벌게 된다면 환급을 받지는 못하고 돈을 더 내야되는 경우가 생길 수 있다.

일단 한해가 지나면 지난해 동안 일한것에 대한 T4용지를 받게된다. 이 T4용지는 일하던 곳에서 주므로 일을 여러곳에서 했다면 그곳 모두에게 각각의 T4를 받아야 한다. T4를 받고난 후 각 post office에 가보면 T1 용지와 tax return guide 책자가 있는데 이 두개를 받아와서 작성해야 한다. (guide를 읽어보면 누구나 작성 가능하다. 몇가지 문제되는 점만 빼고)

Howto

세금 환급을 받는 방법은 여러가지가 있다.

머니마트 이용 : 환급 금액의 일정 비율을 수수료로 떼고 즉석 또는 1일 안에 환급 받을 수 있다.
세무사 : 세무사를 찾아가면 T1을 대신 작성해 주고 돈을 받는다. 대신 기존의 T1을 보내는 것과 동일하므로 환불을 바로 받지 못하고 시간이 오래 걸린다.
직접 작성 : 직접 guide를 보면서 T1을 작성해서 보낸다. 솔직히 제일 까다롭긴 하지만 이럴때 아니면 언제 캐나다 세금에 대해서 알아보겠는가~ 깻잎이라면 한번 해보자!
NETFILE 이용 : NETFILE 이라고 해서 인터넷으로 세금신고를 할 수 있다. 그러나 올해 처음으로 캐나다 세금 신고를 하는 사람이라면 해당되지 않는다. ( 회원 가입 자체가 불가능. 회원 가입시 그 전해 세금 신고된 금액을 조회해서 가입확인을 한다 ) 만일 2년차라면 NETFILE을 이용하자. 아주 쉽고 빠르게 세금신고를 할 수 있다. 총 번 돈이 25,000불 이하라면 수수료 없이 세금 신고를 할 수 있다. ( 계산도 자동! )

Preparation

일단 세금 환급을 받기위해서는(손으로 작성할 경우) 기본적으로 T4와 T1이 준비되어 있어야 한다. T4의 내용을 토대로 T1을 작성하기 때문이다. {사진 : T1용지} 이 두가지가 준비되었으면 일단 T1을 작성할 수 있지만, 돈을 조금이라도 더 받아내고 싶으면 아래의 것들중 자기에게 해당하는 것들을 준비한다.

병원 진료 영수증
room rent 영수증
헌금 납입 영수증
etc..

가장 돈을 많이 줄일 수 있는 것들이 위에 명시된 병원 진료 영수증과 방값, 헌금등이다. 즉, 많이 벌고 많이 썼다는 것이 증명된다면 돈을 많이 벌게 되더라도 더 내지 않을 수 있다.

T1

First Page

일단 T1 첫장에 기본적인 정보를 입력한다. 여기서 중요한 점은 세금 환급 받는 해에 캐나다에 들어왔으면 들어온 날 입력란에, 캐나다를 떠났으면 떠난 날 입력란에 날짜를 기입해야 한다. 이 정보를 바탕으로 basic personal amount 가 정해지므로 중요한 부분이다. 그리고 상품과 서비스에관한 GST/HST 환급에 관한 부분에 YES를 선택한다. 이 금액은 자동으로 환급이 되는데 1년에 4회에 걸쳐 환급이 된다.

Second Page

Employment Income(101) : 총 수입을 적는 공간. 모든 T4의 14번 칸의 금액을 합산해서 적는다. 일반적으로 그 외의 수입은 없는경우가 대부분이므로 위의 금액을 150번 칸에도 적는다.

Third Page

첫 줄에 이전 페이지의 150번 칸 즉 net income 을 적어준다.

Union(212) : 노동조합에 가입이 되어있을경우 pay의 약 1.5%정도가 조합비로 지출이 되는데 이 금액은 T4의 44번 칸에 기록이 되어있다. 만일 조합에 등록되어있다면 이 금액을 212번 칸에 기록하자. 이 금액만큼 net income에서 감산된다. 이 금액을 233번 칸에도 적자. (다른 감산 금액이 있다면 기록하여 합산)
234,236 : 150번에서 233을 빼서 기록. 이 금액을 260번 칸에도 기록한다.

Forth Page

4번째 쪽을 작성하기 전에 스케쥴1 과 각 주의 428 을 작성해야 한다. 아래의 Schedule 1, AB428 을 참고한 후 아래의 글을 보자

Net federal tax(420) : 스케쥴1에서 나온 총 연방 세금을 기록한다.
Provincial or territorial Tax(428) : 428 종이에서 나온 주 세 금액을 기록한다.
total payable(435) : 위의 420, 428을 더해서 기록한다. 이 금액만큼이 내가 내야 하는 금액이다. 이 금액이 많이 나오면 많이 나올 수록 안좋다. 내 경우에는 연방세가 65불 주세가 0불 나왔다.
total incoming tax deducted(437) : T4 에서 22번 칸을 보면 낸 세금이 나오는데 이것을 모두 더해서 기록한다. 482에도 기록을 하고 435에서 482를 뺀 금액을 아래에 기록한다.

만일 위의 뺀 금액이 - 라면 세금을 환급 받을 수 있다는 뜻이고, 이 금액이 + 라면 그 해당금액만큼 봉투에 같이 동봉해서 보내야 한다. + 가 나오는 경우는 흔하지 않으므로 +가 나왔다면 계산이 잘못되었는지 다시 점검해 보는 것이 낫다.

Farewell #2

Unknown — Tue, 13 Feb 2007 00:00:00 +0000

캐나다로 워킹홀리데이를 오면서 필히 다짐한 것이 있었다. 거의 대부분의 워홀러들이 다짐하는 내용이겠지만 바로 '한국사람을 피해야지!' 였다. 하지만 막상 캐나다를 와보니 그것이 얼마나 힘든 일인지 알 수 있었다. 캐나다에서 어느정도 이름이 알려진 곳(밴쿠버, 토론토, 밴프, 캘거리, 기타 등등) 뿐만이 아니라 전혀 듣지도 못했던 도시에까지 한국사람은 살아가고 있었다. 추운 북쪽지방에서부터 비가 계속 내리는 밴쿠버까지 그 어느곳에서도 한국사람을 피할 길은 없었다. 만일 한국 사람을 피하고자 한다면 캐나다 사람들조차 이름을 잘 모르는 시골로 들어가야 할 것이다. 그러나 그런 곳에서 어떻게 워킹+홀리데이 를 즐길 수 있겠는가.

결국 나는 캐나다에 와서도 한국 사람들과 지낼 수 밖에 없었다. 그리고 그들과 여행도 다니며, 밥도 같이 먹고, 일도 같이하면서 여러가지를 경험할 수 있었다.

다들 한국에서 어떤 사람이었는지는 중요하게 생각하지 않는다. 현재의 나, 현재 내가 하는 일등은 모든 워홀러가 다 비슷하다. 워홀러로 와서 번듯한 직장에 다니는 것은 극히 어렵다. 매우 뛰어난 영어 대화 기술이 있지 않는 한, 대부분은 방청소, 키친, 접시닦이, 카운터 등의 직업으로 돈을 번다. 모두 비슷 비슷한 직업, 그리고 과거를 묻지않는 것. 이러한 상황이 모든 사람을 동일한 눈으로 보게 만든다. 그 사람의 능력, 배경, 집안, 학력 등을 고려하지 않고, 그 사람 자체를 보게 된다.

또한 외국에 나오게 되면서 나약한 마음이 들게 된다. 한국에서는 어느 곳을 가나 집으로 돌아갈 수 있다는 생각에 그나마 덜 하지만, 외국에서는 어느 곳 하나 의지할 곳 없는 정말 말 그대로 '외국인 노동자'의 신세가 워홀러다. 이러한 곳에서 피할 수 없는 한국인들을 만나고, 또한 서로 의지하게 된다. 이 때부터 어떤 사람에게는 비극이, 어떤 사람에게는 기쁨이 찾아온다. 슬픔이자 기쁨인 사랑이....

벌써 몇번의 인연을 보았는지 모르겠다. 내가 오기 바로 이전에 사람들이 만나서 인근 캘거리로 떠났다고 들었다. 아직까지 그 커플(x2)은 잘 지내고 있는 것 같다. 그러나 그 뒤부터는 슬픔만 가득한 인연들을 보아왔다. 만나고 헤어짐으로 서로 상처받고 치유되지 못한 마음을 가지고 밴프를 떠나는 사람들을 보아왔다. 서로의 마음을 뒤흔들어 놓고 수습하지 못한채 한국으로 돌아가는 사람들도 보아왔다.

이러한 상황 속에서 이미 본연의 목적은 잊어버린지 오래다. 계획한 일들은 틀어지고 아무것도 이루지 못한채 상처만 안고가는 1년이 되어버린다.

인연 , 그것이 얼마나 중요하길래 처음의 다짐, 계획, 희망, 꿈, 설레임 을 버려버리는가...

2013-06-07 지금 돌이켜 생각해보면, 이때의 저는 참 생각이 짧은 사람이었던 것 같습니다. 사람이 지내면서 그 생각이 바뀌고 계획이 변경되는 것이 굳은 심지가 없다고만 생각했었네요. 그 때 계획을 바꾸고 사람을 만나고 했던 모든 사람들은 나름대로의 행복한 삶을 살아가고 있습니다. 그때의 저는 당돌하게도 "그런 삶이 시간이 지나도 행복할까?" 라는 생각을 했었던 것 같네요. 글을 다시 읽으며 저의 부족한 점을 깨닫습니다..

Farewell

Unknown — Mon, 22 Jan 2007 00:00:00 +0000

캐나다 온지 4달이 넘었다. 센터온지 오늘이 4달째(1월22일). 그동안 떠나간 사람들은 7명, 이제 떠날 사람 3명.

1년이라는 짧은 시간때문에 그 짧은 순간에도 많은 사람들을 만나고 또 그 사람들을 떠나 보낸다. 밴프센터의 특이한 특성-일어나서 잘때까지 같이 뭉칠 수 밖에 없는 상황-으로인해 만나는 모든 사람들이 가족처럼 느껴진다. 그리고 그들 한 사람 한 사람을 떠나 보낼 때 마다 서운한 감정이 든다. 유달리 그런 감정을 느꼈던 승윤이형도 그렇고, 이제 내일 떠날 영현이형도 그렇다.

어차피 1년, 언젠가는 헤어진다는 것은 이미 알고 있었지만 그래도 친형같았던 사람들을 떠나보내는게 쉽지만은 않다.

Hiking Mt.Rundle

Unknown — Wed, 17 Jan 2007 00:00:00 +0000

Pastor Robert Rundle을 기념하며 붙여진 이름 Rundle 산. 정상이 2950m 정도 되는 주변의 다른 산들과 비슷한 높이의 산이다. 밴프의 양대 산 ( Mt.Cascade, Mt.Rundle ) 중 하나인 Rundle은 멋진 위용을 자랑하며 밴프 시내에서 한눈에 보인다. 이 Rundle은 단 하나의 봉우리만 있는 것이 아니라 여러 봉우리가 이어져있어 그 끝이 Canmore 까지 연결된다.

얼마전 (10월 4일) 일이 쉬는 날 등산으로 Mt.Rundle을 탔다. 쉬는날 Sulfur 산을 타는 것은 시간 소비인 것 같아서 그래도 오래 탈 수 있는 산을 찾아보니 Mt.Rundle이 적당한 듯 했다. 3000m 에 가까운 산을 처음 타보는 것이라 이것 저것 많이 준비했다. 겨울용 장갑, 바지 내복, 파카, 튼튼한 등산화 등. 결국 준비한 것 모두 요긴하게 쓰였다. 앞에 열거한 것중 단 하나라도 없었으면 Rundle을 등반하지 못했을 것이다.

Rundle은 Fairmont Banff Springs 호텔 골프장에서부터 시작한다. Spray Loop 길을 따라 조금 걸어가다 보면 Jct. Rundle Mountain 으로 가는 길이 나오고 이때부터 Rundle은 시작된다. 이 Jct. Rundle Mountain에 도착하니 점심에 먹을 초코바를 사지 않았다는 것이 생각났다. 게다가 물통은 500ml 단 하나뿐, 먹을것은 출발할 때 들고 온 오렌지가 전부였다. 시간은 9시 15분, 다시 돌아가서 초코바와 물을 사오기에는 시간이 많이 걸릴 것 같았다. 이 때 고민을 많이 했다. 그래도 단 하나뿐인 기회, 늦게 가면 놓치게 될 것 같아 강행을 시작했다. 이 때부터 내 파란만장한 Rundle 이야기는 시작되었다.

시작한지 1시간 20분 정도가 지나 gully(협곡) 에 도착했다. 협곡 이전까지는 잘 닦여진 trail이 존재했으나 협곡 이후부터는 trail은 존재하지 않고 방향이 올바르다는 yellow mark만이 내 유일한 지표가 되었다. 그 때부터 가파른 길이 시작되었다. 협곡 이전 까지 속도 조절을 해서 힘을 비축해 둔다고 노력했지만 협곡 이후의 가파른 경사에는 무용지물이었다. 가파른 경사를 올라간지 얼마 되지 않아 내 체력은 바닥이 났다. 10~20m 올라가고 쉬는 행동을 반복한지 1시간 정도 만에 수목 한계선을 넘었다. 높은 고도로 인해 더 이상 나무가 자랄 수 없는 한계 수목 한계선 그곳을 넘으니 나무는 모두 사라지고 앞에 보이는 것은 바위 뿐이었다.

이미 물은 바닥이 났고 내게 남은 것은 오렌지 하나 뿐이었다. 이제 겨우 2000m를 넘었을 뿐인데 힘은 들고, 공기가 희박해지는 것 같았다.(과장) 경사는 점점 가파르게 되어 50도를 넘겼다. 두발만으로는 올라가기 힘들어 두손을 사용해야 했다.

그렇게 조금을 더 오르자 Dragon's Back (용등) 에 도착했다. Dragon's Back이란 이름이 왜 붙여졌는지 궁금하다면 용등의 제일 위쪽으로 올라가서 뒤를 돌아보면 알게 된다. 좌,우로 100m 이상의 낭떠러지가 있고 폭은 5미터 정도 밖에 되지 않는 길이 뱀처럼 휘어져있다. 마치 용이 올라갈때 용솟음치는 모양같다. Dragon's Back에서는 미끄러지면 바로 낭떠러지다. 그래서 더욱 긴장되고 더욱 체력소비가 심해진다. Dragon's Back을 지나 오렌지를 꺼내 먹었다. 정상에서 먹기로 다짐했는데 더이상 당분 섭취를 못한다면 정상까지 올라가지도 못할 것 같았다. 바닥난 물을 다시 채우려고 주위를 둘러보니 아직 녹지않은 눈이 있었다. 눈이 약간 녹다가 다시 얼기를 반복한 것 같았다. 마치 얼음 같았다. 눈을 먹고 물통에도 눈을 담았다. 이 눈이 그날 저녁까지 완전히 녹지 않았다.

이미 체력은 바닥나버렸다. 이제 남은것은 오기 뿐, Dragon's Back 과 Summit 사이에서 난 많은 갈등을 했다. 과연 이 길을 올라가야 하나, 점심도 제대로 먹지 못했는데,, 정상까지는 50m 가 채 남지 않았지만 그 길을 오를 수 있을지 고민이 많았다.

그리고 한걸음씩 내딛었다.

Second Hiking

10월 27일, 눈보라가 매섭게 부는 날. 난 또다시 런들을 탔다. 눈은 이미 런들에 가득했다. 겨울 산행을 위해 내복도 입고 아이젠(여기에서는 crampon 이라 부른다 )도 대여를 했다. 밴프에서 아이젠을 대여하는 곳은 Box Office 건너편인 Mountain Magic Equipment ( Mountain Magic Sport 가 아니다 ) 에서 10불정도에 대여가 가능하다.

크램폰을 배낭에 단단히 메고 런들을 향하기 시작했다. 나 이외에 다른 두 사람( 승윤이형, 경오누나 )은 런들 정상에 올라본 적이 없었다. 승윤이형은 수목 한계선을 넘고 다시 돌아왔을 뿐. 내가 이 여정에 동참한 이유이기도 하다. 눈보라 치는 날, 아무런 경험없는 두 사람이 정상을 밟는다는게 얼마나 힘들지 알기에..

협곡까지 가는 길은 순조로웠다. 음식도 넉넉하게 준비했고, 물도 충분할 만큼 준비했다. 내 몸의 상태는 더할 나위없이 좋았다. 지난 등산보다 더 나쁜상황은 있을 수 없다. 그런 상황에서도 정상에 올랐는데 지금이라고 오르지 못할까.. 라는 자신감으로 더 힘차게 갈 수 있었다. 일단 협곡까지는 페이스 조절을 하며 천천히 갔다. 어차피 난관은 협곡까지 가는 평탄한 길이 아니라 협곡을 지나서 나오는 급경사의 스크램블(scramble) 등산이다.

협곡에서 간단히 사진을 찍고 경사40도를 넘는 길을 오르기 시작했다. 일단 처음 목표는 수목한계선을 넘는 것. 오른지 얼마 되지않아 예상했던 대로 경오누나의 걸음이 쳐지기 시작했다. 페이스 조절을 해도 힘든건 힘든 것. 그나마 얼마나 덜 힘드냐의 문제일 뿐이다. 속도를 더 늦췄다. 내 예상보다 등산 시간이 더 길어질 것 같다. 이전 등산은 7시간이 걸렸지만 이번은 예상했던 8시간보다 더 걸릴 것 같다.

한시간이 조금 더 지났을까? 우리는 수목한계선을 넘었다. 그리고 준비해온 점심을 먹었다. 느끼하고 영양이 풍부하게 만든 주먹밥. 그것을 먹으니 힘이 다시 솟아나기 시작했다. 이제 다음 목표는 런들의 핵심, 용등(dragon's back)을 넘는 것. 수목한계선을 넘고 조금 올라가니 용등이 나오기 시작했다. 좌우의 절벽, 그리고 좁은길, 처음 등산을 생각나게 만들었지만 이번엔 상황이 조금 달랐다. 눈이 온 상태라 얼음이 많이 덮여있었다. 이곳에서 처음으로 "우리 내려가면 안될까?" 라는 말이 경오누나 입에서 나왔다. 사실 그 전부터 급경사에 겁을 먹은 것 처럼 보였지만 내려가자는 말 한마디 꺼내지 않았었다. 그러다 갑자기 튀어나온 말에 난 일단 정상이 얼마 남지 않았다고 말하는 것 외에는 다른 방법이 없었다. 자신과의 싸움이다. 런들은 산을 정복하는 것이 아니다. 자신을 정복하지 못하면 오르지 못하는 산이다. 두려움을 이기고, 힘든 것을 참아내는 자만이 정상에 설 수있는 권리를 얻는 것이다. 마치 런들이 그러지 못한 사람을 다시 떨쳐내는 것 같았다.

용등을 넘고 나니 이제는 온통 눈이 가득하다. 크램폰을 꺼내야 할까 고민을 하다가 일단은 그냥 올라가보기로 했다. (결국 크램폰은 정상에 갈때까지 사용하지 않았다.) 얼음이 있는 곳은 내가 올라가면서 발을 지지할 수 있게 꾹꾹 눌러서 흔적을 남기고 올라갔다. 정상에 가까워 올수록 체력은 급격하게 떨어졌다. 조금가고 쉬고 조금가고 쉬고를 반복하였다. 그러나 나에게는 그러한 힘든것도 힘들게 느껴지지 않았다. 이전의 등산에 비하면 정말 쉬운 등산이었다. 다만, 거친 눈보라는 우리의 진을 더 빼놓기는 했다.

그러나 눈보라를 뚫고, 떨어진 체력을 이겨내며 올랐다. 그리고 정상에 섰다. 구름이 가득해서 바닥을 볼 순 없었지만 런들에서 아련히 보이는 그 로키의 광경 하나만으로 충분했다.

산, 왜 그곳에 오르는 것일까? 많은 사람들이 많은 이유를 가지고 있다. 간혹 내 친구들은 이런 말을 한다. "다시 내려올꺼 왜 힘들게 올라가?" 지금 내가 해주고 싶은 말은 이렇다. "산을 내려오면 나는 그자리 이지만, 내 추억은 산 정상에 두고 온다." 잊을 수 없는 추억이 런들 정상에 묻혀있다.

Snowboarding

Unknown — Wed, 17 Jan 2007 00:00:00 +0000

캐나다에 와서 제대로 건진것이 있다고 하면 바로 스노우보드를 꼽을 것 같다. 이전엔 미처 알지 못했던 재미였다. 왜 한국에서부터 타지 않았나 후회할 정도로 재미있다.

BIG 3 Ski Resort

밴프에는 3개의 세계에서 유명한 스키장이 있다. 밴프 타운 가까이 있는 Norquay , 그리고 타운에서 15분 거리인 Sunshine Village, 그리고 선샤인 빌리지의 1.5배 ( 용평의 15배 ) 크기를 자랑하는 Lake Louise. 난 이 곳중 선샤인만 다니고 있다.

캐나다는 스키 시즌권 자체가 매우 비싼 편이다. 밴프 3곳을 다 갈 수 있는 스키 시즌 패스가 무려 C$1500이나 하고 선샤인의 경우는 early pass 구입을 하면 C$700 , 현재는 C$800을 넘는다. 콜로라도에서 온 워홀 친구가 하는 말이 자기가 있던 콜로라도 스키장 5개를 다 이용할 수 있는 시즌권이 US$350 이었다고 하니 그 가격차이를 실감할 수 있을 정도다. 이 가격은 휘슬러를 가면 더 심해진다. C$1800정도..

상황이 이렇다보니 선뜻 패스를 구입하는 것이 꺼려지기도 한다. 하지만 난 패스를 구입하는 것을 적극 추천한다. 밴프 내에서 머물게 되면 겨울동안에 할 수 있는 여가생활은 오직 스키or 스노우보드 뿐이다. 일을 쉬는날 방에 혼자서 굴러다닐 수 있다면 필요 없겠지만, 그렇다면 왜 워홀을 왔는가. 일반적으로 선샤인 하루 이용권이 75불이니 10번만 가면 본전을 뽑는다.

장비는 하루 대여비용이 25불정도 된다. 지난 시즌 장비를 구입할 경우 거의 반값에 구입할 수 있다. 현재 시즌의 장비는 사지 말라고 하고 싶다. 기능이 작년과 별다른 차이가 없는데도 불구하고 가격은 2배 차이가 나니까.. 시즌 초반에 작년 시즌 장비를 내어놓으니 그때 고르던지 아니면 boxing day(12월 26일)를 노리는 것이 현명하다. 부츠, 바인딩, 데크 합쳐서 약 700불 정도면 중급 이상의 장비를 구입할 수있다. 중급 이하의 장비는 사지말라고 하고 싶다. 나도 처음에 쓰고 버린다는 심정으로 아주 싼 장비를 샀는데 10번 정도 가니 장비는 망가지고, 실력은 장비의 부족을 실감할 정도로 늘어버렸다. 그래서 결국 박싱데이때 중급 바인딩과 중급 부츠를 다시 사게 되었다.

지금까지 장비에 들어간 돈을 따져보면

데크 + 바인딩 : 250
부츠(초급) : 110
바인딩(미션06) : 125
부츠(DC HALO06) : 200
장갑(버튼) : 100
손목보호대 : 25
보드복 상의 : 75
보드복 하의 : 100
고글 1 : 50
고글 2 : 75

총 합 : 1110

시즌권 (쉐어) : 300
버스패스(쉐어) : 300
총 합 : 1710

꽤 부담이 되는 돈 이긴 하다. 시즌권 공유해서 쓴다고 하더라도 2000불 가까이 되는 돈이 날아가니.. 그래도 이렇게 장만하고 나면 그 이상 돈 들어갈 일이 없다. 2000불이면 스키장 20번만 가도 본전 뽑는다. 참고로 나는 개장 2달째인 지금 18번 갔다. (2013-06-05 이 한해 결국 시즌오프때까지 50번 넘게 스키장을 갔었습니다. 본전 이상 뽑은 셈이지요.)

지금의 나는 2000이라는 돈이 아깝지 않다. 그만큼 재미있게 즐기고 있고, 한국에서는 경험해 볼 수 없는 일들을 경험하고 있기 때문이다. 자연그대로의 로키 산맥, 산을 직접 내려오고 있다는 느낌이 확실히 드는 선샤인에서 스노우보딩을 즐기는 그 느낌은 직접 경험해 봐야 알 수 있다.

비록 스노우보딩으로 인해 여행 자금 수급에 조금 차질이 빚어지긴 했지만, 그래도 즐겁다.

Into the Lakes

Unknown — Tue, 31 Oct 2006 00:00:00 +0000

Day-off 인 어느날, 갑자기 호수가 보고싶어서 옷을 입고 장갑과 모자를 챙기고 밖에 굴러다니는 자전거를 끌고 직원 숙소를 나섰다. 이전에 런들을 탈 때 Banff Information Center에서 받아놓은 트래킹 지도를 펼쳤다. 이전에 가보고 싶었던 Lake Minnewanka, Two Jack Lake, Vermilion Lake 세곳을 돌아보고 싶었다. 그리고 페달을 힘차게 밟았다.

다운타운에서 수통에 물을 채우고 초콜릿바 3개도 샀다. 초콜릿바를 보니 런들 생각이 났다. 런들 탈 때 초콜릿바가 있었으면 좀 더 편하게 탈 수 있었을 거라는 생각이 들었다. 오렌지 하나로 런들을 탄 생각이 났다. 그 때는 내가 왜 그런 무모한 도전을 했을까? 산을 타기전에 초콜릿바를 안샀다는 것을 발견했을 때 다시 초콜릿 바를 사고 올라갔으면 그래도 덜 힘겹게 정상을 밟았을것이다.

Lake Minnewanka

자전거의 기어를 1단으로 놓고 가장 빠른 속도로 페달을 밟았다. 목적지인 Minnewanka 까지는 약 12km , 평지만 계속 된다면 쉽겠지만 고속도로를 지나면 오르막길이 계속 된다. 페달을 밟고 밟고 계속 밟으며 땀을 쏟으며 밟기를 50여분, 겨우 Lake Minnewanka 에 도착했다.

Minnewanka가 다른 호수와 동일한 자연 호수인줄 알았는데 인공적으로 만들어진 호수였다. 아주 긴 댐이 강을 막아서 생겨난 Lake Minnewanka , 주변을 한바퀴 도는 것만으로도 수십 km가 되는 엄청난 호수, 그 주위에 둘러 솟아난 로키의 산들은 캐나다의 대자연을 그대로 보여주고 있었다. 로키의 대자연, 바로 그것을 위해서 이 캐나다에 왔다. 그 로키 안에서 내가 땀흘리며 페달을 밟고, 걷고, 산을 오른다.

자전거를 길 옆에 올려놓고 걷기 시작했다. 목표지점은 Aylmer Pass , 거리는 약 12km, 왕복은 24km 라는 만만찮은 거리다. 5~6시간이 걸리는 거리다. 이번길은 런들처럼 올라가는 길이 아니였다. 평지를 걷는 길이기에 어렵게 느껴지지는 않았다. 하늘에 구름이 가득했다. 마치 곧 눈이 내려도 이상하지 않을 날씨였다. 몸은 가벼웠다. 발걸음이 점점 빨라지며 속도를 올렸다. 잔잔한 호수, 그리고 나 이외에는 그 누구의 소리도 들리지 않았다. 그러나 외롭지 않았다. 고독을 느끼지도 않았다. 그냥 내가 그곳에 있는 것일 뿐이고 내가 로키의 일부분일 뿐이다.

한시간 30분을 걸었다. 8km를 걸어서 Lm.8 야영지에 도착했다. 이곳에서 Aylmer Pass가 갈라진다. 계속 Minnewanka를 따라 걷던지 3,200m 가까이 되는 Aylmer 산을 오르던지 선택을 한다. 이곳에서 Aylmer 중간부분에서 Minnewanka를 구경할 수 있는 곳이 있어서 Aylmer Pass를 따라 올라가려 했다. 그러나 입산 통제가 걸려있었다. 한 여름이 지난 상태라 Grizzly Bear의 활동이 활발해져서 통제되고 있었다. 아쉬웠지만 이대로 발걸음을 돌릴 수 밖에 없었다. 이 이상 Minnewanka를 따라 걸으려면 괜찮은 곳을 만나기까지 25km를 더 걸어야 한다. 그러면 돌아오지 못한다 ㅡㅡ; 간단히 물과 머핀(빵)을 먹고 다시 걸어왔던 8km를 돌아갔다.

Two Jack Lake

입구까지 오니 3시간이 약간 넘게 흘렀다. 다시 자전거를 타고 다음 목적지인 Two Jack 호수로 달렸다. 중간에 보이는 Mt.Cascade는 Cascade에 오르고 싶은 생각이 간절히 들 정도로 멋졌다. 이제 자전거를 타고 언덕길을 내려간다. 왼쪽으로 Minnewanka에서 흘러나온 물줄기가 보인다. 최저기어단에서 힘차게 페달을 밟는다. 앞의 코너를 돌자 왼편으로 수려한 Two Jack 호수가 나타난다. Minnewanka 같이 크지는 않지만 주변의 경관이 아담하면서 수려하다. Minnewanka의 웅장한 멋과는 또 다른 멋이 느껴지곳이 Two Jack 호수이다.

Two Jack 의 호숫가에 앉았다. 날씨는 더할 나위 없이 좋았다. 바람도 선선하게 불어오고 햇살에 반짝이는 Two Jack 호수는 카메라로 담지 못할 최고의 장면이었다. 로키 이외에 이런 자연의 아름다움을 느낄 곳이 또 있을까? 주변을 둘러싸고 있는 3000m의 산들과 그 사이에 울창한 숲들 그리고 자연을 사랑하는 사람들, 그 모든 것이 로키를 만들어낸다. 그리고 Two Jack 호수를 만들어낸다. Two Jack 을 나서면서 일본인 부부를 만났다. 호숫가에서 혼자 앉아서 초콜릿 바와 사과를 먹는 걸 보고 측은했던 모양인지 어떤지 먼저 이야기를 걸어왔다. 일본인이냐고 묻길래 한국인이라고 했더니 미안하다는 말과 함께 이런 저런 이야기를 했다. 밴프에 산다고 하니, 공부하기 힘들지 않냐고 하더라. '젋으면 다 어학연수인가보군..' 이라는 생각과 함께 밴프에서 일하면서 생활한다고 하니 그제서야 조금은 놀란다. 워킹홀리데이를 설명해 주고 인사를 한 후 자전거를 타고 Two Jack을 벗어났다.

다음목표인 Vermilion 호수에 가기 위해선 Trans-Canada Highway를 타고 가야한다. Two Jack에서 Trans-Canada Highway까지는 내리막길이라 아주 즐거운 마음으로 달렸다. 중간에 길에 누워서 사진도 찍고(왼쪽 사진) 들고 온 과일도 먹었다. 먹을 것을 든든하게 준비하니 걱정이 없었다. 상태가 좋지 않은 (앞 브레이크도 없고 기어 변경도 잘 안되는 ) 자전거를 계속 타느라 엉덩이도 아프지만 그래도 기분은 상쾌했다.

Vermilion Lakes

Trans-Canada Highway를 달리고 Banff 방향으로 접어들다 오른쪽 길로 빠지면 제 1 Vermilion 호수가 보인다. Vermilion 호수는 3개의 호수로 이어져있다. Vermilion 에서 가장 보고싶었던 것은 호수에 비치는 Mt.Rundle의 반영이었는데 바람이 불어서 아쉽게도 반영은 찍지 못했다. Vermilion은 밴프 바로 앞에 있는 것이니까 다음을 노려야겠다.

이젠 다리 힘도 거의 다 빠져나갔다. 자전거를 타고 밴프센터로 올라갔다. 자전거를 타고 올라가는 게 쉬운 일은 아니였다. 총 자전거로 40km를 달렸다. 엉덩이도 아프고 다리 근육이 운다. 그러나 내가 로키 안에 있다는 것을 느끼는 그 기분은 모든 몸의 괴로움을 충분히 보상하고도 남았다. 내가 로키산맥 안에 있다는 것이 기쁘다. 그리고 주변에 이렇게 아름다운 곳들이 많이 있어서 기쁘다.

Move to Banff

Unknown — Thu, 12 Oct 2006 00:00:00 +0000

밴쿠버에서의 1주일간의 아름다운 여행을 마치고 밴프로 이동했다. GreyHound 라는 미주지역을 연결하는 버스를 타고 13시간을 이동하여 밴프에 아침 9시 조금 못되어 도착했다. 쌀쌀한 공기가 바로 밴프라는 것을 느끼게 해주었다. 그리고 주위에 펼쳐진 로키산맥 ( the Rockies ) 은 나를 정신없게 만들었다.

캐나다에 온 단 하나의 이유, 그 로키가 바로 내 앞에 있었다. 로키를 그냥 일반적인 관광여행으로 마칠 수는 없었다. 그래서 선택한 워킹 홀리데이, 그리고 밴프. 처음에는 캘거리에서 영어 공부도 하며 로키에 가까워서 지내려고 했는데, 밴쿠버에서 극구 반대하는 몇몇 사람의 의견에 휘말려 결국 밴프로 선택하긴 했지만 버스에서 내려서 풍경을 보고는 걱정이 모두 사라져버렸다.

밴프는 정말 좁다. 다운타운이 단 두 블럭으로 끝나버린다. 그 단 두 블럭, 걸어서 5분도 채 안걸리는 그 안에서 살아가고 지나가는 사람들, 그곳이 밴프다. 또한 2500미터 이상의 산들, the Rockies 가 둘러싸고있는 곳이 밴프다. 대자연 속에 아주 극히 작은 부분의 인공적인 곳.

밴프에 도착하자마자 계획했던 곳, 밴프센터로 직행했다. 인터뷰를 보고 바로 일을 하기로 결정되고 직원 숙소 공간도 구했다. Becker Hall, 내가 앞으로 몇개월 동안 살아갈 곳.

The Banff Centre

[Banff Centre][] 는 ... 솔직히 나도 아직 무엇을 하는 곳인지 잘 모르겠다. 공연도 많이 있고, recreation program도 많이 있는데, 그냥 문화 생활 센터같기도 하고, 아직 갈피를 못잡겠다. 이곳 밴프센터의 최고 장점은 직원숙소 Becker와 SBB(Selly Borden Building) 그리고 무료로 볼 수 있는 공연이다. Staff Accommodation 이 하루에 C$ 5 밖에 하질 않는다. 한달이면 겨우 C$ 150 , 일반적인 다운타운 3인이 share할 경우 360~400이 나온다는 것을 생각해보면 엄청난 금액이 절약된다. 또한 Staff Caffe 에서 아침, 점심, 저녁 식사를 할 수 있으며 가격 또한 3.18불로 매우 저렴하다. ( 뷔페식이라 마음대로 먹을 수 있다. 단, 느끼한 것을 잘 버틸 수 있다는 가정하에.. )

이렇게 괜찮은 곳이지만, 단점은 pay가 다운타운보다 싸다는 것. 다운타운 디시워셔가 일반적으로 10~12불/hour 인데 이곳 밴프센터는 디시워셔나 하우스키핑은 $9.48/hour 이고 500시간이 지나면 $10.58/hour 로 다운타운보다 페이가 낮다. 하지만 기본적으로 들어가는 금액이 작아서 그다지 크게 차이는 느끼지 못한다. 일반적으로 밴프센터에서 일해서 돈을 빨리 벌려고 하는 사람은, 투잡을 뛰게 되는데 보통 두번째 잡을 다운타운에서 구하게 되므로 다운타운 시급을 고려해보면 상당한 금액을 벌어들일 수 있다. 하지만 피곤함을 이겨낼 수 있는 강인한 체력이 요구된다. 또한 투잡을 하게 되면 여가 시간이 많이 남지 않아서 그 이외의 것을 할 시간 없다.

이제 시작이다. 이곳에서 겨울시즌동안 보딩을 하면서 여행할 경비를 모으고 영어에 익숙해지면 된다. 아잣!

Victoria

Unknown — Mon, 25 Sep 2006 00:00:00 +0000

민박집에 도착한 후 예정에도 없던 빅토리아를 다녀오게 되었다. 민박집에서 만난 사람이 다음날 빅토리아를 가는데 같이 가지 않겠냐고 제안을 했다. 빅토리아는 멀어서 계획에도 없었는데 그냥 좋다고 승락. 다음날 아침 6시에 잠도 거의 못잔 나는 졸린눈을 비비며 낯선 밴쿠버의 Downtown(시내)도 가보지 않은채 빅토리아로 1박 2일의 여행을 떠나게 되었다.

Sky Train 의 Burrad역 하차
601 버스 탑승 (종점 Ladner Exchange 까지)
Ladner Exchange 에서 Tswassen 행 620번 탑승후 종점까지
3zone 버스 요금 $4.5
Swatz Bay 행 Ferri 탑승 ( C$11.60 , 1시간 35분 소요 )
기다리고있는 2층버스 70번 탑승 ( ISIC할인 가능 C$2 )
빅토리아 다운타운에서 하차(끝까지 가면 됨)

빅토리아는 밴쿠버 섬에 있는 도시이며 British Columbia 주의 Capital 이다. 내가 아는 빅토리아는 이정도였다. 무작정 빅토리아를 찾아가게 되었는데 밴쿠버에서 버스를 타고 갔다.

지상 교통수단을 이용해서 빅토리아를 가는 유일한 방법은 Ferri이다. 비행기로 날아가는 방법이 있지만, 돈이 많지 않다면 권하고 싶지는 않다. 위에 제시한 방법으로 가면 C$18.1 로 갈 수 있는데 비행기는 C$99 , 위의 교통수단을 한번의 버스로 가게 해주는, ( 기억이 안나네 ) 것은 C$30 으로 위의 방법이 가장 싸다.

빅토리아까지 가는길은 정말 아름답다. 맑은 하늘(날씨에 따라 ;; ) 아름다운 집, 그리고 아름다운 도로. 빅토리아를 향하는 5시간동안 눈을 떼지 못했다.

빅토리아 다운타운에 내리자 아름다운 건물들이 나를 맞이했다. 밴쿠버와는 또 다른 느낌의 아름다움, 밴쿠버는 사람이 사는, 실용적인 느낌이라면 빅토리아는 동화속 거리같았다. 따사로운 햇살을 맞으며 샌드위치와 커피를 마시고, InnerHarbor 를 걷는 것은 나에게 축복이었다. 같이 걷고싶은사람이 있었지만 한국에 있는관계로 같이 걸을 수 없는 아쉬움이 컸다.

빅토리아 다운타운에서 볼 것은 Legislative Building(BC 주 의사당) 과 그 앞의 잔디밭, EMPRESS 호텔(Fair Mount 소속) , 박물관, 그리고 Inner Harbor 등이다. 모두 Inner Harbor 근처에 몰려있어서 찾기 어렵진 않았다. 주 의사당과 EMPRESS는 같은 사람이 지은 건물이라는데 어쩜 저렇게 아름답게 지을 수 있는지...

나는 가는날 비가 와서 많이 돌아다니지는 못했다. 하지만 맛있는 음식도 먹었고( noodle .. 비슷한것을 먹었는데 무척이나 매웠지만 정말 맛있었다. 가계 유리창에 south east asia 인가 라고 적힌 가계 ) 아름다운 하버도 보았으니 더할나위가 없었다.

하룻밤 머물게 된 숙소는 H.I. Victoria Hostel 이었는데 H.I. 체인 호스텔 치고는 상태가 많이 안좋았다. 무슨 감옥도 아니고 방을 크게 만들어서 그 안에 40명 침대를 만들어 놓으니 다른 사람들과 어울릴 기회가 없었다. 이곳 말고 Ocean Backpackers 가 더 낫다고 하니 기회가 되면 그곳으로 찾아가 보는게 낫겠다.

예상하지 않은 빅토리아 여행이라 부차드 가든도 가보지 못했고 Oak Bay, Nanaimo, Long Beach 등 많은 곳을 돌아보지 못해 아쉬움이 컸다. 하지만 못보면 어떠한가, 빅토리아 그 자체를 느끼고 왔는데..

Fly to Vancouver

Unknown — Sun, 17 Sep 2006 00:00:00 +0000

Incheon International Airport

아침에 공항 리무진을 타고 인천공항 에 도착했다. 내가 탈 비행기는 United Airlines 여서 인천공항 3층의 K 번째 데스크로 갔다. 아침이라서 사람이 많이 없었다.

내가 가지고 온 짐은 24인치 하드케이스 하나(19.5kg) 와 백팩(11.5kg) 이었다. 1년 살 사람이 이정도만 가지고 가는게 내가 봐도 신기했지만 --;; 하드케이스만 checked bagage 로 부치고 백팩은 메고 수속을 밟았다. 표를 내고 들어가면 보안검색이 시작된다. 몸 속에 금속 물질은 다 빼내어 바구니에 담았다. 좀 큰 바지를 입어서 흘러내리는 바지를 부여잡고 금속 탐지대를 건넜다. 이상무. 그 후 타고자 하는 게이트 앞에서 기다리다 보잉 777 비행기를 타고 경유지 샌프란시스코로 출발했다.

비행기가 활주로를 질주하면서 앞바퀴를 들고 떠오른다. 그때서야 '내가 한국을 떠나서 아는 사람 아무도 없는 캐나다로 가는구나' 라는 생각이 들며 1년동안 나갔다 온다는 것이 실감이 났다.

San Francisco

장장 11시간의 악몽같은 비행이 끝나고 비행기는 샌프란시스코에 안착했다. 시차로 인해 기내에선 잠도 제대로 오지 않았다. ( 이걸 여기선 jet lag 이라 한다지 ) 샌프란 시스코는 한마디로 어마어마하게 넓은 대도시였다. 한국처럼 아파트가 발달해 있지 않아서 주택이 끝없이 이어지는 주거지역은 하늘에서 볼때 정말 대단했다. 샌프란시스코에서 내려서 바로 비행기를 갈아타야했다. 쉴틈도 없었는데 보안검색에서 내 가방을 완전히 뒤집어 엎어버리는 바람에 다시 정리해서 담느라 비행기 놓칠뻔 했다. ;;;

인천공항에서 밴쿠버 오는 길은 777 의 매우 큰 비행기였는데 샌 프란시스코에서 밴쿠버로 가는 길은 747의 적당한 비행기였다. 비행기를 갈아타는 것은 그리 어렵지 않다. 내리자마자 connection 또는 transit방향으로 걸어가면 된다. 물론 자기의 checked baggage 는 찾아서 다시 맞겨야 한다. (2013-06-05 이게 물론.. 까지는 아니였습니다. 샌프란시스코 공항이 독특하게도 transit에서도 짐을 찾아서 다시 맞기는 구조였고 다른 환승공항 경우에는 자동으로 transit 비행기로 실립니다.)

Vancouver

관광비자로 밴쿠버를 온 것이 아니라면 서둘러 비행기에서 내려야 한다. 입국 심사대에서 심사를 받고 다시 이민국에서 워킹 비자를 받아야 하는데, 이민국에서 난 1시간 40분을 기다렸다. ㅜ.ㅡ 그놈의짐이 늦게 나오는 바람에 짐 찾느라 좀 더 늦어졌는데, 그렇다고 짐 안찾기엔 불안해서 못기다리겠더라....

기나긴 시간 끝에 워킹퍼밋을 받고 밴쿠버 국제공항을 나왔다. 막상 나오니 이제 무엇을 해야 할지 하나도 모르겠다. 호스텔 예약은 안해놨고 전화번호도 몇개 있지도 않고, 말은 잘 통하지도 않는다. 먼저 전화카드를 사서 호스텔에 남은 방을 뒤져보았다. 되지도 않는 영어로 빈방을 찾느라 힘들었지만 그나마 괜찮다던 grand trunk hostel, HI Vancouver Downtown 은 이미 가득 차있었다. 결국 한인 민박집으로 와서 지금까지 지내고 있다. 1주일을 지낸 후엔 밴프나 캘거리로 가게 될 것이다. 나의 첫번째 워홀 일자리를 찾아서...

Packing

Unknown — Wed, 13 Sep 2006 00:00:00 +0000

Require

비상약 : 후시딘, 소화제, 감기약, 두통약
생활용품 : 손톱깎이, 귀후비게, 연필, 수첩, 작은 가방, 모자, 수건, 시계, 임시로 쓸 작은 샴푸 린스, 3구 멀티콘센트, 수저
음식 : 몇일동안 사용할 깡통 깻잎, 고추장(튜브), 김, 3분요리
의류 : 겨울옷(3~4벌), 봄가을옷 ( 3~4벌 : 비슷한 색으로 ), 여름옷 불필요, 작은 침낭(꼬맹이침낭 ), 내복, 팬티(5셋), 양말(7셋), 츄리닝, 수영복 * 신발 : 2켤레, 슬리퍼
문구류 : 가위, 칼, 풀, 테잎, 포스트잇, 영어사전(or 기계로?)
노트북 : 노트북, 어댑터, 마우스, 랜선, 헤드셋, usbdrive
가장 중요한 것 : 여권, 워홀레터, 국제운전면허증, 국제학생증, 증명사진(많이), 여행책자

Image

Preparing for Departure

Unknown — Sun, 10 Sep 2006 00:00:00 +0000

International Student ID Card

ISIC 에서 발급 가능, 사진 + 14000 발급비 + 재학 증명서
한양대학교 발급처 : 링크
발급 완료

International Driver License

국내에서 자동차 운전면허증을 취득한 사람은 국제협약에 가입된 국가에서도 일정기간(1, 3, 6, 12개월 등 - 개별확인바람) 동안에는 운전을 할 수 국제운전면허증을 발급받아 놓습니다. 실제 우리나라의 국가면허시험장에서 발급 받을 수 있습니다.

국제 운전 면허증 신청용 서류

여권 (※ 비자를 취득한 뒤)
한국 운전면허증
주민등록증
반명함판 칼라사진 1매
도장
인지대(면허 시험장에서 구입 5,000원)
발급 소요기간 - 1일 (오전 접수시 오후에 발급)

현지 운전면허증

국제운전면허증은 유효기간이 한정되어 있고, 유효기간이 지난뒤 운전을 하면 불법이므로 장기간 유학을 하면서 운전을 해야할 사람들은 가급적 도착후 빠른 시일내에 현지에서 운전면허를 취득하는 것이 좋습니다.

한국에서 취득한 운전면허증을 현지의 한국영사관에서 공증을 받은 뒤 현지국가의 해당기관에서 시행하는 시험에 합격을 하면 현지에서 운전을 할 수 있는 면허를 받을 수 있습니다.

강남운전면허시험장 가는 방법

삼성역 1번출구 : 직진 후 스타디아빌딩에서 우회전 -> 한블럭 간 후 GS25 건너편

SIN Number

캐나다의 모든 도시에는 gorvernment 건물이 있다. 각 도시마다 물어 물어 찾아가면 된다. 그 건물에서 SIN 신청을 할 수 있다. 대도시는 상당시간이 소요(4~8주) 되며 작은 도시는 매우 빨리 발급된다.

Hostel

밴쿠버에 도착하면 임시로 머물 호스텔이 필요하다. 방을 알아보기 전까지 지낼 곳.

Grand Trunk Hostel

Tell : 604-681 8968
Site Address : http://www.mdi.ca/gthostel/
Location

55 Powell Street
Vancouver, BC, Canada V6A 1E9
Tel/Fax: (604) 681-8968

가는길

From Airport using Shuttle Bus: Take the Airporter Shuttle Bus to get off at the Water Front Hotel. Walk east about 5 minutes. The fare is $12.

From Airport via Public Transportation: Take Bus #424 to Airport station. Change Bus #98B to get off at the terminal-Waterfront station. Walk east about 5 miniutes. The fare is $3.

From Bus Depot via Station: Take Sky train from Main/Science World Station to the terminal-Waterfront station. Walk east about 5 minutes. The fare $2.

HI Downtown

밴쿠버에서 가장 깔끔하다고 이름난 호스텔, 하지만 9월 13일부터 10월까지는 모두 예약이 되어있다. OTL

Site Address : http://www.hihostels.com

Airline Ticket

Unknown — Mon, 21 Aug 2006 00:00:00 +0000

Student Universe 에서 밴쿠버로 가는 비행기표를 tax포함해서 $524.93에 끊었다. 다른 항공권(국내여행사)은 제시된 금액 이외에 유류할증료와 tax를 포함하면 약 220,000원이 추가 되는데 studentuniverse 는 tax가 겨우 $57 정도 밖에 되지 않는다. :) 50만원에 편도를 끊다니 :)

출발일은 9월 13일 . 이제 얼마 남지 않았다 준비 열심히 하자!!

United Airlines

사이트 : 한국 United Airlines

수화물(기내 & 위탁)

기내에는 기내용 가방 하나와 핸드백, 서류가방 혹은 노트북과 같은 개인 소지품 하나를 추가로 휴대하실 수 있습니다. 기내용 가방은 좌석 밑이나 머리 위 선반에 들어갈 수 있어야 하며, 삼면이 각각 22cmⅩ35cmⅩ55cm 이내여야 합니다. 안전운항에 문제가 되는 수화물은 별도의 운임을 지불하시고 위탁수하물로 붙이시게 되시며, 아래품목에 한해서만 추가반입이 허용됩니다.

미국과 캐나다 지역으로 여행하시는 경우에 2개의 위탁수하물이 허용되며 유럽과 동남아의 경우에 1인당 20kg까지 위탁 가능하십니다. 미국과 캐나다의 경우 가방 2개가 각각 삼 면의 합이 157cm 이내, 무게는 23kg 이내여야 하며, 초과의 경우 별도의 운임이 부과됩니다.( 가방 외부에 승객의 이름이 반드시 표기 되어있어야 합니다.)

Ticketing

ICN -> SFO : Flight 892 Sep 13, 2006 at 1:50 PM -> 8:32AM ( 적어도 4시간 전에 인천공항에 도착할 것 )
SFO -> YVR : Flight 1116 Sep 13, 2006 at 10:45 ->12:59PM

USA Visa Interview

Unknown — Fri, 26 May 2006 00:00:00 +0000

2006년 05월 26일에 작성한 미국 비자 인터뷰 후기입니다.

Preparing

미국비자를 신청할 때에는 많은 서류들이 필요합니다. 캐나다 워킹홀리데이 비자보다 미국 관광비자에서 필요한 서류가 훨씬 더 많더군요. 서류의 목록은 Working Holiday #04 Go to America 을 참조하세요.

Reservation of Interview

미국비자는 인터넷으로 인터뷰 예약이 가능합니다. 바로 다음날 예약은 거의 힘들고 한 1주일 정도 뒤의 기간만 비어있더군요.

비자의 신청은 US-VISASERVICE 에서 할 수 있습니다. 먼저 PIN number를 받은 후 신청을 하셔야 합니다. 약 만사천원정도가 필요합니다. 2013-06-05 현재 미국 비자 신청 방법은 무비자로 변경되어있습니다. 무비자 신청방법은 네이버 검색으로 알아보시는 것이 좋겠네요.

Interview

전 5월26일 아침 8시 30분으로 예약을 하였습니다. 그리고 아침에 일찍 일어나 챙기고 나왔죠. 지하철을 기다리는데.. 아뿔사.. 반대편 지하철을 기다리고 있더군요 ㅡㅡ;; 800원 더 내고 반대편으로 탔습니다. 을지로 3가에서 3호선으로 갈아타고 안국역으로 갔습니다. 내려서 대사관 거의 다 와가는데 뭔가 찜찜하더군요...

여권 을 책상에 두고 왔습니다. -.-;; 핸드폰을 보니 8시5분, 인터뷰 시간은 늦었군요. 다시 잽싸게 집으로 와서 여권을 집어들고 안국역에 도착하니 9시 15분, 미국 대사관을 가니 사람들이 엄청 많이 있더군요. 담장을 넘어서 줄이 길게 있었습니다. 담장까지는 햇빛을 차단하는 것을 설치했는데 그 뒤로는 없어서 뙈약볕에서 일광욕을 즐겁게.. 즐겼습니다. 여권을 집으로 다시 발송하는 택배 용지는 그곳에서 나눠줘서 한장을 받고 집 주소를 적었습니다. 기다린 후 대사관 인터뷰 문을 통과하는데까지 한시간이 걸리더군요. 들어가면 X-ray검사대를 거칩니다. 저는 필통에 칼이 있어서 칼을 가방에서 꺼내야 하는 상황이 발생하였습니다. 아무튼 핸드폰과 칼을 따로 내고 가방을 들고 안으로 들어갔습니다. 안에도 기다리는 줄이 상당하더군요. 먼저 서류검사대에서 검사를 한 후, ( 이때 DS-156의 체류 목적지를 NONE으로 했었는데 미국 아무곳으로나 써놓으라고 하더군요. 저는SEATLE을 썼습니다. ) 접수처에서 신한은행의 비자fee 영수증과 기타 서류를 접수하였습니다.

그 후 지문인식을 한 후 번호표를 받고 2층으로 올라갔습니다. 저는 REDZONE의 180번 번호였습니다. 2층에서 대기를 하는데 REDZONE의 왼쪽과 중간은 시간이 꽤 오래걸리더군요. 가장 오른쪽의 금발 영사분이 웃으시면서 금방금방 발급하더군요. 저도 기다리는데 중간에서 한분 처리하는 동안 오른쪽 영사분이 3~4명씩 발급하게 되서 저도 오른쪽에서 발급을 받았습니다. 준비한 서류 왕창 들고 갔는데 신청서 달랑 하나 보더군요 -_-; 물어 본 것은

미국 왜 가나요? - 관광
한양대학교 몇학년이세요? - Junior
발급되었습니다. - -_-;;

30초도 안걸렸습니다. 너무 허무하네요...

끝난 후 대사관을 나오는데 알고보니 광화문역 바로 옆이 대사관이더군요. ;;;

이래저래 삽질만 한 인터뷰였습니다. ㅜ.ㅡ

Useful Information

Unknown — Fri, 14 Apr 2006 00:00:00 +0000

빨간 깻잎의 나라

빨간 깻잎의 나라 는 제가 워홀을 준비하면서 가장 많은 도움이 되었던 까페입니다. 몇년간 꾸준히 운영되어져 온 탓에 엄청난 분량의 정보들이 가득 차있습니다. 여러 수많은 사람들의 합격 에세이, 합격 여행계획서, 그리고 준비하면서 빚어진 실수등 앞으로 워홀을 준비하실 많은 분들에게 도움이 되는 곳입니다. 또한 워홀에 관심이 없더라도 저 까페에 가입해서 워홀로 가 있는 사람들의 체험기를 읽다보면 나도 모르게 캐나다에 가고싶어질 것입니다 :)

150만원으로 떠나는 캐나다

이 또한 빨간 깻잎의 나라의 초기 깻잎이신 날 찾아~ 님께서 지은 책입니다. 캐나다에 워홀로 가고 또한 공부로 인해 계속 지내면서 캐나다의 생활, 그리고 워홀의 준비등을 잘 다루고 있는 책입니다. 읽어보시면서 캐나다에 익숙해 지시는 것도 좋은 방법입니다.

Essay for Working Holiday

Unknown — Wed, 05 Apr 2006 00:00:00 +0000

지원 동기서는 Working Holiday 접수시에 작성하는 것입니다. 그리고 지원동기는 Visa를 받느냐 못 받느냐를 결정짓는 가장 중요한 요인입니다. 최대한 신경써서 신중하게 작성해야 합니다. 대행업체에 맞기기 보다는 직접 쓰는 것이 더 낫다고 생각합니다. 대행업체는 아무래도 지원자의 생각을 그대로 담아낼 수 없거든요. 물론 한글로 자기가 써서 그것을 번역해주기도 하는데요. 그래도 자신이 직접 쓰는 정성정도는 들여야 합니다. 그 정도의 의지가 없으면 캐나다 워킹홀리데이 비자를 신청할 필요조차 없습니다.

대부분의 사람들이 꼽는 에세이에 들어갈 필수 조건은 아래와 같습니다.

구지 6개월 무비자 관광이 아닌 워킹홀리데이 비자이어야 하는가?
왜 호주, 일본, 뉴질랜드가 아닌 캐나다 워킹홀리데이 비자 이어야 하는가?
캐나다 워킹홀리데이를 하려는 목적은 무엇인가?

위의내용은 필수적으로 들어가야 합니다. 위 사항에 덧붙여서 지금까지 워킹홀리데이 비자를 위해 준비해온 노력들을 첨부하시면 더욱 좋습니다.

아래 제 미천한 english + 주변 사람들의 훌륭한 교정 이 들어간 지원 동기서 입니다. 제 스스로 만족하는 지원동기서입니다.

Essay

I like to take pictures. The world that I see through a viewfinder is wonderful. Robert Capa, the photographer who I have respect for, said “If your pictures aren’t good enough, you’re not close enough,” This means, if you want to understand something, you have to become familiar with it and make an effort to understand it.

The reason for application is like what Capa said. If I understand Canadian culture, I do gain my lively experience at first hand in Canada. The lively experience is to work and make a living in Canada. I’m too young to go sightseeing comfortably. I want to jump into Canadian life. I hope to work and breath together in Canada. In a holiday, properly rewarded for my effort, I want to take pictures, which are the marvelous Canadian sceneries such as the Rockies, Great Vancouver area, and eastern Canada.

I heard much of Canada from my friend who traveled Canada. He said, “You’d better travel Canada the last time, because if you travel Canada at the beginning, it will be a tedious journey to travel other country.” From that time, I have wanted to travel Canada best of all. I have dreamed Canadian culture and the Rockies’ wonderful nature. In Holiday, I want to experience Canadian life that is to enjoy a holiday at the villa near a forest.

I have been studying English to go to Canada. I have studied Conversation in priority. If I am poor at English, I have a hard time in Canada. Studying English is difficult but I have studied hard in order to achieve what I want. Since I finished military service, I have done a lot of part-time jobs such as labor and waiter. I think these jobs will be useful for my Canadian life.

Working Holiday VISA will be a great turning point in my life. I have prepared Working Holiday for a long time. And I have confidence that I can do it. I’m dreaming of my life in Canada.

Go to America

Unknown — Tue, 04 Apr 2006 00:00:00 +0000

결국 미국에서 몇개월 지내다가 캐나다를 들어가기로 했다. 미국에서 어느정도 적응을 한 다음 캐나다에 가는 것이 더 낫다는 생각이 들었다. 아버지께 이야기 하고 먼저 6월말이나 7월말에 미국에 가기로 결정을 내렸다. 밥 할아버지가 여름에 한국에 들어오면 안면을 튼 후, 미국에 들어가는 길에 같이 들어갈 것 같다.

과연 지금 내가 하는 결정이 좋은 결정인지 모르겠다. 시애틀, 전혀 생각해보지도 못한 시애틀에 가게 되다니, 시애틀의 잠 못 이루는 밤 이나 다시 봐야하려나 ㅡㅡ

오늘 잠깐 알아본 결과, 미국 비자는 그 철차가 복잡하다. 구비 서류가 캐나다 워킹홀리데이보다 더 많다. 도대체 관광비자가 이렇게 복잡해서 어쩌자는 말인가... --; 워홀 준비했던 그 마음가짐으로 준비해야 겠다. 뭐 신체검사 비용이 없어서 그나마 다행이지만 비자 수수료로 US 100 달러를 내야 하는건 좀 오바다 --;; 매번 신청하는 사람이 얼마나 많을텐데 그 많은 사람들에게 죄다 받으면 돈을 얼마나 버는 것이냐;;

구비서류

아래는 구비 서류 목록이다. 정말 많다...

본인

완결 : 인터뷰 예약 확인서
완결 : 여권
완결 : 영문 재학/성적증명서
완결 : 신청서 DS156/DS157
완결 : 사진 1장 : 가로세로 5cm 배경흰색 양쪽귀
비자 fee (US$100) : 구입처 : 신한은행 ( 한화로 구입 )
완결 : 호적 등본
병적증명서 ( 영문 ) : 군복무 마친지 얼마 지나지 않았을 때
완결 : 장학증서

재정보증인

재직자

재직증명서
소득금액 증명원 최근 3년치
갑종근로소득에 대한 원천징수 확인서 or 월급명세서 최근1년치
지방세 세목별 과세 증명서
급여통장 및 기타 재정잔고를 증명할 수 있는 예금/적금통장
직장의료보험증 사본
자격증 및 면허증
명함
호적등본

사업자

완결 : 사업자 등록 증명원
완결 : 소득 금액 증명원 최근 3년치
완결 : 납세사실 증명원
완결 : 지방세 세목별 과세 증명서
완결 : 주거래통장 및 기타 재정잔고를 증명할 수 있는 예금/적금통장
완결 : 직장의료보험증 사본
자격증 및 면허증
완결 : 명함
호적등본
회사 업종에 따라 회사안내 팜플렛

New Oppertunity

Unknown — Mon, 20 Mar 2006 00:00:00 +0000

메신져에 워홀 합격이라고 써놓은 것을 보고 사촌 누나가 나에게 말을 걸어왔다.

자형 한분이 있는데 그 자형이 미국에 있을 때 많이 도와주신 분이 계셨다. 밥 할아버지라고 하는데 그 분께서 지금 시애틀에 혼자서 살고 계신다고 하시면서 내가 가서 같이 있어주면 어떻겠느냐는 말을 했다. 캐나다 워홀을 거의 합격해 놓은 지금 또 하나의 기회가 온 것 같다. 밥 할아버지가 다치셔서 할아버지가 나으실 때까지 같이 보살펴 드리고 끝나면 시애틀에서 코 앞인 밴쿠버로 넘어가서 워홀 생활을 하면 되는 것이다. 어떤 방법으로든 내게 주어진 좋은 기회임에는 틀림 없다.

1년을 쉬기로 했지만 , 1년을 쉬나 2년을 쉬나 쉬는 것은 마찬가지 일 것 같다. 기회가 되었으니 잡으면 되는 것이다. 손해 될 것은 없다.

기도해보면서 생각해 보자

06/04/03

그쪽에서 연락이 왔다. 와도 좋다고.. 이젠 어떻게 해야 할까? 1학기 끝나고 바로 캐나다 가려던 것을 미루고 미국에서 지내다가 가야 할까? 아니면 바로 캐나다를 갈까? 미국에서 지내게 되면 적응기간을 가질 수 있는 장점이 있다. 하지만 2년을 쉬어야 할지도 모른다.

좀 더 생각해보자. 빨리 확답을 내려야 한다.

Physical Checkup

Unknown — Sun, 05 Feb 2006 00:00:00 +0000

합격 발표가 난 후 이틀째 , 오늘 세브란스 병원에 가서 신체검사를 하고 왔다. 세브란스 병원은 예약을 하지 않고 가도 되며 접수시간 (09:00 ~ 11:00 , 13:30~ 15:30) 내에 가서 접수하면 당일 검사를 받을 수 있다.

검사 항목은 키, 몸무게, 혈압, 시력 측정, 그리고 간단한 진찰. + 채혈, 소변 검사

X-ray 이다.

내가 검사받는데 걸리는 시간은 신청서 작성하고 기타등등 해서 한시간 십오분이 걸렸다. 생각 보다는 오래 걸린 것 같다. 검사 결과에 이상이 있으면 보내기 전에 연락을 준다고 한다. 난 체중이 너무 모잘라 .. 키 176cm로 1cm늘어서 놀라긴 했지만 몸무게는 여전히 56kg ㅡㅡ;; 쩝...

Get Visa

Unknown — Wed, 01 Feb 2006 00:00:00 +0000

2006 캐나다 워킹 홀리데이 합격자 발표가 있었다. 당초에는 1월 23일에 발표한다고 했었지만 접수가 많아지는 바람에 2월 1일 오늘로 연기되었었다. 아침에 일어났는데 9시가 안되었길래 그냥 설마 하고 접속을 해보았는데 합격자 명단이 덜컥 올라가 있었다.

합격자명단 ..주한 캐나다 대사관은 2006년 워킹홀리데이 선발 명단을 다음과 같이 발표합니다. 선발된 800명은 대사관 홈페이지에서자신의 여권번호를 확인 한 후, 캐나다 이민성 지정 병원에서 신체검사를 받아야 합니다. 신체검사를 받으실 수 있는 병원리스트는 http://www.dfait-maeci.gc.ca/world/embassies/korea/doctors-ko.asp 에서 확인하실 수 있습니다

신체검사결과(병원에서 발급한 그대로 제출하십시오. 밀봉된 봉투를 열지 마시기 바랍니다. 신체검사결과 봉투에는 합격자 리스트에서 확인한 자신의 여권번호와 함께 적힌 번호와 이름/생년월일을 꼭 써주시기 바랍니다.) 와
대사관측으로부터 취업허가가 승인되었다는 편지를 받게 될 봉투 ("수신인" 란에 본인의 주소를 기입하시고, 그에 맞는 우표를 붙인 편지봉투를 같이 보내십시오.)를 2월 20일까지 신청서를 제출했던 주소 :서울특별시 중구 무교동 45번지 코오롱 빌딩 9층 (우편번호 100-772) Working Holiday Program 2006 담당자 앞) 로 제출해주십시오. (2월 20일 우편 소인까지 유효)

2006 WORKING HOLIDAY
```
1. JR3XXXXXX
...
**292. SM0XXXXXX**
...
800. TM0XXXXXX 
```

처음에는 저게 뭔고 했는데 알고보니 여권번호더라. 내 여권을 찾아서 Ctrl + F 엔터...

화면이 중간에서 멈췄다.

합격.

1년 동안 준비해 왔었다. 그래도 드디어 결실을 보게 되는구나... 이제 신체검사를 서둘러 하면 된다. 세브란스 병원에 연락해보니 예약시스템이 아니라 아침에 일찍 가서 접수하는 시스템이더라 오전 9~ 11시 접수 오후 1시30분부터 접수.. 한 일주일 운동해서 건강하게 만든 후에 가봐야 할듯.

이제 계획했던 것이 눈앞에 나타났으니 힘을 내서 나가면 될 것같다. 아잣~ 캐나다로!!

Stars	Limiting Magnitude
2	3.2
3	3.7
4	3.9
5	4.2
6	4.9
8	5.0
9	5.2
10	5.3
11	6.0
12	6.1
15	6.3
16	6.4
17	6.5
18	6.6
20	6.7
23	6.8
28	6.9
34	7.0
41	7.1
46	7.2
55	7.3
60	7.4
73	7.5

Stars	Limiting Magnitude
2	2.9
3	3.1
4	3.9
6	5.0
7	5.1
8	5.4
10	5.6
11	5.7
12	5.8
13	6.0
14	6.1
15	6.2
17	6.3
20	6.4
23	6.6
26	6.7
27	6.8
29	6.9
31	7.0
35	7.1
42	7.2
44	7.3
54	7.4
59	7.5

Stars	Limiting Magnitude
1	2.4
2	3.3
3	3.7
4	3.9
5	4.5
6	4.6
7	4.8
8	5.2
9	5.4
11	5.7
13	5.8
14	6.0
15	6.1
16	6.2
17	6.3
18	6.4
19	6.5
20	6.6
23	6.7
25	6.8
27	6.9
29	7.0
33	7.1
37	7.2
44	7.3
49	7.4
54	7.5

Stars	Limiting Magnitude
1	1.2
2	2.4
3	3.2
4	3.6
5	4.3
6	5.0
7	5.1
8	5.3
9	5.6
10	5.7
11	5.9
12	6.1
13	6.2
14	6.3
15	6.4
16	6.5
18	6.6
20	6.7
22	6.9
23	7.0
25	7.2
30	7.5

Stars	Limiting Magnitude
1	2.8
2	3.0
3	3.4
4	4.5
5	5.1
6	5.2
7	5.4
8	6.0
10	6.2
11	6.4
12	6.5
13	6.6
19	6.9
22	7.0
24	7.1
25	7.2
26	7.3
27	7.4

Stars	Limiting Magnitude
1	2.1
2	2.6
3	2.9
4	4.7
5	5.2
6	5.4
7	5.7
8	5.9
9	6.2
12	6.3
14	6.4
17	6.5
20	6.6
25	6.7
29	6.8
30	6.9
33	7.0
35	7.1
40	7.2
43	7.3
46	7.4
49	7.5

Stars	Limiting Magnitude
1	1.1
2	1.8
3	3.0
4	4.7
5	4.8
7	5.1
8	5.3
9	5.5
10	5.9
11	6.0
12	6.1
15	6.2
16	6.3
17	6.4
20	6.5
21	6.6
23	6.7
26	6.8
28	6.9
29	7.0
31	7.4
32	7.5

Stars	Limiting Magnitude
1	1.3
2	2.2
4	2.6
5	3.4
6	3.8
7	4.4
8	5.0
11	5.6
13	5.7
15	6.0
18	6.1
20	6.3
21	6.4
24	6.6
25	6.7
29	6.9
32	7.0
34	7.1
38	7.2
40	7.3
44	7.4
45	7.5

Stars	Limiting Magnitude
1	1.2
2	2.9
3	3.4
4	4.5
5	5.8
7	5.9
8	6.0
11	6.1
12	6.4
15	6.5
16	6.7
17	6.8
19	7.0
22	7.1
23	7.2
25	7.3
26	7.4
31	7.5

Stars	Limiting Magnitude
1	0.2
2	2.3
3	2.7
4	3.0
5	3.8
6	4.5
7	4.7
9	4.9
10	5.0
11	5.3
13	5.7
14	5.8
17	5.9
19	6.0
21	6.1
23	6.2
25	6.3
27	6.4
30	6.5
32	6.6
36	6.7
39	6.8
45	6.9
52	7.0
55	7.1
60	7.2
69	7.3
73	7.4
86	7.5

Stars	Limiting Magnitude
2	3.2
3	3.7
4	3.9
5	4.2
6	4.9
8	5.0
9	5.2
10	5.3
11	6.0
12	6.1
15	6.3
16	6.4
17	6.5
18	6.6
20	6.7
23	6.8
28	6.9
34	7.0
41	7.1
46	7.2
55	7.3
60	7.4
73	7.5

Stars	Limiting Magnitude
2	2.9
3	3.1
4	3.9
6	5.0
7	5.1
8	5.4
10	5.6
11	5.7
12	5.8
13	6.0
14	6.1
15	6.2
17	6.3
20	6.4
23	6.6
26	6.7
27	6.8
29	6.9
31	7.0
35	7.1
42	7.2
44	7.3
54	7.4
59	7.5

Stars	Limiting Magnitude
1	2.4
2	3.3
3	3.7
4	3.9
5	4.5
6	4.6
7	4.8
8	5.2
9	5.4
11	5.7
13	5.8
14	6.0
15	6.1
16	6.2
17	6.3
18	6.4
19	6.5
20	6.6
23	6.7
25	6.8
27	6.9
29	7.0
33	7.1
37	7.2
44	7.3
49	7.4
54	7.5

Stars	Limiting Magnitude
1	1.2
2	2.4
3	3.2
4	3.6
5	4.3
6	5.0
7	5.1
8	5.3
9	5.6
10	5.7
11	5.9
12	6.1
13	6.2
14	6.3
15	6.4
16	6.5
18	6.6
20	6.7
22	6.9
23	7.0
25	7.2
30	7.5

Stars	Limiting Magnitude
1	2.8
2	3.0
3	3.4
4	4.5
5	5.1
6	5.2
7	5.4
8	6.0
10	6.2
11	6.4
12	6.5
13	6.6
19	6.9
22	7.0
24	7.1
25	7.2
26	7.3
27	7.4

Stars	Limiting Magnitude
1	2.1
2	2.6
3	2.9
4	4.7
5	5.2
6	5.4
7	5.7
8	5.9
9	6.2
12	6.3
14	6.4
17	6.5
20	6.6
25	6.7
29	6.8
30	6.9
33	7.0
35	7.1
40	7.2
43	7.3
46	7.4
49	7.5

Stars	Limiting Magnitude
1	1.1
2	1.8
3	3.0
4	4.7
5	4.8
7	5.1
8	5.3
9	5.5
10	5.9
11	6.0
12	6.1
15	6.2
16	6.3
17	6.4
20	6.5
21	6.6
23	6.7
26	6.8
28	6.9
29	7.0
31	7.4
32	7.5

Stars	Limiting Magnitude
1	1.3
2	2.2
4	2.6
5	3.4
6	3.8
7	4.4
8	5.0
11	5.6
13	5.7
15	6.0
18	6.1
20	6.3
21	6.4
24	6.6
25	6.7
29	6.9
32	7.0
34	7.1
38	7.2
40	7.3
44	7.4
45	7.5

Stars	Limiting Magnitude
1	1.2
2	2.9
3	3.4
4	4.5
5	5.8
7	5.9
8	6.0
11	6.1
12	6.4
15	6.5
16	6.7
17	6.8
19	7.0
22	7.1
23	7.2
25	7.3
26	7.4
31	7.5

Stars	Limiting Magnitude
1	0.2
2	2.3
3	2.7
4	3.0
5	3.8
6	4.5
7	4.7
9	4.9
10	5.0
11	5.3
13	5.7
14	5.8
17	5.9
19	6.0
21	6.1
23	6.2
25	6.3
27	6.4
30	6.5
32	6.6
36	6.7
39	6.8
45	6.9
52	7.0
55	7.1
60	7.2
69	7.3
73	7.4
86	7.5

Stars	Limiting Magnitude
2	3.2
3	3.7
4	3.9
5	4.2
6	4.9
8	5.0
9	5.2
10	5.3
11	6.0
12	6.1
15	6.3
16	6.4
17	6.5
18	6.6
20	6.7
23	6.8
28	6.9
34	7.0
41	7.1
46	7.2
55	7.3
60	7.4
73	7.5

Stars	Limiting Magnitude
2	2.9
3	3.1
4	3.9
6	5.0
7	5.1
8	5.4
10	5.6
11	5.7
12	5.8
13	6.0
14	6.1
15	6.2
17	6.3
20	6.4
23	6.6
26	6.7
27	6.8
29	6.9
31	7.0
35	7.1
42	7.2
44	7.3
54	7.4
59	7.5

Stars	Limiting Magnitude
1	2.4
2	3.3
3	3.7
4	3.9
5	4.5
6	4.6
7	4.8
8	5.2
9	5.4
11	5.7
13	5.8
14	6.0
15	6.1
16	6.2
17	6.3
18	6.4
19	6.5
20	6.6
23	6.7
25	6.8
27	6.9
29	7.0
33	7.1
37	7.2
44	7.3
49	7.4
54	7.5

Stars	Limiting Magnitude
1	1.2
2	2.4
3	3.2
4	3.6
5	4.3
6	5.0
7	5.1
8	5.3
9	5.6
10	5.7
11	5.9
12	6.1
13	6.2
14	6.3
15	6.4
16	6.5
18	6.6
20	6.7
22	6.9
23	7.0
25	7.2
30	7.5

Stars	Limiting Magnitude
1	2.8
2	3.0
3	3.4
4	4.5
5	5.1
6	5.2
7	5.4
8	6.0
10	6.2
11	6.4
12	6.5
13	6.6
19	6.9
22	7.0
24	7.1
25	7.2
26	7.3
27	7.4

Stars	Limiting Magnitude
1	2.1
2	2.6
3	2.9
4	4.7
5	5.2
6	5.4
7	5.7
8	5.9
9	6.2
12	6.3
14	6.4
17	6.5
20	6.6
25	6.7
29	6.8
30	6.9
33	7.0
35	7.1
40	7.2
43	7.3
46	7.4
49	7.5

Stars	Limiting Magnitude
1	1.1
2	1.8
3	3.0
4	4.7
5	4.8
7	5.1
8	5.3
9	5.5
10	5.9
11	6.0
12	6.1
15	6.2
16	6.3
17	6.4
20	6.5
21	6.6
23	6.7
26	6.8
28	6.9
29	7.0
31	7.4
32	7.5

Stars	Limiting Magnitude
1	1.3
2	2.2
4	2.6
5	3.4
6	3.8
7	4.4
8	5.0
11	5.6
13	5.7
15	6.0
18	6.1
20	6.3
21	6.4
24	6.6
25	6.7
29	6.9
32	7.0
34	7.1
38	7.2
40	7.3
44	7.4
45	7.5

Stars	Limiting Magnitude
1	1.2
2	2.9
3	3.4
4	4.5
5	5.8
7	5.9
8	6.0
11	6.1
12	6.4
15	6.5
16	6.7
17	6.8
19	7.0
22	7.1
23	7.2
25	7.3
26	7.4
31	7.5

Stars	Limiting Magnitude
1	0.2
2	2.3
3	2.7
4	3.0
5	3.8
6	4.5
7	4.7
9	4.9
10	5.0
11	5.3
13	5.7
14	5.8
17	5.9
19	6.0
21	6.1
23	6.2
25	6.3
27	6.4
30	6.5
32	6.6
36	6.7
39	6.8
45	6.9
52	7.0
55	7.1
60	7.2
69	7.3
73	7.4
86	7.5