이미 알고 있는 서비스지만 실제 처리를 경험해보기 위해 Google AdSense를 설치했습니다.. 블로그에 광고 붙는걸 별로 안좋아해서 한달정도 서비스를 이용해보고 제거를 할 예정입니다..

어떤 광고가 계속 보여질지.. 정말로 블로그 내용을 보고서 광고가 바뀔지 살펴보려는데.. 아직까지는 계속 주택관리사 시험광고만 나오고 있네요.. 제 블로그 글 성향이 약간 시험적인 면이 있나봅니다.. --a

web 2.0 컨퍼런스 발표자료가 공식블로그에 올라왔습니다..

관심 있는 분들은 위 링크를 들려서 받아가시길..

zdnet 아스피린 하우스에 들어갔다가 재미있는 사이트 하나를 알게 되었습니다.. 자신의 홈페이지가 과연 web 2.0인지 아닌지를 판별해주는 사이트라는데 개인이 만든 것이라고 하네요.. 주소는 http://web2.0validator.com/


사이트에 접속한 후에 자신의 홈페이지나 웹사이트 주소를 입력하면 이 홈페이지가 web 2.0인지 아닌지 여러가지 항목체크를 통해 보여준답니다..

저의 홈페이지를 입력해보고 참고삼아 web 2.0의 대표주자 중 하나인 플리커 사이트를 같이 입력해봤는데 결과가 둘다 비슷하게 나왔네요..

결과데이터에 대한 기술적 검증까지 바라는건 무리라고 보고.. 그냥 재미삼아 함 들어가서 살펴보는 것이 좋을듯..

구글에서 최근 출시한 구글 데스트톱 3의 'Search Across Computers' 기능에 대해서 최근 가트너 그룹에서 까지 기업보안 위험가능성이 있음을 지적하고 나섰고, 이에 대해 구글측에서도 그 지적에 대해 수긍했다는 기사가 최근 cnet을 통해 나왔습니다..

최근들어 다양한 분야에서 활발하게 제품이나 서비스를 제공하는 구글의 입장에서는 이 부분은 걸림돌이 될 수 밖에 없는 부분일 것입니다..

MS의 예전 행보를 되짚어 가는 것처럼 진행되고 있는 구글의 모습을 보면서 과연 이 기업이 앞으로 어떻게 이러한 사태에 대응할 것인지 궁금해집니다.. 막강한 자본력으로 모든 상황을 무마시킬 것인지.. 아니면 또 다른 방법을 통해 새로운 해결책을 내놓을 것인지..

web 2.0 및 AJAX 자료를 얻기 위해서 인터넷을 계속 찾아다니던 중 AJAX의 표기 및 발음에 대한 논의내지 의문점이 나만 가지고 있는 것이 아님을 알게되었다.. 결정적으로 다시 이 부분에 대해 찾아보게 된 것은 국내에서 사용하는 발음 중 '아작스'라고 발음하는 것을 알게되면서 부터인데.. 심지어 zdnet의 아스피린하우스 글 중에서는 어느 기획자는 '에이작스'라고 까지 발음을 하는 경우도 보았다..

정답까지는 아니더라도 어느정도 명쾌한 답변을 얻기위해 찾아다니던 중 차니님의 블로그에서 이에 대한 고민의 생각, 그리고 답변이 담겨진 글을 읽게되었다..

결론을 말하자면 맨처음 AJAX를 이름지은 Jesse James Garrett의 의견은 영어로는 '에이젝스', 유럽쪽에서는 '아약스'로 발음한다는 것.. 둘중 아무거나 택해도 무방하다는 것.. 대신 표기는 첫글자만 대문자를 사용하는 'Ajax'를 사용해 달라는 것이었다..

국내에서는 대부분 '에이젝스'에 대한 한국어식 발음(?)인 '아작스'로 통일이 되는 것이 추세가 된 것 같다.. 그러나 나는 아무리 추세긴 해도 '아약스'가 제일 마음에 들기는 한다.. 발음은 고집부린다고 해도 표기는 원저자의 의견대로 'Ajax'로 고쳐쓰는 것으로 해야겠다..

참고로 그리스신화에서 트로이 공격군의 용사중 '아이아스'(Αιαζ)라는 이름의 용사가 있는데 로마신화에서 그 용사에 해당하는 이름이 바로 아약스이다.. 아무래도 Jesse James Garrett 이 그리스,로마신화의 열렬한 팬이 아니었을까...? ^^;

* 차니님의 블로그에 트랙백을 보내면서 미처 UTF-8로 처리하지 못해 한글이 깨진채로 트랙백이 되버렸다.. Ajax의 발음만 걱정할게 아니라 국내에서는 한글 인코딩도 걱정을 해야한다는 걸 새삼 느끼게 된다..

MSN 사용자등록 이모티콘 파일(주로 animation gif)을 사용하다보면 등록된 이모티콘을 다른 컴퓨터에서 사용해야할 일이 생기곤 합니다.. 보통은 아래 경로의 MSN Messenger 메신저 디렉토리 하위에 생긴 메신저 고유번호 디렉토리를 백업하는 방법을 사용하지만 그렇게 해도 재사용이 안되는 경우 수동적인 방법이지만 아래 방법을 활용할 수 있습니다..

일단 사용자등록 이모티콘 경로로 이동합니다.. 만약 아래 경로가 안보이면 Application Data의 숨김속성으로 인해 안보이는 것이므로 윈도우 탐색기에서 숨김파일 및 폴더보기 옵션을 활성화하면 보입니다..

경로 : 주로 C:Documents and SettingsAdministratorApplication DataMicrosoftMSN Messenger메신저고유번호CustomEmoticons

CustomEmoticons 경로에 들어가보면 'TFR49.dat' 같은 형식의 dat 파일이 들어있습니다.. 이 dat 파일은 확장자만 dat 일뿐 파일형식은 gif 파일입니다..이 파일의 확장자를 gif로 변경하고 재사용하고자 하는 MSN계정에서 재등록처리를 하면 그동안 등록한 이모티콘을 다른 계정이나 컴퓨터에서 사용할 수 있습니다.. 수동이라 번거로운 것이 단점이지만 적용은 확실하죠..

요즘 한빛미디어의 'Ajax 입문'에 나왔던 소스들을 개인적으로 asp로 converting(이랄 것도 없지만..)하는 작업을 해보고 있습니다.. asp 소스를 돌릴 서버를 호스팅하고 있지 않아서 로컬에서 작업을 해보는 중입니다.. 재밌는 것은 약 2,3년 전 티켓판매시스템을 RIA로 개발하는 작업을 한적이 있는데 그 때와 지금 작업이 매우 흡사한 느낌이 든다는 것입니다..

플래시기반의 RIA와 Javascript 기반의 AJAX는 기술적으로 매우 유사한 부분이 많습니다.. 데이터 전송으로 xml이나 ascii 기반의 text를 이용하는 것이나 client side의 스크립트를 이용하여 전송처리를 비롯한 로직을 구현하는 것, 화면 리프레쉬 없이 데이터갱신을 하는 것 등이 그런 부분들인데 간단하게 표로 정리하자면 아래와 같습니다..
AJAX의 데이터 처리방법에 대해서는 관심있는 개발자들이라면 다들 알고 있으리라 봅니다.. 클라이언트 사이드에서 데이터를 포함한 이벤트가 발생하면 그 데이터를 서버단으로 XMLHttpRequest 같은 메소드를 이용하여 전달하고 서버로부터 결과값을 받아오면 이에 대한 이벤트 처리를 한 후 다시 클라이언트에 표시하는 방식인데 플래시 내부에서 actionscript가 처리하는 방법이 AJAX의 그것에 비해 구현방법면에서 큰 차이가 없습니다..

AJAX를 큰 범위내에서는 RIA에 포함시키는 분류도 있어서 사실상 큰 차이가 없는 것이 맞는 말이지만 구현기법이나 UI적 측면에서는 AJAX가 좀더 가볍게 돌아가는 느낌이 드는 반면 UI측면에서 좀더 rich한 모습은 플래시 기반의 RIA쪽이 아직은 우세인 듯 싶습니다.. 하지만 얼마전 yahoo! 에서 발표한 UI 가이드라인이나 웹디자인 패턴 라이브러리를 보면 조만간 AJAX가 RIA가 차지하고 있는 자리를 잠식할거라는 예상도 어렵지 않게 할 수 있습니다.. 그 예상에 대한 근거 중 하나를 대라고 하면 결정적으로 AJAX가 보유하고 있는 장점가운데 화면구성 시 활용하는 UI객체들이 브라우저 기반의 HTML객체들이라는 것입니다.. 플래시기반의 RIA에서 HTML객체와 유사한 UI를 구현하려면 내장객체를 사용하거나 직접 코딩으로 기능을 구현해야 하는데(객체 디자인은 별개로 한 전제입니다) 내장객체를 사용하면 애플리케이션의 무게가 너무 무거워지고 직접구현은 생각처럼 쉽게 만들기가 어렵습니다..

그러나 아직은 서로간에 장단점들이 있기 때문에 상호보완적으로 운영하는 측면이 더 강조되야 하지 않을까 싶습니다.. actionscript 내부에서도 외부와의 클라이언트 이벤트 처리를 위해 javascript 관련 내장함수를 구현해 놓은 것도 그런 면의 연장선이 아닌가 합니다..

수 백 명의 기술자와 기자들, 그리고 투자자들은 20일 오전에 캘리포니아 마운틴 뷰에서 개최될 매쉬캠프(MashupCamp) 행사를 고대하고 있다. 이 행사는 다중 애플리케이션 프로그램 인터페이스 관련 주문형 프로그램에 대해 논의될 첫 번째 컨퍼런스라는 점에서 주목할 만 하다. 기사전문보기

web 2.0에 대한 다양한 견해들이 나오는 가운데 과연 web 2.0에서 어떤 비지니스 모델을 찾아낼 것인가가 기업들의 뷰포인트가 되어가는 듯 싶다..

대표적인 것이 구글맵(google maps)같은 API기반의 서비스.. 이미 알다시피 구글맵 API와 부동산정보를 연계하여 새로운 수익모델을 만들어낸 하우징맵(www.HousingMaps.com)같은 서비스가 구축되어 있고 그 외에도 구글맵 API를 이용한 다양한 서비스들이 구축되어 있거나 시도되고 있다..

web 2.0에 대한 기대만큼이나 그를 이용한 비지니스 모델을 찾는 것은 기업의 입장에서는 매우 중요하다.. 기술에 대한 의지나 구현은 개발자의 몫이겠지만 사업이라는 관점에서는 수익구조를 고려하지 않으면 안되기 때문이다.. 국내에서 최근 불어오는 web 2.0에 대한 기대치가 단순히 일시적인 트랜드나 버블현상으로 사라지지 않으려면 이에 대한 다양한 관점에서의 수익성을 찾는 것이 중요할 것이다.. 상당히 조심스러우면서도 다른 한편 설레임이 느껴지는... 지금 우리는 흐름가운데 우리 자신을 맡기고 있다..

근 몇달 사이에 들려오는 국내 웹 및 언론기사의 인터넷 화두는 단연 web 2.0이다.. 국내에서도 여러가지 컨퍼런스들이 개최되고 소모임이나 블로그들을 통해 web 2.0이 과연 무엇인가에 대한 논의가 활발하게 이루어지고 있다..

작년 초 AJAX가 자신의 이름을 갖게 되면서 국내외적으로 활발하게 얘기거리들이 쏟아지던 그 느낌이 그대로 web 2.0으로 연결되어지는 듯한 느낌이다..

나 역시 뒤늦게 이 개념을 접한 상태에서 다른 얘기들을 이미 접해 나름대로 정리를 한 상태이지만 그 근원에 대해서는 한번은 짚어볼 필요가 있을 것 같아 뒤늦게나마 Tim O'Reilly의 글을 링크시켜 놓는다..

What Is Web 2.0 by Tim O'Reilly

최근들어 더더욱 느끼는 것이지만 출발이 늦으면 그만큼 흐름을 따라가기가 힘이들고 공부할 양도 점점 늘어간다는 점이다.. 좀더 부지런하게 살아야함을 느끼게 된다..

와이어드(Wired)의 편집장 크리스 앤더슨이 주창한 내용으로 기존 마케팅법칙인 20/80법칙(파레토의 법칙, 나노경제라고도 불리우며 20%의 상위 로열티계층이 매출의 80%를 주도한다는 법칙)에 대응하는 개념이다..

기존 20/80법칙이 상위 20%인 header를 마케팅의 타켓으로 삼았다면 롱테일 마케팅법칙은 20/80법칙에서 간과하고 있는 다수의 80%(tail)를 마케팅 대상으로 삼고 있다.. 즉 이들의 다양한 구매욕구를 만족시킴으로서 새로운 수익원 창출 및 그 다수를 기반으로 하는 신규 비지니스 모델을 만들어 내는 것이다.. 이 개념이 웹 2.0의 흐름과 맛물려 온라인 비지니스에 대한 새로운 개념으로 파급되어지고 있다..