parklab

올 9, 10월 미드

2009-09-11T18:45:00.000-07:00

올 9, 10월 미드 대박 터진다.

먼저, 기존에 유명했던 것들 중에 새로 나오는 것들 (기대 만빵)

하우스: (이 대표 샷 선택한 거 보라. 커디와 키스를 하는 낚시를 하더니, 인제는 다른 여자를 불러들였다;)
http://www.youtube.com/watch?v=zz27dGIXoDM

Heroes: http://www.youtube.com/watch?v=0bLCsb6i8Xg

Fringe: http://www.youtube.com/watch?v=ELK_iCF_R7I

가십걸: http://www.youtube.com/watch?v=nP1Fn-49Sz8

캘리포니케이션: http://www.youtube.com/watch?v=VfxF6UkoX-g

그 외 새로 나오는 거지만 기대되는 것들
Caprica: http://www.youtube.com/watch?v=5A19ZLmuJ4g
(가상현실로 사고사한 가족들을 다시 만들어내는 내용인듯)

White Collar: http://www.youtube.com/watch?v=4n6en29dxgc
(현재 감옥에 있는 천재 범죄자를 불러내서 수사에 사용하는 내용인듯)

Trauma: http://www.youtube.com/watch?v=4wgF-OgxjJk
(구조대원들 이야기인데, 좀 extreme한 경우인듯. 액션이 대단하다고 함)

Melrose Place: http://www.youtube.com/watch?v=KVmAUKyKy0A
(티저만 봐서는 뭔내용인지 모르겠지만 아마도 립스틱정글과 비슷한 것이 아닐까 싶음)

The Beautiful Life: http://www.youtube.com/watch?v=9Xl6hmgz-Rs
(티저만 봐서는 뭔내용인지 모르겠지만 아마도 립스틱정글과 비슷한 것이 아닐까 싶음)

Mercy: http://www.youtube.com/watch?v=ZoA1ITLctOw
(새로 하는건지 확실치 않음. 캐짱 간호사 이야기인듯. 하우스와 달리 리얼(practical)한 면을 보여주려는듯)

Community: http://www.youtube.com/watch?v=ljzQ-YOZ3bI
(Community College에서 일하는 재밌는 스페인어 강사 이야기인듯. 전반적으로 개그가 넘치는듯 ㅎㅎ)

Southland: http://www.youtube.com/watch?v=qx7A73GIbdM
(경찰 이야기인데, 뭔가 일반적이지 않고 재밌는 요소가 있을듯 함)

Alice: http://www.youtube.com/watch?v=Zbvt1_ug0iQ
(이상한 나라의 앨리스와 비슷한 설정의 현대물. SciFi. 그냥 별점세개정도?)

내가 관심 없지만 인기 많은 것들:
CSI:Miami, NCIS: Los Angeles, America's Next Top Model, Big Bang Theory, 90210, Iron Chef, How I met your mother, Sanctuary, Glee, Dexter, Battlestar Galactica: The Plan, Stargate Universe, Top Chef

Google 첫 화면 변경

2009-07-15T01:20:00.001-07:00

구글이 첫 화면을 변경했다.

기존의 화면(아래)에 비해서 뭔가 좀더 많은 것을 때려넣은 느낌이다. 도대체 왜 이렇게 바뀌었지;

뭐랄까, 한국에서 잘 안나가는 서비스들(툴바, 데스크톱, 캘린더, 토크, 그룹스 검색)을 정리하고, 새로운 서비스들(사실은 새롭지 않지만, 학술검색, 번역, 사전, YouTube, 지도검색)을 소개하려는 흔적인것 같다.

구글은 어차피 FF의 오른쪽 위 검색창으로 가장 많이 이용하지만, 이 메인 화면이 점점 지저분해져 가는 것 같아서 가슴이 아프다.

ps. 조사하다가 안 건데, 구글 기존 페이지의 아래쪽 마우스오버 아이콘 애니메이션을 CSS와 한 개의 GIF 파일로 구현한 거란다. 천잰데? ㅋㅋ 어떻게 구현했을까 좀 궁금하긴 했지만 이럴 줄이야. 하긴… 고 조그만 GIF 파일 받아오려고 서버에 계속 커넥션 오버헤드를 지원하느니 CSS로 Crop하고는 left/top 값 바꿔주는게 더 나았겠지. 역시 구글은 짱.

[GAE] Task Queue API가 드디어 등장하다!

2009-06-23T19:01:00.000-07:00

Google App Engine Blog: The new Task Queue API on Google App Engine

Google App Engine에서 좀 아쉬웠던 부분이 바로 이 부분이었는데, 1.2.3에서 해결되었다. 바로, 특정 작업을 순서대로 호출하고 자동으로 다음으로 넘어가서 처리하고... 즉, 작업큐를 백그라운드로 돌리는 것인데...

지금까지는 이런 방법이 제공되지 않아서, 나름대로 작업 큐를 만들고, 큐 db에서 명령어와 작업 데이터를 처리하는 로직을 직접 구현하고는 Javascript로 해결하곤 했었다.

~~아직 써 보진 않았지만 (두 세시간 내로 시도해 볼 예정. 시도하고 나서 본 포스트는 업데이트하겠음) 매우 만족스러울 것으로 보인다.~~

써 본 결과, 아직은 좀 미흡한 부분이 있는 것 같다. 너무 큰 딜레이라든지, dev_appserver에서의 자연스럽지 않은 진행이라든지... 위 기능이 포함되어 있는 패키지도 labs 패키지 아래에 있기 때문에 뭔가 정식기능에 넣기는 무서운...

일단은 제외하였다.

유명한 언어 디자이너 사진 모음

2009-05-29T23:05:00.001-07:00

언어는 제 마음대로 골랐다는 것을 이해해 주세요 :)

C language: Dennis Ritchie (right. left is Ken Thompson for B Language)

C Language: K&R C에서 R은 Ritchie, K는 Brian Kernighan을 뜻한다. (아래)

Fortran: John Backus

Java: James Gosling (Sun Microsystems)

C++: Bjarne Stroustrup

C#: Anders Hejlsberg (Lead Architect of C# Team in Microsoft)

Pascal: Niklaus Wirth

Stack Evaluation of a Equation, ALGOL58, ALGOL60: Friedrich Ludwig Bauer

Prolog: Alain Colmerauer

Basic: Thomas Eugene Kurtz

Objective C: Brad Cox

Simula I, Simula 67: Ole-Johan Dahl (Right)

Perl: Larry Wall

Python: Guido van Rossum

Ruby: Yukihiro Matsmoto

PHP: Rasmus Lerdorf

COBOL: Grace Hopper

LISP: John McCarthy

PostScript: Charles Geschke (left) John Warnock (right)

R: Ross Ihaka

S: John Chambers

Scheme: Gerald Jay Sussman(left) & Guy L. Steele, Jr.(right)

SQL: Edgar F. Codd

Verilog: Phil Moorby (left) & Prabhu Goel (right)

Ada: Jean Ichbiah

JavaScript: Brendan Eich (CEO, Mozilla Corportation)

Lua: Roberto Ierusalimschy

MATLAB: Cleve Moler

그 외:

Shortest Path, Semaphore, … :Edsger W. Dijkstra

GNU: Richard Stallman

facebook을 하다 보면…

2009-05-28T10:15:00.001-07:00

내가 알 만한 친구라고 소개해 주는 기능이 있다.

보통, # of common friends가 높으면 추천해 주는 것 같은데…

그래서 초기에는 내 네트워크를 매우 빠른 속도로 키워준 일등 공신이다. (현재 109명?)

그런데 신기한 것은.. 가끔 그 리스트에 가보면 한 번도 들어본 적이 없는 이름들이 올라온다. 그래서 이름을 눌러보면, 심지어 “같이 아는 친구”(Common Friends) 열 두 명. –_-;; 내 친구 중 10% 넘게 이 사람을 안다는 건데;;

물론, 내 친구 전체 집합을 facebook 친구 집합이 대표하지는 못하지만, 그래도 이건 너무하잖아!!! 하면서 내가 잊어버린 이름일 수도 있으니- 한번 쯤 열어본다.

그런데 더욱더 놀라운 것은 그렇게 해서 나온 common friends가 공통 원소가 하나도 없어 보이는 경우이다.

예를 들면, 고등학교 동기 두세명, 대학교 선후배 서너명, 친구의 친구 두세명, 서울 와서 사람들한테 소개받은 사람 두세명… 이런 식으로 되어 있는 common friend라니…

예를 들어, 오늘 발견한 놀라운 사람은 아마도, (실명을 밝히긴 어려우니) 서울대 혹은 카이스트를 나와서(아마도 카이스트) 카이스트 후기들과 친하게 지냈었고, 미국에 유학을 보스턴 지역(하버드/MIT 등)으로 간 다음 MS에 입사한 것 같았다. (정확한 프로필은 친구신청을 안 했기 때문에 미상;) 이건 뭐; 그런데 이 사람과 나의 common friend는 열 두 명.

이 좁은 사회에 감탄할 뿐이다. 아무리 좁은 네트워크라지만 이건 너무하잖아;;

조심하면서 살아야지. ㅎㅎ

Technorati 태그: facebook,network,scale-free network,small world,네트워크,좁은 사회,좁은 세상,카이스트,페이스북

Naver 태그: facebook,network,scale-free network,small world,네트워크,좁은 사회,좁은 세상,카이스트,페이스북

Daum 태그: facebook,network,scale-free network,small world,네트워크,좁은 사회,좁은 세상,카이스트,페이스북

Tistory 태그: facebook,network,scale-free network,small world,네트워크,좁은 사회,좁은 세상,카이스트,페이스북

Cloud Computing 1

2009-05-04T09:21:00.001-07:00

요즈음 Cloud Computing에 관심이 많다.

현재 Google AppEngine, Microsoft Azure, Amazon Web Services 정도가 major player가 아닐까 싶고, 다른 중소 업체도 있는 것 같다. 나로써는 뭐 이런 걸 가지고 사업을 한다든가 그런 건 아니니 가격 정책에서의 차이는 그냥 참고용. 오히려 기술 모델에 더 관심이 많다.

먼저, Google AppEngine은 정말 구글스럽다. 전체적으로 HTTP Request/Response 구조이며, 현재는 Python과 Java를 구현해 놓았다. 서비스 가입, 운용, 개발 모두 간단하게 뚝딱뚝딱 해낼 수 있는 형태인 듯 하다. Java는 Early View 상태이고 (현재) 내 Python 실력이 매우 짧아서 모든 면을 다 파악할 순 없었지만 시스템 구성을 볼 때 대/중/소 어떤 사이즈의 사이트에도 적절하게 적용될 수 있는 요소를 갖추었다고 생각된다. 다만 단점은 Python을 쓸 수 있어야 한다는 점 정도?

Microsoft Azure는 아직 완전히 풀 가동 되고 있는 상용 서비스는 아닌 듯 하다. 하지만 언제나 MS의 제품들이 그러하듯이, 수많은 약자들로 대표되는 컴포넌트들이 산재하고, 그들끼리는 매우 tight하게 결합될 수 있도록 (외부로의 연결은 장담 못 함) 준비되어 있는 듯 하다.

Visual Studio 2008 SP1(2008! Oh My… 심지어 SP1이다. 단, VWD Express SP1도 지원은 함)이 SDK Requirement이며, 로컬 개발서버를 돌리기 위해서는 OS의 내장 IIS를 구동해야 한다. (Sucks! 이부분은 아마 바뀌지 않을까. AppEngine은 python 스크립트 하나를 실행하는 것으로 대체. 해당 python 프로그램 종료하면 리소스 전체 해제. Yay!)

AppEngine과 마찬가지로 HTTP Request/Response 는 당연히 잘 지원하며, Storage도 SQL Data Service라는 형태로 제공하고, 그 외 Google Auth API에 대응되는 Live User 기능도 존재한다.

Azure에는 Web Role 외에도, Worker Role이 존재해서, 별도의 heavy computation을 수행하는 것이 가능하다는 것 또한 AppEngine과의 중요한 차이점이다. AppEngine에서는 이러한 response보다는 computation result가 중요한 작업, 혹은 주기적으로 시스템 관리를 위해 수행되어야 하는 작업 (cron job 같은)들에 대해서도 하나의 웹 페이지로 만들고 그 URL을 호출하는 방법으로 수행하라고 권고하고 있다. Cron과 같이 내부적인 Scheduler는 제공한다고 한다. 대신, 이러한 경우 HTTP Timeout이 얼마나 될 것인지에 따라 상황이 달라지긴 하겠지만 heavy한 computation을 수행할 수 있을지는 미지수이다.

개인적으로는 Azure가 내 취향에 더 맞지만, 단기적으로는 AppEngine이 시장지배적인 player가 될 가능성이 높은 것은 거의 명백해 보인다. (약 6개월~1년 내) 그 이후에도 서로 competing 한다기보다는 ecosystem이 분리될 가능성이 좀더 높다고 생각한다. Startup(신생기업)의 경우 AppEngine을 선호할 것으로 보이고 (더 손쉽고 빠르게 적용할 수 있기 때문. 고객지원이나 기술기반(서버 업체, 호스팅 등)의 브랜드 이미지는 상대적으로 덜 중요하기 때문.), Mid-level player이상에서는 MS를 선호할 가능성이 높아 보인다. 이렇게 추측한 이유는 고객 관리, 기술지원, 마케팅, 브랜드 이미지 등이 주된 이유이지 Technology의 차이에 기반한 판단은 전혀 아니다.

더 장기적으로는 어떻게 될까? 사실 이 시점에서 이렇게까지나 멀리 나가는 것은 심히 오바이긴 하지만 재미로 추측을 해 본다. 구글은 수많은 low-traffic 아웃라이어들 (주로 스타트업, 개인 개발자, 수퍼개발자들의 장난감 등)을 무지막지하게 수용함으로써 easy-entry로서의 입지를 굳히되, facebook이나 myspace, 혹은 그에 대응될만한 ultra-mega player를 한 두 개, 혹은 몇 개 정도 수용해서 solid한 money source를 확보하고, 돈을 긁어 모으겠지. (여기까지 2~3년) 그러다가는 너무나 점점 낮아질 수밖에 없는 price policy (난 현재의 price policy($/byte) 가 무조건 낮아질 것이라고 확신한다)와 high competition때문에 어정쩡해 하고 있다가 갑자기 확 줄어든 고객 탓에 AppEngine 서비스를 버리고 새로운 모델로 진출하겠지.

Azure는 좀더 확신에 차서, 실현 가능성이 더 높은 예측을 할 수 있다. (진심이다) MS빠인 mid-level player들을 수백~수천개 정도 월드와이드로 확보해서 각각 수백만~수억달러씩을 사이트별로 3년 내에 벌어들이지 않을까 생각된다. 그 동안에 MS는 약 3~4년 이내에 Azure브랜드 전체가 담당하고 있던 기능을 포함하는 더 큰 범위의 브랜드를 런칭하고 (그게 퍼블릭 씬 클라이언트가 되었든, 새로운 프레임웍이 되었든) Azure를 가차없이 버릴 것이다. 또다시 수백개의 약어와 개념들을 남발한 뒤 수천만, 수억달러의 마케팅비용을 들여 새 플랫폼을 마케팅하겠지. 그러나 실제로 작업이 수행되는 핵심 개념은 Azure와 유사할 것이라고 생각된다. PC용 윈도우즈 OS가 X Window와 같은 GUI만 남을지도 모른다.ㅎㅎ

Amazon Web Services? 머신 자체를 아예 이미지로 만든다는 것을 제외하고는 잘 모른다. 아마존에 대한 선입견일지도 모르겠지만, 몇개월 남짓 먼저 시작했음에도 불구하고 시장에서 지배적인 player가 되기는 어렵고, 자사의 서비스(THE Amazon ㅎㅎ)에 dependent한 기발한 서비스를 두세개 만들어서 그럭저럭 잘 굴리고, 자신의 서비스를 AWS 기반으로 전환한뒤, 지속적인 영업을 계속하지 않을까 생각한다. entry가 아무래도 google보다는 어렵기 때문에,(가격, 기술모델 등) mid-level player가 주된 고객층이 되지 않을까 생각된다.

클라우드 컴퓨팅에 대해서 주마간산식으로 기술컨셉을 간단히 소개하고, 매우 선입견 가득하고 부정확할 수 있는 개인적인 의견을 개진해 보았다. 다음 글에서는 (언제 쓸 것인가…ㅎㅎ) 클라우드 컴퓨팅을 이용한 다른 아이디어를 간단하게 (아주 간단하게) 써 볼까 한다. 글 길이는 이 글의 1/10쯤 될지도 ㅎㅎ;;

ps. 애초에 Google의 AppEngine과 Amazon Web Service를 소개해준 MJ에게 Thanks 를 날림.

Naver 태그: cloud computing,Azure,AppEngine,App Engine,Google,Microsoft,Amazon,EC2,startup,python,.net

Technorati 태그: cloud computing,Azure,AppEngine,App Engine,Google,Microsoft,Amazon,EC2,startup,python,.net

Tistory 태그: cloud computing,Azure,AppEngine,App Engine,Google,Microsoft,Amazon,EC2,startup,python,.net

내일 드디어 홍콩으로 출발!

2009-04-18T05:20:00.001-07:00

홍콩-호치민-프놈펜-호치민을 10일 일정으로 여행갑니다!

박태훈(say2him, Taehoon Park)이란 놈과 함께 가고요.

몸건강히 다녀오겠습니다! =)

-- 이하 영문

I’ll be out of town for 10 days, visiting Hong Kong, Ho Chi Minh and Phnom Penh with 박태훈.

Wish me a luck! =)

Naver 태그: 여행,박태훈,홍콩,호치민,프놈펜

Technorati 태그: 여행,박태훈,홍콩,호치민,프놈펜

지자체간 정보 시스템 중복개발에 따른 낭비

2009-03-02T21:03:00.001-08:00

모 시에 납품할 관광정보시스템 제안서 작성 중이다.

내용에 보면, “~~한 표준을 준수한 시스템”을 매우 강조하는 것을 볼 수 있다. 아마도 표준에 대한 교육이 많이 이루어 졌겠지…싶다. 좋은 일이다. 모든 요소를 in-house protocol을 쓰는 것보다는 말이다. (비꼬는 것이 아니다. 진짜로 좋은 일이라고 생각한다.)

그렇지만, 그러한 항목을 포함한 시스템 자체가 각 지자체별 특성을 전혀 띠고 있지 않다. 즉, A시에서 만든 시스템을 B시에서 가져다가 쓸 수 없는 이유가 전혀 없는데, 전부 새로 개발하는 것이다. 여기까지 약 40~50M/M (맨*먼스) 소요.

웃기게도, 심지어 구글 어날리틱스에서 공짜로 지원하는 기능을 모두 새로 개발하는데 또 돈을 쓰게 되는데, 이 것만 또 눈은 높아가지고 대략 20~30M/M가 소요될 만큼 많은 것을 요구한다.

이러한 공통적으로 쓰일 만한 것들은, 지자체 및 중앙정부에서 담당자들끼리 모여서 공통된 시스템을 구축하고, OpenAPI등으로 가져다가 쓸 수 있게 하면 되는 것 아닌가? 굳이 그렇게 세금 써서 하기가 어려우면, 수많은 기술개발 과제 중 하나로 넣어서 개발해도 될 것이고 말이다. (여기도 할 말이 많은데, 나중에…)

전국에 지자체가 몇 개인데, 이런 방법으로 소모되고 있는 돈은 도대체 얼마일지 궁금하다.

고쳐져야 할 것이 많다.

Technorati 태그: M/M,OpenAPI,공무원,세금낭비,정부,지자체,표준

Naver 태그: M/M,OpenAPI,공무원,세금낭비,정부,지자체,표준

MJ와 OS Study 시작

2009-03-01T23:50:00.001-08:00

MJ와 OS 스터디를 시작하기로 했다.

이번 주 모임은 토요일 오후 세 시 강남역 7번출구.

문제도 내 가야 되고, 실버섓츠 1,2,3,4 단원을 읽어가기로 했다.

화이팅!

첫인사

2009-03-01T23:46:00.001-08:00

안녕하세요-

박정환입니다.

히히.