Age of B.L.U.E

ffmpeg encoding option 설명

(B.L.U.E) — Fri, 9 May 2008 11:40:12 +0900

Main options:
-L    show license
-h    show help
-version    show version
-formats    show available formats, codecs, protocols, ...
-f fmt    force format
-img img_fmt    force image format
-i filename input file name
-y    overwrite output files
-t duration set the recording time
-fs limit_size    set the limit file size
-ss time_off    set the start time offset
-itsoffset time_off set the input ts offset
-title string set the title
-timestamp time set the timestamp
-author string    set the author
-copyright string set the copyright
-comment string set the comment
-v verbose    control amount of logging
-target type    specify target file type ("vcd", "svcd", "dvd", "dv", "pal-vcd", "ntsc-svcd", ...)
-dframes number set the number of data frames to record
-hq activate high quality settings
-scodec codec force subtitle codec ('copy' to copy stream)
-newsubtitle    add a new subtitle stream to the current output stream
-slang code set the ISO 639 language code (3 letters) of the current subtitle stream

Video options:
-b bitrate    set video bitrate (in kbit/s)
-vframes number set the number of video frames to record
-r rate set frame rate (Hz value, fraction or abbreviation)
-s size set frame size (WxH or abbreviation)
-aspect aspect    set aspect ratio (4:3, 16:9 or 1.3333, 1.7777)
-fixaspect    fix aspect ratio
-croptop size set top crop band size (in pixels)
-cropbottom size    set bottom crop band size (in pixels)
-cropleft size    set left crop band size (in pixels)
-cropright size set right crop band size (in pixels)
-padtop size    set top pad band size (in pixels)
-padbottom size set bottom pad band size (in pixels)
-padleft size set left pad band size (in pixels)
-padright size    set right pad band size (in pixels)
-padcolor color set color of pad bands (Hex 000000 thru FFFFFF)
-vn disable video
-bt tolerance set video bitrate tolerance (in kbit/s)
-maxrate bitrate    set max video bitrate tolerance (in kbit/s)
-minrate bitrate    set min video bitrate tolerance (in kbit/s)
-bufsize size set ratecontrol buffer size (in kByte)
-vcodec codec force video codec ('copy' to copy stream)
-sameq    use same video quality as source (implies VBR)
-pass n select the pass number (1 or 2)
-passlogfile file select two pass log file name
-newvideo add a new video stream to the current output stream

Advanced Video options:
-pix_fmt format set pixel format
-g gop_size set the group of picture size
-intra    use only intra frames
-vdt n    discard threshold
-qscale q use fixed video quantiser scale (VBR)
-qmin q min video quantiser scale (VBR)
-qmax q max video quantiser scale (VBR)
-lmin lambda    min video lagrange factor (VBR)
-lmax lambda    max video lagrange factor (VBR)
-mblmin q min macroblock quantiser scale (VBR)
-mblmax q max macroblock quantiser scale (VBR)
-qdiff q    max difference between the quantiser scale (VBR)
-qblur blur video quantiser scale blur (VBR)
-qsquish squish how to keep quantiser between qmin and qmax (0 = clip, 1 = use differentiable function)
-qcomp compression video quantiser scale compression (VBR)
-rc_init_cplx complexity initial complexity for 1-pass encoding
-b_qfactor factor qp factor between p and b frames
-i_qfactor factor qp factor between p and i frames
-b_qoffset offset qp offset between p and b frames
-i_qoffset offset qp offset between p and i frames
-ibias bias intra quant bias
-pbias bias inter quant bias
-rc_eq equation set rate control equation
-rc_override override rate control override for specific intervals
-me method    set motion estimation method
-dct_algo algo    set dct algo
-idct_algo algo set idct algo
-me_threshold motion estimaton threshold
-mb_threshold macroblock threshold
-er n set error resilience
-ec bit_mask    set error concealment
-bf frames    use 'frames' B frames
-mbd mode macroblock decision
-mbcmp cmp function macroblock compare function
-ildctcmp cmp function ildct compare function
-subcmp cmp function subpel compare function
-cmp cmp function fullpel compare function
-precmp cmp function pre motion estimation compare function
-preme    pre motion estimation
-lelim elim single coefficient elimination threshold for luminance (negative values also consider DC coefficient)
-celim elim single coefficient elimination threshold for chrominance (negative values also consider DC coefficient)
-lumi_mask    luminance masking
-dark_mask    darkness masking
-scplx_mask spatial complexity masking
-tcplx_mask temporal complexity masking
-p_mask inter masking
-4mv    use four motion vector by macroblock (MPEG4)
-obmc use overlapped block motion compensation (h263+)
-lf use loop filter (h263+)
-part use data partitioning (MPEG4)
-bug param    workaround not auto detected encoder bugs
-strict strictness how strictly to follow the standards
-deinterlace    deinterlace pictures
-ildct    force interlaced dct support in encoder (MPEG2/MPEG4)
-ilme force interlaced me support in encoder (MPEG2/MPEG4)
-psnr calculate PSNR of compressed frames
-vstats dump video coding statistics to file
-vhook module insert video processing module
-aic    enable Advanced intra coding (h263+)
-aiv    enable Alternative inter vlc (h263+)
-umv    enable Unlimited Motion Vector (h263+)
-ssm    enable Slice Structured mode (h263+)
-alt    enable alternate scantable (MPEG2/MPEG4)
-qprd
-cbp
-trell    enable trellis quantization
-mv0    try to encode each MB with MV=<0,0> and choose the better one (has no effect if mbd=0)
-naq    normalize adaptive quantization
-cgop closed gop
-sgop strict gop
-noout    skip bitstream encoding
-scan_offset    enable SVCD Scan Offset placeholder
-qpel enable 1/4-pel
-intra_matrix matrix specify intra matrix coeffs
-inter_matrix matrix specify inter matrix coeffs
-top    top=1/bottom=0/auto=-1 field first
-nr noise reduction
-qns    quantization noise shaping
-sc_threshold threshold scene change threshold
-me_range range limit motion vectors range (1023 for DivX player)
-dc precision intra_dc_precision
-coder    coder type
-context    context model
-pred prediction method
-vprofile profile
-vlevel level
-nssew    weight
-subq
-mepc factor (1.0 = 256) motion estimation bitrate penalty compensation
-lowres
-vtag fourcc/tag    force video tag/fourcc
-skip_threshold threshold frame skip threshold
-skip_factor factor frame skip factor
-skip_exp exponent frame skip exponent
-skip_cmp compare function frame skip compare function
-gray encode/decode grayscale

Audio options:
-aframes number set the number of audio frames to record
-ab bitrate set audio bitrate (in kbit/s)
-ar rate    set audio sampling rate (in Hz)
-ac channels    set number of audio channels
-an disable audio
-acodec codec force audio codec ('copy' to copy stream)
-vol volume change audio volume (256=normal)
-newaudio add a new audio stream to the current output stream
-alang code set the ISO 639 language code (3 letters) of the current audio stream

Advanced Audio options:
-atag fourcc/tag    force audio tag/fourcc

Subtitle options:
-scodec codec force subtitle codec ('copy' to copy stream)
-newsubtitle    add a new subtitle stream to the current output stream
-slang code set the ISO 639 language code (3 letters) of the current subtitle stream

Audio/Video grab options:
-vd device    set video grab device
-vc channel set video grab channel (DV1394 only)
-tvstd standard set television standard (NTSC, PAL (SECAM))
-ad device    set audio device
-grab format    request grabbing using
-gd device    set grab device

Advanced options:
-map file:stream[:syncfile:syncstream] set input stream mapping
-map_meta_data outfile:infile set meta data information of outfile from infile
-debug    print specific debug info
-vismv    visualize motion vectors
-benchmark    add timings for benchmarking
-dump dump each input packet
-hex    when dumping packets, also dump the payload
-bitexact only use bit exact algorithms (for codec testing)
-re read input at native frame rate
-loop loop (current only works with images)
-loop_output    number of times to loop output in formats that support looping (0 loops forever)
-threads count    thread count
-vsync    video sync method
-async    audio sync method
-vglobal    video global header storage type
-copyts copy timestamps
-shortest finish encoding within shortest input
-b_strategy strategy dynamic b frame selection strategy
-ps size    set packet size in bits
-error rate error rate
-muxrate rate set mux rate
-packetsize size    set packet size
-muxdelay seconds set the maximum demux-decode delay
-muxpreload seconds set the initial demux-decode delay
-muxab bitrate    set the audio bitrate in mux tag (in kbit/s)
-muxvb bitrate    set the video bitrate in mux tag (in kbit/s)

개발자용 만화

(B.L.U.E) — Tue, 29 Apr 2008 19:12:59 +0900

생각하기 싫은 미래가 아닌가...?

Linux Kernel Module Programming Guide

(B.L.U.E) — Tue, 29 Apr 2008 00:04:11 +0900

WEB 2.0 이란....

(B.L.U.E) — Mon, 28 Apr 2008 15:38:43 +0900

Web 2.0

Web2hub, 우리 모두의 백과사전.

웹2.0의 개념에 대해 정보의 생산, 공유, 소비의 관점에서 정리해 보고 가장 핵심적인 특징인 플랫폼으로서의 웹에 대해 살펴 보자. (편의상 웹 2.0과 대비되는 그 이전의 웹 환경을 웹 1.0이라고 하자.) !!

[hide]

Big Picture

[[아래 그림은 이 페이지에서 다루는 전체 웹 2.0에 대한 구조이다.]]

웹 2.0 구조

웹 1.0에서 정보의 생산은 전적으로 서비스 제공자에 의해 이루어졌다. 또한 서비스 제공자 사이에 정보나 데이터의 공유는 거의 일어나지 않았다. 정보의 소비 측면에선 인기 컨텐츠와 서비스 제공자 위주의 중앙집중형 시장이 형성되었다. 웹 2.0은 이러한 웹에서의 정보 유통의 판도를 바꾸었다.

[edit]

참여 : 정보 생산의 측면

웹 2.0에선 서비스 제공자 중심의 정보 생산보다 사용자 참여를 통한 분산화된 정보 생산이 핵심이다. 기하급수적으로 증가하는 웹 사용 인구와 더불어 정보와 서비스에 대한 욕구가 점점 더 다양해지면서 서비스 제공자에 의한 정보의 생산은 그 한계에 부딪치게 된다. 이러한 한계를 넘을 수 있도록 해 주는 것이 사용자의 적극적인 참여에 의한 정보 생산이다. 이러한 효과를 처음 입증한 것이 블로그(Blog)라는 1인 미디어다. 블로그는 기존 매체나 전문가들이 다루는 이슈부터 시작해서 그들이 다루지 못하는 세세한 주제들까지 전 영역의 다양한 주제를 다룬다. 또한 블로거들은 자신의 전문분야에 대해서는 기자나 전문가에 필적할만한 정보를 생산해 내기 때문에 그 질적 측면에서도 결코 기존 매체에 뒤떨어지지 않는다. 위키(Wiki) 역시 사용자들이 직접 정보를 만들어 내도록 하는 도구다. 개인에 초점을 맞춘 블로그와 달리 위키는 공동저작을 위해 주로 사용된다. 위키를 가장 성공적으로 사용한 웹 2.0 서비스가 위키피디아(Wikipedia)다. 위키피디아는 온라인 백과사전으로서 전문가 집단에 의해 만들어지는 브리태니커 백과사전과 달리 누구나 내용의 편집에 참여할 수 있다. 이것이 수많은 사용자들의 참여를 끌어냈고 결과적으로 브리태니커보다 풍부한 내용을 가질 수 있게 하였다. 이와 유사한 역할을 하는 국내 서비스로 NHN의 지식iN이 있다. 사용자들의 자발적인 질문과 답변이 계속 쌓이면서 다른 어떤 데이터베이스보다 훌륭한 정보를 구축할 수 있었다.

위키피디아와 지식iN과 같은 서비스는 공공의 목적을 위해 사용자들이 자발적으로 참여하여 정보를 생산해 내는 경우다. 이와 달리 사용자 개개인의 필요에 따라 서비스를 이용하면서 자동적으로 전체에 도움을 주는 내용을 쌓는 경우가 있다. 가장 대표적인 서비스가 딜리셔스(Del.icio.us)와 플리커(Flickr)다. (둘 다 야후에 인수되었음) 딜리셔스는 북마크를 웹에 저장해 주는 서비스로 다른 사용자의 북마크를 공유할 수 있다. 플리커는 사진을 관리해 주는 서비스로 이 역시 다른 사용자의 사진을 볼 수 있게 되어 있다. 여기서 중요한 것이 어떻게 쉽게 공유할 수 있도록 하느냐는 것인데 이를 위해 태깅(Tagging)이라는 기술을 사용했다. 태깅은 북마크나 사진을 올릴 때 관련된 키워드(태그)들을 붙이는 것이다. 그리고 태그들에 기반하여 정보가 분류되어 찾을 수 있다. 만약 웹 2.0 관련된 북마크들을 알고 싶으면 "웹 2.0" 태그가 붙은 것을 보면 된다. 이것은 검색으로 찾는 것과는 틀리다. 검색은 웹 2.0이라는 단어가 들어간 문서를 찾아주겠지만 그런 문서들이 반드시 웹 2.0에 관한 것이라고 볼 순 없다.(물론 랭킹알고리즘을 통해 관련성 문제를 해결한다.) 하지만 태깅은 사용자들이 직접 문서나 싸이트를 확인하고 붙이기 때문에 정확성이 더 높을 가능성이 크다. 이것이 태깅과 검색이 구별되는 점이다.(사람이 하느냐 기계가 하느냐의 차이) 여기서 주목해야 할 점은 북마크나 사진을 웹에 올리고 태깅을 하는 것과 같은 사용자 참여가 공공의 목적보다는 사용자 자신의 필요에 의해서 한다는 것이다. 하지만 결과적으로 모든 사용자들이 함께 쓸 수 있는 거대한 자료가 형성되는 효과를 가져온다.

공공의 목적에서든 개인적인 목적에서든 사용자 참여를 통해 형성된 정보는 개개인이 생산해 낸 개별 정보의 총합 이상의 결과를 만들어 낸다. 이것은 바로 집단지성(Collective Intelligence)을 활용하여 가능하다. 집단지성은 일반인의 개별적인 판단은 전문가보다 부정확할 수 있지만 이들이 어느 이상 모이게 되면 소수의 전문가 집단보다 문제 해결 능력이 뛰어남을 말하는 것이다. 하지만 집단지성이 사람을 모으기만 한다고 해서 나타나는 것은 아니다. 집단지성을 끌어내기 위한 장치가 필요한 것이다. 위키피디아는 위키를 적용하여 완전 개방적이고 분산화된 방식으로 내용을 편집할 수 있게 했고 딜리셔스와 플리커는 태깅을 이용하여 데이터간 관계 형성을 가능하게 했다. 집단지성의 우수함이 확인되면서 많은 서비스들이 사용자에 의해 생성된 정보에 관심을 가지기 시작했다. 이것을 UCC(User-Created Contents)혹은 UGC(User-Generated Contents)라고 한다. 아마존의 서평, 위키피디아의 항목들, 블로그글, 지식iN의 질문과 답변 등이 모두 여기에 해당한다. 하지만 UCC는 이러한 텍스트 기반 컨텐츠에 한정되지 않고 이미지, 음성, 동영상 등의 멀티미디어 컨텐츠로 그 범위를 확대하고 있다. 플릭커와 같은 사진 공유 서비스가 오래 전부터 이미지 UCC를 활용하고 있고 사용자의 음성 컨텐츠를 전달해 줄 수 있는 podcasting의 등장으로 음성 UCC를 활용하는 서비스들도 속속 등장하고 있다. 하지만 무엇보다 활발히 개발되고 있는 분야는 동영상 UCC로 사용자가 생성한 다양한 영상을 담기 위한 많은 수많은 서비스들이 등장하고 있다. (Google Video, YouTube 등) UCC에 대한 영향력이 확대되면서 전통적인 미디어 산업이 영향을 받기 시작했고 Media 2.0이라는 신조어까지 등장하면서 변화를 꾀하고 있다.

[edit]

개방 : 정보 공유의 측면

웹 2.0의 가장 두드러진 특징이라면 그 어느 때보다 정보의 공유가 강조된다는 것이다. 여기서 정보 공유라 함은 작게는 사용자들이 서로의 정보를 공유하는 측면과 함께 넓게는 서비스 제공자끼리 정보를 공유하는 것을 뜻한다. 앞서 언급한 딜리셔스와 플리커가 사용자간의 정보 공유를 위한 서비스라면 아마존이 제공하는 아마존 웹 서비스는 서비스 제공자간 정보 공유를 위한 수단이다. 이러한 정보 공유는 바로 데이터와 서비스의 개방을 통해 가능하다. 데이터의 개방을 본격화 시킨 것이 RSS와 같은 웹 신디케이션(배포) 기술이고 서비스의 개방을 가능케 한 기술이 웹서비스(Web Services)와 REST와 같은 서비스 인터페이스 규약이다. (엄밀히 말해서 서비스의 개방 역시 내부적으로는 데이터를 처리해서 결과를 보여주는 것이기 때문에 데이터의 개방이라고 할 수 있으나 서비스를 통해서 이루어지는 것이기 때문에 본 문서에서는 두 가지를 구분하여 다룬다.)

RSS(Really Simple Syndication 혹은 RDF Site Summary)는 최신 뉴스 기사나 블로그 글의 요약 혹은 전문을 독자에게 전달해 주기 위한 표준화된 방법으로 활용되고 있다. 오프라인에서 신문을 구독 신청하면 독자는 별다른 노력없이 매일 새로운 정보를 담은 신문을 받아 볼 수 있다. 똑같은 역할을 온라인에서 해 주는 것이 RSS로 사용자는 뉴스나 블로그에 구독신청을 하면 내용이 갱신되었을 때 사용자가 원하는 곳으로 정보를 보내준다. 기존에는 정보를 싸이트에 가둬 두어서 방문하지 않으면 볼 수 없게 하였으나 이제는 RSS를 통해 외부로 오픈하여 누구나 접근할 수 있게 한 것이다. 이를 계기로 RSS를 수집하고 검색하여 원하는 정보를 찾아 주거나 여러 곳의 RSS 데이터를 재조합하여 새로운 형태의 정보를 만드는 것과 같은 신종 서비스가 나타나기 시작했다. technorati는 뉴스나 블로그 등의 다양한 싸이트에서 RSS 정보를 수집하여 사용자가 원하는 정보를 찾아준다. diggdot.us는 세 가지 기존 서비스 (digg.com, slashdot.com, del.icio.us)의 정보를 가져와 한 곳에서 묶어주는 서비스다. RSS를 통한 데이터 개방은 정보에 대한 싸이트 의존도를 낮추고 데이터의 재사용성을 극대화하여 보다 활발한 정보 공유과 가공의 길을 열어 주었다.

서비스 개방을 위해 웹서비스(Web Services)나 REST(Representational State Transfer)와 같은 서비스 인터페이스 규약을 준수하여 외부로 Open API의 형태로 서비스를 노출시킨다. 아마존이 아마존 웹 서비스를 통해 그러한 서비스 개방에 씨를 뿌렸다면 그 꽃을 피운 것은 바로 구글이다. 구글은 대부분의 서비스를 Open API로 개방하고 있다. 이 중 가장 많이 활용되는 Open API가 구글 Maps API로 구글의 지도 서비스를 사용자의 웹싸이트에 포함시킬 수 있게 한다. 이를 이용해 만든 웹싸이트의 예로 부동산 정보 싸이트인 HousingMaps가 있다. 이 싸이트는 Craigslist에서 사용자들이 올려 놓은 부동산 정보를 가져와서 구글맵 위에 표시해 준다. 어느 것 하나 HousingMaps가 가진 데이터는 없다. 다만 기존에 존재하던 두 개의 서비스를 합쳐서 새로운 서비스를 만든 것이다. 이것을 매쉬업(Mashup)이라고 한다. 현재 많은 서비스들이 Open API를 제공하고 있고 그들을 이용해 여러 가지 매쉬업 시도들이 있다. 이러한 것은 다음 싸이트를 참고.

[edit]

분산 : 정보 소비의 측면

웹 2.0 시대에 정보 소비의 패턴은 어떻게 변하고 있는가? 이전에는 대형 포털이나 전통적인 미디어 싸이트에서 그들이 차려 놓은 대로 소비하는 것이 보통이었다. 왜냐면 가치있는 정보가 그곳에 몰려있고 이를 구할 수 있는 방법은 그곳을 직접 방문하는 방법뿐이었기 때문이다. 따라서 중앙집중형의 정보 소비가 이루어졌고 그들의 정보 소비에 대한 영향력은 절대적이었다. 하지만 웹 2.0 시대로 접어들면서 그들의 영향력이 급격하게 줄어들고 있다. 우선 정보 생산의 채널이 다변화되면서 블로그와 같은 양질의 정보를 제공하는 분산화된 정보 소스가 늘어났고 RSS를 통해 정보 소비가 방문방식에서 배포방식으로 바뀌게 된 덕분이다. 이로써 사용자들은 정보 선택의 폭이 넓어졌고 자신에게 맞는 정보를 취사선택할 수 있게 되었다. 즉, 정보 소비의 분산화와 개인화다.

정보 소비의 분산화(Decentralization)는 온라인 시장의 활성화와 맞물려 롱테일 현상을 가져왔다. 즉, 상거래에서 지리적-공간적 제약이 해소되면서 상품의 인기에 상관없이 자신이 원하는 것을 구할 수 있게 됬고 소비가 롱테일에 걸쳐 분산화 되었다. 앞서 언급했듯이 아마존, Netflix, Rhapsody 등이 롱테일의 효과를 입증했다. 또한 온라인 광고 역시 정보 소비가 분산화되고 있음을 증명한다. 웹 1.0 시대의 온라인 광고는 몇몇 유명한 싸이트에 배너를 실어 노출시키는 DoubleClick이 대표적이다. 즉, 사용자의 정보 소비가 중앙집중형이라는 것을 이용한 것이다. 하지만 웹 2.0 스타일의 대표적인 온라인 광고인 구글 애드센스는 개인 블로그를 포함하여 어떤 싸이트라도 텍스트 형태의 광고를 달 수 있도록 하였다. 그리고 실제로 구글 광고 매출의 절반 가량이 이를 통해 얻어진다. 바로 사용자의 정보 소비가 롱테일에 걸쳐 있는 소규모 싸이트들까지 분산화 되어 있다는 증거다. 이러한 정보 소비의 분산화는 TechCrunch와 Read/WriteWeb과 같은 개인 블로그들이 포털만큼의 주목을 받을 수 있는 발판을 마련해 준다. (웹 2.0의 유명 블로그들이다.) 그래서 보다 양질의 UCC를 생산해 내고 다시 정보 소비의 분산화를 촉진시키는 선순환 구조를 이룬다.

그 어느 때보다 개인의 가치가 중요시되는 이 시대에 정보 소비의 개인화(Personalization)는 어쩌면 당연한 일이다. 또한 UCC의 대량 생산으로 인해 데이터 스모그가 가속화되고 있는 상황에서 정보의 질을 파악하고 사용자의 취향에 맞게 정보를 전달하는 것이 중요하다. 그래서 다양한 웹 2.0 서비스들이 개인화 서비스를 지향하고 있다. 가장 활발히 개인화가 적용되고 있는 분야가 뉴스 서비스다. Findory는 사용자가 과거에 읽었던 기사에 기반하여 관심있어 할 만한 뉴스를 자동으로 찾아주고 Spotback은 사용자가 각 기사에 선호도를 매기도록 하여 개인화된 뉴스 페이지를 만드는데 이용한다. 검색분야에서도 개인화는 뜨거운 이슈다. 개인화된 검색은 사용자의 과거 검색과 이용패턴을 분석하여 사용자에게 적합한 검색결과를 찾아주는 것으로 구글의 개인화된 웹검색, 야후의 My Web, A9.com, Rollyo 등이 있다. 이외에도 블로그, 음악, 영상 등 다양한 분야에서 개인화가 시도되고 있고 그 기반에는 보통 추천 시스템(Recommender System) 기술이 사용된다. 추천 시스템이 사용자의 취향에 맞는 정보를 찾아 주는 역할을 한다면 정보의 질을 파악하기 위해 평판 시스템(Reputation System)을 이용한다. 이것은 어떤 정보나 상품, 사람 등에 대해 다수의 사용자들이 평가를 내려서 가치를 결정한다. 아마존은 리뷰 평가 시스템에 이를 도입하였고 이베이(eBay)는 판매자와 구매자의 신뢰도를 평판 시스템을 통해 정한다. 이와 같이 많은 웹 2.0 서비스들이 부분적으로 평판 시스템을 활용하는 반면 사용자가 적극적으로 자신의 평판을 구축할 수 있게 해 주는 Opinity와 iKarma 같은 서비스가 등장하고 있다.

[edit]

플랫폼으로서의 웹 (Web as Platform)

플랫폼이라는 용어는 분야마다 약간씩 다른 의미를 가진다. IT분야에서 주로 언급되는 소프트웨어 플래폼은 소프트웨어를 개발하고 실행하는 기반환경을 말한다. 윈도우즈 플랫폼이 가장 대표적인 소프트웨어 플랫폼이다. PC에서 실행되는 고객정보관리 프로그램을 예로 들어보자. 운영체제(OS)가 MS 윈도우즈인 PC를 대상으로 한다면 그 프로그램의 개발과 실행은 윈도우즈 플랫폼에서 일어나는 셈이다. 즉, 윈도우즈 OS가 제공하는 프로그래밍 라이브러리(API)를 이용해서 개발해야 하고 그 결과 윈도우즈 OS가 설치된 PC에서만 사용할 수 있다. 예를 들어 고객정보를 파일로 저장한다면 프로그램이 파일을 읽고 쓰는 작업이 필요한데 이것을 윈도우즈 OS에서 제공해 주는 파일 API를 통해서 해야한다. 파일이라는 자원을 윈도우즈 OS가 관리하기 때문에 윈도우즈 플랫폼에 종속되는 것이다.

고객정보관리 프로그램이 다른 방식으로 구현되는 두 가지 가정을 해 보자. 첫째, 만약 고객정보를 파일이 아닌 다른 컴퓨터의 데이터베이스에 관리한다면 어떻게 될까? 더 이상 윈도우즈 OS의 파일 API가 아닌 그 데이터베이스의 통신 프로토콜(규약)을 따르면 된다. 이 통신 프로토콜은 OS에 중립적이므로 고객정보관리 프로그램은 윈도우즈 OS에서 개발되고 실행되더라도 데이터베이스는 윈도우즈 OS가 아닌 다른 OS(예를들면 리눅스 OS)에서 운영될 수 있다. 그렇다면 이 프로그램의 플랫폼이 윈도우즈 플랫폼이라고 할 수 있는가? 또 다른 가능성을 살펴보자. 만약 고객정보관리 프로그램이 웹브라우저에서 실행된다면? 즉, 별도의 윈도우창 없이 웹브라우저 상에서 웹페이지로 구현되고 실행되는 것이다. 따라서 고객정보관리 화면(사용자 인터페이스, UI)을 위해 윈도우즈 OS의 API가 아닌 웹페이지를 위한 표준 HTML과 Javascript 등을 사용한다. 이렇게 만들어진 프로그램은 웹브라우저만 있으면 OS와 상관없이 어디서든 실행할 수 있다. 이 경우 어떤 플랫폼이 기반이 되었다고 할 수 있는가?

윈도우즈 플랫폼과 같이 OS 기반의 전형적인 소프트웨어 플랫폼은 데이터와 UI에 대한 통제권을 가지고 있다. 하지만 첫번째 가정에서 데이터에 대한 통제권을, 두번째 가정에서 UI에 대한 통제권을 상실한다. 과거 윈도우즈 플랫폼이 소프트웨어에 대한 통제권을 장악하고 있었던 반면 최근에는 두 가지 가정에서와 같이 윈도우즈 플랫폼에 종속적이지 않은 소프트웨어들이 늘어나고 있다. 이것은 바로 웹을 기반으로 한 것들이다. 웹은 HTTP라는 표준화된 데이터 전송 프로토콜과 HTML이라는 표준화된 표현방식을 가지고 있다. 이들은 웹브라우저를 통해 대부분의 OS에 구현되어 있고 따라서 OS에 중립적이다. 이것이 OS 플랫폼으로부터 데이터와 UI에 대한 통제권을 가지고 올 수 있는 힘이다. 웹 기반 고객정보관리 프로그램을 생각해 보자. 고객정보는 서버측에 저장되고 HTML로 표현된 고객정보관리 화면과 함께 HTTP 프로토콜로 클라이언트측에 전송되어 웹브라우저에 의해 보여진다. 이처럼 웹을 기반으로 한 소프트웨어는 서버와 클라이언트(웹브라우저)를 모두 포함하는 실행환경을 가지고 있고 보통 단일 사용자보다는 다중 사용자에 촛점을 맞추고 있다. 그래서 웹 기반 소프트웨어는 '소프트웨어'보다는 '서비스'라고 불린다.

HTTP와 HTML을 통해 데이터와 UI에 대한 독립성이 확보되었다면 웹 2.0 이전부터 웹은 이미 플랫폼이 아니었는가? 맞는 말이다. 웹은 등장할 때 부터 플랫폼을 지향하고 있었다. 하지만 진정한 플랫폼으로서의 웹이 가능하게 된 것은 웹 2.0이라는 웹 기술과 문화의 진화 덕분이다. 웹 2.0의 어떤 기술이 이것을 가능하게 했는지 클라이언트(UI) 기술, 서버 기술, 컨텐츠(데이터) 기술 측면에서 각각 살펴보자.

[edit]

클라이언트 기술

웹 서비스는 웹브라우저를 클라이언트 프로그램으로 사용하기 때문에 표준화된 표현방식인 HTML만 준수한다면 어디서든 이용할 수 있는 장점이 있다. 하지만 HTML이 본래 정적인 문서를 표현하기 위한 마크업 언어로서 고안이 된 것이라 일반 PC 응용프로그램이 보여주는만큼의 동적인 기능들을 처리하기가 어렵다. 또한 웹페이지의 작은 부분 수정에 대한 요청을 보내더라도 전체 페이지를 다시 받아 재구성해야 하기 때문에 사용자와의 상호작용성이 떨어진다. 그래서 자바스크립트와 같은 클라이언트측 스크립트 언어가 등장하여 그 약점을 어느 정도 보완하였으나 아직은 초보적인 수준이었다. 이런 표준적인 웹페이지의 동적인 기능과 상호운용성을 보강하기 위해 많은 기술들이 등장했는데 이들을 RIA(Rich Internet Application)기술이라고 부른다. 초기의(웹 2.0이전) 1세대 RIA 기술들로는 MS의 ActiveX, SUN의 Java Applet, Macromedia의 Flash가 있다. 이들이 웹의 제약을 많은 부분 해결하였으나 여전히 여러가지 문제점들 - 초기 설치의 필요성, OS 플랫폼 종속성, 큰 용량의 모듈, 보안 취약성 등 - 을 안고 있어 개선된 기술의 필요성이 요구되었다.

새로운 RIA 기술 등장의 신호탄을 쏘아올린 것은 구글이었다. 구글은 Gmail과 Maps 서비스를 오픈하면서 Ajax라는 기술을 적용하였다. Ajax(Asynchronous Javascript and XML)는 웹에서 비동기 통신이 가능하게 해 주는 기술로서 XHTML, CSS, XML, DOM, Javascript, XMLHttpRequest 등의 웹 표준 기술의 묶음으로 이루어져 있기 때문에 대부분의 웹브라우저가 이미 지원하고 있고 별도의 설치가 필요없다. Ajax의 비동기 통신을 이용하여 전체 화면의 재구성없이 필요한 부분만 수정할 수 있기 때문에 사용자에게 끊김없는 사용자 경험을 제공해 줄 수 있다. 구글 Maps를 보면 지도가 웹페이지 내에 위치하지만 줌인과 줌아웃, 이동시에 전체 페이지의 변화없이 지도 부분만 변화하는 것이 Ajax를 적용했기 때문이다. Ajax를 쇼핑몰 싸이트에 적용한 예로 panic.com이 있는데 원하는 상품이 있으면 마우스로 끌어다가 화면 아래의 장바구니에 넣으면 된다. 보통 온라인 쇼핑몰에서는 이런 조그만 변화에도 페이지 전체를 다시 가져오거나 아예 다른 페이지(장바구니페이지)로 이동해야 했다. Ajax를 이용해 훨씬 실제와 가까운 쇼핑 경험을 할 수 있게 된 것이다. Ajax 외에도 Macromedia Flex, Firefox XUL, Windows Vista XAML, Yahoo Widget, Apple Dashboard, MS Gadget, Google Module 등 다양한 RIA 기술들이 등장하여 보다 풍부한 사용자 경험을 보여 줄 수 있는 길을 열었다.

대부분의 웹 서비스가 웹브라우저를 클라이언트 프로그램으로 사용하고 있는 반면 별도의 실행환경이 설치되어야 하는 경우도 있다. 메신저 서비스와 데스크탑 서비스, 위젯 서비스가 그 대표적인 서비스들이다. 각종 RIA 기술들로 인해 웹브라우저 상에서도 PC 응용프로그램 수준의 기능을 제공해 줄 수 있게 되었으나 여전히 제약사항들이 존재한다. 일단 HTTP가 요청-응답 모델(pull 모델)의 프로토콜이기 때문에 요청없이 발생하는 이벤트에 대한 처리가 쉽지 않다. 그리고 웹브라우저 상에서 표현할 수 있는 사용자 인터페이스가 일반 PC 응용프로그램 보다 부족하거나 복잡한 문제도 있다. 메신저 서비스는 웹으로 구현하기 어려운 대화형 서비스를 제공해 주고 있다. 구글 데스크탑과 같은 데스크탑 서비스는 이메일이나 뉴스 등과 같은 다양한 푸쉬 정보를 한 곳에서 볼 수 있는 프로그램을 제공한다. Yahoo Widget과 Apple Dashboard 같은 위젯 서비스는 웹에서 제공하는 기능을 포함하여 다양한 종류의 서비스를 더욱 화려한 그래픽 인터페이스를 통해 실현할 수 있는 환경을 제공한다. 이들 서비스가 각기 다른 목적을 가지고 있지만 궁극적으로는 웹브라우저가 지원하기 어려운 기능들을 제공하는 통합된 기반 환경으로 발전하여 또 다른 표준화된 클라이언트 프로그램의 자리를 차지하려는 시도로 볼 수 있다.

요약하면 다양한 RIA 기술의 등장으로 웹브라우저에서도 PC 응용프로그램 수준의 동적인 기능과 화려한 UI를 구현할 수 있게 되어 복잡한 소프트웨어를 웹에서 구현할 수 있는 토대를 마련해 준다. 또한 웹브라우저만으로 지원하기 어려운 서비스를 위해 통합된 실행 환경을 제공해 주기 위한 시도 역시 꾸준히 계속되고 있다.

[edit]

서버 기술

웹에서 복잡한 기능들이 구현되면서 웹페이지를 동적으로 만들어내야 하는 요구가 많아졌다. 만약 야구 중계를 하는 웹페이지라면 매회마다 경기결과를 적용하여 페이지를 수정해야 한다. 이를 위해 페이지에 대한 요청이 있을 때 데이터베이스에 저장된 경기결과를 읽어 페이지를 자동으로 생성하도록 하는 프로그램이 필요하다. 초기에는 C나 Perl과 같은 기존 프로그래밍 언어를 사용하여 동적인 페이지를 만들어냈다. 하지만 이들은 웹 프로그래밍을 위해 개발된 것이 아니기 때문에 더 나은 언어가 필요했고 이에 대한 응답으로 Java 기반의 서블릿과 JSP, MS의 ASP 등이 등장하여 많은 인기를 얻었다. 웹 서비스는 매우 빠른 개발 주기를 요하고 지속적인 수정과 빠른 적용이 필수적이다. 이에 따라 프로그램 작성 즉시 그 결과를 볼 수 있는 스크립트형 언어가 웹 프로그래밍을 위한 매력적인 언어로 떠올랐고 현재와 같이 PHP, Python, Ruby 등의 스크립트형 웹 개발 언어들이 많은 인기를 끌고 있다. 이와 같이 다양한 웹 개발 언어의 등장으로 개발자는 자신이 개발하고자 하는 웹 서비스에 가장 적합한 언어를 고를 수 있는 선택의 폭이 넓어졌다. 그리고 이러한 언어들은 신속한 웹 개발(Agile Web Development)을 가능하게 하는 방향으로 진화하고 있다.

신속한 웹 개발의 중심축에 바로 웹 프레임워크(Web framwork)가 있다. 프레임워크가 '틀'이라는 의미를 지니고 있듯이 웹 프레임워크는 웹 개발을 위한 틀을 제공해 준다. 이 틀에서 제공해 주는 가장 대표적인 기능이 MVC(Model-View-Controller) 모델을 준수하여 웹 서비스를 제작할 수 있도록 하는 것이다. MVC 모델은 소프트웨어 개발시 데이터 모델과 사용자 인터페이스, 컨트롤 로직을 다른 컴포넌트로 분리하는 개발 방법론이다. 고객정보관리 서비스를 개발할 때 MVC 모델을 적용하면 고객정보를 관리하는 데이터베이스와 관련된 부분, 고객정보를 처리하여 유용한 정보를 만드는 부분, 그 정보를 웹페이지로 만들어 뿌려주는 부분으로 나누어 구현될 것이다. 이렇게 MVC 모델을 적용할 경우 코드의 가독성과 재사용성을 높이고 유지관리가 용이하고 협업이 수월한 장점 등의 다양한 이득을 얻을 수 있다. 한발 더 나아가 MVC 모델에 따른 코드의 자동 생성도 가능하다. 즉, 데이터 모델에 필요한 기본 기능들(CRUD: Create, Read, Update, Delete)은 대부분의 서비스에서 동일하기 때문에 테이블의 구조만 명시되면 나머지 코드 부분은 자동으로 생성될 수 있다. 이외에도 XML 처리, 고수준의 사용자 인터페이스 지원, 로깅, 캐싱, 리소스 풀링과 같은 공통 기능을 위한 라이브러리를 제공해 주는 등 다양한 기능을 갖추어 신속하게 웹 서비스를 개발할 수 있게 해 준다. 요즘 각광을 받고 있는 대표적인 웹 프레임워크로는 Ruby 언어를 기반으로 하는 Ruby On Rails(RoR)가 있다. 몇 줄의 코딩만으로도 간단한 블로그를 만들 수 있을 만큼의 우수한 생산성을 자랑한다. Java 언어를 위한 프레임워크로 Struts를 위시한 JSF, Spring, WebWork, Tapestry 등이 있고 PHP 기반의 프레임워크로 CakePHP, PEAR, Zend framework 등이 유명하다. 최근 Ajax 기술이 급부상하면서 Ajax를 지원해 주는 다양한 프레임워크들이 나오고 있다. Dojo, Prototype, DWR, Backbase, SAJAX, Ajax.NET, Atlas, Google Web Toolkit (GWT) 등이 그 예이다.(다양한 Ajax framework들에 대해서는 여기를 참조) 웹 2.0의 특징 중에 하나가 Perpetual Beta, 즉 최대한 신속히 서비스를 만들고 사용자 요구에 따라 끊임없이 업데이트가 이루어진다는 것이다. 웹 프레임워크를 통해 빠른 프로토타입핑(Rapid prototyping)과 신속한 업데이트가 가능해짐으로써 변화에 능동적으로 적응할 수 있는 웹 2.0 서비스를 만들 수 있게 되었다.

웹 개발 언어와 웹 프레임워크가 발전하더라도 개발된 서비스를 실행하고 관리하는 서버 시스템 환경이 받쳐주지 못하면 무용지물이 된다. 현재 많은 웹 2.0 서비스들이 LAMP라는 서버 환경에서 개발되고 운영되고 있다. LAMP는 OS로 Linux를, 웹서버로 Apache를, 데이터베이스로 MySQL을, 프로그래밍 언어로서 PHP, Python, Perl 등을 사용하는 환경을 뜻한다. 이 모두의 공통점은 바로 오픈 소스 프로젝트로 만들어진 소프트웨어(OSS)라는 것이다. 이들 오픈소스 소프트웨어는 초기에 비해 상당히 성숙하여 이제는 어느 상업용 소프트웨어에도 뒤지지 않을 정도까지 우수하다. 이렇게 적은 비용으로 안정된 서버 시스템을 구축할 수 있는 환경이 마련됨으로써 다양한 웹 2.0 서비스들이 시도될 수 있는 것이다. 그리고 글로벌한 규모의 서비스를 지원하는 서버 시스템을 위해 다양한 분산 시스템 기술들-서버 클러스터링 기술, P2P 기술, Grid 기술 등-이 이미 성숙단계에 이르렀고 조만간 여러 곳에 적용될 것으로 기대된다. 구글이 가지는 서비스 경쟁력도 결국 그들의 강력한 서버 플랫폼 기술의 승리라고 볼 수 있다.

요약해 보면 다양한 웹 개발 언어와 웹 프레임워크가 등장함으로써 신속한 서비스 개발과 업데이트가 용이해졌고 개발된 서비스를 저렴한 비용에서 안정되게 운용해 줄 수 있는 LAMP와 같은 오픈 소스 서버 소프트웨어의 성장으로 다양한 시도를 해 볼 수 있는 가능성을 열었다. 이러한 서버측 기술의 발전은 수많은 웹 2.0 서비스 탄생의 밑거름이 되고 있다.

[edit]

컨텐츠 기술

컨텐츠 기술이야 말로 웹 2.0의 가장 독특하고 핵심적인 기술이라고 할 수 있다. 앞서 기술한 정보의 생산부터 공유, 소비에 걸쳐 다양한 컨텐츠 기술을 통해 새로운 형태의 컨텐츠 문화가 생겨나고 있다. 여기서는 이러한 컨텐츠 기술이 웹이 플랫폼으로 진화하는데 어떤 도움을 주는지 살펴 보자.

웹 서비스를 만들 때 컨텐츠는 서비스 제공자 혹은 사용자에 의해 만들어져 내부 데이터베이스에 저장된다. 이렇게 만들어진 컨텐츠가 웹 서비스의 핵심 경쟁력에 해당하므로 컨텐츠를 생산하고 관리하는 데이터베이스는 플랫폼의 중요한 일부라고 할 수 있다. 지금까지 웹 서비스는 내부 데이터베이스에 한정되었다. 하지만 웹 2.0 시대에는 웹 전체를 하나의 커다란 데이터베이스로 볼 수 있다. 즉, 많은 웹 2.0 서비스들이 자신의 데이터를 공개함으로써 엄청나게 큰 규모의 데이터베이스가 형성된 것이다. 그리고 이렇게 큰 웹 DB를 접근하는 프로토콜로 RSS와 Open API를 이용할 수 있다. XML과 Web Services 표준으로 이루어진 프로토콜이기 때문에 서비스의 OS 플랫폼에 종속되지도 않는다. 기존 서비스는 책 검색을 위해 직접 책 정보를 구축해야 했지만 지금은 아마존이라는 거대한 책 DB가 있다. 그리고 지도를 위해서는 구글 Map DB가, 사진을 위해서 Flickr가, 심지어 어떤 정보라도 담을 수 있는 구글 Base도 있다. 이러한 다양한 공개 DB 덕분에 여러 가지 재미있는 Mashup 서비스들이 나올 수 있는 것이다. 이와 같이 무한 웹 DB와 표준 프로토콜은 데이터를 위한 강력한 플랫폼을 제공해 주어 웹이 플랫폼으로 진화하는데 힘을 실어준다.

하지만 이런 웹 DB도 초기 데이터를 생성하는 과정이 필요하다. 사용자 참여를 이끌어내는 다양한 웹 2.0 기술이 정보 생산의 플랫폼으로서 역할한다. 블로그와 위키가 사용자의 텍스트 정보를 만들어 낸다면 사진 공유 서비스와 동영상 서비스는 사용자의 멀티미디어 정보를 끌어낸다. 여기에 태킹이라든가 필터링 기술이 접목되면서 개별적인 정보는 관계가 맺어지고 더욱 가치있는 데이터베이스가 형성된다. 이제 웹은 정보 소비뿐 아니라 그 자체로 데이터를 생산하는 플랫폼으로서 그 가치를 발휘하고 있는 것이다.

그러나 데이터만 있다고 서비스가 되는 것은 아니다. 사용자에게 가치있는 정보를 전달하려면 데이터를 사용자 요구에 맞게 처리할 수 있어야 한다. 만약 수많은 블로그글을 모아 놓고 검색을 해 줄 수 없다면 무슨 소용이 있겠는가? 데이터가 스토리지 자원을 요하는 요소라면 데이터 처리는 컴퓨팅 자원을 필요로 하는 부분이다. 웹 2.0에서는 이것마저 외부에서 가져다 쓸 수 있다. Web Services라는 것이 본디 이런 목적을 위해 개발된 기술이다. 즉, 개별적인 서비스들을 표준화된 인터페이스를 통해 접근하도록 하여 다른 서비스에서 가져다 쓸 수 있도록 한 것이다. 앞서 예시로 들었던 고객정보관리 서비스에 적용해 보자. 여러 채널을 통해 수집한 고객 정보를 이용해 고객의 취향을 분석해 내고 싶다고 하면 그런 분석 작업을 전문으로 하는 웹서비스를 찾아서 데이터를 보내고 그 결과만 받으면 된다. 그들이 그 작업을 훨씬 잘 할 것이고 비용도 적게 들 것이다. 자신이 가진 서비스를 Web Services 표준을 통해 공개적으로 접근할 수 있게 한 것이 Open API이고 이들은 순수하게 데이터를 접근하는 기능과 데이터를 처리하는 기능을 모두 포함하고 있다.

정리해 보면 컨텐츠 측면에서 플랫폼에서 지원해 주어야 기능은 데이터 구축&접근과 데이터 처리다. 웹 2.0 이전에는 이러한 작업이 서비스 자체에서 이루어졌다면 웹 2.0에서는 서비스 외부로 아웃소싱이 일어나고 있다. 그리고 그들에 대한 접근이 Web Services 표준을 따르는 Open API를 통해 이루어진다. 마치 PC 프로그램이 자신이 기반한 OS 플랫폼에서 제시하는 API를 사용하는 것처럼. 웹 자체가 데이터베이스 역할을 하고 그들을 접근하는 프로토콜 역시 웹 표준을 따르기 때문에 컨텐츠 측면에서 웹은 이미 플랫폼의 역할을 하고 있다.

[edit]

웹 플랫폼을 활용한 서비스들

지금까지 살펴 본 것처럼 웹 2.0의 클라이언트 기술, 서버 기술, 컨텐츠 기술들이 잘 조화를 이루어 웹을 명실상부한 플랫폼의 위치에 올려 놓았다. 이를 기반으로 기존 웹 환경에서는 해 보기 어려웠던 새로운 시도들이 다양하게 일어나고 있다.

첫째, PC에서 실행되던 프로그램들이 웹에서 구현되기 시작하고 있다. 가장 대표적인 예가 웹 오피스 서비스들이다. PC 소프트웨어의 상징격인 오피스 프로그램들이 웹에서 구현되기 시작한 것이다. Writely는 온라인 상으로 워드 작업을 할 수 있게 하면서 추가적으로 협업에 의한 공동 문서 작성도 가능하다. Thinkfree는 MS의 워드, 파워포인트, 엑셀과 호환되는 웹 기반의 오피스 슈트를 제공한다. Zimbra는 Ajax 기술로 구현된 서비스로 그룹의 이메일, 일정, 주소록 등을 관리해 주는 웹 버전의 그룹웨어 기능을 제공하여 MS Outlook과 Exchange Server의 역할을 대신한다. 이외에도 다양한 웹 기반 오피스 서비스들이 나와 굳건하던 MS 오피스의 자리를 위협하고 있다.

두번째 변화는 기업이나 개인이 필요로 하는 기능(솔루션)을 요청할 때 마다(on-demand) 온라인 상으로 서비스 형태로 제공해 주는 것이다. 이것을 Software as a Service(SaaS)라고 부르기도 한다. 가장 성공적인 케이스인 Salesforce.com는 기업들이 요구하는 CRM 솔루션을 온라인으로 제공한다. 덕분에 기업들은 고가의 서버 비용과 CRM 솔루션 비용, 관리 비용 등을 줄일 수 있다. 37signals는 소규모 비지니스에서 필요한 다양한 그룹웨어 기능(프로젝트 관리, 공동 문서 작업, 공용 ToDoList, 그룹 채팅등)을 저렴한 가격에 웹상으로 제공한다. MS Office Live도 작은 기업들을 위해 웹호스팅 서비스를 제공하면서 고객, 직원, 프로젝트 등을 관리하는 간단한 온라인 프로그램과 온라인 상으로 협업이 가능하도록 하는 서비스를 지원한다.

마지막으로 웹페이지에 프로그램을 내장시키는 시도들이다. 개인화 홈페이지들이 여기에 해당한다. MS Windows Live를 보면 Ajax로 구현되어 페이지의 구성을 사용자가 원하는대로 동적으로 변경할 수 있다. 그리고 MS Gadget이라는 미니 프로그램을 직접 작성하거나 가져와서 자신의 개인화된 live.com 페이지에 추가할 수 있다. 거의 유사한 기능을 제공하는 서비스로 구글의 개인화 홈페이지가 있다. 이것도 동적으로 기능을 추가할 수 있는 구글 모듈을 제공한다. 이외에 Netvibes, Goowy, Protopage, Pageflakes, eskobo 등 개인화된 홈페이지를 제공하려는 시도들이 계속되고 있다.

이 세 종류의 시도는 예전에 PC나 서버에서 수행되던 작업을 웹상으로 옮겨 놓은 것들이다. 이들을 Web Application(혹은 Weblication, WebApp)으로 부르기도 한다. 이러한 시도를 가능하게 한 것은 RIA로 대표되는 클라이언트 기술과 개발편이성과 운용성이 증대된 서버 기술들이다. 한편 컨텐츠 기술은 주로 Mashup 서비스에서 주로 이용되고 있다. RSS와 Open API가 주로 데이터에 접근할 수 있는 방법을 제공해 주기 때문에 이를 이용한 서비스들도 주로 데이터 중심의 정보 제공 서비스가 될 가능성이 크다. 반면 Web Application은 주로 컴퓨팅 작업을 처리해 주는 역할을 하기 때문에 컨텐츠 기술에 대한 적용도가 떨어진다. 하지만 앞으로 플랫폼으로서의 웹을 최대한 활용하여 클라이언트 기술, 서버 기술, 컨텐츠 기술을 모두 이용하는 서비스가 점점 더 많아질 것이다.

'http://web2hub.com/wiki/index.php/Web_2.0'에서

출처 : Tong - junprio님의 Web2.0통

몰디브 2일~3일 연속

(B.L.U.E) — Thu, 13 Mar 2008 22:56:17 +0900

몰디브 2일~3일 연속

몰디브에서의 둘째날....
이 밝았다곤 하지만.....
이건 인도양의 날씨가 아니얌...
바라고 바라던 햇빛과 좋은 날씨는 아니었다. ㅠㅠ

하늘도 무심하시지....

침실에서 보이는 몰디브 해안.
정말 맘에 드는건 바다 색깔이다.
우리나라도 우도에 가면 저런 바다라고는 하지만 아직 우도를 가보지 못해서리..ㅠㅠ
그럼에도 불구하고 날씨가 좋지 않으니...우울모드...

방을 청소하러 오신 아저씨.
이 분은 이곳에서도 막일 하시는 분인가부다.
맨발로 성큼 성크..음

새벽을 지나 아침이 되니 날씸가 좀 개려나 부다.

방갈로 앞에서 한컷.
무인도에 떨어진 듯한 느낌이다.

저뒤의 어두운 하늘만 아니면 정말.ㅠㅠ

햇볕이 있으면 정말 이쁜 바다 색깔이지만..
날씨가 않좋으니 우울한 색깔처럼 느껴진다.

날씨가 점점 개어진다. 오오오

오 ~~ 하얀구름 원츄~~~!!!

커플 뒤에서 한컷~!!!

날씨가 좀 개니 아가씨 들이 물속에서
쿄효효효
모른척샷~!!(민망해서 제대로는 못 찍겠더라...)

점심이 되어 음식이 정말 안 맞아 싸온 음식을 먹기로 했따.
캬햐햐햐 몰디브 바다에서 라면 먹는 이 느낌...

다시 바다가 운다....

다시 개었다..
ㅠㅠ
바닷가라서 그런지 정말 날씨가 변덕 스럽다.

정글숲...

한반도 모양의 바닷가.ㅎㅎㅎㅎ
억지스럽나..?

풀문 리조트 ~~

저녁이다..
오늘 정말 한거 없다. ㅠㅠ
내일은 제발 날씨가 게이기를 바라면서 잠에 든당.

다음날......
아직은 새벽이라 모르겠따.
좋은 날씨일런지....

아침이 되니 오우~~~ 좋아.
바로 이거야 캬햐햐햐
sunny day ~!!

풀에 가봤다.
역시 부지런한 대한민국 국민인가보다.
휴양지 까지 와서 이렇게 일찍 일어나는 사람은 우리 밖에 없더라...ㅠㅠ

사람이 없으니 정말 뛰어들고 싶었따.

리셉션에 달려있는 샹드리에

푸른 하늘과 구름 그리고 열대야자

야자수.....
사실은 실제로는 처음 봤따.

바다색깔이 이뻐진다.

후후후후 좋아

팁이라도 주고 싶다.
(주머니속의 1달러 지폐들...)

설레이는 바다....

모래가 아니라 산호가 뭉개진거란다.

다시 풀에 갔을때 이름 모르 새가...

갈매기는 아닌데 저 새가 뭘까?

아아아아악 다시 비가.ㅠㅠ

비가 온다...절망이다.

오늘까지 암것도 못하면 억울할거 같아서
그냥 무작정 바닷속에 뛰어들었따.

어제 그 아저씨가
해놓고 가신 허니믄 선물 오오오오

위에 올라서서 다시 샷

전부 생화로 만들어주셨다.
팁 두배~~!!

하늘이 다시 게인다.

하늘은 게이건만 바다는 아직도 검다.

날이 저물어간다.
안되~~~~

다시 바다로~~~

크흐흐흐
날이 게이더니 다른 사람들도 들어온다.
저기 하얀 부분은 모래가 쌓인 부분이고 검은 부분은 돌들이다.
산호초 들이라서 아쿠아슈즈를 신지 않으면 발을 다친다.

멀리 가보자~~~

날이 게이니 상쾌한다.

이제 제대로 나오는구나 사진이...

야자수도 ....

멀리서 보는 풍경도 정말 좋다.

아 그 새도 좋단다...

전갈도 좋다고 하넹.ㅋㅋㅋ

가까이 다가갔더니 도망간다.

타월을 이쁘게 가지런히...

잠자리...

직원들이 분주히 움직인다.

다시 바다로...