Digital in a box

아이폰 A/S 정책의 문제가 아닌 대응의 문제

2009-12-31T10:55:54+09:00

결국 아이폰과 관련하여 소비자원에 상담의뢰를 요청했다.
실제로 아이폰과 관련된 A/S를 받을려고 노력해보지 않은 사람들은 이 답답함을 이해 하지 못하는 것이 당연하다.

우선 소비자원에 등록한 내용을 간추려 보자면 이렇다.

1. 지난 2009년 11월 22일 KT 아이폰 예약 구매하여 사용하던 중 12월 19일 본인 실수로 침수사고 발생,
2. 이에 12월 22일 A/S 접수를 위해 cs.show.co.kr를 확인 하여 1차적으로 압구정(신사) KT Plaza를 방문. 압구정(신사) KT Plaza 입구에는 분명 KT Plaza라고 표기 되어 있음에도 불구하고 당담자의 말로는 직영점으로 전환 되었으니, 강남역 KT Plaza를 방문하라는 말
3. 다시 아이폰 침수는 유상 A/S가 가능한지 문의 : '잘모르겠음'이라고 매장 직원 답변
4. 강남 KT Plaza방문, 침수와 관련 하여 어떤 방법으로 대응해야 하는지 질문 : '일단 A/S접수 하세요'이라고 안내 직원 답변
5. 대기 시간 1시간 30분을 기다려 다시 침수가 되었는데 유상 A/S는 가능한가 질문 : 'A/S 접수 하셔야지 알 수 있습니다'이라고 창구 직원 답변
6. A/S 접수 하고 나니 '약 2주간 기다리시면 기다리시면 연락이 갈겁니다' 라는 직원에 말에 '지금 리퍼해주는 건 아닌가요?' 라고 질문 했더니 현재 A/S접수가 밀려있고, 리퍼용 휴대폰이 준비 되지않아 2주간의 시간이 필요합니다'라고 답변
7. '그럼 2주동안 전 무작정 기다리면 되는건가요?'라고 질문 '죄송합니다. 고객님'라고 답변
8. '전화가 오면 다시 여기를 찾아와야 합니까?'라는 질문에 '네, 죄송합니다 고객님'
9. '그러면 i-light요금제에서 포함된 데이터 무료, 아이폰 할부금은 그대로 내야 되는가'라고 질문, '네, 임대폰으로 교체 해드릴 수 있습니다.'라고 답변
10 '주말에 A/S센터가 운영하지 않아 내가 기존에 사용하던 핸드폰에 USIM을 장착하여 사용하고 있다. 이래도 문제 없는지?'라고 질문 '네, 기존폰 사용하셔도 됩니다'
11. ''그러면 스마트폰이 아닌 핸드폰을 사용하고 2주동안 i-Phone을 사용하지 못하는데도 기존 요금제를 유지 하여야 하는냐?'라는 질문에 '네, 지금 해약 하시면 위약금을 네셔야 합니다'라고 답변

이러한 과정을 거쳐 결국 현재 일주일째 A/S처리에 대한 어떠한 내용이나 연락도 전달 받지 못한체 고장난 아이폰과 스마트폰이아닌 구식 전화기를 사용하고 있습니다.

난 당연히 내가 실수하여 침수사고가 났으니 이에 대해 유상 A/S나 새재품을 구매할 의사가 있음에도 불구하고 현재 아무런 진척없이 2주간 나의 구 휴대폰으로 복귀하여 사용하고 있는 상태이다.

이 후에 소비자원에 올라온 아이폰과 관련된 상담 내용들을 읽으며, 리퍼폰은 1월 2일 부터 풀리게 될것이라는 이야기를 들었다. ^^ 과연 몇대나 풀리게 될까? 난 그 한정된 수량안에 들어갈까? 혹시 안들어가면 또 얼마나 기다려야 하나? 과연 2주가 지나면 전화 한통, 메일 한통, SMS한통이라도 올까?

에혀~ 아이팟 비디오, 아이팟 터치를 거쳐 아이폰까지 왔지만, 사실 여러가지 볼메인 소리들이 블로그와 뉴스에 나올때도 나도 대부분의 사람들 처럼 그냥 넘겼다. 하지만, 결국 내가 당하고 보니, 조금은 이해가 되어 가는 듯 하다.

아직 일주일을 더 기다려야 하고 결국 3주간 아이폰은 장식용으로 사용하고 있고, 요금은 그대로 나가고, 1G나 되는 데이터는 이용도 못하고 :(

물론 KT가 아닌 다른 통신사에서 진행 했어도 이러한 사태라면 사태가 발생 했을까? 하는 의문도 든다. 하지만, 여기가 거기, 거기가 여기인 상황에서 별반 다르지 않았을까 하는 위안을 받으며 사람들에게 아이폰은 조금 있다가 사라고 권유하기 시작한다.

아이폰은 훌륭한 폰중의 하나임에는 의구심이 없으나, KT는 내가 몸담고 있을때나 지금 같이 일하면서도 느끼지만 역시 엮기지 않는 것이 상책이라는 생각이 팍팍!!

개인 고객부분에 전화라도 한통 때릴까부다! ㅋㅋ

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

iPhone 구매 서사시!!!

2009-12-03T12:55:17+09:00

^^ 결국 iPhone 구매 완료!

아주 험난한 과정을 거쳐 iPhone구매 및 개통을 완료했다.

1. 지난 드디어 예판을 시작한다는 말을 듣고, 11시부터 준비 시작
2. 어디에도 무엇이 필요한지, 어떤 방법으로 진행 될지 힌트도 없는 상황에서 신용카드, 공인 인증서, 기변을 위한 USIM까지 준비 완료!
3. 12시!! 앗!!! 요금제가 머 이렇게 많어? 색깔?? 헉~~ 흰색도 있었군!! 이건 또 머지 30,000원! 에잇!! 무조건 고고!! 클릭 클릭!! .......
4. 결제 페이지닷!!.... 음~~~~
5. 페이지 다운!! 헉!! 결제가 된거야 안된거야!! 이거 머야!! 으아악!! ㅠㅜ
6. Reload! 먹통!! Reload!! 먹통!! 새로고침!! 화면 깨짐!! 새로고침!! 헉~~ 12시 20분!!
7. 신용카드 홈페이지 가서 결제가 되지 않을 것을 확인하고 다시 Phonstore로 복귀!
8. 처음 부터 다시 예약 시작! 클릭 클릭!! 예약 신청 완료!! 음 온라인 신청서를 쓰라는데~
9. ㅠㅜ; 점심 약속 때문에 포기~
10. 오후 5시 다시 접속 온라인 신청서 완료! 공인인증서 승인 완료~
11. 접수확인 해주고(7만번대~ 오홋!)
12. 공지사항 탐독!! 음~~ 다음주 28일까지 배송한다는 공지 읽고 ^_____^
13. 배송 되었다는 메세지 수신!! 오홋!! 진짜 토욜까지 올건가???
13. 기나긴 몇일이 지나! 토요일!! 음~~ 음~~ 음~~ phonestore 죽어 있고!! 배송 질문 올라오고! 우체국으로 찾으러 간다는 말이 여기 저기!! 음~~
14. 난 송장번호도 없고!! 7만번대인데!! ㅠㅜ
15. 114로 전화 걸까?? KT 개인 고객부분 명함이 있길레 여기 전화해봐?? 고민, 고민!
16. 와이프는 옆에서!! 주말에 도데체 컴퓨터 앞에 붙어 앉아 머하냐고 잔소리 한방!
17. 쩝~~ 일요일도 우체국 택배는 하나???
18. 그냥~!! 마음 편하게 기다리자!! 휴~~~~(그래도 계속 phonestore에 들락 날락)
19. iPhone 한글 설명서(http://support.apple.com/ko_KR/manuals/#iphone) 받아서 탐독하시고~ 미련을 못버리시고~
20. 월요일!!!! 회사에 다른 사람은 받았다고 자랑 자랑 자랑 자랑!!
21. 아침 10시! 집에서 온 전화 "iPhone 왔음!! 집에 빨리 올꺼지?" "당근!!!"
22. 궁금 해서 다시 phonestore들어 가니!! 송장 번호 떴음! 음~~ 배송 조회 해봄!
23. 일요일 새벽 5시에 동네 우체국에 도착했더군!! ㅠㅜ 찾으러 갈껄~!!! ^^
24. 6시 칼 튀근!!
25. 집에 도착!! 후다닥!! 잔소리 면피용!! 관심 없음 척!!!
26. 박스 곁눈질로 확인 해주시고~~ 으흐흐 으흐흐 으흐흐
27. 와이프와 아이 잠드는것을 확인하고!! 드뎌 개봉!!
28. 음~~ 사진 찍어서 개봉기라도?? 귀.차.니.즘.
29. 부부욱 부우욱~
30. 못기다리겠으면 대리점 리스트에서 찾아가서 개통해라 종이 한장
31. USIM 분리방법 설명서 ㅠㅠ;;; 왠 클립!! (KT는 USIM분리용 클립이 박스안에 있다는걸 모르나????)
32. 드뎌 개봉!! *.* 감동! 감동! 오호!! 흰색! 역시 흰색! ㅋㅋㅋㅋ
33. Touch(2G/Jailbreaked)와 비교 시작 .... 음 이거 Iphone반응 속도며 어플 실행 속도가 더 빠르다!!! ^___^
34. 개통은 어떻게 해주는 거지??? 다시 공지사항 탐독!! SMS가 온다는데~ 기변이라 별로 할것도 없을 텐데~~
35. 기다림 기다림 기다림 가다림!!
36. 화요일! 오늘까지 개통문자가 오지 않으면 그냥 대리점 가서 개통해야 겠다는 생각으로!! 오후 6시만 기다림!!
37. 역시나 개통문자는 전혀 오지 않음!!
38. 압구정이나 신사쪽은 3시간씩 기다린다는 글을 보고!! 한가할 것으로 예상되는 노원점과 근처에 있는 상계점 위치 파악 후 최적 경로 탐색!
39. 오후 8시 까지 한다고 하나! 절대로 믿지 않음! 7시까지 도착을 목표로 노원점으로 출발!!
40. 도착!! 전화국 들어가려는 순간. 나오시는 두분!! 손에는 iPhone이!!
41. 으하하 드뎌 개통을 하는 구나!! KT Plaza 입성! 헉!! 아무도 없음~
42. 머야 진짜 노원쪽에서는 개통 하시는 분이 안계시나??? 직원분들만 6분정도 멀뚱 멀뚱~
43. "iPhone 개통하러 오셨죠? 이쪽으로~"
44. 여기도 KTF 본사 직원이 나와 계시고~ 활성화 및 USIM까지 다 구비한 상태였기에 클릭 클릭~ 5분 ㅠㅠ;;
45. "완료 되었습니다"
46. ㅠㅜ 흐흑 감격의 눈물~

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Digital Signage in Action

2009-08-19T10:37:40+09:00

^_^ Samsung Card 소식지에서..

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

i-Vision mE in action

2009-07-06T18:25:57+09:00

Case-study of in-store on-shelf advertisement display in action.
ShelfADD is a solution developed with i-Vision mE S/W.

ShelfADD_Product Overview_en_20090706.ppt

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

i-Vision Introduction

2009-07-06T18:27:10+09:00

i-Vision is an S/W product that enables Digital Signage to any market or industry.
It lines up 4 different edition to meet every customer's needs.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Mac World 2008 스티븐 잡스 키노트

2008-01-17T11:10:24+09:00

MacWorld 2008이 15일 미국에서 열였다. 물론 개인적으로는 Quicktime을 제외하고는 전혀 Apple의 제품을 사용하고 있지 않지만, 스티븐 잡스의 키노트는 언제 봐도 재미있다. ^^

이번 멕월드의 최대 관심사는 아마도 새로운 Apple사의 노트북인 Macbook AIR가 아닌가한다. 이를 중심으로 Keynote를 살펴보도록 하자!
(참고로 KeyNote는 CruchGear에서 볼수 있다.)

총 4가지 제품에 대한 발표가 있었다.

첫번째는 바로 Mac의 Backup 기능인 Time Machine기능의 업그레이드 및 무선판인 Time Capsule이다. (Vista에도 이를 Copy라도 한듯한 비슷한 이전 버젼으로 돌아 가는 기능이 있다 ㅠㅠ)

타임머신 기능이 유선을 통해 다양한 Mac들의 파일과 컨텐츠를 Backup하는 기능이였다고 하면 Time Capsule은 802.11n기반의 무선으로 Backup을 하는 것이다. 다수의 Mac을 하나의 Time Capsule을 통해 백업이 가능하며, 500GB 버젼과 1TB 두가지 버젼이 발표 되었다.
그리고, MacOS의 새로운 버젼인 레오파드가 100만 카피를 팔았고 MacOS유저의 약 20%정도가 벌써 Upgrade를 햇다는 것을 언급하였다.

두번째 노트는 바로 iPhone/iTouch의 새로운 Software업그레이드 였다.

구글맵스를 활용한 자신의 위치 표시 기능 및 길찾기 인터페이스 등의 변화, 홈에 웹사이트 링트 걸기, 다중 사용자들에게 메세지 보내기 기능 등을 선보였다.
미국의 스마트 폰 시장 점유률을 2007년 3분기 기준으로 보여주는데 약 20%의 시장 점유율을 보여주고 있다. 판매 개시 3개월 만에 이루어낸 성과라고 자랑(?)아닌 자랑을 했다. 그리고 현재까지 약 200일이 지난상황에서 약 400만대가 팔렸다고 하는데, 역시 한국에 있는한 그 파급 효과는 느낄 수도 없다. ^^;;
사실 이번 Keynote중 가장 Impact가 약한 노트가 아닌가 했다.

세번째는 iTunes의 Movie Rental 기능, 여러 제작사, 영화사 등과 제휴를 맺어 VOD서비스를 출시하였다. 빌려 보는 형태지만, 다른 Apple Device들에게 전송도 할 수 있고, HD화질도 지원한다.

이를 위해 iTV도 Take2로 버젼 업되었다. UI가 변경되고 iTune Movie rental과 연동되어 다양한 기능을 제공한다고 한다. 하지만 역시나 국내에는 영향은 크지 않을 듯 하다. 20세기 Fox의 CEO가 나와 힘을 실어 주고, 새로나온 DVD는 복사가능한 Digital File을 함께 포함하고 있음을 언급한다.
이 노트에서 가장 인상적이였던 부분은 FOX CEO가 업급하는데, "지금 까지 VOD서비스가 없었던것은 아니다. 하지만, 지금까지 MP3가 없었던것은 아니지만, iPOD가 성공했고, 지금까지 휴대폰이 없었던것은 아니지만, iPhone이 성공했다. 결국 iTunes의 영화빌려주기에도 같은 기대를 한다." (흠~~ 그건 그런데...)

마지막으로, 그리고 가장 기대했던, Macbook AIR!!!!
실제품을 보면 어떨지 모르겠지만, Keynote만 보고는 오~ 라는 말이 나온다. 우선 AIR(공기/허공) 등의 의미에 맞게 "The World's Thinnest Notebook이였다" 첫, 공개를 아예 서류봉투속에서 쓰으윽~~ 꺼내는 퍼포먼스를 한다.

사양을 잠깐 살펴보면, 두께는 Sony TZ시리즈와 비교를 하는데, TZ의 가장 얇은 부분이 0.80인치이고 두꺼운 부분이 1.20인치이다. 그런데 Macbook AIR는 가장 두꺼운 부분인 0.76인치이고 가장 얇은 부분은 0.16인치이다. ^^;;

그렇다고 사양을 줄이거나 했을까?
우선 iSight이라는 캠이 기본 장착, LCD는 13.3인치와이드에 LED backlight지원, 키보드는 Fullsize에 Backlit기능 포함, 터치패드는 iPhone/iTouch와 같은 멀티터치 게스쳐 지원, 기본으로 80G하드가 장착되며, 64G짜리 SSD를 옵션으로 제공한다. 여기에 CPU는 인텔 코어2 듀오 1.6G 기본에 1.8G짜리도 있다. 메모리 2G가 기본이다. 802.11n과 블루투스 2.1 EDR을 지원한다. 그리고, USB2와 Micro DVI를 지원한다. 물론 ODD(광학드라이브)가 빠져 있고, 옵션으로 $99에 슈퍼드라이브를 제공한다.

그래서 가격은???? $1,799이다!! 오오오오옷!!! 개인적으로 처음으로 Apple제품을 살지도 모르겠다는 생각이 든다 ㅠㅠ;;
여기서, 스티븐 잡스는 또 재미있는 아이디어를 낸다. 바로 Remote Disc기능!! 즉, 타 PC/Mac의 ODD를 내것 처럼 사용하는 기능이다. Remote Disc를 대상 PC/Mac에 설치하고 이를 공유하는 형태이다. AIR는 이를 이용해서 설치나 복사등의 기능을 수행할 수 있는 것이다. 재미있는 것은 윈도우 머신도 지원한다는 것! 윈도우가 설치된 PC에 Remote Disc를 깔고 Mac용 Office설치 CD를 넣고, Macbook AIR에 설치가능한 것이다. 잡스는 ODD는 필요없다는 것을 이렇게 강조하고 있다.
그리고, 인텔 사장이 나와서 에플을 위한 새롭게 페키징 된 인텔 코어2 듀오 CPU를 보여준다. 즉, 기존의 인텔 코어2 듀어 CPU를 반이나 사이즈를 축소 시켜버린것이다. 이 것이 바로 이렇게 Slim한 AIR가 탄생할 수 있었던 배경이라고 한다.
마지막으로 애플의 환경 친화적인 Macbook AIR에 대해 설명한다. 케이스는 전체 재활용 가능한 알루미늄, LCD는 Mercury free, Arsenic Free, 기판은 BFR, PVC Free 라고 한다. 그리고, 기존의 가장 작은 포장재를 사용했던 Macbook에 비해서 반정도의 포장케이스와 박스를 사용하여 제공한다고 한다. (노트북이 핸드폰 포장 케이스보다 조금더 큰 박스에 온다는 말??? ^^)

이렇게 키노트는 마무리 되고 잡스의 또 하나의 히트 코멘트 "이 모든 제품은 2008년의 2주안에 일어나고, 일어날 일입니다. 우리는 아직 54주가 더 남았습니다."

^_^ 그냥~ 원츄~

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

와인스펙터지 2007년 최고의 와인

2007-12-12T10:13:07+09:00

와인스펙터지에서 2007년 최고의 와인들을 발표 했다.

사실 와인도 요즘은 찾아 마시기 보다는 지나가다 마시는 수준이라 원래 굳어 있던 혓바닥이 더 굳어 진 느낌이다. 하지만, 올해 최고의 와인 리스트를 보면서 "앗!!!"이라는 감탄사가 나왔다!! 결국 이렇게 와인에 대한 포스트까지 쓸 수 밖에 없었다.

그래도 와인을 약 7~8년전부터 찾아 마셨고, 나름 집중한 기간도 있었으니 그래도 비전문가(?)치고는 꽤나 많은 와인들을 마셔봤고 접해봤다. 하지만, 이중에 가장 인상 깊었던 와인을 뽑으라면 당연 Clos des Papes Châteauneuf-du-Pape이다!! 한마디로 그냥 일어서는듯한 와인이라고 할까? 입안에서 살아나는 와인? 그런 느낌을 받은 첫와인이였다! 물론!! 적당한(?) 가격의 덕분이기도 하다~ 2005년산이 12만원 수준으로 적당한!!(현재 2005년도산이 $220 수준으로 가격도 올라간것으로 알고 있음 ^_^;;;)
하지만 이 와인 시중에 찾으려면 눈을 씻고 찾아야할듯~~ ㅋㅋ 아마 많은 분들이 고이 모셔두고 있으리라~ 사실 2007년도에 처음 1등을 한것도 아니고, 2005년도 빈티지가 아마도 2006년도에도 일등을 했고, 2003년도 빈티지가 2005년도에 2등을 했던가??? (믿을 수 없는 기억력 ㅠㅠ) 다년간 일등을 하면서 시장에서 이 와인을 찾아보기가 힘들어 졌다.

여하튼 이와인을 다시 일등의 위치에서 볼수있는것이 반갑다!!

와인리스트보기..

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Beta Tester 초대권 받기/공유하기(Moola, Wallop 초대권)

2007-12-07T17:17:48+09:00

오늘 레몬펜을 설치 하셨다는 러빙스토리의 글을 읽고 저도 댓글로 초대권을 신청했습니다. 이 과정에서 갑자기 내가 가지고 있는 베타 테스터 계정들이 궁금해졌습니다. 하는일이 그래서인지 여기저기 뒤져 보니 상당히 많은 사이트와 서비스의 베타 테스터 계정을 가지고 있더군요. 그리고, 이러한 베타 테스터 계정을 어떻게 구했는지 생각해보니 몇가지 방법이 있었습니다.
1. 열심히 관심을 두고 있다가 베타테스터 모집공모를 보고 응모한다.
2. 그 서비스의 개발자 블로그나 관계자 블로그에 가서 열심히 댓글놀이를 해서 친해진 후 손벌리기!
3. 그냥 아는 지인을 통해 반강제 협박성으로 뺏어 온다.
4. 이미 초대 받으신분을 통해 받는다.
아마도 4번 방법이 가장 일반적으로 쉽고 노력이 필요하지 않는 방법이 아닐까 합니다. 저도 특히 외국 서비스들의 초대장은 대부분 이렇게 받았던것으로 기억합니다.
하지만 4번 방법의 문제는 누가!! 초대를 받았는가!! 그 누구가 누군가!!를 알아야 하고, 약간의 뻔뻔함이 필요하다는 것입니다.
그래서 찾다 보니 좋은 사이트가 있더군요!!
바로 Inviteshare.com입니다. Techcrunch에서 운영하는 사이트로 알고 있습니다. 그래서 상당히 빠른 시간안에 초대권을 구할 수 있는 곳입니다. 현재 48곳의 초대권을 배포 하고 있습니다.

사용방법은 간단합니다. 회원 가입하시고 원하는 사이트 웨이팅 리스트에 올리면 됩니다. 물론 서비스에 따라 기다려야 하는 사이트도 많고 100%받을 수 있다는 보장도 없습니다. 하지만 저는 재미를 봤습니다. ^^;;
이 사이트를 이용해서 받은 초대권 중 국내에 소개가 조금은 되지 않은 사이트 두개만 간단히 소개해드리겠습니다.

우선 SNS 사이트인 Wallop.com입니다.

이 서비스는 싸이월드랑 비슷합니다. 소개 페이지 있고, 사진 올리는 곳 있고, Mp3음악 올리는곳 있고, 블로그 리더 있습니다. 서로서로 공유가능합니다. 하지만 전체가 Flash로 되어 있다는것이 특이하다면 특이한점! 그래서 UI 측면에서 조금은 자유로울 수 있습니다. 사진들 보시면 감이 오시리라 생각됩니다.

또 한 사이트는 Moola.com입니다.

흠~~ 머라고 해야하나. 돈을 버는 사이트라고 해야 하나? 게임 하는 사이트라고 해야 하나. 방식은 이렇습니다. $0.01로 시작하고 이 돈은 기본적으로 계속 줍니다. 자 여기서 이 돈을 걸고 게임을 하는 것입니다. 그래서 30번 연속 이기면 2의 30승이 되는 거죠~~ 그래서 $10,737,418.24가 되게 하는 것 입니다. 물론 중간에 현금화 할 수 있습니다. 게임은 저는 3가지 정도 해봤고 매번 3~4번 정도 이기다가 지고 지고 해서 ^^. 게임은 조금은 중독성 있습니다. 그냥~ 돈을 위해서가 아니라 재미로 몇번하기에는 괜찮습니다.

간단히 두 사이트를 소개 해드렸고, 크게 이슈화 될 사이트는 아니지만 재미는 있는 사이트들입니다. 어느정도 완성도도 있는 듯 합니다. 그래서 이 두 사이트의 초대를 원하시는 분들은 댓글에 이메일 주소만 남겨 주시면 초대 메일 보내 드리겠습니다.(비밀댓글로 ^^) 그리고, 두사이트 모두 영문으로만 된 사이트 입니다. 혹시 초대 메일 Spam에 걸려 휴지통으로 직행하는 일은 없으시길 바랍니다. ^_^
그리고, Moola는 초대권이 100장이고 Wallop은 잘 모르겠네요(무한정인듯 ^^)

추신 : 레몬펜(lemonpen.com)도 필요하신분은 초대해드리겠습니다. (메일주소는 필요없고!!!오픈아이디가 필요합니다.)

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

야후에서 말하는 2007년도 최고의 검색어로 본 미국의 트랜드

2007-12-04T11:20:48+09:00

드디어 연말 결산 시즌이 돌아왔다. 각 검색 엔진들이 2007년을 마무리하며 한해에 정리하는 의미에서 년간 최상위 검색어를 발표하기 시작했다. (구글은 아마도 12월 27~18일이 되야 발표 할듯 ^^)

우선 가장 먼저 야후에서 Top Trends in Search 2007를 발표하였다.
네이버의 순위처럼 야후에도 야후 Buzz가 있다. 검색어 순위를 분야별로 분류해놓은 것이다. 야후 International이 아니라 Yahoo미국 사이트에 치중된 결과라 미국의 2007년도 Trend를 볼 수 있는 결과이다.

우선 제목부터 살펴보면...
News(top 10 news stories)
- 최고의 뉴스들
- 정치,경재 분야의 동향을 볼 수 있다.
Grass is Always Greener(top 10 environmental searches)
- 환경 문제에 대한 검색들
- 이 부분이 따로 이렇게 분리되어 있다는 것 자체가 환경이 얼마나 큰 이슈였는지 알 수 있는 대목이다.
Celebrity Downslides(top 10 troubled stars)
- 문제가 있었던 연예인들
- 역시나 잘된 사람보다 못된 사람에 대한 검색이 항상 많은 듯
The Year of I, You, and Wii(top 10 in tech)
- 기술 분야의 최고의 검색어
- We가 아니라 Wii다!! 닌텐도의 콘솔 게임기 위~ 국내에서는 그렇게 튼 반향이 없었지만 미국에서는 엄청난 인기를 누렸던것을 반영한 제목
Recalling the Recall(top 10 consumer call-backs)
- 리콜 문제
- 이 분야 역시도 국내에서는 그렇게 활성화 되어있지 못한 부분이지만 미국에서는 큰 사회적 이슈가 되었던 항목
Hits, Runs & Errors(top 10 sports news)
- 스포츠 뉴스 Top 10
- 국내에서는 스포츠 하면 축구,야구를 많이 떠 올리지만 미국은 조금 다른 듯
A Final Farewell(top 10 send-offs)
- 종영 또는 끝이난 드라마나 영화들 시리즈들
- 국내에서도 미드 열풍이 분 것 처럼 미국에서도 아쉬워 하면서 떠나보낸 많은 프로그램들이 이슈화 됬었다.
Tag, You're It(top 10 on del.icio.us)
- 딜리셔스의 Top 10
- 미국인들이 가장 많이 즐겨찾기하고 Tagging했던 것은 무엇일까(딜리셔스를 사용하는 사람들의 최대 관심사는?)
Elementary Deductions(top 10 on Yahoo! Kids)
- 야후 키즈에서의 Top 10
- 미국 어린이들은 어떤것에 관심 있었을까?

제목만 사실 살펴봐도 2007년의 미국에서의 이슈들을 조금은 살펴볼 수 있는 것 같다. 그럼 몇가지 눈에 띄는 것들만 다시 살펴보자.

우선 뉴스 분야에서는 후세인과 이란, 이라크가 최고 순위에 올랐고, 덩달아 부쉬 대통령도 상위권에 올랐다. 그리고 역시나 기름값 문제가 한국과 마찬가지로 큰 이슈이긴 한가보다. 대통령 선거때문에 오바마와 힐러리가 다음으로 올라있고, 센디에고의 산불과 한국 유학생이 관련되었던 버지니아 공대 사건이 순위에 올라있다.

환경문제는 아마도 우리나라 검색에서는 순위를 차지 하기 힘들듯한데 2007년도에 미국에서는 상당한 관심을 끌었다. 물론 알고어의 "불편한 진실"이라는 영화가 아카데미에서 상을 받으면서 환경문제를 이슈화 시키는데에 큰 공을 한듯 하다.

연예계 이슈들은 역시나 마도나의 악명을 이어받은 브리트니가 1위 그리고 마약 문제로 재활 센터를 들락날락 거린 아이돌 스타 린제이 로한, 페리스 힐튼과 니콜 리치는 감옥을 방문 하신 걸로 순위에 올랐다. 년초, 안나 니콜 스미스의 약물과용으로 죽음도 한 때 이슈화 되었었다.

기술분야의 최고 검색어는 당연 유튜브, UCC열풍의 눈이라고도 할 수 있을 것이다. 위키피디아가 2위라는것은 조금 의문이지만, 생각보다 많은 이들이 위키피디아를 사용하고 있다는 증거라고 할까? 그리고 페이스북!! 대학 동창들의 SNS가 마이스페이스의 아성에 도전 하고 있으니 당연히 이슈화 될 만 하고, iPod, IPhone, iTunes는 역시나 올해도 애플의 위력을 국내외로 떨쳤던 것 같다. 그리고, 콘솔 게임기들의 세버젼들의 출시와 함꼐 닌텐도 위의 약간은 색다른 인터페이스와 게임들이 미국 전역에 열풍을 몰고 왔다. 그리고, 실제 게임 타이틀로는 유일하게 올라온 플스2의 "기타히어로", 예전에 우리나라에 EZ2DJ류의 음악 건반게임이 한창 유행했을 때의 모습을 보는 듯 하다.

리콜 문제는 중국 장난감 구매 거부 열풍이 불 정도로 대단한 바비(메텔사)와 피셔프라이스 장남감 이슈가 있었고, 그리고 메뉴(Menu Foods)의 애완견 사료를 시작으로 미국 식약청의 경고로 네슬레 퓨리나, P&G 등 많은 기업의 앤완동물 사료가 자진 리콜 되는 사태가 있었다. 이 또한 중국 원료가 문제였다고 합니다.

스포츠에서는 국내에서는 큰 인기가 없는 자동차 레이싱 시리즈인 나스카가 1위, 국내에도 방문 한적 있는 미녀 테니스 스타 사라포바가 2위, 그리고 베컴의 미국행이 또한 이슈였습니다. 그리고, 모르는 이름이 하나 있는데 Ashley Force, 드래그 레이싱 챔피언을 차지한 미녀!! 레이서입니다.

마지막을 장식한 드라마, 책, 연예인들 분야의 1위는 역시 완결이 되어버린 해리포터 시리즈가 였습니다. 년초 사망한 안나 니콜 스미스가 유일하게 2분야에 등록되먼서 2위를 차지 했습니다. 그리고, "The Sopranos", "Gilmore Girls", "The OC"의 세편의 드라마가 종영되었다고 합니다. 그리고, Iwao Takamoto라는 일본 이름이 있어 놀랐는데, 알고 보니 이 분이 스쿠비두 캐릭터를 만든 장본인이라고 하더군요. 올해 초 심장마비로 사망 하셨다고 하네요. 디즈니에서 1947~1961까지 일했고, Hanna-Barbera에서 일하셨다고 하네요. 그리고, 캡틴 아메리카가 죽었다고 합니다. 물론 만화책에서요. ^^;;

딜리셔스에 가장 즐겨찾기와 태깅이 많이 된 단어는 Design. 다른 것들은 다 일반 적인 것이고, 예전에 리눅스하면 레드헷을 많이 떠올리셨을 텐데, 요즘은 한국이던 미국이던 우분투가 대세인가 봅니다.

아이들이 즐겨 찾는 검색어는 역시나 전세계적으로 게임!!!인가 봅니다. 그리고, 동물과 공룡. 이건 어디나 비슷한가 봅니다. 그리고 한나-몬타나, 디즈니의 어린이 드라마입니다. 갑자기 "캐빈은 13살"이 보고 싶군요. 그리고, 역시나 숙제 탓인지 미국 초대 대통령 워싱턴과, 미국 최초의 여성 우주인 셀리 라이드도 순위에 올라있습니다.

^_______^
이렇게 야후의 검색어 동향 2007을 살펴보다보니 2007년도도 역시나 다사다난했던 한해였던 것 같습니다. 웬지 구글과 네이버의 2007년 정리 버젼이 기대됩니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Wikipedia와 참여자 그리고 한국문화의 전파

2007-12-03T12:56:03+09:00

오늘 LEET가 무엇인가라는 글을 읽고 Wikipedia를 방문해 보았다. 쭉 글을 읽다 Leet의 예시로 "kekeke"가 등록 되어 있었다. 한글(한국어)로 "ㅋㅋㅋ"를 뜻하는 단어로 소개가 되어 있었다. 그리고 상세 설명에 스타크래프트가가 한국어를 지원하지 않을때 저글링 러쉬를 하며 "kekeke"라는 단어를 씀에 유래하였다고 한다. 또 워드오브워크래트에서도 사용이 되고 있으며, 심지어 얼라이언스 진영에서 "kek"라고 쓰면 호드 진영에서는 "lol"(Lots of Laugh-크게 웃다)로 표현된다는 부연 설명이 있었다. 즉, 게임 상에서 우리가 아무 생각 없이 썼던 용어가 Leet의 예로 표시가 되어 있었던 것이다.

이를 보며 한국문화(?)가 이런 방법으로도 전파되는구나 하는 생각이 문득 들었다. 참고로 "kekeke"를 위키피디아에 작성한 분은 한국분은 아닌듯 하고, D Boland라는 아이디를 쓰시는 분이 2006년 1월 2일 최초 등록한것으로 되어 있었다. 물론 그 이후에 많은 수정을 거쳤으며, 한국분들도(수정 IP대역을 봤을때) 아마도 수정에 참여했으리라 생각된다. 물론 나도 위키피디아에 참여자로 등록 되어 있고, 겨우 2~3개 용어에 참여를 한 유휴 개정 사용자고, 한국어 위키피디아쪽 참여가 대부분이였는데, 과연 이런 글까지 보고 참여하신분들 대단하다는 생각이 든다. 그리고, 이러한 어원이 모두 게임에서 발단되었다는 것이 "게임강국" 코리아를 표방하는 것 같아 왠지 모를 씁쓸함이 있다.

그리고 갑자기 생각나서 위키피디아에서 Dokdo를 쳐봤다. 오~ 사실 놀랄정도로 잘 정리 되어 있는듯 했다. 역사부터 현황까지, 물론 정치적으로 일본(현)과 한국(도)로 동시 편입 되어있으며, 공식적으로는 Liancourt Rocks라는 명칭을 가지고 있는 것이 왠지 안타까웠지만...

여튼 단순한 게임상에서 사용했던 단순한 웃음소리 부터 국제적인 이슈까지 많은 눈들이 한국이라는 나라를 간접적으로 느끼고, 보고 있다는 생각이 든다. 외국인에게 비춰지는 내가 살고 태어난곳의 모습은 단지 TV나 뉴스 뿐만 아니라 이러한 온라인 커뮤니케이션을 통해서 전달되고 있다는 것을 세삼 다시 느끼게 되는 계기가 되었다.

"개개인이 한국문화를 전파하는 민간 사절"이라는 문구가 왠지 오늘 하루 가슴에 깊숙히 와 닿는 느낌이다!!

* 여담이지만 "kekeke"(ㅋㅋㅋ) 왠지 비열한 어감이 드는건 나뿐인가?? "huhuhu"(ㅎㅎㅎ)가 전파 되었으면 조금 더 좋지 않았을까? ㅎㅎㅎ

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

역대 10대 IT재난으로 본 나의 IT경험

2007-11-29T12:40:42+09:00

나는 항상 순위를 메긴 기사나 리스트형 기사를 좋아 한다! ^^;
그냥 왠지 정리되어 보이고 요약형태로 되어있어 제목만 읽어도 된다는 귀차니즘에...
어제 ZDnet 보다 역시나 눈에 띈 기사 "The top 10 IT disasters of all time"
오오~~ 거창한 제목이다!! 내용을 살펴보자!!
(원문내용은 ZDnet영국판이나 번역본을 보시면 됩니다.)
[아~~ 그리고, 인명 피해가 있었던 IT사고는 제외하였다고 함!!]

1. Faulty Soviet early warning system nearly causes WWIII (1983)
(3차 세계대전 직전까지 갔던 소련 조기 경보 시스템 오류)
공상과학에나 나올만한 이야기지만 83년 소련 조기경보기가 미국에서 미사일 5대가 발사되었다고 오보한 사고, 그때 경계 시스템 담당 장교가 미국이 소련을 공격하면서 겨우 5대의 미사일을 쏜것이 먼가 이상하다는 생각에 3차 세계대전은 이러나지 않았다고 한다. 원인은 조기경보 시스템의 구름에 반사된 빛을 미사일로 오인하지 않게 하는 시스템이 잘못되어 이러난 해프닝이였다고 함.
그 소련 장교!! 과연 원리원칙(By the book)대로 행동하였다면 내가 이자리에서 이렇게 글을 쓰고 있을까?
그리고, 오류를 방지 하기위한 시스템의 오류!! IT에서 가장 무서운 오류가 아닐까? 그래서 요즘은 이중삼중으로 이러한 오류 방지시스템의 오류를 방지하는 시스템도 있으니!!
예전에 원전 제어봉 컨트롤 시스템을 개발하시는 분을 만나뵌적이 있는데...그땐 그런 생각을 못했는데 소스 한줄 코드 한줄 짜면서 얼마나 살떨렸을까? 자신의 엔터키 하나가... 몇만, 몇백만 사람의 목슴이...
으~ 목숨걸로 코드를 짜야 겠다는!!

2. The AT&T network collapse (1990)
(AT&T 전화망 마비)
90년에 미국 AT&T 전화 144개의 교화국 중 하나의 교환기에 작은 오류가 있어 이를 재시작하였다. 문제는 이 교환기가 다시 올라오면서 다른 교환기에 메세지를 보내 모두 재시작!!!
원인은 대단위의 S/W업그레이드를 하면서 있었던 코드 한줄의 오류였다고 한다. 이로인해 75백만호의 전화가 연결되지 못했다고 하니, American Airline에서만 약 200,000만건의 예약을 받지 못했다고 한다.
나도 항상 고도화다, 업그레이드다 하여 이런 S/W적 시스템적 향상 작업을 하고 있지만, 왠지 이런 업그레이드를 하면서도 오류는 당연히 있을거라고 생각하게 된다. 심지어 사용자들도 이제는 신제품이나 서비스팩이 나오면 남들이 충분히 사용해볼때까지 기다려주는 센스를 발휘한다.
개발자의 책임은 과연 어디까지 일까?

3. The explosion of the Ariane 5 (1996)
(아리안5 폭발)
96년에 인공위성 4대를 실은 발사 로켓이 발사 36.7초만에 폭팔하는 사고!
원인은 측면 속도 측정 64bit데이터를 16bit공간에 넣을려고 하다가 overflow가 나면서 유도 시스템이 정지되면서 발생한 사고다. 하나더 재미 있는것은 이러한 오류가 나면 이를 백업할 수 있는 2중화 구성이 되어있었단다, 그런데 어짜피 그 시스템도 같은 S/W가 깔려있었을 테니 당연히 같이 오류를 발생시키고 같이 정지 해버렸다는 사실!
이중화!!! 요즘 대부분 시스템이 이중화를 하지만, 결국은 H/W의 이중화지 S/W적인 오류에는 거의 무방비인 상태, 결국 한 시스템이 S/W오류로 H/W에 영향을 미쳐 정지 된다면 아무리 이중화가 되어 있다고 해도 무의미 해지는...
글로벌 보험사의 DR센터 시스템 구축 프로젝트의 RFP(제안요청서)에 이런 내용이 있었던 것이 기억난다.
"이중화 시스템 구성 계획 및 Scale Downed Fail-Safe 시스템 구성 계획을 제출 하시오."
처음에 보고 먼 소린가 했다. 결국 그쪽 관계자가 이런 설명을 해주시더라~ "윈도우나 CMOS에 오류가 생겨서 리부팅을 하면 선택할 옵션이 여러개 있습니다. 도스모드 부팅, Fail-Safe모드, 안전모드 등~ 즉, S/W적 오류를 최소화하기 위해 이전 S/W작업을 무력화 할 수 있으면서도 기본 시스템을 가동 시킬 수 있는 방법이 필요합니다."
오홋!!! 이 RFP와 설명을 들은 이후로 나도 제안을 하거나 제안 요청서를 만들 때 슬쩍 이 내용을 추가시키고 있다. ㅋㅋ

4. Airbus A380 suffers from incompatible software issues (2006)
(소프트웨어 호환 문제로 발생한 에어버스 A380 사건)
이 사건은 에어버스의 두 자회사인 프랑스 다소 항공(Dassault Aviation)과 독일 함부르크 공장의 의사소통 문제 였다고 한다. 간단하게 말해서 독일 시스템은 구 버전 디자인 툴를 사용했고 프랑스 시스템은 최신 버전을 사용했다. 따라서 에어버스가 항공기의 두 부분을 조립하려고 하자 소프트웨어 차이로 인해 한쪽의 배선이 다른 쪽의 배선과 맞지 않는 상황이 벌어졌다. 결국 케이블 배선을 다시 해야 했다. 결국 프로젝트가 1년 연기되는 사태가...
협업에서의 커뮤니케이션의 중요성은 말할 필요가 없지!! 극단적인 경우였겠지만, 제발 의사소통 좀 하면서 살자!!! ㅠㅠ;;
이 문제 하나로만 책 한권은 쓸 수 있을 것 같다. 나름 날고 뛰시는 분들과 일을 해보면서 "이런 속도로, 이런 로직으로, 이런 Output이!!" 깜짝 깜짝 놀란다. 그런데!! 커뮤니케이션 스킬은...약하다. 물론 이러한 커뮤니테이션의 오류로 생기는 부분은 워낙 빠른 속도로 수정 또는 매꿔주시기에 할말은 없지만, 그래도 첨부터 시간을 조금 들여 소통했다면 뒷 북 치는 일은 줄텐데 라는 생각이... ^^;;

5. Mars Climate Observer metric problem (1998)
(화성 기후 탐사선 미터법 문제)
화성기후 탐사선이 궤도 측정을 잘못하여 너무 낮게 날아 추락하는 사고!
원인은 하청업체가 NASA 표준인 미터법을 사용하지 않고 미국 표준인 인치법을 사용했다는 ㅠㅠ;;
(음~~ 이건~~ 사실!! 미국이 이상한거 아냐..? 누가 인치 쓰래..??)
할말 없음~!!

6. EDS and the Child Support Agency (2004)
(EDS와 영국 아동지원청)
EDS(비즈니스 솔루션 기업)의 CS2 컴퓨터 시스템은 지원금을 190만명의 사람들에게는 초과 지급했고 70만명 정도에게는 적게 지급했다. 영 노동연금부(DWP)가 CS2를 도입하면서 동시에 CSA(아동지원청)를 구조조정을 하기로 결정한 것이 원인!
큰 시스템을 도입 하면서 동시에 구조 조정이라!! 역시 두 개의 큰산을 한번에 움직이려 하다가 생긴 인재로 보는 것이 맞을 듯!
내가 속한(또는 속했던) 어떤 조직은 뻥을 조금 친다면 연말이 되면 업무가 거의 멈추다 시피 한다. 이유는 단순하다, 구조 조정 때문에!! 연말마다 무시무시한 조직 이동과 인사 이동 때문에 사실 가장 바빠야 하는 연말에 사업진행 자체를 멈춘다. 어짜피 개편이 일어 나면 원점에서 다시 해야 하기에 그냥 멈추고 기다린다.
두 사건이 모두 극단적인 예이겠지만, 실제로 발생하고 있다는 것이 놀라울 따름 이다. ㅜㅠ

7. The two-digit year-2000 problem (1999/2000)
(2000년 연도 표기 문제)
많이들 알고 계시는 밀레니엄 버그 사건. 사실 별일 없었다! 하지만 1999년 12월 31일 많은 IT종사원들은 서버실과 시스템을 지키고 있었을 것이다. 난 그랬다. 컴퓨터와 서버 수십대를 멀뚱 멀뚱 쳐다보며 이런저런 테스트를 하고 이상이 없을 확인하고 새벽에 투덜거리며 술마셨던 기억이 있다.
80~90년대에 년도를 두자리로 인식하게 해두었던 설계가 10~20년 후에 나를 고생 시킨것이다. ZDnet이 이 사건을 뽑은 이유도 바로 이러한 버그들을 고치기 위해 들어간 인적/물적 비용이 있었기 때문이다. 물론 전세계가 밤세워 잘 대처 했지만~
(누구는 가족과, 누구는 술과 파티로, 누구는 컴터와 온라인 이벤트로~)
역대 가장 재미 있는 해프닝이 아니였을까??? ㅋㅋ

8. When the laptops exploded (2006)
(랩톱 폭발 사고)
최근에 일어난 일 중 하나 이다. 델이 일본에서 노트북 전시회를 하다가 많은 사람들이 지켜 보는 가운데 불이 나고 폭파 되었다. 물론 방송에서 여러분 소개 되었다.
원인은 소니사의 바테리 문제로 밝혀 졌고, 이 이후 애플이나 마쯔시다등 여러 제품에서 같은 문제가 발생했고, 소니와 여러 기업들은 바테리를 리콜하는 사태를 벌였다.
이 사건을 보며 왠지 독과점(? 한 부품을 한 업체에 의존하는 현상 ?) 생각난다. 혹시 삼성 PC 메모리에 이런 일이 생긴다면?? 우리나라 뿐만 아니라 많은 곳에서 난리가 나겠지? 아니 전세계 경제 전체가 흔들리고, 우리나라가 제2의 IMF로 빠지고, 삼성은 사라지고~~ 소설의 소재로 딱인데... 흠~~
아!!! 그리고 ZDnet에서 일본에서 생긴 델 노트북 폭파 사건 비디오 파일를 구한다고 합니다. 이 비디오가 갑자기 인터넷 상에서 사라졌다고 하네요 ^^ 오~~ 여기도 영화 소재가~~ Conspiracy ㅋ

9. Siemens and the passport system (1999)
(지멘스와 여권 시스템)
내용을 그대로 옮겨 보자면..
1999년 여름에 50만명의 영국 시민들은 신규 여권을 제때 발급받지 못해 불편을 겪었다. 여권국이 지멘스 컴퓨터 시스템을 새로 들여오면서 충분히 테스트를 하지도 않고 먼저 직원들을 교육하지도 않았기 때문이었다.
수백명의 사람들이 휴가를 망쳤으며 내무성은 수백만파운드를 보상금으로 지불해야 했으며 직원들은 초과 근무를 해야 했다. 그리고 여권을 받기 위해 빗속에서 기다리는 불쌍한 사람들을 위해 우산도 제공해야 했다. ^^;;
원인은 위에 다 나와 있지만, 사실 이때 갑자기 여권의 요청이 많았던 이유는 따로 있었다고 한다. 법이 개정되면서 사상 처음으로 16세 이하의 모든 자녀들이 해외여행을 하려면 여권을 받아야 한다고 요구했기 때문이었다.
이 문건 자체가 영국쪽 ZDnet기사다 보니 영국 이야기에 좀 치중이 된 느낌이네요. 한국의 역대 IT재난을 뽑으라면 어떤 것이 있을까요?

10. LA Airport flights grounded (2007)
(LA 공항 이륙 불가 사건)
올해 초 소프트웨어 문제로 로스앤젤레스 국제공항에 약 1만7,000대의 비행기가 이륙하지 못하는 일이 있었다. 미국 세관 및 국경보호국의 시스템에 발행한 문제는 한 대의 평범한 싸구려 장비로 인해 생긴 간단한 것이었다.
여기서 말하는 싸구려 장비는 바로 네트워크 카드 였습니다. 즉, 우리가 그냥 간주하고 넘어 가기 쉬운 단순한 장비가 전체 네트워크를 마비 시킨 것이였습니다.
역시 IT는 어렵습니다. 저도 IT분야에 거의 8~9년을 몸담고 있지만, IT의 중요성이 증가함에 따라 그 위치에 맞는 책임을 지게 되는 것 같습니다.
오늘도 무거운 R&R이 어깨를 짓누르는 느낌입니다.

^_^ 역대 사건을 살펴 보며 여러 생각을 하게 됩니다. 개인적으로 IT를 하면서 느꼈던 조금 조금한 문제점들이 실제 사고로 이어 질떄 얼마나 큰 사회적 위기를 가져 올 수 있는지를 실 예를 듣고 보니 왠지 모를 이 위치에 대한 중압감이 느껴 집니다.
하지만, 오늘도 우리들은 이러한 재해를 최소화 하기 위해 구르고 있습니다. 또 하루를 굴러 봅시다!!!

^^v IT인 여러분 화이팅!!!!

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

개발자들이여 구글에서 Facebook으로 이동하라!!

2007-11-23T13:32:31+09:00

오늘 Techcrunch에 재미있는 글이 떳다.
제목부터 눈길을 확 끈다.
"Facebook이 Googler(구글종사자)들을 경고할만한 속도로 뺐어가고 있다."
"Facebook Stealing Googlers At An Alarming Rate"

원문보기..

내용은 간단하다. 구글의 개발자 부터 시작해서 상위 키 맴버들이 페이스북으로 이직을 하고 있다는 내용이다.
구글 유투브의 CFO 부터 시작해서 전자상거래쪽 책임자, GDrive 핵심 개발자 까지 페이스북의 스톡옵션을 받고 이직 했다는 내용이다. 문제는 이러한 상위 리더급 외에도 핵심 개발자들이 10여명 이동했으며, 매달 핵심 인력 2~4명정도가 이동을 할 것이라고 한다. 이에 구글은 자사의 주식을 미끼로 이탈을 방지 하고 있다는 것이다.

그런데, 이 상황에 한가지 더 재미를 주는 것이 Gdrive의 핵심 개발자였던 저스틴 로젠스타인의 퇴직 인사 메일이다. Facebook이 바로 "그" 회사라는 것이다.

원문보기..

나의 눈길을 끄는 내용은 '600명이 못하는 일을 60명이 해내고, 전세계를 변화 시킬 길목에 서있는 "그" 회사, 개개인이 자신의 인생을 살아 갈 수 있는 바로 "그" 회사'라는 대목이다.

어떻게 보면 참 이상적인 이야기이겠지만, 왠지 나도 믿음이 가는, 나도 "그" 회사로 가고 싶은 욕구가 막 솓는!! 그런 부분이였다. 나에게 과연 "그" 회사가 있을까? 국내에도 "그" 회사가 있을까?

현재 이직을 앞두고 있는 나에게 많은 생각을 하게 하는 부분이다.
"그" 회사를 마땅한 "그" 사람이 되기 위해!! 오늘도 달리자!!! ^_^

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

몰디브 후바펜푸시

2007-11-21T13:56:20+09:00

사진정리를 쭉 하다보니 지금 까지 여기저기 여행을 다녀오며 글을 여기저기에 마구 나누어 썼던 것들을 블로그에 정리해보기로 마음먹었습니다.
개인적으로는 엄청난 프로젝트가 될 듯 합니다.

우선 그 첫편으로 몰디브 후바펜푸시~ 신혼여행으로 다녀온 곳입니다.
2004년 11월에 갔기에~~ 한국 사람으로는 다녀 오신분들이 많지 않아 아주 자세히 후기를 썼던 기억이 있습니다. 그때 가서 물어본 바로는 한국분들중에는 3번째 정도 된다고 들었던 것같은데~ ㅋㅋ

이 이후에 쓰나미의 피해로 여기도 타격은 조금 입었던 것으로 알고 있습니다.
하지만 바로 복귀되어 현재도 잘 운영되고 있다고 하네요~
요즘은 몰디브도 많이 가격이 다운 된것으로 알고 있지만, 그때는 상당히 비쌌습니다. 거의 600만원(2인 기준)에 가까운 가격을 내고 다녀 왔었습니다.
하지만, 지금까지도 꼭!!! 다시 가고 싶은 곳 중 하나입니다.

여튼~~ 그당시 썼던 후기를 다시 옮겨 봅니다~~ 두둥!!

^_^
후기를 어떻게 시작해야 좋을까요?

머 그냥 생각나는대로 쭉 한번 써보기로 합니다 ^^
우선 몰디브를 가는 방법은 워낙 많은 분들이 후기를 올려주셔서 생략~~
저희는 스리랑칸 항공으로 일본경유 해서 도착 말레 공항에 도착 했습니다.

공항에 도착해서는 그냥 수속 하시고 쓩 나가면 아예 후바펜푸시 팻말을 들고 기다리고 있습니다. 보통은 도착하시는분들 3~4팀 정도를 모아서 같이 배를 타고 이동하게 됩니다. ^^ 스피트 보트로 20~30분정도 타고가게 되며, 저녁에 도착한 저희는 하늘에 엄청나게 쏟아지는 별들을 보라는 안내원의 말에 따라 열심히 하늘만 보며 감탄을 자아 내며 갔습니다.

그리고, 식수는 절대로 준비 하지 마세요. 물은 엄청나게 많이 줍니다. 원하면 계속 줍니다. 방에 나중에 가시면 물은 공짜입니다. 괜히 한국에서 물사가지고 가실 필요는 없습니다. 필요하시면 음료수 정도 들고 가시면 될듯 합니다. ^^

도착 하시면, 요런 Dock에 내리시게 됩니다. 그리고 리셉션 Area로 걸어서 이동하시면 담담 안내원이 와서 인사하고 카트 타고 몇일동안 지내실 방으로 안내됩니다.

저희는 Half Boarding으로 갔습니다. 그래서 아침 저녁은 무료죠! 지금은 분명히 저녁입니다. 저녁 11시가 다 되어 갑니다. 혹 배가 고프시면, 안내원에게 저녁을 먹을 수 있냐고 물어보세요! 저희는 먹었습니다. 물론 공짜입니다 ^^;;

Half Boarding은 적극 추천해드립니다.

아침은 물론 아시다시피 부페식이지만 과일부터 시작해서, 쌀국수, 밥을 비롯한 카레류, 여러가지의 빵류, 씨리얼, 햄, 치즈, 오믈랫 그리고 생과일 쥬스(이거 포함입니다 저녁에는 유료지만 아침은 무료입니다)까지 배가 터집니다. 빵 몇개 들고 오셔서 간식으로 드셔도 됩니다. ^^ 여튼 실한 아침입니다.

그리고 저녁!! 이넘은 더 합니다. 풀코스입니다. 음료를 제외한 메뉴에 모든것은 공짜 입니다. 제일 뒷쪽의 과일이나 디저트까지 모두 포함입니다. 한명분을 에피타이저, 앙트레, 메인, 디저트, 과일까지 시키셔서 나누어 먹어도 충분합니다. 물론 여자분이 약간 소식가일 경우지만...일인당 3가지정도만 시키시면 배터집니다 ㅠㅠ;; 디저트 중에 초콜렛 케잌은 꼭 드셔 보십시요. 죽입니다!!!

쩝~~ 밥 이야기가 너무 많았군요.. 근데 나중에 또 더 할껀데... ㅋㅋ

여튼 저녁에 도착 하시면 그냥 짐 푸시기전에 힘이 남으시면 셀러드와 과일, 디저트 정도만 시켜서 간단하게 요기하시는것도 요령인듯 합니다. ^^

아!!! 그리고 사실 저희는 비치 방갈로 이틀, 라군 방갈로 이틀로 예약을 해서 갔습니다. 그런데 ^^;; 라군 방갈로 4일로 바꿔준다고 하더군요!! 머 운이 좋아서 그런지는 몰라도, 저희 라군에서 4일로 결정!! ㅋㅋㅋ

방번호는 52번이고 나중에 보시면 알겠지만, 이 방갈로 주위 번호가 진짜 좋습니다. 앞에 바다가 진짜 하얀 모래에 무릅까지 오는 깊이 정도밖에 안되서 스노클링 하기에 최적입니다 ^^ 낮 시간에는 저희 집 앞에 와서 스노클링 하시는분도 많습니다. ㅋㅋ 딴 집은 너무 깊거나, 산호초가 너무 많거나, 해초가 너무 많거나 합니다. 혹시 라군 방갈라고 예약 하고 가시는분들중에 가능 하면 이 방번호로 달라고 한번 우겨 보세요.

다시 저희 이제 짐을 풀고 저녁도 든든하게 먹었겠다. 그냥 플런지 풀에 퐁당 한번 해줬습니다. ㅋㅋ 물론 All Naked!!!

크크~~ 이제 충분히 피곤합니다. 잘 시간!!!

헉!!!! 아침부터 늦잠입니다.
후바펜푸시에 있는기간 내내 매일 늦잠을 잤습니다 ㅠㅠ;;
아침에 일어나니!!!

벌써 해가 떴네요 ^^;; 아침에 침대에서 보이는 풍경은 진짜 환상 그자체입니다. 저녁에 주무실때 블라인드를 반만 내리고 주무세요. 아침에 지이이잉~~ 하고 블라인드를 올릴때 보이는 풍경은 진짜 사진으로는 담을 수 없는 멋진 풍경이 나옵니다. ^^

헉!!! 어제 저녁과는 느낌이 완전히 틀립니다.!! 이게 몰디브구나 하는 느낌이 팍팍 옵니다.

아침이니 아침을 먹어야 겠죠? ㅋㅋ 저번 글에 아침에 대한 이야기는 충분히 한듯 하니 생략을 할까요?? 아니죠~~ 원래 식도락가라고 자부하는 본인으로서는 그럴수 없죠!! ㅠㅜ 아침은 11시까지인가 제공 됩니다. 보통 한국분이나 동양분들은 일찍 나오셔서 식사를 하시고, 유럽분들은 조금 늦게 하시는것 같습니다.

대부분의 음식이 맵지 않은 것은 사실입니다. 토속적입맛을 선호하시는 분은 튜브 고추장이나 꼬마 김치정도는 준비 하시면 될듯 합니다. 아침의 하일라이트는 역시 오믈렛입니다.

이분이 바로 오믈렛을 만들어 주시는 분입니다. 오믈렛을 주문 하실때도 마음대로 시키세요. 햄은 빼달라던지, 아무것도 넣지마라던지... 오믈렛만 되는건 아닙니다. 기본적으로 햄과 계란을 이용한것은 다 됩니다. 스크램블드 에그, 써니싸이드 업, 베이큰 구이, 소세지 구이 등등. 여러가지 주문 해보세요~~!! 그리고 싫으면 싫다고 정확히 말해 주세요! 그럼 바로 다시 해줍니다. 제가 갔을때 어떤 분이 계란 후라이 올오버를 하시는데 3번이나 No라고 말씀 하시는 걸 봤습니다. 러시아분 같았는데.. 노른자가 터져도 No, 너무 익혀도 No, 기름이 많아도 No... ^_^;;;

이렇게 한상 차리면 ㅋㅋ 그리고, 커피, 티, 쥬스는 그냥 앉아 계시면 주문 받으러 옵니다. 커피를 시키면 오는 설탕중에 락슈거라고 큼직막한 놈이 있습니다. 그놈은 사탕이라 생각 하시고 드셔도 됩니다. 많이 달지 않으면서 카라멜 맛도 납니다. ^^;; 몇개 집어서 오물 오물하고 다니셔도 좋아요...

그리고 아침에는 안쪽에 앉으시고 저녁 드실때는 바같쪽에 앉으세요. 땡볕에서 아침을 드시면 대략 낭패입니다 ㅠㅠ;; 저녁에는 그리고 싸늘 한편입니다. 저녁드실때는 걸칠옷정도는 가지고 나오세요 ^^

식사를 하셨으면 첫째날인데 슬슬 걸어서 여기저기 구경을 다니시거나 담당 안내원 부르셔서 구경시켜달라고 하세요 ^^ 그리고, 스노클링 장비는 빌리시고, 다이브센터에 가신김에 선셋/라이즈 크루즈도 알아보시고, 바로 옆에 워터스포트 센터에도 가셔서 바나나보트나 가오리보트 이런거 가격도 보시고, 스파도 가셔서 예약도 해보시고... 첫째날은 여정을 계획하는 단계로 하세요~ 여러가지 알아보시고, 안내서도 읽으시고, 예약도 하시고, 날짜별로 틀리겠지만 여러가지 이벤트도 많습니다. 보통 도착 하신 다음날 저녁에는 카게일 파티가 있고, 민속 밴드 공연이 있는날도 있고, 지하 와인셀러 구경도 있습니다. 무론 무료도 있고 유료도 있으니 알아서 ^^

저희는 우선 스노클링 장비를 빌렸습니다.

꼭 필요하죠? 공짜 입니다. ^^
그리고, 워터 스포츠 예약 해두었습니다. 바나나, 가오리, 튜브 3종 세트 100불입니다. 근데 바나나나 가오리만 하시는게 좋을듯 튜브 별루 잼 없음 ㅠㅠ 하나씩은 33불인가? 그렇습니다.

그리고, 스파 예약 했습니다. 저희는 4시간짜리 코스를 해서 상당히 주력을 했습니다. 그리고, 언더워터 스파로 예약해서 +시간당 30불 더 줬습니다. 시간당이니까, 코스를 짧은걸 선택 하시던지 아니면, 긴걸 하시더라도 언더워터는 한시간정도만 보시면 됩니다. 3면이 수족관처럼 유리로 되어 있고, 페티규어나 메니큐어때만 1시간정도 내려 가시면 될듯합니다. 그리고, 예약할때 언더워트 스파 사진 촬영 되냐고 했더니 안된다고 했는데!! 그래서 디카를 안가지고 가고, 혹시나해서 폴라로이드를 들고 갔습니다 ㅠㅠ 근데 촬영해도 아무말 안하더군요. 억울합니다. 다음에 가시는분은 몰래 사진기 들고 가보세요. ^^;; 그리고, 일정마다 틀리겠지만, 스파 예약 마지막날 체크아웃하고 비는 시간에 하세요~~ 체크 아웃하고 멀뚱멀뚱 6시간 기다리는것보단 스파하는게 시간 절약되고 좋습니다.

그리고, 칵테일 파티는 조금 일찍 가세요. 그래야 이야기도 많이 나누실 수 있고, 음식도 많이 드실 수 있습니다. 칵테일, 와인, 맥주, 샴페인 등이 있고 여러번 드셔도 됩니다. 여러나라분들이랑 이야기도 하시고 그러면 다음에 레스토랑에서 아는척도 하고 좋습니다.

칵테일 파티가 열리는 바와 야외 공용풀장입니다. 여기주변에 두리번 두리번 앉아서 샴페인 마시며 예기 나누시면 됩니다. 선뜻 말걸기가 두려시다구요? 사진기 가지고 가세요! 사진 한장만 찍어달라고 하면서 자연스레 이야기 시작하시면 됩니다. ^^

그리고, 저희는 마지막날 전날 저녁에 인 방갈라 디너도 예약을 했습니다. 인당 100불정도 입니다. 인방갈라로 디너는 직접 주방장이 방갈라로 와서 저녁을 해줍니다. 양은 진짜 많습니다!! 장난아닙니다. 절대로 다 못 먹습니다. 그리고, 분위기짱입니다! 일명 작업용으로 최고!! ㅋㅋ 저희는 주방장 추천인가하는 코스를 했는데... 그냥 두런 두런 이야기 하면서 이런 재료로 이런 음식을 만들어 달라 하면 됩니다. 시간은 무한정이니까 천천히 많이 드세요. 물어보니까 아직 준비한 요리를 다 먹고 간 사람은 없다네요 ㅋㅋ

에공~~ 넘 많이 쓴것 같네요~~
다음 편에는 리조트 풍경과 내부 소개로 마무리 지을께요 ^^

^_^ 후바펜푸시에 대해서는 사실 많은 곳에서 이런 저런 사진들을 보셨으리라 생각됩니다. 물론 여기 공지에도 떡하니 올라와 있고, 그래도 머 않 쓸 순 없으니.. 그럼 우선 저희가 묵었던 라군 방갈로 52번에서 시작 할까요?

여기가 바로 입구내요~~ 우산꽂이도 있고, 옆에 저건 에어콘 외장기랑 관리용품이 들어 있는... ㅠㅠ;;

이쪽은 바다쪽에서 들어가는 입구 ^^;; 물이 얼마나 얕은지 보이시죠??

여기에 플런지 풀과 선덱이 있네요.. 바다로는 이렇게 바로 퐁당 ^^
요렇게 해서 바로 뒤돌아서면 보이는건 광할한 바다!!!

앗 바다로 조금 나가면 옆집도 보입니다 ^^;; 저희 옆집에는 일본분이 계셨는데.. 음~~ 개인적으로 별로 일본 사람을 안좋아해서 ㅠㅠ 친해질 기회는 없었다는.. 그래도 이웃 사촌인데 ^^

그리고, 그냥 여기서서 밑을 바라 보시면 바로 고기들이!!!

모든 사진들이 크기를 자꾸 자꾸 여러번 줄이다 보니 ㅠㅠ 흐릿 해졌네요. 이해 하세요!! 원판은 횔신 밝고 이쁘니까 요청하세요!!ㅋㅋ

그리고, 너무 맘에 들었던 플런지풀!!

그리고, 집에서본 바다의 풍경!!

^^;; 선덱의 모습은 이렇죠 ^^

아침 저녁으로 틀린 느낌이죠? 사진보다는 훨씬 이쁘답니다. 사진으로 실망 하지 마시길!!!

그럼 이제 방안으로 가볼까요?

헉!!! 사진 올리는 갯수에 한개가 있군요~~ 몰랐음~~!!
이론 3편은 다시 두편으로 나누어야 겠네요~~ ^^;;

^_^ 앞편에 이어서~~
내부 사진 모음입니다.

내부는 보셨다 시피 깔끔한 모노톤 분위기에 큼직한 침실과 욕실 그리고, 다용도실로 구분되어 있습니다. 커피메이커도 있구요. 냉장고 안에는 여러가지 음료수와 술이 가득합니다. 냉장고안에 물빼고는 모두 유료입니다. 에스프레소 커피는 쭉 공짜니까 마니 마니 빼 드시구요. 에스프레소 머신이 있으신분은 챙겨오셔도 된다는.. ^^;; 에스프레소 머신으로 뜨거운 물을 뺄 수 있습니다(컵라면용 ^^)

하루에 하우스 키핑은 기본적으로 두번 일어납니다 오전에 한번 오후에 한번 타올과 커피, 물은 그때마다 리필됩니다. 여기서 팁이야기를 안할 수가 없는데.. 기본적으로 팁은 전혀 안주셔도 좋습니다. 하지만 하우스 키핑 하는 분을 만날 기회가 된다면 마지막날 한번정도 팁을 주시는것도 좋을듯 ^^ 그리고 담당 안내원은 얼마나 사용하시나에 따라서 마지막날 한번정도 팁을 주시면 될듯 합니다. 저희는 하우스 키핑은 마지막날 5불정도 쥐어 줬고, 담당 안내원은 별로 도움을 준게 없어서 안줬으며, 인 방갈로 디너 할때 요리사에게 5불줬습니다 ^^ 알아서 고마우면 주는거죠 뭐 ^^

음~~ 그리고, 내부는 거의다 본것 같은데!! 아!! 마직막으로 조명 시스템과 음향 시스템을 조금 설명 드리죠. 조명은 아래와 같이 버튼들로 되어 있습니다. 머 그냥 눌러 보시면 알겠지만 하나는 모드 끄기 그리고 메인 조명은 단계별로 조절 가능하구요. 그리고, 음향은 옆에 이상하게 돌리는 것이 있습니다. 이것을 돌리면 욕실쪽 음향과 선덱의 음향 크기를 조절 가능합니다. 음향 시스템은 모두 보스 스피커와 엠프로 구성되어 있는데 괜찮습니다. 가실때 좋아하시는 무드 음악 씨디 몇장 가지고 가세요.(물론 빌려도 줍니다!!) 선덱에서 듣는 음악은 그 나름대로 운치가 있습니다. ^^

그럼~~ 이제 밖으로 나가 볼까요?

^_^ 쫘아아악~~~ 방갈로들의 풍경입니다. 저녁이나 아침에 걸어가다 보면 여기가 천국인가 싶습니다. ^^

아 저기 조그마한 물통은 모래를 씻으라고 보도 중간중간 아주 많이 있습니다. ㅠㅠ 저 국자 물 퍼다가 씻는것 같은데 그냥 발을 풍덩하기도 합니다 ㅠㅠ;; 그리고, 신발 이야기!! 신발은 샌달과 운동화를 가져가시는것이 좋습니다. 머 출발하실때 운동화 신고 오시고 그리고 샌달은 꼭 가져오시는것이 좋습니다. 맨발로 다니기엔 바닥에 너무 뜨겁고, 그렇다고 운동화 신고 다니면 물속에 들어갈때마다 벗어야 하는 불편함이 ^^

헉!!! 오늘 마무리 할라고 그랬는데~~ 시간이 안될듯~~! ㅠㅠ
이론!! 마지막편을 기대 해주세요 ^^;;

앗!!! 드디어 마지막 편입니다.. ^^

자 이제 마지막으로 몇 가지만 더 보여드리고 마무리 할까 합니다.
앞에서 말씀 드린것들을 다 한다고 해도 사실 4박의 일정이 빡빡하지 않은 것은 사실입니다. 즉, 심심해질 수 있다는 것이죠!! 그래서 100번 활용할 수 있는 곳은 바로 도서관입니다.

보시다시피 너무 아늑한 곳입니다. 책도 많고 씨디,DVD, 그리고 보드 게임이 잔뜩 있습니다. 물론 대부분 영어판이나 일본어판 입니다. ^^ 보드게임은 루미큐브, 시타델, 체스, 클루등 한 20여종 되는듯합니다 ^^ DVD나 CD는 모두 빈깍입니다. 리셉션에 깍을 들고 가서 채워달라고 하면 채워 줍니다. 보드 게임은 2인용 게임들이 대부분으로 저희는 루미큐브와 시타델만 열심히~~ 그리고, 도서관에는 컴퓨터, TV, 냉장고, 커피머신 다 있습니다. 땡볕에 지칠때 놀기 딱 좋은 장소입니다 ^^

그리고 후바펜에는 공용 수영장이 두 곳 있습니다. 하나는 바와 도서관 옆에 있는 큰 수영장이고, 하나는 조그마한 소금풀장입니다. 저녁에 해가 지고 나서 꼭 한번 큰 수영장에서 수영을 해 보세요!! 너무 너무 멋집니다!! 조명하며 바다하며 물도 미지근한게~~ ^^

또 체력단련실을 잊어 먹으면 안되죠~!! ㅋㅋ 여기는 우선 진짜 사람이 잘 없습니다. 그냥 몸이 뻐지근 하다 싶을때 가셔서~ 음악 크게 틀어 놓고 러닝 머신 한번 뛰는것도 아주 색다릅니다. 솔직히 국내에 아무리 좋은 헬스장이라도 이같은 풍경을 보며 달릴 수 있는 곳은 없습니다!! ^^

대충 정리가 되어 가는 것 같네요. 마지막으로 점심 이야기를 잠깐 할까요?
점심은!! 햇반에 컵라면 싸가지고 가서 드세요 ^^ 아!! 그리고 젓가락!!! 꼭 챙기세요!! ^^;; 저희는 컵라면 젓가락이 없어서 ㅠㅠ;;

그리고, 그냥 방에서 피자 한번 시켜 드시는 것도 좋습니다. 미리 저녁때 메뉴를 보시면 피자 메뉴가 있습니다. 마음에 드는걸 하나 찝어 두셨다가 시키시면 될듯 ^^ 아!! 그리고, 메인 레스토랑도 점심 메뉴는 약간 틀립니다. 샌드위치나 햄버거도 점심때는 있으니 참고!!

너무 많은것을 한번에 쏟아 내려고 하니까! 너무 지치네요 ^^;; 헥헥~~
결론적으로 너무 너무 행복했습니다 ^^v

마지막으로 몇장의 풍경 사진으로 마무리 합니다!! 여러분 행복하세요

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Amazon 웹 서비스

2007-11-23T10:15:28+09:00

아마존은 기존에 자신들의 인프라 운영의 Know-How를 한단계 발전시켜 또 다른 비즈니스 모델을 생성해내었다. 바로 아마존 웹서비스이다. SDK를 활용하여 개발을 해본사람, 웹서비스를 이용하여 개발을 해 본 사람은 아주 쉽게 아마존의 인프라를 사용하여 새로운 자신들의 비즈니스 적용 시킬 수 있도록 하였다. 물론 유료다!!

국내의 닷컴들은 현재 각종 서비스들의 API를 오픈하고 있지만 인프라에 접근은 아직 미비 하며, 반내로 국내 IDC 사업자들은 인프라의 접근은 아직은 오프라인적으로 되거나 KT-ICS처럼 거의 70%이상의 커스토마이징을 요구하는 Closed-SDK형태 이다. 이런 상황에서 아마존의 웹서비스는 내눈에 확들어 왔다!

그러면 아마존 웹서비스를 좀더 자세히 살펴 보자!

아마존 웹서비스 내역
o Amazon E-Commerce Service(ECS) : 아마존의 제품을 SP의 사이트를 통해 판매 가능하게 하고 이때 생기는 수익의 10%를 공유
o Amazon Elastic Compute Cloud(EC2) : WCS와 비슷하나 수동으로 웹 컴퓨팅파워를 다이나믹하게 사용 가능하게 하는 서비스
(세컨드라이프 클라이언트 프로그램 다운로드)
o Amazon Flexible Payments Service(FPS) : 사람과 컴퓨터, 컴퓨터와 컴퓨터, 사람과 사람 사이에 돈의 흐름을 관리해주는 웹 서비스, 신용카드 이용, 에스크로 서비스, 도토리처럼 중간 매체를 사용하는 서비스 까지 개발 가능함, 전달되는 돈의 량에 따라 과금
o Amazon Mechanical Turk(MTurk) : 사람의 손을 타야 되는 서비스를 건당 작업료를 지불 할 수 있도록 할 수 있는 서비스
(음성파일을 텍스트로 변화하는 서비스, 이미지를 보고 수작업으로 태깅을 하는 서비스)
o Amazon Simple Storage Service(S3) : 아주 간단하게 스토리지를 사용하는 서비스, 스토리지는 월 130원/GB, 트래픽 월 150원/GB, API 호출회수는 월 9월/만 건
(한컴의 오픈 오피스가 이 서비스를 이용 중)
o Amazon Simple Queue Service(SQS) : 256K의 메시지를 Queuing 할 수 있는 서비스, 만 건당 천원, 트래픽 요금 별도
o Alexa Web Services : Alexa의 웹 페이지 등급 서비스를 검색, 웹 페이지 이미지, 순위 등을 웹 서비스 형태로 제공

아마존 웹 서비스에 대한 ZD-Net의 기사 내용

웹 서비스를 막 시작하려는 단계에서 우선 필요한 것은 아이디어를 구체화하는 작업일 것이다. 그러나 사용자의 attention 을 얻고 사용자에게 유용한 서비스를 제공하기 위해 화면을 설계하고 여러 가지 장치들을 구성하는 일과 실제 웹 서비스를 제공하는 것 사이에는 매우 큰 간극이 존재한다. 바로 시스템을 꾸미고 확장성 및 가용성을 확보하고 시스템을 운영하는 작업 등이 필요하다.

웹 시스템의 확장성에서 문제되는 부분은, 필요한 시스템 용량이 시간에 따라 매우 가변적이어서 불과 몇 개월 사이에 두 배 이상의 용량이 필요할 수 있으며, 충분한 용량을 확보하더라도 평균 70% 의 용량은 그냥 대기 상태에 있게 된다는 점이다.

아마존은 이러한 문제들을 해결하는 서비스들을 제공한다(라고 광고한다). 아마존 웹 서비스는 크게 EC2/S3/SQS 세 가지로 구성되어 있으며 이를 통해 가상화된 서버/스토리지/메시징 서비스를 제공한다. 메시징에 대해서는 약간의 설명이 필요한데, 간단히 얘기하면 메시지를 생성하는 Producer 와 소비하는 Consumer 가 있고 이 둘 사이에서 안정적인 메시지 배달을 보장해주는 것이 메시징 시스템의 역할이다.

AWS 에서는 서버/스토리지/메시징 아키텍처를 구축하고 용량을 추가하거나 제거하는 작업 등이 웹 인터페이스를 통해 이루어지도록 자동화되어 있으며 거의 실시간으로 추가/제거 작업이 일어난다. 이를 통해 AWS 는 매우 높은 수준의 Utilization, Scalability, Availability 를 보장하는 시스템 인프라 서비스를 제공한다.

AWS 를 사용하여 웹 서비스를 하고 있는 GigaVox 사 관계자의 설명(또는 광고)에 따르면 (GigaVox 는 많은 사람들이 알고 있는 IT Conversations (http://www.itconversations.com) 의 모회사이다) IT Conversations 아키텍처에서 웹서버와 데이터베이스는 직접 GigaVox 가 운영하지만 스토리지와 mp3 다운로드는 EC2/S3/SQS 를 사용하도록 되어 있다. 그래서 GigaVox 는 서비스 시작에 필요한 시간을 줄일 수 있었고, 시스템 인프라 운영에 들어가는 노력과 비용을 줄일 수 있었으며 가변적으로 용량을 늘이거나 줄일 수 있는 있었다고 한다.

현실적으로 스타트업 컴패니가 높은 가용성을 보장하며 서비스 규모의 확장에 바로 대응할 수 있는 시스템 인프라를 꾸미고 운영하는 것은 매우 힘들기 때문에 AWS 는 아마존과 스타트업 컴패니가 서로 Win-Win 할 수 있는 서비스라고 할 수 있을 것이다.

추가 참고자료 : http://www.veracious.info/378

SQS에 대해서만 좀더 살펴보면...

SQS는 다양한 시스템 간의 메세지를 전달하는 중계 역할을 할 수 있다.
일례로 외국 같은경우 의료 EDI시스템을 운영할때 EDI의 기본적인 메세지를 SQS를 활용하자는 의견이 있다.
이는 SQS가 가지는 중립성과 보안성, 확장성 등 때문이다. 물론 아마존의 모든 웹 서비스가 가지는 특성중에 하나지만 단순하고 직관적인 인터페이스 또한 큰 장점으로 작용한다.

SQS의 특성을 좀더 자세히 살펴 보면 우선 큐는 이론상으로 무한대로 확장가능 하며, 보관 할 수 있는 메세지 또한 무한대이다. 하나의 메세지는 256K를 넘을 수 없으며, 검색 가능한 메세지 일 경우 약 8K로 한정된다. 한 사용자 큐를 사용하고 있으면 Lock상태가 되고 사용이 끝나면 Lock이 자동으로 풀린다. 물론 Lock을 거는 시간 또한 설정이 가능하고, Lock을 걸지 않을 수도 있다. 메세지는 기본적으로 추가, 읽기, 삭제 의 3가지 기능만 가진다. 모든 메세지는 저장된지 15일까지 보관되며 그 이후에는 자동으로 삭제 되어진다. 메세지를 읽기했을때는 저장한 순서대로 나오는 것이 원칙이며 그렇지 않을 수도 있다. 모든 메세지는 하나의 서버에 보관되는 것이 아니라 다수의 서버와 다수의 노드에 복사되어 보관되어 진다. 이를 통해 HA를 보장한다.

GIGAVOX라는 곳에서 AWS를 사용한 예 : http://www.gigavox.com/platform/technology

여러 자료를 보며 느낌점!!!
쩝!!! 우리는 왜 몬하는거야 ㅠㅠ;;;

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

신의 물방울과 와인

2007-11-06T14:27:28+09:00

와인~ 이제 소주,맥주에 이어 와인이라는 단어가 나오는것이 왠지 어색하지 않은 이 느낌! 캬~ 이런 분위기를 조성하는데 큰 역활을 한 이가 있다! 바로 "신의 물방울"이라는 만화책!!

하지만, 요즘은 신의 물방울에 대한 이야기가 쏙~ 들어간 느낌~ 아마도 12권이 나오고 이제야 제3사도를 찾은 마당에 12사도가 다 나오기를 기다리는 시간이 지루했을까? ㅋㅋ 아마 40권은 나와야~ 끝날텐데~ 허~ 아직 2~3년은 기다려야 하는건가?

내가 처음 와인을 접했을때 교보문고에 간적이 있다! 국내 와인 관련 서적을 뒤져 봤더니! 딱 3권이 나왔었다! 그러다, 몇 개월 전 교보문고를 가봤더니, 이제 아예 책장 한면을 체우고 있는 서적들~ ^^ 물론 신의 물방울도 그 한켠에 자리를 잡고 있었다.

신의 물방울에서 사실 난 젤 마음에 드는 것은 중간중간과 끝에 있는 짤막한 와인상식 페이지들~ 그놈들만 모아도 좋은 책 한권은 되겠구나~하는 생각이 들정도 였다. 그리고, 항상 그 페이지들을 보며 시마과장을 그린 히로카네 켄시의 "한손에 잡히는 와인"이라는 책이 떠오르는 것은 당연한 일이겠지?

여튼 신의 물방울에 나오는 다양한 와인들을 보면 비싼와인과 싼와인의 적당한 조합을 통해 와인에 대한 열정을 다시 불태우게 만든다!

참고로 신의 물방울에 나온 와인 리스트는 다음과~ 같다!!

와인리스트보기...

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

검색 엔진의 RIA 도입 : MS의 Silverlight와 Google의 Flex

2007-10-31T16:46:27+09:00

검색 엔진의 Retro한 UI를 벗어나고자 하는 시도와 신기술의 테스트 명목으로 MS와 구글이 각각 재미 있는 시도들을 하고 있다.
각각, Tafiti라는 사이트와 SearchMash라는 사이트를 운용/테스트 하고 있다.

여기서 재미있는것은 MS는 당연히 자사의 RIA 솔루션이라고 할 수 있는 Silverlight를 선택하였으며, Google은 Flash/Flex를 선택하였다는 것! 구글은 왜..?? Flash에게 힘을 실어 준것일까?? 흠~

MS는 MS Live Search기반에 Silverlight로 여러가지 재미 있는 장난을 해놓았다. 한글어 폰트를 깜박하셨는지 한글은 Block화 되버리는 수준으로 아직은 홍보 수준인듯 하다. 그리고, Tree View라는 실용성 보다는 재미로 만든 듯한 기능도 내제 하고 있다.

구글은 여전히 자사의 솔루션(Maps, U-tube)을 잘 Mashed-up해 놓았다. 하지만, 과연 구글이 다음 UI를 이렇게 갈까하는 것은 "아니오"에 한표!

여튼, MS의 Silverlight의 강력한 프로모션 얘기가 여기저기서 나오고 있는 이 시점에서 구글의 SearchMash는 재미있는 싸움 구경에 좀더 기름을 붇는 듯 한 느낌!!

불타라~~ 불타라~~!!

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

MSN과 네이트온을 함께~

2007-10-30T16:58:29+09:00

네이트온이 SDK를 KDLP에 공개한다고 해서 혹시나 해서 MSN과 네이트온이 함께 되는 메신저를 찾기 시작!! 역시나 있었군!!
http://helo.tistory.com/108

회사에서는 프트도 막혀 있기에 이넘도 SSH Port Tunneling을 이용해 간단히 뚫어 주고~~ 준비 완료!! ㅋㅋ
http://blog.naver.com/kpk1245?redirect= ··· 42140469

이제 우선 PIDGIN 다운받고
http://pidgin.im/download/windows/

그리고, 훌륭하신 분들이 만든 네이트온 프로토콜을 다운 받아서
http://nateon.haz3.com/forum/viewtopic. ··· 3Bt%3D70
PIDGIN 설치 폴더에 잘 설치 하면~~ 끝~~

^_^ 된다!! 되!! ㅋㅋ

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

웹 2.0 사이트 모음

2007-11-23T10:28:49+09:00

참 많은 웹 2.0 사이트가 인터넷에 나타나고 있다.
정리하기 귀찮아서 이중 몇 가지 사이트를 한글로 잘 분류 설명 해놓은 것이 있어 훔쳐 왔다.

쩝~~ 구글 관련이 10개나 되는것을 봐서는 확실히 구글이 선두이긴 한듯 한데..
언뜻 봐도 국내의 몇몇 사이트와 (스프링노트, 라이프팟, 미투데이 등등) 외국의 여러사이트(Salesforce.com, tafiti.com, picnik.com 등등) 들이 빠져 있으나~ 누가 이 모든걸 정리 하겠는가~

한번 마음 먹고 해봐?!!! ^_^;;;

밑에 More누르시면 리스트가 보입니다. ^^

more..

43things(www.43things.com): 꼬리표 기술을 적극 활용하는 소셜 네트워크 기반의 블로그 커뮤니티

A9(www.a9.com): 아마존의 검색엔진으로 Ajax를 도입한 것이 특징이다. 일단 일반 검색이 아닌 전자상거래 검색 분야로 좁혀 전문적인 검색시장부터 노리고 있다.

Browsr: social directory manager 사이트. 쉽게 설명하자면 웹사이트를 주제별로 구분했던 야후 디렉토리 서비스를 사용자들이 구분하는 사이트다. 사회적책갈피(소셜북마크)의 한 종류로 볼 수 있는데, 각종 사이트 링크를 사용자들이 평가하고 분류한다는 점이 특징이다. 물론 꼬리표 적용은 필수.

BudgetTracker(http://budgettracker.com/login.php): 무료로 사용할 수 있는 웹 회계, 일정관리 서비스.

Bunchball(www.bunchball.com): 플래시 기반의 온라인 게임 서비스. 개발자들이 직접 게임 개발에 참여할 수 있는 것이 특징이다.

DrawSWF(http://drawswf.sourceforge.net/): 웹 상에서 그림을 그릴 수 있다. Java2를 이용한 것이 특징이며 SVG 형식을 활용해 그린 그림을 플래시 애니메이션 파일로 저장할 수 있는 점이 독특하다.

Flock(www.flock.com): 불여우 기반의 오픈소스 소셜 브라우저 공식 사이트. 즐겨찾기, 방문기록, 블로깅 등의 활동을 브라우저 차원에서 제공해준다.

JotSpot(www.jotspot.com): 개인용 위키 응용프로그램 제공 사이트

KnowNow(www.knownow.com): RSS 알리미(alert) 시스템 사이트로 기업에서 필요한 정보를 모아서 제공하는 솔류션을 발표했다.

http://local.live.com" target=_blank>MS 라이브로컬(http://local.live.com): 미국 주요 지역의 정밀항공사진 지도서비스를 포함한 지역정보 종합서비스

MS 라이브닷컴(www.live.com): 마이크로소프트가 선보인 라이브 소프트웨어를 제공하는 사이트

MS 스타트닷컴(www.start.com): 마이크로소프트의 개인화 서비스 사이트

MSN 버추얼 어스(virtualearth.msn.com): 마이크로소프트의 위성지도 서비스

MSN 샌드박스(sandbox.msn.com): 마이크로소프트가 진행 중인 프로젝트를 보여주는 사이트

MusicBrainz(http://musicbrainz.org): 음악 관련 자료를 RDF 문법을 이용해 제공하는 사이트

Oddpost(www.oddpost.com): 웹기반 이메일 업체로 DHTML을 이용하여 브라우저에서 아웃룩과 거의 같은 인터페이스를 구현하여 주목받은 회사. 야후가 인수했다.

Orb(www.orb.com): 웹과 연동해 동영상 사진 화상캠 등을 통해 집안을 관리하거나 각종 알리미 기능을 이용할 수 있는 홈관리 시스템 사이트.

Podscope(www.podscope.com): 파드캐스팅 자료를 검색해주는 검색엔진으로 숨은자료(meta data)를 활용한 검색엔진이라는 특징이 있다.

Pubsub(www.pubsub.com): RSS와 블로그 전문 검색엔진. 구조화된 블로깅(Structured Blogging) 기술을 선보였다.

Real Travel(http://realtravel.com/): 여행을 주제로 한 소셜 네트워크. 블로그 형식과 지도 연계 정보가 특징이다.

Rico(www.openrico.org): 자바스크립트를 이용한 RIA기술 사이트. Ajax 기술을 사용한 개발 사이트.

SAGE(sage.mozdev.org): 불여우 브라우저의 탭브라우징 기능과 접목해 사용하는 불여우 브라우저용 RSS 구독기 확장기능 사이트

W3C(www.w3.org): 웹표준을 만들고 웹을 주관하는 공식기관. 시맨틱웹에 관한 자료도 이곳에 있다.

ZDNET RSS 공급 페이지(http://www.zdnet.co.kr/etc/feeds/xml/): 다양한 형식의 RSS를 주제별로 제공해주고 있는 사례를 볼 수 있다.

Zvents(www.zvents.com): 지역의 각종 행사(이벤트) 검색 서비스. 현재 샌프란시스코 지역의 행사를 검색해주며, 구글맵과 연동되어 장소를 소개한다.

개버(http://www.gabbr.com/): 사용자가 덧글을 다는 것을 주요 특징으로 내세우는 뉴스 사이트. 덧글 수가 대문의 주요 뉴스에 표시됨으로써 사용자들의 관심도를 측정할 수 있다.

구글 개인화 홈페이지(http://www.google.co.kr/ig): 구글의 개인화 홈페이지 사이트. 아작스를 도입해 옮기려는 영역을 마우스로 끌어다놓으면 원하는 위치로 바로 재배치되는 것을 볼 수 있다.

구글 라이드파인더(http://labs.google.com/ridefinder): 구글의 Ride Finder는 검색 지역의 수송수단을 찾아주는 로컬 서비스로, 지도 서비스와 연동되는 서비스다.

구글 리더(http://www.google.com/reader/): 구글의 RSS 웹구독 서비스. 지메일과 비슷한 화면을 가지고 있으며 검색과 연동된 점이 특징이다.

구글 베이스(http://base.google.com): 구글이 내놓은 무료 알맹이(content) 검색 서비스

구글 비디오검색(http://video.google.com/): 구글의 멀티미디어 검색 서비스

구글 야후 교통 날씨 지도(traffic.poly9.com): '구글맵 + 야후 교통정보 + 월드웨더(worldweather) 날씨정보'를 결합하여 지도를 통해 교통상황과 날씨를 함께 확인할 수 있는 서비스. 그레그 새더츠키(Greg Sadetsky)가 개발했다.

구글 오컷(www.orkut.com): 사회적 네트워크(Social Network)의 대명사처럼 인식되는 사이트로 평판 시스템과 검색 기능이 특징이다.

구글 지메일(www.gmail.com): 구글의 웹메일 서비스. 기존의 폴더 방식이 아닌 레이블(lable, 찌종이) 방식으로 편지를 관리하고 있으며 아작스 등을 도입한 점, 2기가바이트가 넘는 용량이 특징이다.

구글 트랜지트 여행 플래너(Google Transit Trip Planner, http://www.google.com/transit): 구글이 선보인 교통 안내 서비스. 미국 포틀랜드(Portland) 지역에 한정적으로 공개되었다.

구글(www.google.com): 상장 1년 만에 미국 20대 기업에 들고 100조가 넘는 기업으로 성장한 세계 최고의 검색엔진 기업. 웹2.0 기술을 가장 잘 활용하는 곳이다.

구글 어스(Google Earth, http://earth.google.com): 구글의 위성지도 서비스

구글 지도(http://maps.google.com/): 아작스를 도입한 구글의 지도 서비스 사이트

그리스몽키(Greasemonkey, http://greasemonkey.mozdev.org/): 아론 부드맨이 2004년 12월에 친구를 위해 개발한 불여우 브라우저용 확장 기능의 하나로 자신이 보는 페이지를 재정의해서 볼 수 있다.

나우퍼블릭(http://www.nowpublic.com/): 사용자들이 기사를 작성할 수 있는 뉴스 사이트로 꼬리표를 적용하고 있다.

넘섬(http://www.numsum.com): Ajax로 구현한 웹스프레드시트 사이트.

넷바이브스(http://www.netvibes.com/): Ajax로 구현한 개인이 설정할 수 있는 개인화 페이지.

넷플릭스(www.netflix.com): 미국의 DVD 대여 사이트로 아작스를 도입해 마우스를 올려놓기만 해도 상자가 뜨면서 DVD 요약 내용이 나온다.

뉴스게이터(www.newsgator.com): 사용자가 좋아하는 뉴스, 사이트, 블로그를 한 자리에서 볼 수 있게 해주는 서비스. 아웃룩이나 피드데몬을 이용할 수도 있다.

다음 RSS넷(rss.daum.net): 국내 포탈로는 처음 선보인 RSS웹구독기.

닷지볼(www.dodgeball.com): 휴대전화 소셜 네트워킹 애플리케이션. 구글이 인수했다.

델리셔스(http://del.icio.us): 조슈아 샤흐터(Joshua Schachter)가 만든 소셜 북마크 공유 서비스. 웹2.0 시대에 플릭커와 함께 양대 스타로 떠오른 사이트로 야후에 인수되었다. 30만 사용자들이 1000만개 즐겨찾기(북마크)를 공유했다.

디그(www.digg.com): 슬래시(slashdot.org)와 같은 뉴스 포럼 사이트. 2006년 초부터 슬래시의 트래픽을 따라잡을만큼 급성장했다. 슬래시는 편집진에 의해 주제가 선정되지만 디그는 사용자의 투표(digg it)를 통해 선정되는 점이 다르다. 네티즌의 자발적 참여가 성장에 어떤 역할을 하는지 보여주는 사례.

라에드는 어디에(http://dear_raed.blogspot.com): 블로그의 매체성을 가장 잘 보여준 살람팍스의 블로그

라이브마크스(http://sandbox.sourcelabs.com/livemarks/): Ajax로 구현한, 델리셔스(del.icio.us)의 새로 추가된 북마크 실시간 보기 사이트.

라이트리(www.write　　　　ly.com): 웹 기반의 워드프로세서. 웹에서 문서를 작성한 후 컴퓨터에 Word, HTML, ZIP 형식으로 저장할 수 있고 공유도 가능한 점이 특징이다. 어디서나 사용할 수 있다는 점 때문에 최근 주목받는 사이트.

로조닷컴(www.rojo.com): 블로그라인스와 같은 웹 기반의 RSS 구독기. 포크소노미 기술로 꼬리표에 가중치를 부여해 구성원들이 체계화시키고 있다.

롤요(www.rollyo.com): 사용자가 원하는 사이트를 묶어두면 해당 사이트만을 대상으로 검색해주는 개인화 검색엔진. 데이브 펠이 만들었다.

리멤버더밀크(http://www.rememberthemilk.com): Ajax를 적용한 할일 목록 관리 사이트. 메신저로 수신이 가능한 점이 특징이다.

리야닷컴(http://riya.com): 인공지능 사진 검색엔진

마요미(www.mayomi.com): 브라우저 상에서 사용 가능한 웹 마인드맵 서비스.

마이스페이스(www.myspace.com): 미국 10대들이 주로 사용하는 커뮤니티 사이트

마이웹2.0(http://myweb.yahoo.com): 야후가 내세우는 소셜 검색엔진(social search engine)

모든블로그(www.modenblog.com): 휴대전화를 이용해 RSS를 구독할 수 있는 한국 사이트

모질라(www.mozilla.org): 불여우(Firefox) 브라우저와 천둥새 편지 프로그램을 등을 배포하는 사이트. 오픈소스와 플랫폼 기반의 프로그램 흐름을 파악할 수 있다.

미보(http://www.meebo.com): Ajax로 구현한 웹메신저. 당연히 프로그램 설치 없이 웹에서 바로 사용할 수 있는 메신저다. MSN 메신저 외에 야후, ICQ, 구글토크 등과도 연결된다.

믹시(www.mixi.co.jp): 일본의 사회적 네트워크 사이트로 한국의 싸이월드와 구글을 섞은 것 같은 사이트다.

백베이스(www.backbase.com): 아작스 기반의 응용 프로그램 개발 사이트

보잉보잉(http://boingboing.net): 해외의 블로그 사이트. 방문객들의 불여우 브라우저 사용자가 IE 사용자를 추월하는 일이 나타나 화제를 모았다.

블로거닷컴(www.blogger.com): 가입형 블로그 서비스. 구글이 인수했다.

블로그라인스(www.bloglines.com): 전문 RSS웹서비스로 가장 유명한 곳. 해외 사이트지만 사용하기 편리하다는 이유로 한국 네티즌도 많이 사용한다. 애스크지브스에 인수된 후 IAC로 넘어갔다.

블로그펄스(www.blogpulse.com): 블로그 검색엔진

샤프리더(www.sharpreader.net): RSS구독기인 샤프리더 배포 사이트

세이바로직(www.ceiva.com): 디지털액자 판매 기업으로 가족들이 사진을 인터넷에 올려놓기만 하면 다음 날 액자를 통해 새롭게 올라온 가족사진을 감상할 수 있는 서비스를 제공한다.

소셜텍스트(www.socialtext.com): 기업용 위키 제품 사이트

스카이프(www.skype.com): VoIP 서비스의 대표 사이트로 이베이(eBay)에 최대 41억 달러라는 천문학적인 돈을 받고 인수되었다.

스퀘어프리 HTML에디트(http://www.squarefree.com/htmledit/): Ajax로 구현한 실시간 HTML 편집기

시맨틱웹 커뮤니티 포탈(www.semanticweb.org): 시맨틱웹 관련 정보를 얻을 수 있는 포탈. 시맨틱웹에 관한 행사나 다양한 정보가 올라오며 시맨틱웹 컨퍼런스인 ISWC 정보도 여기에 올라온다.

싱잉피시(www.singingfish.com): AOL 검색기에서 선보인 멀티미디어 검색 사이트

썸원뉴(www.someonenew.com): 스카이프를 플랫폼으로 이용하고 있는 데이트 사이트

아이스로켓(www.icerocket.com): 블로그 검색엔진

애스크지브스(www.ask.com): 검색 엔진. 블로그라인스를 인수했으나 애스크지브스 자체가 IAC로 인수되었다.

애플 아이튠즈(http://www.apple.com/itunes/): 애플의 온라인 뮤직 스토어인 아이튠즈는 고객이 자신의 마음에 들도록 RSS 공급 내용을 설정할 수 있다.

야후 360(http://360.yahoo.com): 야후에서 만든 블로그와 소셜 네트워크를 혼합한 서비스

야후 앤서즈(Yahoo Answers, http://answers.yahoo.com): 네이버 지식인과 비슷한 문답형 커뮤니티

야후 위젯(http://kr.widget.yahoo.com): 야후가 인수한 콘파뷸레이터를 위젯이라는 이름으로 배포하는 사이트

야후 피플링(http://kr.ring.yahoo.com): 구독하는 RSS를 테마별로 공유하는 커뮤니티 성격의 사이트

어댑티브패스(www.adaptivepath.com): 웹 디자인 회사로 Ajax라는 이름을 만든 Jesse James Garrett의 에세이를 볼 수 있다.

업커밍(www.upcoming.org): 트래킹 서비스 사이트. 야후가 인수했다.

에트시(http://www.etsy.com): 다양한 기술을 적용한 쇼핑몰. 색깔 별 재질 별로 상품을 볼 수 있고, 상품 색을 바꿔볼 수 있고, RSS로 상품 목록 지원에 꼬리표를 사용한 꼬리표구름 목록까지. 그외 다양한 웹2.0 기술을 사용하는 쇼핑몰.

엑스파이더(www.xpyder.co.kr): RSS구독기인 엑스파이더 배포 사이트

오데오(http://odeo.com/): 파드캐스팅 포털 사이트.

오디오블로그닷컴(www.audioblog.com): 파드캐스팅과 비디오 블로그 서비스 사이트.

오라일리 미디어(www.oreilly.com): 미국의 미디어기업으로 국내에는 IT전문 출판사로 더 유명하다. 웹2.0 컨퍼런스를 주최하며 웹2.0이라는 낱말을 만들고 전파시켰다.

오버추어(www.overture.com): 한국에서도 검색광고의 절반 정도를 차지하는 세계 검색광고 시장의 강자. 야후에 인수되었다.

올블로그(www.allblog.net): 한국의 대표적인 메타사이트로 등록된 블로그 사이트의 RSS를 모아서 보여준다.

워크스팟(www.workspot.com): 브라우저 상에서 리눅스를 사용할 수 있다. 현재 설치된 것은 Red Hat 8 & Mandrake 9.1 remote desktops.

웨이백머신(www.archive.org): 인터넷의 과거 정보를 저장하고 검색할 수 있는 사이트로 웹사이트 문서 저장에서 텔레비젼 프로그램 저장까지 다양한 정보를 기록하고 있다.

웹2.0컨퍼런스(www.web2con.com): 오라일리가 주최해 2004년 10월 5일부터 일주일 동안 미국 샌프란시스코에서 열린 웹2.0 컨퍼런스의 공식 사이트

위키피디아(www.wikipedia.org): 전세계 네티즌이 참여해 만드는 공용백과사전

윙크(www.wink.com): 마이클 태니(Michael Tanne)의 태그 기반 검색엔진. 태그랭크(TagRank)을 이용한 필터링을 통해 최고의 검색 결과를 제공하고 검색 결과를 발행하는 기능이 특징이다. 스팸이 없는 깨끗한 검색결과도 특징이다.

이글루스(www.egloos.com): 한국의 블로그 전문 사이트. '이글루스 가든'이라는 꼬리표를 적용한 새로운 커뮤니티를 선보였다.

잉키보드(http://www.cfcassidy.com/InkyBoard/): 태블릿PC(Tablet PC)를 위한 칠판(Whiteboard). 인터넷 상에서 칠판 대용으로 사용할 수 있다는 것이 특징이다.

인트라V뉴스(www.intravnews.com): 아웃룩 플러그인 방식의 구독기 배포 사이트

자쿠바(www.jacuba.com): 철자 검사 사이트. 브라우저나 사용환경에 상관 없이 동작한다는 점이 특징이다. 윈도 사용 환경이 아닌 경우 유용.

조이엔트(Joyent, www.joyent.com): 개인의 편지나 일정, 주소록 등을 관리하는 PIMS 서비스로 기존 서비스와 다른 점은 꼬리표를 이용해 분류를 하고, 아작스, 주소록의 구글지도 연동과 같은 시맨틱웹 기술을 이용하는 점이다.

지오뉴스(Geonews, http://www.wereporters.com/geonews.htm): 구글 뉴스와 구글 맵을 혼합한 서비스로 하우징맵, 지오블로거와 함께 혼합(mash-up) 서비스의 한 종류로 주목받고 있다.

지오블로거(www.geobloggers.com): 세계 주요 도시에서 찍은 사진들을 구글 지도에 표시해주는 사이트. 네티즌이 플릭커에 올린 해당 도시 사진에 지오블로거를 이용해 도시이름 꼬리표를 붙여주면 구글의 지도를 선택할 경우 관련 사진이 뜨는 서비스다.

짐브라(Zimbra, www.zimbra.com): 개인일정 서비스로 아작스와 RSS, 스카이프, 구글지도 연동이라는 특징을 가지고 있다.

칼렌다허브(http://www.calendarhub.com): Ajax로 구현된 일정관리 사이트.

콘파뷸레이터(www.konfabulator.com): 콘파뷸레이터라는 대시보드 프로그램 개발사. 콘파뷸레이터도 XML과 자바스크립트를 이용하기 때문에 위젯이라는 확장 프로그램을 사용자들이 개발하기 쉽다. 야후에 인수된 후 야후 위젯(http://kr.widget.yahoo.com)으로 다시 태어났다.

클립마크스(www.clipmarks.com): 신문 잡지의 일부를 찢어서 보관하는 것처럼 웹에서도 일부분을 보관할 수 있도록 하라는 사이트. 웹페이지 전체가 아니라 부분만 찢어서 보관할 수 있도록 해주는 사이트로, 웹 상의 페이지 일부 클립(스크랩)은 물론 소셜클립마크를 지향하고 있는 사이트다.

클립폴리오(klipfolio, www.serence.com): 작은 크기의 RSS 구독기 프로그램인 클립폴리오 배포 사이트

키코(http://www.kiko.com): Ajax로 구현된 일정관리 사이트. 드래그 앤 드롭 인터페이스와 찌종이(레이블)를 지원한다.

타이프테스터(http://typetester.maratz.com): Ajax로 구현한 글꼴(font) 비교하기 사이트

태그클라우드(www.tagcloud.com): 꼬리표 낱말의 크기가 모두 달라 꼬리표가 구름모양으로 표시된다는 꼬리표구름. 꼬리표 기술을 알아보려면 들러야 할 곳이다.

태터센터(www.tattertools.com): 블로그 프로그램인 태터툴즈를 만들어 제공하는 곳. 최근 꼬리표 기술을 적용해 커뮤니티 사이트로 변화중이다.

테일랭크(http://www.tailrank.com/): 수 천 개 블로그 중에서 최고의 알맹이만을 골라서 보여준다는 사이트. 사용자들이 직접 기사를 수정하는 것이 특징이다.

테크노라티(www.technorati.com): 2천만 개의 블로그가 등록된 꼬리표(tag) 기반의 블로그 전문 검색엔진. 구글보다 빨리 블로그를 검색해준다는 이유로 스타가 되었다.

토크디거(www.talkdigger.com): 메타링크 검색엔진. 자신이 알고 있는 URL을 입력하면 해당 URL을 인용한 사이트를 찾아준다. 즉 특정 URL을 화제로 삼은 사이트를 찾아주는 검색엔진.

토픽스넷(www.topix.net): 우편번호를 입력하면 30만 주제의 뉴스를 찾아주는 서비스

트라이루비(http://tryruby.hobix.com/): 아작스로 구현한 루비 사이트. ruby 인터프리터쉘을 웹에서 사용 할 수가 있다.

파드캐스트(www.podcast.co.kr): 파드캐스팅을 지원하는 국내 사이트

파인도리(http://www.findory.com/): 뉴스와 블로그를 결합시켜 뉴스를 읽고 배우고 개인화시키는 서비스. 인공지능형 뉴스 사이트라는 점이 특징이다.

판도(www.pando.com/): 누구나 무료로 어떤 크기의 파일이나 폴더라도 이메일로 전송하는 응용 프로그램.

패닉닷컴 쇼핑몰(http://panic.com/goods/): Ajax를 이용한 쇼핑카트의 예를 볼 수 있다.

페이스북(http://facebook.com/): 미국 대학생들이 많이 사용하는 커뮤니티 사이트

프로토페이지(www.protopage.com): 개인화된 뉴스, 쪽지(sticky notes), 즐겨 찾기, 그외 각종 웹페이지를 하나의 페이지에서 볼 수 있게 만든 개인화 홈페이지 서비스 중 하나. 아작스(Ajax)를 이용하는 것이 특징이다.

플란조(http://www.planzo.com): 일정관리 사이트로 다른 사람들과 일정 공유로 커뮤니티 일정 관리 가능. Ajax를 이용하여 드래그 앤 드롭 인터페이스 지원. RSS 공급 지원.

플릭커(www.flickr.com): 꼬리표 기반의 사진 사이트. 웹2.0을 대표하는 사이트로 각종 상을 휩쓸다가 야후에 인수되었다.

피드데몬(http://www.bradsoft.com/feeddemon): 가장 대표적인 RSS 구독기 프로그램인 피드데몬 배포 사이트

피드버너(www.feedburner.com): 개인 블로그의 트래픽 부담을 덜기 위해 RSS 트래픽을 대신 떠안는 서비스.

피드스터(http://feedster.com): 미국 샌프란시스코에 위치한 검색 엔진과 XML 웹 컨텐트 신디케이션 기업.

피카사(http://picasa.google.com/): 웹 기반의 사진 관리 편집 사이트. 구글에 인수되었다.

하우징맵(www.housingmaps.com): 폴 레이드매처(Paul Rademacher)라는 디자이너가 개발한 부동산 서비스로 구글지도에 크레이그리스트(craigslist)의 부동산 정보를 결합했다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

TechCrunch40에서의 한국기업들의 선전

2007-09-19T15:10:40+09:00

현재 미국에서는 TechCrunch 40라는 세미나가 개최되고 있다. 인터넷 관련 기술 동향 블로그인 TechCrunch에서 투자자들을 대상으로 전세계 40개의 서비스를 선정하여 소개하는 자리이다. 국내에서도 몇개의 업체가 선정된 것으로 알고 있다.

하나는 Storyblend.com이고 또 하나는 Musicshake.com이다.

둘다 UCC(UGC)의 진정한 의미에 접근 할 수 있는 도구를 제공한다.
하나는 기존 동영상을 이용해 이를 섞는 기능을 제공하고 또 하나는 기본적인 음원들은 활용하여 새로운 작곡을 가능토록한다.
^^;; 특이하게도 또하나의 공통점이 있다. 싸이월드!!
스토리블랜드는 싸이월드 초기 설립자인 형영준 사장이 만든 사이트 이며, 뮤직쉐이크는 현재 싸이월드에서 서비스 중이다!! (한국에는 싸이월드와 못 엮기면 안되나??ㅋㅋ)

이중!! 뮤직쉐이크는 발표 후 최고의 서비스로 평가를 받고 있다.
물론 프리젠테이션이 잘된 것도 있겠지만, 나름 새롭고 재미까지 있는 시도인 듯 하다. 성공여부야 누가 알겠는가?? ^___^
여튼 이번에 30억정도의 펀딩을 성공할 듯!!!

몇 일 후면 뉴스를 보게 되겠지~~

아래에는 TechCrunch40에 선정된 기업들~

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

WZD.Com 사용하기

2007-11-23T10:28:55+09:00

윈도우 첫 화면으로 사용하는 WZD.COM 여러가지 위젯이 그래도 깔끔하게 정리되어 사용하기에 편함~ 그래서 나름 사용하는 첫화면을 화면 캡쳐 하면~ 아래 그림과 같음 ^^

먼가 많아 보여서 복잡하지만~~ 그래도~~ㅋㅋ

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

실버라이트 동영상 모음

2007-09-13T09:55:13+09:00

국내 업체인 모션클라우드라는 업체의 Remix발표 동영상

- 실버라이트를 활용한 WYSWYG 블로그

NetFlix라는 VOD업체의 MIX 발표 동영상

- 실버라이트를 활용한 VOD 서비스

TobBanana라는 동영상 편집툴 MIX 시연 동영상

- 실버라이트를 활용한 동영상 편집툴

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

NGIT세미나

2007-09-11T08:37:01+09:00

무선 메쉬 네트워크 기술 동향

Wireless Mesh Network(WMN)에 대한 설명

메쉬 게이트웨이를 활용하여 다양한 Device들이 무선으로 네트워크를 구축

현재 인터넷이 여러개의 게이트웨이와 라우터 등을 통하여 Multi-hop네트워크를 구성하였듯이 802.11a/b/g를 이용하여 이러한 환경을 구축하는 것이 목적

즉 지금 까지의 802.11에서 WAN으로 이어지는 네트워크 고리를 802.11에서 802.11로 연결 하는 고리로 변경하여 모든 무선 제품들이 무선 Cell Based로 목적지를 찾아는 가는 것

현재 BelAir, 시스코, 노텔 등에서 이러한 메쉬 게이트웨이를 출시하고 있음 - 아직은 기능적으로 부족하여 기존의 무선 라우터에 무선 Backhaul을 갖춘 형태

도시별(휴스턴,샌프란시스코,필라델피아 등)로 WMN을 위한 테스트베드를 구축 중

현재 카이스트 내에도 WMN 테스트 베드가 구축 되어 있음 (마이크로소프트, MIT, UCSD, 스토니 브룩등의 연구소, 대학에서도 구축되어 있음)

미국 텍사스 주에서 TFA라는 업체가 공공사업의 일안으로 현재 공짜로 이러한 무선 WMN을 구축하여 사용자를 모집하려함

-> 인터넷 소외층, 빈곤층 대상으로 공짜로 무선 네트워크 제공

텔코 업체들이 주정부를 상대로 소송 제기 -> 패소(무선 네트워크는 아무나 만들 수 있다!!)

WMN 해결 과제

Bakhaul쪽의 속도 문제 - 물리적 레이어의 문제
다중 접속에 따른 배분 - 로드밸런싱
라우팅 - 이름? MAC? 아직 규격화 되지 못함
자동 네트워킹(Autonomic netowrking)
가상화

아직 해결되어야 하는 많은 과제가 있음

우선적으로 802.11g정도의 네트워크 속도로는 다중 트래픽을 해결 하기 힘듬, 802.11n정도는 되어야 할 듯

아직 상업적인 측면으로는 검토가 많이 되고 있지 않음

Context-aware Service Framework for Future Internet

Context Awareness는 컴퓨터가 자신이 또는 다른 객체가 속한 환경을 인식 한다는 것을 의미한다.

이는 유비쿼터스 컴퓨팅에서 필수적인 개념중 하나이다.

즉, 핸드폰이 회사/집에 있는지 옥외/옥내에 있는지, 심지어 손에 들고 있는 가방 안에 있는지 등을 정확히 파악 할 수 있어야 진정한 유비쿼터스 컴퓨팅이 가능하다는 것이다.

향후 미래 인터넷(네트워크)에서는 단순이 현재의 특정 노드를 찾아 가는 개념이 아닌 특정 서비스를 인지 하고 찾아가는 것이 기본이 될 것이다.

즉, Location Context(위치 정보)를 기반으로 Device나 어플리케이션은 이 Context를 해석가능(Context Awareness)하여야 하고, 이에 맞는 특정 서비스를 찾아(Service Discovery) 각각의 위치 정보와 어플리케이션에 맞게 서비스를 변형/조합(Service Interaction)하여 제공한다. => 미래 인터넷을 위한 Context인식 기반 서비스 프레임워크

Advanced Collaboration Enviroment over Future R&D Networks

네트워크 인프라의 빠른 발전에 의해 미래에는 그리드 컴퓨팅이 더욱 발전 될 것이다.

지능적 협업을 위해 여러나라에서 경쟁적으로 대용량 컴퓨팅을 위한 협업 네트워크가 구축되고 있다.

특히 연구/개발목적으로 사용되는 그리드는 현재에도 각국에서 여러가지 방법으로 실현되고 있다.

영국 e-Science 센터(AG & JANET)
캐나다 CANARIE
미국 NLR(National Lambda Rail)
세계적 GENI(Global Environment for Networking Innovation)

또 하나의 방 또는 공간 전체를 협업을 위한 공간으로 만드는 솔루션에 대한 연구도 지속적으로 진행되고 있다.

이는 1997년 부터 꾸준히 연구되어 지고 있다.

Access Grid Room : 실시간 화상회의, 3대 이상의 카메라, 5.1채널이상의 오디오, 3대이상의 프로젝터, 6미터 이상의 프로젝션 공간 - 1997~
스텐포드의 협업공간 프로젝트 - 2000~2002
UIUC Gaia의 유비쿼터스 컴퓨팅을 위한 엑티브 스페이스 - 2001
IBM 블루스페이스 - 2002~
UIC EVIL의 Global Lambda Visualiztion Facility(GLVF) - 2005
HALO 협업 스튜디오와 시스코의 Telepresence - 2005,2006

이에 더 나아가 네트워크 Bandwidth와 전송속도가 높아짐에 따라 시각화를 접목한 대용량 협업 시스템도 연구 되고 있다.

OptlPuter Software Architecture : GLVF에 적용된 시스템으로 약 46만 픽셀의 해상도로 20대의 HD-LCD 모니터를 이용되어 구성되어 있다.
CineGrid : 디지털 시네마 수준 이상인 4K JPEG2000을 지원하여 초고해상도(HD급의 16배) 이용항 시각적 협업 시스템

국내 미래네트워크 테스트 베드 동향

미래 네트웍 연구/개발에 대한 활동이 점점 활발해지고 있다 => 이를 상업적 용도로 활용하기 위해 필요한 테스트 베드가 필요하다.

과거에는 정통부와 KT,한국 이동 통신이 이러한 테스트 베드를 제공하였으나, 현재는 그렇지 못하다.

미국에는 이렇나 목적으로 사용되는 GENI(Global Environment for Netowrking Innovation)가 현재 개발/구축 되고 있다.

크게 미래 인터넷의 개념을 연구개발하고 평가 하기 위한 GENI Research Program과 새로운 네트워킹 구조를 평가하기 위한 글로벌 실험설비 공급을 위한 Geni Facility가 있다.
2013년까지 8500만불의 연구 예산이 책정됨
802.11 Urban Mesh Network, Hybrid Network, Sensor Subnet, Emulation Grid, Cognitive Radio Network등을 지원한다.

유럽 연합에서는 FIRE(Future Internet Research and Experimentation)이라는 테스트 베드가 구축되고 있다.

연구 목적 테스트, 상용화 테스트, 실제 사용 테스트 등을 테스트 베드가 나누어져 있다.
2006년 부터 3천만 유로가 투자 되고 있다.

국내에서도 KOREN(Korea Advanced Research Network)-광대역통합연구개발망이 구성 운영되고 있다.

1G~20G도의 벡본 노드를 서울, 수원, 대전, 대구, 광주, 부산에 설치 하여 운영중이다.
국제연구망과 연동 되어 있다. (한-일, 한-중,한-EU)
연구망과 시험망을 분리 구성 중이다.
각 노드별로 특화된 테스트가 가능하도록 구성/개발 중이다.
현재 Bandwidth확충, 연구 노드 증가 등 여러가지 계획이 있다.

모바일 쪽 테스트베드는 아직 구축되지 않았으며, u-모바일 테스트베드를 구축하려하고 있다.

Rich internet Web Application

NHN UI 랩장의 발표

자신들도 UI쪽은 사업초기에 신경 쓰지 못했지만, 이제 여러가지로 산출물들이 나오고 있는 상황이다 => 블로그 시즌2, 카페 시즌2, 스마트 에디터

스마트 에디터 같은 경우 1년의 프로젝트 기간과 150여명의 개발자가 소요되었다.

Rich Web Application은 Flash가 최강이였다.

현재 새로운 강자들이 나타나고 있다. JavaFX, MS Silverlight 등

어떤것이 더 좋다, 최고이다고는 말할 수 없는 상황이다.

하나의 트랜드로 필수요소이다.

이제는 User eXperiance 시대이다.

UCC 비지니스 전망 및 동향

엠군 미디어 사장발표

한국 인터넷 진흥원의 조사는 사실 UCC에 대해 과장된 부분이 없지 않다.

UCC각 동영상만 말하는 것은 아니다 하지만 66.3%의 인터넷 사용인구가 UCC는 동영상이라고 인식하고 있다.

그리고 실제로 UCC사용자의 80.4%가 주 1회 이상 동영상을 시청한다.

동영상 UCC를 만들고 싶어 하는 사용자는 61.4%(사진의 경우 69.9%)

국내와 국외의 동영상에대한 초기 접근 방법 자체가 상이했다.

국내는 SNS를 부품격인 하나의 컨텐츠, 국외는 동영상에서 시작해서 그 자체가 하나의 SNS를 이루어 나간다.

실제로 동영상 서비스는 국내에서 먼저 시작했으나, 결국에는 유튜브가 성공했다. 바로 이런 접근의 차이 때문이였다.

동영상의 기술은 Front-End의 플레이어와 저작툴, 응용기술 측면의 네트웍관리와 플랫폼 연동, 기반 기술 분야의 미디어 기술, 인코딩/디코딩, DB, 검색으로 나눌 수 있다.

기존의 동영상 산업의 형태는 유료시청, 라이센스 판매, 유료구독 등의 형태였으나 이제는 동영상 광고가 UCC 비지니스를 견인하고 있다.

과거에는 동영상 플랫폼의 경쟁이였다면 이제는 브랜드 마케팅(창작자를 잡아서 동영상 대표브랜드가 되자!)의 경쟁이다.

향후 UCC는 유비쿼터스(Ubiquitous), 컨버젼스(Convergence), 문화(Culture)로 대변 될 수 있다.

웹, 모바일, IPTV, 방송등의 다메체를 지원해야 할 것이다.
핸드폰, 디카, 카메라 등 다양한 동영상 창작 기기들과 융합되어야 한다.
2006년 혜성 처러 나타나 2007년도의 고속성장을 통해 이제는 하나의 문화가 될 것이다.

RFID Service

SKT의 발표

아직까지, RFID 테그의 가격이 관건, 무선 사용대역이 아직 표준화가 되지 못하고 있음

SKT에서는 핸드폰과 동글 형태로 RFID 리더를 개발 완료 하였음 - 현재 상용화 준비중 : B2C관계에서의 사업 모델을 찾고 있음

미국에서는 의약품과 담배등에 부착을 의무할 움직임이 있음

월마트는 자사의 1000여개 매장에서 현재 사용중 - 물류 비용 감소 효과

일본에서 긴자 쇼핑 지구에 RFID를 상점, 지표별로 설치하여 다양한 안내효과를 시험하고 있음 - KDDI 핸드폰을 활용한 리더를 제공

국내에서는 ETRI에서 모바일용 RFID리더 칩 개발 완료

SKT는 독자적으로 개발완료 ->리더 내장 휴대폰 개발완료, 동글 형태로도 개발 완료,

모바일과 RFID의 접목을 위한 어떠한 시도가 있었고 현재 진행되고 있는지 Case별로 설명

의약품 진품 확인 서비스, 주류 확인 서비스도 시도 : 시범 약품 선정이 잘못되어 실패
U-포탈 서비스 : 벨소리 등을 오프라인 공간에서 클릭 한번으로 구매, 현재 약 8곳에서 운영 중
택시 안심 서비스 : 택시 창문에 차량 정보 입력된 RFID부착, 시법사업 후 현재 사업 확장 가능성 검증 중
식품 이력 서비스 : 식품의 재료 모두의 원산지를 RFID를 이용하여 조회, 너무 재료가 많아 힘듦
대관령 한우 조회 서비스 : 육가공 제품의 특성상 냉동, 해동 등을 거쳐 RFID회손
곧 있을 부산 국제영화제에 RFID 책자, 카드등을 배포, 리더는 VIP고객들에 한해 공항에서 로밍 폰 형태로 제공
국립과학관에 전시물별로 RFID부착 : 리딩하면 이메일로 전시물 설명 전송

여러가지 시도를 하고 있으나, 아직 기술적 문제가 남아 있음

곧 상용화의 길이 열릴것으로 생각됨

Show Video Services현황

쇼 비디오 가입자가 160만명에 달함 -> 실제 화상통화외의 서비스가 필요

계속해서 쇼 웹 페이지를 업그레이드 하여 새로운 서비스 제공 중

현재 제공 중인 서비스

쇼 영상전화
쇼 웹투폰
쇼 대화방 (폰투폰+웹)
쇼 라이브방송(폰투웹)
쇼 영상회의(폰투폰)
쇼 영상링투유
쇼 영상사서함
쇼 영상편지

모든 웹투폰 같은 경우 VoIP사업자권 획득이 필요함 -> 현재는 한달 30분 무료 서비스

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

캐첩(Quechup)이라는 사이트 가입 금지

2007-09-07T10:37:03+09:00

친구나 다른 사람들로부터 케첩이란 SNS에 가입하라는 e메일을 받거든 절대 가입하지 마세요! e메일은 무시하고 웹사이트도 방문하지 마세요. 어제밤 저는 친한 친구로부터 초대메일을 받고 낚였습니다. 이것이 스팸메일인 줄도 몰랐어요. 오늘 아침에야 이 스팸 주의보를 들었습니다. 케첩 사이트에 로그인해서 계정을 지우려 했지만 실패했습니다. 완전 사기에요. 계정을 어떻게 지우는지도 모르겠고, 내 주소록이 케첩 사이트의 스팸 발송용으로 쓰일 거라 생각하니 두렵습니다.

If you receive the invite from friends or anyone to join social networking site Quechup, don’t do it! Disregard that Quechup email and don’t visit the website. Last night I was caught up by invitation of reputable friend, didn’t know for this spam, and this morning I got alert email about this. I tried now to log into the site and delete my account - but I failed. Such a fraud. I don’t know how to delete my account as I am afraid that my address book will be spammed by this Quechup site!

요즘 워낙 SNS가 유행하다보니 이렇게 그럴듯한 SNS를 만들어 놓고 가입 시킨 후 스펨 매개로 활용하는 경우가 있다고 한다. ^^;;

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

그리드 컴퓨팅 입문

2007-11-23T10:28:33+09:00

그리드 컴퓨팅에 관한 IBM쪽의 입문서 입니다.
유틸리티 컴퓨팅을 공부하다가 이쪽까지 흘러 와버렸네요 ㅠㅠ;;

그리드 컴퓨팅 입문 (한글)

	그리드 컴퓨팅이란?
	그리드 컴퓨팅이 중요한 이유
	그리드 컴퓨팅 활용 방법은?
	그리드 컴퓨팅의 핵심 컴포넌트
	그리드 컴퓨팅과 표준
	그리드 구현
	그리드용 애플리케이션

그리드 컴퓨팅은 컴퓨팅 리소스의 가치를 극대화 하는 방식에 대한 사고 방식에 중대한 변화를 가져왔다. 이 기술은 아직은 초기 단계지만, 이곳 developerWorks 그리드 컴퓨팅 존에서는 새로운 기술자료, 튜토리얼, 리소스, 툴 등을 지속적으로 실어, 개발자들이 이 중요한 첨단 기술에 대응할 수 있도록 할 것이다.

그리드 컴퓨팅에 관심이 많은 사람들은 다음과 같은 매우 기본적인 질문들을 한다.

어디서부터 시작해야 하나요?
이 많은 정보들을 어떻게 사용해야 하나요?
이 정보들을 조합하는 방법은?
그 다음은 무엇입니까?

본 장에서는 그리드 컴퓨팅이 가진 뛰어난 장점들에 대해 배울 수 있다. 그리드 컴퓨팅의 기초에 초점을 맞추고 기술자료, 튜토리얼과 팁, IBM 교육 프로그램, 워크샵, IBM 제품 등을 통해 설명하고 있다. 그리드 컴퓨팅에 대한 정보를 알기 쉽도록 설명하면서 중요한 요점도 빠짐 없이 설명하도록 하겠다.

그리드는 아직 완성된 것은 아니며 그리드 기술은 빠르게 진보하고 있다. 표준, 프레임웍, 구현, 애플리케이션들은 지속적으로 변하고 있다. 오늘날 그리드 컴퓨팅은 웹의 초창기를 떠오르게 한다. 바로 서서히 시작되었다는 점이다. XML과 웹 서비스가 출현했을 때도 마찬가지였다. 하지만 일단 확고한 표준과 툴이 등장하여 성장하면 그리드 컴퓨팅 세계에 엄청난 이득과 성장이 있을 것을 예견할 수 있다.

그리드 컴퓨팅이란?

그리드는 신생 기술이기 때문에, 다양한 사람들에게 다양한 의미로 해석될 수 있지만, 다음과 같이 그리드 컴퓨팅의 개념을 명확히 정의하기도 한다. 그리드 컴퓨팅은 서버, 스토리지 시스템, 네트워크를 하나의 큰 시스템으로 통합하여 개별 사용자들에게 멀티 시스템 리소스들을 전달하는 것이 목적이다. 사용자, 데이터 파일, 또는 애플리케이션에게 있어, 시스템이란 하나의 거대한 가상 컴퓨팅 환경이 되는 것이다.

그리드 컴퓨팅은 분산 네트워킹에서 논리적 다음 단계이다. 인터넷을 통해 사람들이 프로젝트 기반으로서 생각과 파일들을 공유할 수 있던 것과 마찬가지로, 그리드 컴퓨팅으로 분산 컴퓨터 시스템들의 리소스들을 공유하여 그 프로젝트에 대해 실제적인 일을 할 수 있는 것이다. 그리드 컴퓨팅은 컴퓨터 (그리고 사용자들)의 기능들을 더욱 심도 깊게 통신할 수 있도록 하는 장치이다. 그리드 컴퓨팅을 사용하여 다른 머신들의 전산 자원 또는 스토리지 자원들을 사용할 수 있다.

그리드 컴퓨팅에서, 조직들은 분산되고, 관리하기 어려운 시스템들을 하나의 큰 가상 컴퓨터로 변형하여 한 개의 컴퓨터로는 효율적으로 핸들 할 수 없는 복잡한 문제와 프로세스로 만듭니다. 해결된 문제들은 데이터 프로세싱, 네트워크 대역폭, 데이터 스토리지에 개입할 수 있다. 그리드에 연결된 시스템들은 같은 공간에 있을 수 있고 또는 전 세계에 걸쳐 분산될 수 있다. 많은 하드웨어 플랫폼에서 실행되는 다양한 OS가 될 수도 있다. 다른 조직들에 의해 소유될 수도 있다. 그리드의 리소스들의 깊이와 상관없이 모든 그리드 사용자들은 매우 큰 가상 컴퓨터의 리소스들을 경험할 수 있다.

그리드의 주요 목적은 리소스들을 가상화 하여 문제를 해결하는 것이다. 그리드 컴퓨팅의 주요 리소스들은 많이 있지만 본 장에서는 다음으로 제한한다.

컴퓨팅/프로세싱 파워
데이터 스토리지/네트워크 파일 시스템
통신과 대역폭
애플리케이션 소프트웨어

그리드를 실제 생활에 적용한다는 개념은 아직은 생소하기 때문에 그리드를 설명할 수 있는 또 다른 방법은 무엇이 그리드가 아닌지를 밝혀내는 것이다. 다음은 그리드가 아니다.

클러스터
네트워크에 부착된 스토리지 장치
과학적 기구
네트워크

각각은 그리드의 중요한 컴포넌트이기는 하지만 그리드는 아니다.

그렇다면, 그리드 컴퓨팅 개념을 현실로 옮기기 위해서는 무엇이 필요할까요? 표준과, 완벽한 개방형 범용 프로토콜과 인터페이스가 필요하다. 이 모두는 현재 정의되어 있고 웹에서 정보에 접근할 수 있도록 하는 것과 비슷하다.

추가자료:

"그리드 전망대: 그리드 컴퓨팅 – 차세대 분산 컴퓨팅 " (한글)
"그리드 컴퓨팅의 기초"
IBM 그리드 컴퓨팅
백서 "Anatomy of the Grid"(PDF) Ian Foster, Carl Kesselman, Steven Tuecke 저. 그리드 컴퓨팅의 영역과 아키텍처.
"그리드의 철학" (PDF)Ian Foster, Carl Kesselman, Jeffrey Nick, Steven Tuecke 저. 웹 서비스 환경에 그리드를 실행하는 방법.
GridCafe: 그리드 입문

그리드 컴퓨팅이 중요한 이유

그리드 컴퓨팅은 컴퓨터들이 함께 작동하도록 하는 것이다. 거의 모든 조직에서 광범위하게 분산되어 사용되지 않는 컴퓨팅 용량이 상당하다. 유닉스 서버는 실제로 전체 시간 중10% 정도만 작동하고 있다. 대부분의 PC들은 일상에서 95%는 아무것도 수행하지 않는다. 90%의 비행기가 땅에 머무르고 있는 비행기 회사를 상상해보라. 40%의 부품 공장들이 유휴 상태에 있는 자동차 회사, 95%의 방이 비어있는 호텔을 상상해보라.

컴퓨팅 환경의 가상화-또는 그리드 컴퓨팅-는 IBM의 온 디맨드 전략의 핵심 요소이다. 가상화를 통해 조직들은 다음과 같은 일을 수행한다.

유휴 컴퓨터 리소스들을 사용하여 비즈니스 프로세스를 가속화한다.
애플리케이션 속도를 높여 프로세싱 시간을 줄이다.
새롭고, 더욱 생산적인 애플리케이션의 개발을 촉진한다.
새로운 애플리케이션의 개발 비용을 줄이다.
협업 기능과 생산성 기능을 증대한다.
사용자들이 사용할 수 있는 리소스들을 최대화 한다.
IT 환경의 복원력과 활용도를 증대한다.

관리자들과 개발자들이 그리드 컴퓨팅을 통해 효과를 보는 이유는 다음과 같다.

워크로드의 균형을 맞춰 기반 구조를 최적화하고 수요가 많은 애플리케이션에 여분의 용량을 제공한다.
데이터에 대한 접근성을 증대시키고, 교육, 조직, 비즈니스를 통한 협업을 지원한다
보다 복원력이 높은 인프라를 제공한다.

비즈니스가 그리드 컴퓨팅을 통해 효과를 보는 이유는 다음과 같다.

사용자들이 필요로 하는 리소스들을 온 디맨드로 제공하여 생산성을 높인다.
기존 리소스들을 더욱 효율적으로 사용한다.
변화하는 비즈니스 및 시장 요구에 빠르게 대응한다.
분산 엔터티들간 협업이 가능하다.
리소스와 데이터를 공유할 수 있는 가상 조직을 만든다.

그리드 컴퓨팅이 기업에 가져온 가장 중요한 이슈들 중 하나는 기존 리소스들의 활용이다. 기업들은 컴퓨팅 용량에 많은 투자를 해왔지만 90 퍼센트 이상이 놀고 있다. 그리드 컴퓨팅을 통해 기업들은 사용하지 않는 자산들에 연결하여, 집합적 힘을 사용하고, 하나의 큰 컴퓨터처럼 관리한다.

추가자료:

케이스 스터디와 성공 스토리

그리드 컴퓨팅 활용 방법은?

그리드 컴퓨팅의 개념은 연구소와 학계 커뮤니티에서 생겨났다. 인터넷과 비슷하지만, 기업들은 그리드 컴퓨팅을 새로운 유형의 금융 및 비즈니스 모델에 활용하고 있다.

금융 서비스 분야에서, 그리드 컴퓨팅은 트랜잭션 속도를 높이고, 거대한 양의 데이터를 쪼개고, 미션 크리티컬 환경에서 보다 안정적인 IT 환경을 제공한다.
정부 기관들은 그리드를 사용하여 거대한 데이터들을 풀링, 보안, 통합할 수 있다. 많은 민간 기관과 군 기관들은 기관들 간 협업 기능, 데이터 무결성 및 보안, 빠른 정보 접근을 필요로 한다.
게놈(GENOME) 연구와 의약 개발을 하는 생명 과학 분야의 기업들은 병렬의 그리드 컴퓨팅을 사용하여 거대한 양의 데이터를 처리 및 비교할 수 있다. 빠른 프로세싱으로 시장 진입이 빨라 진다는 것을 의미하며 이것은 결정적인 요소이다.

이러한 새로운 그리드 지향 비즈니스 모델이 구현될 수 있을 뿐더러, 어떤 것은 이미 구현되었다.

추가자료:

"Building the business case for grid" , business case
그리드가 적용되는 다양한 산업
비즈니스에 그리드가 중요한 이유
"IBM Redbook: 그리드 컴퓨팅 리서치 및 교육
온 디맨드 비즈니스 .
케이스 스터디와 성공 스토리

그리드 컴퓨팅의 핵심 컴포넌트

그리드 컴퓨팅에는 여섯 개의 주요 요소들이 있다.

보안
사용자 인터페이스
워크로드 관리
스케줄러
데이터 관리
리소스 관리

한가지 씩 자세히 검토해보자.

그리드 상의 컴퓨터들은 네트워크로 연결되어 있고 애플리케이션들을 실행한다. 민감한 데이터나 매우 귀중한 데이터들을 처리하기 때문에 그리드 컴퓨팅의 보안 요소는 매우 중요하다. 이 요소에는 암호화, 인증, 권한 등이 포함된다.

그리드 상에 있는 정보에 접근하는 것 역시 매우 중요하고, 사용자 인터페이스 컴포넌트가 이 일을 수행한다. 방식은 두 가지 중 하나를 취한다.

사용자가 실행하고 있는 애플리케이션에서 제공하는 인터페이스
그리드 관리자가 제공하는 인터페이스로서, 하나의 가상 공간의 그리드에서 실행되는 애플리케이션과 리소스에 접근하는 웹 포탈과 같다.

포탈 스타일의 인터페이스도 중요하다. 그리드를 쿼리하는 방법을 사용자가 배울 수 있는 공간이 되기 때문이다.

사용자가 그리드 상에서 실행하는 애플리케이션들은 사용할 수 있는 리소스들을 알고 있어야 한다. 이를 통해 워크로드 관리 서비스가 수월해집니다. 애플리케이션은 워크로드 관리자와 통신하여 가용 리소스들과 이것의 상태를 발견할 수 있다.

스케줄러는 애플리케이션을 실행하고 필요한 작업을 할당할 장소에 컴퓨터를 배치할 때 필요하다. 차후 사용할 수 있는 리소스들을 획득하는 것 만큼 단순하지만, 작업 순서를 정하고, 부하를 관리하고, 예약 리소스들과 만났을 때 해결책을 모색해야 하며 과정을 감시해야 한다.

애플리케이션이 필요로 하는 데이터를 보유하지 않은 시스템에서 애플리케이션이 실행된다면 안전한 데이터 관리 장치가 데이터를 올바른 장소에 옮긴다.

특정 리소스들과 함께 작업을 시작하고, 작업 상태를 감시하고, 결과를 검사하는 등의 핵심 태스크를 핸들 하기 위해서는 리소스 관리 장치가 필요하다.

그리드 컴퓨팅은 진공 상태에서는 작동하지 않는다. 오히려 모든 프로토콜과 컴퓨터 기술들이 잠재적으로 개입되어 있다. 따라서, 그리드 컴퓨팅의 힘의 범위를 제대로 이해하려면 다른 기술들과 표준들도 알아야 한다.

추가자료:

"그리드 컴퓨팅: 핵심 컴포넌트는 무엇인가?"
"Grid Stack: Security debrief" , "Security: Tips and projects to watch."
Read "The information grid."
In "Perspectives on grid: Using automation effectively within a grid infrastructure" :동적 리소스 할당의 방법과 이유
서비스 지향 아키텍처(SOA) (웹과 그리드 서비스 포함)의 기초: developerWorks SOA와 웹서비스 섹션 (한글)
specifications 보완 기술과 스팩:

그리드 컴퓨팅과 표준

그리드 컴퓨팅의 표준을 이해하려면 그리드 아키텍처가 어떻게 정의되는지도 알아야 한다. Global Grid Forum (GGF)의 멤버들이 개발한 Open Grid Services Architecture (OGSA)의 아키텍처 정의에 대해 알아보도록 하자.

아키텍처 -- OGSA는 그리드 서비스가 무엇인지, 그리드 환경에서 제공되는 전체 구조와 서비스들을 정의하고 있다. 기존 웹 서비스 표준 기반하여, OGSA는 그리드 서비스를 특정 규약에 순응하는 웹 서비스로서 정의한다. 예를 들어, 그리드 서비스는 표준 Web Services Definition Language (WSDL)의 용어로 정의된다.

이것이 왜 중요한가? 이것은 일반적인 개방 표준 기반의 기술을 제공하여 SOAP, XML, WS-Security 같은 기존 표준을 사용하는 다양한 그리드 서비스에 액세스할 수 있도록 하기 때문이다. 이것을 기초로 하여 추가 서비스들을 추가 또는 통합할 수 있다. 새로운 그리드 서비스를 찾고, 정의하고, 활용할 표준 방식도 제공한다.

또한, OGSA는 다양한 툴을 사용하여 구현된 그리드 간 상호 운용성을 제공한다.

스팩 -- 그리드 스팩은 진화하고 있다. GGF와 OASIS 같은 조직들은 다음과 같은 분야에서 그리드 표준을 정의하고 있다.

애플리케이션과 프로그래밍 방식
아키텍처
데이터 관리
보안
퍼포먼스
스케줄링과 리소스 관리

Open Grid Services Infrastructure (OGSI)는 OGSA가 설명한 개념의 공식 스팩이지만 Web Services Resource Framework (WSRF)이 대신해왔다. WSRF의 목적은 웹 서비스의 진화 방식으로 그리드 아키텍처를 진화 시키는 것이다. 새로운 유형의 그리드 서비스를 정의하는 대신 이 스팩은 OGSA로 정의된 서비스들이 표준 웹 서비스에 전적으로 의존하도록 하고 있다.

그리드 표준의 진화에 대해 어느 정도 알아야 할까? 상황에 따라 다르다. IBM과 여러 소프트웨어 연구자들은 그리드 표준을 정의하고 있다. 기업의 소프트웨어 개발자인가? 그렇다면 새로운 표준에 기반한 그리드 툴과 제품을 사용하게 될 것이다. 표준과 일이 어떻게 진행되고 있는지도 관심을 가져보라.

추가자료:

그리드 관련 표준 리스트.
developerWorks WSRF 튜토리얼.
developerWorks SOA와 웹 서비스 존
Read about the "Web Services Resource Framework" (PDF)
"Physiology of the Grid (PDF)"그리드 메커니즘이 SOA를 구현하는 방법, 그리드 기능이 웹 서비스 프레임웍에 결합되는 방법, 상용 컴퓨팅 안에 분산 시스템 통합의 기반으로서 이 아키텍처가 적용되는 방법 등을 설명한다.

그리드 구현

오픈 소스와 상용 툴 및 제품을 사용하여 그리드를 구현할 수 있다. 그리드 표준이 점점 확고해지면서 벤더들에게는 표준에 순응하고 결합하기 쉬운 컴포넌트가 요구되고 있다.

그리드를 구현하는데 기본적으로 어떤 기술이 필요할까? 그리드 컴퓨팅에 필수적인 서비스는 무엇일까? 서비스들은 다음과 같다.

데이터 쿼리
데이터 관리
프로세서 요청
워크로드 밸런싱
작업 스케줄링
대역폭 할당

이 서비스들을 그리드 서비스라고 한다. 어떤 컴퓨터는 그리드 서비스를 호스팅하고, 어떤 컴퓨터는 그리드 서비스와 클라이언트로서 계약을 맺은 애플리케이션을 실행하고 있다. 그리드 서비스는 근본적으로 추가 기능을 갖춘 웹 서비스이다.

웹 서비스-네트워크를 통해서 호출될 수 있는 애플리케이션 기능 그룹-는 플랫폼과 프로그래밍 언어와 상관없이 애플리케이션이 서로 통신하도록 한다.

그리드를 구현하기 위해서는 툴이 필요하다. 다음은 그리드 툴 범주이다.

인프라 컴포넌트에는 파일 시스템, 스케줄러와 리소스 매니저, 메시징 시스템, 보안 애플리케이션, 인증 권한, 파일 전송 메커니즘(GridFTP) 등이 있다.
그리드 상의 시스템은 사용할 수 있는 서비스들을 찾을 수 있어야 한다. 공유와 협업을 위해서는 그리드의 토폴로지를 정의하고 감시해야 한다. 이를 위해, LDAP, DNS, 네트워크 관리 프로토콜, 인덱싱 서비스 같은 기존 모델에 기반한 그리드 디렉토리 서비스 구현이 있다.
그리드의 주요 장점 중 하나는 효율성 증대에 있다. 스케줄러와 로드 밸런서 때문에 가능하다. 스케줄러는 특정 순서로 작업이 완료되는 것을 보장하고, 로드 밸런서는 시스템들에 걸쳐 태스크와 데이터 관리를 분산하여 병목현상을 줄이다.
그리드 개발자용 툴은 다양한 용도(파일 전송, 통신, 환경 제어)에 초점을 맞추고 있고 유틸리티에서 API에 이르기까지 다양하다.
그리드 환경의 보안은 인증과 권한을 의미한다. 하지만 메시지 무결성과 기밀성 같은 중요한 문제들도 의미한다.

그리드를 구현하는 좋은 출발점은 Globus Toolkit을 다운로드 하는 것이다. Globus Project에서 개발한 이 툴킷은 그리드와 그리드 애플리케이션을 지원하도록 설계된 서비스와 소프트웨어 라이브러리다.

Commodity Grid Kit(CoG)은 자바, Python, Perl 같은 특정 프레임웍을 통해 그리드 서비스로 접근 할 수 있도록 한다.

추가자료:

그리드용 애플리케이션

이 부분은 몇 가지 계획이 필요하다.

그리드와 서비스를 제공할 기본 구조를 생각해야 한다. 애플리케이션 아키텍처, 디자인, 전개에 영향을 끼칠 보안, 리소스 관리, 정보 서비스, 데이터 관리 같은 인프라 컴포넌트들을 어떻게 맞춰나갈지를 생각해야 한다.

추가자료:

"Six strategies for grid application enablement" (2004년 4월)
"Enable existing applications for grid"" (2004년 6월)
"Design an application for grid" (2003년 11월)
"How grid infrastructure affects application design" (2003년 11월)
IBM Redbook "Grid Services Programming and Application Enablement"
IBM Redbooks
IBM Redbook "Enabling Applications for Grid Computing with Globus"
IBM Global Services courses
"Build a grid with Perl" , "Build a grid application with Python" 튜토리얼 시리즈
"Business service grid" , Service Domain technology, IBM alphaWorks.
그리드 애플리케이션 튜토리얼
기술자료.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

개인정보취급방침공개

2007-08-28T15:11:05+09:00

개인정보 취급 방침 공개는 개인정보 활용동의와는 별개의 고시책임을 의미합니다.

개인정보활용동의는 개인에게 어떤정보를 어떻게 활용할것이다는 것을 개인에게 동의를 받아야됨을 규정한 정보통신망이용촉진및정보보호등에관한법률 제24조, 신용정보의이용 및 보호에 관한 법률 제23조에 의거한 것입니다. <= 이는 이번 대상이 아닙니다.

개인정보취급방침 공개는 이와 별개로 정보통신망이용촉진및정보보호등에관한법률 "제27조의2/67조의2" 에 의거한 개인정보를 어떻게 활용할것인지를 인터넷 홈페이지, 점포/사무소 내에 비치, 간행물에 게제 하여야하는 것입니다. (여기서 홈페이지에 공개할 경우 필히 "전자적 표시"를 병행하여야 합니다.)

정보통신망법 공개 규정에 맞게 작성하는 것은 http://www.checkprivacy.co.kr/make_xml/ 사이트를 통해 쉽게 작성 하실 수 있습니다. (10분정도면 충분히 만들 수 있습니다.)

자동으로 HTML파일을 만들어 줍니다. 단순히 만들어진 파일을 현재 개인정보보호방침으로 대체하면 됩니다.

전자적표시

웹을 통해 개인정보취급방침을 공개할 경우 반드시 "전자적표시"라는 것을 하여야 합니다.

이는 Text나 HTML형식이 아닌 XML형식으로 표기 하는 것을 의미합니다.

이 XML파일 또한 http://www.checkprivacy.co.kr/make_xml/에서 자동 생성 가능합니다.

향후 정통부에서는 개인들에게 개인정보취급확인 S/W를 배포할 예정입니다.

이 S/W는 "전자적표시"로 공개된 파일(p3p.xml)을 자동으로 읽어 그 내용을 좀더 쉽게 볼 수 있도록할 예정이라고 합니다.

"전자적표시"와 관련된 자세한 의문은 http://www.checkprivacy.co.kr/make_xml/guide_popup.htm에서 확인 하시면 됩니다.

대응 방안

기본적으로 고객의 개인 정보를 취급하는 모든 서비스는 공개의 의미를 가집니다.

하지만, 이 모든것을 홈페이지에 개시할 필요는 없습니다.

점포/사무소 내에 비치나 간행물에 게재하는 방법을 사용하여도 됩니다.

그리고, 홈페이지에 게재할 시에는 반드시 택스트 형태와 "전자적표시"를 병행하여야 합니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

OpenID 세미나를 다녀와서

2007-10-16T09:24:30+09:00

하필 자료를 PPT로 만들어 버려서 이미지로 떠서 올릴수 밖에 ㅠㅠ;;

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Google Earth의 Sky 진출

2007-08-23T11:04:28+09:00

구글 Earth가 이제 하늘로 진출했다.
별들의 위치와 슈포노바 폭발 장면도 불수 있다는데~~!!

왠지 위화감이 든다.
물론 정확성이고, 머고 여러가지 따지기 시작하면 대책 없지만, 한국 지도에 열심히 라인을 긋고 그리고 하고 있는 내 머리 속에 하늘을 그려보려는 그 시도!!
그 자체로 컥!!하고 숨이 막힌다.

그냥 인정하자!! 그래!! 너 멋지다!!!

구글 어스 새로운 업데이트 판을 받아 보자!!
http://earth.google.com/sky/skyedu.html

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

블로그와 태그 시스템의 데이터베이스 설계

2007-08-23T11:04:47+09:00

맛있는 인터넷으로의 세대교체 블로그와 태그 시스템의 데이터베이스 설계

정의식 l 온네트

다양한 환경과 웹2.0이 이슈화되면서 웹에서의 서비스 환경은 다양하게 변화하고 있다. 웹 서비스를 위해 뛰어난 데이터베이스를 설계하려면 우선 웹 서비스의 특성을 이해해야 한다. 웹 서비스는 특정 페이지에 트래픽이 몰리기도 하고, 트래픽이 거의 없는 페이지도 있으며, 통계에서는 나오지 않는 검색 로봇(Robot)이나 RSS 크롤러(crawler)에 의해 숨겨지는 페이지에서 더 많은 트래픽이 발생할 수도 있다. 블로그와 태그의 설계 방법을 통해 웹 서비스의 특성을 이해하면서 효율적인 데이터베이스를 설계하고 관리할 수 있을지 생각해보자.

웹 서비스에서 데이터베이스를 가장 효율적으로 운영하는 방법을 극단적으로 말하자면 데이터베이스를 쓰지 않는 것이다. 다시 말하면 꼭 필요한 부분에서만 쓰고 그 외의 서비스는 쓰지 말아야 한다는 의미이다. 데이터베이스를 쓰지 않아도 되는 로우 데이터(Row Data)에 의해 다른 퍼포먼스를 내야 되는 데이터베이스에 영향을 주어서는 안 된다.
그리고 웹 서비스에서의 데이터베이스는 생각하는 것만큼 관계형 데이터베이스를 잘 표현하지 못한다. 특히 트래픽이 많은 웹 서비스를 구현 할 때는 더더욱 그렇다. 웹 서비스의 데이터베이스를 가장 설계를 잘했다고 말할 수 있으려면 가공되지 않은 로우 데이터를 웹서버에 그대로 보내도록 설계해야 한다. 데이터베이스에 의해 원하는 표현 방식으로 가공된 데이터를 뿌려주도록 설계하는 것은 가장 낮은 퍼포먼스를 내는 지름길이다.

필자의 경우 한때는 편집증이란 소릴 들을 만큼 이런 부분에서 조심한 적도 있다. 웹 서비스에서 심한 트래픽으로 인해 데이터의 과부하를 경험해 본 개발자라면 쿼리 하나를 날리는 데에도 상당히 조심스러워 질 것이다. 서비스를 구현하고 있다면 특히 그렇다. 심지어 그룹 바이(Group by)를 쓰는 것도 조심스럽고 트랜잭션(Transaction)을 걸어야 할 때는 하루정도 고민한 적도 있다. 데이터베이스 때문에 느려질 염려가 없다는 이유로 클러스터 인덱스(Cluster index)되지 않은 오더링(Ordering)을 하지 않기 위해서 오더링 되지 않은 로우 데이터를 웹에 그냥 던져주고 웹에서 오더링을 구현한 적도 있다.

그룹 바이나 해빙(having), 유니온(Union), 낱 인(not in), 라이크(Like) 등은 관리자용 SQL언어이지 웹 서비스에서 표현할 수 있는 SQL은 아니라 생각했던 적도 있다. 지금도 아니라고는 말 못하겠다.

요즘은 데이터베이스의 효율성을 높이기 위해 MMDBMS를 비롯하여 여러 솔루션들이 많이 등장하고 있다. 하지만 대부분의 가난한(?) 개발자에게는 이런 솔루션을 비싼 돈을 주고 적용시켜 볼 여력이 없다. 어떻게든 최소한의 비용으로 최대한의 효율을 내는 방법만을 고민할 뿐이다. 게다가 웹 서비스에서의 데이터베이스는 장비의 성능에 그다지 영향을 받지 않기 때문에 데이터베이스의 설계나 인덱스 하나를 잘 만드는 것이 장비를 업그레이드 하는 것 보다 더 높은 퍼포먼스를 낼 수도 있다.

웹2.0의 데이터베이스

갑자기 웹2.0이라는 말이 홍수처럼 밀려오면서, 개발자들이 이러한 개념을 받아들이기는 꽤나 어려웠을 것이다. 그리고 요즘 새로 만들어지거나 개발 중인 서비스에서 웹2.0을 기반으로 서비스를 오픈하는 경우가 많다. 개발자적인 입장에서 웹2.0의 웹 서비스들을 살펴보면. 몇 가지 주요한 특징이 보인다.

첫째, 대부분의 정보가 사용자에 의해 생산된다.
둘째, 생산된 정보는 그 사용자나 다른 사용자들에 의해 분류되어진다.
셋째, 생산된 정보들은 그 분류를 통해 서로 관계(relation)를 맺는다.

이런 관점에서 보면 웹2.0의 데이터는 살아있다고 할 수 있다. 서비스를 만드는 입장에서 이런 데이터를 어떻게 분류할 것이며 어떻게 관계를 맺는지에 따라 그 데이터는 죽을 수도 있고 가치 있는 삶을 누릴 수도 있다. 그 만큼 웹2.0에서 데이터의 생산, 분류와 관계는 가치가 있으며, 사용자의 노력이나 서비스의 구현 방법에 따라 데이터의 평가가 달라진다.

기존의 웹이나 시맨틱 웹은 리스트 구조의 로그를 연상시킨다. 게시판처럼 리스트를 보여주고 검색을 통해 결과를 추출해내며, 컴퓨터에 의해 자동으로 정보를 생산하거나 수집하게 한다. 하지만 웹2.0에서의 데이터는 엄청난 양의 정보를 유저가 직접 생산해 내고 분류하며, 그 분류를 통해 관계를 성립하게 된다.

처음 웹2.0이란 말이 나올 때 지극히 개발자적인 섣부른 생각으로 웹2.0은 검색을 개발할 수 없는 여건에 있는 가난한 업체들의 컨소시엄이나 상술처럼 보이던 적이 있다. 하지만 절대 그렇지 않다. 처음 정보를 생산하는 동시에 그 생산된 정보는 이런 분류나 관계를 통해 가치 있는 정보가 되고, 유저의 아이덴티티(identity)을 높여주는 역할을 한다. 이것은 정보를 생산하는 사용자에게있어 얼마나 가치 있는 일인지 모른다. 그러한 사이클 때문에 사용자는 더 많은 정보를 생산하게 된다.

이렇게 웹2.0이 이슈화 되면서 개발자들은 엄청나게 쏟아져 나오는 정보들을 분류하고 관계를 맺어줘야 하는 어려운 숙제를 떠맡게 되었다. 가공된 검색의 로우 데이터로서가 아닌 진정한 분류 및 관계를 형성해줘야 하는 역할은 개발자들에게 있다. 또, 이렇게 생산된 로우 데이터를 효율적으로 설계하고 관리하는 것 역시 개발자의 몫이다.

자 그럼 이제 웹2.0의 대표적인 서비스라 할 수 있는 블로그와 태그 시스템을 통해 데이터 생산과 분류, 관계를 어떤 형태의 데이터베이스로 설계하는 것이 효과적인지 알아 보자.

정보를 생산해내는 블로그의 설계 방법

웹2.0에서 유저들이 정보를 생산하는 툴로써 가장 많이 사용하고 있는 것은 바로 블로그이다. 정보를 생산하는 입장에서의 블로그의 설계 방식을 살펴보자. 또, 어떻게 하면 효과적으로 정보를 모으고 용량이 크거나 많은 트래픽에서도 효율적으로 데이터베이스를 관리할 수 있는지에 대해서도 함께 고민해 본다.

단일 데이터베이스에서의 블로그 스키마

<그림 1>은 블로그가 가진 중요한 속성들을 표로 만든 것이다. 그림의 Blog_info에는 블로그에 대한 기본 정보 데이터가 들어가 있고, Blog_post는 블로그에 사용자가 직접 생산한 데이터들이 있다. Blog_trackback은 blog_post에 올라온 글에 대한 다른 블로거들의 의견이 있으며, Blog_comment는 blog_post의 글에 대한 코멘트이다.
사용자는 포스트를 통해 UCC(User Created Contents)를 계속 생산해내고, RSS를 통해 배포하며 태그나 카테고리를 통해 분류하거나 관계를 형성한다. 또, 트랙백(trackback)이나 코멘트(comment)를 통해 커뮤니티를 형성하기도 한다.

<그림 1>의 블로그 데이터베이스 구조는 설치형 블로그들이 일반적으로 가지고 있는 데이터베이스의 구조이다. 하나의 블로그 또는 소규모의 커뮤니티를 운영하는 곳에서는 유용한 구조이다.

블로그를 설계할 때 RDBMS 제품군을 이용하지 않고 블로그를 구성하는 방법을 생각해 볼 수도 있을 것이다. 예를 든다면 mdb와 같은 파일 DB로 하나의 블로그당 하나의 파일 DB를 생성해주는 방법이다. 이렇게 하면 백업하기도 쉽고 익스포트(export)나 임포트(import)하기도 쉽다. 블로그를 생성할 때 mdb를 하나 만들어주면 그만이니 만들기도 간단하다. 트래픽이 몰려도 트래픽을 분산시키느라 고민할 필요도 없고, 새로운 서버에 디렉토리만 이전하면 트래픽 분산이 가능하다. 또, 인덱스를 걸지 않아도 혼자 쓰는 DB인데 부하가 있어도 얼마나 있겠는가.

하지만 회원가입을 받는 웹 서비스를 만들 때 이런 방법은 사용할 수 없다. 커스터마이징 하거나 오류가 있을 때 고치거나, 버전업하기도 힘들고 일괄 관리도 힘들다. 만약 설치형 블로그 툴을 만들고자 한다면 성능 좋은 파일 DB들이 많이 있으니 한번 생각해 볼만하다.

그리고 <그림 1>과 같은 구조로 서비스하는 블로그 서비스 중 로우 데이터만 데이터베이스에 저장하고 있고, 표시되는 페이지는 정적인(Static) Html로 만들어 제공하는 곳도 있다. 다시 정리해 보자면 <그림 1>과 같은 구조는 데이터의 양이 많아졌을 때 해결 방법을 제공하기 어려운 탓에 대규모 서비스의 블로그 형태로는 접합하지 않다.

<그림1> 블로그 스키마1

기능별로 분류한 블로그 스키마

<그림 2>는 각 블로그의 주요 특성에 의해 분류한 것이다. 초창기 카페나 동호회가 이런 구조로 만들어 졌다. 어느 정도 트래픽을 분산시킬 수도 있고, 각 블로그 간의 관계를 형성하거나 통합된 정보를 보여주기에 용이하다. 예를 들면 내가 링크한 블로그의 새로 올라온 글을 보거나 트랙백을 볼 때, 특정 분류의 관계된 정보를 보여주기에 편리한 구조이다. 게다가 트래픽도 어느 정도 분산시킬 수 있는 구조이다. 하지만 여러 가지 이유 때문에 blog_post 등에 트래픽이 집중될 경우 데이터를 분산시키기 어렵다는 단점을 가지고 있다.

<그림2> 블로그 스키마2

블로그 아이덴티티에 의해 분류한 블로그 스키마

<그림 3>은 <그림 1>에서 데이터베이스를 블로그의 특정 ID값에 의해 나눈 것이다. 각 블로그 ID에 분류 가능한 고유의 아이덴티티 값을 부여하고, 분류가능한 값에 의해 블로그가 어느 데이터베이스에 만들어 질지를 정한다.

<그림3> 블로그 스키마3

예를 들어 blogid의 맨 처음 문자를 분류 가능한 코드로 만들고 나머지를 일련번호로 구성한 blogid 값이 있다고 하면, blogid가 10000001이면 blog1 데이터베이스에, blogid가 30001234이면 blog3 데이터베이스에 들어가게 된다. 이 구조는 블로그의 특징을 잘 표현해서 보여주는 분류이다. 그리고 blog1, blog2, blog3는 같은 데이터베이스 구조를 가지고 있기 때문에 확장하기도 용이하고 트래픽이 몰리는 데이터베이스를 조절할 수 있다. 만약 관리자에 의해 트래픽을 예상하고 모니터링 할 수 있으면, 더 효율적으로 트래픽을 분산시키는 구조도 만들어 볼 수 있을 것이다.

블로그 관리 툴에 의해 분류한 블로그 스키마

<그림 4>에서 Blog_admin은 관리용 데이터베이스이다. blog1, blog2, blog3 등 블로그 데이터베이스의 총 블로그 개수, 블로그 포스트 개수 등 블로그에 관련된 정보들을 가지고 있다. 그리고 스타트 서버(stat server)나 애드 서버(ad server)를 운영하고 있는 서비스의 경우 해당 블로그의 데이터베이스 트래픽까지도 blog_admin에서 확인할 수 있다.

또, 현재 어느 데이터베이스의 트래픽이 많은지 로우 데이터는 어디에 많이 쌓이는지도 파악할 수 있다. blog_admin을 통해 나온 자료를 바탕으로 앞으로 만들어질 블로그를 어느 데이터베이스에 생성할 것인지를 정할 수 있는 것이다. 어떻게 보면 blog_admin 데이터베이스가 로드 밸런싱(road balancing)의 역할을 한다고 볼 수도 있다.

간혹 blog_admin을 보고 아무리 관리를 잘한다고 하더라도 예상치 못하게 어느 블로그의 데이터베이스에 트래픽이 몰리는 경우도 있다. 이런 경우도 데이터베이스 단위로 쉽게 백업과 리스토어를 할 수 있어 데이터베이스 서버간의 이동 또한 상당히 자유로운 편이다. 트래픽이나 관리자의 의도에 따라 전략적으로 데이터베이스를 이동할 수 있는 것이다.

잘 살펴보면 블로그도 일정한 생명주기를 가지고 있다는 점을 알 수 있다. 일괄되게 처음 만들 때부터 블로그를 잘 쓰고 있는 경우도 있겠지만, 많은 블로그 사용자들의 주기는 1년을 넘지 않는다. 이런 블로그를 위해 많은 노력이 필요하겠지만 노력만으로 해결할 수 없는 문제들에 봉착하게 마련이다.

이런 경우 blog1, blog2, blog3 순으로 계속 해서 분산 시키며 운영하게 될 경우 시간이 지나면 blog1의 트래픽은 많이 떨어질 것이다. 이때 blog_admin 데이터베이스를 통해 다시 트래픽을 blog1로 보내주는 구조도 가능해진다.

<그림 4>의 구조는 대용량의 트래픽도 쉽고 유연하게 대처할 수 있다. 하지만 블로그 간의 관계를 맺기가 어렵다는 문제가 있다. 예를 들면 사용자가 RSS로 등록한 블로그의 최근 포스트를 보고 싶을 때 blog1, blog2, blog3… 등을 모두 선택해야 하는 아주 비싼 쿼리를 날려야 한다. 하지만 이 쿼리는 가장 많이 쓰이는 쿼리 중 하나이다.
특히 데이터베이스가 서버단위로 분리가 되어 있을 경우는 더더욱 어려워진다. 데이터베이스간의 연결(join)은 웹서비스에서는 피해야 하는 쿼리 중에 하나이다.

<그림4> 블로그 스키마3-1

블로그 간의 관계형성이 가능한 블로그 스키마

<그림 5>의 구조는 블로그를 생성할 때나 blog_post를 쓸 때 blog_info와 blog_post의 정보를 blog_total에 똑같은 데이터를 복사한다. 그래서 blog_total에는 모든 생성된 블로그의 정보를 blog_info_total을 통해 가지고 있으며, blog_post 또한 blog_post_total을 통해 가지고 있다. 그래서 필요한 쿼리(개인 블로그나 RSS)는 blog1, blog2, blog3 각각의 데이터베이스를 통해 정보를 수집하고, 통합된 정보를 읽거나 최근에 올라온 포스트를 확인하는 경우 blog_total 데이터베이스를 통해 정보를 얻을 수 있다. Blog_total 데이터베이스는 각 블로그 간의 연결 고리 역할을 한다.

이때, blog_total의 데이터양이 많아질 우려가 있지만 이것은 블로그의 특성이나 웹 서비스의 특성을 잘 이해하고 있다면 크게 염려할 문제는 아니다. blog_total의 blog_post_total은 최근 1개월 정도의 포스트 자료만 가지고 있어도 유저들이 보고 싶어 하는 정보의 99%는 보여줄 수 있다. 그리고 1개월 후의 데이터는 스케줄러에 의해 삭제한다.

지금까지 블로그의 스키마(Schema)를 설명하고 데이터를 효율적으로 생산하고 분산하는 방법에 대해 몇 가지 예를 들어 설명해 보았다. 물론 앞에서 설명한 방법 이외에도 훨씬 다양하고 잘 설계된 블로그 서비스들도 많다. 특히 웹 서비스는 너무나 많은 환경과 변수, 요구사항들이 발생하기 때문에 같은 서비스라도 다양한 설계 방법이 나올 수 있다. 앞에서 설명한 블로그의 설계 방법은 여러 방법 중 일부라는 점을 잊지 말고, 자신의 기준에 맞는 서비스를 설계하는 것이 가장 중요하다.

<그림5> 블로그 스키마3-2

정보를 분류하고 관계를 맺는 태그 시스템

블로그와 더불어 태그는 웹2.0에서 정보를 분류하고 재생산 하고 관계를 맺는 도구로 최근 가장 이슈가 되고 있는 서비스이다. 요즘 새로 오픈하는 서비스들의 대부분이 태그를 통해서 정보를 분류하여 보여주는 방법을 사용하고 있다.

태그 시스템은 많은 개발자들에 의해 구조화 되어 왔으며 각 개발자들의 방식을 발전시켜가며 정형화되고 있다. 하지만 데이터베이스를 통한 거대(Scale)한 태그 시스템을 만드는 방법에 대해서는 아직 누구도 뚜렷한 해답을 내지 못하고 있으며 여러 논의만 진행되고 있는 상황이다.

del.icio.us 메일링 리스트에 “누군가 del.icio.us의 데이터베이스 스키마에 대해 좀 알려주세요” 같은 질문이 종종 올라온다고 한다. del.icio.us의 개발자인 조슈아 샤흐터(Joshua Schachter)의 인터뷰를 보면 이런 말이 있다.

“나는 mod_perl, HTML::Mason, 그리고 MySQL. 주로 사용한다. 이들은 매우 전형적인 툴이다. 최근 그 로드를 유지하기에는 몇몇 문제점을 가지고 있다. 그래서 지금 새로운 아키텍쳐를 찾고 있는 중이다. 태그는 표준 RDBMS로는 만족스럽게 표현하지는 못 한다”

맨 마지막 문구는 조슈아 샤흐터가 인터뷰나 메일의 답변을 통해 자주하는 말이 있다. 데이터베이스를 설계하는 입장에서는 다소 실망스러운 말이겠지만, 많은 웹 서비스의 경우 특히 큰 규모의 웹 서비스에서는 RDMBS로 구현하기 힘든 부분이 많이 있다.
조슈아 샤흐터는 이런 말도 한다.

“빠른 최적화는 피하라”

물론 요구분석에 따른 설계는 철저히 해야 하지만, 결과를 미리 예측하고, 섣부른 판단으로 최적화(optimize)하는 것보다 하나하나 부딪히며 경험을 통해 재설계(rearchitechting)하는 방법이 기술을 가장 빨리 습득하고 업무도 가장 빨리 진행할 수 있는 지름길이 된다(물론, 욕도 많이 먹는다).
이제 많은 개발자들로부터 커스터마이징 되고 있는 태그 시스템의 여러 가지 구현 방법에 대해서 이야기 해보자. 이 방법들 중 자신이 만들려고 하는 서비스에 적합한 방법을 찾고, 큰 규모의 태그 시스템을 구현할 수 있을지에 대한 해답도 찾아보기 바란다. http://tagschema.com/blogs/tagschema/에서는 태그의 구성요소를 <그림 6>과 같이 정의하고 있다.

<그림 6>에서 말하는 세 가지 구성요소로써의 태그 시스템의 구성은 특히, 연관관계는 굉장히 어렵고 복잡하다. 그리고 대부분의 웹 서비스들이 위의 세 가지 구성요소에서 태그 시스템을 구현하는 경우는 거의 없다.

<그림 7>은 우리가 일반적으로 생각하는 태그의 구조이다. 여기에서 사용자는 아이템과 태그에 종속적이다. 아이템은 태그로 분류할 수 있는 모든 단위를 뜻한다. <그림 7>에서의 user라는 구성요소로 관계설정 필요하다면 보통은 아이템 중 하나의 종류로 들어갈 수 있다.

아이템은 포스트가 될 수도 있고, 사진이나 북마크가 될 수도 있다. 그리고 태그가 아이템의 한 종류가 될 수도 있다. 아이템과 태그의 관계는 ‘Item(1-many) <---------> (0-Many)Tags’이다. 아이템이 태그를 0개 이상 가질 수도 있지만 태그는 아이템이 없이는 따로 존재할 수 없다.

태그 시스템에서 가장 일반적으로 쓰이는 관계를 설정하고 그에 따라 각 태그의 구조를 쿼리로 분석해보자.

1. Item(tag) : tag가 가지고 있는 Item List
2. Tag(item) : item이 가지고 있는 Tag List
3. Tag( ) : 중복을 허용하지 않는 모든 Tag list

현재 서비스 중인 대부분의 태그 서비스가 표시되는 방식은 이 세 가지 표현으로 소화할 수 있다. 이제 이 세 가지 관계를 통해 각 태그 스키마의 구현 방법에 대해 알아보자. 또, 앞으로 나올 태그 스키마의 이름은 http://www.pui.ch/phred/archives/ 2005/04/tags-database-schemas.html에서 나온 이름을 붙일 것이다.

‘MySQLicious Solution’ 태그 스키마

<그림 8>의 구조는 태그에 관한 스키마를 따로 구성하지 않은 형태이다. 하나의 테이블로 구성되어 있으며 분류로서의 태그를 구현했다기 보다 아이템에 대한 키보드와 비슷한 개념의 구조이다. 대부분의 태그에 대한 분류는 풀텍스트 서치(fulltext search)로 구현될 수 있지만 비용이 아주 많이 든다는 단점이 있다.

<리스트 1> MySQLicious relation query

Item(tag)
SELECT * FROM Item WHERE tags like ‘%blog%’
Tag(item)
SELECT tags FROM Item WHERE Itemid = ‘1’
Tag()
Query로 표현하기 힘들다.

‘Scuttle Solution’ 태그 스키마

<그림 9>처럼 태그에 대한 스키마를 정의해 놓으면 ‘MySQLicious’ 보다 효율적인 분류가 가능해 진다. 두 개의 테이블로 구성되어 있으며, 대부분의 서비스들은 이런 스키마를 ‘카테고리’라는 기능으로 구현한다.

이 구조의 스키마는 위의 관계를 표현하는 데에만 적용한다면 참 좋은 스키마 구조이다. 하지만 보다 기능적인 태그의 관리를 하고 싶다면 스키마로는 부족한 점이 많다.

<그림6> 태그의 구성요소

<그림7> 일반적인 태그 구조

<그림8> 태그 스키마 1 (MySQLicious)

<그림9> 태그 스키마 2 (Scuttle)

<리스트 2> Scuttle relation query

Item(tag)
SELECT i.* FROM Item i, Tag t
WHERE i.itemid = t.itemid AND t.tagname = ‘blog’
Tag(item)
SELECT t.tagname FROM Item i, Tag t
WHERE i.itemid = t.itemid AND t. itemid = ‘1’
Tag()
SELECT tagname FROM Tag
GROUP BY Tagid

‘toxi Solution’ 태그 스키마

<그림 10>의 구조는 ‘Scuttle’보다 태그 관리를 유용하도록 하기 위해 태그 테이블을 하나 더 두고 있다. 태그 맵은 아이템과 태그의 게이트웨이와 같은 역할을 한다. 태그 테이블은 태그를 다양한 방법으로 관리할 수 있도록 도와준다. 태그 서비스의 대부분은 ‘toxi’의 구조를 적용하고 있다.

<그림10> 태그 스키마 3 (toxi)

추가(Insert)나 갱신(UPDATE) 비용이 다른 스키마구조 보다 많이 들기는 하지만 그 비용보다는 선택(SELECT)의 비용이 훨씬 줄어들고 전체의 태그를 보여 주거나 태그에서의 링크 순으로 표시할 때 효과적으로 관리할 수 있다.

<리스트 3> toxi relation query

Item(tag)
SELECT i.* FROM Item i, Tagmap tm, Tag t
WHERE t.itemid = tm.itemidAND tm.tagid = t.tagid AND t.tagname = ‘blog’
Tag(item)
SELECT t.tagname FROM Item i, Tagmap tm, Tag t
WHERE i.itemid = tm.itemid AND tm.tagid = t.tagid AND i.itemid = ‘1’
Tag()
SELECT tagname FROM Tag

<그림 10>과 같은 구조의 ‘toxi’에서 약간의 테이블 구조를 변화 시키는 것만으로 자신의 서비스에 맞는, 아니면 경우에 따라 비용이 많이 절감될 수 있는 태그 스키마도 제공해 줄 수 있다.

<그림11> 태그 스키마 3-1 (toxi1)

<그림 11>은 <그림 10>에서 Tagid를 없애고 tagname을 기본 키로 두면서, Item에 Tags 필드를 추가한 구조이다. 이 구조는 테이블간의 연결을 많이 줄일 수 있는 구조이다. 하지만 추가(Insert), 갱신(Update), 삭제(Delete)의 비용이 ‘toxi’보다 두 배 이상 더 비싸다. 한편, 이용 패턴의 대부분이 선택(Select)에 편중되어 있기 때문에 서비스의 흐름을 파악한다면 오히려 비용을 줄일 수 있는 여지도 많이 보이는 구조이기도 하다.

<리스트 4> toxi relation query 2

Item(tag)
SELECT i.* FROM Item i, Tagmap tm
WHERE i.itemid = tm.itemidAND tm.tagname = ‘blog’
Tag(item)
SELECT tags FROM Item WHERE itemid = ‘1’
Tag()
SELECT tagname FROM Tag

<그림 11>과 같은 스키마 구조에서의 선택과 추가 등의 비용을 비교해보자.

선택(Select) 비용 : MySQLicious > Scuttle > Toxi > Toxi1
추가(Insert), 갱신(Update), 삭제(Delete) 비용 : MySQLicious
< Scuttle < Toxi < Toxi1

자신이 개발할 태그 시스템의 규모와 용도를 파악하고 위의 스키마를 커스터마이징 한다면, 분명 효과적인 태그 시스템을 개발 할 수 있을 것 이다.
마지막으로 앞에서 설계한 블로그의 포스트를 예로 Toxi 솔루션을 적용해보자.

Toxi 솔루션을 블로그에 적용하기

<그림 12>는 블로그의 스키마에서 나온 blog_post에 태그 스키마를 적용한 모습이다. 이 예에서는 블로그의 포스트를 기준으로 태그를 적용한 모습이지만 다른 아이템에서도 적용되는 모습은 대부분 비슷할 것이다. 그리고 <그림 12>에서 태그 맵과 태그 테이블을 잘 이용한다면 서비스를 이용하는 모든 사용자의 태그와 그 태그에 대한 모든 분류의 정보를 얻고, 사용자에게 어떠한 태그가 가장 인기 있는지의 여부도 파악할 수 있다.

<그림12> blog_post에 테그 스키마를 적용한 모습

<리스트 5> Blog tag relation query

Item(tag)
SELECT b.* FROM blog_post b, Tagmap tm
WHERE b.blogid = ‘10000002’AND b.blogid = tm.blogid AND b.blog_serial = tm.blog_serialAND tm.tagname = ‘blog’
Tag(item)
SELECT tags FROM blog_post
WHERE blogid = ‘10000002’ AND blog_serial = ‘123’
Tag()
SELECT tagname FROM Tag
WHERE blogid = ‘10000002’

지금까지는 한 가지 아이템으로서 태그와의 관계를 구성해 보았다. 같은 태그로 구성된 여러 아이템이 있다고 가정해보자. 블로그를 예로 들면 아이템으로 활용가치가 있는 것 중 포스트, 사진, 블로그 심지어 태그까지도 아이템으로 묶을 수 있다. 특히 블로거라면 이처럼 서로 다른 아이템을 태그를 통해 한꺼번에 분류하고 싶어할 수도 있다. 아이템으로서의 태그도 중요한 개념이긴 하지만 태그는 다른 태그와 조합하여 새로운 아이템으로 구성할 수 있다는 장점을 가지고 있기 때문이다.

이렇게 여러 아이템에 대한 태그와 관계를 스키마로 표현하는 것도 상당히 의미 있고 재미있는 일이다. 이렇게 하는 데에는 여러 가지 방법이 있다. ‘toxi’ 스키마를 예로 든다면 각 아이템마다 태그 맵 테이블과 태그 테이블을 따로 두고 연결(Union)하는 방법도 있고, 태그 맵에 각 아이템의 특성을 구분할 수 있는 필드를 추가하여 분류할 수도 있다. 많이 복잡하고 어려울 수도 있지만 기술적으로 가능하다면 충분히 설계할 만한 가치가 있는 분류 방법이다.

지금까지 태그 시스템에서 알아본 방법은 가장 일반적으로 사용되고 있는 스키마의 형태이다. 아직도 계속 이런 스키마에 대해서 연구 중이다. 태그 시스템을 DBMS가 아닌 파일 시스템으로 구현해 놓은 곳도 쉽게 찾을 수 있다.

현재의 웹 환경은 이전과 달리 다양하고 복잡한 스키마 구조를 요구한다. 그리고 쏟아지는 데이터의 분량 또한 엄청나다. 이러한 데이터들은 태그나 다른 툴에 의해 분류되고 공유되어 진다. 지금까지 블로그와 태그 시스템을 통해 그러한 웹 환경의 일부분을 살펴보았지만 앞으로는 더욱 다양한 서비스들이 쏟아져 나오고 우리들이 해야 할 일도 늘어날 것이다. 앞서 말한 것처럼 이러한 웹 환경에서 유저들이 생산해내는 정보나 데이터의 가치를 더 높여주는 것이야 말로 개발자들이 해야 할 몫이다.

참고자료

1. http://www.pui.ch/phred/archives/category/tags/
2. http://tagschema.com/blogs/tagschema/
3. http://www.randsinrepose.com/archives/2004/12/03/a_delicious_interview.html

스핑(Sping-트랙백 스팸)

‘핑 스팸’이라고도 부르는 스핑은 최근 블로그 사용자가 늘어나면서 골칫거리가 되고 있다. 대부분의 스핑은 트랙백을 통해 이뤄진다. 다른 방법으로 핑백(pingback)과 코멘트를 사용할 수 도 있지만, 핑백은 거의 사용하지 않고 코멘트는 관리자가 충분히 막을 수 있어 의미가 적다. 그 밖의 다른 몇 가지 방법도 대부분 막을 수 있는데 유독 트랙백 스팸만은 대책이 거의 없다. 다음은 이러한 스핑 문제를 해결하기 위해 블로거들이 내놓은 해결책이다.

● 오래된 퍼머링크에는 핑 수신을 하지 못하게 한다
대부분의 스팸은 최근 글에 쌓이지 않고 오래된 이전 글에 쌓이는 특성이 있다. 이 부분은 블로그들의 관리에 의해 오래된 글에 대해서는 핑 수신을 하지 못하도록 하여 스팸 트랙백을 막을 수 있다. 하지만 이는 퍼머링크라는 의미를 퇴색시키는 일이기도 하다.

● 존재하는 퍼머링크에만 핑 수신을 가능하게 한다
존재하지 않는 퍼머링크에 대해서는 트랙백이나 코멘트를 받지 못하도록 설정한다. 이 부분은 매우 중요하다. 하지만 많은 블로그 서비스들이 이 부분을 간과하는 경우가 많다. 대부분의 스펨은 일련번호 형식으로 자동으로 주소를 부여해서 핑을 보내기 때문에 존재하지 않는 퍼머링크에 대해서 스팸 핑을 보내는 경우가 대부분이다.

● 트랙백 주소를 어렵게 만든다
앞의 방법에 이어서 실행할 수 있는 방법으로 퍼머링크의 주소와 다르게 알기 어려운 랜덤한 트랙백 주소를 부여하는 방법이 있다. 이 방법을 통해 자동으로 보내지는 스팸의 많은 부분을 차단 할 수 있다.

● 블랙리스트의 ip, header, url등을 체크한다
현재도 많은 blacklist들의 ip 및 url정보들이 공유되고 있다. 그리고 자신의 블로그에 많이 보내어지는 spam들의 ip와 url등을 체크해서 막고, 공유함으로써 spam을 차단하는 방법이다.

● 스팸 필터를 이용한다
현재 설치형 블로그들에서는 플러그인 형태로 제공하는 많은 스팸 필터 도구들이 있다. 이런 도구는 블랙리스트 ip에 대한 필터와 함께 특정 단어가 들어가 있는 것들을 막는 방법으로 트랙백 스팸을 필터링한다.

● 전송된 IP와 트랙백 주소를 비교한다
대부분의 스팸은 보내는 IP주소와 알리고자하는 도메인이 일치하지 않는다. 대부분의 스패머(spammer)들은 오픈 프락시를 통해 스팸을 보내고 있다. 이와 같이 둘의 비교로 인해 많은 스팸을 줄일 수 있다. 하지만 이 경우도 이런 프락시를 통하는 정상적인 블로그가 스팸으로 간주될 수 있다.

제공 : DB포탈사이트 DBguide.net

출처 : 마이크로소프트웨어[2006년 6월호]

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

User Experience Design

2007-10-30T10:32:43+09:00

사용자 경험 디자인(User Experience Design)

온라인 서비스는 방대한 정보를 편리하고 신속하게 탐색, 처리, 관리할 수 있다는 장점이 있지만, 현실 세계에서 느낄 수 있는 다양하고 풍부한 감정들이 상호작용 되는 여유로움을 경험하긴 어렵다. 사람은 이성과 감성적 측면을 함께 가지고 있으며, 거의 대부분의 사고와 행위는 이 두 가지 측면의 조화에 의해 나타나는 결과로 볼 수 있다.

따라서 온라인 서비스의 활성화는 이성적 측면, 즉 본질적인 기능만으로는 달성되기 어렵기 때문에 정보품질(Information Quality) 및 사용품질(Quality In Use) 뿐만 아니라 감성품질(Emotional Quality)이 뒷받침되어야 한다.

경험품질(Quality of Experience)은 온라인 서비스를 잘 구축하는 것만으로 달성될 수 있는 것이 아니다. 따라서 사용자와의 풍부한 상호작용을 통해 온라인 서비스에 대한 긍정적인 경험을 형성시켜야 하며, 형성된 사용자 경험을 지속적으로 관리해야만 경험품질을 향상시킬 수 있는 것이다.

경험품질(Quality of Experience): 온라인 서비스의 경험품질은 정보품질(Information Quality), 사용품질(Quality In Use), 감성품질(Emotional Quality)로 구성된다.

만약 사용자 경험을 관리하지 않으면 사용자는 서비스로부터의 경험, 즉 수동적인 경험(Passive Experience)을 하게 된다. 그러나 사용자 경험을 효과적으로 관리하면, 사용자는 긍정적인 경험(Active Experience)을 통해 서비스에 대한 관심과 열정을 가지게 되어 단골고객을 넘어 옹호고객(Advocate)으로 발전하게 된다. 그리고 옹호고객은 자신이 이용하고 있는 서비스를 다른 사람에게 적극적으로 소개하려고 할 것이다(입소문).

높은 수준의 경험품질은 고객만족(Customer Satisfaction)을 넘어 고객감동(Customer Delight)을 제공할 수 있어야 한다. 물론 고객감동을 유지하는 것은 결코 쉬운 일이 아니다. 한번 높아진 기대치는 결코 낮아지는 법이 없기 때문에 서비스 제공자의 끊임없는 노력이 요구된다.

모니터 앞에 앉아 있는 사용자는 서비스 품질과 관계없이 정황에 따라 사이트에 오래 머물기도 하고 바로 떠나기도 한다. 이것은 서비스의 가치가 그 존재만으로 부여되는 것이 아님을 말하고 있다. 즉, 경험은 인간의 감각기관이나 마음의 작용에 의해 얻어지는 것 또는 그 과정이므로 같은 서비스라도 사용자의 배경, 지식, 상황, 관계에 따라 서비스의 본질까지도 달라질 수 있다.

그래서 좋은 경험 디자인은 사용자의 인지적, 신체적, 감성적 요구사항뿐만 아니라 사용 정황(Context)까지 고려되어야 한다. 특히, 서비스 이용 전후 상황(관계)에 따라 경험이 달라지기 때문에 사용 정황이 사용자 경험에 미치는 영향은 매우 크다.

그렇다면 사용자 경험은 어떠한 과정을 거치는 알아보자. 아래 그림에서 알 수 있듯이 사용자 경험은 하나의 과정으로 끝나는 것이 아니며, 여러 과정을 거치면서 반복되는 사용자 경험 사이클을 갖게 된다.

우선 사용자로 하여금 사용자 경험 사이클로 들어오게 하는 계기가 중요한데, 그것은 사용자 참여로부터 시작된다. 따라서 사용자를 수동적 소비자(Consumers)에서 적극적 참여자(Participants)로 전환시키는 노력이 필요하다. 이를 위해 다양하고 지속적인 서비스 마케팅을 전개해야 한다.

사용자 경험 사이클(The User's Experience Cycle) – (Source: www.nform.ca)

최적화된 사용자 경험(Optimal User Experience)이 형성되기 위해선 다음과 같은 조건이 전제되어야 한다.

·유용성 가치를 느낄 수 있는 수준의 정보품질
- 사용자의 요구사항에 부합되는 콘텐츠 제공
- 사용자의 관심을 얻을 수 있는 키워드 배치

·사용 정황을 고려하고 별도의 학습이 요구되지 않는 수준의 사용품질
- 사용자가 자연스럽게 이용할 수 있는 화면 설계
- 사용 오류를 미리 예상할 수 있는 사용자 리서치

·감성적 가치를 느낄 수 있는 수준의 감성품질
- 긍정적 반응을 이끌어낼 수 있는 고객 서비스
- 고객만족을 향상시킬 수 있는 자동화 기능

사용자는 아주 사소한 것에 의해 즐거워하거나 만족스러워 하지만 때론 불안해하거나 불쾌해지기도 한다. 그래서 경험품질은 중심적 요소뿐만 아니라 주변적 요소(Peripheral cue)까지도 일정 수준의 품질을 유지시켜야 하는 어려움이 있다.

이것은 ‘본질’과 ‘본질이 아닌 것’에 대한 가치가 달라지고 있음을 시사한다. 가령, 제품의 경우, 예전에는 제품 자체가 본질이었고 제품 설명서는 본질이 아닌 것이었다. 그러나 제품 기능이 다양해지고 이로 인해 제품을 통해 제공받을 수 있는 경험적 요소가 풍부해지면서, 제품 그 자체만큼이나 제품을 제대로 이용할 수 있게 만드는 제품 설명서가 중요해졌다. 그래서 제품 설명서 품질이 더 이상 사소하지 않은 상황이 돼버렸다.

사용자 경험의 중요성이 높아지면서 인터랙션(Interaction)은 본질적 요소로써 자리매김되고있다. 경험은 풍부한 상호작용을 전제하므로, 상호작용이 없으면 경험도 없는 셈이다. 즉, 상호작용의 결과로 감정이 생겨나고 감정의 진행에 따라 경험이 창출되는 것이다.

그리고 상호작용의 진행과 반복에 따라 경험도 변화하게 된다. 사용자와의 상호작용에 의해 항상 긍정적인 반응을 이끌어낼 순 없으므로 부정적인 반응을 감수해야 한다. 그러나 부정적인 반응은 긍정적인 반응으로 만회할 기회가 있으므로 아무 반응이 없는 상황을 만들지 않도록 유의하는 것이 중요하다.

상호작용이 증가한다는 것은 사용자와 서비스 간의 접점이 보다 넓어지는 것이다. 이것은 사소한 것들의 비중이 더욱 커지게 됨을 의미한다. 그래서 불편요소가 한 차례가 아니라 여러 차례 경험하게 되면서 불편함이 급격히 증가하게 된다.

높은 수준의 경험품질을 제공하는 제품이나 서비스를 살펴보면, 아주 사소한 부분까지 세심한 신경을 쓴 흔적을 발견할 수 있다. 만약 서비스 이용 중 아주 사소하지만, 불편하거나 불쾌한 사항이 있었다면 사용자는 결코 긍정적인 느낌이나 감정을 갖지 않을 것이다.

그래서 서비스 제공에 있어 품질 편차는 매우 중대한 문제이며, 사용자 경험을 총체적인 체계로 해석하려고 한다. 그런데 기계로 행해지는 서비스 요소로는 사람이 느낄 수 있는 수준의 섬세함을 제공하지 못하기 때문에 사람에 의한 서비스 요소가 요구된다.

사용자 경험 디자인이 어려운 이유는 경험이 미묘한 차이에 의해 달라지며 개인차에 의해 고유한 특성을 갖기 때문이다. 그래서 사용자 경험 디자인을 위해선 사용자에 대한 이해가 선행되어야 하며, 서비스 전반에 인간적인 느낌이 들 수 있도록 노력해야 한다.

사용자 경험 디자인을 거창한 것은 아니지만 그렇다고 쉽게 실천할 수 있는 것도 아니다. 열악한 비즈니스 환경을 극복한 ‘불리 카페’(1840년대 아일랜드에 설립된 커피하우스)의 평범해 보이는 경험 전략은 사용자 경험 디자인을 어떻게 실천해야 하는지 알려주고 있다.

그리드 시스템(Grid System)

그리드(Grid)는 화면 요소를 배치하기 위한 수평선(Horizontal lines)과 수직선(Vertical lines)의 패턴을 의미하며, 화면 요소에 시각적 순서를 부여하기 위한 일종의 가이드라인 역할을 수행한다. 그리고 이러한 그리드를 체계적으로 설계하기 위해 필요한 것이 바로 그리드 시스템이다. 그리드 시스템(Grid System)은 보다 효과적인 커뮤니케이션을 위해 논리적인 화면 구조를 제공하는 설계 체계(Design System)이다.

정보설계를 통해 구조화된 정보들을 담기 위해선 시각화된 화면 구조(Screen Structure)가 필요하며, 이 화면 구조의 기초를 제공하는 것이 바로 그리드 시스템이다. 따라서 그리드 시스템은 정보설계 이후 단계인 인터페이스 설계 단계에서 개발되어야 하며, 디자인 스타일 가이드라인이 아닌 UI 디자인 가이드라인에 포함시키는 것이 바람직하다.

그리드 시스템은 디자이너를 ‘그리드’라는 엄격한 규칙에 가두는 것이 아니라 핵심적인 문제에 좀더 창의적으로 다가갈 수 있도록 돕는다. 따라서 내용을 그리드에 담는 것이 아니라 좀더 효과적인 커뮤니케이션을 위해 정보를 규칙화하고 일관성을 높이기 위해 필요한 것이다(Designing Visual Interface, Kevin Mullet, Darrell Sano).

즉, 화면을 몇 개의 기초 단위로 나누고 중요한 요소들을 일관되게 배치하며, 화면 요소를 일정한 패턴으로 묶음으로써 시각적 조직화(Visual organization)를 통한 화면의 단순성 및 일관성과 시각적 규칙성(Visual Repetition)을 통한 학습용이성을 달성할 수 있게 된다.

그리드 시스템 개발을 위해선 여러 디자인 원칙 중 다음과 같은 원칙이 우선적으로 고려되어야 한다.

강조(Emphasis)

그리드 시스템은 효과적인 커뮤니케이션을 지원해야 하므로 초점 영역(Focal area)을 통해 핵심 요소(Dominant elements)가 강조될 수 있어야 한다. 정보의 우선순위를 표현하는 데에는 화면 내에서의 배치순서, 대비, 크기, 색, 형상 등의 시각적 특성을 복합적으로 이용해야 하는데, 기본적으로는 정보의 우선순위나 조작절차에 따라서 위에서 아래로, 왼쪽에서 오른쪽으로 배치하는 것이 일반적이다. 또한 우선순위만 고려하는 것은 아니고, 사용자의 동기부여나 시선유도를 위해서는 더 중요한 정보나 유도의 계기가 되는 정보를 한층 더 시각적으로 강조할 필요가 있다. 이 때 강조할 때에 주의할 점은 강조하는 부분이 너무 많아지지 않도록 유의해야 한다(GUI 디자인 가이드, 일본인간공학회, 안그라픽스).
정렬(Alignment)

그리드 시스템을 통해 구성 요소 간 기능적·심미적 측면의 시각적 연계성을 부여하여 한 요소로부터 다른 요소로 이동하기 위한 항행 단서(Navigational cues)를 제공해야 하며, 사용자의 시선을 통제하여 의도적인 시각적 흐름(Visual flow)을 만들어야 한다. 시각적인 정렬 효과는 다양한 요소들의 시각적 활동을 연결해주면서 각 요소들의 역할에 관계없이 함께 묶어 주는 일을 수행한다.
일관성(Consistency)

그리드 시스템을 통해 규칙적인 패턴을 제공함으로써 사용자가 화면을 보다 신속하게 이해하고 보다 쉬운 항행(navigating)을 지원할 수 있도록 해야 한다. 단일 화면에 정보가 아무리 잘 배치되어 있어도, 화면을 전개할 때에 표시 위치나 구성이 변화하면, 사용자는 그때마다 정보를 찾아야 하며, 포인팅 디바이스도 빈번하게 움직이게 된다. 되도록 같은 역할을 하는 정보는 일정한 장소에 표시하도록 한다. 그러나 상황에 따라서는 같은 정보가 가지는 의미나 중요도가 변화하는 경우도 있으므로 정보의 순서나 조작의 흐름에 따라서 동적으로 고려되어야 한다(GUI 디자인 가이드, 일본인간공학회, 안그라픽스).
통일성(Unity)

그리드 시스템에 의해 구성 요소 간의 시각적 연관성이 부여됨으로써 부분보다 전체가 두드러져 보일 수 있어야 한다. 시각적 구조는 아주 다른 성격의 디자인 요소들이라 할지라도 목표하는 커뮤니케이션을 향해 서로 묶어줌으로써 디자인 요소가 조화롭게 어울릴 수 있도록 해야 한다.

그리드 시스템은 다음과 같은 구성 요소를 갖는다.

시축(Visual Axis): 시선의 이동 방향
거터(Gutter): 컬럼 사이의 여백으로써 영역을 구분시킴
그리드 유닛(Grid unit): 행(Row)과 열(Column)에 의해 만들어진 영역
마진(Margin): 레이아웃 영역과 윈도우 사이의 여백
핵심 요소(Dominant Element): 화면 요소 중 지배적인 위상을 갖는 요소
초점 영역(Focal area): 시선이 집중되는 영역
안전영역 구분선(The folder): 구분선 윗쪽은 스크롤하지 않고 화면을 볼 수 있으며, 구분선 아래쪽은 스크롤해야만 화면을 볼 수 있음

그리드 시스템은 다음과 같은 설계 프로세스를 갖는다.

1. 화면 특성과 목적을 분석하여 화면 구조와 구성에 대한 전략적 방향성을
수립함
2. 화면의 기본 또는 공통 요소를 정의함
3. 화면의 시축(Visual axis)을 분석함
4. 그리드 레이아웃을 설계함
5. 수직적 단위를 설계함
① 수직적 모듈 개수를 결정함
② 화면을 수직적으로 분할함
③ 모듈 간 넓이 비율을 결정함(또는 대칭/비대칭 여부를 결정함)
④ 모듈을 메인과 서브로 분할함
⑤ 각각의 모듈 크기를 설정함
⑥ 거터 넓이(Gutter width)를 설정함
6. 수평적 단위를 설계함
① 수평적 모듈 개수를 결정함
② 화면을 수직적으로 분할함
③ 모듈 간 넓이 비율을 결정함(또는 대칭/비대칭 여부를 결정함)
④ 모듈을 메인과 서브로 분할함
⑤ 각각의 모듈 크기를 설정함
⑥ 거터 넓이(Gutter width)를 설정함

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Digital in a box

아이폰 A/S 정책의 문제가 아닌 대응의 문제

iPhone 구매 서사시!!!

Digital Signage in Action

i-Vision mE in action

i-Vision Introduction

Mac World 2008 스티븐 잡스 키노트

와인스펙터지 2007년 최고의 와인

Beta Tester 초대권 받기/공유하기(Moola, Wallop 초대권)

야후에서 말하는 2007년도 최고의 검색어로 본 미국의 트랜드

Wikipedia와 참여자 그리고 한국문화의 전파

역대 10대 IT재난으로 본 나의 IT경험

개발자들이여 구글에서 Facebook으로 이동하라!!

몰디브 후바펜푸시

Amazon 웹 서비스

신의 물방울과 와인

검색 엔진의 RIA 도입 : MS의 Silverlight와 Google의 Flex

MSN과 네이트온을 함께~

웹 2.0 사이트 모음

TechCrunch40에서의 한국기업들의 선전

WZD.Com 사용하기

실버라이트 동영상 모음

NGIT세미나

무선 메쉬 네트워크 기술 동향

Context-aware Service Framework for Future Internet

Advanced Collaboration Enviroment over Future R&D Networks

국내 미래네트워크 테스트 베드 동향

Rich internet Web Application

UCC 비지니스 전망 및 동향

RFID Service

Show Video Services현황

캐첩(Quechup)이라는 사이트 가입 금지

그리드 컴퓨팅 입문

그리드 컴퓨팅에 관한 IBM쪽의 입문서 입니다.유틸리티 컴퓨팅을 공부하다가 이쪽까지 흘러 와버렸네요 ㅠㅠ;;그리드 컴퓨팅 입문 (한글)

개인정보취급방침공개

개인정보 취급 방침 공개는 개인정보 활용동의와는 별개의 고시책임을 의미합니다.

전자적표시

대응 방안

OpenID 세미나를 다녀와서

Google Earth의 Sky 진출

블로그와 태그 시스템의 데이터베이스 설계

User Experience Design

그리드 컴퓨팅에 관한 IBM쪽의 입문서 입니다.
유틸리티 컴퓨팅을 공부하다가 이쪽까지 흘러 와버렸네요 ㅠㅠ;;

그리드 컴퓨팅 입문 (한글)