404. identity not found.

include(), include_once(), require(), require_once() 의 차이

beoreoji — Sat, 11 Feb 2012 13:42:52 +0900

* include() :: 외부의 문서를 PHP 흐름안에 임베디드 한다. 이 함수가 실행되는 시점에 해당 문서가 흐름안에 삽입되어 그대로 파싱되는 것. 에러 발생시 경고만 발생시키고 넘어간다.
* include_once() :: 한번만 수행하고, 동일한 문서를 다시 include 시도하면 무시한다.
* require() :: include()와 동일하지만, 에러 발생시 스크립트가 중단된다.
* require_once() :: 설명 할 필요가 없는 듯 하다.

안드로이드용 메모 어플리케이션 "급메모" FAQ

beoreoji — Sun, 01 Jan 2012 19:49:32 +0900

안드로이드용 신속/간단 메모 어플리케이션 '급메모' 에 대한 문의사항들을 FAQ 로 정리하였습니다.
급메모는 안드로이드 마켓에서 가장 빠르게 최신버전 업데이트가 가능하며, 검증을 통과한 마지막 버전은 티스토어에서 설치가 가능합니다. 또한, 광고 거부반응이 있는 분은 프리미엄 버전을 구매하실 수 있으나, 광고가 없는 것을 제외하고 무료버전에서도 동일한 기능으로 사용하실 수 있습니다.

자주 묻는 질문들 (FAQ)

Q : 녹음메모는 어떻게 삭제하나요?
A : 메모박스에서 해당 메모를 길게 터치하고 있으면, 삭제할 수 있는 메뉴가 뜹니다. 다른 종류의 메모들도 이 방법으로 삭제하실 수 있습니다.

Q : 그리기 메모에서 지우개를 사용하지 않고, 세밀하게 지울 방법은 없나요?
A : 단말기의 메뉴버튼을 한번 누르시면 한단계 실행취소가 가능하고, 계속 누르고 있으면 연속으로 실행취소가 됩니다. 단, 덧그리기 상태에서는 지우개도 메뉴버튼과 동일하게 동작합니다.

Q : 촬영한 메모가 메모박스에서 열리지 않습니다.
A : 일부 사양이 낮은 구형 단말기의 경우엔, 촬영된 사진을 저장하지 못하거나 또는 저장은 했으나 불러오지 못하여 빈화면만 나오는 경우가 있는 것 같습니다. 이를 완벽히 해결하기 위해서는 해당 단말기를 통한 테스트가 필요한데, 해당 단말기를 갖고 있지 않아서 항상 예상만으로 해결시도를 하고 있습니다. 모든 단말기에서 이런 현상 없이 원활하게 동작할 수 있는 루틴을 계속 연구하며 시도하고 있는 중입니다.

Q : 개발에 사용된 단말기는 무엇인가요?
A : 개발자가 테스트 기기로 사용하고 있는 종류는 현재 HTC Nexus One 이고, OS는 2.3.3 입니다. 가끔씩 SKY Vega와 SAMSUNG Galaxy S와 Motorola Atrix 를 사용하는 회사 동료나 친구의 폰을 빌려 테스트하기도 합니다. 즉, 넥서스원에 최적화가 되어 있으므로 다른 단말에서 예기치 못한 오류가 발생하더라도 널리 양해해 주시고, 피드백으로 그 사실을 보내주시면 감사하겠습니다.

Q : 실수로 급메모를 삭제했습니다. 데이타의 복원이 가능할까요?
A : 만약 백업을 실행하신 적이 있다면, 급메모를 새로 설치하셔서 Restore(복원)을 실행하세요. 백업을 실행했던 시점의 데이타들은 복원이 가능합니다. 하지만 백업을 실행하신 적이 없거나, 백업한 시점 이후에도 데이타를 저장했었다면 쓰기메모는 복구할 수 없으나, 그리기/찍기/녹음하기 메모로 생성된 이미지,음성 파일들은 회수가 가능합니다. 그런 경우 개발자에게 문의해 주시기 바랍니다.

Q : 백업은 어떻게 실행하나요?
A : 초기화면 또는 메모박스에서 단말기의 메뉴버튼을 누르면, Preference(환경설정) 메뉴가 나옵니다. Preference 로 진입하셔서 'Backup' 을 실행하시면 됩니다. 이때, 이전에 저장되었던 백업파일이 있다면 그 위에 덮어쓰게 된다는 점을 염두에 두시기 바랍니다.

이 밖에도 궁금하신 사항이 있으시면 언제든지 개발자에게 이메일로 문의해 주시기 바랍니다.

항상 급메모를 이용해 주시는 모든 유저분들께 감사드립니다.

새해에 찬물붓기.

beoreoji — Sun, 01 Jan 2012 00:32:29 +0900

세상을 훔쳤던 사나이들(The Men Who Stole the World)

beoreoji — Wed, 07 Dec 2011 12:04:16 +0900

원문 : TIME - TimeFrames by LEV GROSSMAN (2010.11.24)

번역 : casaubon (애플포럼)

10년 전, 네 명의 젊은이가 세상을 바꾸었다. 그 수단은 총이나 법, 혹은 돈이 아니라 소프트웨어였다. 이들은 급진적이고 파괴적인 아이디어를 가지고 코드를 작성하였으며, 이 코드를 인터넷에 무료로 풀었다. 이 네 명의 젊은이는 아무도 대학을 마치지 않았고, 우리가 현재 거주중인 디지탈-미디어 환경의 기반을 만들어 놓았다. 모든 의도와 목표를 이루고나자, 이들은 사라졌다.

1999년, Northeastern University의 신입생 숀 패닝(Shawn Fanning)은 P2P 파일공유의 개척자인 냅스터를 작성하였다. 냅스터는 소매점, 기획사 없이 미디어를 소비하게 해 준 새로운 패러다임이었다. 본지도, 포천지도 그를 표지인물로 장식하였다. 그 때 그의 나이는 19세였다.

같은 해, 노르웨이의 10대 청소년이었던 욘 레크 요한센(Jon Lech Johansen)은 두 명의 다른 프로그래머와 합세하여(그 둘의 이름은 지금도 알려지지 않고 있다) 상용 DVD의 락을 풀어버리는 프로그램을 작성하였고, 곧이어 국제적으로 악명 높은 "DVD Jon"이라는 별칭을 얻게 되었다. 그 때 그의 나이는 15세였다.

1997년, 애리조나 주 Sedona에 사는 18살의 해커, 저스틴 프랭클(Justin Frankel)은 무료 MP3 플레이어인 WinAmp를 작성한다. WinAmp는 윈도 머신의 필수 프로그램이 되었고, 디지탈-음악 혁명을 이끌어냈다. 처음 나온지 18개월만에 1,500만 명이 WinAmp를 다운로드받았다. 3년 후 프랭클은 P2P 파일공유 프로토콜인 Gnutella를 작성한다. Gnutella는 냅스터와는 달리 끌 수가 없으며, 지금도 수 백만 명이 사용하고 있다.

2001년, 당시 26세였던 브램 코헨(Bram Cohen)은 BitTorrent라는 P2P 파일공유 프로토콜을 작성한다. BitTorrent는 우아하고 새로우면서도, 대용량 파일에 특화된 구조였다. BitTorrent는 인터넷을 통한 대용량 파일 공유의 표준이 되었다.

2000년대 중반, 본지는 이들에 대한 인터뷰를 한 바 있다. 그 당시 이들은 모든 미디어-오락 업계를 뒤흔들고 다시는 영화와 음악, 텔레비전에 돈을 낼 수가 없게 만들 것처럼 보였었다. 예술가들은 더 이상 대가를 받을 수 없고, 대규모 연예오락사들(Time Warner도 포함된다)은 폭탄을 맞은 것이었다. 미국 기업세계에 해적들이 출몰한 것이기도 했다. 2003년, 본지는 이렇게 적었다.

"그럼에도 불구하고, 모든 정보가 무료인 정보경제가 생겨날 수는 없다." 실제로 종말이 오고 있다면, 그 주역은 패닝과 요한센, 프랭클, 코헨, 이 네 명이었다.

Apocalypse Not

종말은 일어나지 않았다. 오락 산업에 변화가 왔을 뿐이다. 하지만 기대치보다 훨씬 복잡하고 점진적이었다. 당장 디지탈 세상이 어떻게 돌아가고 있는지 이해하고 싶다면, 그동안 무슨 일이 일어났는지, 이 해적 왕들이 무슨 일을 했는지를 알아보는 편이 좋다. 패닝과 요한센, 프랭클과 코헨 모두 작지만 합법적인 실리콘밸리 소프트웨어 회사를 운영하고 있다. 해적질을 실제로 벌였다 친다면, 해적질을 이제 멈춘 것이다.

네 명 중 인터뷰 요청에 응답하지 않은 사람이 한 명 있다. 패닝이다. 패닝은 미디어 사업을 일찍 떠났다. 2001년, 냅스터는 지적재산권 침해를 돕고 교사(abetting)했다는 소송 끝에 문을 닫았다. 2002년, 패닝은 새롭되 합법적인 파일 공유 서비스인 Snocap을 건립하였다. 심지어 음반사들의 협력도 있었다. Snocap은 고객들에게 다운로드한 작품을 소비할 힘을 주려 했었다.

그러나 당시는 무료 파일공유 프로그램이 급속도로 자라나고 있었고, 고객들 역시 하드드라이브의 음악 파일을 아무 대가 없이 공유하곤 했었다. 2001년 8월에만 30억 개 이상의 파일공유가 일어났으니, 여기에 돈을 붙였더라면 그 액수는 상상을 초과했을 것이다. 말하자면 공짜와 경쟁하기는 힘들다. 패닝은 자기 스스로도 이길 수 없는 괴물을 만들어낸 것이었다.

그래서 패닝은 다음 프로젝트로 옮겨갔다. Rupture라 불리우는 게이머용 소셜 네트워크였다. 그는 이 소셜 네트워크를 2008년, 1,500만 달러에 Electronic Arts로 팔았고(최초로 그가 꽤 받은 돈이었다), 현재는 11월에 발족한 아이폰 기반의 사진 공유 서비스인 Path를 운영하고 있다.

냅스터는? 존재하긴 존재한다. 냅스터 브랜드는 부도경매처리 되었다가 다시 팔려나갔지만, 관련성은 전혀 없다. 현재는 Best Buy가 "뮤직 스토어 그 이상(More than just a music store)"이라는 슬로건 하에 아이튠스 경쟁자 브랜드 이름으로 사용할 뿐이다.

The Pirate Who Wasn't

Gnutella의 저자로서 저스틴 프랭클은 패닝의 적법한 계승자랄 수 있지만 패닝과는 달리 초창기 때부터 돈을 벌었었다. WinAmp가 히트를 친 이후인 1999년, AOL은 WinAmp와 프랭클의 회사인 Nullsoft를 1억 달러에 인수하였다. 덕분에 프랭클은 AOL 직원이 된 동시에 대단히 부유한 20살 청년이 되었다.

하지만 그것도 대단치는 않았다. Nullsoft에서 프랭클의 방식은 최고의 소프트웨어를 작성한 다음 무료로 뿌리는 것이었다. 그러나 AOL에서는 소프트웨어를 판매하는 방식이었기 때문에, 소프트웨어 자체를 판매가 압도하였다. 프랭클의 말이다. "제가 작업한 제품들은 대게 다 비슷비슷했습니다. 돈을 벌어야 했죠. 다른 기업들과 계약을 맺으려면 제품이 결과로서 나와 주어야 했습니다. 사용자가 실제로 어떻게 받아들일지는 아무도 신경을 안 썼어요."

그동안 프랭클은 남는 시간동안 Gnutella를 작성하고 있었다. Gnutella는 순수한 배포방식이었던 냅스터와는 달리 중앙 서버가 없었기 때문에 변호사들이 공유를 끄게 만들 재간이 없었다. 그는 Gnutella를 2002년 3월에 이렇게 올려 놓았다. "See? AOL can bring you good things!" 그러나 냅스터의 재발명때문에 AOL은 프랭클을 좋게 보지 않았다. AOL은 메이저급 미디어 기업, Time Warner와 합병을 노력하고 있었기 때문이다. 게다가 Time Warner는 냅스터를 고소하고 있었다. 결국 프랭클은 2004년에 AOL을 떠났다.

그 후 그는 재밌는 일을 한다. 뭔가 만들어서 성공시키는 것 대신 아예 빠져 나간 것이다. 그는 더 이상 Gnutella를 사용하지 않으며, 그것으로 돈도 안 번다. 비록 10년 후가 된 일이지만, 제일 유명한 Gnutella 클라이언트인 LimeWire는 여전히 5천만 명의 사용자들을 거느리고 있다. 프랭클의 말이다. "제가 Gnutella를 작성했을 때 Gnutella는 정말 최고였습니다. 무엇이 가능한가를 그대로 보여주었죠. 그걸로 돈을 벌지는 말아야 합니다. 그러니 아예 관계를 끊는 것이 합리적이지요. 개념만이 아닙니다."

최근 샌프란시스코에서 뉴욕시로 이주한 프랭클은 현재 Cockos라는 회사를 차렸다. 이 회사는 오디오-제작 패키지인 Reaper를 만드는 곳이며, 그가 직접 Reaper를 개선하고, 고객들과도 연락을 유지하고 있다. 수 백만 명보다는 수 만 명이 더 낫다는 것이다. 그의 말이다. "얼마나 크게 자라느냐, 혹은 출구전략이 있느냐, 그런 건 기준이 없습니다. 과정을 즐기고 바르게 처신하면 되죠." 그는, 2004년Rolling Stone 지의 언급처럼, 자신이 세계에서 제일 위험한 긱은 아니라고 말할 것이다. "불법복제(piracy)가 그렇게 위험하다고 생각하지는 않습니다. 결국 모든 것을 어느 정도로 통제하느냐에 달려 있는 사업모델들이 나오겠죠. 저야 소프트웨어 개발자로서, 불법복제는 어느 정도 있습니다. Gnutella는 이제 옛날 이야기에요. 디지탈 복제(digital piracy)가 음악 산업을 무너뜨렸나요? 아니죠. 음반업계가 채택을 해야 하나요? 당연합니다. 그게 더 낫다고 할 사람들이 많을 겁니다. 수준 높은 더 작은 밴드에 집중하는 사람들이 많죠. 그런 거예요."

그는 어깨를 으쓱였다. "유행성 음악에 큰 사업이 관여하는 한 고난을 받을까요? 뭐, 그러기를 바랍니다."

Four-Eyed Monsters

네 명의 청년 중 브램 코헨은 10년 전 시작했던 프로젝트를 지금도 하고 있는 유일한 청년이다. 그는 BitTorrent의 공동 창립자이자 수석 과학자이다. BitTorrent는 이제 놀라울정도로 효율적인 콘텐트-배포 기술을 상용으로 해 주는 애플리케이션을 만드는, 존경받는 샌프란시스코의 회사가 되었다.

궁금해진다. 여전히 불법복제로 널리 쓰이는 기술을 가지고 합법적인 사업을 벌인다? 비록 BitTorrent를 8천만 명의 사용자들이 사용하고 있기는 하지만, BitTorrent는 여전히 신생기업이나 마찬가지이다. BitTorrent 중 합법적인 부분은 상대적으로 적다. 한 연구에 따르면 11% 정도라고 한다. 그런데 그 적은 규모가 BitTorrent의 소득을 만들어주고 있다.

패닝이 Snocap으로 했던 것처럼 코헨 또한 자신이 만든 것을 가지고 대량 복제의 영역에서 빠져나오려 노력하고 있다. 돈을 벌기 위한 합법세계로의 진입을 위해서이다. 2007년은 놀라운 발전을 보여 준 해였다. BitTorrent가 20th Century Fox, Paramount, Warner Bros. MGM 등과 함께 영화와 텔레비전 쇼, 비디오 게임의 구입과 대여를 제공하는 Torrent Entertainment Network를 설립했기 때문이다.

패닝처럼 코헨도 불법복제 사업에서 빠져나오기가, 진입하기보다 더 어렵다는 사실을 깨달았다. 그의 말이다. "모든 것이 재앙입니다. 재앙." Torrent Entertainment Network는 2008년 말에 문을 닫았다. 어째서 돌아가지 않았는지는 쉽게 알 수 있다. 일반인 사용자들이 쓰기에 BitTorrent는 여전히 사용자-친화적이지 못했다. 게다가 너무나 효율적인 기술이다. 대용량의 데이터를 빠르고 널리 이동시키기 때문이다. 여기에 돈을 붙이려면 스트림 속도를 낮추고, 추적을 한 다음, DRM같은 우아하지 못한 기술을 사용하여 통제해야한다. 사용자들이 구매품을 갖고 할 수 있는 일을 제한시키는 꼴이다. 코헨은 유감스러워 한다.

"실패로부터 굉장히 많이 배웠습니다." 이제는 널리 배포하는 것을 원하는 이들과 같이 작업하는 것이 그의 전략이다. 그의 말이다. "메이저급 콘텐트 소유주들과 협력하여 우리 채널을 그들에게 특권으로 주는 대신, 커다란 단일 채널을 갖기고, 보다 개방적인 방식으로 정말 흥미를 가진 사람들하고만 하기로 했습니다."

지금까지 여기에 흥미를 보인 곳은 "네 눈의 괴물들(Four Eyed Monsters)"이라는 독립영화의 제작사와, 현재까지 단 한 편만 찍은 Pioneer One이라는 독립 텔레비전 드라마 제작사들이며, 몇 군데 더 있다고 하지만 좌절스러운 관심도이다. 코드짜는 사람들이 꿈꾸는 기술 성공을 구가하였지만, 거물들은 끼고 싶어하지 않는, 그런 상황이라는 이야기다.

그는 신경을 써야 할까? 전설의 코더로서 코헨은 어느 곳에서건 일자리를 쉽게 찾을 수 있지만, 그의 스타일이 그렇지가 않다. 어느 정도 이상의 자유를 원하기 때문이다. 현재 그는 완전히 새로운 일을 하는 중이다. 파일이 아니라, 리얼타임 데이터 스트리밍용으로 디자인한 P2P 시스템이다. 생방송이나 뉴스, 운동경기를 네트워크 상으로 배포할 잠재성이 거대한 프로젝트이다. 그는 여전히 BitTorrent를 유지하고 있지만 시간을 많이 투입하지는 않고 있다. "처음 만들었을 때 제대로 했거든요."

The Easy Way Out

그렇다면 지난날 불법복제로 인한 세상의 멸망은 어떻게 된 것일까? 미국 내 불법복제는 생각만큼 콘텐트 생산자들에게 악영향을 끼치지는 않았다. 지난 4월에 나온 연방회계감사원(Government Accountability Office)의 한 보고서에 따르면 불법복제와 매출감소가 강력한 관련성을 갖고는 있지만, 결과가 결정적이지는 않았다고 나왔다.

놀라운 점은 따로 있다. 해적 왕들이 해적일 때보다 합법 세상에서 별로 성공을 거두지 못하고 있다는 사실이다. 뛰어난 코드와 무정부적인 세계관이 합법거래의 세상에서는 잘 들어맞지 않았다. 좋은 코드는 선택을 부여하지만, 그만큼 권한을 받은 사용자들이 사업에도 좋지는 않다. 합법 거래에서 히트를 정말 크게 치기 위해 필요한 것은 사용자들이 할 수 있는 일을 제한시키는 권위주의적 감각(authoritarian sensibility)이다.

미디어 붕괴가 일어나지 않은 중대한 이유를 찾아보자. 스티브 잡스가 있다. 2003년 4월 28일, 본지가 파일공유의 폭발적인 성장세에 대한 훌륭한 기사를 하나 내보낸 바로 그 날 애플이 아이튠스 뮤직스토어를 선보였다. 당시 아이튠스가 Snocap 등 여러 서비스가 실패한 그 분야에서 성공을 거두리라고 예측하기는 어려웠다. 어떻게 공짜와 경쟁하려고?

그러나 아이튠스는 성공을 거두었다. 애플은 간단하고 매력적인 사용자 인터페이스를 계속 강조하며, 음반사와의 협상을 틀어쥐고 있는 잡스의 힘이 여기에 가세하여 깔끔한 서비스를 만들어냈다. 별 호들갑 없이 음악을 쉽게 다운로드하고 전송할 수 있는 서비스가 나온 것이다. 물론 유료이고, DRM에 묶여 있기는 해도, 아이튠스는 성공하였다.

공짜와 경쟁할 수 있다는 사실이 드러난 셈이다. 쉬우면 된다. 냅스터와 Gnutella, BitTorrent는 애플만큼 사용자-친화성을 결코 이루지 못하였고, 아무도 파일공유 네트워크에 대해 통제를 하지 않기 때문에 공유 규모 자체는 거대하지만 파일은 광고와 포르노, 스파이웨어와 다른 쓰레기로 가득 채워져 있다. 잡스는 우리에게 쉬운 길을 터 주었다. 자유라는 것이 적어도 디지탈 미디어에서는 과대평가받았다는 사실이다.

해적왕들 중 제일 젊었던 요한센에게는 정말 큰 교훈이다. 패닝과 프랭클, 코헨처럼 욘 레크 요한센은 절대로 해적이 아니었다. 헐리우드를 쳐부수기 위해서 DVD 보호장치를 크랙하지도 않았다. 자기 컴퓨터에서 영화를 보고 싶어서 했을 뿐이다. 그의 컴퓨터는 리눅스 운영체제로 돌아갔고, 1999년에는 리눅스용 DVD-재생 프로그램이 없었다. 그래서 그와 그의 파트너들은 리눅스용으로 하나 만들어 보려고 했고, 그러기 위해서는 DVD 암호를 해독해야 했었다.

미국 영화협회(MPAA)가 이 사실을 발견했을 때, 협회측은 노르웨이 정부측에 항의를 하였고, 노르웨이 정부는 요한센을 체포하였다. 그는 해킹 혐의로 두 번이나 법정에 섰다. 두 번 다 무죄를 선고받았고, 구입한 DVD의 해제를 푸는 것이 위법이 아니라는 사실이 드러났다.

그러나 요한센은 구입한 디지탈 미디어로 무엇이건 할 수 있는 권리가, 실제 책을 구입하는 경우와 같다고 보았다. 계속 사용하든가 빌려줄 수도 있다는 의미다. 2005년, 캘리포니아로 이주한 요한센은 애플이 미디어 파일용으로 사용하고 있는 DRM 소프트웨어인 FairPlay를 리버스엔지니어링하였다. 그 때 그는 애플의 사용자 경험이 얼마나 매력적인지를 깨닫고, 보다 혼란스럽고 광범위한 비-애플 제품에도 들여올 수 있으리라 생각하였다. 그는 26세의 나이가 코더로서 좋은 대변자가 될 수 있으리라고 본다. 그의 말이다. "수많은 기기들이 있었지만, 기대대로 작동하는 것은 한 대도 없었죠. 그래서 이들 기기들이 상호운용할 수 있고, 소비자에게 훌륭한 미디어 경험을 줄 수 있는 시스템을 만들기 시작했어요."

요한센은 2007년, doubleTwist라는 회사를 창립하였다. 무료인 doubleTwist 소프트웨어는 디지탈-미디어 파일의 로제타석(石)같은 존재이다. 500여 가지 기기의 파일을 번역하고 조직하며, 이들을 하나의 우아한 인터페이스로 합칠 수 있게 해 준다. 6월달, doubleTwist는 안드로이드용 앱을 발표하였고, 50만 명 정도가 doubleTwist를 다운로드받았다. 지난 해, doubleTwist는 이런 광고를 올릴 정도로 성장을 하게 되었다. "The Cure for iPhone Envy. Your iTunes library on any device. In seconds." doubleTwist는 이 광고를 샌프란시스코 애플스토어 빌딩의 옆에 붙이기도 하였다.

요한센은 자신이 불법복제와는 전혀 관련이 없다고 잘라 말한다. "제가 생각하는 한, 저와는 아무런 관계가 없습니다. 전 공정사용을 지지해요. 합법적으로 얻은 콘텐트라면, 자기 기기에서 어느 애플리케이션을 쓰건 간에 사용할 권리를 갖게 됩니다." 다른 해적왕들과 마찬가지로 요한센은, 좋은 코드를 작성해야 하고, 코드가 좋으면 사용자에게 힘을 준다고 믿는다. 그리고 그렇기 때문에 불법복제로 세상이 멸망하지 않았다. 불법복제는 음악과 영화 등 모든 것들이, 적어도 금전적인 의미에서 무료가 되기를 바라지 않았다. 자유 안에서 자유롭게(free)되기를 바랬다.

"Daum 클라우드" vs "네이버 N드라이브" 둘 간의 가장 큰 차이점

beoreoji — Tue, 29 Nov 2011 21:34:07 +0900

파일 클라우드 서비스는 파일관리 생활에 커다란 도움을 준다.

USB메모리스틱,외장하드,메일함 등을 통해 무식하게 중구난방으로 관리하다가 나중엔 어느 파일이 어디에 있는지조차 헤깔려 하는 케이스가 난무하던 '보통사람들' 의 파일관리 체제를 크게 개선해 주는 역할을 해 줄 뿐 아니라 파일의 공유와 직접 생성/편집까지 지원해 주고, 사진이나 음악은 자체적인 뷰어나 플레이어로 관리할 수 있으니, 이젠 보조 저장매체를 갖고는 다닐지언정 숱하게 장치에 연결해야 하는 횟수를 극감시켜 주고, 디바이스간에 파일을 복사해 옮겨 넣거나 작업 파일을 1:1로 전송해 가며 뭔가를 할 필요가 거의 없어지게 하고 있는... 또다른 생활과 업무의 혁신을 이루어 내는 첩병이라 해도 과언이 아닐지 모르겠다.

물론, 서론은 누구나 다 아는 얘기다. 이 포스팅을 읽고 있는 분들이라면 이미 클라우드의 개념은 익히 알고 있는 상태라 가정하고, 국내 파일 클라우드 서비스의 양대 산맥이라 할 수 있는 "네이버의 N드라이브"와 "다음의 클라우드" 의 가장 큰 차이점이 무엇인지만 간단히 설명하고 포스팅을 끝내겠다.

네이버의 N드라이브와 다음의 클라우드를 비교하면 거의 오십보백보다. 당장 눈에 띄는 차이 하나 찝어내라면 용량면에서 다음 클라우드가 네이버 N드라이브보다 20GB 더 많다는 정도...?

그러나 사용목적에 따라 명확한 선택의 기준이 될 수 있는 두드러진 큰 차이점은 따로 있으니...!

그것은 바로 동기화의 방식(?)이다.

두 서비스 모두 웹에서만 사용하기엔 너무 아까운 서비스들이고, PC나 모바일과의 통합체제를 구축하여 사용할 때 비로소 진정한 편리함과 강력함이 빛을 발하는 시스템이기 떄문에, 둘 모두 사용자의 웹스토리지를 로컬에 통합시켜주는 도구를 제공하고 있는데, 바로 이것들의 구동 방식이 둘은 전혀 다르다는 얘기다.

네이버 N드라이브의 경우는 로컬컴퓨터에 고유의 하드디스크 하나가 새로 생긴 것 처럼, 디스크 목록에 드라이브 문자 N을 할당받은 드라이브. 즉, N: 드라이브를 하나 생성해 주는 'N드라이브 탐색기' 프로그램을 제공한다. 그리고 로컬컴퓨터에서 파일브라우징을 하는것과 똑같이 웹스토리지에 있는 파일들을 관리할 수 있다. 하지만, 실제로는 모두 실시간 파일전송을 거쳐 처리되는 것이다. 만약 내가 로컬드라이브 D: 에 있는 파일 하나를 N: 드라이브에 드래그해서 카피를 하면, 실제로는 내 컴퓨터에서 N드라이브 서버로 해당 파일을 다이렉트 전송하는 것과 같은 것이고, N: 드라이브에 있는 문서 파일을 직접 열어 편집하다가 저장을 하면, 이 역시 저장한 버전으로 기존 파일을 덮어 쓰기 위해 N드라이브 서버로 저장한 버전의 파일을 전송한다.

이 방식은 익숙한 패턴 그대로 직관적이고 쉽게 클라우드 서비스를 이용할 수 있게 해 주는 장점이 있을 수는 있으나, 수정이나 복사가 잦은 자잘한 파일들 다수로 구성된 어떤 협업이나 프로젝트에 이용하기엔 적절치 않을수 있다. 그 버퍼링 수준의 버벅임들. 즉, 변경된 내용이 전송되는 과정들은... 파일이 많고, 용량이 클수록 엄청난 딜레이를 만들기 때문이다.

그래서 난 N드라이브를 잦은 엑세스를 요하지 않는 파일들의 보관용으로만 사용하고 있다.

다음 클라우드는 N드라이브의 탐색기와는 전혀 다른, 'PC 싱크' 프로그램을 제공한다. 이것은 말 그대로 전용 동기화 도구다. N드라이브는 30GB 라는 웹스토리지 공간에 다이렉트로 엑세스 하는 것이기 때문에, 전송속도와 서버의 처리/응답속도에 절대적인 영향을 받아야 하지만, 다음 클라우드는 유저의 로컬 하드디스크의 특정 폴더공간과 웹스토리지 공간을 한쌍으로 연결하여 백그라운드에서 계속 싱크 유지 작업을 해주는 방식이다. 즉, 내가 지정해 놓은 폴더안에 파일을 하나 넣으면, 그것은 실제로 나의 로컬 하드디스크에 파일을 넣은 것과 똑같기 때문에 인터넷 전송속도 따위와는 아무 상관이 없다. 그 파일과 똑같은 파일을 클라우드 서버안에 복사하여 동기화를 유지시키는 작업은 백그라운드에서 알아서 순차적으로 이루어지고 있기 때문이다. 지정된 폴더안에 이루어지는 모든 액션은 차례차례 스케줄러에 등록되고, 그 등록된 순서대로 싱크 프로그램이 안보이는 곳에서 조용히 싱크 작업을 해주고 있기 때문이다. 그래서 난 주로 자잘자잘하고 엑티브하게 수시로 변경되는 형태의 주요 작업파일들을 비롯한 나의 음악,사진 파일들은 모두 다음 클라우드에 몰아놓고서 집과 회사와 모바일과 제3의 그 어떤 곳에서도 평상시든 유사시든 편리하고 빠르게 엑세스를 하며 관리를 하고 있다.

N드라이브는 어디에서건 서버의 파일에 직접 접근하는 방식이기 때문에 파일은 오로지 하나인 것이고, 다음 클라우드는 싱크를 설정한 장치 수 만큼의 파일이 각 장치마다 하나씩 복사된 후 서로 변화를 감지하여 상태를 똑같이 유지하는 것이라 보면 되겠다.. 이것은 사용성이나 속도만으로 놓고 보면 다음 클라우드가 우세하지만, 안정성이나 보안측면으로 따져보면 N드라이브가 더 나을수도 있는데, 유저들의 성향이나 목적이나 수준에 따라 요구나 방향은 상대적일터이므로, 어느 부분도 절대 우월한 점이라 할 수 있는 부분은 아닐 것이다.

지금까지 네이버 N드라이브와 다음 클라우드간의 가장 중요하면서도 서로 전혀 다른 부분이라 할 수 있는 차이점을 설명해 보았다. 혹시 이 사실을 모르고 있었다면 그게 그거인 것 같은 두 서비스 중에 본인에게 더 적합한 서비스.. 혹은 둘 다를 목적에 맞추어 용도 분리시켜 사용하는데 많은 도움이 되었길 바라마지 않는다.

P.S : 참,, 또 한가지 차이점이 있다. N드라이브 탐색기는 윈도우와 맥OS 만을 지원하지만, 다음 클라우드 PC싱크는 윈도우,맥OS,리눅스를 모두 지원한다. (세 OS를 모두 사용하는 나에겐 매우 중대한 차이다)

P.S 2 : 구글 문서도구만 사용하다보니 또한가지 확인하지 못했던 차이점이 있다.;; N드라이브는 문서의 오피스 문서의 생성과 편집이 가능하지만, 다음 클라우드에선 오피스 문서 생성/편집은 지원하지 않는다.

Linux + Windows7 에서 Linux 파티션 제거시 MBR 복구

beoreoji — Tue, 22 Nov 2011 09:12:23 +0900

Linux 와 Windows7 을 멀티OS 로 사용하다가 Linux 를 제거하게 될 경우, Linux 파티션만 날리면 Linux가 hdd 의 마스터부트레코드(MBR) 영역에 설치해 둔 grub 이 Linux 파티션을 찾지 못하게 되어 부팅을 할 수 없게 된다.

이런 경우, MBR 을 다시 Windows 만의 MBR 로 아래처럼 리셋해 주면 된다.

1. Windows7 설치 CD나 USB 로 부팅 후, Shift + F10 을 눌러 커맨드창을 실행

2. bootrec /fixboot

3. bootrec /fixmbr

4. 재부팅

swfobject 를 이용해 접근성과 크로스브라우징을 고려한 플래시 삽입하기

beoreoji — Mon, 07 Nov 2011 00:18:37 +0900

우리나라만큼 플래시에 애착을 갖는 나라도 드물것이다.

애플을 그렇게 좋아하면서도, 플래시 만큼은 포기하지 않는 클라이언트들과 기획자들이다.

그들이 보기에 플래시는 화면을 보다 풍성하고 동적으로 꾸며주는 훌륭한 비주얼 요소지만, 플래시 자체가 표준에 부합하지 않는 플러그인 개체이며, 그나마에서의 표준 코드로 플래시를 삽입하면 표준 브라우져들은 깔끔하게 잘 보여주지만, 정말 세세한 부분까지 맘에 안드는 인터넷 익스플로러에선 순간엑박 현상이 생기기 때문에 개발 실무자들에게 플래시는 언제나 찝찝한 존재다.

그런 고민을 덜어주는 자바스크립트 오픈 소스가 바로 swfobject 다.

swfobject 는 http://code.google.com/p/swfobject 에서 받을 수 있으며, <head />안에 스크립트를 삽입하고 아래와 같이 사용하면 된다.


<div id="TARGET">대체 컨텐츠</div>
<script>
var flash_vars = { autoplay:"true" }; 
var flash_params = { allowScriptAccess:"always", wmode:"transparent", menu:"false"};
var flash_atts = { id: "frontShow" , title: "플래시 사랑해요 ;;" };
swfobject.embedSWF
("URL", "TARGET", "넓이", "높이", "플래시버젼", null, flash_vars, flash_params, flash_atts);
</script>

이 스크립트는 <embed> 와 같은 불필요한 태그를 사용하기 위해 IE 전용 코드를 직접 삽입하지 않아도 되며, 플래시가 지원되지 않는 장치에서는 DOM 조작 없이 곧바로 대체 컨텐츠를 보여주고, 플래시가 지원되는 환경에서만 <object> 엘리먼트를 대체 컨텐츠가 들어가 있던 자리에 대치시켜 준다.

플래시를 싫어하는 나같은 사람에겐, '대체 컨텐츠' 라는 말도 별로 맘에 드는 표현은 아니지만 어찌되었든 대체 컨텐츠가 플래시 로드 <object> 안에 가려져 있는 것 보다는 이게 더 보기 좋다.

웹하드가 초라해지게 만드는 N드라이브의 공유기능 출시!

beoreoji — Sat, 08 Oct 2011 14:35:05 +0900

난 네이버의 서비스들을 거의 이용하지 않지만, N드라이브 만큼은 오래전부터 이용해 왔다.

(비록 리눅스는 지원하지 않지만) N드라이브 탐색기를 설치하면, 말그대로 내 컴퓨터에 드라이브 하나가 더 생긴것과 똑같이 파일 클라우딩을 할 수 있기 때문에, 어디에서건 항상 동기화 되어 있어야 할 간단한 자료들은 모두 N드라이브로 관리하고 있다.

하지만, 항상 아쉬웠던 점이 바로 공유기능의 부재.

N드라이브와 비슷한 구조인 해외의 DropBox 가 공유기능을 갖추고 있긴 하지만, 용량이 큰 파일들은 업다운 속도가 너무 느린데다 무료로 제공되는 용량도 턱없이 적기 때문에 국내에서 이용하기엔 만족스럽지 못했다.

그러던 중, 바로 며칠전에 업데이트 된 반가운 기능이 바로 폴더공유기능이다.

내 N드라이브에 있는 특정 폴더를 최대 30명의 사람들과 공유하여, 공동 작업을 가능케 해 준다. N드라이브 탐색기로 이용한다면 로컬로 묶인 데스크탑끼리 폴더를 공유해서 사용하는것과 똑같이 원격에 있는 데스크탑들과 폴더를 공유해서 사용하는 것이다. 국내에 존재하는 타사의 파일 클라우딩 서비스들과 비교했을 때, 압도적으로 우위에 서는 막강함이다.

많은 기업에서 비싼 돈을 내고 사용하는 웹하드(webhard.co.kr)는 고작 5GB 가 월 13,000원이다. 20GB 이상으로 올라가려면 150,000원 이상으로 껑충 뛴다. 게다가 파일 전송을 위해선 웹브라우져를 열어야 한다.

하지만, N드라이브는 30GB 를 무료로 제공한다. N드라이브 탐색기를 설치하면, 윈도우즈 탐색기에서 그저 드래그앤드롭으로 파일을 다루면 된다. 30GB 이상의 거대한 용량이 필요한 상황이 아니라면, 웹하드를 사용해야 할 이유가 없어진다.
여기서 한가지 가정을 해보자. (그런 경우는 실제로 없겠지만) 30명이 어떤 거대한 프로젝트를 위해 N드라이브 공간 100% 를 서로 공유한다면? 한사람당 1GB 를 쓰는 셈이 되는 것일까?? 아니다. 그 30명 각자의 N드라이브 공간은 30GB x 30 = 900GB 가 되는 셈이다. 공유받은 폴더는 나의 N드라이브 용량을 점유하지 않기 때문이다.

이제 원격에서 잦은 파일교환이 이루어져야 하는 프로젝트에서 N드라이브는 필수적인 도구가 될 듯 하다. 그뿐이겠는가? 회사에서 공유폴더를 하나 만들어서 사용하고 있던 팀의 구성원들은 이제 회사밖에서도 급할땐 장소에 구애받지 않고 공유된 폴더에 접근해 파일을 수정할 수 있는 환경이 조성되었다.

일회성이 아닌 지속적인 협업이나 파일의 교환을 메일이나 메신저를 통해 하는것도 이젠 시간과 리소스의 크나큰 낭비다. N드라이브를 활용하여 앞서가는 리치함과 여유를 만끽해 보기 바란다.

웹에이전시 선정시, 허접한 에이전시를 걸러내기 위한 두가지 체크포인트

beoreoji — Thu, 04 Aug 2011 02:37:45 +0900

우리나라에 웹에이전시의 수는 상당하다.

그리고 웹에이전시에 대한 수요도 그만큼 상당하리라 생각한다.

대부분의 클라이언트들은 자사의 홈페이지나 웹솔루션을 요하는 기업체일 것이고, 보통은 여러 웹에이전시 업체들을 조사해 본 후, 나름의 기준에 의거해 계약할 업체를 선정하겠지만, 웹사이트에 대한 구조적/기술적 지식이 없는 비전문가가 업체선정을 담당하면서 참고할 수 있을 만한 부분이라곤 대개 포트폴리오를 통해 보여지는 비주얼적인 요소... 즉, '디자인을 얼마나 이쁘게 잘 해왔는가'와 '담당 기획자의 현란한 말솜씨에 얼마나 빠져들게 되는가' 밖에는 없는 케이스가 대부분일 것이라 생각한다.

물론, 열렬한 애사심을 갖고 웹분야를 나름 열심히 파헤쳐가면서 임무를 수행하는 열성파나 웹분야 종사 경험이 있어서 웹사이트의 내부 상태를 어느정도 판단할 수 있는 능력이 있는 사람을 업체선정 업무에 투입한다면 위험성은 대폭 감소하겠지만, 그런 여건을 갖춘 경우가 얼마나 되겠는가? 비싼 돈 들여서 자사의 홈페이지 구축을 맡겼는데, 겉만 뻔지르르하게 치장해 놓고 속은 원시시대의 그것과 다를 바 없는 결과물이라면 분명히 시간이 흐를수록 유지보수는 더 어려워지게 될 것이고 (더 비용이 많이 들게 된다는 것을 의미) 갈수록 강조되고 관심이 높아져 가고 있는 웹표준, 크로스브라우징, 웹접근성 부문에서 쓰레기 취급을 받는 웹사이트로 전락하여, 막대한 손실과 후회로 돌아오지 않으란 법이 없다.

실제로 잘 나가는 몇몇 웹에이전시들 조차도 디자인은 훌륭하게 해주고 있을지 모르지만, 자신들의 홈페이지조차 내부를 들춰보면 형편없고 조잡하게 만들어져 있는 경우가 의외로 많은 것이 현실이므로, '설마' 라는 생각 따위는 애초에 접고 지금부터 설명하는 두가지의 체크포인트라도 참고하여, 걸러낼 수 있는 웹에이전시들은 가차없이 걸러내 버리기를 간절히 바라마지 않는다.

이 포스팅을 하기로 마음 먹었을 때, 처음엔 기본도 안되어 있는 후진 에이전시들의 목록을 뽑아서 나열해 볼까...라는 생각도 해 보았다. 여전히 클라이언트들은 어차피 잘 모르니까, 보이는 것만 잘 뽑아내면 그만이다 라는 상스런 마인드로 웹에이전시를 운영하는 정신나간 자들을 몰아내는 것이 이 나라의 웹 발전에 조금이라도 일조하는 것이라고 잠시 불탔었기 때문이다. 허나, 나 또한 웹분야에 종사하는 자로서 같은 분야를 직접 까는건 도리가 아니라는 판단에, 쳐다 볼 필요도 없는 에이전시들을 추려내기 위한 판단근거를 비전문가가 알기 쉽도록 소개해 보는 것으로 대신하는 것임을 또한 밝히는 바이다.

웹에이전시의 수준을 가늠하기 위해 참고할 수 있는 가장 직접적이면서도 객관적인 수단은 두가지다.
하나는 자사의 홈페이지. 또하나는 포트폴리오다.. 물론, 디자인을 보라는 얘기가 아니다. 디자인 잘하는 웹에이전시는 넘치고 넘친다. 눈에 직접 보이는 디자인은 잠시 제껴두고, 잠시 전문가처럼 행동해 보자.

100% 플래시로 만들어진 웹페이지를 제외한 모든 웹페이지는 HTML 이라는 마크업코드와 CSS라는 스타일정의 코드를 웹브라우져에게 해석하게 한 다음, 브라우져가 해석한 대로 화면에 뿌려지는 원리로 되어 있다. (사실, 100% 플래시로 만들어진 웹페이지도 그 플래시를 싸고 있는 것은 이 코드들이다.) 물론, 흔히 들어봤을 법한 자바스크립트나 PHP,JSP,ASP,데이타베이스와 같은 여러 프로그래밍 코드가 복잡하게 관여되어 있지만, 그 부분들까지 알 필요는 없고, 프로그래밍이 견고하게 되어있든 엉성하게 되어 있든 최종적으로 우리에게 보여지는 결과물은 HTML이며, 그것을 통해 아래의 두가지를 확인해 보게 될 것이다.

그럼, 임의의 웹에이전시 하나를 골라 그 웹에이전시의 홈페이지로 들어간 다음 페이지의 내용물이 없는 여백공간 한 지점에 마우스 포인터를 대고 우클릭을 해보자. 이 포스팅을 읽고 있는 대부분의 분들은 아직 인터넷익스플로러를 사용하고 있을 것이므로 인터넷익스플로러를 기준으로 설명하겠지만, 대부분의 브라우져는 이 우클릭 메뉴중에 '소스보기' 라는 항목을 갖고 있을 것이다. (만약 그런 항목이 없다면 포인터 지점을 조금씩 이동해 가며 다시 시도해 보기 바란다.)

이 '소스보기' 를 클릭하였을 때 열리는 창 안을 채우고 있는 코드들이 바로 HTML 코드들이다. 그럼, 이제부터 이 HTML 코드의 작성된 상태 (다른 말로, '마크업 상태' 라고 한다) 를 보면서 체크포인트를 확인해 보자.

체크포인트 1. 웹페이지의 문서타입이 없으면, 웹에이전시 자격도 없는 것이다.

정상적인 표준 HTML 문서는 아래와 같은 형태의 한줄로 시작되어야 한다.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

이것은 이 페이지가 어떤 타입(규격)의 HTML 로 작성된 것인지를 선언하여, 브라우져가 웹페이지를 어떤 기준으로 해석해야 할지 통보해 주는 역할을 한다. 물론, 뒷부분은 버젼에 따라 여러 형태가 될 수 있고, 반드시 <!DOCTYPE ...............> 과 같은 형식을 갖추고 있다. (만약 <!DOCTYPE html> 이면 HTML5 형식임을 의미한다)

소스 첫 줄에 이 선언문이 보이지 않는 다면, 그 웹에이전시는 거들떠 볼 필요도 없는 무개념 에이전시라 보면 된다.

체크포인트 2. 올바른 태그를 사용하지 않았다면, 올바르지 않은 웹에이전시다.

소스내용을 전체적으로 훑어보면, < 로 시작되어 > 로 닫혀있는 패턴이 보일 것이다. 요 < > 사이의 첫부분에 시작되는 문자열이 바로 '태그' 라는 것이다. (엘리먼트라 부르기도 한다.) 예를 들면, <body> <head> <p> <img> 와 같은 것들이다. 물론, <p id=".."> <img src=".."> 와 같은 형태로 뒤에 뭔가 속성값들이 더 있는 경우가 많겠지만, 무조건 첫 단어만 보면 된다. 이 태그들은 모두 의미를 갖고 있으며, 문서에 뿌려질 내용이 어떤 의미로 사용되느냐에 따라 그 각각의 내용들을 감싸는 태그가 정해져야 한다. 웹표준,웹접근성을 잘 지켰다.. 라는 말은 바로 이 태그를 의미에 맞게 올바른 문법을 써서 사용했다는 의미이다. HTML 강의가 아니므로, 자세한 이야기는 생략하겠다.

자 그럼, 소스안의 태그들을 전체적으로 훑어보자. 혹시 <div> <h1> <h2> <ul> <li> <dl> 과 같은 태그들이 많이 보이는가? 아니면, <table> <tr> <td> 태그들이 대부분을 차지하고 있는가? 만약 전자라면 그 에이전시는 표준을 따르고 있거나 최소한 따르려고 노력하고 있는 곳이므로, 일단은 신뢰해 볼 수 있는 기본을 갖추고 있는 곳이지만, 후자의 경우라면 이 역시 거들떠 볼 가치가 없는 에이전시다. <table> <tr> <td> 로 떡칠이 되어 있는 웹페이지는 소위 '테이블 코딩' 이라 불리는 방식을 사용한 날림 페이지이며, '날조된 사기 문서' 를 작성한 것과 다를바 없다 해도 과언이 아닌 경우다. 근데 왜 이 테이블 코딩이라는 방식을 사용하는것이냐? 라고 묻는다면, 긴 배경 설명을 해야하므로 일단은 그게 과거 어느 시점에 잘못 정착된 매우 지저분하고, 성의없고 무식하며 질 나쁜 편법이기 때문에 현재에 사용해선 안되는 방식이라는 것만 알아두자.. 그럼에도 불구하고 여전히 이 테이블 코딩이 사용되는 경우는, 올바른 웹페이지를 작성할 수 있는 인력을 보유하지 않고, 웹페이지를 올바로 작성할 줄 모르는 웹디자이너나 프로그래머가 그 역할을 대신하고 있는 경우가 대부분이며, 이 또한 문외한인 클라이언트들을 봉으로 여기고 있기 때문일 가능성이 높다는 얘기다. 자사의 홈페이지조차 그렇게 되어 있다면, 수주한 프로젝트들은 안봐도 비디오다. 근데 더 나쁜 놈들은 자사의 홈페이지는 어찌어찌 표준 비슷하게 만들어 놓고, 수주한 프로젝트들은 빨리빨리 끝내기 위해 테이블로 대충 떡칠하는 업체들이다. 몰라서 못하는 놈보다 알면서 안하는 놈이 더 나쁜거다. 그런 업체를 발견하면 욕이나 한바가지 해주고 내차버리면 된다. 또한 견적이 저렴하게 나올수록 겉모습과 상관없이 내부는 이렇게 쓰레기로 되어 있는 경우가 대부분이므로, 최소한의 품격을 지키고 싶다면, 그런 싸구려들과는 상대를 안하는 것이 좋다.

(부연 : 위에서 설명한 <table> <tr> <td> 도 분명 본연의 의미와 역할을 갖고 있는 태그다. 때로는 한페이지의 대부분이 될 수도 있다. 하지만, 홈(첫페이지)에서부터 대부분이 이것으로 되어 있는 경우는 거의 없다.)

이미 위의 두가지만으로 수많은 무개념 에이전시들이 걸러져 나갈 것이다.

그러나 여전히 조금 더 엄격하게 가려낼 필요가 있는 상태라면, HTML 소스만 갖고 참고할 수 있을 만한 디테일한 몇가지를 더 소개하겠으나 이미 위의 두가지를 통과한 에이전시라면 에이전시로서의 가장 기본적인 자격은 갖추고 있는 셈이니, 지금부턴 개념이 아닌 실력의 차이를 가늠하는 요소일 뿐임을 염두에 두기 바란다.

체크포인트 3. 태그안의 속성값들을 감싸는 따옴표가 무엇인가?

HTML 표준은, <div class="header"> 혹은 <a href="/about" title="회사소개"> 와 같이 태그안에 사용되는 속성값을 감싸는 따옴표로 쌍따옴표(" ") 를 사용할 것을 권장하고 있다.. 만약 쌍따옴표가 아닌 홑따옴표. 혹은 아예 따옴표를 사용하지 않은 경우는 약간 엉성한 실력이다. (다만, 서버사이드 개발자가 끝단에서 작업하는 공정을 취하는 경우는 그 개발자가 종종 이런 오염을 시켜놓는 경우가 많으므로, 절대적인건 아니다)

체크포인트 4. 이미지 갤러리 형태의 페이지도 아닌데, <img> 태그가 너무 많으면?

HTML 안에서 직접 이미지를 표시하기 위한 <img> 태그는 엄밀히 말해서, 그 자체가 하나의 내용요소 역할을 하는 이미지에만 사용되어야 한다. 특히, 디자인적인 역할만 할 뿐, 페이지 내용과는 크게 상관이 없는 이미지들을 <img> 태그로 표시하는 건 지양해야 한다. 따라서, 사진 갤러리라든가 이미지 검색결과 처럼 이미지 컨텐츠들이 주가 되는 페이지가 아닌 이상 <img> 태그는 거의 없어야 정상이다. 그렇지 않다면, 어설픈 실력을 가진 사람의 손길로 빚어진 페이지라 할 수 있다.

체크포인트 5. <a> 태그안에 onclick, onmouseover, onmouseout 과 같은 속성들이 유난히 많은 경우

<a href="" title="">홈으로</a> 와 같은 형태의 <a> 태그는 anchor. 즉, 다른 페이지로의 연결(이동)을 목적으로 사용되는 태그다. 그리고 여기에 어떤 효과나 기능을 부여하고 싶다면, HTML 문서 흐름 밖의 CSS 나 문서객체라는 요소를 통해 간접적으로 제어하는 것이 바람직하며, 또 깔끔한 방법이다. 그러나 CSS를 잘 다룰 줄 모르거나, 문서객체를 제어할 수준이 못되는 경우에 남용하는 것이 바로 onclick, onmouseover, onmouseout 이므로 <input> 이나 <button> 과 같은 태그가 아닌 곳에 onclick 이 남발되어 있거나 onmouseover, onmouseout 이 <a> 태그안에 마구 들어가 있다면, 이 또한 초보자나 개발자의 흔적이다.

체크포인트 3,4,5번은 사실 에이전시의 수준이라기 보다는 HTML작성자 (웹퍼블리셔 or 마크업개발자 or UI개발자)의 실력평가 기준 정도에 더 가까운 사항들이므로, 잘 이해가 안되면 무시해 버려도 지장은 없는 내용들이다.

하지만, 1,2번은 웹에이전시 선정시 반드시 체크하길 강력히 권장한다. 이미 한 기업을 대표하는 요소이자 고객들과의 중요한 소통창구 역할을 하고 있는 홈페이지가 최소한의 내실을 갖춘 홈페이지로 구축되어지길 바란다면 말이다...

페이스북 + 트위터 + 포스퀘어 = 구글플러스

beoreoji — Thu, 28 Jul 2011 23:37:21 +0900

구글이 런칭한 새로운 SNS 구글플러스(Google+) 는, 얼핏 보기에 페이스북을 겨냥한 것 처럼 생겼다. 페이스북의 뉴스피드와 흡사한 형태로 되어 있는 ‘스트림’이 있고, 사진첩 같은 곳이 있으며, 프로필이 있고 전체적인 레이아웃도 페이스북과 닮았기 때문이다.

하지만, 구글플러스(이하, 구플)를 본격적으로 사용해 보면, 역시 구글이 단순하게 페이스북 하나만을 흉내내서 야심찬 SNS를 내놓은 것은 아니란 것을 깨닫게 된다.
구플은 페이스북과 트위터를 절묘하게 조화시켜 놓은 구조에다가 자신들의 축적된 지도 인프라를 활용한 포스퀘어 성격까지 상당부분 흡수했고, 심지어 스카이프나 플리커가 가진 모습까지 결합시켜 빚어놓은 섬세하고 새로운 SNS 다.

* 페이스북과 트위터 결합의 핵심은 써클(Circle)

구플의 ‘써클’ 개념을 설명하기 위해, 우선 페이스북과 트위터의 기본적인 관계구조를 살펴보자.
페이스북은 요청과 수락으로 ‘친구’ 관계가 맺어지고, 친구끼리는 서로의 게시물을 공유하는 것이 기본구조이다. 그리고, 나의 친구가 천명이면 천명 모두에게 내 게시물은 똑같이 공유가 된다. (사진첩 제외)
트위터는 관심있는 유저를 ‘팔로우’ 하여 ‘팔로잉’ 으로 만든다. 그리고 팔로잉들의 트윗을 나의 타임라인에서 자동으로 받아보는 것이 기본구조이다. 다시 말하면, 내가 특별히 차단해 놓은 유저가 아닌 이상 모든 유저에게 나의 트윗들은 공개되어 있는 상태이다.

이 개념을 잘 아는 사람들이라면, 한층 구플의 서클을 이해하기 쉬울 것이다.

구플은 트위터처럼 관심있는 유저를 ‘써클’ 에 추가한다. 그리고 이 써클은 주소록이나 트위터의 리스트처럼 다수로 존재할 수 있으며, 한명의 유저를 다수의 써클에 각각 추가할 수 있다. 예를들어, 학과 친구이면서 같은 동아리인 경우라면 친구라는 써클과 동아리라는 써클 모두에 해당하므로 각각의 써클에 추가해야 할 것이다.
이렇게 분류된 서클들은 내가 올리는 게시물별 공개범위 선별에 사용되며, 각각의 서클별로 스트림을 볼 수 있는 필터로도 사용된다. 트위터에선 내 트윗을 누구나 볼 수 있고, 페이스북에선 내 게시물을 내 모든 친구가 볼 수 있지만, 구플에선 특정 서클에 포함된 유저들에게만 내 게시물을 공개할 수 있다. 물론, 여러 서클을 동시에 설정하거나 모든 서클로 설정할 수도 있고, 트위터에서 처럼 모든 유저가 볼 수 있도록 설정할 수도 있다. 또, 반대로 써클 단위가 아닌 개인 단위로도 설정이 가능하다. 이 모든 것은, 싸이월드를 버리고 페이스북으로 넘어온 유저들이 가장 많이 아쉬움으로 꼽는 ‘일촌공개’ 를 흉내낼 수 있고, ‘비밀이야’ 방명록도 흉내를 낼 수 있다는 것을 의미한다.
다만, 내가 특정인을 내 써클에 추가했어도, 상대방이 자신의 써클에 나를 추가하지 않았다면 기본적으로는 상대방에게 내 게시물이 보이지 않지만, 상대방이 ‘써클 밖 소식’ 스트림을 확인해 볼 경우엔 그곳에 내 게시물이 보여지게 될 것이다. ‘써클 밖 소식’ 은 내가 나의 써클 어디에도 포함시키지 않은 누군가가 자신의 써클에 나를 포함시켜서 해당 써클 공개로 올린 게시물들이 보여지는 곳이기 때문이다. 또한, 상대방이 내가 포함되지 않은 써클들만을 대상으로 게시물을 올렸다면 그 또한 나에겐 보이지 않지만, 상대방의 써클 어딘가에 내가 포함되어 있지 않더라도 내가 그를 나의 써클에 포함해 놓았다면, 상대방이 전체공개(Public)로 게시물을 올렸을 경우엔 나에게도 보여지게 된다.

얼핏 읽어보면 매우 복잡하게 느껴질 수도 있으나, 지극히 상식적이고 합리적인 법칙으로 이루어져 있으므로 전혀 어렵게 여길 필요가 없다. 따로 친구신청/수락 과정은 없지만, 서로가 원하면 자연스레 교류가 시작되는 것이고, 친한 관계일수록 서로가 더 열려있는 상태가 되는 것이다. 또, 한쪽만 원할 경우라도 상대방이 누가 봐도 상관없다고 판단하여 전체공개로 올린 게시물에 한해서는 접근이 허용되는... 완벽한 선별적 공개 개념이 완성되어 있는 것이 바로 써클개념인 것이다.

직장 상사와 어쩔 수 없이 친구를 맺고 눈치가 보여서, 따로 계정을 하나 더 만들어야 할 필요도 없고, 특정인 몇명한테만 보이고 싶은 내용이라 따로 메일이나 메시지 기능을 이용해야 할 필요도 없으며, 사회적인 관계때문에 친구나 맞팔로우 관계를 맺고 있긴 하지만, 자꾸 쓸데없는 소리만 도배하는 것 땜에 짜증나 고민할 필요가 구플에선 말끔히 사라지게 된다.
친구들에게는 보이고 싶지만, 직장동료들이 보면 곤란한 내용이 있을 것이고, 동아리 사람들에겐 보이고 싶지만, 동아리 사람들이 아닌 사람들에겐 매우 무의미하거나 공감대 없는 내용도 있을 것이며, 친척들에게만 전하고 싶은 내용도 있을 것이다. 구플이라면 손쉽게 이런 선별적 공개가 가능하다는 것.... 그것이 바로 써클이다.

* 체크인을 위한 체크인이 아닌, 보다 자연스러운 위치기반 정보 공유

페이스북에선 Place 라는 기능이 중간에 도입되었고, 이것이 포스퀘어에 위협을 가할만한 기능으로 기대를 모았었다. 하지만, 다른건 차치하더라도 페이스북 플레이스 자체가 국내에선 아예 지원이 안되고, 하루 속히 지원하기 위해 노력하고 있는 것 같은 낌새도 전혀 느껴지지 않는다. 아마도 장애가 많은 우리 국내법이 발목을 잡는 것이 아닐까 싶다.

구글은 이미 오래전부터 전세계의 지도를 제공하고 있으며, 모든 위치에 대한 정확도 높은 방대한 정보가 구축되어 있는 상태다. 구플은 신생 SNS지만, 그 속의 체크인 기능은 포스퀘어보다도 더 월등한 구글의 지역정보 인프라를 그냥 가져다 끼워 넣기만 한 것 처럼 이미 완성도가 높다. 게다가 체크인을 위한 체크인을 할 수도 있지만, 사진,동영상,링크등을 첨부하는 것 처럼 자연스럽게 현재 위치를 첨부하는 형태로 위치를 공유할 수도 있다. 다시 말하면, 굳이 특정 장소를 소개하거나 특정 장소에 왔었음을 알리기 위함에 국한되는 것이 아니라 어떤 일이 일어난 곳이 여기였음을 자연스럽게 함께 덧붙인다는 느낌이랄까? 그리고 이제 이 구플의 현재위치 첨부 기능과 허들 기능을 잘 조합해 사용하면 어떤 모임장소 찾아오는 길을 전화로 설명 할 일이 전혀 필요 없어질지도 모르겠다.
물론, 위치기반에 특화된 포스퀘어만의 고유한 개념과 기능들을 완벽히 옮겨 놓은 상태는 아직 아니다.

* 페이스북보다 월등하고, 트위터의 메시업도 필요없어진 구플의 강력한 사진 기능

구플이 가진 눈에 띄는 강력함 중 빼놓을 수 없는 것은 바로 사진이다. 구플의 사진 또한 구글의 서비스인 피카사웹앨범을 기반으로 하는데, 소셜함과 다양한 부가 기능을 갖춘 플리커에 밀려 단순한 개인 웹앨범 정도로 치부되던 이 피카사웹앨범도 구플과 결합함으로 이제 비로소 자기 몫을 제대로 해내기 시작하지 않을까 싶다.

페이스북은 사진 기능이 그다지 훌륭하지 못하다. 별다른 보정기능도 제공하지 않고, 원하든 원치 않든 사이즈와 퀄리티 제한이 있으며 담벼락에 올려놨던 사진을 나중에 앨범으로 정리하여 옮겨 관리할 수는 있지만 그것도 그닥 만족스럽지 않다... 무엇보다 국내 유저들은 사진 편집 기능을 가장 갈구하는 것 같지만, 페이스북에선 자체적인 사진편집을 전혀 지원하지 않으며 앨범의 개념도 우리에게 익숙한 싸이월드 사진첩의 개념과는 달라서 별로 활용되지 않는다.

그렇다면 구플은 완벽히 그 반대일까? 아직은 예스가 아니다. 하지만, 현재도 구플 자체에서 몇가지 보정기능을 지원하며 앞으로 편집가능 범위는 더 넓어질 것으로 예상이 되므로 페이스북의 취약한 사진 기능하고는 비교가 안되는 만족감을 주게 되지 않을까 사료가 된다. 또 무엇보다 처음에 얘기했듯, 구플에 올리는 사진은 모두 피카사웹에 올려지는 것이기 때문에, 스트림에 일회성으로 올렸다가 저멀리 밀려 내려가는 패턴에 그치지 않고, 싸이월드에서 사진첩을 관리하던 것 처럼 사진들을 앨범단위로 정리하여 관리할 수 있는 환경이 조성되어 있다. (페이스북보다 훨씬 직관적이고 체계적으로 말이다.) 직접 구플에서 사진을 몇장 올린 다음 구글의 피카사웹앨범에 접속해 보면 백문이 불여일견일 것이다. 구플에선 사진을 올리거나 감상하고, 디테일한 편집과 관리는 피카사웹에서...
또, 구플의 강력한 사진 기능은 여기서 끝이 아니다. 특히, 데스크탑 환경에서는 직접 사진 메뉴로 들어가서 확인해 보면 느낄 수 있을 것이다. 그 화려하고 시원시원한 인터페이스를!!.. 이것은 가로 혹은 세로가 2048px 을 넘지 않는 한, 원본 사이즈 그대로를 업로드할 수 있는 피카사웹의 특징과 유동폭 레이아웃의 장점을 결합하여 극대화 한 인터페이스인 것 같다. 썸네일 이미지 조차 단순하게 나열시켜 보여주는 것으로 그치지 않을 뿐더러, 사진 슬라이드 화면은 스크린을 100% 꽉 채워준다.

그리고 휴대폰에 구글플러스 앱을 설치하면, 앞으로 휴대폰으로 찍은 사진은 와이파이 환경에서 자동으로 피카사웹에 전송되어 저장되기 때문에, 별다른 절차 없이 그냥 PC에서 구플에 접속하기만 하면, [사진 > 내 휴대전화 사진] 에서 휴대폰으로 찍은 사진들을 펼쳐 놓은 다음, 공유할 건 공유하고, 지울건 지우고, 하드디스크로 다운받을건 다운받고, 앨범에 정리할 건 정리하는 등의 작업을 매우 손쉽게 할 수 있는 환경이 갖추어 지게 된다.

피카사웹과 결합한 구플의 사진 부문은 이 밖에도 여러 막강한 편의기능을 앞으로 계속 추가해 나아갈 것이므로, 아마 플리커까지 눌러버릴 수 있을 만한 기반을 본격적으로 다져내고 있는 것이 아닌가 싶기도 하다.

* 스카이프를 대체하기 위해 준비중인 듯한 ‘수다방(Hangouts)’

구플에선 다중 라이브 화상/음성 채팅을 지원한다. 특정 서클을 대상으로 수다방을 열면, 그것이 스트림에 표시되며, 그걸 볼 수 있는 사람들은 10명까지 즉시 수다방에 참여하여 실시간으로 화상/음성 채팅을 할 수 있다. 아직 해보지 않았기 때문에 어떤 인터페이스로 진행되는지는 정확히 모르겠으나, 이 또한 매우 매력적인 기능이다. 아직 모바일에선 이 기능을 지원하지 않지만, 지원되는 순간 스카이프가 필요 없어지지 않을까?

이상, 구글플러스를 사용해 보면서 체득한 특징들이나 지식을 볼품없는 문장력으로 나름 소개해 보았으나, 아직 이것이 구글의 의도와 완벽히 맞아 떨어지는 사실이라 확신할 수도 없고, 극히 표면적이고 일부에 지나지 않은 이 외에도 훨씬 더 많은 놀라움들이 구글플러스 안에는 숨어있을 것이다.
포스팅 중간 어딘가에도 언급했지만, 모든것은 백문이불여일견이다. 새로운 것에 겁먹지 말고 직접 체험해 보며 그 매력을 느껴보기 바란다. 구글플러스는 그야말로 새로운 세계다.

Transformers : Dark Of The Moon

beoreoji — Thu, 30 Jun 2011 14:44:22 +0900

Transformers : Dark Of The Moon [Michael Bay / 2011]

본편이 쌓아놓은 거대한 감동을 속편이 이어가기란 원래 힘들다. 관객들은 언제나 그 이상을 기대하기 때문이다. 트랜스포머 시리즈는 블록버스터 액션을 가장 블록버스터 액션답게 만들 줄 아는 마이클 베이 감독에 의해 태어나는 영화다.
영화 선택의 첫번째 기준이 감독인 나로선 감독들 마다의 특성을 매우 잘 알고 있기에, '마이클 베이 감독의 트랜스포머' 는 언제나 만족이었고, 이번에도 그러했다. 그는 오락영화를 연출할 땐 철저하게 때리고 부수며 비주얼과 사운드를 통해 스타일리쉬를 극대화하여 항상 숨막히고 벅차오르는 흥분과 전율을 느끼게 하는 방법을 매우 잘 아는 감독이기 때문이다.
다만, 감독이 마이클 베이라는 사실을 일단 배제하고 그냥 '트랜스포머' 의 세번째 편으로서만 이 영화를 바라본다면, 역시 서두에 얘기했던 기대치를 충족시키는데에는 '펠른의 복수' 때 그러했던 것 처럼 썩 성공적이진 못한 것 같다는 생각을 조심스럽게 해본다. 본편에서 처음 접했던 그 모든 감동의 비주얼과 사운드들은 그대로였지만, 문제는 바로 이 '그대로' 라는 것에 있을 것이다. 스토리를 비롯한 감성적 라인은 애초부터 별로 신경쓰지 않는 마이클 베이 감독의 너무나도 멋있고 흥분되는 오락적 요소들이 본편에선 관객들을 사로잡았지만, 그것을 이어갈만한 임펙트있는 새로운 경험 대신, 디테일만 심화된 제자리 걸음과 고공 낙하 장면 정도만으로는 관객들의 잔뜩 부푼 기대감에 부응하기엔 무리가 있었지 않나 생각된다. 본편에서 자동차가 로봇으로 변신하는 그 충격적이고 파격적인 장면에 모두들 넋을 잃었고, 천지를 진동시키는 EMP 사운드에 입이 떡 벌어지며 소름이 돋아 감탄을 했었지만, 속편에서도 여전하고 익숙한 형태로 변신하는 그 장면들과 재탕되는 효과음이나 음악들에 여전히 넋을 놓을 사람은 없는 것과 같은 맥락이다. 심지어 Score 트랙들마저 본편에선 하나같이 가슴 벅찬 전율과 감동이 그대로 전해왔으나 그런 느낌은 이미 '펠른의 복수' 때부터 아예 없어져 있었다. 그렇다면 그것들을 대신하거나 커버할 수 있는 다른 무언가가 있어야 할테지만, 마이클 베이는 결코 오락영화에 어설프게 시나리오 비중을 높이는 사람이 아니다. 오히려 이번 편에선 아예 엉망이었다. (어쩌면 이번에 그런 시도를 하려다 더 어긋난 케이스일 수도 있겠다.) 아폴로11호 달착륙을 절묘하게 연관시킨 도입부의 그럴싸함이 지대한 흥미를 유도해 냈으나, 이건 마치 트레일러를 염두에 두고 억지로 끼워넣은 것이 아닌가 싶을 정도로 흐지부지해져 버렸고, 오히려 뒤로 갈수록 이야기가 산만해지면서 본연의 액션 비주얼과 사운드를 즐기는데 마저 방해가 될 지경으로 치달았으니, 확실히 개인적으로 본편은 물론이거니와 '펠른의 복수' 때 보다도 훨씬 몰입도가 떨어짐을 느꼈다. (난 지루할 틈도 없이 신나고 재밌는 영화를 볼 때는 팝콘같은 것은 커녕 콜라에도 손을 안대는 스타일인데, 트랜스포머를 보면서 중간에 팝콘을 씹어 먹게 될 줄은 상상도 못했었다.) 마이클 베이식 액션 블록버스터 연출스타일을 정석으로 떠받드는 나 조차도 그러하였으니, 분명 지루함이나 안타까움마저 느낀 사람이 생각보다 훨씬 더 많이 있었을 것으로 예상된다. (특히, 오락성이 제아무리 엄청나게 화끈하고 벅차도 내용이 엉성하면 용서하지 못하는 여성들...) 나 또한 다른부분은 마이클 베이 형님이니까~ 하면서 넘어간다 치는 와중에서도 이건 좀 너무했다 싶었던 부분을 굳이 꼽으라면, 트랜스포머 시리즈의... 마치 스스로의 클리셰인 양 여지없이 극으로 치닫는 후반부의 꽉 찬 오토봇vs디셉티콘 전투액션 비주얼 폭풍에서 자행된 앞 뒤 개연성이 전혀 없는 몇몇 장면들과 허망한 전개...... 물론, 누누히 얘기했듯, 난 마이클 베이 감독의 블록버스터 액션을 대할 땐, 처음부터 눈과 귀의 즐거움 이외에는 아~무런 비중도 바람도 두지 않으므로 다소간의 실망은 느낄지언정 이런 점을 꼬집어 감독의 능력을 폄하할 맘은 없다. 무엇이 어찌되었던지 간에 마이클 베이 감독은, 어설프게 짬뽕하느니 차라리 과감하고 충실하게 한가지는 확실하게 올인해 주는 사람이니까...

앞으로 이 영화를 본 많은 관객들은 저마다 나름의 감상들을 쏟아낼 것이다. 극찬하는 사람들도 있을 것이고, 평가절하하는 사람들도 어쩌면 전편보다도 더 많아질지 모르겠다. 하지만, 어찌되었건 현시점에서 변하지 않는 사실이 있다면, 여전히 트랜스포머는 초대형 블록버스터라는 타이틀에 대한 무색함 없이 현존하는 그 어떤 영화에서도 경험할 수 없는 무지막지하게 엄청난 액션 비주얼과 스케일을 뿜어대고 있으며, 사운드만으로도 가슴벅찬 감동에 전율을 느낄 수 있다는 걸 깨닫게 해 줄 수 있는 유일한 영화라는 점이다. 따라서 다른이들의 평이 어떠하건 간에, 본인이 직접 보고서 만족을 하게 될지 실망을 하게 될지 따위에 대해선 한톨 고민할 필요도 없이 무조건 봐줘야 하는 영화임에는 틀림이 없다.

[HTML] 페이스북 썸네일로 특정 이미지가 지정된 웹페이지 선언하기

beoreoji — Thu, 02 Jun 2011 20:13:47 +0900

웹페이지에 페이스북 공유 위젯을 설치해 두던, 설치해 두지 않던간에 요즘엔 유용하거나 재미있는 웹페이지를 알아서 페이스북 친구들과 공유하는 유저들이 많다.

이렇게 웹페이지가 페이스북에 공유될 때, 페이스북은 해당 웹페이지 안에서 사용된 이미지들을 대상으로 썸네일 후보를 만들어 유저가 그 중 하나를 고를 수 있게 해 준다. 하지만, 이것은 어디까지나 자동화 된 썸네일 후보 리스트이기 때문에, 엉뚱한 이미지... 심지어 광고에 들어간 이미지 마저 썸네일 후보가 되는 경우가 허다해 질 수 있다. 공유를 시도하는 유저가 고심하여 썸네일을 골라보다가 적절한 썸네일이 없다고 판단되면 썸네일이 아예 뜨지 않게 하는 등의 성의를 보여준다면 매우 다행이겠으나 모든 유저에게 그것을 바랄 수는 없다.

그렇다면, 현재의 페이지를 누군가가 페이스북에 공유하려 할 때, 페이지안에 어떤 이미지들이 포함되어 있건 간에 모두 무시하고 지정된 이미지만을 썸네일로 쓸 수 있게 하는 방법을 써 볼 수 있다.

방법은 매우 간단하다. 아래와 같은 엘리먼트를 <head> 안에 마크업 해 두면 된다.

<link rel="image_src" href="(PATH or URL)" />

페이지를 페이스북으로 공유할 때, 페이지 헤드에 이런 엘리먼트가 포함되어 있을 경우 페이스북은 자동으로 썸네일 이미지 후보를 생성하는 과정을 거치지 않고, 무조건 해당 이미지를 썸네일 이미지로 사용하게 된다. <link> 의 rel 속성으로 넣어준 값 image_src 가 하는 역할 중 하나가 바로 그것이다.

여기서 '역할 중 하나' 라는 표현에서 하나 유추할 수 있는 사실이 있을 것이다. image_src 라는 속성값이 오직 페이스북에만 쓰이기 위해 존재하는 값이 아니라는 사실.... 하지만, 일단은 페이스북으로 공유될 것에 대비할 때는 이렇게 사용되기도 한다는 것을 알아두자~

우리나라에서 과장/왜곡된 영화 포스터들의 사례

beoreoji — Sun, 15 May 2011 16:00:21 +0900

우리나라 배급사들은 영화를 수입한 다음에 과장되고 왜곡된 마케팅으로 영화에 대한 불필요한 기대치를 높여놔서 멀쩡한 작품들이 관객들에게 평가절하 되도록 만드는데에 있어 세계 일류급인 것 같다.

요즘엔 많이 나아졌지만, 타이틀에 대한 어처구니 없는 번안도 한 몫을 담당했었고 내용이랑 거리가 먼 카피들은 기본이었다.

그리고 오리지널 포스터를 엄청나게 과장시켜서 재탄생시키는 짓은 지금도 여전히 계속되고 있으며, 나는 이 역겨운 사례들이 발견될 때마다 이 포스팅에 계속 이어 붙이며 그 사례들을 고발해 보고자 한다.

서두는 간략히 마치고, 바로 본론에 들어가 보자.

스티븐 킹의 원작을 영화화 한 The Mist (2007) 의 오리지널 포스터다.
The Mist 라는 타이틀과도 어울리며, 내용을 잘 암시해 주고 있다.

없던 것들을 마구마구 집어넣어서 전혀 다른 느낌의 포스터를 만들어 놨다.
두 포스터는 영화에 대한 전혀 다른 짐작을 하게 한다.

길 예르모 델 토로 감독의 영화 Pan's Labyrinth (2006)
이 영화는 결코 가족이 함께 보라고 만들어 놓은 영화가 아니다.

오리지널에는 없던 것들이 막 들어가 있으며, 멋대로 '오필리아와 세개의 열쇠' 라는 부제를 붙이고,
이상한 카피를 만들어 넣어 이 참혹한 스토리를 가족판타지의 이미지로 바꾸어 홍보를 했다. 일종의 사기행위다.

흥행은 못했지만, 킬링타임용으로 괜찮았던 World Invasion : Battle Los Angeles (2011) 의 포스터다.

보다 화끈하게 보이려는 의도가 다분히 들어가 있는 왜곡의 경우다.
오리지널 타이틀에서 Battle LA 를 빼버리고, '전세계' 를 강조함으로서 관객들은 엄청난 스케일을 기대했다가 큰 실망을 했을 것이다. Battle LA 라는 부제가 사라져 버린 것 만으로도 관객들을 농락하는 행위였다.

TO BE CONTINUE...

깔끔하게 연대표로 정리된 웹브라우져의 역사

beoreoji — Wed, 06 Apr 2011 10:55:59 +0900

최초의 메인스트림 웹브라우져였던 넷스케이프(Netscape)를 시작으로 파이어폭스(Firefox),크롬(Chrome),오페라(Opera),사파리(Safari),인터넷익스플로러(Internet Explorer) 등의 주요 웹브라우져들이 진화해 온 과정과 점유율의 변천사를 한눈에 인지할 수 있도록 명쾌하게 그림으로 잘 작성해 놓은 것 같아서 퍼옴. <출처: 이미지 하단에 표시>

페이스북에서 한글 이름을 추가로 설정하면 좋은 점 중 하나

beoreoji — Mon, 04 Apr 2011 19:09:23 +0900

최근에 페이스북에 가입한 우리나라 사람들의 이름은 한글로 되어 있는 경우가 많다는 사실을 혹시 느꼈는가?

오래전에 가입한 사람들 중에는 대개 페이스북이 글로벌 소셜 커뮤니티라는 이유로 막연히 영어 표기를 써야 할 것 같아서.. 혹은 다른 유저들이 그렇게 쓰고 있는 것을 얼핏 보고서.. 영어로 본인의 이름을 표기해 두는 경향이 강했다.
그러나 영어로 표기를 하느냐, 모국어 문자로 표기를 하느냐에 대한 고민이 필요 없어진지 이미 꽤 되었다는 사실을 아직 모르는 사람이 많은 것 같다. 그렇다면 지금 당장 스크린웹에서 내 계정 -> 계정 설정으로 들어가 이름에 대한 '변경' 을 클릭해 보자.
아래와 같이 예전과 달라진 이름 설정 페이지를 볼 수 있을 것이다. (요즘에 가입하는 사람들은 처음부터 이 화면을 보게 되므로 자연스레 한글 이름을 쓰게 되는 경우가 많은 것일게다.)

딱 보면 누구나 이해하겠지만, 간단히 보충 설명을 해 두자면..

첫번째의 이름은 일종의 전역(global) 혹은 디폴트 이름으로, 두번째의 이름이 보여질 언어 이외의 모든 언어 사용자에게 표시될 이름이다. 즉, 위와 같은 경우는 '한국어' 로 페이스북을 사용하는 사람들을 제외하고 모든 다른 언어로 페이스북을 사용하는 사람들에게 내 이름은 'Seonpil Kim' 으로 표시됨을 의미한다.

그리고 두번째의 이름은 내가 사용하는 언어와 같은 언어로 페이스북을 이용하는 사람들에게 표시될 이름인 것이다. 즉, 위의 경우 나는 한국어로 페이스북을 이용하고 있으므로, 같은 한국어로 페이스북을 이용하는 모든 사람에게 내 이름은 '김선필' 로 표시가 되는 것이다.

(물론, 굳이 한국어로 페이스북을 이용하지 않고 영어로 페이스북을 이용하는 사람들도 많다. 이 경우 그 사람의 모국어가 한국어이건 뭣이건 간에 그 사람이 설정한 사용언어는 한국어가 아닌 영어이므로 그 사람에게 내 이름은 'Seonpil Kim' 으로 표시가 될 것이다.)

자, 그렇다면... 한국어로 페이스북을 이용하는 사람들이 다른 언어 이름.. 즉, 한국어 이름을 추가로 설정해 두면 좋은 점 가운데 한가지를 찝어 보겠다.... 그것은 바로 스마트폰 주소록과 페이스북 프로필간의 싱크로율이 높아진다는 점이다.

이쯤에서 아이폰 유저들에겐 양해를 좀 구하겠다. 난 아이폰의 주소록 관리 체계를 잘 모르기 때문에 아이폰은 전혀 고려하지 않고, 안드로이드폰만을 예로 들 것이다. (_._)

안드로이드폰 유저라면 당연히 이미 알고 있는 사실이지만, 안드로이드폰의 주소록은 구글의 지메일 주소록과 항상 완벽하게 동기화가 유지된다. 따라서 주소록 날려먹을 걱정은 전혀 하지 않아도 된다.. 뿐만 아니라 페이스북과 트위터의 주소록과도 싱크를 맞춰주는데, 사실 트위터의 경우 지인들과의 교류라기 보다는 불특정 다수와의 소통 창구라 할 수 있기 때문에 굳이 내 주소록에 싱크까지 시킬 필요성은 못 느끼지만, 나를 비롯한 많은 사람들이 페이스북의 경우는 주로 안면이 있는 지인들이나 친한 사람들이랑 친구를 맺고 소통하는 채널로 이용하는 경향이 있기 때문에 주소록에 페이스북 프로필을 싱크시키면 종종 유용할 때가 있다. 주소록 목록에서 페이스북 프로필 사진이 주소록 사진으로 알아서 표시되어 준다거나, 최근의 상태업데이트 내용이 주소록 상에서 바로 보여진다거나....

그러나 그동안은 이것이 그닥 효과적으로 제 역할을 수행할 수 없었는데, 그것은 싱크의 기준이 '이름' 이기 때문이다. 보통 우리나라 사람들은 주소록에 우리나라 사람들의 이름을 영어로 입력하지 않는다. 그러나 페이스북에선 다들 이름을 영어로 표기해 두니, 싱크가 이루어진다기 보다는 같은 사람의 주소록 항목이 두개씩 생겨나 있게 되는 것에 지나지 않게 되는 것이다.

나는 다들 한글 이름으로 주소록에 등록해 두었지만, 그들은 페이스북 이름을 영어로 입력해 두었으므로 둘은 서로 다른 존재로 인식되어 안드로이드는 이를 하나로 합쳐주지 못하고 아래와 같이 따로 표시를 해준다. 매우 스마트하다.ㅎㅎ

그러나 많은 사람들이 한글이름을 사용하거나, 위에서 설명한 대로 한글이름을 따로 추가 설정해 두게 되면.....

이처럼 본격적인 자기 역할을 충실하게 수행해 내게 되는 것이다.

대부분이 비어있어서 허전했던 주소록 목록의 사진 부분이 페이스북 프로필 사진들로 알아서 채워지고, 최근의 상태업데이트 내용이 보여지고, 터치만 하면 그 사람의 프로필 페이지를 바로 열어 볼 수도 있게 된다. 비로소 뭔가 어긋나 있던 것이 속시원히 제대로 들어맞는 느낌이랄까?
(다만, 이 부분에 대한 지능적인 동기화 체계가 구축되지 않은 탓인지... 페이스북에서 영문이름과 한글이름 둘 모두를 설정해 둔 경우엔, 한글이름이 내 주소록의 한글이름과 합쳐지는것 까진 좋은데, 동시에 영문이름이 또하나 목록에 표시되게 된다는 문제가 있긴 하다...;; 그런 경우엔 해당 영문이름을 길게 터치하여 '연락처 삭제' 를 선택하면 된다. 페이스북이나 트위터에서 가져온 연락처는 직접 삭제할 수 없지만 내 주소록에선 보이지 않도록 감춰둘 수 있으므로, 한글 이름에 합쳐진 사람의 영문 이름은 모두 감춰놓으면 된다.)

물론, 그깟거 굳이 뭐하러 귀찮게 동기화까지 해가며 쓸 필요가 있겠느냐 라고 말하는 사람들이 더 많을수도 있겠지만...

어쨌건 페이스북에서 한글 이름을 사용하면 좋은 점 중에는 이런 것도 있다... 라는 것을 전하고 싶었다....

암울했던 IE(인터넷익스플로러) 식민지 시절로부터 벗어나고 있는 우리나라

beoreoji — Mon, 28 Mar 2011 14:22:23 +0900

크롬 유저인 나는 OS의 기본 브라우져를 크롬으로 설정해 놓고, 엑티브엑스 기반 웹사이트에 접속해야 할 필요가 있을 때만 인터넷 익스플로러를 띄우며 컴퓨터를 사용하고 있다.

또 물론, 많은 유저들이 파이어폭스나 사파리, 오페라 등의 주요 브라우져들을 그런식으로 애용하고 있을 것이다.

(혹자들은 굳이 IE를 놔두고 브라우져를 왜 두개 돌리냐고 하겠지만, IE를 쓰기 싫어하는 (심지어 저주하는) 사람들의 감성은 직접 다른 브라우져를 써 봐야만 알 수 있을테니, 그 부분에 대해선 따로 얘기하지 않겠다.)

암튼, 나같은 비IE 유저들은 어쩔 수 없이 IE를 띄워야 하는 사이트들은 별도로 IE 안에만 따로 북마크를 해두고 관리를 하는데, 불과 1년 전만 해도 모든 금융,전자상거래 사이트 뿐 아니라 많은 웹사이트들이 엑티브엑스 기반으로 IE에서만 정상 동작을 했기 때문에 IE 전용 웹사이트만 따로 분리해 놓은 것임에도 불구하고 IE의 북마크 숫자가 결코 적은 양이 아니었다.

그리고 난 그것을 그냥 그러려니 해야 했던 거의 변하기 힘든 현실로 받아들였었다. (웹표준/접근성/크로스브라우징 이슈는 오래전부터 이야기 되고 있었으나, 이나라의 절대적인 인구가 마이크로소프트 윈도우즈를 사용하고, 또 그 중 대다수의 일반 유저들이 윈도우즈안에 기본 탑재되어 있는 인터넷 익스플로러를 그냥 당연히 웹서핑을 하기 위한 컴퓨터 자체의 고유 도구인 것인 양 사용하고 있으니 여전히 그게 그닥 와닿는 이슈는 아니었을게다.)

그러나 세상에 변하지 않는 것은 없었고, 그 변화의 바람을 일으키는데 결정적 공헌을 한 뜻하지 않은 영웅이 등장했으니, 그것이 바로 '스마트폰' 이란 녀석이었다.

스마트해야 할 스마트폰에서 전자상거래를 하고 정보를 얻고 서비스를 받을 수 있어야 하는 것은 당연한 것이지만, 윈도우모바일에서 조차 사용하지 않는 인터넷익스플로러와 엑티브엑스 기술이 탑재된 스마트폰은 그 어디에도 없으니, 이제껏 Only IE 에 안주하며 오로지 엑티브엑스에 의지해 유저들과 통신을 해왔던 주요 프로바이더들이 급작스런 플랫폼과 디바이스의 다원화에 대한 확장이 막혀버리고 나서야 자신들이 구축해 놓고 오랜 세월 굳건히 지켜왔던 억압된 플랫폼과 환경에 좌절하고 발등에 불이 떨어진 것을 깨닫도록 해주는 역할을 스마트폰이 톡톡히 해 준 것 같다......

어쨌건 그리하여 크로스플랫폼/크로스브라우징의 중요성과 필요성을 절감한 몇몇 상위 프로바이더들이 선도적으로 변화를 주도하기 시작했으니,, 이제야 비로소 오랜 시간동안 마이크로소프트의 식민 지배를 받고 있던 이 나라의 웹 환경이 먹구름을 걷어가고 있는 듯한 느낌이다.

그리고 실제로 그로 인해 나는 크나큰 만족감과 편리함을 느껴가고 있으며, 서두에 얘기했던 'IE만의 북마크' 수는 1년전에 비해 현저하게 줄어 들었다.

그럼 이 매우 타당하고 긍정적인 변화를 주도하고 있는 칭찬 받아 마땅한 프로바이더들을 거론하며 두서없는 포스팅을 마무리 해 보겠다.

필자는 윈도우즈가 설치된 데스크탑과 리눅스가 설치된 랩탑을 사용하고 있으며, 두 곳 모두에서 기본브라우져로 크롬을 사용하고 있다. 몇년간 필자의 주거래 은행은 '하나은행' 이었으나, '기업은행'/'우리은행'/'국민은행'/'신한은행' 등이 오픈뱅킹 서비스를 시작했다는 소식을 접했을 때 '하나은행' 은 다른 은행 먹을 생각이나 하고 있을 뿐 오픈뱅킹에 대해선 아무런 조짐이 없어 보이길래, 주거래 은행을 '기업은행'으로 바꾸어 버렸다. 이후, 크롬이나 파이어폭스에서 계좌이체를 하는데 소요되는 시간은 이전에 IE에서 하나은행에 접속해 계좌이체를 하는데 들어가는 시간의 반도 걸리지 않고 있으며, 계좌조회는 10초도 안걸린다. (리눅스에선 파이어폭스만 지원하지만, 리눅스에서도 된다는 것 자체만으로 행복하다.) 또, 최근에 필자는 인터넷으로 도서를 구매할 때 무조건 '알라딘' 만 이용한다. '알라딘' 에선 크롬으로도 간단히 신용카드 결제를 할 수 있기 때문이다. 다른 인터넷서점은 거들떠도 안본지 오래되어 버렸다. 그리고 지금은 하지 않지만, '피망' 에서 배급하는 온라인FPS 게임에 빠져 있었던 적이 있었다. '피망' 또한 IE 전용으로 돌아가는 사이트였기 때문에 으레 언제나 IE 를 띄워서 접속하곤 했었는데, 어느 날엔가 깜빡하고 크롬에서 접속했다가 감동을 한 적이 있었다. 크롬에서 로그인 뿐 아니라 게임실행까지 가능했기 때문이다.

크로스플랫폼/크로스브라우징이 가능하도록 바뀐 곳들이 찾아보면 이 밖에도 많이 있을 것이다. 다들 거듭 칭찬하고 응원해 주고 싶은 곳들이다. 또 이와 더불어 IE가 아니면 접속은 되어도 제대로 동작하지 않는 요소들 태반이었던 많은 웹사이트들도 차츰차츰 줄어가고 있다.

변화는 서서히 혹은 빠르게 멈추지 않고 진행중이기에, 점차 절망적이 되어가던 이나라의 IT가 다시 부활해 가고 있다는 희망을 다시금 가져보게 된다.

King's Speech

beoreoji — Mon, 21 Mar 2011 00:35:00 +0900

King's Speech [Tom Hooper / 2011]

얼마전에도 기대 안하고 봤던 black swan 에 크나큰 감동을 먹었는데, 이번엔 더 기대 안했던 king's speech 에 또한번 잔잔한 감동을 느끼고, 처음 간 롯네시네마 홍대입구에서 엔딩 크래딧까지 모두 봐주고 나왔다. (하긴.. 괜히 아카데미 시상식을 휩쓴 영화가 아니겠지..) 콜린 퍼스의 연기도 만점이지만, 제프리 러쉬 할아버지의 정감가는 위트 만점 케릭터도 너무 좋았다. black swan에서도 말미에 쉼없이 흘러나오는 음악에 몽롱했던 여운이 아직 가시지 않았는데, 이 작품에서도 말미의 음악이 잔잔한 감동을 한껏 배가시켜주며 가슴을 울컥하게 적셔준다.. 물론, 한번 더 보라고 하면 마지막 장면만 볼 것 같은 정도의 잔잔함이지만, 한번쯤 보며 훈훈한 감상에 젖기엔 부족함 없은 추천작! 특히나 그 당시(2차 세계대전이 발발했던 조지6세 시절)의 영국왕실에 대한 배경지식이 있다면 더욱 재밌게 볼 수 있을 것이다.

HTML5 의 새 엘리먼트와 사라진 엘리먼트 목록

beoreoji — Fri, 18 Mar 2011 14:13:53 +0900

이 포스팅 안에 포함된 주요정보의 출처는 w3schools.com 입니다.

☆ 마크업 엘리먼트

Tag	Description
<article>	For external content, like text from a news-article, blog, forum, or any other content from an external source
<aside>	For content aside from the content it is placed in. The aside content should be related to the surrounding content
<command>	A button, or a radiobutton, or a checkbox
<details>	For describing details about a document, or parts of a document
<summary>	A caption, or summary, inside the details element
<figure>	For grouping a section of stand-alone content, could be a video
<figcaption>	The caption of the figure section
<footer>	For a footer of a document or section, could include the name of the author, the date of the document, contact information, or copyright information
<header>	For an introduction of a document or section, could include navigation
<hgroup>	For a section of headings, using <h1> to <h6>, where the largest is the main heading of the section, and the others are sub-headings
<mark>	For text that should be highlighted
<meter>	For a measurement, used only if the maximum and minimum values are known
<nav>	For a section of navigation
<progress>	The state of a work in progress
<ruby>	For ruby annotation (Chinese notes or characters)
<rt>	For explanation of the ruby annotation
<rp>	What to show browsers that do not support the ruby element
<section>	For a section in a document. Such as chapters, headers, footers, or any other sections of the document
<time>	For defining a time or a date, or both
<wbr>	Word break. For defining a line-break opportunity.

☆ 미디어 엘리먼트

Tag	Description
<audio>	For multimedia content, sounds, music or other audio streams
<video>	For video content, such as a movie clip or other video streams
<source>	For media resources for media elements, defined inside video or audio elements
<embed>	For embedded content, such as a plug-in

☆ 캔버스 엘리먼트

Tag	Description
<canvas>	For making graphics with a script

☆ 폼 엘리먼트

Tag	Description
<datalist>	A list of options for input values
<keygen>	Generate keys to authenticate users
<output>	For different types of output, such as output written by a script

☆ <input> 의 새로운 type 속성들

Type	Description
tel	The input value is of type telephone number
search	The input field is a search field
url	The input value is a URL
email	The input value is one or more email addresses
datetime	The input value is a date and/or time
date	The input value is a date
month	The input value is a month
week	The input value is a week
time	The input value is of type time
datetime-local	The input value is a local date/time
number	The input value is a number
range	The input value is a number in a given range
color	The input value is a hexadecimal color, like #FF8800

◎ 없어진 엘리먼트들

<acronym> - <abbr> 이 대신함

<applet> - <object> 가 대신함

<dir> - <ul> 이 대신함

<xmp> - <pre> 가 대신함

<basefont> - CSS에서 처리

<big>,<center>,<font>,<s>,<strike>,<tt>,<u> - CSS에서 처리

Black Swan

beoreoji — Sun, 13 Mar 2011 17:43:00 +0900

Black Swan [Darren Aronofsky / 2010]

입소문이 극과극이라 내심 망설이다가 딱히 볼 것이 없어서 봤는데, 뜻밖에 완전히 압도당했다... 압박은 집착이 되고, 집착은 광기가 되고, 광기는 전율로 승화되어 화려하게 타오르다가 꺼져버렸다...... 이 영화에는 주인공과 갈등하는 인물이 없기 때문에 중반 이후까지도 왠지 모를 허전함을 안겨주지만, 쉼 없이 흐르며 말미를 가득 채우는 백조의 호수 음악에 몽롱해지고, 그 안에서 완벽한 흑조(black swan)가 되어 무대를 휘젓는 장면의 앵글에 취해 온몸에 소름이 돋아보고 나서야 비로소 그 허전함이 구조적인 필요조건이었음을 이해할 수 있게 된다. 아쉬운 점도 없는건 아니지만, 전체적으로 걸작이었다는 느낌이다..! 나탈리 포트만의 탄탄한 연기..특히, 표정은 여지없이 돋보였다.

한국인의 급한 성질 BEST 10 (~공감오백배~)

beoreoji — Thu, 24 Feb 2011 11:30:43 +0900

한국인의 급한 성질 BEST 10

외국인: 자판기의 커피가 다 나온 후, 불이 꺼지면 컵을 꺼낸다.
한국인: 자판기 커피 눌러놓고, 컵 나오는 곳에 손 넣고 기다린다.
가끔 튀는 커피에 손을 데기도 한다.

외국인: 사탕을 쪽쪽 빨아먹는다.
한국인: 사탕 깨물어 먹다가 이빨 부러진다.

외국인: 아이스크림은 혀로 핥으며 천천히 먹는다.

한국인: 아이스크림은 베어먹어야지 핥아먹다간 벌떡증 걸린다.
한입에 왕창 먹다가 순간적인 두통에 머리를 감싸고 괴로워할때도 있다.

외국인: 저런 냄비근성 다혈질 민족 이탈리아같으니.
한국인: 저런 여유만만 느려터진 지중해쪽 국가다운 이탈리아놈들. 아 답답해.

외국인: 버스는 정류장에 서서 기다리다 천천히 승차한다.
한국인: 일단 기다리던 버스가 오면 도로로 내려간다.
종종 버스와 추격전이 벌어진다.

가끔은 버스 바퀴에 발이 찧이기도 한다.
문 열리기도 전에 문에 손을 대고 있다. (그러면 빨리 열리냐?)

외국인: 인도에 서서 "택시" 하며 손을 든다.
한국인: 도로로 내려가 택시를 따라서 뛰어가며 문 손잡이를 잡고 외친다. "철산동!!"

외국인: 야구는 9회말 2사부터. 힘내라 우리편! (끝까지 응원한다.)
한국인: 다 끝났네, 나가자.(9회말 2사쯤이면 관중이 반으로 줄어있다.)

외국인: 영화의 마지막은 엔딩크레딧과 함께 OST를 감상하며 여운에 젖는다.
한국인: 극장에도 리모콘이 있으면 채널 돌렸지. 빨리 안나갈거야?

외국인: 오늘의 요리는 폭찹. 폭찹의 기원은 블라블라블라인데
이 레스토랑은 요리사가 에벨레벨레...

한국인: 씨브럴! 돼지를 키워서 만들어오나, 드럽게 안나오네!

10.

외국인: 그영화 어땠어? 연기는? 내용은?
한국인: 아 그래서 끝이 어떻게 되는데!!

출처 : 다음 카페 SoulDresser

[개인참고문서] CSS 규칙 복습

beoreoji — Sun, 05 Dec 2010 21:04:03 +0900

이 포스팅은 개인적인 참조문서로 작성중인 내용을 공개해 두는 것이므로, CSS의 규칙 전반을 다루고 있지 않으며, 제 머리속에 미처 각인되어 있지 않았던 규칙들을 암기할 목적으로 나열해 둔 것임을 미리 밝힙니다.

CSS에 대한 질문이나 도움요청은 댓글이나 이메일,트위터로 해주시면, 성심껏 도와드리겠습니다.

<img> 태그를 제외한 모든 인라인 엘리먼트는 margin과 padding이 좌우에만 적용된다. 만약, 억지로라도 상하 공간을 만들어내고 싶다면, line-height 프로퍼티를 사용할 수 있다.

height 로 박스의 높이를 지정한 경우, 내용물의 높이가 박스에 지정한 높이보다 커지면 IE 에서는 내용의 높이에 따라 알아서 박스의 높이가 늘어나게 되고, 나머지 브라우져들은 박스 높이가 유지된 채 내용이 밖으로 빠져나가 버린다. 만약, 넘치는 내용물을 죽여버리고서라도 박스의 높이를 유지해야겠다 싶으면 overflow 프로퍼티를 사용하여 hidden 값을 준다.

많이 사용하진 않지만, font 프로퍼티의 variant 를 사용하여 소형대문자를 구현할 수 있다.

It Is This

letter-spacing 은 자주 사용하지만, 단어간의 간격에 사용하는 word-spacing 도 있다는걸 종종 까먹는다.

line-height는 어구를 지정된 높이의 줄 중앙에 위치시키고 싶을 때만 px을 사용하고, 일반적으로는 그냥 숫자를 사용하는 것이 안전하며 표준값은 1.2 이다.

font 프로퍼티 사용시 마지막 두개는 반드시 font-size/line-height font-family 의 순서여야 하고, style,variant,weight 는 앞에 순서없이 넣을 수 있되, 생략하면 normal 로 간주되어 상속되던 값이 normal 로 바뀔 수 있음에 유의해야 한다.

list-style-image 는 사용하지 않아서 존재사실을 잊을때가 있는데, 존재해도 잘 사용하지 못하는 이유는 위치조절이 불가능하기 때문이다. 그래서 padding과 background-image 로 대체하는게 더 합리적인 것이다.

CSS에서 url 을 넣을 때 "" 로 감싸면 특정 브라우져에서 인식하지 못하기 때문에 감싸지 않는 것이 좋다.

가끔 하는 실수가 있다. 예를 들어, border:2px solid #7c0 뒤에 border-bottom:1px 을 주면 아예 아랫변 border가 사라져 버리는 수가 있다. border는 상속되지 않는 프로퍼티 중 하나임에도 무의식중에 속기법을 써버렸기 때문에 디폴트 color가 적용된 것인데, 이 디폴트 컬러가 배경색과 같은 것이었기 때문이다. 전체 변을 정의한다음 한 변의 width만 바꿔주고 싶었다면 border-bottom-width:1px 로 정의했어야 했다.

min-width(height) 와 max-width(height) 는 IE 에서 인식하지 않지만, min-height의 경우는 편법을 사용할 수 있다.

ex: min-height:600px; height:auto !important; height:600px;

이것은 IE 를 제외한 브라우져에서 높이를 auto로 지정하면서도 600px 미만으로는 줄어들지 않도록 잡아주지만, 같은 셀렉터 내부의 같은 프로퍼티들에 대해선 !important 가 포함되어 있더라도 맨 마지막에 나온 프로퍼티가 적용되는 IE 에게는 기본높이 600px을 준 다음, 내용물이 넘칠 경우 자동으로 높이가 늘어나는 특성 때문에 min-height와 같은 속성을 갖게 만들어 주는 방법이다.

엘리먼트들의 배경이나 테두리가 float 된 엘리먼트 뒤로 지나가는 것을 원치 않을 경우, overflow:hidden 을 사용하되, IE5,6 을 위해 zoom:1 을 덧붙인다.

IE 에서는 position:relative 를 가진 부모의 자식에게 position:absolute 를 지정할 경우, 그 자식의 인접 동기 중 하나가 floating 되어 있으면 화면에서 아예 사라져버리는 버그가 있다. 이를 해결하는 방법은 floating 을 사용하지 않거나, 인접하지 않도록 피하는 것이다.

테이블의 셀간 테두리는 공유모델을 사용하는 것이 유용하며, table 에 border-collapse: collapse; 로 지정할 수 있다. 또한 셀간의 간격을 일괄적으로 설정할 수 있는 border-spacing 은 IE 에서 지원하지 않으므로, css 대신 <table> 태그에서 cellspacing 속성으로 대신하는 것이 최선이다.

불필요한 마크업 추가 없이 floating 을 해제하기 위한 셀렉터 정의

.clear:after {content: "."; display:block; height:0; font-size:0; clear:both; visibility:hidden;}

.clear {min-height:1px;}

* html .clear {height:1px;} /* IE핵 */

잘 사용하지 않아서 종종 까먹어 버리는 가상 엘리먼트들과 고급 셀렉터들 (CSS2 이하)

- :hover, :active = 앵커에선 흔히 사용하지만, 앵커 이외에서는 IE6 이하 때문에 잘 사용하지 않음

- :focus = IE7 이하에선 앵커에서 조차 작동하지 않기 때문에 잘 사용하지 않음

- :before,:after { content: "내용"; ...} = 브라우져들이 저마다 다르게 적용하고 있는 일관성 결여로 인해 잘 사용하지 않음 (물론, IE6 이하에서는 아예 작동하지 않음)

- :first-child = 첫번째 자식에게만 다른 형식을 줄 수 있기 때문에 ul,ol,dl 에서 매우 유용하게 쓸 수 있는 가상 엘리먼트이지만, IE6 이하에서 작동하지 않기 때문에 잘 사용하지 않음

- :first-letter, :first-line = 첫번째 글자나 첫번째 줄에만 스타일을 줄 수 있지만, IE6 이하 때문에 잘 사용하지 않음

- 자식 셀렉터 (ex: div > ul ) = 따로 클래스나 ID를 주지 않고서도 중첩된 태그를 개별적으로 제어할 수 있는 유용한 셀렉터지만 IE6 이하에서 작동하지 않기 때문에 잘 사용하지 않음

- 인접 셀렉터 (ex: h1 + p ) = 따로 클래스나 ID를 주지 않고서도 특정 태그 바로 뒤에 오는 태그에만 다른 스타일을 줄 수 있는 유용한 셀렉터지만 IE6 이하에서 작동하지 않기 때문에 잘 사용하지 않음

- 속성 셀렉터 (ex: a[title], .goHome[href="/"], input[type="checkbox"] ) = 무엇보다 폼 작업시 checkbox 나 radio 속성을 가진 input 의 스타일만 따로 정의할 수 있기 때문에 굉장히 유용하지만, IE6 이하에서는 작동하지 않기 때문에 잘 사용하지 않음

* IE6 이하에서 작동하지 않는 것들에 대한 패치(?) 라이브러리들

- PNG 이미지를 사용할 땐, DD_belatedPNG 라이브러리를 적용한다.

- 앵커 이외의 태그에 :hover, :active 를 적용하거나 :focus 를 사용해야 할 땐, Whatever:hover 라이브러리 버젼 2.02 를 적용한다.

페이스북에 사진을 올리는 가장 간단한 방법

beoreoji — Sat, 04 Dec 2010 20:38:07 +0900

요즘 국내에서도 페이스북 이용자가 빠르게 증가하고 있는 것 같다.
스마트폰도 혁혁한 공헌을 하고 있는 것 같고, 최근에는 영화 '소셜네트워크' 가 비페이스북 유저들에게 페이스북에 대한 호기심을 증폭시키는 결정적인 역할에 가세하고 있을 것이다.

베테랑 유저는 아니지만, 페이스북을 이용한지 1년이 다 되어가는 이 시점에... 확실히 나는 그것을 실감한다.
웹기반으로 돌아가고 있는 또하나의 OS라 해도 과언이 아닐 정도로 경이로운 신세계였지만, 내가 아는 사람들 중에 페이스북을 이용하는 사람은 다섯손가락도 채우지 못했던 처음과 달리, 지금은 60명에 가까운 지인들과 페이스북을 통해 교감하고 있다.
페이스북을 이용하지 않는 트위터 유저라면 이 대목에서 실소를 할지도 모르겠다. 60명이 대수??
페이스북의 뉴스피드는 트위터의 타임라인과 얼핏 비슷하게 느껴져서 또다른 트위터로 오인하는 사람도 가끔은 있으나, 그렇지 않다. 차라리 트위터보다는 우리에게 오랫동안 익숙했던 싸이월드와 더 가까울 것이다. 그 영향 때문인지, 다른나라 유저들은 어떨지 몰라도 국내 유저들은 실제로 알고 지내는 사람들만으로 인맥을 구성하여 즐기는 경우가 많다. 누구에게나 열려있는 트위터와는 전혀 달리 신청과 수락으로 맺어지는 '친구' 개념 하에서 선택적으로 소통이 이루어지는 곳이 페이스북이며, 싸이월드의 미니홈피와는 비교도 할 수 없이 빠르고 강력한 자기표현과 인맥관리 도구가 바로 페이스북인 것이다.
뿐만 아니라, 페이스북 안에는 블로그,게임,에드센스,이메일,포스퀘어,유튜브,뉴스,잡지 등등등의 개념들이 다 축적되어 있다.. 페이스북 유저가 아니라면 무슨 소린지 이해가 안되겠지만, 이용하다보면 자연스럽게 깨닫게 될 것이다. 다시한번 얘기하지만, 또하나의 OS라는 표현이 전혀 무색하지 않다.

서론이 길었다. 페이스북 입문을 위해 도움이 될만한 내용을 담은 더 자세한 포스팅은 http://beoreoji.tistory.com/159 와 http://beoreoji.tistory.com/166 을 참조하면 될 것이다. (곳곳에 어설픈 내용들이 섞여 있긴 하지만..;)

언급한대로 국내에서도 페이스북 유저가 빠르게 증가하고 있지만, 아직 활용에 미숙하여 사진 한장, 동영상 한편 올리는데에도 어려워하는 사람 역시 그만큼 많은 것 같다. 나의 프로필과 친구들의 프로필과 페이지들의 담벼락과 그룹의 담벼락 같은것들이 서로 어떤 구도로 맞물리고 어우러져서 뉴스피드를 통해 보여지는 것인지 그 개념을 이해하는데에도 한참 걸리는 사람이 많다. 물론, 시간이 지나면서 점점 익숙해지면 각자가 나름의 노하우가 생기기 시작할 것이며, 과거 싸이월드 미니홈피를 다룰때처럼 자유자재로 페이스북을 활용하게 될 것이지만, 페이스북에 한장 혹은 여러장의 사진을 가장 손쉽게 올릴 수 있는 방법을 하나 소개하겠다.

우선, 구글의 사진관리툴인 피카사(Picasa)가 필요하다.
혹시 아직 피카사가 무엇인지 모르고 있었다면, 망설이지 말고 http://picasa.google.co.kr/intl/ko/ 에서 다운로드하여 설치하길 강력히 권장한다. 난 아직 피카사보다 강력한 무료(!) 사진관리툴을 본 적이 없다. (어도비의 라이트룸을 좋아하는 사람도 있지만, 전혀 손색이 없다.)

피카사를 설치했다면, (구경은 나중에 하고) 이제 페이스북의 피카사 업로더 기능을 피카사에 추가해 주어야 한다.
http://apps.facebook.com/picasauploader/?ref=ts 에서 인스톨을 해주면, 피카사 화면 하단 중앙에 페이스북 버튼이 생길 것이다.

피카사에 피카사 업로더를 설치하면, 요로코롬 페이스북 버튼이 생긴다.

준비는 이것으로 끝났으니, 사진을 올려보자.
(지금부터는 실제로 따라하라는게 아니고, 그냥 이렇게 하는거다..라는 것을 시뮬레이션하는 것이다. 컴퓨터 사용에 능숙한 유저들이라면 굳이 이 설명을 읽어볼 필요 없이 그냥 직접 해보는 걸로 충분하다.)

피카사에 멋드러지게 쭈욱 나열되어 있는 내 사진들 중에 세장의 사진을 페이스북에 올리고 싶다.
물론, 그냥 올려도 되지만 설명도 달아서 올리고 싶다... 사진을 더블클릭해서 크게 띄워보면 아랫쪽에 있는 정보표시줄 바로 위에 '자막을 넣으세요' 라고 씌여있는 라인이 있다. 그곳에 사진에 대한 설명을 적자.

여기에 입력하는 자막은 페이스북에 사진이 올라갔을때 자동으로 사진의 설명으로 입력되게 된다.

피카사 화면 좌측엔 사진을 리터칭할 수 있는 여러가지 프리셋들도 마련되어 있으므로, 살짝 만져줄 사진은 만져준다.

올리고자 했던 세장의 사진 모두에 자막도 입력했고, 정성스럽게 보정도 마쳤으면, 이제 Ctrl 키를 누른채로 해당 사진들을 각각 클릭해서 선택해 놓고, 하단 중앙의 페이스북 버튼을 눌러주자.

이와 같은 팝업페이지가 열리면, 내가 올리기 위해 고른 사진들이 맞는지 확인해 주고, Start Upload 버튼을 눌러주자. (엑스박스로 표시되는 사진들도 종종 있으나 잘 올라가므로 걱정하지 말자.)

최초로 업로드를 시도했을 때는, 여느 페이스북 어플리케이션과 마찬가지로 아래와 같이 피카사 업로더가 자신의 페이스북 계정에 접근할 수 있도록 허가하는 절차를 거치게 될 것이며, 일반적인 단계의 보안설정을 사용하는 OS환경+브라우져에선 최초에 한번만 해주면 된다. (이건 무슨 얘긴지 모르겠으면 신경쓰지 말고 그냥 넘어가자;;)

피카사 업로더와 페이스북 계정 연결 절차까지 마쳤다면, 앞으로는 위의 Start Upload 버튼을 누른 후, 오른쪽과 같은 Upload Options 페이지를 보게 될 것이다.

앞으로 뭔가 옵션이 더 추가될 수도 있겠으나, 어쨌든 지금은 그저 업로드 할 사진첩을 선택하거나 생성하는 페이지다. 누구가 딱 보면 알겠지만 그래도 간단히 설명하자면...

첫번째 라디오버튼은 내 프로필에 Picasa Photos 라는 사진첩을 생성한 다음 그곳에 추가하는 기본값 옵션이고,

두번째 라디오 버튼은 기존에 생성해 놓은 사진첩 중에 골라서 그곳에 추가하는 옵션이고,

세번째 라디오 버튼은 새로운 사진첩을 생성하여 그곳에 추가하는 옵션이다.

적절한 선택을 하고, Send to Facebook 버튼을 눌러주자!

사진의 업로드가 진행되고, 문제없이 업로드가 완료되었다면 업로드가 성공적으로 끝났다는 메시지를 보게 되겠지만, 이것으로 아직 완전히 끝난것은 아니다.

방금전에 진행한 업로드는 내가 페이스북에 다이렉트로 사진을 올린 것이 아니라, 피카사 업로더라는 어플리케이션에게 위임한 업로드이기 때문에, 그 작업 결과에 대한 승인을 해줘야 한다. (어플리케이션을 통한 상태의 업데이트는 반드시 '허가' 절차를 거쳐야 한다.)

물론 복잡할 건 하나도 없다. 그냥 'Go to album on Facebook' 버튼을 클릭한 후, 왼쪽과 같은 페이지가 나오면, Approve Photos 를 눌러서 사진첩 게시를 허가해 주면 끝이다. (만약 이 과정을 깜빡해서 실수로 업로드 완료만 확인하고 창을 닫아버렸다면, 오른쪽 사이드바에 있는 '요청' 목록에 표시되므로 당황하지 말기 바란다.)

이제 피카사로 사진을 관리하다가... "요건 페이스북에 올려야지~" 하는 생각이 들면 그자리에서 버튼 하나 눌러 즉각적으로 업로드를 할 수 있게 되었으니,, 그동안 사진 올리는게 귀찮다거나 익숙치 않아 번거롭게 느껴졌던 분들이라면, 앞으로는 피카사와 피카사 업로더를 통해 친구들과 더 많은 사진들을 공유하고 함께 감상하면서.. 페이스북이 보다 더 즐거워질 수 있게 되는 계기가 되었으면 하는 바람이다~

내가 사랑하는 Oasis 의 음악들

beoreoji — Sat, 13 Nov 2010 21:09:40 +0900

아무리 들어도 질리지 않는 오아시스의 음악들 중에서도 내가 좋아하는 곡들의 목록을 정리해 보았다.

오아시스 음악에 순위 따위를 매긴다는건 도저히 불가능한 관계로 정규앨범 또는 싱글의 발매 순으로 나열함

[Definitely Maybe]

Live Forever - 마음을 편안하게 가라앉혀 줌

Supersonic - 은근히 기분이 달콤해지기도 하고, 심지어 몽환적이 되기도 함

Cigarettes & Alcohol - 기분좋게 늘어지는 느낌

Digsy's Dinner - 왠지 가볍지만 아기자기하고 귀여운 곡. (오아시스 이미지랑 매우 안어울리는 특이한 곡)

Slide Away - 리암의 왠지 처절한 보컬... 그래서 묘하게 중독.

Married With Children - 어쿠스틱한 기타리프와 리암의 보컬이 완벽하게 조화

[Whatever (single)]

Whatever - 삶을 달관하고 싶게 만드는 멜로디랄까? 말이 필요없이 조화로운 오케스트라와의 협연

[(What's the story) Morning Glory]

Don't Look Back In Anger - 내게 힘과 용기를 불어 넣어주는 노엘의 보컬. 그리고 연주 자체가 열반...

Some Might Say - 엄청난 흡입력을 뿜어대는 연주와 리암의 간지가 폭발하는 멋드러진 보컬

Champagne Supernova - Morning Glory 에서 절정에 달한 리암의 간지보컬이 극에 달하는 몽환적인 곡

[Be Here Now]

D'you Know What I Mean? - 가슴을 두근거리게 만들 정도로 비장하며, 뒤로 갈수록 점점 격해지는 꽉 찬 연주

Stand By Me - 뭐라 말로 표현할 수 없이 감성을 후벼파는... 심장이 콩닥거리고 멀미가 날 정도로 꽉꽉 찬 절대 명곡.

I Hope, I Think, I Know - 붕붕 떠다니며 한없이 어디론가 흘러가는 기분

Don't Go Away - 아련하고 애틋한 감상적 트랙

All Around The World - 삶을 돌아보고 싶어져야 할 것만 같을 정도로 차분하면서도 웅장한... 서사시같은 사운드

[The Masterplan]

Fade Away - 마치 대충 아무렇게나 쓰고 연주하는것 마냥 시원하게 내질러대지만 호소력이 뿜어나옴

Listen Up - 또하나의 몽환적이고 처절한 아름다움. 이 세상에서 리암만 이렇게 노래를 할 수 있을 것 같음

Rockin's Chair - 뭔가 비장한 기타 리프가 페이드인 되다가 왠지 착하고 팝스러운 리암의 보컬과 연주로 반전

Stay Young - 오아시스의 곡 중 가장 신나는 연주와 기분 좋아지게 하는 착한 멜로디

The Masterplan - 상황에 따라 기분이 무거워지기도하고 힘이 나기도 하는 곡

[Standing On The Shoulder Of Giants]

Go Let It Out - 비교적 차분하고 잔잔한 사운드지만, 후반부의 몽환적인 연주와 반복에 마약을 하듯 몰입되게 만들어 줌

Who Feels Love? - 몽환 몽환 몽환 몽환~~ 꿈결같은 보컬과 연주

Sunday Morning Call - 노엘의 미친듯이 감미로운 보컬!

[Heathen Chemistry]

The Hindu Times - 중독성 있는 리프와 매력 가득한 보컬

Stop Crying Your Heart Out - 오아시스의 모든 곡을 통털어 가장 슬프고 감미로운 곡.

Little By Little - 노엘의 차분한 호소력이 가득 뿜어져 나오는 귀한 곡

[Don't Believe The Truth]

The Importance Of Being Idle - 은근히 리드미컬한 묘한 매력.

[Dig Out Your Soul]

I'm Outta Time - 존 레논 형님스러운 보컬을 구사하려고 한껏 노력한 리암의 존경심이 묻어 있는 곡. 그래서 더더욱 감성을 후벼파는 아름다움.

[안드로이드 어플] 무선웹캠어댑터 "IP Webcam"

beoreoji — Fri, 08 Oct 2010 18:24:56 +0900

범죄/수사 스릴러물을 좋아하는 사람들은, 현장작전요원들이 본부에 현장상황을 실시간 영상으로 보내면서 지원을 받거나 하는 장면을 많이 봤을 것이다. 특히, 미국드라마 24에서 수없이 나오는 장면이다.
만약 당신이 프로요(안드로이드 버젼 2.2)를 사용하고 있다면, IP Webcam 을 통해 당신도 이제 그렇게 할 수 있다. 매우 손쉽게 말이다.

오른쪽 QR코드를 통해 IP Webcam 어플리케이션을 설치하고, 실행해 보자. Login 과 Password 입력필드가 있으나 거기 쓰여진것 처럼, 로그인은 안해도 된다.
그리고 그 아래부턴 영상의 사이즈, 초당 프레임 수, 영상의 품질, TCP Port, 그리고 몇가지 체크옵션들이 보이겠지만 어려운 부분은 없으므로 입맛대로 설정하되, 대부분 디폴트로 사용해도 무리는 없다. 단, 3G접속 상태에서는 TCP Port 8080 이 열리지 않아 상대방이 접속을 못하는 경우가 있을 것이므로, 임의의 다른 포트를 할당해 주는 것이 안전할 것이다. (필자는 8555 로 설정해서 성공했다.)
이제 맨 아래 네가지 버튼이 있다. [Start server] 는 본인의 IP 로 캠영상 스트리밍을 시작하는 것이고, [Stop server] 는 물론 끝내는 것이다. [Instructions/FAQ] 에서 이 어플에 대한 소개와 FAQ를 읽어볼 수 있고, [Copy URL to clipboard] 는 송출되고 있는 스트리밍에 접근할 수 있는 URL주소를 클립보드로 복사하여 MMS나 인스턴트메신져, 트위터 등에 붙여넣어 즉각적으로 전파하기 위해 필요할 것이다
그럼, [Start server] 를 터치해 보자. 곧바로 캠이 활성화되고 스트리밍이 시작된다. 이제 누구든지 나의 IP 주소만 알면, 위에서 설정한 TCP Port 를 통해 이 캠영상을 실시간으로 볼 수 있는 상태가 된 것이다.
테스트를 위해 화면에 표시된 URL 을 자신의 PC에서 브라우져에 입력해 보자.
브라우져창에는 이 캠영상을 보기 위해 선택할 수 있는 방법들이 나열될 것이다.

* Open stream in media player, such as VLC : 외부의 스트리밍 감상 지원 어플리케이션을 통해 볼 수 있다. 영상을 녹화하는 등의 작업이 필요하다면 VLC 를 설치해 두고 이걸 선택하면 될 것이다.
* Use java browser plugin : 브라우져에 자바 플러그인이 설치되어 있다면 이게 가장 좋은 성능을 보일 것이다.
* Use javascript to update frames in browser : 대부분의 브라우져가 지원하는 자바스크립트를 이용해서 보는 것이다.
* Use browser built-in viewer (not supported by all browsers) : 브라우져 내장 기능을 이용하는 것이며, 현재는 크롬과 파이어폭스에서만 가능하다.
* (Windows only) Connect to PC for use with Skype and other videochats : 웹캠 기능을 지원하는 메신져에서 상대방에게 중계할 수 있으나, 윈도우즈 운영체제에서만 가능하고, http://ip-webcam.appspot.com/ 에서 어댑터를 다운받아 설치해야한다.
* Take immediate photo : 클릭하는 순간의 프레임을 스틸로 캡쳐.

대부분의 브라우져는 자바스크립트를 지원하므로, 시험삼아 세번째 줄에 있는 'Use javascript to update frames in browser' 를 선택해 보자. (만약 자바 플러그인이 설치되어있거나, 크롬 혹은 파이어폭스를 사용한다면 굳이 자바스크립트를 통해 볼 필요는 없다. 처리속도가 가장 딸리기 때문이다.)

주의할 점은, 유무선공유기를 사용한 Wifi 접속상태에서는 공유기 내부의 IP 를 할당받기 때문에 다른곳에서 해당 IP로 접근할 수 없으므로, 3G망을 이용해야 한다는 것이다.

이쯤에서 가슴이 벅찬 사람도 있을 것이다... 이것은 매우 다양한 용도로 응용될 수 있을 것이기 때문이다. 부디 유용한 방향으로 활용하길 권장하며 소개를 마치겠다.

페이스북 안착하기 2부 - 초보에게 도움이 될만한 개념 설명

beoreoji — Tue, 05 Oct 2010 02:32:30 +0900

싸이월드 미니홈피에 너무나 길들여진 탓에, 관심이 있음에도 그 낯설음에 겁을 먹고 페이스북 입문을 하지 못하고 있는 사람들을 위해서 '싸이월드를 버리고 페이스북에 안착하기' 라는 포스팅을 한 적이 있었다. 페이스북과 싸이월드의 다르지만 유사한 점을 소개하여 낯설음을 덜어주기 위함이었다.

이번에는 페이스북 입문자가 페이스북을 보다 제대로 활용하기 위해 꼭 알아두어야 할 개념들을 몇가지 소개해 보고자 한다.
(사실, 도움말 읽기가 습관화 되어 있는 사람은 페이스북의 '고객센터' 페이지에서 다 접할 수 있는 내용들이다.)

* 좋아요(Like) 버튼은 무엇을 위해 존재하는가?

페이스북 입문자에게 가장 불가사의하게 느껴지는 것 중 하나가 바로 '좋아요' 버튼이고, 그래서 대개는 별로 신경을 안쓰는 것 같다. 요즘은 페이스북 뿐 아니라 웹서핑 중 어디에서든지 쉽게 발견할 수 있는 것이기도 할 것이다. 뭐 그냥, 추천 한표 던져주는 정도 혹은 말그대로 이거 좋네! 정도의 느낌을 표현하는 버튼이라 여길수도 있다. 사실은, 페이스북에서도 좋아요 버튼에 대한 설명은 아래와 같이 기술해 놓았다.

"좋아요"는 긍정적 의견을 제공하거나 Facebook에서 회원님이 좋아하는 것과 연결하기 위한 방법 중 하나입니다. "좋아요" 기능은 회원님의 친구가 게시한 콘텐츠 또는 Facebook에서 회원님이 연결하고 싶은 페이지에 대해 사용할 수 있습니다.

그렇다. 말 그대로 "나 이거 좋아" 인 것이다. 하지만, 내가 이걸 좋아함으로서 발생되는 기능적 효과가 무엇인지를 알고 있어야 할 것이다. 이 내용을 숙지해 두자.
친구가 담벼락에 올려놓은 콘텐츠에 있는 좋아요 버튼은, 내가 거기에 굳이 댓글을 달지 않고도 내가 이 콘텐츠를 맘에 들어한다는 그 맘을 표현할 수 있게 해주기도 하지만, 그 콘텐츠에 표시를 해두는 수단이기도 하다. 즉, 이건 내가 좋아하는 콘텐츠이므로, 앞으로 여기에 누가 댓글을 달면 알려달라고 페이스북에 당부를 해 두는 것과 같다. 내가 올린 콘텐츠가 아님에도 불구하고 말이다. (댓글을 다는것과 같은 효과다.)

페이지에 있는 좋아요 버튼은, 내가 그 페이지를 좋아한다는 사실 그 자체를 표현하는 수단이면서 동시에 앞으로 그 페이지의 업데이트 내용들을 뉴스피드에서 자동으로 받아볼 수 있게 해주는 역할을 한다. 내 관심사가 어떤것인지를 표현하고, 그 관심사에 대한 소식을 구독한다는 얘기다. (위에서 "회원님이 연결하고 싶은 페이지에 대해 사용할 수 있습니다." 라는 부분이 바로 '구독' 을 의미하는 것이다.)
물론, 누구나가 얼핏 생각할 수 있는 인기도를 나타내는 역할은 당연한 것이다.
따라서 그동안 '좋아요' 를 그냥 단순한 추천한표 정도로 여기고 신경쓰지 않은 사람은, 앞으로 맘에 들거나 관심있는 콘텐츠 혹은 페이지에서 좋아요 버튼을 눌러주는 것을 습관화 하길 권장하는 바이다.

* 트위터 타임라인과 닮은 듯 하면서도 뭔가 헤깔리는 페이스북의 뉴스피드

페이스북의 뉴스피드는 트위터의 타임라인과 매우 닮아있다. 하지만, 트위터를 오랫동안 사용했던 사람이더라도 페이스북에 막 입문했다면 뉴스피드를 대함에 있어 아주 약간은 버벅거림의 시간을 갖게 될 가능성이 있다. 왜냐면.... 페이스북은 트위터가 아니기 때문이다. (너무 당연한 소리를 했나...;)

페이스북의 뉴스피드는 상황에 따라 세가지의 정렬기준으로 보여진다.
우선, 브라우져를 실행하여 처음 페이스북에 접속하였을 때(화면 가운데 영역 오른쪽 상단을 보면 '인기글·최신글' 를 선택할 수 있는 링크버튼이 있고, 최신글 링크 위에 숫자가 표시되어 있는 상태) 보여주는 뉴스피드는 인기순으로 정렬된다. 하지만, 이 인기글의 기준이 무엇이냐는 미스테리처럼 느껴질 수가 있을 것이다. 혹시 위에서 설명한 '좋아요' 가 많이 눌러진 순일까? 그건 아니다. 아니, 그렇게 단순하지 않다. 페이스북은 이렇게 설명한다.

뉴스피드 알고리즘은 몇 가지 요소를 기준으로 삼습니다. 특정 콘텐츠에 댓글을 단 친구 수, 콘텐츠를 게시한 사람 및 콘텐츠 유형(예: 사진, 동영상 또는 상태 업데이트) 등의 요소가 고려됩니다.

매우 무성의한 설명이다. 하지만, 어쨌든 여러 요소가 복합적으로 적용되는 알고리즘이라는 사실은 알았으니, 이쯤에서 그러려니 하는게 편할 것 같다. 미스테리하긴 해도 인기도 순일테니 맨 위에 있는 것이 가장 인기있는 컨텐츠일 것이다. (종종 누가 프로필 사진 바꾼게 맨 위에 있는거 볼때는 의구심이 솟구치긴 하지만...)
어쨌든 이 상태에서 '최신글' 을 클릭하면, 비로소 가장 최근에 업데이트 된 순으로 친구들과 구독페이지들의 상태 업데이트 내역이 쭈욱 정렬된다. 이것은 트위터를 이용하던 사람들에겐 매우 익숙한 개념이고, 그렇지 않은 사람에게도 쉽게 이해될 수 있는 개념이다.
그런데, '최신글' 로 정렬된 상태에서 또다시 '인기글' 을 클릭하면, 맨 처음 접속했을 때랑은 순서가 또 많이 다르다. 바보같은 것인지 몰라도 난 아직 그 기준을 파악하지 못했다.
다만, 상황에 따라 이게 맨 위로 갔다가 저게 맨 위로 갔다가 하는 것을 보며 혼란스러웠던 경험이 있다면, 대략적인 원인은 위의 내용과 같다는 것을 인지하면 좀 나을 것이다.

이제 페이스북 뉴스피드와 트위터 타임라인의 큰 차이들에 대해 몇가지만 간단히 짚어보자.
트위터는 문자 이외의 모든 컨텐츠를 외부 매시업 서비스에서 링크로 끌어다 끼워 넣지만, 페이스북은 자체적으로 해결할 수가 있으며, 담벼락에 직접 올린 사진이나 동영상들을 모두 별도로 모아놓고 관리할 수 있기 때문에 이것들을 분류하고 재구성하여 자신만의 사진첩이나 동영상첩(?)을 꾸며 관리할 수 있다. 그리고 트위터와 달리 문자수에 제한이........ 있을지도 모르겠지만 140바이트보다는 훨씬 길다. 또한 외부 클라이언트나 확장기능 설치 없이 자체적으로 링크 대상의 미리보기나 요약내용을 보여준다. 물론, 이런 점들이 트위터보다 우월한 점이라는 얘기를 하려는건 아니다. (트위터와 페이스북은 각각의 고유한 특성을 가지기에 비교대상이 아니다.) 페이스북에 막 입문한 사람이 트위터 유저라면, 이런 차이를 미리 인지해 두는 것이 좋을 것 같아서 언급해 두는 것 뿐이다.

* 사진이나 동영상에 태그를 단다는 것

입문자들이 간과하기 쉬운 매우 중요한 기능 중 하나가 태그다. 여기서 태그라는 것은, 블로그나 게시판에 달려있는 그런 태그가 아니다. 물론 검색에 활용되므로 존재 이유는 비슷하다. 하지만, 사진이나 동영상에서의 태그라는 것은 '인식표' 의 성격이 더 강하다. 특정 사진이나 동영상 안에 들어있는 페이스북 유저를 표시해 두는 것이다. 사진은 그 사람의 얼굴부분에 달아두면 될 것이고, 동영상은 그냥 그 사람이 나온다는 사실을 표시해 두게 될 것이다. 근데, 왜 태그를 다는 것일까? 그냥 기념하기 위해서? 솔직히 이건 아니다. 그럼 이 사람이 누구라는 것을 알리기 위해서?? 뭐 틀린 얘기는 아니지만, 정확하지는 않다. 왜냐면 페이스북 유저여야만 비로소 효과가 발휘되기 때문이다. 그럼 가장 중요한 목적이 뭘까? 예전 한때, 싸이월드 미니홈피에서도 사진에 대한 태그가 도입되었었으나 곧 사라졌다. 그때도 유저들이 태그의 힘을 잘 이해하지 못했기 때문이거나 구조적으로 활용도가 떨어졌기 때문일 것이다. 하지만, 페이스북 구조에서는 그 존재가치가 극대화되어 있다. 내가 직접 달든, 다른 사람이 달든, 내가 등장하는 사진이나 동영상에 내 이름이 태그로 달리게 되면 그 사진이나 동영상의 존재를 나도 공유하게 될 뿐 아니라 자신의 사진탭으로 들어 갔을 때 보이는 두개의 큰 섹션 중 위에 있는 'XX님의 사진' 에 라인업되게 되는 것이다. 이것은 마치, 어디 놀러가서 서로 자신의 카메라로 사진을 찍은 다음, 그 사진속에 등장하는 친구들에게 그 인화물 혹은 파일을 나눠주는 것과 같은 것이다. 5명이 등장하는 사진에 그 5명의 이름을 태그로 달아주면, 그 5명 각자의 프로필에 알아서 업데이트가 되므로, 싸이월드 시절 처럼 내가 나온 사진을 내 친구가 올렸나 안올렸나 체크하며 찾아다닐 필요가 없어진다.
이렇게 엄청난 역할을 하는 태그를 무시하면 쓰겠는가? 자기가 찍은 사진에 등장한 친구가 있다면 그 친구에게도 그 사진을 공유할 권리쯤은 당연히 있어야 할 것이다. 사진이나 동영상을 올린 다음에 태그를 다는 것을 꼭 습관화해야 할 것이다.

* 선택적으로 알림메일 받기

이것도 알아둬야 할 중요한 사항이다. 페이스북은 처음 접하면 뭔가 굉장히 복잡하기 때문에, 알림 설정을 기본값으로 그냥 사용하거나 심지어 알림을 설정할 수 있다는 사실 조차 한참 후에나 알게 되는 경우가 있을 것이다. 하지만, 이걸 모르면 페이스북 알림메일이 오히려 스트레스가 될 수도 있으므로, 꼭 자신에게 맞는 알림 설정을 해두기 바란다.
알림 설정은 모바일용 어플리케이션에서는 만질 수 없고, 브라우져에서 우측 상단에 있는 '계정 > 계정설정' 에 있는 '알림' 탭에서 할 수 있다. 그냥 들어가 보라... (어느정도는 마음의 준비를 하고 들어가는게 더 좋을 수도 있겠다.)
알아둬야 할 점은, 알림메일 설정과 페이스북 자체 알림은 별개라는 것이다. 알림메일에서 체크를 해제하면 그 항목에 대한 알림메일이 오지 않는 것일 뿐, 페이스북에 접속하면 해당 알림을 받을 수 있으므로 안심해도 된다.

* 절친은 철저하게 감시하라

표현이 매우 거시기 하지만, 이 또한 모르고 지나칠 수 있는 부분이다. 페이스북의 알림 알고리즘은 매우 친절하고 디테일하여, 내 컨텐츠가 아닐지라도 내가 좋아요 버튼이든 댓글이든 흔적을 남겨놓은 콘텐츠는 평생관리해 준다고 해도 과언이 아닐 정도로 친절하게 주시해 준다. 저멀리 아득한 아래 어딘가로 깊숙히 묻혀버리더라도, 일단 내 흔적이 있는 컨텐츠라면 거기에 어떤 다른 리액션이 발생할 경우 여지없이 그 사실을 알림으로 알려준다. 이 점이 개인적으로 내가 페이스북을 사랑하는 가장 큰 이유이기도 하다.
하지만, 그렇다고 페이스북의 알림을 너무 신뢰하고 그대로 놔둔다면 자칫 친구들의 좋은 혹은 재미있는 컨텐츠들을 놓쳐버리는 경우가 있을 수 있다. 여기서 안타깝지만 친구들을 좀 차별해야 할 것 같다. 페이스북은 기본적으로 손가락에 꼽을 수 있을 숫자의 친구들하고만 관계를 맺은 다음 갖고 놀으라고 만들어진 것이 아니다. 어쩌면 수천명의 페이스북 친구를 둔 사람도 있을 것이다. 이런 경우에 친구 한명한명의 모든 상태업데이트를 알림으로 받는다면 끔찍하지 않겠는가? 그래서 그 친절한 알림도, 친구의 상태업데이트 사실은 알려주지 않는 것이 기본값으로 되어 있다. 이 말은, 좀 냉정한 현실이긴 해도 친한친구와 그냥친구를 알아서 구분하라는 의미가 될 수 있다.
친구의 프로필로 들어가 보자. 프로필 사진 바로 아래에 보면 'xx님에 대한 알림 받기' 가 있다. 이걸 클릭하여 활성시키면, 이제부터 이 친구의 상태업데이트도 알림에 포함되게 된다. 다시 말해, 이 친구가 페이스북에서 무슨 짓을 하면 그 사실을 알림으로 받게 되는 것이다. 굳이 부정적으로 여기자면 '감시' 나 '집착', '관음' 일 수도 있고, 긍정적으로 생각하면 '깊은 관심' 이나 '애정' 이라고 하지만, 어차피 페이스북의 상태는 친구들 보라고 업데이트 하는 것이기에, 전자쪽으로 받아들이는 건 좀 억지스럽다. 이것은 싸이월드 시절부터 존재하던 이슈였기에 각자의 판단대로 사용하면 된다.

여기까지 모두 이해한 입문자들은 이 순간, 이미 입문자 수준을 벗어난 것이라 나는 믿는다.
더 궁금한 것이 있는 분은 댓글로 질문해 주시면, 그에 대한 내용을 성의껏 추가하도록 하겠다.

세상을 좁혀주는 스마트폰 - 카카오톡 그룹채팅 체험기

beoreoji — Sun, 26 Sep 2010 14:43:36 +0900

이미 아이폰 유저들은 필수 어플 중 하나인 것 처럼 사용해 왔다던 '카카오톡' 메신져가 안드로이드폰 유저인 나에겐 그저 그런게 있나보다... 정도의 아이폰용 노리개일 뿐이었는데, 카카오톡이 안드로이드용 버젼을 출시한 것은 실로 대단한 의미가 있었던 것 같다.

아이폰끼리만의 노리개가 아닌, 아이폰&안드로이드 호환 메신져가 되었다는 것은 국내 스마트폰 점유율의 대부분을 차지하고 있을 안드로이드폰과 아이폰 유저들을 모두 확보함으로서 달팽이같은 모바일 대응속도를 보여주고 있는 네이트온의 국민메신져 자리를 모바일에서 만큼은 카카오톡이 압도적 우위로 빼앗아오는 기반을 완벽하게 닦은 것이라 생각한다.

어쨌든...

이미 알고는 있었지만, 직접 실제상황으로 체험해 보고선 경탄을 금할 수 없었던 스마트폰과 카카오톡을 통한 국제적(?) 즉석 그룹채팅 체험기를 간략하게 소개해 보겠다.

주말을 맞아 친한 동생이랑 홍대 어딘가에서 간만에 식사와 술과 담소를 즐기다가 일본 도쿄에 있는 또다른 동생의 얘기가 나오자 우리는 그녀를 잠시 우리 대화에 참여시키고 싶어졌다.

예전같았으면 둘 중 하나가 큰맘먹고 국제전화를 건 다음, 먼저 간단히 안부대화를 나누다가 다른 사람을 바꿔주고선 국제전화요금에 대한 압박으로 그리 길게 통화하진 못한 채 부랴부랴 끊었을 것이다. 생사확인과 간단한 안부교환 정도에 만족한 채 말이다.

그러나 이젠 인류 서로간의 소통에 대한 공간,수단,비용에 대한 패러다임이 바뀐 듯 하다. 물론, 트위터나 페이스북이 이미 바꿔 놓았고, 우린 그 자리에서 트위터나 페이스북을 수단으로 택했을 수도 있지만, 세명 모두가 공통으로 사용하고 있는 것은 가장 다이렉트한 카카오톡이었다.

나는 넥서스원을 꺼내들고, 동생은 아이폰을 꺼내들었다. 그리고 둘 다 카카오톡을 실행한 후, 10초도 안걸려 채팅그룹을 생성한다. 홍대에 있던 나와 동생. 도쿄 어딘가에서 (여지없이) 술을 마시고 있던 또다른 동생. 그리고 서울의 알 수 없는 어딘가에 있을 친구.

이렇게 네명으로 구성된 즉석 채팅그룹이다. (2:2 폰미팅처럼 되어버린 조합?? ㅎㅎ)

역시 주말을 맞아 어딘가에서 진창 취해있거나 뻗어있는 것으로 추측되는 반응없는 친구를 제외한 나머지 세명은 그 자리에서 각자의 폰을 통해 수다를 떨기 시작한다. (비싼 전화요금같은 부담요소 없이 아주 여유롭게 말이다.) 그리고 얘기 중에 각자의 모습을 사진이나 동영상으로 찍으면 곧바로 채팅 피드에 그것이 올라가 생생한 그 순간의 서로의 모습을 확인한다.

물론, 네이트온같은 데스크탑/랩탑용 메신져를 통해서도 인터넷만 연결되어 있으면 지역에 구애받지 않으며, 캠과 같은 보조장비도 활용해 시각적인 라이브를 공유할 수 있기에 별로 신기할 것은 없다고 여길 수 있으나, 가장 큰 차이는 역시 각자의 장소가 어디든간에 컨텍할 수 있다는 점일 것이다. 서울에 있는 인도요리점에서 식사와 술을 즐기던 두사람이 도쿄에 있는 이자카야에서 술을 즐기고 있던 사람을 불러다가 자연스럽게 서로 이야기를 주고 받는다는 것은 미리 계획되어 있거나 조건이 절묘하게 갖춰져 있는 상황이 아닌 이상은 일어날 수 없는 일이었기 때문이다.... 그러나 이젠 아무렇지도 않게, 너무나 간단하게 각자가 어디에서 무얼 하고 있었건간에 매트릭스 세계의 어느 위치에 모인것 마냥 별도의 셋팅없이 현장의 사진과 동영상을 자연스럽게 보여줘가며 얘기할 수 있게 되었다. 필요한 것은 단지 스마트폰과 3G 혹은 Wifi 자원일 뿐이다. 이 어찌 놀랍지 아니하고, 짜릿하지 아니한가?

동생은 양 손으로 번개같은 타이핑이 가능하다. 부럽다..;

나는 독수리 터칭으로 간신히 대화에 참여하고 있지만, 거의 따라가질 못한다.

도쿄 어딘가에서 친구와 술을 마시다가 얼떨결에 채팅에 불려 온 동생은 눈이 반쯤 풀려 있었으나, 나름 섹스어필을 했으므로 괜찮았다.

미래의 언젠가는 가능해질거라 여겼던 이런 상황이긴 했지만, 막상 그 미래가 도래하고 직접 체험하니 기분이 묘하다...

(많은 사람들에겐 이미 익숙해진 상황에 불과하겠지만 말이다..)

과거엔 휴대폰이 사람들의 소통방법과 생활패턴에 큰 영향을 끼쳤고,

이젠 스마트폰이 세상의 경계선들에 대한 개념을 허물며, 또한번 사람들의 삶 자체에 거대한 영향을 끼치고 있는 것을 실감한다.

아저씨

beoreoji — Fri, 03 Sep 2010 06:02:11 +0900

아저씨 [2010 / 이정범]

오래전에 걷힌 구름이겠지만, '조폭과 로맨스코미디라는 가장 쓰레기스러운 장르들로 한국영화가 얼룩져 있던 시절' 의 절망감이 너무 심해서 여전히 우리영화를 꺼리는 나에게 이런 웰메이드 한국무비가 가져다 주는 기쁨은 적잖이 크다.

사실 난 이 영화를 직접 보기전에 자의든 타의든간에 흘러듣게 된 얘기들을 바탕으로, 리암 니슨 형님이 노익장을 발휘했던 영화 '테이큰' 과 비슷할거라는 예상을 했었으며, 마냥 싸우고 죽이는 잔혹함으로 가득한 상업성 짙은 영화겠거니 하며 큰 기대를 갖지는 않았었다. 하지만, '테이큰' 과는 플롯과 내러티브가 근본적으로 다른 '아저씨' 가 나에게 전해준 것은 싸우고 죽이기만 하는 영화라고 했던 사람들의 얘기와는 달리 곳곳에 은유되어 있는 섬세한 감성들의 전이로 느껴지는 그 이상의 감동이었다. (다소 오글오글거리는 원빈의 대사 몇마디가 좀 아쉬웠지만 말이다.) 예전에 '살인의 추억' 이나 '괴물' 같은 봉준호 감독의 영화에서 느꼈던 그런 이면의 감성들과 비슷했다고 할까... 아무튼 현실을 표현하는 깊이가 남달랐다는 느낌이다.

또 한가지 빼놓을 수 없는 부분은, 이 영화가 보여주고 있는 괄목할만한 수준의 액션과 그 앵글들이다. 그간 볼 수 있었던 뻔한 격투장면들 대신, 과장된 듯 하면서도 그럴법 해 보이는 절제된 액션으로 오히려 매우 풍부한 현실감을 느끼게 해주고 있으며, 흔해빠진 앵글이 아닌 매우 감각적이고 진화한 앵글감으로 그것을 극대화시켜 주고 있다는 인상을 나는 강하게 받았다. 분명히 기존의 한국영화에서 남발되던 '그게 그거' 와는 수준 자체가 달랐던 것은 분명하다. 어쩌면 원빈의 케릭터와 향상된 연기력이 그것들을 좀 더 부각시켜주는 공헌을 한 것일 수도 있고 말이다.

그러고보니 원빈에 대한 내 시각도 이 영화를 통해 큰 전환을 이룬 것 같다. 드라마 '가을동화' 에서부터 '태극기 휘날리며' 까지만 해도 원빈은 마스크가 훌륭할 뿐인 그저그런 배우라 여기고 있었는데, 봉준호 감독의 '마더' 에서 한번 도약하더니 이 작품에선 그보다도 한단계 더 발전한 느낌으로 원톱플레이를 소화하는 모습에 많이 감탄했다. (만약 이 영화가 일본에서도 개봉하게 된다면, 원빈 그 자체로 큰 흥행이 가능할 듯 싶다.)

끝으로, 영화 못지 않게 매우 훌륭한 리뷰 하나를 링크하며, 나의 추천평을 마치겠다.

(네이버 블로거 Cypher 님의 리뷰 "잔인함에 감격해 울다" )

Inception

beoreoji — Thu, 02 Sep 2010 22:45:00 +0900

Inception [2010 / Christopher Nolan]

내가 이 영화를 개봉 첫주에 봤음에도 불구하고, 이제서야 그 감상을 적는 이유는... 감히 이 영화에 대한 단상을 어찌 표현해야 좋을지 정리가 되지 않았기 때문이다. 하지만, 난 영화를 리뷰하거나 평론하는 사람이 아니므로, 언제나 그래왔듯 있는 그대로의 기분과 감상만을 그냥 짧게 늘어놓는 정도로 강력한 추천의지를 표현하고 넘어가야겠다.

7살 때 부터 영화를 찍어 온 놀란 감독은 참 놀라운 사람인 것 같다. 이건 뭐 만드는 영화마다 관객이니 평론가들이니 기자들이니 할 것 없이 사람을 경악하게 만든다. 천재라는 수식어가 그야말로 잘 어울리는 감독이 아닌가 싶다.

나는 이 영화에서 그의 여러 장점 중에서도 특히 영상연출부분에 가장 깊은 인상을 받았다. 머리 아퍼지는 전개와 열린 결말에 대해서는 소재와 그의 성향으로 미루어 충분히 각오하고 있었지만, 눈앞에 펼쳐지는 소름 돋는 영상들.... 상상을 스크린에 화려하게 구현해낼 줄 아는 그 기술과 창의의 완벽한 조화는 예측했던것 보다도 훨씬 강렬하였기 때문에 이에 압도당하여 내내 흥분이 가라앉지를 않았었다. 돌이켜 생각해보면 다소 과장된 표현일수도 있겠다는 생각이 들지만, 어찌되었건 그 순간 순간들에 나는 그러하였다. (IMAX DMR2D 라서 더 그렇게 느껴졌나? ;;)

하지만, 내가 영상연출에 넋을 잃었다고 해서 놀란 감독의 갈수록 치밀하고 탄탄해지는 스토리를 간과했다는 얘기는 아니다. 이번에도 놀란 감독은 철저하게 계산되어 있는 퍼즐을 하나 그려서 던져준 것 마냥 관객들을 골치아프게 하지만, 후반부에 다가설수록 가속도가 붙으며 휘몰아치는 박진감 넘치는 전개가 더해지며 묘한 쾌감을 유도해 준다. 마치 융합과 폭발의 과정처럼 말이다. 그러나 끝은 열린 결말.... 사람에 따라서는 열린 결말을 아주 싫어하는 경우가 있지만, 놀란 감독은 이 영화의 문을 여전히 열어둠으로서 실은 그 자체를 진행형으로 놔두고자 하는 의도를 품은 것이 아니었을까 라는 생각도 해보게 된다. 지금까지 우리가 보고 들은 모든 것은 감독의 꿈 속이었고, 여전히 우리는 그 꿈속의 일부라는 듯이 말이다. 엔딩 크래딧이 모두 올라간 후에 들려오는 쿠키가 이를 뒷받침하고 있는 것이라 조심스럽게 판단해 보았다.

역시 아바타같이 겉만 뻔지르르하고 실상은 별거 없는 영화보다는 이런 영화가 훨씬 경이로운 영화인 것 같다. 매트릭스가 그랬던 것 처럼 말이다.

너무 많이 틀리는 우리말 표현. 고치고 살아가자....

beoreoji — Thu, 19 Aug 2010 08:06:24 +0900

'우리말 바로쓰기', '틀리기 쉬운 우리말' 등등의 화두는 이미 오래전부터 수없이 회자되고 있다.

그럼에도 불구하고 여전히 우리 주변에는, 모국어의 사소한 오류들을 극복하지 못하고.. 혹은 극복하지 않은채 살아가고 있는 자들이 너무 많은 것 같다.

그래서 난... 범하기 쉬운 우리말에 대한 오류들을 구석구석까지 샅샅이 뒤져서 모아다가 나열하겠다는 주제넘는 짓은 자제하더라도, 최소한 우리의 실생활에서 가장 많이 틀리는 것 중 몇가지만 콕 찝어서 한번 설명해 보기로 했다.

(다른 것이 발견되면 추가하여 리포스팅 할 것이다.)

당신이 완벽한 모국어를 구사하고 있다는 확신을 갖고 있지 않다면, 품격있는 언어생활을 위해 한번씩만 훑어봐 보자.

* '이빨' 과 '이' 의 차이.

만약 치과의사가 '이빨' 이라는 말을 쓴다면, 그 자는 돌팔이일 가능성이 있다. 치의학을 공부하면서 둘의 차이에 대해 한번도 들어본 적이 없다면, 수업을 충실하게 듣지 않았거나, 공부를 설렁설렁하고서도 운좋게 의사가 된 것이 아닐까? 그럼, '이빨' 과 '이' 의 차이는 무엇일까? 답은, '짐승'과 '인간' 이다. 물론, 경우에 따라서 '이빨' 이라는 표현이 더 어울리는 짐승같은 놈들도 있을테지만, 평범한 인간들의 치아는 '이' 라고 하는 것이 옳은 것이다. 지금껏 교양없이 스스로의 치아를 '이빨' 이라고 칭하고 자식들마저 짐승취급을 하던 자들이여,, 그대도, 아이들도, 이제부턴 '인간' 이 될 수 있다.

* '우리' 와 '저희' 의 차이.

알면서도 '높임말' 이라는 늪에 빠져서 무의식중에 틀려버리는 사람들의 수도 무시 못할 것 같은, 이 '우리'와 '저희'....... 아마 가장 흔히 오용하는 것이 바로 이것이 아닐까 싶다.

많은 사람들이 '우리' 는 보통말이고, '저희' 는 높임말이라고만 생각하는 것 같다. 게다가 정도가 좀 심각한 편이다. TV에 나와서 얘기하는 연예인들이나 시민들, 심지어 MC나 정치인들 중 상당수도 이 오류를 즐겨 범하기 때문이다. 절대 틀리지 않는 집단은 말을 업으로 삼고 살아가는 아나운서나 앵커들 밖에 없는 것 같다. 누구의 잘못인지는 모르지만, TV드라마에서조차 흔하게 틀리는 것을 보면 보통 심각한 것은 아닌 것 같다. (배우의 잘못이 아니라면, 대본을 그렇게 써놓은 작가의 짓이라는 얘긴데.... 그렇다면 너무 슬픈 일이다.)

내가 모든 드라마를 붙잡고 앉아 보는 사람은 아니므로 전체 오용장면의 100분의 1도 안되는 양이겠지만, 드라마에서 오용하는 사례를 잠깐 보자...

이 드라마에서 무휼(송일국)과 해명(이종원)은 함께 대소왕을 공격했다. 근데 송일국은 '저희가 죽인건...' 이라고 하고 있다. 잘못된 표현이다.

여기선 전후사정을 알 것도 없다. '저희들도 피해야 합니다' 라는 말 자체가 존재할 수 없는 표현이다.

자, 이제부터 여러분은 연예인들보다 우월해 질 수 있다.

'우리' 와 '저희' 를 결정짓는 기준은 무엇인가? (상대방에게 높임말을 쓸 필요가 없는 상황에선 '저희' 를 쓸 일이 없으므로, 상대방에게 높임말을 써야하는 상황이라고 가정하고 설명하겠다.)

듣는 사람과 말하고 있는 나의 관계는 우선순위가 아니다. 그저 '우리' 를 '저희' 라는 겸양표현으로 바꾸어 말 할 수 있는 기회가 주어지느냐 마느냐의 차이 정도에만 관여할 뿐이다. 중요한 것은 듣는 사람과 나, 그리고 지금 지칭하고 있는 집단 사이의 관계다. 무슨 말이냐?... 풀어 얘기하겠다.

내가 지금 얘기하고 있는 집단에 나랑 상대방이 모두 속해있다면 상대방과 내가 무슨 관계건간에 무조건 '우리' 라고 해야 맞는 말이며, 나는 속해있지만 상대방은 그 집단 밖의 사람일 경우에만 겸양하는 표현인 '저희' 를 '우리' 대신 사용할 수 있다는 얘기다.

아직도 이해가 안되는 사람을 위해 예를 들어보겠다...

축구선수가 국민들이 보고 있는 인터뷰에서 '저희나라' 라는 표현을 한다면, 그 축구선수의 잘못된 표현이거나 기자를 외국인으로 착각하고 있는것일게다. 이 경우... 한국대표팀의 축구선수(나)와 한국 기자(상대방)와 국민들(상대방)은 모두 '한국' 이라는 같은 집단의 구성원이라는 전제가 있다. 따라서 이때는 무조건 '우리' 여야 하는 것이다..... '저희' 라고 하는 것은.. 듣고 있는 사람들을 '너희' 취급하는 것이기 때문에.. '저희나라가 이길 수 있도록 최선을 다하겠습니다.' 라는 말은 곧, '우리 한국이 너희 나라를 이길 수 있도록 최선을 다할거다' 라는 의미가 되어버리기 때문이다. 외신을 상대로 인터뷰 하는 것이라면 큰 문제가 없는 표현일 수도 있지만, 한국 국민들을 대상으로는 성립될 수 있는 문장이 아닌 것이다.

또 하나의 예를 보자. 선생님이 학생에게 물으셨다. "너희 가족은 몇명이니?".. 학생이 대답한다. "저희 가족은 20명입니다.".... 이것은 매우 올바른 표현이다. 상대방은 내가 다니는 학교의 선생님일 뿐, 지금 대화에서 지칭하고 있는 내가 소속되어 있는 '가족' 이라는 집단의 구성원이 아니다. 이미 물어볼때도 '너희'가족 이라고 하였으므로 명백히 우리 집단의 사람이 아니라는 얘기다... 바로 이런 전제가 있어줌으로 인하여 이런 경우엔 '저희' 를 '우리' 대신에 사용할 수가 있는 것이다.

혹시 여기까지 읽었음에도, 나의 부족한 설명력 탓에 이해가 잘 안되는 사람이 있을지 모르겠다... 그렇다면 우선은 이렇게 기억해 두자..

평소처럼, 상대방이 윗사람일 경우엔 '저희'... 아닐 경우엔 '우리'... 라고 일단 인식하기로 하자. (원래는 매우 잘못된 인식이지만, 절충하는 것임을 명심하라.)

대신, 내가 지금 지칭하는 집단의 구성원으로 나와 상대방이 모두 포함되어 있다면, 그때는 상대방이 임금님일지언정 무조건 '우리' 여야 한다!!!

회사 사장님한테 우리회사 일을 얘기할 때도 무조건 '우리' 여야 하고, 100세가 넘은 옆집 할아버지를 만나도 우리동네 얘기를 할 때는 무조건 '우리'여야 하는 것이다.

* '~에' 와 '~의' 의 구분은 기본인데!

위에서 설명한 '우리' 와 '저희' 못지 않게 많이 틀리는 것이 바로 격조사 '~의' 를 붙여야 할 곳에 붙이는 '~에' 인 것 같다. 그리고 이걸 틀리는 사람들은 사실 국어교육 수준이 상당히 의심되거나, 혹은 우리말을 읽고 쓰는 연습을 거의 안하고 살아온 사람들일게다. (뭐, 그대신 숫자나 기호를 열심히 갖고 놀았다거나 예체능 분야의 어떤 활동을 열심히 해왔다면 다행이지만...)

이 격조사들의 경우, '~에' 를 써야 할 곳에 '~의' 를 붙이는 오류는 다행히 없는 것 같고, '~의' 를 붙여야 할 곳에 '~에' 를 붙여서 오류를 범하는 경우가 빈번하다. 물론, 틀리지 않는 사람은 절대로 틀리는 법이 없다. 어렸을 때, 그 차이를 확실히 익혀 놓았다면 절대로 틀릴 일이 없기 때문이다. 따로 익힐 필요도 없다. 독서량이 거의 없는 삶을 살아오지 않은 이상, 이걸 구분하지 못 할 이유가 없다. 근데, 의외로 구분 못하는 사람이 많다는 것은 참 충격적인 것 같다는 생각마저 든다.

'~에' 와 '~의' 의 차이에 대한 설명은 따로 하지 않겠다. 이 글은 기초국어 강좌가 아니며, 이것조차 구분 못하는 사람들은 이 글을 유심히 읽어볼 것 같지도 않기 때문이다. 다만, 이 글을 읽는 분들께 부탁을 드리고 싶다.

'~의' 를 붙여야 할 곳에 '~에' 를 붙여 오류를 범하는 사람들은, 자신의 오류를 고치려는 노력을 하지 않는다. 자신이 오류를 범했다는 사실 자체를 모르고 넘어가는 경우가 대부분이기 때문이다. 따라서 만약 그런 경우를 본다면, 그냥 넘어가지 말고 그것이 틀렸다는 사실을 지적해 주는 것이 바람직하다. 왜 틀렸는지에 대한 설명도 자세히 해주면 더 좋겠지만, 그냥 거기엔 '에' 가 아닌 '의' 를 쓰는거라고 고쳐주는 것 만으로도 충분하다. 그래야 최소한 자신이 오류를 범했다는 사실을 인지할 것이고, 올바른 생각을 가진 사람이라면 왜 틀린것인가에 대해 알아보고 고치려 노력하거나 기억해 둘 것이다. 잘 아는 사이일수록 꼭 지적을 해주는 습관을 갖도록 하자.

* 싱글앨범 ????

이건 좀 어울리지 않는 항목이란 생각이 얼핏 들었으나, 외래어도 우리말의 일부이므로 다루기로 한다.

수많은 사람들... 심지어 음악을 하는 사람들 조차도 엄청나게 잘못 사용하는 표현 중 하나가 바로 이 '싱글앨범' 이 아닐까 한다. 사실, 이 부분은 싱글 음반이 거의 발매되지 않던 우리나라에서 '음반=앨범' 이라는 잘못된 인식이 심어진 탓에 생겨난 오류일 것이다.

원래 음반 시장에서 음악이 유통되는 기본은 '싱글' 이었다. 즉, 곡단위로 음반을 만들어 매매하는 것이 기본 유통방식인 것이며, 이것은 처음 레코드판이 발명되었을 때 기록할 수 있었던 분량의 제한과 관련이 있다. 물론, 기술의 발전과 함께 늘어난 기록가능 분량 덕택에 가장 늦게 생겨난 개념이 바로 이전의 곡들을 모아서 일종의 작품집처럼 만들어 판매하기 시작한 '앨범' 이라는 음반이다.

하지만, 우리나라에선 유통마진 문제로 아주 오랫동안 싱글을 취급하지 않고 앨범만을 취급해 왔기 때문에 당연히 많은 사람들은 싱글에 대해 생소할 것이고, 그래서 기존의 개념에 박혀있던 '음반=앨범' 이라는 인식이 작용하여, 싱글음반=싱글앨범이 되어버린 것이 아닌가 싶다. 싱글은 싱글인 것이고, 앨범은 앨범인 것인데 말이다.

자세한 설명은 아니지만, 이 정도만 읽어 보아도 싱글과 앨범의 차이에 대한 이해는 가능하지 않을까 싶다. 혹시 지금까지 이 오류를 범해왔다면, 앞으로는 어디가서 '싱글앨범' 이라는 민망한 표현을 다시는 쓰지 않으리라 믿겠다.

('싱글들을 모아서 만든 앨범' 이라고 억지로 해석한다면 말은 될지도 모르겠으나, 당신이 이 오류를 범했을 때, 지칭한 것은 앨범이 아닌 싱글이었을 것이므로, 그간 범해왔던 오류에 대해 빠져나갈 구멍은 없다.)

* '장애우' 는 장애인 차별단어

장애를 지닌 사람과 그렇지 않은 사람을 구별하는 단어는 '장애인' 과 '비장애인' 이다. 장애가 있는 사람을 '장애우' 라고 한다면, 그것은 장애가 없는 사람들은 정상적인 '사람(人)'이고, 장애를 가진 사람들은 정상적인 사람의 '친구(友)' 로 간주하는 뉘앙스가 되기때문에 심각하게 격하시키고 차별하는 언사다. 반대로 장애인에 대비시키기 위해 '정상인' 이라는 표현을 한다면, 그순간 장애를 가진 사람들은 '비정상인' 이라는 표현에 위치하게 되므로, 이 역시 주의해야 할 부분이다. 장애 여부로 사람을 구별하는데 적절한 말은 오직 '장애인-비장애인' 뿐임을 잊지말자.

-- 이 포스트는 언제든지 업데이트하여 재포스팅 될 수 있음 --

싸이월드를 버리고 페이스북에 안착하기

beoreoji — Wed, 04 Aug 2010 11:19:39 +0900

이 글은 페이스북 자체를 분석하기 위한 글이 아니다. 난 그럴 능력도 안되지만, Social OS 로서의 페이스북에 대한 깊은 이해를 돕는 포스팅들은 이미 여러 훌륭한 블로그들에 포진되어 있으므로 검색해 보면 금방 찾아볼 수 있을 것이다.

또한 싸이월드를 벗어나야 한다고 노골적으로 설득하려는 것도 아니다. 어차피 한창 돈을 벌 때, 미래에 대응하지 않은채 뻘짓만 하던 싸이월드는 한창 하락 일변도를 걷고 있는듯 하며, 결국 머지않아 그 생을 마감하게 되어 있다. 누가 먼저 발빠르게 그 우물을 탈출하고 페이스북이란 세상에 안착하고 관계데이타를 재정비해 두느냐의 차이일 뿐이다.

난 그저, 싸이월드가 싫증이 났거나 점점 시원찮아지고 있는 그 분위기를 감지한 다음, 싸이월드를 대체하기에 가장 적합하면서도 유사한(수준이 비슷하다는 얘기는 아니다. 그건 비교조차 할 수 없는 부분이다.) 서비스가 페이스북이라는 사실을 알고서 페이스북으로 마음이 옮겨가고자 하지만, 비슷할 리가 없는 인터페이스에 적응하고 낯선 개념에 익숙해지는게 쉽지 않은 분들을 위한 최소한의 가이드를 하고 싶을 뿐이다.

애초에는 싸이월드의 개념과 연관을 지어 가면서 페이스북을 설명하는게 내키지 않았지만, 우리나라 사람을 페이스북에 적응시키는 가장 현실적인 방법이라 어쩔 수 없다고 판단하였다. 따라서 이 글은 완전히 싸이월드의 개념이 페이스북에선 어떻게 구성되어 있는가에 대해서만 집중적으로 설명하는 글이라 할 수 있다.

본격적으로 설명하기 전에 여담을 하나 늘어놓자면...

내가 아는 사람들 중 99%는, 평소 우리나라에서 생활할 때는 너무나 당연하게도 오로지 싸이월드 미니홈피만 한다. 하지만, 재미있는 현상은... 그들 중 해외(일본 제외)로 유학이나 어학연수를 떠난 사람들은 여지없이 페이스북에 모습을 드러내게 된다는 것이다. 해외에서 알게된 외국인 친구들과 웹에서 커뮤니케이션을 하려면 기본적으로 페이스북을 통해야 하기 때문이다. 이것은 매우 간단하게 한가지 사실을 설명하고 있다. 한국인이 미니홈피를 하고 있을 때, 인류는 페이스북을 하고 있다는 것... (물론, 범위가 전세계라고 해서 영어를 써야 하는 것은 아니다. 전세계 사람들을 대상으로 페이스북을 이용할 수 있다는 것은 하나의 장점일 뿐, 꼭 그래야 하는건 아니다.)

그럼, 싸이월드로부터 주입받은 그 개념을 일단 그대로 지닌채 페이스북에 적응하기 위해 참고할만한 개념을 비교해 정리해 보겠다. 단, 여기에 정리된 내용은 싸이월드에만 익숙해 있던 사람들에게 페이스북도 싸이월드와 유사하게 이용할 수 있다는 사실을 전달하기 위해 전체 페이스북 구조의 일부만을 소개하는 것이라는 점을 분명히 밝히겠다. (페이스북은 Social OS 라 불린다. OS? 운영체제?? 맞다. 리눅스나 윈도우즈 혹은 맥과 같은 의미의 OS 다.)

* 싸이월드 일촌 = 페이스북 친구

'일촌'이라는 관계는 페이스북의 '친구'와 개념이 같다. 한명이 신청을 하고, 상대방이 그것을 수락하여 맺어지는 일촌과 똑같은 방식으로 친구관계도 성립되게 된다. 혹시 트위터를 해보려다가 적응 못한 이유가 한쪽의 자유의지로 이루어지는 팔로우 개념이 용납 안되기 때문이었던 사람이라면, 페이스북은 일촌과 똑같은 방식으로 관계가 형성되므로 더더욱 페이스북에선 편안할 것이다.

* 싸이월드 미니홈피 vs 페이스북 프로필

미니홈피에는 자신의 이야기나 자료를 쌓아두지만, 그걸 모든 일촌들이 와서 일일이 다 확인해 주지 않는다. 하루종일 싸이월드를 붙잡고 살지 않는 한, 자신의 일촌들이 새로 올리는 것들을 다 추적하고 다니는 거 자체가 불가능하다. 최근에 업데이트 내역이 있는 일촌목록을 보여주는 기능이 중간에 투입되긴 했지만, 그 목록을 보고 한명 한명 클릭해 들어가 보는 것도 왠만한 정성이 아니면 어렵다. 따라서 이런 방식은 일촌이 아무리 많아도, 자주 구경가는 일촌들의 미니홈피만 들여다보게 되는 미완성에 그치고 마는 현상을 만들어 내기도 한다.

반면, 페이스북에도 미니홈피같은 개별적인 공간이라 할 수 있는 개념이 있지만, 각자가 그곳에 자신의 이야기나 자료를 쌓아두면서 많은 친구들이 찾아와 구경해 주었으면 하는 바램을 가질 필요가 없다. 페이스북은 Stream(?) 방식이다. 흐름속에 자신이 있고, 자신이 이야기나 자료를 올리면 그 흐름위에 그것이 끼워지는 것이다. 그래서 이것들이 시간순으로 쭈욱 쌓여지며 보여지는 메인 디비젼을 타임라인이라고 한다. (얼핏 생각하면 트위터와 같다고 생각할 수 있으나, 트위터까지 끼워들이면 얘기가 복잡해지므로 더이상 트위터 얘기는 언급하지 않고, 페이스북 개념에만 집중하겠다.) 이 방식은 위에서 얘기한 노가다를 완전히 필요없게 해준다. 타임라인에는 나와 내 모든 친구들. 그리고 내가 좋아하는 관심대상(주로 기업이나 단체, 연예인,스포츠맨 등등이 운영하는 공식채널이며 '페이지' 라고 한다.)이 새로 업데이트 하는 내용들이 시간 순서대로 알아서 쭈욱 쌓여지기 때문이다. 나와 내 친구들과 내 관심대상의 모든 업데이트된 내용이 차례대로 쌓여가므로 어느 하나도 새어나가지 않은채, 여기저기 이동해 다닐 필요도 없이 단지 스크롤과 클릭만으로 모두 구경할 수 있다는 얘기다.

그렇다면, 내 공간은 따로 존재하지 않는것인가? 또는 친구 한사람만 집중적으로 구경할 수는 없는것인가? 물론, 존재하고 당연히 가능하다. 위에서 설명한 것은, 싸이월드에도 초기화면이 있듯, 페이스북에도 있는 초기화면인 것이지만, 근본적으로 다른 기본개념을 우선 이해해야 하고, 여러 불필요한 수동적 단계가 생략된 극장점을 우선 알아야 하기 때문에 먼저 설명한 것이다.

초기페이지에서 상단 라인을 보면 '프로필' 이라는 링크버튼이 있고, 타임라인 왼쪽에 있는 사이드바를 보면, 맨 위에 내 이름이 있다. 둘 다 내 공간으로 들어가는 링크다. 바로 이 링크를 클릭해서 이동하는 페이지를 '프로필' 이라고 한다. 당연히 친구의 이름을 클릭하면 친구의 프로필로 들어간다. (만약 미니홈피처럼 따로 팝업으로 뜨지 않는게 불편하다고 느낄 정도라면 그 사람은 싸이월드에 너무 심하게 쩔어있는 것이므로 반성부터 일단 한 다음, 그것은 결코 표준도 아니고 정형도 아니라는 사실을 받아들이자.) 그리고 cyworld.com/ID 형태의 고유주소를 통해서도 미니홈피에 방문할 수 있듯, facebook.com/ID 형태의 고유주소를 통해서도 프로필을 직접 열어볼 수 있다. 초기페이지에선 모든 친구들의 활동을 타임라인속에 시간순으로 섞어놓고 확인하면서 리액션을 취할 수 있다면, 프로필은 개별적인 공간으로 (미니홈피를 찾아 들어가듯) 직접 들어가서 그 친구의 공간을 구경하고 리액션을 취하는 곳이다.

결론은, 자칫 어지럽고 낯설어 보이는 페이스북도 싸이월드 미니홈피처럼 개별적인 공간들의 모임이라는 얘기다.

왼쪽은 초기화면. 오른쪽은 프로필.

* '프로필'에 대한 이해

위에서 프로필을 미니홈피에다가 대비시켰으나, 조금은 보완설명이 필요할 것 같다.

프로필이라는 단어의 개념을 정확하게 알고 있는 사람이라면 이해가 빠르겠지만, '간단한 신상정보' 정도가 프로필인것으로 알고 있는 경우가 의외로 상당하기 때문에, 얼핏 왜 페이스북의 개별 공간을 '프로필' 이라고 하는것인지 바로 이해하지 못하는 사람들이 있을거란 노파심이다. 프로필이란 말은, 그저 간단한 신상정보나 인물소개가 아니라 경우에 따라서는 그 사람의 인생 전반에 걸친 모든 행적과 현재상태를 의미하기도 한다. (물론, 지금 우리가 얘기하는 이 분야에서의 프로필을 말하는 것이다.)

직접 페이스북에서 프로필 페이지로 들어가 보면, 담벼락이라는 탭이 있고 그 옆에는 정보라는 탭이 있음을 알 수 있다. 위에서 말한 기본적인 신상정보나 인물소개는 프로필의 일부에 해당하므로, 바로 이 정보탭을 클릭했을 때 보여지는 내용이다. 즉, 페이스북에서 신상정보는 프로필의 일부이며 그 사람에 대한 기본적인 '정보' 인 것이다. 그리고 디테일한 행적과 현재의 상태는 '담벼락'에 실시간으로 쌓여가고 있다. 담벼락에 쌓여가는 행적과 기본적인 신상정보가 합쳐져야 비로소 그 사람의 '프로필' 인 것이다.

미니홈피안에서는 말 그대로 단순한 신상정보로서 프로필이란 메뉴가 있지만, 페이스북에서는 그 사람이 얘기하고, 공유하고, 전달하는 등의 모든 활동이 '프로필을 쌓아가고 있는 것' 으로 다루어지고 있는 것이라 이해하면 된다. 그래서 페이스북은 개개인의 공간을 '프로필' 이라 명명하는 것이다.

* 싸이월드 다이어리,사진첩,게시판,동영상,방명록 = 페이스북 담벼락

싸이월드 미니홈피는 각각의 기능과 역할별로 섹션이 구분되어 있고, 각각을 독립된 메뉴로 구분지어 놓았다. 하지만, 페이스북에선 프로필로 들어갔을 때 디폴트로 위치하게 되는 담벼락이라는 탭 하나에 이 모든것이 쌓여있다. 그게 뭐가 되었건 시간 순서대로 쭈욱 쌓아지는 곳이 바로 그 사람의 담벼락이다. 만약 내 담벼락에 내가 무언가를 쓰거나 사진을 올리거나 동영상을 올리거나 링크를 걸면 그건 내가 나의 담벼락에 게시물을 추가하는 것이 되므로 미니홈피로 치면 다이어리,사진첩,게시판,동영상등에 게시물을 새로 올리는 것이 되는 것이고, 다른 사람의 프로필에 들어가서 이 담벼락에 무언가를 쓰면, 그것은 내가 그 사람 담벼락에 남기는 무언가가 되는 것이므로, 미니홈피로 치자면 바로 방명록에 글을 남기는 것과 같은것이 된다. 하지만, 무슨 의무인것처럼 너도 나도 디폴트로 설정해 놓고 사용하는 '비밀이야' 라는 아이러니한 싸이월드의 기능은 '담벼락' 에 적용할 수 없다. 미니홈피가 중흥기를 이룰 때는 이메일이나 인스턴트메신져가 하는 1:1 메시지 교환마저 미니홈피 방명록으로 하는 지경이 되다보니 어쩔 수 없이 생겨난 기능이겠지만, 어쨌든 그것은 매우 의미를 벗어난 개념없는 기능이기에, 당연히 페이스북에서는 담벼락에다가 '그런 짓' 을 허용하지 않는다. 대신, 아주 간단하게 1:1 메시지를 보내고 받을 수 있는 방법이 따로 마련되어 있을 뿐이다. 왼쪽 사이드바를 보면, 'xx님께 쪽지 보내기' 버튼이 있다. 문자메시지를 주고받듯 아주 간단하게 비밀스런 1:1 메시지를 남길 수 있고, 받는 사람 역시 아주 간단하게 그것을 확인할 수 있다. (싸이월드 미니홈피에서도 쪽지 주고받기가 그다지 불편하게 되어 있는건 아닌듯 한데, 굳이 방명록에 '비밀이야' 기능을 추가한 것을 난 지금도 이해할 수가 없다.)

어쨌든... 그렇다면, 페이스북에선 종류 구분없이 그냥 다 통합인 것인가? 만약 이에 대한 대답이 예스라면, 미니홈피에 익숙한 사람에겐 가장 심하게 낯설음을 줄 우려가 있는 부분인 듯 하지만, 페이스북이 그렇게 무성의한 시스템은 아니다.

처음 페이스북을 시작한 다음, 담벼락에 사진을 올리거나 동영상을 올리면 담벼락,정보 탭 옆에 사진, 동영상 탭이 자동으로 추가된다. 이 탭에는 담벼락에 올린 모든 내용 중 사진들과 동영상들이 따로 정리되어 보여지며, 반대로 이곳에서 직접 사진이나 동영상을 올리면 그 내용이 자동으로 담벼락에 게재된다. 시간순으로 쌓여가는 담벼락의 내용들 중에서, 사진과 동영상만 따로 모아놓고 볼 수 있게 해주는 기능을 한다고 보면 된다. 싸이월드를 이용할 때, 다른건 쳐다도 안보고 오로지 사진첩만 구경하는 사람들이 있는데, 그런 사람들에겐 없어선 안될 탭일 것이다. 물론, 미니홈피에서처럼 똑같이 댓글을 달아줄 수 있고, 사진속이나 동영상속에 등장하는 사람이 누구인지 태그를 붙여놓을 수도 있다.

이건 어느 메뉴, 이건 어느 메뉴... 구분할 필요 없이, 하고 싶은 얘기, 보여주고 싶은 것들을 그냥 간단히 담벼락에 올리기만 하면 되는 것이다.

* 페이스북에서도 일촌공개처럼 공개범위 조정이 가능한가?

가끔, 페이스북에 대해서 오해하는 경우가 있다. 너무 개방적인것 아니냐고... 싸이월드 미니홈피나 블로그는 일촌공개 설정이 있기 때문에 아무나 다 보는것을 방지할 수 있지만, 페이스북은 그렇지 않다는 것이다. 물론, 엄청난 오해다. 이 역시 트위터를 먼저 접한 사람들이 그와 얼핏 비슷해 보이기도 하는 페이스북을 비슷하게 생각해버리기 때문인 것 같다.

페이스북은 담벼락 게시물 단위로 '일촌공개' 같은 것을 설정할 수는 없지만, 전체 게시물이나 정보에 대해 공개범위를 세세하게 설정할 수 있다. (계정 -> 개인정보설정 -> 사용자 지정 설정)

모든 사람, 친구만, 친구의 친구. 심지어 특정인만 볼 수 있게 지정할 수도 있고, 특정인만 못보게 지정할 수 조차 있다. 페이스북은 결코 완전개방형 시스템이 아니다.

마치며...

여기까지 모두 읽었으나 잘 이해가 안될 수도 있다. 이미 얘기했듯, 이 글은 싸이월드에 대응되는 부분들만을 설명한 것이지 페이스북 전체를 분석한 것이 아니기 때문이다. 그렇다면 직접 페이스북을 시작하고, 이것저것 만져보며 익혀보자.

친한 친구들끼리 서로 일촌을 맺고서 자기들끼리만 서로 볼 수 있는 컨텐츠들을 올려놓고, 서로 구경을 다니며 놀던 그 방식 그대로를 페이스북에서 이어갈 수 있지만, 페이스북에서는 훨씬 간단하고 편하다. 그 뿐 아니라 누구는 봤는데 누구는 미처 그걸 발견못해서 못보고 지나치는 경우도 거의 없으며, 친구의 게시물(페이스북에선 '상태' 라고 한다)에 댓글을 달아두거나 Like버튼을 눌러두면 아무리 오래되어 저멀리 밑으로 내려가 있는다 한들 거기에 어떤 리액션이 취해질 경우 자동으로 그 사실을 알려주므로, 주인장 외에는 그걸 보게될 가능성이 거의 없어지는 일도 페이스북에서는 방지(?)할 수 있다. 누구에겐 뜸하고, 누구에게만 자주 놀러다니는 불균형 현상이 페이스북에서는 생기지 않는다. 그냥 페이스북에 접속해서 스크롤만 쭈욱 내리면 내 친구들이 그동안 벌여놓은 짓(?)들이 시간순으로 알아서 보여지기 때문이다.

망설이지 말자.... 페이스북에 안착하고 나면, 어쩌다가 싸이월드에 갔을 때 밀려오는 갑갑함이 무엇인지... 깨닫게 될 것이다.

이제는 결단을 내리고, 실행에 옮기기 바란다.