◀ 1월(January)
문(door)을 의미하는 라틴어 어원 ‘Janua’에서 유래되었다.  1월은 새해를 여는 문이기 때문이다.  얼굴이 두개인 야누스(Janus)는 미래와 과거를 모두 볼 수 있는 ‘문의 신’이었다.

(January < Ianuarius): ianuarius는 Janus신의 형용사 형입니다.  Janus신은 양면의 얼굴을 가진 형상으로 유명한데, 문을 뜻하는 라틴어 ianua와 관련이 있는 신입니다. 문은 한 쪽의 끝과 동시에 다른 한 쪽의 시작을 나타냅니다. 그래서 첫 달은 Janus의 이름이 붙여졌습니다. 1월에 Janus의 축제가 있었다고 합니다. 영어에 같은 어원을 가진 단어로는 janitor가 있는데, ‘수위’란 뜻입니다.

◀ 2월(February)

로마인들은 매년 2월이 되면 몸과 마음을 깨끗이 하는 의식을 가졌었는데 ’정화, 깨끗함’이라는 뜻의 ‘februs’에서 유래되었다. (February <Februarius): februarius는 februa축제의 형용사형 입니다.  Februa는 로마의 Sabine지방에서 2월에 열렸던 속죄행사였다고 하네요.  관련된 영단어는 없습니다.

◀ 3월(March)

로마에서는 주로 봄에 전쟁을 많이 했는데 로마의 전쟁신 ‘Mars’에서 유래되어 3월은 ‘March’라는 이름을 갖게 되었다. 그래서 martial은 ‘전쟁의, 용감한’의 뜻을 지니고 있다. (March <Martius): martius는 전쟁의 신 Mars의 형용사형입니다. 전쟁의 신은 화요일에도 이름을 남기고 있지요. 영어의 Tuesday는 게르만족의 신이름으로 대체되었지만, 불어는 화요일은mardi, 3월은 mars라고 해서 비슷하게 닮아 있습니다. 같은 어원의 단어로는 martial (호전적인)이 있습니다.

◀ 4월(April)

4월은 꽃이 피는 계절…. ’열리다(open)’라는 의미의 ‘aperire’라는 말에서 유래되었다. (April <Aprilis): aprilis는 라틴어 aperire (열다)와 관련이 있는 것으로 추정합니다. 4월은 땅에서 식물이 나오는 때라서 그런가 봅니다. 같은 어원의 단어로는 aperture (갈라진 틈)가 있습니다.

◀ 5월(May)

‘위대하다’는 의미를 가진 라틴어 ‘maior’에서 유래되었으며 미국에는 5월에 Mother’s Day가 들어 있다. (May < Maius): 5월의 이름은 라틴어 자체도 명확한 어원이 밝혀져 있지는 않고, 대체로 추측할 뿐입니다. maius는 여신 Maia의 형용사형으로, Maia는 Mercury신의 어머니 입니다. 풍요를 상징하는 여신이지요. 또한 이 여신의 이름는 magnus (큰)와도 같은 어원입니다.
magnus에서 나온 영어단어는 많습니다. magnify (확대하다), magnanimous (관대한), magnificent (장엄한). 형용사 magnus의 비교급은 maior이고 최상급은 maximus입니다. maior에서 나온 단어는 major (더 큰), majesty (위엄), majuscule (대문자의),  maximus에서 나온 단어는 maximum (최대), maxim (금언)이 있습니다.
◀ 6월(June)

여성을 보호하는 로마의 여신 ‘Juno’에서 유래되었다. (June < Iunius) 로마의 명문집안의 하나 인 Iunius에서 나왔다고 합니다.

◀ 7월(July)

위대한 로마의 지도자 Julius Caesar의 이름에서 유래되었다. 인류 최초로 재왕절개수술에 의해 태어난 그의 이름을 따서 재왕절개 수술을 ‘Caesarian Operation’이라고 한다. (July < Iulius):Iulius Caesar의 이름에서 나왔습니다.

◀ 8월(August)

로마의 황제이자 Caesar의 조카인 Augustus Caesar의 이름에서 유래되었다. 샘이 많은 Augustus가 2월에서 날짜를 뺏어와 자신의 달을 31일로 만들었다고 전해진다.  (August <Augustus): 로마의 첫 황제인 Augustus Caesar의 이름에서 나왔습니다.

◀ 9월(September)

숫자 7을 의미하는 라틴어 ’septem’에서 유래 되었다. 로마에서는 March가 첫달이었기 때문에 9월은 일곱번째 달이었던 것이다. (September < September): 9월에서 12월까지는 영어단어가 라틴어에서 그대로 사용되는 것입니다.  라틴어 숫자에서 나온 단어이지요. 그런데 septem은 정작 9가 아니라 7입니다. 원래 로마력에서는 september가 7번째 달이었는데, 쥴리어스 시이저와 아우구스투스 황제의 이름을 딴 두 개의 달이 추가 됨으로써 두 칸씩 밀려나는 바람에 9번째 달이 된 것입니다.  아래의 10월, 11월, 12월도 모두 원래 단어가 나타내는 숫자보다는 2가 더 많은 달을 나타내지요. Septem에서 나온 영어단어에는 septangle (7각형), septuple (7배의)가 있습니다.

◀ 10월(October)

숫자 8을 의미하는 라틴어 ‘oct’가 10 월이 되었다. (October < October): Octo는 8 입니다.  관련된 영어단어는 octopus (문어), octave (옥타브)가 있습니다. 사실 octopus는 라틴어원이 아니라 그리스어원입니다. 8은 라틴어와 그리스어가 같기 때문에 보기에 비슷하게 보이는 것입니다.  Pus는 발이란 뜻이며 문어란 단어는 발이 8 개란 뜻입니다. Octave는 그 안에 음이 8 개가 있기 때문에 붙여진 이름이겠죠.

◀ 11월(November)

숫자 9를 뜻하는 라틴어 ‘novem’에서 유래되었다. (November < November): Novem은 9입니다.  관련된 영어단어는 novena (카톨릭의 9일기도)와 조금 다르게 생겼지만 noon (정오)가 있습니다. 사실 noon은 연결이 조금 어려울 지도 모르겠습니다.  Novem의 서수인 nona에서 나온 말인데, 원래는 제 9시란 뜻으로 로마의 제 9시는 오후 3시 였다고 하네요. 그런데 예배시간이 달라지면서 12시를 뜻하게 되었다고 합니다.

◀ 12월(December)

로마의 달력에서는 열번째 달이기 때문에 숫자 10을 의미하는 ‘decem’에서 유래되어 december가 되었다.  이 어원과 관련하여 ‘deci’는 1/10을 의미하는데 그래서 1리터의 10분의 1을 deciliter, 소숫점은 decimal point라고 한다. (December < December): Decem은 10입니다. 관련된 영어 단어는 decimal (10진법의), decade (10년), decimate (학살하다) 등이 있습니다.  Decimate는 고대 로마에서 죄수 10명 중 1명을 제비뽑아서 죽이던 일에서 생겨난 단어 입니다.

출처 : http://blog.naver.com/adbrain0518/130010122678

아이폰이 개통되던 날 임의로 생성해 준 내 번호가 맘에 들지 않아, 근처 KT지점까지 직접 내방해서 번호를 골라서 변경해 왔다.

010-ooo5-1577   (o는 동일번호다)

뭐 딱히 좋은 번호는 아니지만.

현재 회사의 대표번호가 3oo3-1577이다보니 나도 번호를 1577로 골랐을 뿐이다.

번호를 변경하고 기분좋은 마음으로 룰루랄라~ 사무실로 들어와서 기존 핸드폰에 등록되어있던 400여명에게 동보문자를 보냈다. 번호가 바뀌었노라고….

그 이후로… 난 줄곧 스팸 SMS에 시달리기 시작했다. ㅠ.ㅠ

아이폰의 순정상태에서는 스팸 SMS나 원링등에 대처할 방법이 전무하기에 Jail Breaking을 시도하고 MClearner를 설치했다. 위 화면에서 보듯 그저 86개의 스팸SMS에 대한 번호를 등록했을 뿐인데.. 2009년 12월 3일, 아이폰 개통 이후 필터된 스팸SMS는 1338건이다. 이미 400여명의 지인에게 변경번호에 대한 동보 문자를 보냈기 때문에 다시 번호를 바꾸고 싶어도 불가피하게 계속 쓸 수 밖에 없다. ㅠㅠ

정말이지 억울한건…

난 단 한통의 060 전화를 해본적이 없단말이다!!!!

인류에 있어 가장 희소성 있는 상품은 ‘시간’이다.

새롭게 하려는 비즈니스는 앞으로 남아있는 가장 큰 시간인 ‘시간’을 서비스하는 것입니다.

희소성이라고 하는 것은 조금밖에 없다고 해서 희소한 것이 아닙니다. 또한 희귀하다고 해서 희소한 것도 아닙니다. 물론 희소성은 상대적이고 주관적이기 때문에 사람들 마다 떠올리는 대답은 다를 것입니다.

하지만 시간이 가장 희소하다는 것에 대해서는 대부분 공감할 것입니다.

그렇지만 시간이 공짜라고 착각하는 사람들이 있습니다. 희소한 시간을 낭비하여 허튼곳에 쓰는 사람들이지요. 시간의 기회비용을 인식하지 못한 탓이기도 합니다.

– 이 글은 계속 작성중입니다.

어쩌면 구글을 비롯한 검색엔진이 이미지를 수집해 갔을지도 모르지만. 대충 훑어보니 썸네일만 가져간 모양입니다. 다시 찾아서 복구하려는 시간은 과감히 포기합니다.

워드프레스를 2.9.x로 판올림 했습니다. 더불어 스킨도 변경했습니다. ;-)

잠깐의 시간동안 바꾼 결과 치고는 뭐.. 만족스럽습니다.

2006년즈음 한 블로거가 CSS 수정을 원하기에 거리낌없이 도움을 드린적이 있다. 헌데 그분은 포스트를 통해 나에게 감사의 인사를 전했고. 그 포스트에 3년이 지난 후에 악플 하나가 달려있는것을 확인했다. 헌데 이지님은 블로그를 개편중이신가보다. 현재 링크는 살아있지 않다.

검색엔진이 저장한 페이지를 통해 확인해 본 결과. 작성된지 3년이 넘은 포스트에, 3주전쯤 달린 악플 하나.. 검색엔진을 통해서야 확인할 수 있었던 본인.

음.. 검색엔진이 가져다 주는 결과인가.. 문명의 이기는 도대체 어디까지 진화할 수 있는 것일까.

나에 대해 정확히 알고 있는 것을 보면 내 주변 인물임에 틀림없겠지만. ^^  그래도 부탁하나만 하자.

나도 잘 모르는 사람 블로그에 가서 악플 남기지 말고.. 차라리 내 블로그에 쓰렴.. 다른 사람 블로그에 악플 남기면 내가 찾아 보기도 힘들잖니..?

(2009년 5월 31일 오전 9시즈음, 이지님 블로그에 가서 악플남긴 놈아! 걸리면 죽.는.다.)

두 가지의 방법이 있으니 사용하시기 편한 방법으로 사용해 보세요.

1. Command의 옵션을 통해 규칙을 무시할 수 있습니다.

Setup /ACTION=install /SkipRules=VSShellInstalledRule RebootRequiredCheck

2. 레지스트리를 수정해 Visual Studio 2008이 설치되어 있지 않은 것처럼 속이는 방법입니다.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevDiv\VS\Servicing\9.0

“9.0″을 임의로 수정해 놓으면 됩니다.

이러한 방법으로 SQL 2008 사용시 SQL 2008의 모든 기능을 자유롭게 사용할 수 있을지는 모르겠습니다. 아직까지 개발환경에서 위 방법으로 여러개의 인스턴스를 만들어 사용하고 있습니다만 딱히 문제가 될 부분은 없는 듯 합니다.

관련 링크.

http://blogs.msdn.com/psssql/archive/2008/08/11/sql-server-2008-visual-studio-2008-sp1-and-net-framework-3-5-sp1-explained.aspx

http://hyok.kr/blog/dev/44?category=12

CLR Injection: Runtime Method Replacer
http://www.codeproject.com/KB/dotnet/CLRMethodInjection.aspx

.NET Internals and Code Injection
http://www.ntcore.com/Files/netint_injection.htm

SOS Debugging Extension
http://msdn.microsoft.com/en-us/library/bb190764.aspx

SOS Cheat Sheat
http://geekswithblogs.net/.NETonMyMind/archive/2006/03/14/72262.aspx

Drill Into .NET Framework Internals to See How the CLR Creates Runtime Objects
http://msdn.microsoft.com/en-us/magazine/cc163791.aspx

Digging into interface calls in the .NET Framework: Stub-based dispatch
http://blogs.msdn.com/vancem/archive/2006/03/13/550529.aspx

Debugging Rotor Jit Call
http://www.xwang.org/2009/02/debugging-rotor-jit-call/

ARM Jazelle DBX (Direct Bytecode eXecution)
http://www.arm.com/products/multimedia/java/jazelle.html

온라인 전시 블로그가 실패한 원인은 ‘블로그를 만들었기 때문이다’라고 생각하는 후배에게..

당시 프로젝트를 리딩하던 입장에서.

블로그가 아니면 안되었던 상황에 대해서 이야기 해봅시다.

1. 메타포를 중요히 생각하는 컨텐츠의 성격상 사용자가 남긴 포스트와 덧글은 소통의 필요성이 절실했기 때문임을 분명히 강조합니다.

2. 포스트를 아우룰 수 있는 메타서비스가 필요했습니다. 여러가지의 목적에 따라 용도에 맞는 메타 서비스를 만들어 IBK장터, 온라인 경향하우징페어, ESN V-Store등의 메타들이 기획되고 그에 맞게 개발되었지요. 비단 자체 컨텐츠를 검색해 만들어내는 메타가 아닌, 그 어떤 블로그라도 컨텐츠를 제공 받을 수 있도록 구현되었었지요. (물론 아직까지 다른 블로그 서비스의 포스트가 등록되는 사례는 없는듯 합니다)

3. 플러그인 기능을 이용해 무궁무진한 서비스를 만들어 낼 수 있습니다. (당시 온라인 전시 를 개발하면서 가장 중요하게 생각했던 것은 블로그를 이용한 거래 서비스임은 지누군도 분명 알것입니다)

4. 마케팅차원에서 충분히 매력적인 선점 모델임은 자명합니다. B2B모델에서 블로그가 다리역할을 해준다는 차원에서 말이지요. 선점과 유지는 마케팅에서 꽤 중요한 요소입니다.

등등..

구구절절히 나열하자면 끝도 없지요. 당시 제가 중요하게 생각했던 컨셉은 블로그 내에서의 거래 모델을 만들어보자는 것이였고, 그것이 싸이월드와 같은 미니홈피의 철학으로는 상상할 수 없는 일이지요.

그 후로 이니시스에서 만들어낸 플러그인으로 블로그 내에서 거래 모델이 만들어졌습니다. 다만 그 서비스는 아직까지 개인 블로거를 위한 서비스지만요. 정확히 말하면 거래모델이라기 보다 PG모델에 가깝죠.

당시 우리에게 필요한 것은 개인 블로그를 위한 거래모델이 아닌, 비지니스 블로그를 위한 거래모델이였습니다.

사람들이 블로그를 어렵다고 생각하는 이유는 새로운 것에 적응하기를 싫어하는 고유의 문화때문이라고 생각합니다. 어느덧 그 문화가 지금은 익숙해져 대부분의 네티즌은 블로그의 본질에 대해서 꽤 많이 이해하고 있다고 생각합니다. 시간이 지나면 해결되는 문제였단 말이지요.

지누군이 이야기한 것 처럼, 컨벤션 서비스가 실패한 사례라고 함에는 이견이 없습니다. 다만 제가 실패라고 생각하는 이유는 ’관심과 애정’을 갖지 못한 채 버려두고 그 회사를 박차 나왔던 당신과, 나 때문이라고 봅니다.

지속적인 서비스 모델의 R&D와 개선이 없이는 블로그가 아닌 그 어떤 서비스가 되었더라도 결과는 마찬가지였을껍니다.

오히려 지금에 와서는 이런 꿈을 꾸곤합니다. 당시 블로그를 개발하지 않고 위키기반의 서비스를 만들었으면 어떨까.. 하고 말입니다. 제품과 제품의 릴레이션을 만들어내고, B.O.M을 위키의 링크서비스를 이용해 구현했다면 좀더 나아졌을까요..? 오히려 위키라는 어려운 용어와 서비스 때문에 관리의 비용이 증가했을까요..? 뭐, 지난 얘기입니다만 전 지금도 꽤 자랑스럽겍 생각하고 있습니다. 컨벤션을 리딩했다는 그 사실 하나만으로도요.

우리는 당시 블로그의 기본 철학과 그 본질에 충실했습니다. 그것이 티스토리의 판박이였다 할지라도요. 블로그의 철학을 담고, 컨텐츠의 소통에 초점을 둔 그 본질을 선택하고 결정함에는 분명 오해도, 이견도 없던 당연한 결정이었음은 지금도 후회하지 않습니다.

어려운 글 쓰기 과정은 ‘템플릿’으로 대체했고, 그 결과 꽤 깔끔한 글과 UCC가 엮여있는 것을 보고 지금도 흐뭇해합니다.

B2B에 있어서 소매인들까지 아우룰 수는 없습니다. 동내 슈퍼마켓 사장님이 B2B에 관심이나 있을까요..? 대기업과 중소기업을 아울러 거래모델을 만들어내고, 중소기업끼리 거래가 가능토록 그 ‘장’을 마련해 주는 공간이 B2B의 거래/알선 모델이 됨은 자명한 것입니다. 대중소 기업의 상생 모델이라는 말뿐인 모델보다 좀더 현실적인 모델이 필요하진 않았을까요..?

–

블로그가 왜 어려운 UI가 되었지요..? 블로그의 본질에서 UI에 대한 배경은 없습니다. 블로그의 UI는 스킨(=테마) 그 하나만으로 이야기될 뿐입니다. 모조리 각종 서비스가 만들어 내는 통일된 UI때문이지요. 블로그의 UI만큼 간결한 CMS는 없습니다. 언제부터 블로그의 UI가 어렵다는 편견이 생겼습니까?

미니홈피의 UI가 왜 쉽다고 생각하십니까? 오히려 나이 지긋한 중소기업의 사장님들에게 싸이월드보다는 블로그의 UI가 더 쉽게 느껴질 수 있습니다.

미니홈피가 대중화 되고, 미니홈피에서 머무는 시간이 많아짐에 따라 그 UI가 친숙해져서 사용하기 쉬운 UI가 된것이지. 처음부터 쉬운 UI는 아니였다고 생각합니다.

여러가지로 해 주고 싶은 이야기가 많지만. 한국에 가게되면 소주잔 기울이며…. 얘기 해 봅시다 ;-)

사실 제가 하고 싶은 얘기는 딱 이겁니다.

진우야. 핑계대지마라.. 결국 너와 내가 퇴사하면서 컨벤션은 망가지기 시작한거다. 너랑 내가 계속 있었다면 이런 사례로 기억되진 않았을게다.

그래서 최근 제 근황을 전하고.
새로운 목표를 몇 가지 공개하려고 합니다.

저는 지난 2008년 9월 25일 한국을 떠났고, 현재 ‘(주)인터데브’ 소속으로 도미니카 공화국의 관세청 전산화 프로젝트를 현지에서 수행하고 있습니다. 현재 개발 막바지 단계로 미진한 구현 및 테스트를 진행하고 있습니다.

예정대로라면 저는 출국한지 만 6개월이 되는 2009년 3월 24일 한국으로의 귀국이 계획되었으나 현지의 프로젝트 사정과 한국에 가야할 개인적인 이유가 사라졌기에 약간의 인센티브를 지급받는 조건으로 6개월을 더 머물기로 결정하였습니다. 때문에 2009년 9월 25일 귀국 예정입니다.

관세청 전산화 프로젝트에서는 업체정보를 관리하는  ’Enterprise Management Profile’, 리스크 팩터를 등록하고 Rate, Random Rate, Priority를 관리하는 Risk Management, 리스크팩터에 의해 감사 대상을 선정하고 계획을 세우고 결과를 등록하는 ‘Audit’, 대상 업체를 선정하여 조사 계획을 세우고, 조사결과를 등록하는 ‘Investigation’업무를 맡고 있습니다.

이곳 도미니카 공화국에서의 생활은 불편함이 없습니다. 외로움과 고독, 향수를 비롯한 정신적 고통을 제외한다면 말이지요. 출근 10분 전에 일어나 조식을 거른 채 통근버스를 타고 출근을 합니다. 최근 지속되는 야근으로 10시~11시가 되어야 택시를 타고 숙소로 돌아갑니다.  보통 5시 30분이면 퇴근이었지만요.

퇴근 후 숙소에서는 씻고 하루종일 다운로드 받은 드라마/버라이어티를 보며 가족,친지들과의 전화통화 후 취침합니다.

–

항상 새롭게 무장하곤 하지만. 어렵게 블로그에 개인적인 목표를 공개합니다. 뭐랄까.. 이렇게 공개라도 하면 좀 더 잘 지키고, 목표 달성을 위해 좀 더 노력하지 않을까 해서요.

• 영어공부에 매진하려 합니다.
  얼마전 현지에 상주하는 통역을 통해 스페인어를 레슨받았습니다. 딱 한달요. 하지만 숙소에 있는 아일랜드에서 온 미셸이라는 친구에게 영어를 레슨받기로 했습니다. 매주 화, 목, 토, 일. 주 4회 8시간씩 레슨을 받기로 했답니다. 이제 제 목표는 한국에서의 개발자가 아닌 세계를 향한 시니어 개발자이기 때문입니다.
• 개발 프레임웍인 zFx를 재개발 합니다.
  개인적인 용도로 사용해오던 개발 프레임웍을 조금 더 범용으로 사용할 수 있도록 갱신하고자 합니다. 이번엔 CodePlex를 통해 퍼블리싱도 계획하고 있습니다. 새로운 아키텍쳐와 신기술을 추가 적용해야 합니다.
• 한 권의 단행본을  준비중입니다.
  글을 쓰지 않기로 결심한지 7년이 넘었습니다. 지금까지 잘 지켜왔지요. 헌데 다시 글을 쓰기로 결정했습니다. 바닥까지 내려온 제 가치를 스스로 조금 더 높여야겠다는 의도랍니다. 얼마전 RC로 공개된 MVC Framework / Entity Framework / JQuery를  이용한 Wiki개발과 관련한 단행본을 기획중입니다.
• Mobile Application을 개발/유지 하려고 합니다.
  한국에서 합류하는 팀원들이 있어 ‘T-옴니아’를 주문했습니다. 금주 토요일에 도착하는 동료직원으로부터 전달받기로 했습니다. Windows Mobile 6.1 / Microsoft Compact Framework을 이용해 AppStore에 등록할만한 어플리케이션을 개발하려고 합니다. 약간의 금전적 기대도 있고, 마찬가지로 스스로의 가치를 높이고자하는 목적입니다.

이러한 목표들로 인해 앞으로는 조금 더 포스트를 자주 남겨야 겠습니다. 목표에 대한 진척도랄까요..? 조금씩이라도 나아지는 모습들을 공개함으로서 목표달성에 가까워 질 채찍이 될테니까요.

아무쪼록.. 전 도미니카공화국에서 건강히 잘 지내고 있습니다. 아, 한 달 전쯤 의도치않은 사고가 생겨 복서 골절을 당했습니다. 덕분에 오른손의 손등 뼈 두곳에 골절이 있었습니다. 때문에 약 2주간 깁스를 하고 있었죠. 하지만 원치않는 사정에 의해 3주나 빨리 깁스를 부시고 아픈 손으로 코딩에 매진할 수 밖에 없었죠.

뭐.. 이런 사정들 말고는 딱히 전해 드릴 이야기가 없네요. 깁스했던 사진도 있는데.. 찾아봐야 하고, 요즘은 꽤 바빠서 정리할 시간이 없어요.

이제 조금 더 노력해 봅시다.. ;-)

Management Studio 2008

Saving changes is not permitted. The changes you have made require the following tables to be dropped and re-created. You have either made changes to a table that can’t be re-created or enabled the option Prevent saving changes that require the table to be re-created.

또한 사용자에게 ‘Cancel’과 ‘Save Text File’이라는 버튼만 보여준 채 ‘Cancel’을 클릭하면 사용자가 변경을 취소했다는 메시지를 보여줍니다. 취소하고 싶어서, 취소를 누른건 아니잖아요…?

Management Studio 2008

• 테이블의 중간에 새로운 컬럼이 추가되는 경우.
• 컬럼을 삭제하는 경우.
• 컬럼의 nullability를 변경하는 경우.
• 컬럼의 순서를 변경하는 경우.
• 컬럼의 타입을 변경하는 경우.

위 다섯 가지에 해당 되는 테이블의 변경사항은 SMS2008의 테이블 디자이너에서는 변경할 수 없었습니다. SQL서버는 테이블이 삭제되었고,  이미 만들어진 테이블을 삭제하고, 다시 생성해야 하기 때문이라고 합니다. 2008에서는 테이블의 변경에 대해 경각심을 주겠다는 의도로 옵션을 만들어두어 기본값은 재생성을 할 수 없도록 하지 않았나 생각해 봅니다. 물론 ALTER [TABLE]과 같은 DDL을 사용한다면 아무런 제약이 없습니다.

이러한 문제를 해결하기 위해서 다음과 같이 조취합니다.

메뉴에서 도구 -> 옵션 -> 디자이너를 선택합니다. ‘Prevent saving changes that require table re-creation’의 체크를 해제하면 SMS2008에서 테이블 디자인의 변경이 가능해집니다.

Tools -> Options -> Designers

'Prevent saving changes that require table re-creation'의 체크를 해제합니다.

이번엔 순수하게 휴가를 맞이해 개인적인 비용으로 지출하면서 다시 온 곳입니다. 이곳에 다시 온 이유는 지난번과는 그 의미가 남다릅니다. 

이곳에서는 일년 중 가장 큰 명절이 하는 “크리스마스와 신년”인데요.  대부분 10~15일씩 휴가를 내고 휴식을 취하는 기간이기도 합니다. 우리네 추석과 비슷하죠. 모든 가족이 크리스마스에 모여 서로의 얼굴을 보고 즐기니까요. 

파티도 무척 많이 하더이다. 지나다니는 사람들이 드레스와 멋진 슈트들을 입고 몰려다니고 있거든요. 

뭐 어쨋든, 지금 이곳은 이유 몇 가지가 있습니다.

우선, 새로운 해를 맞이하며 신년 계획을 세워야 하구요. 인생의 중반이 시작되는 서른하나의 삶에서 무언가 목표를 다시 만들어야 됩니다. 구체적이고 뚜렷하게 말이지요. 

카리브해를 바라보며, 시원한 피냐콜라다를 들이키며.. 새로운 한해의 목표와 계획을 세우려 합니다. 아직 생각은 못 해봤어요. 생각보다.. 꽤 바쁘네요. 

이제는 게으름도 좀 벗어나야 겠구요. 구체적인 목표와 실행계획은, 기회가 된다면 다시 포스트하지요. 

아차, 인사도 못 드렸네요. 
제 주변에 계신 모든 분들, 새해 복 많이 받으시고 올 한해 건강하게 지내셨으면 합니다.

사실 구시가지의 야경을 보고자 우리는 집을 나섰어요. 중간에 택시를 갈아타기 위해 쁠라자쎈뜨랄에서 기다리는 동안 갑작스레 결정한거에요. 

함께 일하는 윤호씨가 “동굴”이 꼭 보고 싶다며 벌써 두 달이 넘도록 졸랐거든요.

마침 시간도 적당히 남겠다싶어 가기로 했습니다. 함께 가기로 한 동굴의 이름은 “The cave of the 3 Eyes”랍니다. 사실 이름도 잘 몰랐어요. 일단 윤호씨가 꼭 가고싶다고 하니 같이 가주기로 한 것 뿐이였죠.

하지만 결과는 기대 이상이었습니다. 정말 멋진 동굴이었어요.

강원도 영월에서 유년시절을 보낸 제게 “동굴”은 큰 감흥이 없었어요. 왜냐면 “고씨동굴”이 근처에 있었기에 수 십차례 고씨동굴을 가봤었으니까요.

최근 “Lost”라는 미드에 한참 빠져있었어요. Lost에도 나오죠..? 추락한 비행기의 생존자들이 동굴을 찾아 동굴에서 생활을 하죠. 마치 Lost에 나오는 동굴 같았어요.. 외국의 동굴은 다 이런걸까요? 

던전?처럼 생긴 계단을 통해 동굴에 들어가니 웅장했고, 꽤 무서웠습니다. 신기한건 3개의 눈을 가졌다는 이름에서처럼 3개의 웅덩이(?)가 있었는데요. 이 웅덩이 하나하나가 느낌이 모두 틀렸답니다.

이를테면, 동굴을 걸어가다 갑자기 맑은 하늘이 보입니다. 전경은 마치 아마존을 연상케하는 숲이었구요. 깊고 어두운 웅덩이를 배를 타고 건너가니 또 다른 새로운 숲이 보여요. 

이게 말로는 잘 설명이 안되는데, 어두운 동굴의 한쪽에서 뒤퉁이에서 빛이 보이고. 그 빛을 따라가니 이상한 나라의 앨리스마냥 우거진 숲을 보게 되요. 음.. 말로 표현이 잘 안됩니다. 나름 글쟁이였는데 …. ㅠㅠ 

아래 사진으로 살짝 감상해보시죠 ;-)

 

The Cave of the 3 Eyes

 

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

The Cave of the 3 Eyes

헤어스타일이 독특하다기 보다 머리핀(???) 때문에 웃었어요.

혹시 저거, 우리네 여인네들이 자주 애용하는 미용실에서나 볼 수 있는 핀 아니던가요..? 

   

독특한 헤어스타일의 쎄뇨라

   

독특한 헤어스타일의 쎄뇨라

   

독특한 헤어스타일의 쎄뇨라

미안해요 쎄뇨라. 사진도 몰래 찍고, 키득 거려서요 ㅜㅜ

요리라는게 하면 할 수록 매력이 있네요. 한국에서 자취할 때는 직접 해먹는게 귀찮아 배달을 시켜먹기도 하고 친구들을 만나 외식을 하며 끼니를 떼우기 일쑤였어요.

이곳에서는 고기가 무척 저렴합니다. 덕분에 다양한 고기를 이용해 요리를 할 수 있는데요. 적어도 원하는 요리를 하기 위해서는 적당한 부위의 고기를 고르는 것도 꽤 중요하겠지요. 

어둠의경로(?)를 통해 입수한 쇠고기, 돼지고기의 부위별 스페인어 목록입니다. 사실 이건 한국에서 정육점에 걸린 부위별 명칭을 보고도 넘어가곤 했는데 이 명칭들을 스페인어로 외워야한다니요.. ㅠㅠ 

스페인어를 가르쳐 주고 있는 과외선생이 한국에 가버린 관계로 당분간 자습을 해야 한답니다. 기회가 생길때 마다 블로그에 적어놓고 외우고, 외우고, 또 외우며 과외선생이 하루빨리 돌아오길 기도해야겠습니다.

  

spanish

되도않는 스페인어로 이젠 Mercado에 가서 수없이 외쳐야 겠어요. 돈까스를 하기 위해 필요한 안심을 사야하니, “꼬스띠야스 뽀르파보르”를 외쳐야 겠습니다.

후.. 돼지족발이 무척 생각나는 하루네요.

실제로 DataTable에서 Distinct절도 구현해야 할 경우가 종종 있으니 말이다. 지금은 LINQ를 이용하면 좀 더 쉽겠지만 현재 진행중인 프로젝트에서 LINQ는 개발표준에 없으므로 LINQ절을 사용할 수 없다.

따라서, 아래와 같은 코드로 DataTable의 Select Top절을 구현해 보았다.

   1:  public DataTable GetSelectTop(DataTable sourceTable, int topCount)

   2:  {

   3:      try

   4:      {

   5:          DataView dvTable = sourceTable.DefaultView;

   6:          dvTable.Sort = "Total_Size DESC";

   7:   

   8:          DataTable destTable = sourceTable.Clone();

   9:          topCount = dvTable.Count > topCount ? dvTable.Count : topCount;

  10:   

  11:          for (int i = 0; i < topCount; i++)

  12:          {

  13:              DataRow row = dvTable[i].Row;

  14:              destTable.ImportRow(dv);

  15:          }

  16:          return destTable;

  17:      }

  18:   

  19:      catch (Exception e)

  20:      {

  21:          throw e;

  22:      }

  23:  }

보통 구독해 놓은 피드들은 하루 100개 안팎인데, 갑자기 500개가 넘는 피드덕에 무슨 일인지 살펴보았다. 읽지 않은 피드들을 살펴보니 작성일자가 몇 달 전의 피드들이었다.

심지어 2006년에 포스팅된 피드도 아웃룩에 고스란히 담겨있었다. 과거 포스팅된 글들의 출처는 모두 네이버의 것이었다. 네이버 블로그를 구독하는 포스트들이 과거 피드가 전송된 것이다.

아무래도 네이버의 피딩 정책이 변경되었다고 밖에 판단할 수 없다. 과거 포스팅을 피딩하겠다는 정책이 아닌, 피딩 출판 갯수의 변경이 일어났다고 판단된다.

어찌보면 당연한 것이고, 어찌보면 옳은것인데.. 

왜 난 아웃룩에서 수집한 피드를 “모두 읽음”처리 하면서 왜 귀차니즘이 발동한건지…

타지에서 맞이하는 생일임에도 불구하고 함께 해주는 따듯한 분들이 계시기에 즐거웠습니다.

 

먼곳에서 맞이하는 29번째 생일.

 

먼곳에서 맞이하는 29번째 생일.

 

먼곳에서 맞이하는 29번째 생일.

 

먼곳에서 맞이하는 29번째 생일.

 

먼곳에서 맞이하는 29번째 생일.

대부분 빨간 커버에 씌워져 있어 실체를 볼 수 없었으나 우연히 카메라를 들고 출근하는 무렵 커버가 벗겨진 페라리의 실체를 볼 수 있었습니다.

뭐랄까 꽤 구형모델이라 기대했던 것 만큼의 감흥은 느낄 수 없었지만 그래도 페라리를 가까이서 봤다는것만으로도 만족해봅니다.

 

 

 

이렇게 산토도밍고에서는 인도를 파고, 인도안에 쓰레기통을 뭍습니다. 뚜껑이 닫혀 있지 않은 날은 어김없이 쓰레기통엔 빗물이 고이게 되었지요. 

한편으로는 도시의 미관을 생각한다면 꽤 긍정적일 수도 있겠으나 비가 많이 오는 지역인 이곳에서는 꽤 바람직하지 않은 장치라 생각됩니다. 아직 제가 잘 모르는 탓도 있겠지요. 쓰레기통을 바닥에 묻는 진정한 이유를요.

하루는 이 쓰레기통에서 쓰레기를 싣고 가는 쓰레기차가 도착했었습니다. 뭔가 특수한 장비가 있어 이 쓰레기통에 어떤 장비를 꽂아 쓰레기차로 한방에 담아가지 않을까 하는 기대도 했었답니다. 아니나다를까 쓰레기차에서 사람이 내려 쓰레기통의 뚜껑을 열고, 안에 담긴 쓰레기를 하나하나 손으로 주워 쓰레기차에 싣는것 아니겠습니까 .. 

아직 낯설기만한 산토도밍고의 생활은 이렇게 호기심 많은 제겐 무척 재미있는 곳인것 같습니다.

 

 

대표님께서 지난 2년이 넘도록 날 지켜본 결과 “사람의 마음을 얻는 것”에 소홀했다고 지적해 주신 덕분에 알게되었다. 지난 2년이 넘는 재직기간 중 소홀했던 몇몇 사람들에게 미안함을 느꼈고 한편으론 감사했다.

그리고 얼마의 시간이 흘렀을까.. 두어달쯤 지났을까.. 

새로이 직장을 얻었고 이곳 도미니카공화국에 오게되었다. 까마득히 잊고 있었다. “사람의 마음을 얻어야 한다는 것”을..  

어느 토요일, 점심을 먹으려고 건너편 아파트에 살고 있는 동생녀석에게 메신저를 했다. 점심 먹으러 건너오라고.. 헌데 이 녀석이 아프다고 한다. 몸살이라고 했다. 난 대수롭지 않게 넘어갔다. 그리고 뒷담화를 했다.

네 이놈 내 그럴줄 알았다. 밤새 에어컨 켜놓고, 이불 잘 안덮고, 일교차 심한데 스스로 자기관리하지 않더니.. 내 그럴 줄 알았다.. 푹 쉬게 내버려두자.

 
그렇게 동생이 없이 점심을 먹었다. 그리고 아무런 생각없이 난 내방으로 돌아와 하던일을 계속 했다. 무슨일인지 평소 찾지 않던 과자 부스러기가 간절하다. 부엌을 가려고 문밖을 나섰는데 부엌에서 인기척이 나질 않는가.. 

누군가가 채를 썰고 있는 듯 한 소리였다. 나와 같은 층, 바로 옆 방을 사용하시는 방과장님이었다. 날 보시더니.. 

동생이 아프다며.. 내가 금방 야채죽 끓여줄테니까 너가 가서 죽좀 먹이고 와.. 멀리까지 와서 아프면 서럽잖아. 너희끼리는 서로 잘 챙겨주고 서로 의지하면서 지내야지.. 

라고 말씀하시는 방과장님의 이야기에 울컥 했음을 느꼈다. 그리고 절실히 깨닫는다. “사람의 마을을 얻는 것”이 이런거구나.. 사람의 마음을 얻는 한 가지 상황일 뿐이지만 어느덧 그 충격은 내게 신선함으로 다가온다.

너무 부끄럽기도 했고 한편으론 존경의 눈빛으로 방과장님을 바라본다. 방과장님은 그저 묵묵히 채를 썰고계셨다. 왜 난 아픈 동생을 위해 내가 해줄 수 있는 일이 무엇인지 생각조차 해보질 않았던가… 그리고 방과장님을 돕기 시작한다. 방과장님이 내뱉는 한마디 한마디가 점점 더 날 부끄럽게 만들었다. 가슴속 깊은 곳에서 무언가가 꿈틀거림을 느꼈다. 그리고 결심한다… 사람의 마음을 얻는 것에 항상 최선을 다하자… 

아프지말자.!

이렇게 끓인 야채죽을 통에 담가 수저 하나를 들고 길건너 아파트로 갔다. 죽을 보는 순간 동생이 감격하기 시작한다. 

고마워요 형… 

동생의 한마디에 오히려 미안해진다. 

함께 있는 동안만큼은 서로에게 의지하고, 서로를 위하며, 서로를 지키면서 남은 14개월을 아무탈 없이 좋은 기억/좋은 경험/좋은 기술로 익히고 갈 수 있게 서로 노력하자꾸나… 

몸도 마음도, 아프면 아니되느니라…

WOW

언제였는지 정확히 기억은 나지 않지만 얼마전 후배가 메신저로 보내준 Gif Animation파일이다. 

당시 “가격공대” 길드에 소속되었을 시기인것 같다. 익숙한 이름들이 보인다. “재형”이를 비롯해 “윤종대”등..  

대충 기억을 더듬어 보면 2005년즈음이 아니었을까..? 노르간논으로 이주해서 만들었던 호드의 첫 캐릭이었으니까. 

그다지 좋은 일 때문에 길드를 탈퇴한건 아니었지만 그래도 좋아하던 사람들의 옛 모습들이 떠올라 즐거운 기억남 추억하고 있다. 

와우를 못한지 이제 겨우 한달이 지났을 뿐인데, 생활이 꽤 무료하긴 하다.

피사체의 우측으로 구름의 형상이 마치 해골을 연상케하고 있습니다. 혹, 저만 그렇게 보이는걸까요..? 

정체가 무엇이냐…

참고로 초를 다투어 찍은 다른 사진에는 그런 현상이 없습니다.

정체가 무엇이냐…

정체가 무엇이냐…

에메랄드 빛 바다로 뛰어 들어가 조금 더 깊은 곳을 가기 위해 실컷 헤엄쳐가고 있었습니다. 이제 깊은 곳이려나~ 하고 발을 딪었는데 발이 닿습니다. 

그렇게 이십여 미터를 가도 바닥의 모래를 밟을 수 있었습니다. 조금 더 깊은 곳을 위해 다시 헤엄쳤습니다. 그리고 또다시 발을 내딛습니다. 

“아!” 짧은 외마디 비명과 함께 … 무언가를 밟았다는 것을 느낍니다. 

제길 … 바닷속의 성게를 밟은 것입니다. 성게의 가시가 엄지 발가락에 박혔습니다. 1센치가 조금 안되는 길이로 발가락이 박혀버렸지요. 

괜찮겠지.. 괜찮겠지.. 나가서 뽑아야지~ 하고 해변으로 나와보니.. 발가락중간에 무언가 흐릿하게 점 하나가 찍혀있을 뿐이었죠. 걸을 때 마다 점점 더 깊숙히 박히고 있었습니다. 점점 더 통증이 왔구요.

무엇보다 어디선가 들었던 이야기가 생각났거든요. 성게 가시에 독이 있다는 이야기 말예요. 이것 저것을 이용해 박힌 가시를 제거해 보려 했지만 너무 깊숙히 박힌데다 박힌 후 부러져 버려 뽑을 재간이 없었습니다. 

급하게 의무실을 찾았습니다. 꽤나 아파 보이는 표정을 하고 있습니다만 사실 설정샷입니다. ;-)

너무 깊숙히 박혀, 주사바늘로 이곳저곳 긁어내더니 나중엔 안되겠는지 메스를 들고와 살을 찢고 성게가시를 뽑았습니다. 덕분에 20$이나 치료비로 지출 했답니다. 돈 한푼 안드는 곳이라더니…. 의료비는 유료였군요! ㅜ.ㅜ

숙소에 돌아오자마자 “성게 가시 독“으로 지식인 검색을 했답니다. 소문일 뿐 실제 성게 가시에는 독이 없다는 군요..

 

 

 

 

 

 

 

 

이런 곳에서 즐겁게 물놀이 하는것만 상상했었는데… 곧 사고가 생기게될줄은 몰랐습니다.

 

 

 

 

 

 

 

 

이곳은 산토도밍고에서 보카치카를 지나 30분 정도만 더 가면 됩니다. 산토도밍고에서 출발한지 1시간이 조금 지나 도착한 이곳은 “Juan Dolio”의 “Costa Caribe Coral Beach”입니다. 

이곳은 50$정도의 비용으로 모든 것을 해결 할 수 있는 곳입니다. 예를 들면 호텔에서의 모든 먹거리가 공짜구요. 모든 프로그램에 참여하는 것은 비용이 들질 않는다고 합니다.

쉽게 말하면 50$만 지불하면 단 한푼의 돈도 지출하지 않고 실컷 놀고 올 수 있습니다. 물론 숙박비도 포함되어있습니다. 체크인은 오후 3시고, 체크아웃은 익일 12시입니다. 따라서 도착 한 날의 저녁, 익일 아침, 점심이 뷔페로 준비되어있고 수시로 빠에서 음료수를 먹을 수 있습니다. 술도 공짭니다. ;-)

아래 사진들은 체크인을 위해 잠시 대기하는 동안 촬영했습니다.

price smart에서만 이상하게 많이 볼 수 있는 치즈들을 보시죠. 종류별로 다양한 치즈가 이렇게다 많다니 그저 놀라울뿐입니다. 보고만 있어도 느끼해집니다. 버~ .. 터 … ~