어쨌든 처음에 사자마자 느낀 점은 ‘이걸로 도대체 뭘 해야하지?’란 생각이었습니다만 쓰다보니 참 편하더군요. 우선 장점은 다음과 같습니다.

1. Mail.app에서 이미지 로딩이 됨
2. 아이폰에 비해 반응이 굉장히 빠름
3. PDF, Doc, 등 일반적인 문서들은 대부분 읽을 수 있음
4. 화면이 넓다보니 웹 서핑시 사이트가 축소된 모습으로 나오지 않음

저같은 경우 아침에 일어나면 눈을 비비며 아이폰을 찾아 Mail.app을 실행시키고, 밤새(오전새) 어떤 메일이 왔는지를 확인을 합니다. 그런데 펀샵 제품 소식이라거나 기타 이미지 위주의 메일일 경우 도대체 내용을 알 수가 없어 궁금하곤 했는데요. 아이패드에서는 이런 걱정이 없습니다. (이건 아이패드의 장점이 아니라 아이폰의 단점인지도 모르겠네요.)

그리고 남의 옴니아를 만지다 제 아이폰을 처음 만졌을 때의 느낌처럼 아주 반응이 확확 옵니다. 체감할 수 있을 정도로 빨라요.

Doc, PDF, GIF, PNG, JPG, …, ZIP 등의 파일을 대부분 내장 뷰어로도 볼 수 있기 때문에 가끔 돌아다니면서 문서를 확인할 때도 아주 편리하더군요. TabToolkit 등을 이용하면 Guitar pro로 작성된 악보들도 볼 수도 있습니다.

간단한 내용은 손으로 슥슥 메모해두기도 좋습니다. Penultimate, iDraft 등 이런 용도로 나온 앱들이 몇 가지가 있던데, 그 중 무료인 Adobe Ideas가 젤 좋은 것 같습니다. (사실 다 고놈이 고놈인데, Adobe Ideas는 무료)

그럼에도 불구하고, 치명적인 단점은 한글 입력이 안된다는 것!!! 덕분에 트윗질은 영어로 하고 있습니다. -_-a 한글 키보드 앱을 띄우고 복사해다 붙이는 방법도 있지만 번거롭고, 오타도 너무 많이 나서 구지 이래야 되나 싶더군요.

해킹으로 해결할 수 있다는 건 알고 있습니다만 전 순정이 좋아서 불편한걸 감수 중입니다.

또 다른 단점 중 하나는 앱이 굉장히 비싸다는 것입니다. 아이폰 앱은 $0.99 정도의 코묻은 돈인데 반해 아이패드용 앱은 기본이 $4.99 정도로 좀 비싼 편입니다. Plants vs Zombies 같은 인기있는 앱들은 대게 $9.99 정도…

아이패드 살 정도 여유 있는 사람이면, 앱도 비싼 돈 주고 사라는 배려인지 모르겠으나 저같이 가난한 학생으로써는 흑흑;;

세미나를 할 때나 토론을 할 때나 바로 인터넷에서 문서를 받아서 보여주고 거기에 메모도 할 수 있고 하다보니 이래저래 도움이 많이 되고 있어서 내가 이걸 왜 샀을까? 하는 생각은 별로 들지 않고 있습니다.

유니바디 맥북도 있고, 아이팟도 있고, 아이폰도 있고, 블루투쓰 애플 키보드도 있고, 이제 아이패드까지 있습니다. 진정 맥빠 인증이네요. 하하하

크리스마스 시즌에 7인치짜리 아이패드가 나온다는 말도 있던데, 작아진 아이패드라면 아이폰까지 있는 저같은 사람들한텐 좀 애매할 것 같아요.

쓰기 나름이겠지만 하여튼 참 매력적인 장비인 것 같습니다. :) 자 다들 질러보자구요.

Related Posts

• No Related Post

그러던 중 Prepaid SIM을 구매해보는 것이 어떨까 하는 생각이 들었습니다. 그래서 인터넷을 뒤져보았더니 이런 사이트를 찾을 수 있었습니다.

간단히 정리하면, Sunrise 사의 ‘Sunrise Go Dayflat’ SIM카드를 구매한 뒤 SURF 옵션을 활성화 시키면, 데이터 통신 250MB가 한 달에 7.5 CHF입니다. Sunrise Go Dayflat SIM 카드를 사려면 20 CHF가 필요하며, 이 20 CHF는 기본 충전액이므로 한 달 이내로 여행하는 것이라면 거의 700MB 정도의 데이터 통신을 할 수 있게 됩니다.

위 사진이 제가 구매한 Sunrise Go Dayflat SIM 카드입니다. 그런데 이걸 딱 꼽고 나니까 통신사 이름이 표시되는 곳에 ‘SIM 잠김’이 표시되더군요. 설마 KT에서 개통했다고 내 폰이 통신사 락폰이 되버린건가!!하는 생각이 들면서 하늘이 노래졌습니다.

하지만 아이폰을 껐다 키니 아래와 같이 SIM 잠금 해제 버튼이 나타났습니다.

SIM 카드에 비밀번호가 걸려있더군요. ;)

비밀번호를 입력하고 나니 통신사에 Sunrise가 표시됩니다. 아뵤! 이제 데이터 통신을 자유롭게 할 수 있도록 SURF 옵션을 활성화 시켜야 합니다.

그러려면 5522로 ‘SURF’라는 문자를 보내면 됩니다. 단 이 때 SURF를 꼭 대문자로 보내야합니다. 대소문자를 섞어서 보내면 SURF 옵션이 제대로 활성화가 되지 않습니다. SURF 옵션이 활성화되있지 않으면, 로밍시와 거의 데이터 요금을 지불해야하므로 단 5분만에 20 CHF를 날릴 수 있습니다.

저같은 경우 대소문자를 섞어서 보냈다가 전화 한통에 25 CHF를 날리는 경험을 했습니다. 주의하시기 바랍니다. ㅠ.ㅠ

여기까지! Prepaid SIM 카드로 스위스에서 저렴하게(?) 인터넷을 질기는 방법이었습니다. ;)

덧: SURF 옵션을 다시 비활성화 시키려면 5522에 SURF STOP 이라는 문자를 보내면 됩니다.

Related Posts

• 12/29/2009 -- 난해한 SHOW 데이터 부가 서비스… (6)
• 7/12/2009 -- Wibro egg 신청 (2)
• 3/25/2009 -- ajax와 encoding 문제… (1)
• 3/16/2009 -- 인터넷 뱅킹과 SSL… 변명은 이제 그만… (2)
• 2/10/2009 -- 인터넷 뱅킹이 뚫렸네요. (1)

아무래도 HTML이란 이름 때문에 웹퍼블리셔 분들이 많이 참석하셨던데 (특히) 3회째 세미나는 웹퍼블리셔 분들보다 앱 개발자 분들이 좋아하셨을 것 같네요.

HTML5: API

첫 세션은 요번에도 이원석 박사님께서 담당해주셨습니다. 초점은 HTML5에 추가된 API 들에 초점이 맞춰져 있었고, Canvas 2D, Video API, Web Socket, Local storage, Local database 등에 대한 간략한 소개 위주였습니다.

이 정도 API면 왠만한 애플리케이션을 구현하는데는 거의 지장이 없을 것 같더군요. :)

그리고 AJAX의 경우 Cross domain에 대한 쿼리가 불가능했기 때문에 결제 모듈처럼 타 서버로 값을 넘겨주고 그 결과를 리턴받아 사용해야 하는 경우에는 JSON나 로컬 프록시 등의 편법을 사용해야 했는데요, Web Socket에선 이런 제약이 사라졌기 때문에 편법을 사용하지 않고도 훨씬 많은 일들을 할 수 있게 되었습니다.

시작은 플랫폼에 구속받지 않는 문서로 시작되었지만, 이제는 그 굴레를 벗어나 앱으로의 확장을 꿈꾸고 있는 것으로 생각됩니다.

HTML5: Device API

모바일 디바이스를 위한 확장으로 Device API라는 것도 소개를 해주셨는데, 거기에 포함된 것들은 Geo Location(GPS), Filesystem, … 등이 있었습니다.

다만 Geo Location 이라거나 Filesystem 등의 경우 사용자의 Privacy가 노출될 수 있는 문제가 있기 때문에 이를 보완하기 위한 것들이 아직 논의되고 있는 중이라고 하더군요. :)

Java servlet에서 하는 것처럼 signed javascript의 경우 geo location, filesystem 등에 접근하는데 제약이 없도록 하는 건 어떨까 하는 생각이 들었습니다.

HTML5: Worker

Worker는 운영체제의 Thread에 해당되는 기능이라고 합니다. 특정 js 파일을 인자로 new Worker(‘…js’)를 실행시키면 이 js 파일을 처리하기 위한 thread가 생성됩니다.

어떤 복잡한 (시간이 오래 걸리는) 자바스크립트 로직이 있을 경우 이 로직이 처리될 때까지 사용자의 인풋이 블럭될 수 있는 문제가 있습니다. Worker는 이런 문제를 피해가기 위해 추가된 기능이라고 하며, 역시나 실시간 앱 시장을 HTML5에서 얼마나 욕심내고 있는지를 확인시켜주는 기능이라고 생각합니다.

쓰레드 간의 통신을 위해서는 메시징을 이용하면 된다고 하네요.

HTML5 웹을 넘어 플랫폼으로…

이원석 박사님의 세션이 끝나고 든 생각은 ‘HTML5는 문서도 앱도 아니고 플랫폼이구나‘란 생각이었습니다.

그래픽/통신/데이터베이스/파일시스템/쓰레드/Inter-thread communication 등 운영체제들에서 제공하는 대부분의 기능이 HTML5에 정의되어 있는 것을 확인할 수 있었으며, 이 규격만 제대로 구현해도 하나의 운영체제로써의 역할을 할 수 있지 않을까 하는 생각마저 들었습니다.

삼성 등에서는 수없이 많은 휴대폰 모델을 개발하고 있으며, 각각을 위해 앱을 새로(완전히 새로는 아니더라도) 개발하고, 수정하는 과정을 거치고 있습니다. 이런 노력을 줄이기 위해 바다라는 플랫폼을 만들어냈고, 안드로이드라는 플랫폼을 차용하고 있는데요. 앞으로는 안드로이드나 바다 등의 플랫폼보다 웹 플랫폼이 더 사랑받을 수 있지 않을까 하는 생각이 들었습니다.

웹은 이제 옵션이 아닌 필수가 되어가고 있으며, webkit 같은 오픈소스 Web Library를 이용할 경우 쉽고 빠르고 안정적으로 웹 플랫폼을 제공할 수 있을 것으로 생각됩니다.

필수적으로 제공되야 한다면 차라리 이를 플랫폼으로 하고, 전화 App, DMB App 마저도 HTML5로 구현하면 어떨까 하는 생각까지 들더군요. (CDMA 모듈이나 DMB 모듈과 통신하기 위한 plugin을 제공하면 됩니다. 인터페이스만 동일하게 규격화 한다면, App은 재활용이 가능할 것입니다.)

조만영님의 얘기처럼 이제 곧 Web Engineer라는 직종이 새롭게 정의되지 않을까 하는 생각이 듭니다.

그럼에도 HTML5에 아쉬운 점…

최근 화두 중 하나는 3D입니다. 하지만 Canvas에서 2D에만 초점을 맞추고 있다는 점은 조금 아쉬웠습니다. 2D API로도 3D를 그려낼 순 있습니다. 하지만 3D API가 제공되지 않는다면, 하드웨어 가속 기능을 사용할 수 없고 이는 파워가 약한 모바일 디바이스에게 (실행 속도, 전력소모 두가지 측면에서 모두) 치명적인 문제가 될 수 있습니다.

다행히도 WebGL이라는 이름으로 (이원석 박사님 표현에 따르면 실험적인) Canvas 3D 규격이 준비가 되고있기는 한 것으로 보입니다만 아직 HTML5의 기본 기능으로는 분류되지 않고 있는 것 같네요. 조금 아쉬운 부분입니다.

또한 매번 문법을 파싱, 검사, 실행해야 하는 HTML5는 모바일 디바이스에서 약간의 부담일 수 있다고 생각합니다. 그렇기 때문에 java에서 그랬듯이 플랫폼에 무관한 바이너리로 변환해주는 기능(컴파일러)이 필요하지 않을까 하는 생각이 들었습니다.

물론 표준에 포함되지 않더라도 브라우져의 캐쉬단에서 파일을 컴파일해 저장해둔 뒤 다시 보여줘야할 땐 컴파일된 파일을 바로 로딩해서 보여주는 방법을 활용할 수도 있을거라 생각합니다.

에필로그

HTML5가 나오더라도 IE가 또 발목을 잡지 않을까 하는 이야기가 들려옵니다. HTML5, CSS3를 언제쯤 실무에 적용하면 좋을지에 대한 이야기도 들려옵니다.

저는 이렇게 이야기하고 싶습니다.

아직 PC를 위한 페이지에 적용하기는 조금 이를지 모르겠습니다. 하지만 모바일을 위한 페이지에는 적극적으로 HTML5를 활용해보아도 좋다고 생각합니다.

재작년말, 작년초 다음 커뮤니케이션 면접 때 ‘앞으로 웹이 어떻게 변할 것이라고 생각하시나요?’란 질문을 받았습니다. 그 때 전 이렇게 대답했습니다.

‘스토리지를 담당하는 서비스가 나오고, 이 서비스를 활용하는 어떤 매쉬업이 나올 것으로 생각됩니다. 웹은 이런 서비스들이 거미줄처럼 얽혀 무한한 가능성을 만들어낼 수 있는 플랫폼이 될 것으로 생각됩니다.’

그 때 제가 생각했던 것들이 점점 현실이 되어가고 있는 것 같습니다. 점점 더 재밌어지네요. 오랫만에 가슴이 두근두근 거리는 것 같습니다.

덧: 좀 게으름을 피다보니 그 때 나눴던 이야기들 중 까먹은 이야기가 너무 많네요… 메모라도 했음 좀 나았을텐데, 맨 몸으로 참석해서 맨 몸으로 돌아와버렸더니… OTUL

덧2: 다른 분들이 올려주신 후기들입니다. 역시 관점이나 생각에 따라 다들 느끼는 점이 다른 것 같습니다. :)

1. Wise님의 후기
2. Na!님의 후기

Related Posts

• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 2/6/2010 -- 보안에 신경을 쓴다면 사용할 수 없는 인터넷 뱅킹… (0)
• 8/24/2009 -- 마우스 드래그, 마우스 오른쪽 버튼을 막아둔 것 풀어버리기 (1)
• 3/16/2009 -- 인터넷 뱅킹과 SSL… 변명은 이제 그만… (2)
• 3/5/2009 -- ‘CSS 완벽 가이드’가 나옵니다. (14)

우선 Deprecated features in PHP 5.3.x에서 확인할 수 있듯이 ereg, eregi 등 자주 사용되던 함수들 중 일부가 Deprecated 되버렸다.

덕분에 내 서버에서 돌아가고 있는 많은 애플리케이션 들에서 Warning이 발생하기 시작했고, error_reporting를 E_ALL & ~E_DEPRECATED 로 수정해야했다. PHP 6.0에서는 완전히 제거될 예정이라니까 이런 함수들은 더 이상 사용하지 않는 것이 좋을 것 같다.

그리고 가장 문제가 됐던 것은 $HTTP_(COOKIE | SESSION | POST | GET | FILES | ENV)_VARS가 더 이상 동작하지 않는다는 것! 이건 메뉴얼에서 관련된 내용을 찾질 못하겠다. -_-;

어쨌든 덕분에 제로보드 로그인이 안된다는 문의가 몇 건 왔고, 이것저것 수정해보다보니 HTTP_SESSION_VARS가 문제라는 것을 찾아냈다. HTTP_SESSION_VARS를 _SESSION으로 바꿔주고 나니 문제는 해결되었지만 아직 좀 찝찝하긴하다.

하튼 제로보드 싫다.

참고로 ZendOptimizer도 5.3.x용은 아직 릴리즈가 되지 않고 있다. -_-a

덧: 제로보드와 PHP 5.3.x의 호환성을 해결해주는 패치: http://mytears.org/resour...mp/zb41_HTTP_X_VARS.patch

vi 에서 :1,$s/HTTP_\(GET\|POST\|COOKIE\|SESSION\)_VARS/_\1/g 를 이용해서 만들었다. 그런데 만들고 나서 보니 _FILES가 빠졌다 ㅠ.ㅠ

Related Posts

• No Related Post

디모자이킹 관련해서 했던 연구는 Optical Engineering (O.E) 저널에 내보면 좋을 것 같고, Motion estimation 관련해서 했던건 Consumer Electronics에, Video compression 이슈는 IEEE Electronic Letter에 내보면 어떨까 하고 생각을 해봤다.

그런데 찾아보니 O.E에서 tex 서식 파일을 제공하고 있길래 어짜피 준비하는 논문에 tex을 활용해보면 어떨까 하는 생각이 들었다.

예전에도 한 번 구조적인 글쓰기를 도전해볼까하는 생각에 tex을 시도해본 적이 있었는데, 몇 년이 지난 지금의 맥은 tex을 쓰기 훨씬 더 쉬워져 있었다.

tex과 관련된 패키지 설치하기

앞서 가볍게 언급했듯이 맥에서 tex 관련 패키지들을 설치하는건 아주 쉽다. MacTex 등을 활용하는 방법도 있겠지만 난 내 손에 익숙한 macports를 이용하기로 결정했다.

자 아래 사이트로 접속해서 macports를 받은 뒤 설치를 하자.

http://www.macports.org/

그런 다음 ‘응용 프로그램>유틸리티>터미널’을 실행시키고, 다음 명령을 실행시키면 tex과 관련된 모든 것이 설치된다.

sudo port selfupdate
sudo port TeXShop

참고로 TeXShop은 오픈소스로 개발되는 tex 편집 툴로 편집 및 프리뷰 기능 등을 제공하고 있으므로 나같은 초보들도 쉽게 tex 문서를 작성할 수 있도록 도와준다.

어쨌든 위 명령을 실행시키고 계정 비밀번호를 입력해주면 한동안 이것저것 가져다 빌드를 할 것이다. 에러 없이 명령이 종료되었다면 설치 완료!

TeXShop 설정하기

위 명령이 끝나고 나면 ‘응용 프로그램>MacPorts>’ 밑에 TeXShop.app이 생성된다. 우선 이 TeXShop.app을 실행시키고, 다음과 같은 내용으로 tex 파일을 작성해보자.

\documentclass{article}
 
\begin{document}
 
Hello Tex?
 
\end{document}

편집 창에 있는 typeset 버튼을 클릭하게 되면 이 파일이 컴파일된다. 단 아쉽게도 tex 관련된 바이너리가 있는 디렉토리 설정이 기본으로 잘못되어있기 때문에 에러가 나게 된다.

tex binary 경로 설정하기

Path를 설정해주기 위해 ‘커맨드 + ,’를 눌러서 Preference를 실행시키자. 그런 다음 Engine 탭에 있는 Path settings에서 (pdf)Tex… 항목과 Distiller (…) 항목을 /opt/local/bin으로 수정해주자.

이제 정말 끝!!

오른쪽 아래의 OK 버튼을 눌러준 다음에 Typeset 버튼을 다시 클릭해주면 아무 에러 없이 프리뷰가 뜨는 것을 확인할 수 있다.

아래는 간단하게 만들어본 revtex용 tex파일

\documentclass[aip,preprint,showkeys]{revtex4}
 
\usepackage{graphicx}%
\usepackage{dcolumn}%
\usepackage{bm}%
 
 
\begin{document}
 
\title{Introduction to \LaTeX}
 
\author{Jung Tae-young} 
\email{mymail@nospam.org}
 
\author{Jung Tae-young2} 
\email{mymail2@ece.hanyang.ac.kr}
 
\affiliation{Hanyang University} 
 
\begin{abstract} 
Abstract about my algorithm
\end{abstract}
 
\keywords{nuclear form; yrast level}
 
\maketitle
 
 
\section{Introduction}
 
\section{Conventional Algorithms}
 
\section{Proposed Algorithm}
 
hello my algorithm?\cite{website}
 
\section{Experimental Results}
 
\section{Conclusion}
 
\section{Future works}
 
\begin{acknowledgments} 
The authors would like to thank... 
\end{acknowledgments}
 
 
\begin{thebibliography}{5}
\bibitem{latex}Author1, Author2, and Author3, \textsl{title of the reference} (Journal name, year), 4th ed.
\bibitem{website}Some useful links are given at \url{}.
\end{thebibliography}
 
\end{document}

덧: macports에서는 APS 저널을 위한 스타일인 revtex 패키지도 지원하고 있으므로 APS 저널을 위해 tex을 설치하는 것이라면 sudo port install revtex을 통해 revtex 패키지도 설치해주도록 하자.

덧2: 쓸 줄 알면 그냥 내용만 대강대강 채우면 된다고 하지만 분명 tex을 사용하는데 진입 장벽이 있긴 한 것 같다.

Related Posts

• 3/4/2009 -- NDSL용 동영상 인코딩하기! (1)
• 2/24/2009 -- MacHeist3 새 미션… (0)
• 2/17/2009 -- MacHeist 새 미션이 나왔습니다. (4)
• 10/26/2007 -- 웹기반 수식 입력기 (0)
• 6/4/2007 -- 내 첫 cocoa application: yuv player (5)

사실 기술 세미나는 잘 참석하지 않는 편인데, 요번 세미나 및 뒷풀이를 통해 재밌는 이야기를 많이 해볼 수 있었던 것 같습니다.

제가 이해한 내용, 그리고 사석에서 이야기 해봤던 내용은 다음과 같습니다. 다만 음주 토크가 좀(?) 있었고, 따로 HTML5에 대해 공부를 해보진 않았기 때문에 잘못된 내용이 있을 수도 있습니다.

좀 더 세분화된 컨텐츠 구조화를 위해 정의된 태그들

html4에서는 문서의 구조화를 위해 heading element(h1 ~ hx) 태그만을 활용할 수 있었습니다. 하지만 html5에서는 문서 컨텐츠의 구조화를 위해 article, aside, header, section 등의 태그가 새롭게 정의되었습니다.

문서 하나에 여러 가지 주제의 글들이 있을 경우 각각을 article로 묶어주고, 그 안에서 독립적인 구조(section, h1~hx)를 가질 수 있는 구조가 되었으므로, 기계 입장에서 조금 더 쉽게 문서를 분석해낼 수 있을 것으로 생각됩니다.

HTML5: 웹을 넘어 앱으로…

구글 애플리케이션, EyeOS, 구글 OS 등에서는 이미 웹을 이용한 애플리케이션의 가능성을 보여주고 있었습니다. HTML5에서는 드래그앤 드롭, Video, Audio, Canvas, Device API 등의 기능을 제공하고 있고, 이를 통해 네이티브 애플리케이션에 버금가는 기능들을 제공할 수 있게 될 것으로 생각됩니다.

열린 세미나에서는 W3C 위젯을 이용한 애플리케이션 개발 데모를 볼 수 있었는데요. 정말 간단하더군요. :)

HTML/CSS로 UI를 구성하고 javascript로 사용자 인터렉션을 구현하고, config.xml을 통해 시작 페이지나 윈도우 사이즈 등을 정의한 뒤 zip으로 묶으면 끝입니다. (사실 확장자를 zip에서 widget으로 바꿔주는 과정이 추가로 필요하긴 합니다.)

사실 어떻게 보면 안드로이드 앱 개발 과정과 크게 달라보이진 않습니다. 참고로 안드로이드 앱 개발 과정은 XML로 UI를 구성하고, JAVA로 사용자 인터렉션을 구현하고 패키징을 하는 과정으로 구성됩니다. Widget을 만드는 방법과 동일하죠? (사실 둘 다 개발툴로 이클립스를 사용하다 보니 더욱더 거기서 거기가 아닐까 싶은데…)

하지만 아무래도 특수하게(그리고 빡빡하게) 정의된 XML보단 아주 유연하게 정의된 HTML 쪽이 진입 장벽이 쉽다고 생각됩니다. 그리고 이미 파이어폭스, 사파리, 오페라 등등 아주 훌륭한 에뮬레이터(?)들이 수없이 존재한다는 점은 큰 장점이죠.

안드로이드에서도 앱(웹?) 스토어를 준비하고 있고, 휴대폰 시장에서도 대동단결하여 W3C Widget을 지원할 예정이라고 하네요.

하지만 그 이면에서 생각해볼만한 문제들…

분명 HTML5는 표현에 머물러있던 HTML4를 확장하기 위해 많은 노력을 하고 있는 것으로 보입니다. 웹을 넘어 앱으로 나아가기 위한 준비에 특히나 초점을 맞추고 있는 것으로 생각되구요.

하지만 조금 생각해봤을 때 몇 가지 생각해볼만한 문제를 발견할 수 있었습니다.

HTML을 통한 Widget 개발은 쉽다. 그런데 소스 노출 문제는 어떻게?

HTML을 통한 widget 개발은 분명 쉬워보입니다. 하지만 zip이라는 아주 범용적인 압축 포멧을 사용하고 있다보니 widget을 소스로 다시 풀어내기도 쉽습니다.

제가 어떤 widget을 개발해서 판매한다고 하면 누군가 제 widget을 압축 해제하고 조금만 수정한다면 무슨 일이 일어날까요?

뒷풀이 자리에서는 이런 내용에 대해 논의해볼 수 있었고, 이런 문제 때문에 digital signature 기능이 새롭게 추가되고 있다는 이야기를 들을 수 있었습니다만 digital signature가 이 문제를 해결할 수 있을 지에 대해서는 조금 더 생각을 해봐야할 것으로 생각됩니다.

Video Tag… Open Codec은 답이 될 수 없는건가?

W3C에서 HTML5 표준화와 관련해서 난항을 겪고 있는 점 중 하나가 Video Tag에 어떤 코덱을 사용해야하는지를 결정하지 못해서라고 들었습니다.

하지만 Video tag를 보니 아래와 같이 fall back을 제공할 수 있는 구조로 되어 있었습니다.

<video width="320" height="240" controls>
  <source src="pr6.mp4"  type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
  <source src="pr6.webm" type='video/webm; codecs="vp8, vorbis"'>
  <source src="pr6.ogv"  type='video/ogg; codecs="theora, vorbis"'>
</video>

다시 말해 Codec 이슈를 open codec으로 해두고, 서비스 프로바이더에서 타겟에 맞춰 알아서 파일들을 제공하면 안될까 하는 생각이 들었습니다.

사실 DMB, DVB 등의 서비스를 지원하는 장치에는 이미 H.264/AVC 코덱이 포함되어 있습니다. 이런 장치들은 이미 하드웨어 코덱을 가지고 있을테므로 (혹은 라이센스된 코덱을 가지고 있을테므로) 이와 링크된 WebView library에서 따로 라이센스를 지불할 필요는 없을거라고 생각됩니다.

OS 위에 올라가는 브라우져라면? 윈도우에서는 DirectShow를 이용하면 됩니다. 맥에서는 퀵타임을 이용하면 됩니다. 리눅스에선 Xine, vlc, gstreamer 등을 이용하면 됩니다. 이렇게 할 경우 미디어 플레이어/Quicktime/Totem 등에 코덱을 설치하게 되면 브라우져에서도 이 코덱으로 인코딩된 영상을 재생할 수 있습니다.

게다가 이 기능을 브라우져 자체에서 제공하는 것이 아니므로 따로 라이센스료를 낼 필요는 없을 것이라 생각되므로 이후 어떤 코덱이 더 많이 사용될 지는 시장의 선택에 맡기면 될 것이라 생각합니다.

WebM 코덱이 많이 사용된다면 WebM 코덱을 지원하는 Consumer Device도 점점 늘어날 것입니다. Ogg Theora도 마찬가지겠죠.

이원석 박사님께서 막차 시간 문제로 일찍 돌아가셔야 했던 관계로 이 이야기를 길게 나누지 못해 조금 아쉬웠네요.

에필로그

하여튼 오랫만에 재밌는 이야기를 나눌 수 있었던 자리였던 것 같습니다. :)

세미나 일정이 이원석 박사님의 출장 일정에 맞춰지기 때문에 다음 일정이 어떻게 될 지는 아직 잘 모른다고 하네요. 다음에도 또 재밌는 이야기들을 나눌 수 있었음 좋겠습니다.

이만 후기 끝!

p.s) 막상 써놓고 보니 제 블로그 제목대로 정말 제 맘대로만 보고 온 것 같네요.

참고 자료

1. Future Web Accessibility: HTML5 Semantic Elements
2. HTML5 articles and sections: what’s the difference?
3. Video on Web – Dive into HTML5
4. 제 2회 열린 세미나 후기

Related Posts

• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)
• 3/5/2009 -- ‘CSS 완벽 가이드’가 나옵니다. (14)
• 3/4/2009 -- ACID3 test (3)
• 2/13/2009 -- div만 쓰면 웹표준? (1)
• 8/26/2006 -- ErrorDocument 수정 (0)

http://www.streamingmedia...d-VP8-Compared-67266.aspx

소렌슨 인코더를 이용하여 H.264/AVC의 베이스라인 프로파일로 인코딩된 파일과 VP8을 이용하여 인코딩된 파일을 비교하고 있다.

사실 H.264/AVC는 화질이 충분히 훌륭하지 못하다는 이유로 디즈니 등에서 사용을 거부 당했었고, 이런 점을 보완하기 위해 FRExt(Fidelity Range Extension)를 추가했었다. 그 결과 베이스라인 프로파일과 FRExt 등이 적용된 High profile은 굉장한 성능차가 있음에도 Baseline profile만을 이용하여 성능을 비교했다는 점은 조금 아쉽다.

어떻게 생각하면 전력으로 승부한 VP8과 2진으로 승부한 H.264/AVC였다고 할 수 있을 듯…

어쨌든 위 사이트에선 움직임이 적은 영상에선 VP8 쪽이 좋았다고 이야기 하고 (골든 프레임이 배경을 잘 예측하기 위한 기술이니 어찌보면 가능할 수도 있는 얘기란 생각) 움직임이 클 때는 H.264/AVC가 좋았다고 얘기하고 있다. 그런데 내 눈엔 스케이트 보드나 피자 도우 만드는 영상에선 H.264/AVC가 훨씬 좋아보이고 나머지 영상은 별 차이가 없어보인다.

High profile로 비교했다면 어떤 결과가 나올지 조금 궁금하지만 제목들이 First … 식으로 시작하는 걸 보니 곧 또 다른 성능 비교가 올라오지 않을까 하는 생각 중…

뭐 그리고 그와는 별도로 아랫 글에서 인용하는 걸 까먹었던 구문…

3. How likely is VP8 to actually be free of patents? Even if VP8 is worse than H.264, being patent-free is still a useful attribute for obvious reasons. But as noted in my previous post, merely being published by Google doesn’t guarantee that it is. Microsoft did similar a few years ago with the release of VC-1, which was claimed to be patent-free — but within mere months after release, a whole bunch of companies claimed patents on it and soon enough a patent pool was formed.

3. VP8이 정말 특허에서 자유로워보이나? H.264보다 VP8의 성능이 떨어진다 하더라도 특허에서 자유롭다면 분명 유용할 것이지만 예전 포스트에서 말했듯이 구글에서 말하는 것 만으로는 특허에서 자유롭다는 것을 보장할 수 없다. 마이크로소프트도 몇 년 전에 VC-1을 특허에서 자유로운 코덱이라 주장했지만 결국 몇 달 후 많은 회사들이 자신의 특허권을 주장했고, 곧 특허 풀이 형성되었다.

from The first in-depth technical analysis of VP8

어쨌든 재밌게 지켜보는 중…

Related Posts

• 5/22/2010 -- WebM 조금 이르지 않을까? (0)
• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 4/15/2009 -- 하와이에 갔다올 준비! (2)
• 3/19/2009 -- Video Compression 자료… (2)

Introduction

Google I/O 2010에서 구글은 WebM이란 프로젝트를 발표했다.

WebM이란 HTML Video 등에 사용될 수 있도록 오픈소스/스펙으로 배포되는 동영상(비디오+오디오+컨테이너) 프로젝트로 다음과 같이 구성되어 있으며, 라이센스를 낼 필요가 없다는 점을 굉장히 강조하고 있다.

어쨌든 구글이 WebM을 내놓게 되면서 Firefox, Opera, IE, Safari 등의 브라우져에서 WebM을 지원하겠다라고 선언했고 (Safari를 제외한 메이져 브라우져는 전부인 듯) 구글 같은 경우 유튜브에서 WebM도 지원하도록 하겠다는 말을 남겼다.

그런데 정말 WebM의 라이센스가 Free인 것을 보장받을 수 있을까? 그리고 정말 On2의 주장에서처럼 VP8은 H.264/AVC보다 더 좋은 성능을 보이는 것일까? 라는 의문이 들었다.

H.264/AVC vs VP8

사실 최근 굉장히 많은 비디오 코덱들이 사용되고 있지만 실제 비디오 코딩에 사용되는 알고리즘은 다 다음과 같은 스킴을 사용하고 있다.

Encoder: Prediction(Inter, Intra)^[1] – Transform – Quantization – Entropy Coding – (In-loop filtering)
Decoder: Inverse entropy coding – Inverse Quantization – Inverse Transform – Prediction – (In-loop filtering)

물론 위 프로세스를 프레임 단위로 하는 것은 아니고 특정 사이즈의 block 단위로 위 프로세스를 거치게 된다.

하여튼 위의 내용을 바탕으로 x264 진영에 올라온 ‘The first in-depth technical analysis of VP8‘를 살펴보자.

H.264/AVC에서 각 파트를 위해 사용하는 기술과 VP8에서 사용하는 기술을 비교해보면 다음과 같다.

얼핏 봐도 H.264/AVC에 적용된 기술들에 비해 VP8에 새롭게 적용된 기술이 없음을 알 수 있다. 있다면 골든 프레임과 Alt ref(?) 프레임 정도? 그 외엔 H.264/AVC에 사용된 기술의 minor modification 정도라고 얘기할 수 있을 듯. 그리고 양방향 예측^[2]이 빠졌기 때문에 압축 효율 상의 불이익이 있을 수 밖에 없다.

그리고 H.264/AVC Baseline Profile에는 CABAC(Context adaptive Arithmetic Coder) 대신 CAVLC가 사용되었으므로, 엔트로피 코더 면에선 VP8이 H.264/AVC BP보다 더 좋은 성능을 보일 수도 있겠다는 생각이 든다.

어쨌든 VP8은 성능 면에서 H.264/AVC와 대적할 수 없을 것으로 보이며, 실제 x264의 분석에서도 동일한 내용이 보고되고 있다.

WebM은 정말 License free를 보장해줄 수 있을까?

지난 며칠건 WebM과 관련된 글들이 올라올 때마다 드는 의문이 있다. 과연 WebM이 특허 문제에서 자유로울수 있을까 하는 것이 바로 그것이다.

사실 특허 문제를 검색해보면, H.264/AVC에 적용된 특허들 중 대다수가 VC-1에도 적용되어 있다. 그럴 수밖에 없는게 앞에서 얘기했다시피 다 기술 조합 방식의 차이이고, 어떤 기술에 대한 minor modification 들이기 때문에 원천 특허가 있을 경우 이를 피해가기가 거의 불가능하다.

살펴봤듯이 VP8의 Intra predictio은 H.264/AVC의 그것과 동일하다. H.264/AVC에 적용된 특허가 그대로 적용될 수 있다는 것이다. In-loop filter 같은 경우도 마찬가지로 H.264/AVC에 적용된 특허를 피해갈 수 없을 것으로 생각되며 그 외의 다른 부분들에 대해서도 아직 노출되지 않은 수많은 특허들을 침해하고 있을 지도 모른다.

JPEG과 특허 괴물의 사례

얼마 전 JPEG을 위기에 몰아넣었던 사례가 있다. 원래 JPEG 계열은 라이센스 프리를 목적으로 표준화된 포멧이지만, 어느 날 갑자기 어떤 회사가 혜성처럼 나타나 JPEG이 자신들의 특허를 침해하고 있다며 큰 회사들을 상대로 특허권 침해 소송을 한 사건이 바로 그것이다.

그 결과 MS, S-, … 등 많은 회사에서 거액의 특허권료를 지불해야했던 사건이 있었으며, 이로 인해 JPEG에 대한 특허 재심사 요구까지 생겨났고, 무료 표준으로써의 JPEG이 존폐 위기를 맞을뻔 했었다.

VP8은 아직 위험하다.

VP8은 아직 위험하다. 침해하는 특허 등에 대한 제대로된 분석 없이 구글의 언론 플레이에 휩싸여 VP8을 지원하는 것은 정말 위험할 수 있다.

H.264/AVC, VC-1 등은 MPEG-LA를 통해 특허를 침해하지 않으면서 안전하게 사용할 수 있는 합리적 라이센스료를 보장하고 있다. 하지만 VP8은 다르다. 라이센스 프리라고 주장하고 있지만 이면을 살펴보면 특허 침해로 인해 라이센스료를 내는 것보다 더 많은 금액을 들여야할 지도 모른다.

Web에 사용되는 기술이라면 굉장히 파급효과가 큰 만큼 특허를 침해하는 기술을 사용했을 때 오는 반동이 그만큼 더 커질 수 있으며, 이런 상황을 봤을 때 신중할 필요가 있다고 생각한다.

오픈소스는 라이센스 프리를 의미하지 않는다. 구글이 이걸 모르지 않을거라 생각하는데, 무슨 생각인 건지 난 잘 모르겠다.

1. Inter는 현재 프레임 만을 이용해서 예측하는 것이 아니라 이미 복원된 프레임을 이용해서 예측한다는 것을 의미하며, Intra는 현재 프레임(그것도 이미 인코딩/디코딩되어있는 현재 프레임) 만을 이용해서 예측을 진행한다는 것을 의미한다.
2. 시간 축 상에서 봤을 때 앞에 위치한 프레임과 뒤에 위치한 프레임 모두에서 예측하는 방식으로 양방향 예측으로 인한 압축 효율 이득은 평균 10~20% 정도이다.

Related Posts

• 5/24/2010 -- 주관적 화질 평가: H.264/AVC vs VP8 (4)
• 3/5/2009 -- ‘CSS 완벽 가이드’가 나옵니다. (14)
• 3/4/2009 -- ACID3 test (3)
• 2/13/2009 -- div만 쓰면 웹표준? (1)
• 11/13/2008 -- 학생분들은 이제 MS 개발툴을 무료로 사용할 수 있습니다. (0)

토익 점수의 유효 기간이 한 달 밖에 남지 않았다는 메일이 왔다. 아직 군 문제가 해결되지 않았고, 군 복무 연기는 박사 수료 전까지만 가능하므로 다음 학기에는 취업을 준비해야할 지도 모르겠다.

그러려면 토익 점수가 필요하므로 다음 달 토익 시험을 신청해야만 했다.

난 시험을 위한 공부가 너무 싫다. 학부 때도 그랬고, 대학원에 온 후에도 이 생각은 달라지지 않았다. 덕분에 쉽게 갈 수 있는 길을 돌아가고 있는건지도 모르겠다.

#1.

지난 해 초부터 차세대 비디오 코덱 표준화와 관련된 프로젝트를 담당하고 있고, 덕분에 참 많은 걸 배우고 있다. 석사 때는 베이어 필터를 통해 얻어진 영상의 복원을 위한 디모자이킹(Color filter interpolation) 쪽을 주로 연구했었는데, 이 프로젝트를 담당하면서 연구 주제를 비디오 코덱 쪽으로 돌리게 되었다.

어쨌든 표준화 회의를 참석하고, 프로젝트를 리딩하면서 차세대 비디오 코덱을 위해 리뷰되고 있는 기술 동향이나, 코덱 표준화와 관련된 이면(특허, 표준화 전쟁 등)을 이해할 수 있게 되었다.

대학원에 다녔던 많은 지인들에게서 프로젝트로 인한 로드에 대한 불만을 많이 들어왔는데, 다행히 난 내가 맡은 프로젝트를 정말 재밌게 진행하고 있다.

사실 비디오 전공이라곤 했지만 지난 해 초까지만 해도 H.264/AVC에 어떤 코딩 툴이 사용되었는지에 대한 아주 개략적인 것 밖엔 알고 있지 못했는데, 지난 1년 간의 노력 끝에 슬슬 H.264/AVC의 성능을 꽤 끌어올릴 수 있는 기술들을 개발해내기 시작했다.

결과나 접근법이 개인적으론 상당히 맘에 든다. 이걸 가지고 컨퍼런스용 논문 2개와 저널용 논문 하나를 준비 중에 있다. 조금 더 부지런했더라면 진로에 대한 고민을 좀 덜할 수 있었을텐데 조금은 아쉽다.

운좋게 학교에 더 남아있을 수 있다면 HEVC 표준화의 시작과 끝 모두를 볼 수 있을 거 같아 좋을 거라 생각하지만 쉽진 않을 것 같다. 슬슬 변화를 준비해야겠다.

#2.

방황하던 학부생 때 군대를 다녀왔으면 현재 나는 어떤 모습일지를 가끔 상상하곤 한다.

상상이 되질 않는다. 어짜피 지난 이야기…

#3.

짤막한 하루하루의 일상, 생각에 대해선 트위터/미투데이 등에서 배설하고 있기 때문에 블로그에 글을 남기는 일이 줄어들게 되는거 같다.

나누고 싶은 긴 의견들도 있긴 하지만 이래저래 정신이 없어서 글을 완성하지 못하고 있다. 아쉽다. 부지런해져야할텐데…

#4.

구글 Adsense를 해지해야겠다는 생각을 한 지 좀 됐는데, 귀찮아서 실천을 못하고 있다. 어짜피 수익은 거의 $0에 가까운데, 로드만 느리게 만드는 것 같다.

잉여짓 그만하고 이거부터 처리해야할텐데…

#5.

작업(?) 좀 할까해서 스타벅스에 나왔는데, 또 잉여잉여하고 있다. 쀍!!

Related Posts

• No Related Post

오픈소스는 라이센스 프리를 의미하진 않는다

얼마 전 FSF 측에서 스티브 잡스에게 공개 서한을 띄웠다. 그 중 일부를 발췌해보자면 다음과 같다.

원문: May I remind you that H.264 is not an open standard? This video codec is covered by patents, and “vendors and commercial users of products which make use of H.264/AVC are expected to pay patent licensing royalties for the patented technology” (ref). This is why Mozilla Firefox and Opera have not adopted this video codec for their HTML5 implementation, and decided to chose Theora as a sustainable and open alternative

번역: H.264는 open standard가 아니라는 사실을 얘기했던가요? H.264 코덱은 특허로 보호를 받고 있으며 ‘이 코덱을 상업적으로 사용하는 사용자나 회사들은 특허에 대한 로열티를 지불해야합니다.’ 그렇기 때문에 모질라 파이어폭스나 오페라에서는 HTML5를 구현하기 위해 H.264가 아닌 Theora를 사용하고 있죠.

이에 대해 스티브 잡스가 아래와 같이 응답했다.

원문: All video codecs are covered by patents. A patent pool is being assembled to go after Theora and other “open source” codecs now. Unfortunately, just because something is open source, it doesn’t mean or guarantee that it doesn’t infringe on others patents. An open standard is different from being royalty free or open source.

번역: 모든 비디오 코덱은 특허로 보호받고 있으며, Theora 등의 ‘오픈소스’ 코덱에 발목을 잡기 위한 특허 풀들이 구성되는 중입니다. 안타깝게도 오픈소스라는 사실이 특허들로부터 자유로울 수 있다는 걸 의미하진 않습니다. Open standard는 로열티 프리나 오픈소스와는 다른 개념입니다.

그리고 kmug나 파코즈 등에서는 이에 대해 부정적인 의견들(1, 2)이 확산되기 시작했다.

하지만 스티브잡스가 하고 있는 말은 틀린 말이 아니다. 오픈소스라는 점이 중요한 것이라면 H.264/AVC도 오픈소스 구현을 가지고 있다. x264는 H.264/AVC라는 표준에 대한 오픈소스 구현이다.

사실 비디오 코덱은 수십가지가 있지만 이 코덱들에서 사용되는 툴들이 아주 제각각인건 아니다. 대부분 비슷한 툴들이 사용되고 있으며, 그 조합이나 세부 내용들이 다를 뿐이므로 MPEG-2에 포함된 특허 중 많은 특허들이 MPEG-4, MPEG-4 part 10 AVC/H.264, VC-1 등에 동일하게 적용된다. 또한 현재는 크게 문제 삼지 않고 있지만 Ogg Theora가 기반으로 삼고 있는 On2의 VP시리즈 또한 이런 특허들로부터 자유로울 수 없다.

MPEG이나 IETF 등에서 Type-1(License/Royalty free)에 대한 표준화를 준비하고 있는 이유가 바로 이런 이유이다.

소프트웨어 특허는 유럽에선 적용되지 않으니 상관없지 않으려나?

위에 링크를 건 글들을 읽다보니 유럽에서는 소프트웨어에 대한 특허가 적용되지 않으니 상관이 없지 않겠느냐라는 이야기가 있다.

하지만 하드웨어 디코더는 이야기가 다르다. 만약 HTML5 Video codec을 위해 Theora가 체택된다면 Theora를 하드웨어적으로 지원하는 그래픽 카드들이 출시되기 시작할 것이고, 이런 하드웨어들은 특허 문제에서 자유로울 수 없다. 게다가 파워가 모자란 저전력 모바일 디바이스 또한 하드웨어 디코더가 필요할 것이며, 이미 산업계에서 주력으로 사용되고 있는 H.264를 무시할 순 없을테니 대부분의 모바일 디바이스/그래픽 카드는 H.264와 Theora 두 코덱 모두를 위한 디코더를 내장할 수 밖에 없을 테고 오히려 라이센스 비용만 두 배가 되는 문제가 생길 것이다.

참고로 HD-DVD를 위해서는 VC-1과 H.264/AVC를 선택적으로 사용할 수 있도록 되어 있기 때문에 대부분의 그래픽카드에는 H.264와 VC-1을 위한 파이프라인이 동시에 포함되어 있다. (물론 둘 모두를 위한 라이센스는 지불)

오히려 이런 측면에서 본다면 Video태그를 위해 H.264를 사용하는 것이 더 나을지도 모른다.

애플이 H.264를 무료로 풀면 안되나?

H.264의 정식 풀네임은 MPEG-4 Part 10. AVC/H.264이며, ISO/IEC의 MPEG과 ITU-T의 Q.6(VCEG)이 표준화를 진행했다. 다시 말해 애플이 가지고 있는 코덱이 아니란 얘기다.

이 코덱에 대한 라이센스는 MPEG LA(License Agent)라는 특허 풀에서 관리를 하고 있으며, H.264/AVC에 대해 특허를 가지고 있는 회사들의 리스트는 다음 링크에서 확인할 수 있다.

http://www.mpegla.com/mai...vc/Documents/avc-att1.pdf

만약 위 문서를 봤음 알겠지만 애플은 단지 1개의 특허를 그나마도 미국 한 곳에서만 가지고 있을 뿐이다. 그 특허가 핵심 특허인지 아닌지가 중요한게 아니냐고 생각할 수도 있다. 하지만 MPEG LA는 특허의 중요도를 판단하지 않는다. 그저 개수를 가지고 판단할 뿐이다.

결국 애플 또한 H.264/AVC를 지원하는 제품을 팔기 위해 로열티를 내고 있는 업체 중 하나일 뿐이라 할 수 있다.

그럼 여전히 답은 없는건가?

MPEG LA에서는 웹의 파급력을 무시하지 못하는 관계로 웹을 통해 스트리밍하기 위해 H.264/AVC를 사용하는 경우 2012년까지 로열티를 받지 않겠다고 선언했지만 그 후로 어떤 라이센스 정책을 펼지는 알 수가 없다.

또한 Type-1(Royalty/License Free) 라이센스를 가지는 코덱을 표준화하자는 이야기도 있지만 ISO에서는 후에 생기는 특허 문제를 보장할 수 없다는 입장이며, 돈이 안되는 표준화에 많은 회사에서 참석할리 없으므로 그다지 밝은 전망을 보이고 있다곤 할 수 없다.

이건 정말 간단한 문제가 아니다.

덧: Theora는 소프트웨어 가속이 안되기 때문에 사용하지 않는다?라는 내용이 있는데 이는 별 문제가 되질 않는다. HTML5의 video codec으로 Theora가 체택되었다는 말이 나온다면 몇 달 내로 수백개의 하드웨어 디코더가 나오게 될 것이므로 이는 전혀 문제가 되질 않는다고 할 수 있다.

Theora의 하드웨어 디코더를 만들어봐짜 쓰이는 곳이 없으므로 안만들 뿐이다. 그 복잡한 H.264/AVC마저도 하드웨어 디코더를 통해 실시간 디코딩에 아무 문제가 없으면서 전력 마저 얼마 사용안할 수 있도록 만들었는데, 훨씬 이전의 기술인 Theora를 이렇게 구현 못한다는건 말이 되지 않는다.

Related Posts

• No Related Post

약간의 의역과 오역이 있을 수 있으니 양해 바랍니다.

–
메일링 리스트에서 어색한 영어를 더 많이 볼 수 있었음 좋겠습니다. 그리고 메일링 리스트에서 비영어권 사용자들의 어색한 영어에 대한 사과를 그만 볼 수 있었음 좋겠습니다. 제 2, 3, 4 외국어를 사용해서 대화를 시도해보는 것에 부끄러워하지 마시기 바랍니다. 만약 영어에 대한 두려움/당황감 때문에 비영어권 사람들이 참여하지 못하는 분위기를 만들었다면 그것이 바로 부끄러워해야할 점일 것입니다. 이런 사용자들의 질문이나 공헌들을 통해 FLOSS 프로젝트는 더욱 성공적으로 나아갈 수 있습니다.

오픈소스의 대단함 중 하나는 여러 나라의 사람들이 함께 작업을 한다는 것입니다. 누구나 찾을 수 있는 진정한 “잡탕 냄비”이죠. 오픈소스에 참여하는 사람들 중 공통으로 사용할 수 있는 언어가 영어이다 보니 메일링 리스트에서는 주로 영어를 사용합니다. 하지만 대부분의 경우 영어는 그들의 모국어가 아닙니다. 심지어는 그들이 구사하는 제 2, 3 외국어 조차 아니기도 할 정도이며, FLOSS 메일링 리스트에 참여하는 것이 영어로 글을 작성하는 유일한 경험인 사람들도 있습니다. 그러다보니 다양한 문화적 시각을 가지게 되고, 이들이 구사하는 영어들도 그리 완벽하지는 않습니다.

만약 내가 받는 메일 중 “poor English”에 대한 사과가 포함된 메일 각각에 따라 $1씩을 받았다면, 은퇴 후에도 아주 편안하게 살 수 있을 정도일겁니다. 하지만 이런 사과를 하실 필요는 없습니다. 오히려 더 목소리를 더 크게 내시기 바랍니다. 메일링 리스트에서 어색한 영어 표현을 더 많이 볼 수 있었음 좋겠습니다.

누군가와 생산적인 대화를 하기 위해 들이는 노력에 대해 당황스러워하거나 그 사람을 부끄럽게 생각하는 경우는 없습니다. 정신과 수련의 방(room for improvement)이 있다면 대부분 새로운 언어를 배우거나 자신의 언어 능력을 높이기 위해 지속적인 노력을 할 것입니다.

자신의 언어 능력에 부끄러움을 느끼는 사람들은 아무래도 더 적게 말하곤 합니다. 자신의 말을 못알아들을까봐 두려워 질문을 머금고만 있곤 하죠. 예전에 자신이 전하려고 했던 것이 전해지지 않았던 것이 기억나서 생각을 표현하지 못하기도 합니다. 제가 Novell에 있었을 때 가장 좋았던 것은 세계에 퍼져있는 오픈소스를 사랑하는 사람들을 만나 이야기해볼 수 있었고, 커다란 커뮤니티의 일부가 될 수 있었다는 점입니다. 아쉽게도 제가 만나봤던 사람들 중 많은 사람들이 자신의 영어가 능숙하지 못하다는 이유로 당황했었습니다. 함께 토론에 참여하길 유도했던 많은 공헌자들이 자신이 못알아들을 것을 두려워해서, 자신의 영어 부족한 영어가 부족하다는 이유를 내세우며 토론에 참여하기를 꺼렸습니다.

그저 두려움 뿐이었을 수도 있습니다. 자신의 영어 때문에 걱정이라고 표현했던 사람들 중 많은 사람들의 경우 아주 유창한 영어를 구사하지는 못했지만 우리가 알아듣는데는 별 지장이 없을 정도의 영어를 구사할 수 있었습니다. Even when there is a moderate language barrier, there should be no shame felt or conveyed for someone trying to participate in their non-native language. 누군가가 한 가지 언어 밖에 구사하지 못해서 다른 사람들에게 그 언어를 사용하게 한 경우라면 진정 부끄러워해야할 것입니다.

전 Seth Godin이 쓴 Linchpin을 읽어본 적이 있습니다. Seth는 좋은 일, 예술 등 그들이 할 수 있는 가장 생산적인 일을 하는 것을 막는 두려움에 대해서 아주 강력히 얘기합니다. 제가 생각하기엔 이런 두려움 때문에 사과를 하는게 아닐까 싶네요. 다른 사람들만큼 그 언어로 잘 이야기 하지 못한다는 이유로 거절당할까하는 두려움, 내 말을 못알아듣지 않을까 하는 두려움, 단순히 무시당하지 않을까 하는 두려움 말이죠.

하지만 이런 일은 없습니다 아니 최소한 있어서는 안될 것입니다. 대부분의 커뮤니티에서는 공헌자로써 시간을 써준 것을 가치있게 생각합니다. 그리고 누구나로부터 이야기를 듣기 위해 노력하고 있죠. 누군가 좋은 일을 하고 있거나 배우려 노력하고 있는 상황이라면 그걸 이해하기 위해 약간의 노력을 더 해야한다고 하더라도 누가 신경이나 쓰겠습니까? 가끔은 엉망인 영어에 가려져 있지만 함께 일하고 싶을 똑똑하고 재능있는 공헌자들을 찾을 수 있습니다. 그러니 메일링 리스트에서 엉망인 영어를 더 자주 볼 수 있었음 좋겠습니다. 그리고 아마 그래줄거라 믿습니다. 이 말을 여기저기 퍼트려주세요.

Related Posts

• 5/7/2009 -- 영어 교육 뭐가 문젤까? (2)
• 1/11/2009 -- Korean/English Language exchange 모임. (1)
• 12/15/2009 -- MySQL의 라이센스 모델이 가지는 의미는? MySQL은 결국 죽임을 당할 것인가? (0)
• 8/25/2009 -- 사라져가는 오픈소스 커뮤니티? (7)
• 4/9/2009 -- 제로보드 XE 관련 약간의 해명… (1)

결국 카드 번호, 유효기간, 윈도우 관리자 비밀번호를 15번이나 입력한 끝에 모든 ActiveX 설치를 끝낼 수 있었지만 난 더이상 결제를 진행할 수가 없었다. nProtect가 64bit 윈도우7에 설치된 인터넷 익스플로러 8을 죽여버렸기 때문이다.

그날 난 보안의 끝을 보았다.

결제를 아예 진행할 수가 없는데, 어떻게 사고가 일어날 수 있단 말인가! 머리가 아프면 머리를 없애면 된다. 손이 아프면 손을 잘라버리면 된다. 세상에 이렇게 간단한 일을 왜 우린 그렇게 고민해왔던 것일까?

어쨌든 결제를 위해 난 Mac OS X에 설치된 Parallel(가상 PC 프로그램)을 실행시켰고, 그 안에 설치된 윈도우 XP를 통해 결제를 진행해야했다. 윈도우가 설치된 PC가 있었음에도 윈도우에서 결제를 진행하지 못해 Mac OS X를 켰고, Mac OS X 안의 Parallel을 실행시킨 뒤, Mac OS X 안의 Parallel 안의 윈도우 XP를 이용해서 결제를 해야했던 것이다.

이런 짜증나는 상황에 대해 tweeter에서 한 마디를 던졌고, 그 tweet에 대해 친구가 내게 물었다.

‘미쿡 쇼핑몰의 카드 결제는 어떻게 생각해? 안전해?’

국내 사이트의 결제 시스템과 해외 사이트의 결제 시스템 어떻게 다를까?

난 ebay.com, radtech.us, …, panic.com 등등 다양한 해외 사이트를 통해 물건/소프트웨어를 구입한 경험이 있다. 이런 사이트들에서 사용하는 결제 시스템은 쉽고 가볍고 간단했으며, 나에게 인터넷 익스플로러 사용을 강요하지도 않았다.

도대체 뭐가 어떻게 다른건지를 비교해보기 위해 국내 사이트의 결제 시스템과 해외 사이트의 결제 시스템에서 요구하는 정보를 비교해보자.

VISA 안심클릭과 해외 일반 카드 결제 시스템을 비교해보면 CVC 비밀번호를 사용하느냐 아니면 VISA 안심 클릭 비밀번호를 사용하느냐 정도의 차이 밖엔 없다.

그렇다고 VISA 안심클릭 비밀번호를 등록하는데 대단한 정보가 필요한 것도 아니다. 해외 일반 카드 결제 시스템에 필요한 정보 외에 주민등록번호 정도가 필요하다.

ISP 결제에 요구되는 것들도 그리 대단한건 없다. 공인인증서와 비슷하다고 볼 수 있는 ISP와 이 ISP 안에 저장된 비밀키를 끄집어내기 위한 비밀번호만 있으면 된다. 카드번호는 ISP 발급시만 입력해주면 된다.^[2]

ISP 발급/재발급도 마찬가지로 크게 대단한 정보가 필요하진 않다. 그냥 카드 정보 정도만 알고 있으면 된다.

휴대폰 결제는 더 간단하다. 휴대폰 번호와 자신이 어떤 사업자로부터 서비스를 받고 있는지에 대한 정보를 알고 있으면 된다.

Paypal 같은 경우는 Paypal account에 등록된 카드 혹은 은행 계좌(Bank account)를 통해 결제하는 시스템이므로 자신의 Paypal ID, Password만을 요구한다.

자 정리해보자.

일반 카드 결제는 카드 정보만을, VISA 안심클릭은 카드 정보 외에 CVC 번호 대신 안심 클릭 비밀번호를 요구한다. 그리고 ISP와 Paypal은 ISP/Paypal ID + Password를 요구한다.

사실 위에 정리된 내용을 바탕으로 봤을 때 ISP를 제외하고는 인터넷 익스플로러 외에서도 결제를 진행하는데 문제가 없어야 한다.^[3]

그럼 도대체 어떤 차이가 있길래 국내 사이트의 결제 시스템은 인터넷 익스플로러에서만 동작하는걸까?

자 지금까지 읽은 내용 만을 생각한다면 VISA 카드를 통해서는 어떤 사이트에서든지 결제를 쉽게 진행할 수 있어야 한다. 하지만 슬프게도 현실은 그렇지 못하다.

자 국내 사이트와 해외 사이트의 결제 시스템이 어떤 식으로 다른지 살펴보자.^[4]

자 우선 암호화 통신과 관련해선 무슨 차이가 있을까?

자 우선 암호화 통신을 위해 사용되는 보안 채널 부분을 살펴보면, 국내 사이트는 XecureWeb, iniSafeWeb 등의 Plugin 기술이 사용되고, 해외 사이트는 브라우져에 구현되어 있는 SSL 프로토콜을 사용한다. (ActiveX^[5] 라고 표현하지 않은 이유는 XecureWeb이 firefox/safari 등의 플러그인으로 제공되기도 하기 때문이다.)

간혹 인터넷 익스플로러 외의 브라우져를 위한 암호화 통신 플러그인을 제공하기도 하지만 뒤에서 얘기하게 될 기타 보안용 ActiveX 때문에 국내 결제 시스템에서는 인터넷 익스플로러에서 밖에 결제를 진행할 수 있다.

간단히 이 둘의 차이를 살펴보면, SSL은 브라우져와 서버 사이에 보안 채널이 형성되어 암호화된 통신을 한다는 것이고, XecureWeb/iniSafeWeb 등은 브라우져와 서버 사이에는 plain text 채널이 형성되고, 플러그인을 통해 암호화된 데이터를 이 plain text 채널을 통해 전송한다는 것이다.

물론 둘 다 암호화된 데이터를 주고 받는다는 것은 동일하다. 하지만 SSL을 사용할 경우 브라우져의 주소 창 등을 통해 암호화된 통신을 한다는 것을 확인할 수 있는 반면 플러그인을 사용할 경우 암호화된 통신을 하는지 안하는지를 확인할 수가 없다.^[6]

플러그인을 사용할 경우 암호화된 통신을 하는지 안하는지를 확인할 수 없다는 점 때문에 사용자들은 피싱과 MITM 공격에 무방비가 될 수 밖에 없다.

하지만 SSL을 사용하는 경우 주소창의 색이 노란색으로 변한다거나 주소창에 인증서의 소유자 이름이 크게 표시되므로 현재 보안 채널을 사용한다는 것을 명확히 확인할 수 있다. 이런 표식이 없다면 피싱 혹은 MITM 공격을 당하고 있는 것으로 간주할 수 있으므로 조금만 조심한다면 이런 공격들로 인한 피해를 피해갈 수 있게 된다.

게다가 SSL 프로토콜은 이미 대부분의 브라우져에 구현되어 있으므로 추가로 플러그인을 설치할 필요 없이 결제를 진행할 수 있다는 장점이 있다.

그럼 결제 창을 표시하는 방법은 뭐가 문제지?

자 다음으로 결제 창을 표시하는 방법을 살펴보면, 국내 결제 시스템의 경우 대게 새 창으로 결제 창을 띄우고 있지만, 해외 결제 시스템의 경우 대체로 사이트 내에 결제 폼을 표시하곤 한다.

사이트 내에서 결제 폼을 표시할 경우 이 결제가 이 사이트 내에서 이루어진다는 것을 명확히 확인할 수 있다는 장점과 함께 앞에서 얘기했던 암호화된 통신을 사용하는지를 확인할 수 있다는 장점이 있다.

하지만 새 창으로 결제 창을 띄울 경우 어떤 사이트에서 띄운 결제창인지를 쉽게 알 수 없는 문제와, 구 버젼의 브라우져에서 피싱에 무방비로 노출되는 문제가 있다.^[7]

프레임을 사용하는 것은 위에서 얘기한 것보다 더 위험하다. 프레임을 사용하면 새 버젼의 브라우져에서도 주소를 확인할 수 없게 된다. 이 페이지가 내가 원했던 사이트에서 제공하는 것인지 피싱 사이트에서 제공하는 것인지, 암호화된 통신을 사용하는지 사용하지 않는 것인지 아무 것도 알 수가 없다.

프레임을 사용하게 되면 보안 문제 외에도 사용성을 떨어뜨린 다는 단점이 있다. 플러그인 설치를 위해 익스플로러의 경고창에서 ‘설치가 차단된 객체 설치’를 선택한 경우를 생각해보자. 이렇게 하면 페이지가 갱신되게 되고, 프레임에서 선언되어 있는 첫 페이지로 이동되게 된다.

이렇게 되면 그 객체 설치 전까지 진행됐던 과정을 다시 반복해야하는 문제가 생길 수 있다.^[8]

그 외엔 어떤 차이가 있는거야? 해외 사이트는 무조건 안전한가?

그런데 지금까지 알아본 내용들만 바탕으로 생각해보면, 카드 정보나 개인정보가 유출될 경우 얼마든지 피해를 입힐 수가 있다는 결론이 나온다. 그럼 이런 피해를 막기 위해 어떤 장치들을 제공하고 있을까?

우선 국내 사이트에서 제공하고 있는 해법으로는 30만원 이상 결제시 공인인증서 사용 의무화가 있고, ^[9] 해외 사이트에서 간간히 사용하는 해법으로는 카드의 결제 주소(Billing address)와 배송지가 다를 경우 거래를 거부하는 것이 있다. (모든 사이트에서 거부하는 건 아니지만 고액 거래시 꽤 안전한 해법이 될 순 있을 것 같다.)

그리고 paypal 같은 경우 이상 징후가 느껴진다고 하면 paypal account를 잠궈버리기도 한다. 사용자를 불편하게 만들기(시스템에 뭔가를 설치하는 것)보다는 사용자의 이상 행동을 분석하는 것이 답이라고 판단한 것 같다.

여기까지만 봐도 실제 거래의 대부분을 차지하는 소액 결제에서는 별 차이가 없는 것으로 보인다.

이제 국내 결제 시스템에서 가장 문제점인 보안 모듈들을 얘기해야할 것 같다. 이 보안 모듈들은 마이크로소프트 윈도우에 설치된 인터넷 익스플로러에서 말고는 결제를 진행할 수 없게 만드는 주범으로 다음과 같은 것들로 구성된다.^[10]

• nProtect: 키 입력을 가로채는 것을 방지
• anti-virus: spyware, virus, 웜 등에 감염되었는지를 검사하고, 이런 것들로 부터 추가적으로 공격당하는 것을 (잠시동안) 최소화하도록 방화벽을 띄움
• 피싱 방지

이런 모듈들과 관련해서 가장 큰 문제는 맥이나 리눅스 등을 위한 보안 모듈은 제공하지 않고 있으면서 이런 보안 모듈의 설치를 거부(혹은 설치가 불가)한 경우 서비스를 제공하지 않는다는 점이다.

이를 보면 자신들에 대한 맹목적인 믿음은 기대하면서도 사용자는 절대 믿지 않는다는 것을 알 수 있다.

시스템을 아무리 잘 관리해도 소용없다. 자신이 관리하는 방화벽/안티 바이러스 프로그램이 있어도 상관없다. 자신들의 솔루션을 꼭 설치해야만 그 결제 시스템을 이용할 수 있도록 만든다.

(우리는 결제시스템을 이용할 때마다, 인터넷 뱅킹을 이용할 때마다 이런 보안 모듈의 광고(로고?)를 봐야하므로 광고를 봐주는 돈을 받아야할 것 같기도 하다.)

그럼 대안은 무엇이 될 수 있을까?

매번 하는 얘기지만 자신들에 대해 맹목적인 믿음을 기대하는 마음의 반 만큼이라도 사용자를 좀 믿어줬음 좋겠다.

물론 해외 결제 시스템이 무조건 편리하고 안전하다는 이야기는 아니다. 하지만 관리자 잘 되고 있는 시스템에도 구지 보안 프로그램을 설치할 것을 강요하고, 보안 프로그램이 설치될 필요가 없는 맥/리눅스에서는 보안 프로그램이 제공되지 않는다는 이유로 서비스 제공을 거부하는 것은 분명 문제라고 생각한다.

내가 생각하는 해법은 다음과 같다.

1. 정말 무지한 사용자를 위해 보안 프로그램을 제공하는 것은 좋다. 대신 충분히 판단이 가능한 사용자들을 위해선 이런 보안 프로그램을 사용할 필요 없이 거래가 가능할 수 있게 해줬음 좋겠다.
2. 그동안 큰 이유없이 사용되어온 XecureWeb/iniSafeWeb 등을 걷어내고, 국제 표준으로 사용되고 있는, 게다가 대부분의 브라우져에 기본으로 구현되어 있기까지한 SSL 프로토콜을 사용해서 서비스를 제공해줬음 좋겠다.
3. 그리고 공인 인증서를 통한 인증만이 아니라 휴대폰 인증 등 플러그인을 사용하지 않아도 되면서 거래를 하는 것이 본인 임을 증명할 수 있는 다양한 방법을 검토해줬음 좋겠다.

누군가에게 맥을 추천했을 때, 누군가에게 리눅스를 추천했을 때, ‘뭐야 그걸론 인터넷 쇼핑도 할 수 없고, 인터넷 뱅킹도 사용할 수 없자나’ 같은 소리를 더 이상 듣지 않는 그런 날이 왔음 좋겠다.

인터넷 쇼핑에 굶주려 있는 내 맥이 굶주림을 채울 수 있는 그 날이 왔음 좋겠다.

1. XecureWeb 등에서 키가 로딩된 상태를 유지하기 위해 프레임을 사용하고 있으며, 이 때문에 페이지가 리프래쉬 되면(ActiveX 설치를 위해 창 위 쪽 경고 메시지에서 ‘차단된 프로그램 설치’를 선택하게 되면) 결제를 시작하는 단계로 이동하며, 폼에 입력했던 정보는 모두 리셋된다.
2. 카드 정보를 알고 있으면 ISP를 재발급 받는 건 일도 아니고, 카드 정보를 모르더라도 시스템이 장악됐다면 ISP를 빼내는건 문제도 아닐텐데, 이게 왜 안전한건지 난 모르겠다. 오히려 입력할 정보가 적으니 더 위험할 것 같은데…
3. Visa 안심클릭(3D secure)의 경우는 해외에서도 사용되는 방식으로 해외에서는 크로스 브라우징이 지원된다.
4. paygate의 결제 모듈은 (인터넷 익스플로러를 사용하지 않을 경우) 해외 결제 시스템과 동일한 특징을 가지고 있으며, 인터넷 익스플로러 외에서도 문제 없이 결제가 진행된다.
5. ActiveX는 단순화된 버젼의 OLE(Object Linking and Embedding) 2.0, COM(Component Object Model) 인터페이스를 만족시키는 native windows application이다.
6. 국내 보안 프로그램, 국내 결제 시스템은 언제나 이런 식이다. 자신들을 무조건적으로 믿으라고 강요한다. 자신들의 ActiveX가 시스템을 지켜줄 것이라고 속여, 보안 등급을 낮추게 만들고 관리자 권한으로 브라우져를 띄울 것을 요구한다.
7. 구버젼의 브라우져에서는 주소창을 숨기는 것이 가능하다. 그렇기 때문에 결제 창을 어떤 사이트에서 띄운 것인지 알 수 없고, 결제 정보가 어디로 전송될지를 예측하기도 쉽지 않다. 게다가 MITM 등으로 가짜 사이트가 보여지고 있다고 하더라도 암호화된 통신을 하는지 안하는지를 알 수 없기 때문에 공격을 당하고 있다는 사실을 알아채기가 쉽지 않다.
8. 사실 이건 xecureWeb/iniSafeWeb의 동작 방식 때문에 frame을 사용해야 하는 것인데, 그것 때문에 이런 사용성 저하까지 덩달아 나타나고 있다. SSL이라는 아주 훌륭한 대안이 있는데, 이렇게하면서 까지 이런 플러그인을 사용해야하는 이유를 난 도무지 상상할 수가 없다.
9. 이게 참 뜨거운 감자인데, 관련해선 오픈웹에 있는 포스트들을 읽어보면 좋을 것 같다.
10. 이런 보안 모듈들을 통해 시스템이 엉망 진창으로 뚤려있다고 하더라도 결제를 안전하게 진행할 수 있게 하겠다는 의도인데, 얼마나 효율적인지에 대해선 난 할 말이 없다.

Related Posts

• 2/6/2010 -- 보안에 신경을 쓴다면 사용할 수 없는 인터넷 뱅킹… (0)
• 1/28/2009 -- 번역: 한국의 홈브류 인터넷 (0)
• 1/28/2009 -- 인터넷 뱅킹과 크로스 브라우징 (2)
• 10/25/2007 -- 오픈웹과 관련해서… (4)
• 4/6/2009 -- 오픈웹 관련해서 시끄러운 하루하루… (2)

답은 ‘root(슈퍼 관리자) 권한으로 사용하지 않는 것‘ 입니다.

1. 관리자 권한으로 사용하지 않는다면 시스템의 중요한 파일들이 변경될 위험을 최소화할 수 있습니다.
2. 관리자 권한으로 사용하지 않는다면 스니퍼 등은 실행될 수 없습니다.

관리자로 시스템을 사용하는 것은 매우 위험합니다. 그렇기 때문에 irc 등에선 사용자 아이디가 root인 경우 접속을 차단해버리기도 합니다.

관리자로 사용하는 것이 위험하다는 사실은 윈도우에도 동일합니다. 그렇기 때문에 얼마 전 시스템을 윈도우7 기반으로 설치하면서 약간의 불편함을 감수하고 일반 유져 계정을 만들었고, 이 계정을 통해서만 시스템을 사용하기 시작했습니다.

정말 보안에 신경을 쓰고 있는 시스템에선 사용할 수 없는 인터넷 뱅킹!

관리자 권한을 최소한으로 사용하기 위해서는 다음과 같은 불편을 감수해야만 했습니다.

1. 인터넷 뱅킹을 위해 은행 사이트에 접근하면 관리자 권한으로 ActiveX를 설치하기 위해 관리자 비밀번호를 요구합니다.
2. 인터넷 뱅킹을 위해 은행 사이트에 접근하면 관리자 권한으로 ActiveX를 업데이트하기 위해 관리자 비밀번호를 요구합니다.

물론 전 관리자의 비밀번호를 알고 있기 때문에 권한 상승을 통해 아쉽게나마 인터넷 뱅킹을 사용할 수 있었습니다.

하지만 만약 시스템의 보안을 열심히 신경쓰고 있는 어떤 관리자가 있고, 다른 가족들에게는 보안을 위해 일반 유져 권한만을 제공해주는 경우라면 어떨까요? 이 경우 관리자 외에는 인터넷 뱅킹을 사용할 수 없습니다.

재밌죠? 정말 보안에 철저히 신경쓰고 있는 경우에는 사용할 수 없는 인터넷 뱅킹이라니…

보안 등급을 *낮음*으로 설정해주세요?

게다가 관리자로의 권한 상승을 요구하는 것 뿐만이 아닙니다. 대부분의 경우 ‘인터넷 보안 등급을 *낮음*으로 설정해줄 것’을 요구합니다.

아이러니하지 않나요?

보안을 위해 사용된다고 얘기하는 프로그램을 설치하기 위해, 사용하기 위해 인터넷 보안 등급을 낮춰야 하는 상황이라니…

게다가 OS 차원에서 제공하는 보안 기능을 최대화 하기 위해 ‘일반 유져’로 시스템을 사용하고 싶음에도, 이런 보안 기능을 제대로 사용할 수 없게 ‘관리자 권한’으로 시스템을 사용해줄 것을 강요하는 상황이라니…

버그 투성이 브라우져, 버그 투성이 운영체제는 문제가 되지 않습니다.

얼마 전 h은행에서 제공한 iPhone용 app에서는 보안을 위해 jailbreak된 iPhone에서는 해당 app을 사용할 수 없도록 하고 있습니다.

왜 이런 기능은 iPhone을 위해서만 제공하고 있는걸까요?

키보드 보안 프로그램을 설치하기 전에 최소한 윈도우 서비스팩만이라도 최신 버젼을 설치할 것을 요구해야하는 것 아닌가요?

피싱 방지 프로그램, 안티 바이러스 프로그램을 설치하기 전에 버그 투성이의 인터넷 익스플로러 6대신 인터넷 익스플로러 8을 사용할 것은 요구하지는 않는걸까요? ^[1]

인터넷 뱅킹/카드 결제? 윈도우 XP를 쓰세요. 윈도우 7? Vista? 특히나 64bit 윈도우라면 우린 테스트하지 않습니다.

혹시나 64bit용 윈도우 7을 사용하신다면 우리은행 홈페이지에 접속해보시기 바랍니다. 아 그 전에 아직 북마크 하지 않은 사이트가 있다면 미리 북마크해두시기 바랍니다. XecureWeb Updater가 인터넷 익스플로러 8을 죽여버릴것이거든요.

XecureWeb Updater만 문제일까요? 며칠 전 카드 결제를 위해 어떤 사이트에서 권한 상승을 위한 비밀번호를 수십 번이나 입력했지만 결국 전 카드 결제를 더이상 진행할 수 없었습니다. 결국에 nProtect로 인해 인터넷 익스플로러가 죽어버렸거든요.

인터넷에서의 카드 결제를 진행하기 위해 제가 마지막으로 선택한 방법은 Mac OS X에 설치된 Parallel(가상 컴퓨터 프로그램)에서 실행된 윈도우 XP를 사용하는 것이었습니다. 윈도우 7이 아무리 혁신적이면 뭐하나요. 인터넷 뱅킹, 인터넷 카드 결제 뭐 하나 제대로 할 수가 없는데…

아 맞다. 무제한의 Wideband 인터넷이 아니라면 인터넷 뱅킹은 꿈꾸지 마세요.

모두들 알고 있는 사실이겠지만 국내 인터넷 인프라는 매우 훌륭합니다. 집집마다 광랜이 설치되어 있고 Nespot, Wibro 등을 통해 밖에서도 굉장히 빠른 속도로 인터넷을 이용하는 것이 가능합니다.

이런 훌륭한 인프라 덕분에 무거운 플래쉬, 고용량의 ActiveX 설치 파일 등을 전송받는 비용을 무시하고 있는지도 모르겠습니다.

하지만 국내를 벗어나 국내의 인터넷 뱅킹을 사용하기 위해서 지불해야 하는 비용은 절대 저렴하지 않습니다. ActiveX 하나를 다운받는데 수 분을 기다리게 될 수도 있고, 호텔에서 비싼 돈을 주고 구입한 인터넷 사용량을 ActiveX 하나를 다운받기 위해 사용해야할 지도 모릅니다.

그나마 ActiveX 하나를 모두 다운 받지 못하고 내가 구입한 사용량을 넘어설 경우 다시 비싼 돈을 주고 인터넷 사용량을 구매해야합니다. 다운로드는 처음부터 다시 시작될테니 앞에서 낭비된 사용량은 무의미해지겠네요.

아 해외가 아니라더라 iPhone 테터링 등을 통해 인터넷을 사용하는 경우라면 인터넷 뱅킹을 시도하지 마세요. 한 달동안 무료로 사용할 수 있는 용량이 많아보였을지 모르겠지만 이 정도 용량을 사용하는 게 얼마나 간단한 일인지 알게되는데는 많은 시간이 필요하지 않을 겁니다. ;)

병주고 (가짜) 약주고… 언제까지 이래야하는건가요?

보안을 위해 가장 중요한 것들은 하지 못하게 만들고, 그럼으로써 생긴 보안 구멍은 당신들 보안 업체가 막아주겠다? 언제까지 이렇게 병 먼저 주고, 자신들 때문에 생긴 병을 치료하기 위한다는 이름으로 가짜 약을 제공할 셈인가요?

당신들 프로그램을 설치하기 전에는 아무 문제 없던 내 윈도우 7에서 당신들 프로그램을 설치한 후로는 인터넷 익스플로러가 죽어버리고, 블루스크린과 함께 리붓되어버리는 상황이 정말 ‘까마귀 날자 배떨어진 격’인건가요?

당신들이 제공하는 그 프로그램들을 설치하기 위해, 그리고 당신들이 제공하는 그 프로그램을 설치한 덕분에 오늘도 내 윈도우 7은 골병이 들고 있습니다.

덧: ‘인터넷 뱅킹’이란 이름에 오랫동안 속아왔습니다. 생각해보니 국내 금융권에서 제공하는 ‘인터넷 뱅킹’은 ‘인터넷 익스플로러 뱅킹’을 의미한 것이었는데, 이를 ‘인터넷 뱅킹’이라고 착각한 제 무지가 부끄럽습니다.

하긴 7살난 조카가 제 리눅스 데스크탑을 사용해보더니 그러더라구요. 인터넷 어떻게 쓰냐고… 파이어폭스, 사파리로 접근할 수 있는 웹은 인터넷이 아닌걸 이제야 깨달은 제가 부끄럽네요.

1. 구 버젼의 인터넷 익스플로러(IE)가 얼마나 위험한지는 이 글의 각주 1에 링크되어 있는 글을 읽어보시기 바랍니다.

Related Posts

• 2/7/2010 -- 인터넷 결제 시스템을 언제까지 익스플로러에 가둬놓을 셈인가? (3)
• 4/6/2009 -- 오픈웹 관련해서 시끄러운 하루하루… (2)
• 10/25/2007 -- 오픈웹과 관련해서… (4)
• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)

–
중간에 있는 문제를 전 조금 다르게 바꿔보고 싶습니다. 아래 단어의 뜻이 무엇인지 맞춰보시기 바랍니다. 100점을 맞으셨다면 축하드리겠습니다. 전 그렇지 못했거든요.

abbreviation
citation
delete
definition
division
emphasis
image
insert
keyboard
option group
parameter
pre-formatted
sample
sub script
super script
variable

그리고 위의 단어들이 어떤 상황에 쓰일지도 한 번 맞춰보셨음 좋겠습니다.

parameter, variable, atom, RSS, … 어찌보면 컴쟁이들에게 너무나도 친숙한 단어이다 보니 저런 단어들의 의미를 누구나 알 수 있을거라 착각할 수 있습니다. 그리고 저런 단어가 어떤 상황에서 사용되고 있는지 또한 너무나도 친숙하기 때문에 다른 사람들도 그럴거라 착각하고 있을지 모르겠습니다.

하지만 컴쟁이의 시각을 벗어날 경우 저 단어들은 아주 생소한 단어들일 수 있습니다.

어짜피 학습이 필요하다면 ‘이 태그가 어떤 단어로부터 나왔는데, 이 단어가 어떤 의미이다.‘ 라고 학습시키기 보단 ‘이 태그는 어떤 의미이다.‘로 학습시키는게 더 간단할거라 생각합니다.

웹의 보편성을 생각할 때 HTML은 모두가 다루기 쉬워야 하고 사용하고 있는 언어가 장벽으로 작용해서는 안된다는 점에 동의합니다. 초등학생도 HTML을 다룰 수 있도록 되어야 할 것입니다.

하지만 HTML을 배우기 위해 영어까지도 배워야하는 세상은 되지 않았으면 좋겠습니다.

감사합니다.

Related Posts

• 1/7/2010 -- ‘div’를 어떻게 읽는게 좋을까? 디브? 디비젼? (9)
• 8/10/2009 -- CSS로 탭 내비게이션 구현하기… (1)
• 6/1/2009 -- checkbox 중 최대 2개만을 선택할 수 있도록 만들기… (0)
• 5/29/2009 -- heading element에 multi-level 넘버링 하기 (0)
• 3/4/2009 -- ACID3 test (3)

이 주장에 따르면 div는 ‘디비젼’이라 읽어야 하고, em은 ‘앰퍼시스’로, pre는 ‘프리 포매티드’, cite는 ‘사이테이션’이라 읽어야 한다. 그런데 malloc을 ‘말록’이라 읽는 것을 보고 한심해보였다는 글이나 div ‘디브’라고 읽으면 싸보인다는 말을 난 이해할 수가 없다.

자 HTML specification에서 div를 어떻게 표현했는지를 한 번 살펴보자.

The DIV and SPAN elements, in conjunction with the id and class attributes, offer a generic mechanism for adding structure to documents. These elements define content to be inline (SPAN) or block-level (DIV) but impose no other presentational idioms on the content. Thus, authors may use these elements in conjunction with style sheets, the lang attribute, etc., to tailor HTML to their own needs and tastes.

div를 ‘division’이라 지칭한 곳은 전혀 없다. em과 pre는?

EM: Indicates emphasis.

The PRE element tells visual user agents that the enclosed text is “preformatted”

from http://www.w3.org/TR/html401/struct/text.html

이를 그대로 해석해보자면 ‘EM은 강조를 나타낸다. … PRE 요소는 시각적인 유져 에이젼트에게 자신의 안에 있는 텍스트가 “이미 형식화되어있는” 텍스트라는 것을 알려준다.‘가 된다. 다시 말해 강조를 위해 사용되는 태그로 EM이란 태그가 있고 형식화된 텍스트를 표현하기 위해 사용할 수 있는 PRE(프리, 피알이)란 태그가 있다라고 말할 수 있다.

태그는 축약 표현으로 볼 수도 있지만 그 자체로 약속이고, (그 약속을 이해하는 사람들이 모두 이해할 수 있는) 하나의 단어라고 생각한다. 만약 div를 ‘디브’라 읽고, EM을 ‘이엠’, pre를 ‘프리’ 라고 읽는 문제 때문에 서로간의 의사 소통에 문제가 생길 수 있다면 위에서와 같은 주장을 이해할 수 있겠지만 실제 이런 태그를 생긴 그대로 읽는 것 때문에 생기는 문제를 난 보지 못했다.

오히려 abbr같은 태그를 ‘어브리비에이션’처럼 읽게 되면 알아듣기도 쉽지 않고, (미리 이 단어가 무슨 단어인지를 알지 못하는 이상)[1] 발음하기도 쉽지 않을 것 같고, 실제 외국인들과 토론을 할 일이 생겼을 지라도 이런 식으로 태그를 읽는 것이 도움이 될 것 같지는 않다. (한국인과의 대화에 익숙하지 않은 사람들은 엑센트와 장/단음을 제대로 지키지 않는 한국식 발음을 잘 알아듣지 못한다.)

왜 형을 형이라 부르면 안되고, 아버지를 아버지라 부르면 안되는걸까?

난 이해할 수가 없다.

길동아 내 너에게 호부호형을 허락하노라.

[1] 부끄럽지만 난 최근에서야 super script나 sub script같은 단어들의 의미를 알게되었다

Related Posts

• 1/7/2010 -- RE: HTML 어떻게 읽는것이 좋을까? (2)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 2/13/2009 -- div만 쓰면 웹표준? (1)
• 8/10/2009 -- CSS로 탭 내비게이션 구현하기… (1)
• 6/1/2009 -- checkbox 중 최대 2개만을 선택할 수 있도록 만들기… (0)

15~23: Kyoto
26~30: 제주도

교토는 이미 여행을 다 해버린 관계로 그다지 돌아다니고 싶은 마음은 없고 그저 맛있는 초밥과 맥주에 취해있다올 생각이에요.

제주도 같은 경우는 비행기 값을 지원받지 않고, 그냥 한 2~3일 더 놀다오고 싶은데, 혹시 제주도에 계신 분 있으면 만나서 맛난것들 같이 먹어요!!! (뭐 꼭 구지 맛난걸 쏘시거나 하시지는 않으셔도 좋아요. ㅠㅠ)

꺄아!!

히히히히히 제주도는 어렸을 때 이후로 첨 가는 거라 두근두근 하네요.

Related Posts

• No Related Post

오랫만에 C 가 아닌 다른 언어로 코드를 짜보고 싶어졌다.

만만한 자바가 눈에 보였다. -_-;

링크드 리스트 기반의 큐가 만만해보였다.

짰다.

우선 노드 정보를 저장할 클래스부터

queNode.java

public class queNode {
	private int var;
	private queNode next;
 
	public queNode(int var){
		this.var = var;
		this.next = null;
	}
 
	public void setNext(queNode next){
		this.next = next;
	}
 
	public queNode getNext(){
		return next;
	}
 
	public int getVar(){
		return var;
	}
}

그 담엔 진짜 큐 코드 및! 테스트용 main !!

public class que {
	private queNode head;
	private queNode last;
 
	public que(){
		head = null;
		last = null;
	}
 
	public void add( int var ){
		queNode tmp = new queNode(var);
		if( head == null ){
			head = last = tmp;
		}
		else {
			last.setNext(tmp);
			last = tmp;
		}
	}
 
	public int get(){
		int var;
 
		if( head == null )
			return -1;
 
		var = head.getVar();
		head = head.getNext();
 
		return var;
	}
 
	public void status(){
		int var;
		queNode tmp;
 
		System.out.print( "Status : [" );
		for( tmp = head ; tmp != null ; tmp = tmp.getNext() ){
			System.out.print( tmp.getVar() );
 
			if( tmp.getNext() != null )
				System.out.print( ", " );
		}
		System.out.println( "]" );
		System.out.println( "" );
	}
 
	public static void main( String[] args ){
		que q = new que();
		que q2 = new que();
		int var;
 
		System.out.println( "Add value 1" );
		q.add(1);
		q.status();
 
		System.out.println( "Now que2" );
		q2.add(111);
		q2.status();
 
		q2.add(222);
		q2.status();
 
		System.out.println( "Add value 2" );
		q.add(2);
		q.status();
 
		System.out.println( "Add value 3" );
		q.add(3);
		q.status();
 
		System.out.println( "Add value 4" );
		q.add(4);
		q.status();
 
		System.out.println( "Add value 5" );
		q.add(5);
		q.status();
 
		System.out.println( "Add value 6" );
		q.add(6);
		q.status();
 
		var = q.get();
		System.out.println( "Get Value " + var);
		q.status();
 
		System.out.println( "Add value 7" );
		q.add(7);
		q.status();
 
		while( (var = q.get()) != -1 ){
			System.out.println( "Get Value " + var);
			q.status();
		}
		System.out.println( "Que is empty now" );
		q.status();
 
		System.out.println( "Add value 8" );
		q.add(8);
		q.status();
 
		while( (var = q.get()) != -1 ){
			System.out.println( "Get Value " + var);
			q.status();
		}
	}
}

끄적끄적;;

이 간단한 걸 예전엔 왜 그렇게 고생하면서 짰었을까 하는 생각이 들었다.

뻘 짓 로그…

Related Posts

• No Related Post

최근에 겪은 일이다.

1. iPhone을 질렀다.
2. 해외에 출장을 갔다.
3. 인터넷이 되는 곳이 거의 없다.
4. 그나마 인터넷이 되는 곳을 찾았다. 기회다 싶어 RSS 리더를 실행시켰고, 일부 기사를 보다가 창을 닫았다.
5. 다른 곳으로 이동하는 도중 심심해서 RSS 리더를 다시 열었다.
6. 재밌는 제목이 보여 클릭을 했다.
7. 어라? 내용이 중간에 끊어진다. 하지만 지금은 wi-fi가 잡히지 않는다.
8. 나머지 내용이 궁금하지만 데이터 로밍 비용은 내가 감당할만한 수준이 아니다. 그냥 글을 닫는다.

솔직히 최근에는 글을 잘 안쓰기도 했고, 바꾸는게 귀찮기도 하고 해서 그대로 놔뒀었는데, 내가 경험했을 때 싫었던 걸 그대로 내비두는 건 예의가 아니란 생각이 들었다.

어짜피 전문 공개를 안한다고 해도 내 블로그까지 와서 광고 클릭하면서 보지는 않는 것 같다.

봐서 구글 Ad도 그냥 빼버릴까 싶다.

오랫동안 꾸려온 블로그인데, 너무 정체되어 있는거 같아서 조금 아깝다.

Related Posts

• No Related Post

3G 망에 접속하는 것을 제한할 수 있는 줄 알고 데이터 부가 요금제를 신청하지 않았다가 실수로 클릭했던 사파리/메일 때문에 약 5000 원 정도의 요금을 지불해야 했다.

참고로 Show 홈페이지 상에서 데이터 요금과 관련된 내용은 찾기가 매우 힘들다. 겨우 관련된 내용을 찾아냈으며, 그 요금은 다음과 같다.

웃긴건 텍스트를 서빙하던, 멀티미디어를 서빙하던 데이터 채널을 이용하는건 동일할 것으로 생각되는데 적용되는 금액은 천차 만별이다. 더 웃긴건 VOD형과 인터넷 직접 접속형의 설명이 동일함에도 과금은 다르게 된다. 설명이 같다면 둘을 어떻게 구별해야하는걸까?

내 iPhone의 경우 인터넷 직접 접속형에 해당이 될테니 5,000원 어치를 사용하려면 약 2MB 정도를 사용하게 되었던 것 같다. 문제는 2 번째 달에는 실수로 인터넷에 접속한 회수가 조금 더 잦았고, 14,000원 정도가 과금되었다는 것 -_-;;

와이브로가 있었고, wi-fi의 홍수 속에 살아가고 있기 때문에 3G 망을 사용할 일이 없을거라 생각했지만 세상은 이상대로 흘러가주지 않았다.

어쨌든 실수에 대한 대가로 이정도의 금액을 지불해야할 것이라면 차라리 저렴한 데이터 요금제를 신청하는 것이 좋을 거란 생각이 들었다.

이를 위해 처음 찾아낸 것은 스마트 데이터 요금제!!!

참고로 스마트 데이터 요금제를 이용할 경우 추가 부담해야할 비용은 다음과 같다.

앞에서 얘기했다시피 실수로 사파리를 한 번만 띄우게 되도 5,000원 정도가 과금되는데, 그 정도면 가장 저렴한 스마트 100요금제를 신청할 수가 있다. 사용 가능한 용량은 이론상 약 100배…

손해볼 게 없다는 생각이 들었지만 iPhone은 스마트 폰이 아니기 때문에 이 요금제 적용 대상이 아니라는 얘기와 함께 가입을 거부당했다. SK를 Ass-K라고 그렇게 욕해왔지만 그래도 SK를 쓸 땐 이런 말도 안되는 대접은 안받았었는데…

번호 이동을 한 게 약간은 후회되는 순간이었다.

추가: 아이폰이 정식 출시되면서 아이폰에서도 SHOW 스마트 요금제를 선택할 수 있게 된 것 같다. 이제 아래 얘기는 사족 -_-!

요금제가 과하게 청구되는 걸 막기 위해 다른 대안을 찾아내야만 했고, 그렇게 찾아낸 부가 서비스가 데이터 완전 자유, 범국민 데이터 요금, iPlug 등이었다.

SHOW 홈페이지에서 찾을 수 있는 각 부가 요금제에 대한 설명은 다음과 같다.

여기는 표현해두지 않았지만 iPlug 요금제 페이지를 보면, 기본료가 7,500원이라고 표시되어 있다. 그럼 기본으로 최소 19,500원을 지불해야하는건지 아니면 부가 요금인 12,000원 만을 부담해야하는건지 알 수가 없다.

또한 iPlug의 설명을 보면 휴대폰이 인터넷용 모뎀 역할을 했을 때를 위한 요금제 처럼 설명되어 있기 때문에 iPhone 자체에서 인터넷에 접속할 경우에도 이 부가서비스의 혜택을 볼 수 있는건지 쉽게 예측할 수가 없는 문제가 있다. 나보다 먼저 전파인증을 받았고, 이미 iPlug를 사용하고 있었던 jenix를 통해 혜택이 적용된다는 것을 확인할 수 있었지만 홈페이지를 통해서는 서비스 신청을 할 수 없었기 때문에 전화를 통해 부가서비스를 신청해야했다.

게다가 그 외 부가 서비스에서는 무선 인터넷이란 용어를 남발하고 있는데, 이게 사파리 등으로 인터넷에 접속하는 것을 커버할 수 있는건지 혹은 커버할 수 없는건지 도저히 예측할 수가 없었다. 만약 커버할 수 있는 경우라면 범국민 데이터 요금제는 약 8MB, 데이터 완전 자유는 40MB 정도를 사용할 수 있는 것 같다.

(참고로 관련해서 고민하던 시기는 한 달 반 전이므로 지금보다 더 정보가 없던 때)

뭐 결론적으로 지금은 iPlug 슬림을 사용하고 있고, 나름 만족하고 사용 중이지만 KT 홈페이지는 정말 불편하고, 난해하다.

덧:

요금제 잘못 설계했다가 첫 두달 참 피 많아 봤다. 예전엔 TTL 지역할인, T끼리 T내는 요금제, 등등 온갖 할인을 다 받았기 때문에 정말 부담 없이 썼었는데, 그 습관대로 썼다가 OTL

난 늦은 저녁/새벽에 긴 통화가 잦으므로 야간 할인, 전국민 할인 요금(2,500원에 휴대폰끼리 30% 할인), SMS/MMS 200건 정액 등등 해서 새로운 플랜을 짰는데, 요금이 어느정도 나올지 기대된다. -_-a

덧2:

KT의 드러운 정책 때문에 와이브로 에그 사용자인 나는 만 원에 1GB 짜리 프로모션 요금제를 사용할 수가 없다. 남은 에그 할부금 5만원을 일시불로 지불하고, 와이브로 서비스를 새로 신청한 다음 USIM 카드만 옮겨 꼽을까하고 생각 중… (한 달 부담 금액: 부가세 미포함 -17,000원, 에그 비용을 감안하더라도 -7,000원)

Off topic:

그 외에 KT에선 wibro, show, nespot을 함께 사용할 경우 결합 할인 이벤트가 있다. 하지만 이것도 인터넷으론 신청할 수가 없다. 제대로 안내도 안해주고, 자동으로 해주지도 않기는 한데, 전화하니까 순순히 해주기는 하네 -_-a

* wibro+SHOW http://wibro.show.co.kr/k...uct/combi_wibro_show.html
* Wibro + Nespot pop http://wibro.show.co.kr/k...t/combi_wibro_nespot.html

참고로 와이브로 프로모션 요금제를 사용하는 사람은 네스팟 팝이 무료.

Related Posts

• 7/12/2009 -- Wibro egg 신청 (2)
• 8/18/2010 -- 스위스에서 Prepaid SIM으로 저렴하게 인터넷 즐기기 (1)

급하게 번역했기 때문에 오역이 있을 수 있음을 양해 바랍니다. 이하 내용은 번역된 내용입니다.

지난 몇 주간 받았던 공통적인 질문들에 대해 답하기 위해 이 포스트를 남깁니다.

A. MySQL이 없어질까?

1. MySQL을 죽이기 위한 제일 간단한 방법은 라이센스를 더이상 팔지 않거나 그 가격을 굉장히 높게 하는 것입니다.

2. 다른 시나리오는 중요한 부분에 대한 개발 인력을 확 줄여버리는 것입니다. 그러면 사람들은 MySQL의 미래에 대해 의심하기 시작할 것이고 서서히 MySQL을 죽여나갈 것입니다. 특히나 현재의 라이센스가 그대로 있다면 더욱 그럴 것입니다. (MySQL의 코어는 대부분 거대한 커뮤니티가 아닌 SUN의 개발자들을 통해 개발되어왔다는 사실을 기억해야 합니다.)

B. “하지만 누구나 fork할 수 있지 않나?”

누군가 GPL 프로젝트(혹은 그 코드)를 이용해서 fork할 순 있겠지만 그 프로젝트나 코드를 둘러싼 경제적 인프라 스트럭쳐까지는 쉽게 복제할 수 없습니다.

MySQL은 엔드 유져용 애플리케이션이 아니고, 인프라 스트럭쳐 프로젝트는 시스템 스택의 깊은 곳에까지 관여되어 있습니다. 최근 MySQL을 이용해서 혁신을 이뤄냈던 기술적인 파트너들은 대부분 MySQL로부터 라이센스를 받아서 자신의 closed 소스 어플리케이션혹은 (스토리지 엔진 같은) 코드와 MySQL을 조합해서 사용할 수 있었고, 라이센스를 통해 파트너들로부터 받아들이는 직간접적인 수입은 경제 인프라스트럭쳐의 굉장히 큰 부분이었습니다. (이들이 어디서 돈을 벌 수 있는가 정도로 생각하심 될 것 같습니다.)

GPL 프로젝트의 인프라스트럭쳐를 포크하는 것을 통해선 위에서 언급한 파트너쉽 같은 일을 할 수 없고, fork된 프로젝트는 자신들만의 closed 소스 파트와 이 프로젝트를 섞어 사용할 수 없도록 만듭니다. 파트너들이 MySQL코드와 자신들의 코드를 섞어 사용할 수 없게 된다면, 이 파트너들은 MySQL이 아닌 다른 프로젝트를 찾게 될 것이고 결국 MySQL로의 자금 이입이나 MySQL을 둘러싼 기술 혁신은 멈춰버릴 것입니다. 다른 프로젝트들에는 누구나 참여해서 돈을 벌 수 있으니 결국 이런 프로젝트들이 MySQL이 하던 일을 대신하게 되는 것이죠.

MySQL을 위한 기술 지원 회사를 만들 수도 있겠지만 이런 것들만으론 MySQL 유져들이 만족할만큼 MySQL 개발할 수 있는 돈을 충분히 벌 수 없습니다. 그러므로 이런 회사들은 MySQL을 조금 천천히 죽게 만들 뿐 살려낼 수는 없습니다.

오라클처럼 많은 사람들이 일하는 회사에 대항할 경쟁력을 가진 상태로 MySQL을 살아있게 하려면 MySQL을 위해 일하는 사람도 많아야 합니다. 이를 통해 충분한 수입을 얻을 수 없다면 (앞에서 언급했듯이 지원을 통해선 충분한 수입을 얻지 못합니다.) 일부 몇 개 회사들만이 개발에 참여하게 될 것이고, 투자회사에서의 지원도 줄어들게 될 것 입니다. 결국 서비스를 통해서 벌어들이는 돈이 전부가 될 것이지만 이 돈은 그리 큰 규모가 될 수 없습니다.

또한 리차드 스톨만이 언급했던 것처럼 MySQL에선 GPL2만을 사용할 수 있으므로, GPL3 코드와는 결합될 수 없습니다. 이 말은 GPL3를 사용하는 자유 소프트웨어 프로젝트들에서 MySQL을 사용할 수 없다는 것입니다. 하지만 이 문제는 경제적인 문제에 비교하면 대단한 문제라곤 할 수 없습니다.

C. “GPL은 충분히 쓸만한 라이센스인가?”

제 생각에 GPL은 굉장히 훌륭한 라이센스입니다. 이 라이센스는 GPL로 된 프로젝트들을 자유롭게 해주는 동시에 회사들이 풀타임으로 개발에 참여하면서 충분히 돈을 벌 수 있는 가능성도 제공하고 있습니다. 또한 GPL은 이런 회사들이 이 제품을 강력하게 관리할 수 있도록 보장해줍니다. (특히나 그들의 *closed source* 기술 파트너들을 위해) 이게 바로 투자자들이 GPL을 사용하는 회사에게 투자하고 싶어하는 이유라고 할 수 있습니다. 투자자들은 이 제품을 fork하는 것을 통해 이 코드에 대한 권한을 줏어가는게 불가능하다는 사실을 알고 있기 때문이죠.

D. 결론

아마 Sun과 오라클도 이 사실을 알고 있을 겁니다. 이게 바로 Sun이 MySQL을 비싼 가격에 사들였던 이유이고, 오라클이 MySQL을 바보로 만드려는 이유이죠.

MySQL을 fork하기만 하는 정도로 간단한 문제였다면 Sun은 MySQL을 사지 않았을 것이고, 오라클은 MySQL을 포함해서 SUN을 사는 대신 MySQL fork를 만들었을테니까요.

Related Posts

• 1/23/2009 -- 공개 서체: 네이버 나눔고딕_코딩 (0)
• 5/22/2010 -- WebM 조금 이르지 않을까? (0)
• 4/4/2010 -- 지멋대로의 영어를 더 자주 볼 수 있었음 좋겠습니다. (6)
• 8/28/2009 -- 오페라 웹표준 강좌의 한글화와 번역체… (3)
• 8/25/2009 -- 사라져가는 오픈소스 커뮤니티? (7)

그런데 생각해보니 MMS는 일반 이메일로도 보낼 수 있으므로 직접 뭐가 다른지를 확인해보기로 했다.

자 우선 iPhone에서 ‘메롱’이란 메시지를 보낸 뒤 메일 원문을 확인해봤다.

Message-ID: <A200911181734130816804M4>
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk"
 
--kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk
Content-Type: multipart/alternative;
	boundary="NextPart_2003_0110_00000_0000000000A"
 
 
--NextPart_2003_0110_00000_0000000000A
Content-Type: text/plain; charset="euc-kr"
Content-Transfer-Encoding: base64
X-MIME-Autoconverted: from 8bit to base64 by ktfmms.magicn.com id nAI8YDHL022161
 
uN631Q0K
--NextPart_2003_0110_00000_0000000000A
Content-Type: text/html; charset="euc-kr"
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ktfmms.magicn.com id nAI8YDHL022161
 
<HTML><HEAD></HEAD><BODY>
<IMG SRC=3D"cid:A200911181734130816804M4part00">=B8=DE=B7=D5<br>
<BR><BR><BR>
KTF광고메시지
 
--NextPart_2003_0110_00000_0000000000A--
 
--kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk
Content-Type: image/jpeg; name=""1.jpg
Content-ID: <A200911181734130816804M4part00>
Content-Transfer-Encoding: base64
 
이하 생략

대강 봤을 때 사진은 잘 첨부되고 있고, multipart/alternative 타입을 사용한 뒤 img src에서 cid를 이용하여 다음과 같이 이미지를 삽입하고 있다.

IMG SRC=3D”cid:A200911181734130816804M4part00″

=3D는 Quoted print 타입으로 인코딩되어 있으므로 0×3D(=)이라고 보면 되고, cid:뒤에 나오는 아이디는 마지막으로 첨부되어 있는 이미지의 Content-ID와 동일하다. 별 문제는 없다는 얘기다.

다만 조금 걸리는 점이 있는데, 첨부된 이미지의 Content-type 부분에서 filename이 큰따옴표로 묶여있어야 하는데, 잘못 묶여있다. “”파일이름 식…

혹시 다른 휴대폰이랑 MMS 형식이 다른가 해서 친구에게 MMS 전송을 부탁했다.

Message-ID: <A200911181744475288203M0>
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld"
 
--Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld
Content-Type: multipart/alternative;
	boundary="NextPart_2003_0110_00000_0000000000A"
 
 
--NextPart_2003_0110_00000_0000000000A
Content-Type: text/plain; charset="euc-kr"
Content-Transfer-Encoding: base64
X-MIME-Autoconverted: from 8bit to base64 by ktfmms.magicn.com id nAI8ilJL027599
 
wabB1rW1sKzAu7anILD4x9e/obytpLukuw0K
--NextPart_2003_0110_00000_0000000000A
Content-Type: text/html; charset="euc-kr"
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ktfmms.magicn.com id nAI8ilJL027599
 
<HTML><HEAD></HEAD>
<BODY>
<IMG SRC=3D"cid:A200911181744475288203M0part02">
<FONT COLOR=3D"BLACK">=C1=A6=C1=D6=B5=B5=B0=AC=C0=BB=B6=A7 =B0=F8=C7=D7=BF=
=A1=BC=AD=A4=BB=A4=BB</FONT><BR><BR><BR>
KTF 광고
 
--NextPart_2003_0110_00000_0000000000A--
 
--Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld
Content-Type: image/jpeg; name="091030-0011.jpg"
Content-ID: <A200911181744475288203M0part02>
Content-Transfer-Encoding: base64
 
이하 생략

필요없는 정보는 다 지워버렸고, 어쨌든 비교해보면 파일이름 부분에 버그가 없는 것을 제외하면 똑.같.다. 미투데이 측 메일 파서가 굉장히 빡빡하거나 아니면 파일이름에 큰따옴표가 들어가서 문제가 생긴게 아닌가 싶다.

결론적으로 얘기하건데 iPhone의 버그 때문에 생긴 문제일 수도 있을 것 같지만 iPhone OS에서 대응하는 것보다 미투데이 측에서 대응해주는 것이 더 빠를 것 같다.

고쳐달라!! 고쳐달라!!

Related Posts

• 8/25/2009 -- 사라져가는 오픈소스 커뮤니티? (7)
• 1/29/2009 -- 미투데이~ (0)
• 10/31/2009 -- iPhone 사용기… (7)
• 8/24/2009 -- iPhone 기다려야 하나 말아야 하나… (6)
• 4/25/2009 -- Wordpress: textcube에서 보낸 트랙백 문제 (0)

구입 경로 및 가격

저같은 경우는 ebay를 통해 홍콩에서 판매되는 아이폰을 구입했습니다. 홍콩에서 유통되는 제품은 모두 SIM lock이 존재하지 않는다고 하네요. 덕분에 가격이 조금 높은 편입니다. 16GB 모델의 경우 배송료 포함 약 100만원 정도의 가격대를 형성하고 있습니다.

배송해줄 때 full insurance를 보장받을 수 있도록 실제 가격을 적어줄 지 아니면 $20짜리 gift라고 표시해줄 지를 물어보더군요. full insurance를 보장받으려면 10%의 관세를 물어야 할 것 같아서 full insurance는 포기했습니다.

목요일에 결제를 했고, 금요일에 배송 옵션과 관련해서 합의를 끝냈는데 토요일 오후에 도착하더군요. 비싼 배송료를 문 보람이 있었습니다.

전파인증

다들 알다시피 iPhone을 개통하려면 직접 전파인증을 받아야 합니다. 이 전파인증을 받기 위한 방법으로는 사설 업체에 맡기는 방법과 공공 기관에 맡기는 방법이 있는데, 전자는 인증에 1주일 정도만 필요한 대신 50만원이 필요하고, 후자는 인증에 1달 가까운 기간이 필요한 대신 35만원입니다.

전 요번 출장을 iPhone과 함께 하고 싶었고, 그러기엔 시간이 촉박했기 때문에 두루 KES라는 사설 업체를 통해 급행 인증을 받아야 했습니다.

iPhone을 택배로 접수하고 나서 3일이면 기기 테스트가 마무리 되므로 iPhone은 3일 뒤에 다시 받을 수 있습니다. 그런 다음 전파 약 3~4일 뒤 인증서 사본 이메일로 전송해주더군요. 인증서 원본은 모아놨다가 한꺼번에 배송해준다고 합니다. 참고로 사본으로도 개통하는데 문제는 없습니다.

iPhone을 구입한 이유

제가 iPhone을 구입하려고 했던 이유는 다음과 같습니다.

• 이쁜 외관
• 다양한 App
• GPS
• 카메라
• Wi-fi
• Bluetooth
• Global Roaming
• USB로 충전 가능

운이 좋게도 최근 해외로 나올 기회가 굉장히 많은데, 그 때마다 카메라 따로 전화기 따로 mp3 따로 게임기 따로 이렇게 챙기는 것이 굉장히 귀찮더군요. 기계 하나로 카메라, mp3, 게임기, 전화 기능을 모두 이용할 수 없을까 하고 있었는데, iPhone은 그 조건에 딱 맞는 장비였습니다. 게다가 USB로 충전이 가능하기 때문에 휴대용 배터리(맥북)만 있다면 언제든지 충전이 가능하므로 구지 휴대폰 충전기를 따로 챙길 필요가 없다는 장점도 있습니다.^[1]

더군다나 Wi-fi가 지원되고, 사파리와 메일 App이 기본으로 제공되기 때문에 AP만 찾을 수 있다면 어디서나 메일 확인 및 간단한 웹서핑이 가능하다는 것도 큰 메리트였고, GPS와 카메라가 내장되어 있기 때문에 내가 어디서 찍은 사진인지를 쉽게 확인할 수 있다는 것 또한 아주 매력적으로 다가왔습니다. Skype같은 App을 설치할 경우 내 iPhone을 이용 싼 가격으로 국제 전화를 할 수 있다는 것도 큰 장점입니다. (마치 휴대폰으로 전화하는 느낌으로 skype를 사용 가능)

그리고 제가 예전에 쓰던 스카이 스키니 폰의 경우는 2G폰이었기 때문에 월드 로밍 서비스를 이용할 수 없어서 일부 국가로 여행할 경우(eg., 영국, 중국, 일본 등등) 허접한 로밍 폰을 비싼 돈으로 임대해야했는데, 이제는 그럴 필요가 없어졌습니다. ^[2]

실제 사용을 해보니 기본으로 제공되는 기능만으로는 조금 부족한 경우도 있었지만 App store를 통해 무료로 제공되는 툴들로도 부족한 부분을 대부분 메꿀 수 있더군요.

아! 그리고 저 같은 경우는 스크래치에 굉장히 민감한 편인데, 아이폰은 스크래치에 굉장히 강합니다. 아무 보호 필름 없이 지난 2주간 사용해왔지만 현재까지 스크래치는 하나도 발생하지 않았습니다. (제가 좀 물건을 조심스럽게 사용하는 편이기도 합니다.)

iPhone의 단점들

하지만 장점만 있는 것은 아닙니다.

국산 폰들에서 기본으로 제공되는 기능이고, 아주 편리하게 사용하는 기능 중 하나로 번호 뒷자리만으로 전화번호를 찾는 기능이 있는데, (스카이의 경우 번호를 대강 누르고 검색 버튼, 삼성은 뒷자리 네자리만 입력하면 자동으로 전화번호가 뜸) iPhone의 경우 이런 기능을 지원하질 않습니다.

그냥 지원하지 않는 정도가 아니라 전화 번호를 이용해서 사람을 찾는게 불가능할 정도입니다. 집전화번호와 휴대폰 전화번호에 상관관계가 있는 경우가 많으므로 가끔은 뒷자리를 이용해서 전화를 걸었던게 누구인지를 추측해야할 경우가 있는데, 이 때 iPhone은 매우 불편합니다.

새로운 전화번호를 등록할 때 그룹을 미리 선택한 뒤 +버튼을 이용해서 등록하지 않는다면 추후 iPhone 내부에선 그룹을 변경할 수 없습니다. 그룹을 변경하려면 OS X의 주소록을 통해야하는데, PC에서는 이 부분을 어떻게 처리할 수 있는지 잘 모르겠습니다. 게다가 등록되지 않았던 번호로부터 문자 메시지를 받은 뒤 이 번호를 바로 주소록에 추가할 수 있는 방법이 없습니다. (복사해서 붙이기를 활용하면 어찌어찌 가능하긴 하지만 어쨌든 수작업은 귀찮은겁니다.)

그리고 내장된 카메라는 Zoom을 지원하지 않습니다. 물론 Camera+, Zoom cam 등의 App을 이용할 경우 소프트웨어 Zoom을 사용할 수 있지만 그렇게 할 경우 Exif태그나 GPS 정보가 포함되지 않는 것을 확인할 수 있었습니다. 그리고 대부분의 자료들은 iTunes를 통해 관리되는 반면 Photoroll의 경우 iTunes에서 가져오는게 불가능하고, Preview.app을 통해서 가져와야 합니다.^[3]

또 전 Wibro egg 사용자이기 때문에 구지 데이터 로밍을 사용할 일이 없는데, 데이터 로밍을 아예 꺼버리는 기능도 제공되지 않고 있습니다. (정확하게는 해외 사용시에만 데이터 로밍을 끌 수 있습니다) 한 2주 간 약 1M정도의 데이터 통신을 이용하게 되었던데, 요금이 얼마 정도나 나오는지를 확인해보고 최저 요금의 데이터 통신 정액제를 가입해야할 지도 모르겠다고 생각 중입니다.

게다가 GPS 정보가 아주 정확하지는 않습니다. 이 정보를 이용해서 여행시 길을 찾는데 도움을 받을 수 있지 않을까 했는데, 잠실에 있는 저희 집에서 위치 정보 표시를 할 경우 석촌호수가 찍히는 등 꽤 큰 오차가 발생하더군요. 이게 네이버 지도, 다음 지도 등의 문제인지 아님 GPS의 문제인지는 정확히 모르겠습니다. 한국에 돌아가게 되면 기본 지도 어플(구글 맵 이용)로 테스트해보고 결과를 첨부하도록 하겠습니다.

또 알람이 시계 App 속에 숨어있는 등 약간 적응이 필요한 경우도 있습니다. (참고로 사용법 메뉴얼은 거의 없다고 보시면 됩니다.) 알람이 기본으로 제공되지 않는 기능인 줄 알고 무료 App을 하나 설치했었는데, 알고보니 시계 App 속에 숨어있더군요. 참고로 이 알람 기능은 굉장히 집요합니다. 슬라이드로 해제시키기 전에는 절대 꺼지지 않습니다.

이건 iPhone의 문제인지 KT의 문제인지 모르겠는데 (제 iPhone이 아니라 다른 분의 휴대폰에서도 비슷한 문제가 발생한 걸 봐서) Beijing(북경)과 Xian(서안)은 국내 시간과 1시간의 시차가 있음에도 불구하고 국내 시간을 보여주는 문제가 발생했습니다. 참고로 이스탄불이나 제네바에선 제대로된 시간을 보여주는 걸 확인했습니다.

마지막으로 웹 페이지를 통해 로그인해야하는 wi-fi의 경우 인증 과정에 자바스크립트가 사용되면 로그인을 할 수 없는 문제가 있었습니다. 국내에선 인천 공항의 네이버 스퀘어에서 이런 문제를 겪었었고, 해외에서는 Sheraton, Xian 호텔에서 이런 문제를 겪을 수 있었습니다.

에필로그

이렇게 유난을 떨면서까지 iPhone을 쓰는 것이 그렇게 큰 메리트가 있느냐고, 정말 iPhone이 150만원의 가치가 있느냐고 묻는다면 할 말은 없습니다. 하지만 1년 365일 거의 24시간 함께 생활해야하는 휴대폰인 것을 감안했을 때 정말 맘에 드는 휴대폰을 쓰고 싶었을 뿐입니다.

제가 생각했던 것보다 더 편리했던 부분들도 있었고, 분명 제가 생각했던 것보다 못미치는 부분들도 많습니다. 하지만 국내에서 구입 가능했던 다른 폰을 구입했을 경우 지금 제가 느끼는 만족감들을 느끼진 못했을거라는 생각입니다.

여기까지 지난 2주간의 아이폰 사용기였습니다. 읽어주셔서 감사합니다. :)

1. Wibro egg의 경우 휴대폰 충전기를 통해 충전해야하므로 이런 제 꿈은 깨어졌습니다. OTL

   게다가 아이폰이 있음에도 불구하고, 여전히 제 가방에는 NDSL과 iPod nano가 함께 들어있습니다. 사실 음악을 듣는 용도 만으로는 iPod nano만한게 없죠. -_-a

2. 대신 비싼 3G 로밍 비용을 감당해야합니다. 참고로 3G 로밍 비용은 2G의 2배 정도입니다.
3. 제가 iLife를 설치해두지 않아서 확인할 수 없지만 아마 Photoroll은 iPhoto를 통해 관리되지 않을까 싶습니다.

Related Posts

• 3/14/2009 -- Unfix 새 서버… (4)
• 2/16/2009 -- 유니바디 맥북 사용기… (0)
• 8/24/2006 -- Smartjoy!! (2)
• 8/24/2009 -- iPhone 기다려야 하나 말아야 하나… (6)
• 3/24/2009 -- unfix 새 서버 #2 (2)

이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙하며, 자바스크립트에서 변수, 함수, 메서드 등의 기본적인 개념을 이해하는 첫 발을 내딛었다 – 비록 그 첫발이 좀 비틀거렸을 수 있지만 말이다. 자 이제는, 그러한 지식을 이용해서 당신의 사이트를 방문하는 이용자들에게 상호작용적이고 또한 역동적인 행동behavior을 제공하기 시작할 때이다. 자바스크립트를 이용해서 이벤트를 조종하는 것은 당신에게 프랑켄슈타인 박사의 세계로 한걸음 내딛게 하며, 또한 당신의 창조물에게 진실로 생명을 부여하는 것이다!

from 49. 자바스크립트 이벤트 핸들링

번역문의 ‘소개’ 파트는 위와 같다. 이 파트의 시작 부분을 살펴보자. ‘이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙하며, 자바스크립트에서 변수, 함수, 메서드 등의 기본적인 개념을 이해하는 첫 발을 내딛었다 – 비록 그 첫발이 좀 비틀거렸을 수 있지만 말이다.‘ 영어에서는 우리 말과 어순이 다르다. 뭔가에 대해 이야기하고 뒤에서 계속 부연을 하곤 한다. 하지만 우리 말은 이런 식으로 잘 표현을 하지 않는다. 그러므로 ‘비록 그 첫발이 좀 비틀거렸을 수 있지만 말이다.‘ 식으로 뒤에서 부연하기 보다는 이와 비슷한 표현을 앞에 넣는 게 좋지 않을까 싶다.

‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 … 하는 첫 발을 내딛었다.‘

아직 어색하지만 조금 더 우리 말 다운 표현이 된 것 같다. 그런데 여기서 말줄임 표로 표현한 부분도 한 번 다듬어야 할 필요가 있어보인다. 말줄임표로 표현했던 표현은 다음과 같다. ‘CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙하며, 자바스크립트에서 변수, 함수, 메서드 등의 기본적인 개념을 이해…‘ 쉼표를 통해 대등한 두 가지를 부연이 나열되어 있으니 각각을 앞의 문장에 넣어보자.

‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙하며 첫 발을 내딛었다.‘,
‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 자바스크립트에서 변수, 함수, 메서드 등의 기본적인 개념을 이해하는 첫 발을 내딛었다.‘

둘 다 조금은 어색한 느낌이 나므로 다음과 같이 수정해보자.

‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙해지기 위한 첫 발을 내딛었다.‘,
‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 자바스크립트의 변수, 함수, 메서드 등과 같은 기본적인 것들을 이해하기 위한 첫 발을 내딛었다.‘

이 정도 되면 각각은 충분히 자연스러워진 것 같으니 두 문장을 다시 하나로 합쳐보자.

‘조금 비틀거렸을 지는 모르겠지만 이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙해지기 위한 그리고 자바스크립트의 변수, 함수, 메서드 등과 같은 기본적인 것들을 이해하기 위한 첫 발을 내딛었다.‘

위로 돌아가서 이전 번역문과 한 번 비교해볼 경우 훨씬 자연스러워진 것을 확인할 수 있다.

살펴보는 김에 마지막 문장도 한 번 살펴보자. ‘자바스크립트를 이용해서 이벤트를 조종하는 것은 당신에게 프랑켄슈타인 박사의 세계로 한걸음 내딛게 하며, 또한 당신의 창조물에게 진실로 생명을 부여하는 것이다!‘ 이 문장에서의 주어는 ‘자바스크립트를 이용해서 이벤트를 조정하는 것‘이다. 그런데 우리 말 체계에서는 무생물을 주어로 사용하는 경우는 거의 없다. 주어를 당신으로 바꿔서 문장을 재구성해보자.

‘자바스크립트를 이용해서 이벤트를 조정하는 것을 통해 당신은…‘ 다시 읽어보았을 때 훨씬 어색하지 않은 것을 확인할 수 있다.

이제 그 다음 구 부분을 살펴보자. ‘당신에게 프랑켄슈타인 박사의 세계로 한걸음 내딛게 하며…‘ 번역문을 자주 접할 수 있게 되어 어느정도 익숙해졌을 지도 모르겠지만 수동 표현은 그다지 친숙한 표현이 아니다. 그러므로 능동태로 다음과 같이 문장을 재구성해보았다.

‘자바스크립트를 이용해서 이벤트를 조정하는 것을 통해 당신은 프랑켄슈타인 박사의 세계로 한걸음 다가갈 수 있으며 …‘

문장의 나머지 부분을 살펴보자. ‘또한 당신의 창조물에게 진실로 생명을 부여하는 것이다!‘ 주어를 공유하고 있으므로 이 문장은 ‘또한 자바스크립트를 이용해서 이벤트를 조종하는 것은 당신의 창조물에게 진실로 생명을 부여하는 것이다!‘라는 의미를 가지게 된다. 하지만 주어를 바꿔버렸으므로 뒷 부분의 표현도 다시 수정해줘야할 것 같다.

‘자바스크립트를 이용해서 이벤트를 조정하는 것을 통해 당신은 프랑켄슈타인 박사의 세계로 한걸음 다가갈 수 있으며, 당신의 창조물에 진실된 생명을 부여할 수도 있게 된다.‘

자 이제 위에서 다듬은 문장으로 번역문을 업데이트 해보자.

조금 비틀거렸을 지는 모르겠지만 이제 당신은 CSS를 이용해서 레이아웃을 잡고 스타일을 주는데에 익숙해지기 위한 그리고 자바스크립트의 변수, 함수, 메서드 등과 같은 기본적인 것들을 이해하기 위한 첫 발을 내딛었다. 자 이제는, 그러한 지식을 이용해서 당신의 사이트를 방문하는 이용자들에게 상호작용적이고 또한 역동적인 행동behavior을 제공하기 시작할 때이다. 자바스크립트를 이용해서 이벤트를 조정하는 것을 통해 당신은 프랑켄슈타인 박사의 세계로 한걸음 다가갈 수 있으며, 당신의 창조물에 진실된 생명을 부여할 수도 있게 된다.

물론 아직 초벌 번역 정도 수준이다보니 저런 표현들이 많이 보이는 게 어찌보면 당연할 수도 있지만 저 정도로 만족하지 않고, 계속 어색한 문장을 다듬기 위한 노력이 필요할 것으로 보인다.

지난 해 CSS 완벽 가이드를 번역하면서 느꼈고, 지금도 확연히 느끼고 있는 것 중 하나지만 정말 번역을 위해서 필요한 건 영어를 얼마나 잘 이해하는가보다는 얼마나 자연스러운 우리 말 문장을 만들 수 있는가 하는 것이 아닌가 싶다.

더불어 따로 보수를 받는 것도 아니면서 저런 자원봉사를 해주는 clearboth 사람들에게 박수를… (이거 조금 병주고 약주고인가 -_-;; )

Related Posts

• 3/5/2009 -- ‘CSS 완벽 가이드’가 나옵니다. (14)
• 2/19/2009 -- 번역과 용어… (1)
• 12/15/2009 -- MySQL의 라이센스 모델이 가지는 의미는? MySQL은 결국 죽임을 당할 것인가? (0)
• 3/14/2009 -- ‘CSS 완벽 가이드’와 역자… (1)

내가 인터넷에 중독된지 벌서 10년이 넘어가고 있다. 그 동안 참 많은 것들이 나타났고, 인기를 끌었었으며, 조용히 없어져가고 있다.

오늘 KLDP에서 ‘사라져가는 오픈소스 커뮤니티‘라는 글을 읽었다. Gentoo Korea, Gnome Korea, KLDP … 모두 내가 굉장히 많이 활동했었던 커뮤니티들이고, 현재는 분명 예전 만큼의 활동이 보이지 않는다.

처음 젠투, 그놈을 접했던 건 2002년이었다. Linux for scratching을 시도해보려 했던 때인데, LFS와 비슷한 짓을 하면서도 자동화 되어 있다는 것이 내게 큰 장점으로 느껴졌기에 젠투를 선택했고 한동안 젠투와 함께 전투를 했던 기억이 난다.

당시엔 리눅스가 지금처럼 쉽지 않았기에 굉장히 많은 삽질을 해야했다. 특히나 리눅스 데스크탑이 보편화되어 있지 않은 시기였기에 하다못해 X에서 한글을 보는 정도조차 기본으로는 지원이 되질 않았다. 그나마 문서도 존재하지 않았기에 KLDP나 Gentoo Korea, Gnome Korea 등의 커뮤니티에 의존해 정보를 찾아내야만 했다.

하지만 세상이 변했다. 이제는 그런 사용자의 노하우가 필요한 삽질은 거의 필요하지 않게 되었고, 블로그 등의 1인 미디어가 주가 되었으며 각 사용자의 블로그에 분산되어 있는 정보들 사이에서 의견을 교환할 수 있는 트랙백, 핑백 등의 개념이 도입되었다. 바로 웹 2.0이 가져온 혁명이다.

그로 인해 커뮤니티에 갖혀있던 정보들이 개인 블로그들로 확산되게 되었고, 커뮤니티가 가지고 있던 사람들 간의 간단한 의견 공유 역할은 twitter.com나 Facebook, me2day 같은 Social Network Service 로 옮겨가고 있는 것이 아닌가 싶다.

실제로 사라져가고 있는건 오픈소스 커뮤니티 만이 아니다. 맥주, OS X Dev 등의 매킨토시 커뮤니티들도 예전만큼의 활동이 보이질 않는다.

물론 경기도 안좋고, 사는 것도 예전보다 빡빡해지다 보니 온라인에서의 활동이 줄어들고 있는 건 확실한 것 같다. 하지만 관심이 없어져서 커뮤니티가 사라져가고 있다기보다는 커뮤니티들이 담당하고 있던 역할들이 다른 서비스들로 옮겨가 버렸다고 보는 것이 옳은 것 같다.

조금 다르게 생각해보면 어떤 웹사이트 하나에 갖혀있던 커뮤니티가 웹이라는 세계로 자유롭게 풀려났다고 볼 수도 있지 않을까…

Related Posts

• 1/29/2009 -- 미투데이~ (0)
• 1/13/2009 -- facebook 약관은 번역기를 돌린 것? (0)
• 1/11/2009 -- Korean/English Language exchange 모임. (1)
• 11/18/2009 -- iPhone에서 me2day로 MMS 발송시 me2photo가 등록되질 않는 문제… (5)
• 2/16/2009 -- 공개 소프트웨어 포털? (0)

그리고 나서 오늘 e토마토 홈페이지를 통해 새로운 떡밥이 하나 더 투척되었습니다. 이 기사에 따르면 단말기 가격은 약 30만원 정도가 될 것이며, 월 7만원짜리 요금제를 2년동안 의무적으로 사용해야 한다고 합니다.

제 휴대폰 요금은 3만원이 채 나오지 않는다는 점을 생각하면 한달 4만원 정도씩을 2년간 부담해야 한다는 이야긴데요. iPhone을 쓰기 위해 30 + 4*24 인 126만원 정도를 투자해야한다는 이야기가 됩니다.

사실 iPhone을 쓰고 싶었던 이유는 MP3 플레이어 + 휴대폰 + 똑딱이(컴팩트 디지털카메라)를 따로 들고 다닐 것이 아니라 iPhone이라는 단일 기계 만으로 저 세 가지의 효과를 모두 누릴 수 있다는 점 때문이었고, 추가적으로 데이터 통신을 이용한 장소에 구애받지 않는 인터넷 사용이 메리트로 생각되었습니다.

하지만 얼마 전 출시된 KT Wibro egg를 이용할 경우 iPod touch로도 (지역은 서울 정도로 국한되지만) 장소에 구애받지 않는 인터넷 사용이 가능해지고, 얼마 전 나온 루머에 의하면 9월 첫 주에 있을 키노트에서 카메라가 포함된 iPod touch 3G가 발표될 것이라고 합니다. 그동안의 행보를 봤을 때 가격은 iPod touch 2G와 비슷하거나 조금 더 싼 가격이 될 것이라고 생각하는데, 그렇다면 구지 저 비싼 돈을 들여 iPhone을 쓸 필요가 있을까 싶네요.

물론 위에서 하는 얘기의 대부분은 루머에 의존하고 있으므로 사실이 아닐 수도 있습니다. 정말 메리트가 있느냐 없느냐는 실제로 출시가 되고 나서 판단해도 늦지는 않을거라 생각합니다.

어쨌거나 9월까지도 출시가 되지 않거나 혹은 정말 루머에서 밝혀진 정도 조건으로 판매를 하게 된다면 iPhone의 1/3 정도만 부담하면 되는 SKY 큐브릭이나 삼성 아몰레드 + iPod touch 3G로 방향을 선회해야겠습니다.

Related Posts

• 10/31/2009 -- iPhone 사용기… (7)
• 11/18/2009 -- iPhone에서 me2day로 MMS 발송시 me2photo가 등록되질 않는 문제… (5)
• 2/16/2009 -- 유니바디 맥북 사용기… (0)
• 1/13/2009 -- iLife 09 업데이트 프로그램 (1)
• 9/11/2007 -- mail.app: apple 다운 배려… (1)

조금 살펴보니 개선할 여지가 있길래 약간의 코드를 더해봤다. 절대 네이버 웹툰에 있는 이미지를 링크하기 위한 목적이었던 건 아니다.

그나저나 세상에 참 이상한 사람 많다. 자기도 어디서 퍼온 거를 자기 블로그에 적어놓는 정도 밖에 안되면서 마우스 우클릭을 막아놨다. 드래그도 막아놨다. 그러면서 자기 블로그에는 마우스 우클릭을 막아놓은 것을 푸는 방법이라고 올려놨다. 난 그럼 그걸 보고 직접 쳐서 마우스 우클릭을 해제해야하는건가?

javascript:function r(d)
{
	d.oncontextmenu=null;
	d.onselectstart=null;
	d.ondragstart=null;
	d.onkeydown=null;
	d.onmousedown=null;
}
function travesal(item)
{
 	r(item);
	for( var i = 0; i < item.childNodes.length; i++ )
	{
		travesal(item.childNodes[i]);
	}
}
function unify(w)
{
	for(var i=0;i<w.frames.length;i++)
	{
		try
		{
			unify(w.frames[i].window);
		}
		catch(e)
		{
		}
	}
	if( w.document) travesal(w.document);
}
unify(top);
alert("해제 됐음.");

복사해서 즐겨찾기로 만들어두면 유용하게 이용이 가능할 듯…

덧: 이상하게 프레임 관련해서는 아직 오동작하는 것 같다. 좀 더 손을 봐야할 듯 ㅠ.ㅠ

Related Posts

• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 8/10/2009 -- CSS로 탭 내비게이션 구현하기… (1)
• 3/16/2009 -- 인터넷 뱅킹과 SSL… 변명은 이제 그만… (2)
• 2/7/2010 -- 인터넷 결제 시스템을 언제까지 익스플로러에 가둬놓을 셈인가? (3)

처음 보내드린 곡이 서른즈음에 라고 하는 노래였습니다. 공감하시는지요. 누구나 스스로의 나이에 대한 무게는 스스로 감당해내면서 지냅니다. 10대 때는 거울처럼 지내지요. 자꾸 비춰보고 흉내내고, 선생님 부모님 그리고 친구들…

그러다 20대 때 되면 스스로를 찾기 위해 좌충우동 부대끼면서 그러고 지냅니다. 가능성도 있고 나름대로… 주관적이든 일관적이든 객관적이든… 나름대로 기대도 있고, 그렇게 지내지요. 자신감은 있어서 일은 막 벌리는데, 마무리는 못해서 다치기도 하고 아픔도 간직하게 되고 그러면서… 그래도 자신감은 있어서 유리처럼 지내지요. 자극이 오면 튕겨내버리던가 스스로 깨지던가.

그러면서 그 아픔같은 것들이 자꾸 생겨나고, 또 비슷한 일들이 일어나면 더 아프기 싫어서 조금씩 비껴나가죠. 피해가고… 일정부분 피해가고 일정부분 비껴가고 그러다보면 어느새 나이에 니은자 붙습니다. 서른이죠.

그 때쯤 되면 스스로의 한계도 인정해야하고 주위에 일어나는 일들도 더 이상 재밌거나 신기하거나 하지 않습니다. 얼마 전 후배를 하나 만났는데 올해 갓 서른이에요.

형, 왜?, 답답해… 뭐가? 재미없어… 글쎄 뭐가? 답답해… 너만할 때 다 그래…

뭐 그런 답답함이나 재미없음이나 그런것들이 그 즈음에, 그 나이 즈음에, 저 뿐만이 아니라 그 후배 뿐만 아니라 다들 친구들도 그렇고 비슷한 느낌들을 가지고 있더군요. 그래서 계속 그렇게 답답해하면서 재미없어 하면서 지낼것이냐 좀 재밌거리를 찾고 이루어내고 열심히 살아보자 뭐 그런 내용들을 지난 7월에 발표한 4집 앨범에 담았습니다.

어렸을 적 생각에 나이 서른이라고 하면 뭔가 멋있어 보였고, 내가 그 나이쯤 되었을 땐 좋은 직장도 가지고 멋진 여자와 만나 결혼도 하고 행복한 하루하루를 보내는 멋진 어른이 되어 있을거라 생각했다.

‘답답하다.’

최근 내가 가장 많이 하고 있는 말 중 하나인 것 같다. 주위 사람들은 다들 직장도 가지고 돈도 벌고, 자리도 잡아가는 것 같은데, 나 혼자 바보같이 이러고 있는 것 같다.

차도 사고 싶고, 집도 다시 나가고 싶고, 좋은 악기도 사고 싶고, 맘에 드는 아가씨한테 멋진 저녁을 대접하면서 고백도 하고 싶다. 하지만 그러기에는 내 수입은 너무 불안정하다.

자격지심인지는 모르겠지만 어떤 모임에 나가서 사람들이 명함을 주고 받는 걸 보면 너무나 초라해지고, 나 혼자 아이인 것 처럼 느껴진다.

가끔씩 듣는 ‘태영씨는 학생이니까…’ 이런 말이 너무 싫다.

석사를 시작할 땐 뜻이 있었다. 대학원에 대한 환상도 있었고, 내 미래에 대한 기대도 있었다. 운좋게 해볼 수 있었던 경험들이나 내가 짜왔던 코드들이 내 실력을 대변한다고 생각했고, 나는 특별한 사람이라 생각했다. 그냥 이러고 있으면 좋은 곳에서 날 병특으로 데려가 줄거라 생각했다.

물론 내 2년 간의 석사 생활이 그리고 지금 하고 있는 박사 생활이 나에게 의미가 없었다고는 생각하지 않는다. 금전적으론 힘들었지만 2년 전의 나와 지금의 나는 비교할 수 없는 차이가 생겨났고, 그 때는 보지 못했던 것들을 지금은 볼 수 있게 되었다.

연구실에 있지 않았다면 경험해보지 못했을 수많은 경험을 해보고 있다.

지금 내 문제는 내가 결정을 하지 못하고 있다는 것 같다. 최근 연구실에서 경험하고 있는 것들이 싫지는 않다. 하지만 이런 불확실한 것들보단 시간만 있다면 확실하게 처리할 수 있는 기계적인 일이 그립기도 하다.

때로 들어오는 큰 수입 보다 크진 않지만 안정적인 수입을 얻고 싶다. 어린아이의 어른 놀이가 아닌 어른의 하루를 보내고 싶다. 안정되고, 내 삶을 공유할 누군가를 만나고 결혼하고 싶다.

어렵다. 그리고 답답하다.

Related Posts

• 4/16/2009 -- 너무 아픈 사랑은 사랑이 아니었음을… (2)
• 4/9/2009 -- 뮤지컬 오디션 OST – 돌고래 (8)
• 3/10/2009 -- 바람이 불어온다… (6)
• 2/23/2009 -- 근황… (6)
• 2/23/2009 -- 기쁜 소식! (6)

block 레벨 엘리먼트에 position 속성을 주게 될 경우 새로운 context가 시작되게 되므로 그 하위 엘리먼트에서 position: absolute를 사용할 경우 position을 속성을 지정해둔 상위 엘리먼트의 위치 기준으로 위치가 지정된다는 사실을 이용하는 방법입니다.

border만을 활용하다 보니 디자인 상으로 사소한 문제가 있지만 span 등을 활용할 경우 충분히 이쁘게 만들 수도 있을거라 생각합니다.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>tab navigation: css sample</title>
<style>
<!--
 
.tab-navigation {
	position: relative;
	*zoom:1;
}	
 
.tab-navigation li {
	float: left;
}
 
.tab-navigation h2 {
	float: left;
	padding: 7px;
	height: 30px;
	border: 1px solid #ccc;
	border-bottom: 1px solid #000;
}
 
.tab-navigation .selected h2 {
	border: 1px solid #000;
	border-bottom: 1px solid #fff;
}
 
.tab-navigation li:hover h2 {
	background-color: #ccc;
	border: 1px solid #000;
	border-bottom: 1px solid #fff;	
}
 
.tab-navigation li {
	list-style: none;
	margin: 0;
	padding: 0;
}
 
.tab-navigation li li {
	float: none;
}
.tab-navigation ol {
		display: none;
		width: 250px;
		height: 150px;
		background-color: #fff;
}
 
.tab-navigation .selected ol {
	display: block;
	position: absolute;
	left: 0px;
	top:  48px;
}
 
.tab-navigation li:hover ol {
	display: block;
	position: absolute;
	left: 0px;
	top:  48px;
	z-index: 255;
}
 
-->
</style>
</head>
<body>
 
<div id="container">
 
	<h1 id="toc-tab-navigation-css-sample">tab navigation: css sample</h1>
 
	<ul class="tab-navigation">
		<li class="selected">
			<h2 id="toc-tab1">tab1</h2>
			<ol>
				<li>1-1</li>
				<li>1-2</li>
				<li>1-3</li>
				<li>1-4</li>
			</ol>
		</li>
 
		<li>
			<h2 id="toc-tab2">tab2</h2>
			<ol>
				<li>2-1</li>
				<li>2-2</li>
				<li>2-3</li>
				<li>2-4</li>
			</ol>
		</li>
 
		<li>
			<h2 id="toc-tab3">tab3</h2>
			<ol>
				<li>3-1</li>
				<li>3-2</li>
				<li>3-3</li>
				<li>3-4</li>
			</ol>
		</li>
	</ul>
 
</div>
 
</body>
</html>

결과: http://mytears.org/resour...rc/html+css/css-navi.html

다만 absolute를 활용하다보니 부모 엘리먼트의 크기가 하위 엘리먼트에 맞춰 확장되지 않기 때문에 높이를 강제로 고정해야하는 문제가 있는데, 이 부분을 해결하는 것도 고민해봐야겠네요.

확인해본 결과 IE6에서는 li에만 float을 주게 될 경우 h2 때문인지 li의 너비가 100%로 설정되는 문제가 있었습니다. 그걸 피하기 위해 h2에도 float: left를 지정해줘야 했으며, position: relative가 제대로 역할하지 못하는 버그를 해결하기 위해 *zoom: 1;(css hack)을 추가해줘야 했습니다.

덧: IE6에서는 li:hover를 제대로 처리하지 못하므로 약간의 자바스크립트를 이용해야할 것으로 보입니다. 그리고 IE5.5에서 sub contents의 여백이 조금 다르게 보이는 문제가 있네요.

Related Posts

• 3/4/2009 -- ACID3 test (3)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 8/24/2009 -- 마우스 드래그, 마우스 오른쪽 버튼을 막아둔 것 풀어버리기 (1)
• 6/1/2009 -- checkbox 중 최대 2개만을 선택할 수 있도록 만들기… (0)
• 5/29/2009 -- heading element에 multi-level 넘버링 하기 (0)

1. 재가출

사고 싶은 것들 리스트

1. 내 맥북용 프라이버시 필터
2. iPhone
3. 커즈와일 SP2XS
4. 1280×800 정도 해상도가 지원되는 넷북
5. 24인치 LCD
6. 기계식 키보드

정말 iPhone은 10월 1일에 출시되는걸까? 그리고 정말 10만원 초반대로 살 수 있는걸까?

아래 4가지 가격을 합치면 300이네 ㅠ.ㅠ 돈 많이 벌어야겠다.

그리고 iPhone이랑 Privacy filter를 빼고는 전부 다시 가출해야 쓸 수 있을만한 것들이구나… 올해 말까지 긴축 재정으로 집나갈 돈 부터 마련해야지 -_-a

집 나가면 책상도 다시 사야하고 책장도 다시 사야하고 침대도 다시 사야하고 옷장도 다시 사야하고…

에휴… ㅠ.ㅠ

Related Posts

• 2/24/2009 -- 어떤 프레젠터가 좋을까? (6)
• 1/14/2009 -- 다음으로 지를려는 것들 리스트… (0)

올해 초 언픽스 서버를 업그레이드할 목적으로 중고 유니와이드 서버를 구입했고, 조금 더 좋은 사양으로 업그레이드 하기 위해 CPU 등을 추가로 구입했지만 범용 방열판은 캐패시터 간섭 문제로 사용할 수 없고, 전용 방열판은 구입할 길이 없어 애물단지가 되어버렸다. 여기서 손해 본게 한 40 정도…

비슷하지만 조금 더 좋은 사양의 서버를 새로 구할 수 있었고, 원래 계획했던 금액과 비슷한 수준으로 새 서버를 꾸밀 수 있었다.

저번 달에는 국제 회의 참가 건으로 비행기를 예약하면서 근처에 있는 다른 나라를 들렸다 오려고 다구간 항공권을 구입했다가 그렇게 구입할 경우 프로젝트 비로 청구가 불가능하다는 얘기를 듣과 좌절… 항공권 취소 수수료로 30만원을 물어야 했다.

취소하고 다시 비행기표를 예약해야하는데, 회의 기간에 맞는 항공권이 없다는 이유로 일주일 전에 출국을 하게 되었다.

그런데 영국에 도착하자마자 받은 문자… ‘형 교수님이 형 왜이렇게 일찍 갔냐고 노하셨어요.’ -_-a

뭐 어쨌건 혼나는건 나중일이라고 생각했고, 정말 잘 놀다왔다.

그 즈음에 유니와이드 엔지니어 분께서 방열판을 아직도 구하고 있다면 자기가 구해줄 수 있다는 이메일을 보내주셨고, 서버를 업그레이드해서 다시 팔아버리려는 목적에 방열판을 구입했다.

그런데 하나만 사면 되는 방열판을 실수로 두 개나 구입해버렸다. 싸지도 않았는데…

며칠 전부터 다음번 회의 기간을 연장하자는 얘기가 논의되고 있다. Xian 미팅 이후 Geneva에서 2일 정도 더 회의를 하자는 얘기가 나오고 있는데, 이 안이 통과될 경우 제네바도 가볼 수 있을 것 같다. 내 마일리지가 쌓이는 건 덤… 그런데 이 경우 표를 어떻게 사야하는건지 잘 모르겠다. Xian in, Geneva out 다구간 항공권 + Xina-Geneva 편도?

옆으로 메는 가방에 노트북을 넣어 다닐 때는 푹신푹신한 파우치보다 radtech sleevz같은 게 더 좋을 것 같길래 radtech.us에서 주문을 했지만 3주가 되가도록 제품이 오질 않았다. 이메일을 보냈더니 한 달까지 기다려보고 안오면 다시 연락을 해달라고 한다. 쳇!

그리고 할 것도 많았던 오늘… 뭔 바람이 불었는지 이 서버를 만지다가 보드를 태워먹었다. -_-a

인생지사 새옹지마라지만 이상한 해다… 그래도 다음은 좋은 일이 올 차례긴 하구나. 뷁!

Related Posts

• No Related Post

어쨋거나 인터넷을 뒤진 끝에 영국에 있을 동안은 ‘퀸즈 민박’, 체코에 있을 동안은 ‘동화 속 프라하’를 이용하기로 마음먹었습니다. 유럽 쪽이 담배 값이 워낙 비싸다보니 민박집에서 하루 숙박료 대신 담배 한 보루를 받기도 하더군요. 나중에 들어보니 중국 쪽 밀매업자들에게 담배를 팔 수 있다고 합니다. 민박료 보다 더 받는 눈치지만 서로 윈-윈 하는 거니 아쉬울 건 없을 거 같아요.

20일에는 아침 일찍부터 일어나 비행기를 잡아타고, 영국으로 날아갔어요. 입국 심사를 하는데 좀 까다롭더라구요. 왜 그렇게 꼬치꼬치 캐묻는지…

어쨌거나 입국 심사를 무사히 마치고, 숙소인 빅토리아 역으로 향했습니다.

아무 정보도 없이 가서 몰랐는데, 빅토리아 역으로 가는 방법은 세 가지가 있습니다. Express 기차를 타는 방법과 버스를 타는 방법, 그리고 Underground(Tube)를 이용하는 방법 이렇게 세가지였는데, 전 아무 것도 몰랐기 때문에 가장 비싼 Express를 이용했습니다. -_-a 사실 주말에는 피카딜리 라인이 히드로 공항까지 운행하지 않기 때문에 6존까지 커버되는 언더그라운드 티켓이 있을 영우 Express train을 이용할 수 있다고 해요. 한국으로 돌아올 때는 이렇게 해서 7.5파운드 밖에 들지 않았지만 이 날은 그걸 몰랐기 때문에 19파운드나 들었습니다.

어쨌든 빅토리아 역에 도착해서 전화를 하니 민박집에서 마중을 나오더군요. 전 제일 싼 도미토리 룸을 이용했는데, 첫 날은 이 방을 세 명이서 사용했어요. 저녁 때 도착하기도 했고, 피곤하기도 한 관계로 첫 날은 바로 넉다운!!!

유럽 쪽은 처음 가본 것이었는데, 해가 정말 길더군요. 저녁 10시에 해가 져서 아침 4시 반이면 다시 해가 뜹니다. 전 원래 아침에 일찍 일어나는 편이 아닌데, 여행 중이라 긴장을 해서 그랬는지 해가 워낙 일찍 떠서 그랬는지 맨날 5시 반이면 일어나곤 했어요.

둘째날인 일요일에는 민박집에서 만난 아가씨와 뮤지컬을 보기로 의기투합되어 표를 예약하기 위해 피카딜리 서커스 역으로 향했습니다. Underground를 싸게 이용하려면 오이스터 카드를 이용하는 게 좋은데 1, 3, 7일권을 끊을 수 있고, peak time을 커버하는 카드를 사려면 거의 두 배에 가까운 요금을 지불해야합니다. 제가 조금 바보짓을 해서 -_- peak time(아침 9:30까지, 주말은 하루 종일 off-peak)까지 커버하는 1-2존용 7일짜리 티켓을 샀고, 28파운드 정도를 지불했습니다. off-peak 용 오이스터 카드가 13.8파운드였으니 14파운드 정도를 날린 셈이죠. 그나마 3일 밖에 안쓰고 체코로 넘어갔었는데 이래저래 하면 한 20파운드 쫌 손해를 봤습니다. 참고로 원데이 패스나 3일권 7일권을 끊을 경우 기간 내에 버스/지하철을 무제한 이용할 수 있습니다.

그런데!! 지도를 안들고 나오는 바람에 극장을 찾기가 쉽지 않았고, 그나마 주말이라 티켓도 없었습니다. 결국 피카딜리 서커스 역 주위를 휘집고 다니다가 토튼헴 역에서 다시 지하철을 잡아타고 노팅힐의 포토벨로 마켓으로 행선지를 변경!

줄리아 로버츠가 나왔던 유명한 영화 ‘노팅힐’에 나온 바로 그 곳이죠. 길을 따라 양 쪽으로 상점들이 늘어서 있고, 이 길 끝에는 영화에 나왔던 빨간 대문 집이 있다고 해요. 끝까지 가보진 않았기 때문에 확인을 하진 못했습니다.

어떤 상점에서 발견한 타이핀~ 가판이라 영수증 같은걸 주진 않았기 때문에 얼마에 샀는지 잘 기억이 나진 않지만 아마 만원 쯤에 샀던 거 같아요. 두 배 쯤 달라고 했었는데, 왠지 가판에서 달란데로 다 주는 건 조금 그렇다 싶어서 ‘I like this one, but it’s too expensive’ 작렬! 흔쾌히 깍아주시더군요.

길거리에서 까나페도 먹고, 이리저리 돌아다니다가 다음 행선지인 Brick lane market을 찾아 리버풀 스트리트역으로 고고~!

평소에 방향 감각이 꽤나 좋다고 생각했는데, 허걱 완전 헤맸습니다. 헤메다가 길건너에 뭔가 마켓 발견! 스피틀필즈 마켓이라고 하는데, 이쁜 커프스 버튼들을 파는 가게가 아주 인상적이었어요. 사고 싶었지만 브랜드 제품이라 조금 비싸서 포기. 그 외에도 여자분들을 위한 옷, 스카프 등을 파는 가게들과 예술 작품들을 파는 가게들이 있었는데, 생각 없이 구경해볼만 하더군요.

스피틀필즈 마켓을 나오고 나니 햇볕이 쨍쨍한게 너무 힘들더군요. 오랫만에 많이 걷기도 했고…

길거리에서 파는 커피를 한 잔 마셔주기로 했습니다. 그런데 아메리카노 이런게 없는거에요! 우유 탄 커피는 싫은데… 그런데 아메리카노로 의심되는 ‘Long black’이란 메뉴 발견! 주인에게 상냥하게 물어봤죠. ‘Does long black mean Americano?’ 우헤헤 맞다네요. 근데 커피가 굉장히 진했습니다. 평소에도 더블 샷으로 즐기는 저에게 진하게 느껴질 정도였으니 평소에 연하게 드시는 분들이라면 조금 거부감이 일었을 수도 있을 것 같아요.

커피도 팔아준 김에 길을 물어보기로 했습니다. 가게 주인이 자기도 한국에 가본 적 있다면서 막 신나서 히죽히죽. 알고보니 바로 뒤더군요. 가는 길에 선데이 업 마켓이란 곳도 있으니 거기도 들려보라고 합니다.

알려준 대로 가니 나오는 선데이 업 마켓… 소시지 등을 구워서 파는 가판들이 늘어서 있고, 길바닥에 널부러져 맥주를 마시는 사람들이 보입니다. ‘What a girl want’에 나오는 그런 마켓을 상상했지만 그런 분위기는 아니었고, 그냥 커다란 창고에서 구역을 나눠서 빈티지 제품들이나 가벼운 소품들을 판매하는 그런 곳이었습니다. 싫진 않았는데, 딱히 크게 남아있는 기억이 없네요. 브릭 레인 마켓도 마찬가지. ;)

여러 마켓들을 술렁 술렁 훑어보고, 다시 리버풀 스트리트 역으로 돌아와서 지도를 보니 조금만 걸어가면 런던 브릿지더라구요. 여기까지 온 김에 런던 브릿지까지도 걸어보기로 했습니다. 한참을 걷다보니 나타난 템즈 강~ 한강은 깨끗한 편이더라구요. 정말 그 황토색 물과 물에 떠있는 쓰레기들이란 -_-a 다리 한 편으로 보이는 타워 브릿지… 사실 별 감흥은 없었어요. 템즈 강을 보기 전에 타워 브릿지를 봤어야 했는데, 순서가 바뀌는 바람에…

리버풀 스트리트로 왔을 때 이미 조금 지쳐있었기 때문에 이 때부터 사진이 없네요. 히힛! 슬슬 지친 관계로 숙소로 고고고~ 첫 날의 여행은 여기까지~!

To be continued

Related Posts

• 6/25/2009 -- 황당한 영국 퀸즈 민박… 이건 아니자나!! (2)
• 12/6/2008 -- 여행 계획 중~! 꺄아~! (1)
• 1/14/2009 -- 내가 방문해본 나라… (0)
• 11/12/2008 -- 호텔 예약 완료! (2)
• 8/20/2007 -- 여행 후기… (0)

나름 요새 유명한 녀석이라 뭘 하는 녀석인지 다들 알거라 생각하지만, 혹시 모를 분을 위해 설명하자면 Wibro를 Wi-fi로 변환해주는 장비라고 할 수 있다. 예전 Wibro 모뎀의 경우 PC에서 접속용 소프트웨어를 이용해야했기 때문에 맥이나 리눅스 등에서는 쉽게 사용을 할 수가 없었지만 Egg를 사용할 경우 Egg 자체가 마치 인터넷 공유기처럼 동작하기 때문에 맥이나 리눅스라고 사용이 제한되는 일이 없다.

실제 제품을 받았더니 포장도 깔끔하고, Egg 자체도 이쁘고 전체적으로 맘에 든다.

위의 사진에서와 같이 파워 표시 등, Wibro 연결 상태, Wi-fi 연결 상태 등을 알리는 L.E.D를 통해 현재 상태를 파악할 수 있다.

뒷 면에는 UICC 칩을 삽입하는 구멍과 충전을 위한 단자가 보인다. 그런데 조금 아쉬운 점! 충전 단자가 USB가 아닌 휴대폰 충전기 모양이다. 거기다가 모뎀을 켜둔 상태에서는 휴대폰 충전기로 충전이 되질 않는다. (전류가 부족, 전용 충전기를 이용할 경우에만 사용 중 충전이 가능)

Egg는 노트북과 함께 가지고 다닐만한 제품이므로 USB로 충전할 수 있었을 경우 더 유용했을것 같은데, 이 부분은 조금 아쉬운 부분이다.

또 아쉬운 점 중 하나로 맥인증을 지원하지 않는다. 아무래도 사용량에 따라 가격을 지불해야하는 만큼 (물론 한 달 500G를 다 쓸 일이 있을 지는 모르겠지만) 아무나 사용가능하도록 두는 것은 좋아보이지 않은데, 귀찮게 비밀번호 인증을 사용해야한다는 점은 좀 불만이다.

어쨌거나 실제로 집에 오는 길에 사용해보니 지하철에서도 문제 없이 인터넷이 가능한 걸 확인할 수 있었다. 전파가 잘 잡히는 곳에서 속도 테스트를 해본 결과 1.4Mbps 정도 결과가 나왔는데, 이걸로 대용량 파일을 다운로드할 일은 거의 없을 거 같으니 별 문제는 되지 않을 듯.

나중에 새 버젼이 나오게 된다면 충전단자 문제나 맥인증 기능 정도는 추가되어 나왔음 좋을 것 같다. 어쨌든 나는 어느정도 만족.

Related Posts

• 12/29/2009 -- 난해한 SHOW 데이터 부가 서비스… (6)
• 8/18/2010 -- 스위스에서 Prepaid SIM으로 저렴하게 인터넷 즐기기 (1)
• 3/25/2009 -- ajax와 encoding 문제… (1)
• 3/16/2009 -- 인터넷 뱅킹과 SSL… 변명은 이제 그만… (2)
• 2/10/2009 -- 인터넷 뱅킹이 뚫렸네요. (1)

정말 황당한 일을 겪었습니다. -_-

사실 성수기가 되면 민박집들 불티나는 건 알고 있습니다. 그런데! 제가 영국에서 묶었던 민박집 이거 조금 너무하다 싶어서 글을 남깁니다. (이런 글 별로 안좋아하는데, 다른 분들 피해보는 일 없었으면 좋겠다 싶어서)

영국 1존 퀸즈 민박이란 곳에 묶었었는데, 저보다 많아야 대여섯살 많을 거 같은 주인 여자분 처음 보자마자 절 언제 봤다고 반말질입니까? 뭐 제가 어려보였을 수도 있겠지만 처음부터 좀 기분이 상하더라구요.

홈페이지에는 점심 샌드위치 제공이라고 써있지만 실제로는 없는 서비스였습니다.

뭐 그것까지도 좋아요. 정말 황당한 건 제가 어제 그 곳을 떠날 때 겪었던 일입니다.

사실 제가 영국에 간 목적은 토요일부터 있는 MPEG 미팅이었는데요. 우선 영국으로 가서 영국을 2~3일 구경하고, 체코를 구경한 뒤 다시 영국으로 돌아가서 미팅에 참석할 예정이었습니다.

우선 퀸즈 민박에 도착해서 3일치 민박비를 드렸고 (첫날치는 예약할 때 선입금) 뭐 알아서 배려하며 지내다가 체코로 떠나오면서 금요일 이후로는 아침 식사를 제공해주지 않아도 된다는(아침 식사를 빼면 가격이 더 쌈) 얘기를 드렸습니다. 그랬더니 금,토 비용을 미리 지불했냐고 물어오더군요.

그래서 처음 들어올 때 그 날 비용은 그 때 드리겠다고 얘기드리지 않았냐고 말을 했습니다. 그랬더니 미리 돈을 내지 않으면 예약이 안된거라고 그러네요. -_-a

그럼 하루치를 미리 내고 가겠다고 15파운드를 드렸습니다. 그랬더니 영국에 왔으면 다 지불해야지 그런 식으로 하는 건 안된다고 배짱을 부립니다. 뭐 구지 귀찮게 숙소를 옮기고 싶진 않아서 그럼 계산을 미리 다 해달라고 50파운드를 드렸습니다.

정말 황당한 건 이 때 -_-!!!

거스름돈을 찾아보더니 거스름돈이 없답니다. 그래서 잔돈 없으면 미리 선금도 못받겠다네요. 정말 황당해서…

제가 돈이 없는 것도 아니고, 그렇다고 없어보이는 것도 아니라고 생각하는데 이런 대접 정말 황당하더라구요.

첫 날 들어갔을때는 남자 도미토리에 4명 (2층 침대 하나 + 1층 침대 * 2)이었던게 제가 나오기 전 날 6명(2층 침대 세개)으로 변경되었고, 정말 짐 놓을 공간조차 제대로 없었습니다.

말이 한식 아침 제공이지 제 요리가 300배 나아보였구요. 화장실도 2개라고 안내하고 있지만 알고보면 방이 두 건물에 나누어져 있습니다. 자기가 생활하는 건물 하에선 화장실은 하나인거죠. -_- 더 황당한 건 샤워실에 거울이 없다는거… 아 정말 이건 아니다 싶네요.

혹시나 영국 쪽으로 가실 분 중에 퀸즈 민박에 묶으실려는 분이 있다면 뜯어 말리고 싶네요.

Related Posts

• 7/12/2009 -- 영국, 체코 여행 후기 1부~ (2)

메모리의 영향인지 아님 MacUpdate Promotion^[1]를 통해 구입, 최신 버젼으로 업데이트한 패러랠 덕분인지 패러랠을 띄우더라도 버벅거리질 않고 있습니다. 구 파워북의 경우 1.5GB 메모리로도 크게 부족한 걸 못느꼈었는데, Rosetta 때문인지 (막상 ppc 바이너리를 쓰는 것도 없어보이는데) 레오퍼드가 메모리를 많이 먹는건지는 몰라도 어쨌든 인텔 맥에서 2GB 메모리는 조금 부족한 것 같습니다.

하드를 교체하면서 소음이나 발열, 전력 소모량 등 때문에 약간 걱정을 했었는데, 기우였네요. 어제 새벽 12시 쯤부터 배터리 만으로 사용해본 결과 배터리 타임은 평상시와 다름 없는 4시간 50분을 기록했습니다. 소음은 아주 조용한 상황에서 민감하게 들으면 들리는 고주파음이 약간 있긴 한데, 크게 신경쓰이는 정도는 아니고 발열은 따로 온도계를 가지고 재보기 전에는 큰 차이를 느끼지 못하고 있습니다. (히타치 제품)

처음 업그레이드를 한 직후에는 크게 차이를 못느끼겠는데, 이래저래 App들을 설치하고 평소와 다름없는 작업 환경을 갖추고 나니 확실히 쾌적해진 걸 느낄 수 있네요. 돈이 조금 들긴 했지만 전혀 아깝지 않습니다.

아자뵹!

1. 현재 $49.99에 패러랠 4.0 이 포함된 번들 디스카운트를 실행 중입니다.

Related Posts

• 3/24/2009 -- 하드웨어 욕심… (1)
• 3/14/2009 -- Unfix 새 서버… (4)
• 2/16/2009 -- 유니바디 맥북 사용기… (0)
• 1/11/2009 -- Unibody Macbook 구입! (1)
• 10/31/2009 -- iPhone 사용기… (7)

function remain_two_obj(prefix){
 
	this.old = new Array();
	this.prefix = prefix;
 
	this.remain_two = function(cur){
 
		items = document.getElementsByName(this.prefix + '[]');
		for( i = 0, count = 0 ; i < items.length; i++ )
			if( items[i].checked )
				count++;
 
		if( count > 0 && cur.checked == false && this.old[0] == cur.value )
			this.old[0] = this.old[1];
 
		if( cur.checked == false )
			return;
 
		if( count < 2 )
			this.old[count] = cur.value;
 
		else {
			this.old[0] = this.old[1];
			this.old[1] = cur.value;
 
			items = document.getElementsByName(this.prefix + '[]');
			for( j = 0 ; j < items.length ; j++ ){
				if( items[j].value != this.old[0] && items[j].value != this.old[1] )
					items[j].checked = false;
			}
		}
	}
}
 
var cbox = new remain_two_obj('cbox');

필요한 개수만큼 remain_two_obj 를 선언하고 name prefix를 등록해주면 됩니다. 그런 체크 박스들에 onclick 이벤트를 등록해주면 끝!

<ul>
	<li><label><input type="checkbox" name="cbox[]" value="0" onclick="cbox.remain_two(this)" /> 0</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="1" onclick="cbox.remain_two(this)" /> 1</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="2" onclick="cbox.remain_two(this)" /> 2</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="3" onclick="cbox.remain_two(this)" /> 3</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="4" onclick="cbox.remain_two(this)" /> 4</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="5" onclick="cbox.remain_two(this)" /> 5</label></li>
	<li><label><input type="checkbox" name="cbox[]" value="6" onclick="cbox.remain_two(this)" /> 6<label></li>
	<li><label><input type="checkbox" name="cbox[]" value="7" onclick="cbox.remain_two(this)" /> 7</label></li>
</ul>

쓰기 편하게 만드려고, class 화 해봤는데 참 개념이 독특하네요 자바스크립트는 -_-! function 으로 object를 만들어야 한다니…

Related Posts

• 5/29/2009 -- heading element에 multi-level 넘버링 하기 (0)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 8/10/2009 -- CSS로 탭 내비게이션 구현하기… (1)
• 3/4/2009 -- ACID3 test (3)
• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)

<ol>
	<li>
		<h1 id="toc-first-h1">first h1</h1>
		<ol>
			<li><h2 id="toc-first-h2-in-first-h1">first h2 in first h1</h2></li>
			<li><h2 id="toc-second-h2-in-first-h1">second h2 in first h1</h2></li>
		</ol>
	</li>
 
	<li>
		<h1 id="toc-second-h1">second h1</h1>
		<ol>
			<li><h2 id="toc-first-h2-in-second-h1">first h2 in second h1</h2></li>
			<li><h2 id="toc-second-h2-in-second-h1">second h2 in second h1</h2></li>
		</ol>
	</li>
 
</ol>

하지만 요청에 의해 ‘1. first h2 in first h1′ 이 아닌 ‘1.1. first h2 in first h1′ 식의 출력이 필요하게 되었는데, css의 generated content와 counter는 일부 브라우져에서 밖에 지원하지 않는다는 제약이 있습니다.^[1]

당연히 이를 위한 스크립트가 있을 줄 알았는데, 제 검색 능력 부족인지 검색이 잘 안되네요. 아쉬운 사람이 우물을 판다고 간단한 스크립트를 작성해보았습니다.

function multilevellist(){
	items = document.getElementsByTagName('li');
 
	var h2 = 0;
	var h3, h4;
 
	for( i = 0 ; i < items.length ; i++ ){
 
		if( items[i].parentNode.tagName == 'ul' ||  items[i].parentNode.tagName == 'UL' )
			continue;
 
		childs = items[i].childNodes;
		for( j = 0 ; j < childs.length ; j++ ){
			if( childs[j].tagName == 'H2' || childs[j].tagName == 'h2' ){
				h2++;
 
				childs[j].innerText = h2 + '. ' + childs[j].innerText;
 
				h3 = 0;
			}
			if( childs[j].tagName == 'H3' || childs[j].tagName == 'h3' ){
				if( h2 < 2 )
					continue;
 
				h3++;
 
				childs[j].innerText = h2 + '.' + h3 + '. ' + childs[j].innerText;
 
				h4 = 0;
			}
			if( childs[j].tagName == 'H4' || childs[j].tagName == 'h4' ){
				h4++;
 
				childs[j].innerText = h2 + '.' + h3 + '.' + h4 + '. ' + childs[j].innerText;
 
				h5 = 0;
			}
		}
	}
}

Ordered List 안에 있는 h1, h2, h3, h4 에 대해 1, 1.1, 1.1.1, 1.1.1.1 식으로 번호를 메겨주는 역할을 하는 스크립트이며 body의 onload 이벤트에 multilevellist() 함수를 연결해주기만 하면 알아서 작동합니다.

오늘의 삽질 끝!!

덧: 보니까 parentElement가 IE에선 동작하질 않네요. parentNode로 대체 했습니다.

1. Internet explorer 때문에 간단한 일을 복잡하게 처리해야한다는 현실이 너무 슬픕니다.

Related Posts

• 6/1/2009 -- checkbox 중 최대 2개만을 선택할 수 있도록 만들기… (0)
• 6/11/2010 -- 2회 HTML5 열린 세미나 후기… (0)
• 8/10/2009 -- CSS로 탭 내비게이션 구현하기… (1)
• 3/4/2009 -- ACID3 test (3)
• 6/18/2010 -- HTML5 웹을 넘어 플랫폼으로… (2)

지지난 주 목요일에 기술 면접을 보았고, 빠르면 다음 주에 연락을 주겠다는 얘기를 들은 뒤 정확히 8일 뒤 … 또 떨어졌네요.

면접 내용도 나쁘지 않았다고 생각했고, 같이 면접을 본 분에 비해 제가 떨어진다는 생각도 들지 않았기에 떨어질거란 생각은 하지 않았었는데, 이런 결과를 맡게 되니 기분이 참 찝찌름 합니다. 물론 다음 때문만은 아니었겠지만 연구실 생활을 그만두고 싶다는 생각이 간절했고, 다음 커뮤니케이션의 복지 혜택이나 제주도에서 근무를 해야한다는 점은 굉장히 매력적으로 다가웠었거든요.

정말 우울한 건 작년 말에도 비슷한 느낌이었고, 당연히 붙을거라 생각했기에 마음은 이미 제주도로 가있었음에도 떨어졌고, 마음을 잡는데 꽤 많은 시간이 필요했다는 점입니다. 겨우 마음을 잡고 다시 공부를 해볼까 하는 상황에 먼저 연락이 왔고, 다시 마음이 흔들리고 나니 이 마음을 다시 바로 잡는게 쉽지 않을 것 같네요.

많지 않은 나이에 잡지에 글을 써보기도 했고, 책을 번역하기도 여러 오픈소스 프로젝트에 패치를 보내보기도 했었다는 것 때문에 자만에 빠져있었는지도 모르겠습니다. 신입 사원으로 저 정도 경험이라면 또 저 정도의 코딩 능력이라면 인정받을 수 있을거라 생각했지만 그게 그리 중요한 것이 아니었나보네요.

제가 입사를 하게 될 경우 여러 가지로 도움이 될 수 있을거라 생각했는데, 제가 그걸 제대로 전달하지 못한 건지 혹은 회사 입장에서는 그렇게 생각하질 않았던 건지 잘 모르겠습니다.

혹시라도 메일을 잘못 보낸거라고 생각하고 싶지만 그랬을 확률은 높지 않을거 같네요. 어짜피 마음이 흔들려서 요번 학기 학점도 엉망이 될 것 같은 상황에… 휴학을 하고 잠시 머리를 식힐 겸 여행을 하며 취업 준비를 해볼까 하는 생각이 듭니다.

머릿 속이 복잡하네요.

인생지사 세옹지마라 했지만 지난 몇 년간 제게는 왜 시련만 떨어지는건지 모르겠네요…

Related Posts

• 3/31/2009 -- 재밌는 매쉬업 아이디어… (4)
• 4/12/2009 -- 워드프레스용 블로거 위젯 플러그인 (5)
• 2/10/2009 -- 워드프레스에서 블로거 뉴스 추천 링크 넣기… (6)
• 2/9/2009 -- 곰티비 니네 이럴거야!? (0)
• 2/8/2009 -- Daum 블로거 뉴스를 위한 Trackback for Korean 패치 (0)

중고등학교에서 배우는 영어가 그렇게 쓸모 없는 내용인가요?

사실 저도 영어를 그렇게 잘하지는 못하지만 여행을 계획하고, 길을 물어보고, 소셜 이벤트에서 간단한 이야기를 나누는 정도에는 크게 문제가 없었습니다. 그렇게 뭔가 대단한 단어들을 사용한다거나 관계 대명사 등으로 얼룩진 복잡한 문장을 구사하는 것도 아닙니다. 중고등학교 수준의 문법, 중고등학교 수준의 단어 정도만이 필요했을 뿐이죠. ^[1]

유럽 애들이 영어를 잘 한다고 느껴질지는 모르겠지만 막상 대화를 하다보면 문법에 틀린 문장도 많고, 엉망인 경우 정말 많습니다. 얼마 전 호텔에서 체크아웃하는데 옆에 유럽 아저씨가 ‘I came here tomorrow’ 요러구 있더라구요. ‘나 내일 왔어요.’ 뭐 이걸 들은 카운터 직원이 그러더라구요. ‘U mean yesterday?’ 말도 안되는 말이지만 저런 말도 안되는 실수를 해도 다 알아듣는단 말이죠.

게다가 Speaking(그냥 말하기)이 아니라 Conversation(대화)이기 때문에 만약 말을 못 알아듣는다고 해도 ‘Pardon’, ‘Excuse me’, ‘I’m sorry’ 정도로 반문하면 다시 천천히 말해주거나 좀 더 간단한 표현으로 설명해줍니다. 만약 내 표현이 제대로 전해지지 않는 것 같다고 하면 다른 식으로 다시 말하면 되는거죠. 한국에서 외국인을 만났을 때 이 사람이 제대로 된 한국어를 구사할 거라고 예상하지 않는 것처럼 얘네들도 똑같은 생각을 할거에요. 우리가 대강 얘기하면 얘네들이 알아서 걸러 듣는거죠. 미녀들의 수다에서 브로닌이 구사하는 한국어가 세련되진 않았어도 하고 싶은 말이 무엇인지는 알 수 있자나요.

사실 여행자 영어라면 그렇게 어려운 표현이 필요한 경우가 없습니다. 입국 심사에서 물어보는 내용이라고 해봐야 ‘Why are u coming here? (왜 왔니?)’, ‘How many days are u staying in here? (며칠이나 있을거니?)’ 정도 고, 길을 물어보거나 식사를 주문하기 위한 영어는 중고등학교 교과서를 도배하고 있는 내용이 아니던가요? 그럼에도 불구하고 한국을 벗어나는 순간 다들 벙어리가 되어버립니다. 도대체 뭐가 문제인걸까요?

문법이 조합되어 만들어진 문장, 문장을 만들기 위한 문법

예전에 받았던 영어 교육을 생각해보면 한국에서 가르치는 영어는 문법에 많은 시간을 할애하고 있는 것 같아요. 관계 대명사, 감탄문, 관용어 구 등등을 굉장히 중요시하다보니 영문법 책을 가지고 수업을 진행하는 경우가 많죠.

하지만 대학을 졸업하던 시점에 들었던 교양 영어는 그렇지 않았습니다.

원어민 강사가 나와서 우리가 알아듣던 못알아듣던 (물론 아주 쉽게 잘 얘기해주긴 했지만) 영어로 얘기를 하고, 또 영어로 대답하도록 유도하는 방식의 수업이었죠. 흥미를 복돋아주기 위해 영어를 이용한 여러가지 게임/과제 들을 통해 영어를 사용하도록 독려했고, 이 수업이 있는 목요일이 매주 기다려졌습니다. 문법 ‘공부’는 재미 없었지만 ‘대화’와 ‘놀이’는 재밌었거든요.

사실 영어를 아주 못하는 것도 아니었고, 1학년 수업을 4학년에 들은 덕에 재밌게 들었는 지도 모르겠습니다. (거기다가 젊은 미대 신입생들과 함께 수업을 들었다는 점도! 한 몫 했었죠.)

하여튼 정확한 문장을 구사하는 것보다는 정확한 문법이 아니더라도 말을 트는 것이 더 중요하다고 생각합니다.

마치 아이들이 언어를 배우듯 말도 안되는 말을 던지는 것으로부터 시작해서 조금씩 익숙해지고, 문장을 만들고 단어를 구사하는 것에 익숙해진 다음에 문법을 다듬는 것이 필요하다고 생각하는데, 한국식 교육에서는 문법을 제대로 익혀서 문장을 만들어내기를 강요하고 있는 것이죠. 이런 교육 방식은 ‘걷기도 전에 뛰기를 강요하는 것’이라고 밖에 생각 되질 않습니다.

스스로도 제대로 영어를 구사하지 못하는 교사들

문제는 이것 뿐만이 아닙니다. 중/고등학교 영어 교사들 (뭐 교대 졸업하고 임용고시를 통과한 우리랑 비슷한 벙어리 교사들이죠) 또한 영어를 제대로 구사하지 못한다는 점은 치명적이라고 생각합니다. 자신들도 못하는 걸 가르치지 제대로 가르칠 수 있을리 없습니다.

영어를 제대로 구사하려면 ‘청출어람’ 해야 한단 말이죠.

제대로된 교육을 위해서는 시험등을 위한 문법/독해 위주의 영어가 아니라 언어로써의 영어를 배워야 한다고 생각합니다. 물론 어느 정도 기간동안은 제대로된 언어를 가르쳐주기 위한 원어민 강사가 필요하겠죠. 이렇게 배운 학생들이 배출되고, 제대로된 교육을 시켜줄 수 있을 때까지만이라도 말입니다.

물론 분명 표현 방식의 차이가 있고, 억양, 발음에 익숙해질 필요가 있음

물론 한국어와 영어는 어순의 차이도 있고, 생각의 방식이 다릅니다. 뭐 예를 들면 이 챕터에서는 blahblah를 공부한다! 라고 한국어식으로 표현한다면 ‘We will study blahblah in this chapter’가 되겠지만 얘네들은 ‘This chapter explains blahblah’ 식으로 표현하곤 합니다. 한국어에선 물건이 주어가 되는 일이 별로 없지만 영어에선 좀 다르기 때문에 처음에는 적응하기가 쉽지 않을 수도 있습니다.

그리고 미국 드라마 등을 볼 때 영어 자막을 켜놓고 보면 대부분 아는 단어들인 것을 확인할 수 있습니다. 하지만 자막을 끄는 순간 무슨 말을 하는 지 알아들을 수 없게 되버립니다. 우리가 평소에 듣던거랑 똑같이 발음해주지도 않고, 액센트나 발음이 제각각이어서 익숙해지기가 쉽지 않죠.

이 부분에 대해서는 분명 학습이 필요하겠습니다.

마치며

어쨌거나 장황하게 얘기했지만 실제 영어로 대화를 나누고, 간단한 의사소통을 하는데 있어서는 굉장한 영어가 필요한 것은 아닙니다. 그저 베짱있게 예전에 익혔던 것들을 마구 질러데면 되는 것이라고 생각해요.

오랫동안 드래프트 상태로 남겨두다 보니 처음에 어떤 결론을 내고 싶었는 지는 기억이 나질 않네요. 우선 결론 없이 -_-;; 글을 올려놓고 생각날 때마다 수정을 하도록 하겠습니다.

자자 다들 용기내서 영어를 언어로써 구사할 수 있는 날이 왔음 좋겠습니다. (전형적인 용두사미…)

1. 문법이라기보다 문장 형식이 중요합니다. 다음과 같이 1, 2, 3, 4, 5형식만 대강 알고 있다면 문장을 만들 수 있다고 생각합니다.

Related Posts

• 4/4/2010 -- 지멋대로의 영어를 더 자주 볼 수 있었음 좋겠습니다. (6)
• 1/11/2009 -- Korean/English Language exchange 모임. (1)
• 1/28/2009 -- 번역: 한국의 홈브류 인터넷 (0)

인터넷을 찾아보니 비슷한 문제를 경험하고 있는 다른 분들이 있었고, 친절하게 Akismet의 문제라고 알려주시기까지 하네요. 이 말만 믿고 akismet에 메일도 보내고 난리를 피웠는데 알고보니 akismet의 문제가 아니었습니다.

2.7 로 업그레이드 하면서 생긴 문제라면 akismet 사이트의 문제가 아닌 플러그인 차원의 문제라고 생각했고, 그렇다면 직접 패치를 해야겠다는 생각에 소스를 뒤져봤지만 별다른 문제가 보이지 않습니다.

수상한 마음이 들어 akismet을 꺼보았지만 여전히 트랙백을 제대로 받을 수 없습니다. akismet의 문제가 아닌 것 같다는 생각이 들기 시작하더군요. 혹시나 하는 마음에 trackback_korean 플러그인도 꺼보았지만 도움이 되질 않더군요.

uri 에 영향을 끼칠 수 있는 다른 플러그인은 어떤게 있을까 하고 생각해보니 openid 플러그인이 의심되기 시작했습니다. openid 플러그인을 deactivate 시킨 순간! 헉! 트랙백이 정상적으로 받아지기 시작했습니다.

여기서 aksimet을 활성화 시켰을 때 트랙백이 제대로 온다면 문제는 openid 플러그인으로 확정나는 것이죠. 혹시나가 역시나! akismet은 트랙백에 영향을 끼치지 않았습니다.

openid 플러그인을 최신(3.2.2) 버젼으로 업그레이드해보았지만 도움이 되질 않네요. 우선은 openid를 꺼놓고, 나중에 시간을 내서 패치를 해봐야겠습니다.

휴~ 이제 트랙백을 다시 정상적으로 받을 수 있게 되었어요. ㅠ.ㅠ

Related Posts

• 2/2/2009 -- 워드프레스 2.7을 위한 Trackback for Korean 패치 (6)
• 1/29/2009 -- wp-codebox, wp-openid 버그 패치 (4)
• 1/24/2009 -- 블로그 업데이트 완료! (11)
• 9/14/2006 -- wordpress: 최근 추가한 플러그인들… (4)
• 9/4/2006 -- wordpress: korean trackback! (21)

허걱 제가 예약한건 KAHULUI행이었는데…

취소를 하고, 직접 가서 표를 살까 했는데, 온라인으로 취소를 하려면 이메일을 보내는 방법 밖엔 없습니다. 이메일을 보내놓긴 했지만 액수가 조금 되다보니 불안불안…

결국 취소를 위해 전화를 시도했습니다. 두근두근; 골드코스트에서 열대 농장에 가려고 전화했을 때 이후로 처음 시도해보는 전화통화 -_-! 토요일이었을텐데 다행히 전화를 받네요.

I’d like to cancel my reservation~ 꺄아~

허걱… 내 티켓은 취소가 안되는 티켓이라고 그럽니다. 흠 $99를 날리는건가 싶었지만 혹시나 하는 마음에 목적지는 바꿀 수 있냐고 물어봤습니다.

Then can I change the desination to Kapalua?

꺄아~ 다행히 목적지는 바꿀 수 있다는군요. ㅠ.ㅠ 아니었음 돌아가는 건 둘째 문제치고, 공항-호텔 비용이 굉장히 비싸서 고민이었는데, 한 가지 문제를 해결했습니다. 휴~ 어제 이거 확인 안했음 정말 큰 일날 뻔 했어요. (사실 카팔루아란 이름이 갑자기 생각 안나서 카풀라 라고 그랬는데 알아서 잘 변경해뒀네요. 나같은 사람이 많나 -_-a)

뭐 중간에 카드 한도 초과로 또 한 번 당황하긴 했지만 -_-;; 어쨌거나 예약 변경 완료!

가기 전부터 회화 연습을 하게 됐네요. -_-a 비행기 시간이 오늘 저녁 8시 50분이다보니 낮에 완전 한가하네요. 할 것도 없고…

하튼 잘 갔다올께요. 내가 간다 하와이~

Related Posts

• 4/15/2009 -- 하와이에 갔다올 준비! (2)
• 4/2/2009 -- L.A에서의 아침… (0)
• 3/31/2009 -- 로스엔젤레스 도착… (0)
• 2/16/2009 -- CSIE 참석 준비… (0)
• 2/2/2009 -- Bali 여행기… (0)

IEEE Student member 가입비가 얼마인지는 모르겠지만 갱신 비용은 $25인 것으로 보이고, (U.S, Canada 외 거주 학생) 제공되는 프로그램 목록은 아래와 같습니다.

• Access 2003
• Access 2003 (Español)
• Access 2007
• Compute Cluster Pack
• Compute Cluster Pack SDK
• Exchange Server 2007 Enterprise Edition
• Exchange Server 2007 Standard Edition
• Expression Blend
• Expression Studio
• Expression Web
• InfoPath 2003
• InfoPath 2003 Toolkit for Visual Studio Tools for Office 2005
• InfoPath 2007
• ISA Server 2006 Enterprise Edition
• MapPoint 2004 European Edition – Setup Disk (1/2)
• MapPoint 2004 European Edition – Run Disk (2/2)
• MapPoint 2004 North America – Setup Disk (1/2)
• MapPoint 2004 North America – Run Disk (2/2)
• MELL – Developer Edition for MSDNAA
• MSDN Library – April 2007 (DVD)
• MSDN Library – May 2660 – CD1
• MSDN Library – May 2660 – CD2
• MSDN Library – May 2660 – CD3
• Office Groove 2007
• Office Groove Server 2007
• Office SharePoint Server 2007 Enterprise
• Office SharePoint Server 2007 Standard
• OneNote 2003
• OneNote 2007
• Project Professional 2003
• Project Professional 2007
• Project Server 2003
• SharePoint Designer 2007
• SQL Server 2005 Developer Edition – 32-bit – CD1
• SQL Server 2005 Developer Edition – 32-bit – CD2
• SQL Server 2005 Developer Edition – 64-bit Extended – CD1
• SQL Server 2005 Developer Edition – 64-bit Extended – CD2
• SQL Server 2005 Developer Edition – 64-bit Extended – DVD
• SQL Server 2005 Developer Edition – 64-bit Itanium – DVD
• SQL Server 2005 Workgroup Edition – 32-bit -0 DVD
• Virtual PC 2004
• Visio for Enterprise Architects
• Visio Professional 2003 (Español)
• Visio Professional 2007
• Visual Basic 2005 Express Edition
• Visual C# 2005 Express Edition
• Visual C++ 2005 Express Edition
• Visual J# .NET
• Visual j# 2005 Express Edition
• Visual SourceSafe 6.0d
• Visual Studio .NET 2003 Professional – Full Install
• Visual Studio .NET 2005 Professional – Full Install
• Visual Studio .NET 2002 – ISO Image – CD1 (Español)
• Visual Studio .NET 2002 – ISO Image – CD2 (Español)
• Visual Studio .NET 2002 – ISO Image – CD3 (Español)
• Visual Studio .NET 2002 – ISO Image – CD4 (Español)
• Visual Studio .NET 2002 – ISO Image – CD5 (Español)
• Visual Studio .NET 2002 (Full) (Español)
• Visual Studio 2005 Professional Edition CD1
• Visual Studio 2005 Professional Edition CD2
• Visual Studio 2005 Standard Edition CD1
• Visual Studio 2005 Standard Edition CD2
• Visual Studio 2005 Team Foundation Server Trial Edition
• Visual Studio 2005 Team Suite – CD1
• Visual Studio 2005 Team Suite – CD2
• Visual Studio 2005 Team Suite – CD3
• Visual Studio 2005 Team Test Load Agent Beta 2
• Visual Studio 2005 Tools for the Microsoft Office System
• Visual Studio 2008 Professional Edition (x86 and x64 WoW) – DVD
• Visual Web Developer 2005 Express Edition
• Windows Embedded CE 6.0 DVD
• Windows Server 2003 Enterprise Edition
• Windows Server 2003 Enterprise Edition – 64 Bit
• Windows Server 2003 Enterprise Edition (Español)
• Windows Server 2003 Standard Edition
• Windows Server 2003 Web Edition
• Windows Services for UNIX 3.0
• Windows Vista Business 64bit DVD
• Windows Vista Business CD1
• Windows Vista Business CD2
• Windows Vista Business CD3
• Windows Vista Business CD4
• Windows Vista Business CD5
• Windows Vista Business DVD
• Windows XP Embedded
• Windows XP Professional (Single User)
• Windows XP Professional (Single User) 64bit Edition
• Windows XP Professional (Single User) ISO Image (Español)
• Windows XP Professional (Single User) ISO Image (Japanese)
• Windows XP Professional with SP1a (Single User) ISO Image
• Windows XP Professional with SP2 (Single User) ISO Image

윈도우즈 시리즈나 비쥬얼스튜디오, 오피스 등 제가 사용할만한 툴들은 대부분 포함되는거 같네요. (단 죄다 영문판인 거 같긴 합니다.)

그리고 14,000원을 들여 국제 학생증을 발급받을 경우 마이크로소프트 드림스파크에서 제공하는 프로그램들을 무료로 다운받을 수 있게 됩니다. 리스트는 다음과 같습니다.

• CCR DSS TOOLKIT 2008
• EXPRESSION STUDIO 2
• ROBOTICS DEVELOPER STUDIO 2008
• SQL SERVER 2008
• SQL SERVER EXPRESS
• VIRTUAL PC
• VISUAL BASIC 2008 EXPRESS
• VISUAL C++ 2008 EXPRESS
• VISUAL C# 2008 EXPRESS
• VISUAL STUDIO 2008
• VISUAL STUDIO 2005
• VISUAL STUDIO 2005 EXPRESS
• VISUAL WEB DEVELOPER 2008 EXPRESS
• WINDOWS SERVER 2008
• WINDOWS SERVER 2003
• XNA GAME STUDIO 3.0

어둠의 경로로 힘들게 찾아서 설치하느니 이런 식으로 정품을 사용해보는 건 어떨까 하는 생각을 해보네요. :)

덧: 혹시 IEEE student membership 신청하신 분 계시면 질문 좀;; 이거 가입하고, 그 아이디로 로그인하면 아무데서나 논문을 다운 받는게 가능한가요? 그리고 혹시 이거 초기 비용이 얼마인지 아시나요?

Related Posts

• 11/13/2008 -- 학생분들은 이제 MS 개발툴을 무료로 사용할 수 있습니다. (0)
• 2/16/2009 -- 공개 소프트웨어 포털? (0)
• 2/10/2009 -- PC를 다운시키는 2090 바이러스? (3)
• 1/11/2009 -- 내가 라이센스를 가지고 있는 프로그램들 (3)
• 9/5/2008 -- 매력적인 Internet Explorer 8 Beta2 의 개발툴 (1)

코드는 G D Em 반복~!

그대 보내고 멀리 가을새와 작별하듯
그대 떠나 보내고 돌아와 술잔 앞에 앉으면
눈물 나누나

그대 보내고 아주 지는 별빛 바라볼 때
눈에 흘러 내리는 못다한 말들 그 아픈 사랑
지울 수 있을까

어느 하루 비라도 추억처럼 흩날리는 거리에서
쓸쓸한 사랑되어 고개숙이면 그대 목소리
너무 아픈 사랑은 사랑이 아니었음을
너무 아픈 사랑은 사랑이 아니었음을

어느 하루 바람이 젖은 어깨
스치며 지나가고
내 지친 시간들이 창에 어리면 그대 미워져
너무 아픈 사랑은 사랑이 아니었음을
너무 아픈 사랑은 사랑이 아니었음을

이제 우리 다시는 사랑으로 세상에 오지 말기
그립던 말들도 묻어 버리길 못다한 사랑
너무 아픈 사랑은 사랑이 아니었음을
너무 아픈 사랑은 사랑이 아니었음을

Related Posts

• 1/15/2009 -- 내가 부른 내 여자라니까~ (0)
• 1/15/2009 -- 내가 부른 희망사항~ (0)
• 11/21/2008 -- 뮤지컬 OST: 내 꿈의 엔진이 꺼지기 전에… (8)
• 1/15/2009 -- 내가 부른 회기동~ (3)
• 11/21/2008 -- 뮤지컬 오디션 OST: 회기동… (6)

우선 해외 항공권은 인터파크, 넥스투어, 지마켓 등 다양한 곳을 통해 거의 정찰제 수준으로 구할 수 있기 때문에 평소 이용하던 인터파크를 통해 항공권을 구매했습니다. 하지만 하와이에서 마우이로 가는 비행기표는 국내 사이트를 통해 구할 수 없는 것 같더군요. 직접 가서 구매해도 된다고는 하지만 미리 예약을 하는게 더 싸다고 하더군요.

우선 하와이 내에서 사용가능한 항공사는 하와이언 에어라인과 고 에어라인이 있습니다. 하와이언 에어라인은 가격이 고 에어라인보다 비싸고, 국내 주소로는 결제가 안됩니다. 저 같은 경우엔 (시간대마다 가격이 다름) $30 정도 차이가 났어도 시간이 좀 더 편리한 시간이라 하와이언 에어라인을 이용하고 싶었는데, 결제가 안되서 포기. 조금 시간이 타이트하긴 하지만 고 에어라인을 예약해야 했습니다. 만약 비행기 연착되면 비행기 값 $38를 그냥 날리게 되겠습니다! 어쨌거나 하와이내(domestic) 항공기 예약에 든 돈 약 $100!

하와이도 미국인 관계로 전자 여권 + ESTA 조합을 준비해야 합니다. 전자 여권이야 이미 준비가 되어 있었고, ESTA는 홈페이지에서 수수료 3만원을 결제하니 5분만에 허가!

자 이제 호텔만 남았네요! 호텔은 인터파크 같은 국내 업체에서 알아봤더니 기본 22만원 이상이었습니다! (마우이 기준, 호롤루루는 조금 더 쌉니다.) 너무 비싸지만 뭐 어쩔 수 없다고 생각하며 결제하려던 찰나! 예전 골드코스트에 갈 준비를 할 때 기억이 나더군요. 혹시나 했더니 역시나! 호텔스닷컴 에서 예약을 하니 하루당 6만원 이상씩 쌌습니다.

해외 사용분에 대해선 카드 포인트도 훨씬 많이 쌓이는데, 더 비싼 인터파크 따위를 이용할 이유가 없었죠. 당장 결제! 좀 웃기는게 인터파크에서는 객실이 있는지 확인하는데도 하루가 걸리는데 가격도 더 비싸니 기분이 안좋더라구요. 인터넷을 찾아보니 경매를 통해 호텔을 더 싸게 낙찰 받는 방법들이 있는 것 같지만, 전 급하다보니 그런 걸 이용할 수는 없더라구요.

하여튼 MPEG Meeting이 열리는 The Westin Maui Resort & Spa에서 걸어서 5분이라고 하니 별 부담도 없네요.

Maui는 돌아다니려면 차가 필수라고 하길래 혹시 몰라 국제 운전 면허증도 발급 받았습니다. 국제 운전 면허증은 총천연색 사진 1장과 수수료 7천원을 가지고 운전면허 발급장으로 가면 5분만에 발급받을 수 있습니다. 뭐 준비해놔서 나쁠 건 없으니까요. ;)

아직 프로젝트 카드 등이 준비되어 있지 않기 때문에 제 카드로 전부 결제하려다 보니 한도 초과가 나고 난리도 아니네요. -_-; 덕분에 MPEG Meeting registraion 이 꼬였습니다. 체어한테 메일을 보내도 대답도 없고, 이거 어쩌란건지… 내일까지 응답이 없으면 제 이름으로 다시 등록할지 현지에서 on-site registration(+$40)을 해야할지 고민해봐야겠네요. (사실 젤 중요한 건 이건데 젤 뒷전)

MPEG 회의 가면 대학원생이 교수를 깔(?) 수 있다던데, 완전 재밌을 것 같습니다. 두근두근! 아뵤!

Related Posts

• 11/12/2008 -- 호텔 예약 완료! (2)
• 4/2/2009 -- L.A에서의 아침… (0)
• 3/31/2009 -- 로스엔젤레스 도착… (0)
• 2/16/2009 -- CSIE 참석 준비… (0)
• 4/19/2009 -- 잘 다녀오겠습니다. (0)