영화의 배경이 되는 ‘동막골’은 어린 아이들처럼 막 살라는 의미로 붙여졌다고 한다. 어떠한 이념과 대립도 없는 아이들처럼 사는 마을 사람들이라, 남북이 전쟁을 벌이는 동안에도 오순도순 웃으며 지냈다. 그래서가 아닐까, 동막골에 발을 디딘 국군과 인민군이 결국에는 우연히 만난 어린 아이들 마냥 허물없이 어우러질 수 있었던 것은.

 동막골에서 우연히 만난 국군과 인민군들은 서로 총을 겨누고, 수류탄을 쳐들며 대립한다. 하지만 날을 새고, 수류탄에 마을의 옥수수 창고가 터지면서 한바탕 대치가 끝난 군인들은 한 방에 뒤섞여 곯아떨어진다. 국군인 표현철은 여전히 인민군들에 대한 경계를 풀지 않았으나, 마을 사람들이 두 무리를 구분 짓지 않고, 북쪽 마을, 남쪽 마을에서 들른 아이들처럼 여기면서 모두가 함께 수확을 하며, 비어버린 마을 창고를 함께 채워나가면서 끝내는 이념이 다른 적군이 아닌, 사람으로 만나고, 받아들이게 되었다. 결코 넘나들 수 없을 것 같던 이념의 벽이, 아픈 기억과적대심의 벽이, 이곳 동막골에서는 허물어진 것이다. 결국에는 같은 사람이기에, 동막골 사람들처럼 동화된 것이다.

 마을의 옥수수 창고를 군인들이 터뜨린 탓에, 마을에는 손님을 대접할 음식조차도 부족해지게 되었다, 다행히도 수확 철이었고, 군인들이 일손을 거든다. 모두가 도란도란 돕고 땀 흘린 끝에 결국에는 마을 창고를 가득 채웠다. 외부인들인 군인들이 보기에 터무니없을 정도로 자그마한 창고였다. 그런데도 동막골 사람들은 창고를 채운 것을 기뻐하며 그들과 더불어 잔치를 벌였다.

 문상상은 창가를 부르고, 이런저런 타악기들이 신명나게 울린다. 여일은 춤을 추고, 아이들은 막 뛰어다닌다. 연합군 스미스는 카메라를 들은 채 하나하나 담아낸다. 지친 노모를 업어 부축한 스미스가 집으로 모신다. 한밤중에, 밝은 웃음소리가 고개를 넘는다.

"저들 좀 봐요. 참 행복해 보여요. 저렇게 살아야 하는데."

 냉전 시대였다. 한반도 전체가 공산주의 진영으로 넘어가게 되면, 민주주의 진영의 최전선은 섬나라이자 패망국인 일본이 된다. 절대적으로 불리하다. 그러한 계산속에서 인천에 상륙한 연합군 소속의 스미스. 그가 바라본 동막골은 그런 곳이었다. 어떠한 손익이나 이념도 따지지 않고 그저 손님이니까, 민폐를 끼치더라도 부족한 식량을 모아 대접하고, 함께 새참을 먹고, 함께 어울려 노래하고, 마신다. 대립이 없는 신비한 마을, 욕심 없이 소박한 신비한 마을. 이념의 대립이 없는 작가의 이상향, 우리의 소원.

 6.25 전쟁은 남북 간의 정치적인 이념이 서로 달라 분단된 상황 속에서 무력으로 통일을 이루겠다는 결심을 한 북한의 남침으로 시작되었다. 그 과정 속에서 수많은 민간인들이 피난을 가는 도중에 죽고, 민간인들의 마을이 연합군 내지 인민군의 엉뚱한 폭격으로 사라졌다. 전쟁의 최전선에서 맞서 싸운 양 측의 군인들은 어련할까. 수많은 생명을 잃었다. 얼마 되지도 않는 병원과 학교가 무너졌다. 문화재가 망가지고, 역사에 뾰족한 파편이 박힌다. 그 파편은 오늘날까지도 아픈 상처를 긋는다. 그리고 통일은 이루어지지 않았다. 큰 힘에는 큰 책임이 따른다. 무력은 큰 힘이다. 무력을 함부로 휘두른다면, 그에 상응하는 큰 책임을 짊어져야만 한다. 그리고 그 책임은, 대개 생명으로 치러져왔다. 그리고 이는 아픈 역사를 기억되어, 오늘날까지 마음 깊이 대못을 박는다. 천부적인 생명의 가치를 무슨 수로 매길 수 있을까. 그 모든 이념과 사상보다도 우선시 되어야 하는 것이, 서로 다른 이념을 지닌 국군과 인민군이 연합하여 지키고자 했던 것이, 작가가 그리고자 했던 것이, 바로 그것이 아니던가.

 남이 보기에 너무나도 소박한 마을 창고를 채운 마을 사람들은 잔치를 벌였다. 진심으로 행복해했다. 때로는 열심히 이루어낸 것들이 하루아침에 ‘펑’ 하고 사라지기도 했다. 그러한 상황 속에서, 동막골의 사람들은 멱살을 부여잡고 엉엉 울다 주저앉지 않았다. 대신, 자신들과 다른 그들을 포용하고, 용서하고, 함께 다시 시작했다. 그리고 이루어냈다. 이것이야말로 동막골이 대립 없이 지낼 수 있었던 비결이고, 갈등이 해소되고 관계가 회복될 수 있었던 원인이고, 진정한 행복의 씨앗이 아닐까?

---

웰컴 투 동막골 (2005)

Welcome To Dongmakgol 

9.3

감독

박광현

출연

정재영, 신하균, 강혜정, 임하룡, 서재경

정보

코미디, 전쟁, 드라마 | 한국 | 133 분 | 2005-08-04

---

ps1. 영화가 아름답고 이상적인 방향을 제시하기는 했지만, 그 방향이 현실과는 괴리감이 느껴져서 더욱 안타깝다. 사람의 생명이 이념보다도 우선시 되어야 한다는 것에 동의한다. 하지만 작은 마을이 아닌 하나의 국가가 과연 어떠한 이념이나 사상 없이 운영될 수 있을까? 또한 마을 사람들이 창고를 터뜨린 군인들을 품을 수 있었던 것은 적어도 인명 피해는 입히지 않은 까닭도 있다. 우리들은 너무 멀리 온 것이 아닐까. 이 의문은 글을 발행하고도 풀리지 않았다. 영화가 제시한 또다른 의문. 그리고 언젠가는 풀어내야 할 숙제. 이에 대해 고민해보는 시간을 가졌으면 좋겠다.

ps2. 같이 읽기 : 2015/07/03 - [Jurnal] - 호국보훈의 달 기념 통일글짓기

정부가 개방형 운영채제(OS) 개발 프로젝트를 추진하여 예산 약 2억5천만원을 들여 하모니카라는 이름의 리눅스 배포판을 개발했다. (참고) 정부는 2014년 4월 마이크로소프트의 윈도XP 지원 종료를 계기로 특정 업체에 종속되지 않은 기술중립적 운영체계를 개발해 소비자의 선택권을 넓히자는 취지 아래 개방형OS 프로젝트를 시작했다. NIPA 관계자는 이미 리눅스 기반 배포판이 여럿 있는 환경이라고 판단해서 굳이 새롭게 한국형 배포판을 만드는 대신 기존의 배포판을 사용자 편의에 맞게 개선하고 한글화를 지원한다는 차원에서 개발이 이뤄졌다고 하모니카 프로젝트를 설명했다.

정부의 하모니카 프로젝트

하모니카 프로젝트 팀은 현재 가장 널리 쓰이는 리눅스 배포판인 리눅스 민트를 개선해서 하모니카라는 이름으로 2014년 11월 27일에 배포했다. (참고) 문제는, 하모니카가 뿌리를 두고 있는 리눅스 민트는 이미 2009년부터 무보수의 자원봉사자들에 의해 번역되어 한국어가 지원되어왔으며 (참고) 기존의 리눅스 민트와 비교할 때에 크게 달라진 점도 없다는 것이다. 그런 까닭인지, 리눅스 관련 커뮤니티에 올라오는 관련 글들이 하모니카에 대해 썩 호의적이지만은 않다.

• 하모니카 프로젝트? - 우분투 한국 커뮤니티 (참고)
• 국산OS "하모니카 프로젝트" - 기글 하드웨어 커뮤니티 게시판 (참고)
• 하모니카 프로젝트.. 이게 그 한국형 리눅스 민트 라는거 맞나요 - PHPSCHOOL (참고)
• 개방형 OS `하모니카 프로젝트` 내달 결실 - 루리웹 (참고)
• 정부 '개방형 OS', 리눅스 민트 한글화 이번엔 잘 될까 (참고)
• 하모니카를 써본 소감 (참고)
• 정부에서 수정/배포하는 민트 기반 리눅스 "하모니카" (참고)
• 리눅스 민트 VS HAMONIKR 비교 (참고)

내용의 요지는, 정부가 리눅스 민트를 선택했다면 리눅스 민트 개발에 참여해서 한국어 지원하고 부족한 부분은 별도의 패키지를 만들어 배포하면 될 것을 쓸데없이 우리식 배포판을 만들려고 한다 즉, 오픈소스 생태계에 참여할 생각은 하지 않고 거머리처럼 빨아먹을 궁리만 하고 있다는 것이다. 또한 기존 리눅스 민트에 비해 큰 개선점도 없는데 약 2억5천만이라는 세금은 너무 과한 비용이 아니냐는 지적도 있다.

2014:12:28 17:19:48

실제로 하모니카는 기존의 리눅스 민트에서 한국어로 표기되지 않는 몇몇 부분들을 한국어로 번역하고 Numix 아이콘 테마와  리눅스판 로켓독 격인 Plank Dock를 추기적으로 넣어 외관을 미려하게 꾸몄다. 다만, 그 이외에 눈여겨볼 개선점은 없다. 물론 아직 시작된지 얼마 되지 않은 프로젝트이니 차츰 개선될 것이다. 하지만 필자가 이 자리에서 지적하고자 하는 문제는 다른 곳에 있다.

불멸의 ActiveX

ActiveX는 마이크로소프트가 만든 소프트웨어 프레임워크이다. 이에 대해서는 미닉스의 IT이야기(참고)와 리그베다 위키(참고)의 글에 자세히 설명되어있다. ActiveX는 이미 세계적으로 PC보안을 해치는 주범으로 간주되어왔으며 외국에서는 일찍이 이를 사용하지 않고 HTML5 혹은 JAVA등의 대체기술을 사용해왔다. 그에 비해 한국은 2014년에 이르러서야 ActiveX를 없애겠다고 발표했으나, 그 결과가 가히 놀랍다. 잠시 아래 리그베다 위키의 설명을 보자.

5. 대한민국의 액티브X 사용 실태 (#)

(omitted)

ActiveX 퇴출의 결정타, 중국에서 구매할 수 없었던 천송이 코트. 스마트폰(비 윈도우OS)조차도 밀어낼듯 밀지못한 밀꺼같은 ActiveX를 드라마 한 편이 바로잡았다. ActiveX 퇴출 논쟁은 천송이 코트 이전과 이후로 나뉜다. 결국, 옳고 그름의 문제가 아니라 돈이 되느냐의 문제

위에서도 언급했듯이, 사실 우리나라에서 ActiveX를 비롯한 플러그인이 정말 문제되는 곳은 보안 프로그램 쪽이다. 금융 사고를 막기 위해 보안 프로그램 제공을 의무화하는 규정이 마련되어 있는데 그 보안 프로그램이란 것이 전부 ActiveX로 제작되어 있기 때문이다. 이를 알았는지 2014년 10월 6일, 정부에서 보안 프로그램 의무 설치 규정을 폐지하겠다고 밝혔다. # 이제 정말로 ActiveX가 국내 인터넷에서 퇴출될 가능성이 높아지고 있는 듯하다.

그런데 정부에서 엄청난 뒤통수를 후려 갈겼다. 보안 응용프로그램을 직접 다운받아 설치하는 방식으로 대체하겠다는 것. 거짓말은 하지 않는다 ActiveX는 퇴출하긴 했는데, 대신 exe 파일을 직접 다운로드 받아 설치하여 쓰란 소리다. 똥치우고 설사왔다. ActiveX는 최소한 익스플로러에서 인증서 체크라도 하는데, 응용프로그램을 직접 다운받아 설치하면 그런거 없다. 보안 측면에선 더 위험하다. 이건 SSL 프로토콜만으론 보안이 완벽하게 이루어지지 않는다는이라고 쓰고 바꾸기 귀찮다고 읽는다 업계들의 징징 요청을 받아들인 조치이다.[30] 하지만 그 대처법으로 선택한 게 ActiveX보다 보안상으로 더 취약한 방법인 것이다. 무엇보다 프로그램 직접 다운로드 방식은 쇼핑몰에서 약간 장난을 치면 애드웨어를 이것저것 설치할 수 있다. 이미 설치 프로그램에 애드웨어 설치 동의를 끼워넣는 마케팅은 활성화된지 오래이다. 이제 생각없이 보안 프로그램 깔면 쇼핑몰 바로가기가 잔뜩 깔릴 것이다 게다가 IE 뿐만이 아니라 다른 브라우저에서도 사용가능하다는 말이 눈가리고 아웅인게, 기존의 ActiveX는 결제시에만 플러그인으로 불러서 쓰던걸 아예 윈도우 프로그램으로 설치를 해버려 시스템에 상주를 시켜버려 리소스를 좀먹게 된다. 그렇기 때문에 어떤 브러우저를 쓰던 간에 플러그인으로 불러올 필요는 없는 대신에 컴퓨터가 느려지거나 오류를 내뿜게 되는 것이다.

(omitted)

9. 엑티브X 대체 시도? (#)

MS도 액티브엑스가 보안부분에 취약하다는 것을 알고 이를 대체하기 위해 노력하고 있다. 대표적으로 MS 리서치에서 개발중인 XAX가 있다. 보안부분은 샌드박스로 보호하고 레거시 코드 동작이나 운영체제에 가리지 않는 차세대 플러그인 기술이다. XAX 설명 이것이 코드명 스파르탄 브라우저에 탑재될 가능성이 있다.[34] XAX와 연관된 프로젝트로 Drawbridge가 있다. 이것은 가상화를 지원한다. drawbridge 설명 관련기사
2014년, VIP대통령의 천송이 코트 발언으로 금융업체들이 액티브엑스를 없애겠다고 발표하며 그 결과를 하나하나 내놓고 있다. 하지만 역시나 답이 없다. 그 결과물이라고 내 놓은 게 액티브엑스(cab) 대신 exe/msi 설치파일로 대체한다는 것이다. 막가자는 거지요? 이로서 대한민국 금융은 정말로 답이 없다는 것을 몸소 증명하였다. 컴덕은 무엇이 다른것인지 알 수 없을것이다.
무엇이 문제인지 모를 아니 위쪽을 읽었다면 액티브엑스의 개념을 알 텐데 이 글을 보는 당신에게 이유를 설명하자면, '「액티브엑스」라는 건 exe·dll같은 윈도 바이너리파일을 IE로 그대로 옮긴 것' 이라는 말로 설명할 수 있다. 더 이상의 자세한 설명은 생략한다.

전문 읽기 : 나무위키 >> ActiveX (참고)

요컨대, ActiveX는 사라지지 않았고 이름만 바꿨을 뿐이다. 국민들이 원했던 것은 ActiveX(cab)를 설치파일(exe, msi)라고 이름만 바꾸는 것이 아니라, 정부가 적극적으로 나서서 별도의 부가기능을 설치하지 않고도 온전하게 한국 인터넷을 사용할 수 있도록 환경을 조성해주는 것이었다. 즉, OS X(매킨토시)에서 전자상거래를 하고 리눅스에서 인터넷 강의를 듣는 그런 환경을 원했다. 하지만 정부는 보란듯이 아랫돌을 빼서 윗돌을 괴어놓고는 해결했다며 눈 가리고 아웅하고 있다. 이는 어설픈 임시방편에 불과하며 관심 없는 국민들은 '아, 해결되었나보다' 하고 넘어가게 하고 아는 사람들은 애만 태우게 하는 엉터리 대책이다. 아니, 한참을 기다려준 국민들에 대한 기만이다.

임시방편이라는 것도 그나마 긍정적인 표현이다. 보안상으로 훨씬 더 취약한 방법을 대안이라며 실제로 사용하고 있는 모양새는 IT 강국을 자처하는 한국의 보안 의식을 적나라하게 드러내고 있다. 인터넷으로 결제하는 데에 무언가 프로그램을 설치해야 한다는 것이 기상천외하고 위험천만한 발상인데 유독 한국에서만은 이에 대한 자각이 없는 것처럼 보인다. 천송이 코트가 유행할 당시 중국인들이 '구매를 하기 위해서 무언가를 설치해야 한다'는 사실에 당황하는 것과 확연하게 대조가 된다.

액티브X 대신 exe 파일 설치, 그것이 현실이 되었습니다 (참고)

작년 이맘때쯤 ActiveX가 천송이 코트의 해외판매를 막아선다는 지적에 정부가 해결방안을 마련하겠다고 나섰을 때에 JTBC등의 언론 또한 정부가 갑작스럽게 나섰으니만큼 악수를 둘 수 있다는 우려를 했다. (참고) 그게 정확하게 맞아떨어진 셈이다.

마음이 급하죠. 잠이 오지 않을 지경입니다. VIP(박근혜 대통령)께 진행사항을 보고 해야 하거든요. ‘천송이코트’부터 기자간담회까지 VIP가 수차례 말씀하셨거든요. 아마존 사이트와 국내 쇼핑몰 사이트를 접속해 비교하는 시연을 해야 할지 모르죠. 그러니까 지금 이렇게 서두르고 있습니다. 사실 크게 달라지는 건 없어요. 겉에서 보기엔 큰 변화가 있는 것 같겠지만.

[류현정의 넥스트웨이브] 액티브X 폐지와 그 적들 (참고)

이것이 미래창조과학부 관계자가 전한 솔직한 심정이다. 문자 그대로, 달라진게 하나도 없다.

여전히 한국인들이 윈도 이외의 운영체계를 사용하면 국내 은행들과 인터넷 쇼핑몰들이 나서서 거래조차 하지 못하게 막아선다. 인터넷 강의를 들으려고 하면 상담사가 나서서 왜 굳이 (보안에 취약한) ActiveX를 지원하지 않는 운영체제를 쓰냐고 묻는다. 외국 기업인 마이크로소프트에게 라이센스 비용을 꼬박꼬박 지불하지 않으면 정부가 나서서 관공서 홈페이지에 접속조차 하지 못하게 괴롭힌다. 그런 와중에 정부는 남이 만든 리눅스 배포판에 남이 만든 멋들어진 스킨을 입혀준다는 명목으로 세금을 쏟는다. 손발이 맞지를 않는다. 하모니카 운영체제를 만들어줘도 국내 은행, 쇼핑몰, 인강, 관공서 홈페이지에 접속하지 못하는 것은 여전하다. 왜 근본적인 해결을 하지 않는가? 웹을 사용함에 있어서 홈페이지가 사용자에게 부가기능 설치를 강제하지 못하도록 하는 법률을 만드는 것이 가장 근본적인 해결책이 아닌가?

하모니카는 정부가 윈도 이외의 운영체계도 염두에 두고 있다는 것을 엿볼 수 있는 지표라고 생각한다. 의미없는 프로젝트는 아니다. 하지만 현 시점에서는 새로운 리눅스 배포판을 개발하는 것보다는 리눅스와 OS X에서 국내 웹사이트를 온전히 이용할 수 있도록 웹사이트가 부가기능 설치를 강제하지 못하도록 하는 것이 더욱 중요하다고 생각한다. 언젠가는 한국도 외국처럼 윈도를 사용하지 않아도 웹사이트를 온전히 이용할 수 있게 되길 바란다.

ps1. 처음 리눅스를 입문할 때에 Ubuntu라는 운영체계를 사용했었는데, 한글 입력을 비롯한 다양한 시행착오를 겪어보았다. 그렇기 때문에 이번 하모니카 프로젝트는 리눅스를 처음 사용하는 초보자들에게 진입장벽을 낮춰주는 충분히 의미있는 프로젝트라고 생각한다. 남의 것을 가져다 사용했다는 것에 대해서도 큰 거부감은 없다. 리눅스 민트 또한 우분투를 배낀 것이며, 우분투 또한 데비안을 배낀 것이다. 이는 오픈소스 생태계에서는 당연하게 여겨지며 도리어 권장되고 있는 것이다. 다만, 이러한 리눅스 배포판들이 널리 사용되기 위해서는 리눅스로도 전자상거래를 하고 관공서 홈페이지에 접속해서 필요한 작업을 할 수 있어야만 한다. 즉, ActiveX가 사라져야만 그 다음을 이야기할 수 있을것이다. 한편, 하모니카 프로젝트는 점진적으로 개발이 이루어지고 있다. 2014년 11월부로 정부의 지원이 종료되었으나, 꾸준히 새로운 배포판을 제공하고 있다. 공식 누리집에 방문해서 한 마디씩 응원하는 것도 좋을 듯 하다. (바로가기)

ps2. 마이크로소프트는 ActiveX를 더이상 Windows의 기능으로써 포함시키지 않을 것이니 사용하지 말아달라는 요청을 하고, IT 강국을 자처하는 모 정보는 조금만 더 기다려달라고 거듭 부탁을 하는 것은 꽤나 오래전부터 있었던 일이다. 2015년 3분기에 발매될 Windows 10에는 ActiveX 기능이 제거되어 보안상으로 안전한 새로운 웹브라우저 '스파르탄'이 포함된다. 이에 따라 IE와 ActiveX는 점진적으로 사라질 것으로 예상된다. 그러나 ActiveX가 지원되지 않는다는 이유로 리눅스와 매킨토시를 잘 사용하지 않는 한국의 모습을 보면 ActiveX가 과연 한국에서도 사라질 수 있을지 의문이 든다.

ps3. 구글은 보안상 문제가 있다는 이유로 2015년 9월부터 Chrome 브라우저에서 NPAPI 기능을 제거할 것이라고 예고하였다. (참고) 천송이코트 이후로 ActiveX 대신 사용되고 있는 설치식 보안 프로그램들은 IE 이외의 웹브라우저에서도 사용할 수 있다고 홍보되고 있는데, 이는 NPAPI라는 기술을 사용하는 것이다. 정확하게는 리눅스와 매킨토시를 제외한 윈도우에서만 IE와 Chrome, Firefox 등의 웹브라우저를 통해 설치식 보안 프로그램을 사용할 수 있다는 것인데, 구글의 NPAPI 지원 종료로 인해 다시 IE를 통해서만 인터넷 결제 등을 할 수 있을 것으로 보인다. 이에 정부는 구글코리아에 NPAPI 지원 종료 시기를 조금만 더 늦춰달라고 요청했으나, 거절당했다. (참고1, 2) 흥미로운 점은, 마이크로소프트와 마찬가지로 구글 또한 NPAPI의 지원 종료를 오래전에 예고했고, 그런 와중에 천송이코트에 대한 해결책으로 자칭 IT 강국은 곧 지원이 종료될 NPAPI를 선택했다는 것이다. 그러고서는 조금의 염치도 없이 '이제는 IE 이외의 웹브라우저에서도 보안 프로그램을 이용할 수 있으니 문제는 해결되었다'며 대대적으로 홍보했다. 사상누각과 진배없다. 비록 곧 사라질 기술을 통해 새로운 대책을 만들고, 보안상 문제가 있는 기술을 통해 보안 프로그램을 만들기는 했지만, IT 강국이라 주장하는 그 근거만큼은 사상누각이 아니기를 바랄 뿐이다.

MP3와 같은 음악파일은 단순히 음악 뿐만 아니라 작곡가, 장르, 연도와 같은 다양한 정보를 포함하는데, 그중 하나가 앨범아트다. 앨범아트를 포함한 음악파일은 PC의 음악플레이어나 스마트폰의 음악 앱을 통해 음악을 들을 때 그 앨범아트를 보여주는데, 가끔씩은 앨범아트가 엉뚱한 것이 들어가있거나 저화질 즉, 품질이 낮은 이미지가 들어가있을 때도 있다. 필자가 가지고 있던 몇몇 파일들이 그렇더라.

낮은 화질로 지지직 깨져있는 앨범아트는 보기에 그다지 좋지는 못하다. 더군다나 5인치 가량의 큰 화면의 스마트폰이 보급되어있는 요즘에는 가뜩이나 화질 낮은 앨범아트가 확대되어 보여지니까. 그래서 고화질 앨범아트 파일들을 검색해서 받아 MP3TAG라는 프로그램으로 각 음악파일에 적용시켜주었다. 곧바로 PC에서 열어보니 깔끔한 앨범아트가 반긴다. 반가운 마음에 스마트폰에 이미 넣어뒀던 음악파일을 지우고 더 좋은 앨범아트를 넣은 파일들로 그 자리를 매꿨다. 그러고는 음악 앱을 실행시켰는데 무슨 까닭인지 예전의 그 저화질 앨범아트가 보여졌다.

필자가 별도로 설치해본 음악 앱 중들은 어떤 것은 예전 앨범아트를, 어떤 것은 새 앨범아트를 보여주었다. 아마도 안드로이드가 자체적으로 음악파일의 앨범아트를 특정 저장소에 따로 저장을 시켜놓고 해당 음원의 음악파일은 지우고 새로 넣더라도 처음에 복사해놓은 앨범아트를 보여주는 것 같다. 따로 설치한 음악 앱들의 경우에는 어떤 것들은 그 저장소를 사용하고 어떤 것들은 매번 음악파일의 앨범아트를 뽑아내 보여줘서 저런 현상이 나타났던 것이 아닐까. 그렇다면 안드로이드가 앨범아트를 뽑아다가 저장해놓는 그 폴더를 지워주기만 한다면 앨범아트들을 다시 복사하기 시작할 것이고, 새로 넣은 앨범아트들이 적용될 것이다.

자료를 찾아보던 중 http://wicked16.egloos.com/3433189 이 글을 읽게 되었다. 이 글에 따르면 /sdcard/Android/data/com.android.providers.media/albumthumbs 라는 폴더를 지우면 된다고 한다. 공장초기화라도 시켜야 하나 싶었는데 생각보다 간단히 해결되었다.

최근에 foobar2000이라는 오디오 플레이어를 접했습니다. 아무런 플러그인을 설치하지 않는다는 전제하에 오디오 플레이어 중 가장 가볍고 자원을 적게 차지한다고 알려진, 또한 수많은 플러그인을 활용해서 얼마든지 많은 기능을 넣고 테마를 활용해서 원하는 모습대로 만들 수 있다고 알려진 프로그램입니다.

최신판 foobar2000을 설치한 직후 아무런 플러그인도 테마도 설치하지 않은 상태에서 사용해보았습니다. 듣던 대로 PC 자원은 적게 차지하는 반면, 외형은 아주 기본적인 뼈대로만 이루어진 듯한 모양새였습니다.

그런 까닭에 검색을 통해 찾던 중 마음에 들었던 테마가 바로 이 DarkOne v4입니다. 원래 데비안 아트라는 포럼에서 배포되는 테마인데 파코즈의 임호님이 foobar2000 휴대용 버전에 이 테마를 적용하고 영문으로 되어있던 버튼들을 한국어로 바꾸고 각종 플러그인을 포함해서 배포하시더군요. 사용해보니 멋지고 편리합니다. 원래의 테마 자체가 마음에 들었던 까닭도 있지만, 무엇보다도 함께 들어가있는 플러그인들이 아주 유용합니다.

알송 가사 플러그인이 있어 알송 사용자들이 작성한 가사를 볼 수 있으며, 앨범아트, 구글 검색, 유투브 검색, ManiaDB, MP3Tag 플러그인 등이 있어 음악 파일의 정보를 수정하기 편리합니다. 이러한 플러그인이 기본적으로 포함되어 foobar2000을 처음 사용해서 테마나 플러그인을 어떻게 적용해야 할지 모르는 이들이 간단하게 사용할 수 있습니다.

하지만 파코즈에서 배포되고 있는 이 휴대용 배포판은 foobar2000 v1.2.6과 DarkOne v4 build20130502을 기반으로 하고 있습니다. 푸바 프로그램 자체는 간단하게 업데이트할 수 있지만 DarkOne 테마의 경우에는 테마가 자체적으로 포함하고 있는 플러그인이 있고 무작정 덮어씌우기를 하면 임호 님께서 트윅하신 부분도 사라지기에 잠시 뚝딱거려보았습니다. 그 결과 현재 기준으로 최신판인 foobar2000 v1.3.7과 DarkOne v4 build 20140207을 바탕으로 임호 님의 트윅판의 플러그인도 모두 수용하는 휴대용 푸바가 완성되었습니다 :)

원본 출처

foobar2000 : http://www.foobar2000.org (v1.3.7)

원본 테마 : DarkOne v4 by tedgo on DeviantArt (build20140207)

파코즈 임호님 트윅 : [프로그램] 푸바 다크원 V4 포터블 버튼 트윅, 테두리 제거 (build20130605)

추신 : 멋진 테마 소개해주신 effector님, 감사합니다. http://effector.tistory.com/195

작년 12월 30일, 티스토리는 블로그 스킨을 홍보하고 원하는 것을 찾아볼 수 있는 공간인 '스킨'을 개설했다. (참고) 기존의 티스토리 포럼을 대체하는 게시판인 셈이다. (참고) 작년 5월에 열렸던 간담회에서 티스토리 포럼의 개편 및 스킨스토어의 개설에 대한 언급이 있었고, 그 직후에 기존의 티스토리 포럼이 완전히 폐쇄되면서 새 게시판 '스킨'에 대해 많은 기대를 품었다. 개설된 새 게시판은 간담회에서 지적되었던 기존 포럼의 문제점들을 해결했으나, 아직은 아쉬운 부분들이 있다.

2014년 1월의 티스토리 스킨 포럼

1. 개선된 점

(1) 질문 글과 홍보 글의 분류

가장 마음에 드는 부분이다. 기존의 티스토리 포럼에서는 블로그 스킨과 관련해서 '플러그인 & 스킨'이라는 이름의 게시판이 있었는데, 문제는 스킨에 대한 질문과 스킨 홍보 글이 구분되지도 않은 채 뒤섞여있어 스킨을 찾고자 할 때 불편함이 많았다. 이번 개편을 통해 스킨에 대해 질문하는 게시판과 홍보하는 게시판이 따로 나뉘어져 보다 편리하게 원하는 스킨을 찾아볼 수 있을 것이다.

(2) 스킨 쎔네일의 첨부

이건 필자가 지난번 건의 글을 통해 언급했던 내용이기도 하다. (참고) 기존의 포럼에서는 쎔네일이 나오지 않아 어떻게 생긴 스킨인지 알기가 쉽지 않았다. 홍보 글에 딸려있는 미리 보기 링크를 타고 가서 봐야 했는데 그나마도 오래된 스킨의 경우 링크가 작동하지 않는 경우도 있었다. 이번 개편을 통해 쎔네일만 보고도 마음에 드는 스킨을 찾을 수 있을 것이다.

(3) 스킨 형태에 따른 분류

게시판 상단에 있는 심플형, 갤러리형, 그리드형, 일반형 등의 분류를 통해 본인이 원하는 형태의 스킨을 보다 손쉽게 찾을 수 있게 되었다. 다만 최근 유행하고 있는 반응형 웹과 같은 특수한 형태의 스킨을 위한 분류가 없어 아쉽다.

새로운 스킨 게시판

2. 아쉬운 점

(1) 유/무료의 구분

영미권에는 스킨스토어가 잘 형성되어있는 블로그 서비스들이 있다. WordPress.com과 Tumblr가 그 대표적인 사례다. 때문에 이번 개편에 대해 아쉬운 점들을 이야기하면서 이 두 서비스들이 자주 언급될 것이다. 이들의 스킨스토어에는 유료 스킨 또한 무료 못지 않게 많이 제공된다. 하지만 분명히 사용자중에는 무료로 제공되는 사용하고자 하는 이도 있다. 때문에 두 서비스는 스킨스토어에서 무료 스킨들만 혹은 유료 스킨들만 볼 수 있도록 하고 있다. 현재 티스토리의 '스킨'게시판에서도 유료 스킨이 판매되고 있다. 하지만 그 스킨이 유료인지 무료인지는 글을 읽어봐야지만 알 수 있다. 티스토리도 유료 스킨에 프리미엄 스티커를 붙여 쎔네일만 보고도 이를 구분할 수 있게, 그리고 유료 스킨만, 무료스킨만, 혹은 모두 다 한꺼번에 볼 수 있도록 개편되었으면 한다.

WordPress.com의 스킨스토어

Tumblr의 스킨스토어

(2) 구독 및 알림기능의 부재

이전에 발행했던 글의 내용을 참고하자. 이 기능들만 갖춰져도 스킨 개발자와 사용자 모두에게 유익할 것이다.

그럼 직관적으로 바뀌어야 할 것으로는 어떤 것들이 있을까? 첫 번째로는 스킨이 있다. 네이버 블로그나 이글루스, 그리고 WordPress.com처럼 스킨들을 한곳에 모아 한번의 클릭으로 적용하는 시스템이 갖춰졌으면 한다. 특히 이글루스와 같은 경우에는 각각의 스킨마다 스킨 개발자가 스킨을 수정할 때마다 자동으로 버전 넘버가 올라가는 시스템을 지니고 있는데 티스토리 또한 하나의 스킨에 개발자가 개선을 할 때마다 버전 넘버를 조금씩 올리는 경우가 많으므로 묘하게 맞아떨어지는 부분이 있다. 이러한 부분에 있어서 이글루스처럼 자동화된 시스템을 도입한다면 스킨을 개발하는 입장에서도 편하고 사용하는 입장에서도 스킨이 개선될 때 알림이 뜬다면 개선된 것을 적용하기도 편리할 것이다. - 티스토리, 이렇게 개선되었으면 (2014/05/05 07:00 – 가람빛)

(3) 검색기능의 부재

기존의 포럼은 게시판의 내용에 대해 검색을 할 수가 있었다. 또한 필자가 소개한 두 서비스에서도 당연하다는 듯이 제공하는 기능이다. 지금은 티스토리 스킨 게시판의 게시글 양이 많은 편은 아니지만 점차 불어나고 불어나 언젠가는 검색기능이 절실하게 필요해질 때가 있을 것이다. 단순한 이름 검색을 비롯해서 반응형 지원, 마크다운 지원, 사진 갤러리 특화와 같은 특징들을 스킨을 등록할 때에 체크박스를 통해 제시하고 원하는 특징을 지닌 스킨을 편리하게 찾을 수 있는 기능이 있었으면 한다. 혹은 도쿠위키의 스킨스토어처럼 태그 기능을 지원해서 이를 활용하는 것도 하나의 방법이겠다. (링크)

(4) 퍼머링크(고유주소)의 부재

각 게시글에 대한 고유주소가 없어졌다. 마치 옛날의 플래시 기반의 게시판을 보고 있는 느낌도 든다. 포럼에서 유익한 정보가 있어 저장해두고 싶은데 공감 기능도 없고 고유주소도 없어 즐겨찾기에 추가하지도 못한다면 어떨까? 고유주소가 사라진 것은 검색기능과 더불어서 기존의 포럼이 아예 없어진 것이 아쉽게 느껴지게 하는 것 같다.

수정 : 이미 각 게시글마다 고유주소는 부여되고 있는 것으로 보인다. 다만 그 주소를 보여주지를 않을 뿐...

(5) 초보자에게는 어려운 사용법

티스토리를 가입한 직후 스킨을 어디서 내려 받아서 어떻게 적용해야 하는지 몰라 시행착오를 겪었던 기억이 난다. 티스토리 관리자 페이지에서는 기본적으로 제공하는 스킨 중에서 고르는 기능이 있고 스킨 개발자가 만든 스킨들을 업로드 하는 버튼이 하나 달랑 있는데 스킨 적용방법에 대한 안내문은 고사하고 포럼으로 가는 링크조차 없다. 때문에 처음 티스토리를 사용하는 이들에게는 일종의 진입장벽으로 느껴질 것이다. 이와 관련해서 관리자 페이지에서 스킨을 어떻게 적용해야 하는지에 대해 안내를 해주거나 그에 대한 게시글 링크를 걸어주었으면 한다.

3. 이렇게 개선되었으면

(1) Tumblr처럼

• Look good on any device (링크)
• Make a portfolio (링크)
• Website in a box (링크)
• Perfect for video (링크)
• Be adorable (링크)
• Big, beautiful images (링크)
• Write long things (링크)
• Lots of posts, all at once (링크)
• Share a photo album (링크)

텀블러의 스킨스토어에서 제공되는 컬렉션의 종류들이다. (링크) 이렇게 각 컬렉션마다 비슷한 특징을 지닌 스킨들끼리 모아 보여주는 것이다. 사진 위주의 블로그를 운영할 것인지, 글 위주로 할 것인지, 글을 길게 쓰는지 혹은 짧게 쓰는지, 반응형 웹을 원하는지 이러한 특징 별로 스킨을 모아주고 그 중에서 끌리는 스킨을 고르면 되는 것이다. 멋지지 않은가?

(2) 이글루스처럼

이글루스의 스킨스토어에서 스킨을 하나 골라 클릭해보자. -> (링크)

이글루스의 스킨스토어에는 각 스킨마다 스킨개발자가 태그를 붙인다는 특징이 있다. 필자가 예시로 들은 심플J라는 스킨에는 '심플, 단순, 깔끔, simple' 라는 태그와 '흰색, 하양, 화이트, white' 라는 색상이 기재되어있다. 그리고 좌측의 사이드 바에서는 마치 블로그처럼 두 개의 태그 클라우드가 있으며 각각 '태그로 스킨 찾기'와 '색상으로 스킨 찾기'라는 이름이 붙어있다. 사용자는 본인이 원하는 특징을 지닌 태그를 통해, 혹은 본인이 원하는 색상이 기재된 태그를 통해 스킨을 찾을 수 있다. 이러한 기능을 티스토리에도 도입한다면 보다 편리하게 원하는 색상의, 혹은 원하는 느낌의 스킨을 찾을 수 있을것이다.

4. 마치며

작년 간담회를 앞두고 티스토리가 개선되었으면 하는 방향에 대해 한 번 제시를 한 이후로 반년이 지났다. 그 이후로 티스토리는 많은 부분에 있어서 개편되었다. 포럼도 보다 더 활성화되었고, 학수고대하던 어플도 나왔다. 하지만 무엇보다도 반가운 것은 티스토리를 개발하시는 분들이 열정을 가지고 소통하시는 분들이라는 것이다. 그렇기에 티스토리는 앞으로도 발전하리라는 것, 그것이 무척이나 반갑다.

5월 24일, 티스토리가 간담회를 개최한다고 한다. (via) 평소 티스토리가 사용자들의 의견을 귀담아듣는다는 인상을 잘 받지 못하던 터라 이번 간담회 소식이 그저 반가울 뿐이다. 한편으로는 zum이 이글루스를 인수한 직후 간담회를 열은 것을 시작으로 이글루스가 개선되고 있기에 티스토리 또한 간담회 이후 무언가 제대로 개편되지 않을까 싶어 기대도 된다. 그렇다면 나도 가만히 있을 수 없지. 이번 기회에 평소 티스토리를 사용함에 있어 아쉬웠던 점들을 토로해보도록 하겠다.

1. 소통 기능의 강화

정확한 통계자료를 확인해보지는 못했지만 티스토리는 상당한 블로거를 보유하고 있을 것이다. 그렇다면 당연히 티스토리에 소속된 블로거들간의 소통 또한 활발해야 한다. 하지만 실제 상황은 어떤가?

티스토리는 내 이웃 블로거가 최근 어떠한 글을 올렸는지 알려주지 않는다. 티스토리는 내 이웃 블로거의 글을 추천하는데에 있어서도 외부 메타블로그 서비스에 의지해야만 한다. 요컨대, 티스토리는 블로거들끼리의 소통을 활성화시킬만한 변변찮은 장치를 갖추지 못하고 있는 것이다.

더군다나 티스토리에서 가장 많이 사용되어온 메타블로그인 Daum view가 6월 30일부로 종료되기 때문에 Daum view가 종료된 후에도 블로거들이 만족할만한 시스템을 보여주지 못한다면 블로거들은 네이버 오픈 캐스트와 같은 외부 포탈의 서비스에 의지하게 될 가능성이 농후하다.

그렇다면 이렇게 중요한 커뮤니티성을 강화하기 위해 티스토리가 개선해야 할 구체적인 사항들로는 어떠한 것들이 있을까?

(1) 링크 기능의 강화

현재 티스토리는 링크라는 기능을 지니고 있다. 티스토리에 로그인한 상태로 이웃 블로그에 접속해보면 우측 상단에 보이는 메뉴바를 통해 그 블로그를 자신의 링크에 추가할 수 있다. 이렇게 추가된 링크는 자신의 블로그 관리 페이지에서의 내 링크 메뉴를 통해 자신이 링크한 블로그들의 목록과 해당 블로거가 최근 작성한 글을 볼 수가 있다.

다른 서비스들도 갖추고 있는 별 강점 없는 기능으로 보인다고? 그렇지 않다. 알려지지 않아서 그렇지 이 기능은 다른 서비스들이 갖추지 못한 매력적인 장점들을 갖추고 있다. 티스토리의 링크 기능은 자신을 링크한 블로거들을 조회해 볼 수 있을 뿐만 아니라 서로가 링크를 한 상태라면 교류정보가 활성화되어 서로가 서로의 블로그에 방문을 몇 번 했고 트랙백을 몇 번 걸었는지, 댓글과 방명록을 몇 개 남겼는지도 확인할 수가 있다! 겉보기에 불필요한 기능으로 보일지도 모른다. 하지만 일단은 티스토리 또한 네이버 이웃 커넥트와 어느정도 접점이 있는 기능을 이미 갖추고 있다는 것에 의의를 두자. 티스토리가 이 기능을 잘만 개선한다면 제대로 된 물건이 나오지 않을까 싶다.

앞서 보았다시피 현재 티스토리에서는 이미 블로거간의 소통을 보다 원활하게 할 수 있는 장치를 지니고 있다. 하지만 이 기능을 사용하는 블로거는 그다지 많은 편이 아니다. 그 원인은 크게 2가지로 분석할 수 있다. 첫째로는 기본적으로 이 기능이 단순한 즐겨찾기(북마크) 정도로만 보이기 때문이다. 일단 링크 기능을 통해 추가한 블로그는 블로그의 사이드바에서 그 목록이 나오기 때문에 단순히 그러한 용도로 사용하는 블로거들이 있다. 필자 또한 이 기능을 통해 내가 링크한 블로그의 근황과 정보들을 조회할 수 있다는 것을 티스토리를 한동안 사용하고서야 알게 되었다. 둘째는 이 기능을 제대로 활용하기 위해서는 관리페이지에 들어가서 내 링크 메뉴에 접속하는 번거로운 과정을 거쳐야 하기 때문이다.

블로거들이 이 기능 자체를 알지를 못하거나 알아도 즐겨찾기 수준의 기능으로만 인식하고 있는 마당에 링크 기능의 커뮤니티성 기능들이 이렇게 꼭꼭 숨어있으니 티스토리가 커뮤니티에 있어서 약하다는 소리를 듣는 것이다. 반면 네이버의 이웃 커넥트 기능은 보기 편하도록 위젯으로 정리해서 블로그에 붙여놓을 수 있도록 해준다. 티스토리의 링크 기능 또한 기능을 강화하는 것과 더불어 접근성을 확보할 필요성이 있다. 가령, 네이버 이웃 커넥트와 같이 위젯을 제공한다거나 이웃 블로거들의 최신 글을 보여주는 알림판 위젯(관리센터의 모듈)을 제공하고 이 기능에 대해 대대적으로 홍보함으로서 블로거들이 이 기능에 대해 관심을 가질 수 있게 한다면 이 기능을 사용하는 블로거가 많아질 것이며 외부 메타블로그 서비스에 대한 의존도 또한 자연스럽게 낮아질 것이다.

Daum은 Daum view 서비스 종료 이후 티스토리는 공감 기능을 도입할 것이라고 밝혔다. 하지만 이는 메타블로그의 추천 기능에만 초첨을 맞춘 조치다. 메타블로그는 각각의 발행물에 대한 추천 뿐만 아니라 소속 블로거들간의 구독 관계, 즉 SNS의 특징을 일부 지니고 있다는 것을 기억해야 한다. 이는 블로거들간의 소통과도 직결된다. 때문에 티스토리는 Daum view의 종료에 대응해서 링크 기능을 대폭 강화해야만 한다. 이 부분에 있어서는 네이버의 이웃 커넥트를 모방할 필요가 있을 것이다.

(2) 티스토리 메인 페이지 컨텐츠의 강화

앞서 언급했다시피, 티스토리에서 흔히 쓰여오던 메타블로그 서비스인 Daum view가 6월 30일부로 종료된다. 더불어 Daum은 티스토리에 공감 기능을 도입할 것이라고 밝혔다. 이 공감 기능을 티스토리의 대문에서도 적극적으로 활용한다면 티스토리 메인 페이지에 컨텐츠의 질을 향상시키고 티스토리에 대한 첫인상에 있어서도 긍정적인 영향을 줄 수 있을 것이다.

현재 티스토리의 대문에 올라오는 컨텐츠들은 최근 이슈가 되고 있는 키워드와 관련지어 운영진이 선별한 4개의 글과 주제별 새 글, 댓글 베스트로 분류된다. 최상단에 배치되는 4개의 글들은 사람이 직접 선별하는 것이기에 티스토리가 꾸준하게 운영되고 있다는 인상을 주며 주제별 새 글은 마치 SNS를 보는 것처럼 최신 정보들이 빠르게 올라오고 있다.

하지만 티스토리 메인 페이지 어디에서도 블로거들의 호응을 많이 받은 글은 찾아볼 수가 없다. 댓글이 많이 달린 글? 과연 그것이 다른 블로거들로부터 많은 호응을 받은 글일까? 대체적으로는 그렇겠다만, 극단적인 예를 들자면 일부러 어그로성 글을 발행해 비판조의 댓글이 많이 달리게 하는 방식으로 악용하는 것 또한 가능하다. 물론 그런 일은 없을 것이다. 댓글 베스트가 말 그대로 댓글이 무작정 많이 달린 글을 나열하는 시스템이라면 티스토리 초대장을 배포한다는 글들이 1위부터 10위까지 다 꿰어찼겠지. 뭔가 선별 기준이 따로 있을 것이다. 여하튼! 댓글이라는 것은 기본적으로 긍정적인 내용일 수도, 부정적인 내용일 수도 있다. 이러한 댓글을 호응의 척도로 삼는 것은 부적절하다. 댓글이 아닌 공감이 척도가 되어야 한다.

오래전부터 이러한 제도를 사용해온 블로그 서비스가 있다. 이글루스다. 이글루스에서는 글을 발행할 때 밸리, 즉 미리 분류된 글의 분야를 지정할 수 있게 하며 그렇게 발행된 글은 다른 블로거들의 이오공감을 많이 받게 되면 해당 밸리의 인기 글이 되며 각 밸리 페이지는 물론 이글루스 메인 페이지에도 올라가게 된다.

티스토리 또한 각 주제별로 블로거들의 공감을 많이 받은 글을 상단에 2~3개씩 배치하고 그 밑으로 주제별 새 글이 나오게 한다면 각 주제별로 빠르게 올라오는 최신 정보들과 블로거들로부터 긍정적인 평가를 많이 받은 글을 한눈에 확인할 수 있을 뿐더러 티스토리의 소통 분위기도 원활하게 돌아가도록 좋은 영향을 미칠 것이다.

2. 모바일 접근성의 강화

스마트 기기를 통해 티스토리에서 독자로서 글을 읽고 댓글을 남기는 것 까지는 별 문제가 없다. 하지만 블로거로서 글을 작성하고 발행하는데에 있어서 티스토리는 그야말로 젬병이다. 모바일 페이지에서는 기존에 작성한 글을 수정할 수가 없으며 오로지 새 글만 작성할 수가 있다. 그나마도 서식 기능은 다 빠지고 말 그대로 글자와 사진만 올릴 수 있다. 더군다나 PC용 관리페이지와 글쓰기 화면은 스마트 기기로 접속을 하려고 한다면 정말 답이 없다.

(1) 관리페이지를 반응형 웹으로 구현

설치형 블로그 프로그램중 WordPress 라는 것이 있다. 이 프로그램은 3.9 스미스 버전 이후로 관리페이지가 모두 반응형 웹으로 구현되었다. (via1, 2) 블로그 기본 테마도 반응형 테마가 추가된 것은 덤. 뿐만 아니라 설치형 WordPress를 바탕으로 제공되는 블로그 서비스인 WordPress.com 또한 이러한 개선점들을 모두 수용하여 전면 반응형 웹으로 개편되었다.

사촌이 땅을 사면 배가 아프다던가. 현재의 티스토리는 블로그 스킨은 반응형으로 사용할 수 있지만 관리페이지는 모바일용은 빈약하고 PC용은 모바일에서 접속하기에 부적합하다. 설치형 텍스트큐브에서 반응형 관리페이지를 구현해냈다면 그걸 따라하라고라도 할텐데 현 시점에서는 텍스트큐브도 관리페이지는 반응형 웹이 아닌지라.

티스토리는 이번에 개편을 할 때에 글쓰기 화면은 물론 모든 관리페이지를 반응형 웹으로 구현해서 아얘 모바일용과 PC용 관리페이지를 통합시켜버렸으면 한다.

개인적인 욕심이지만 관리페이지가 개편된다면 TNC와 티스토리가 함께 진행했으면 하는 바람이 있다. 티스토리의 개선점들이 설치형 텍스트큐브에 녹아들어간다면 자연스럽게 텍스트큐브와 티스토리가 서로 접점도 많아지고 경우에 따라서는 텍스트큐브가 티스토리의 특정 기능들과 연동이 되도록 할 수도 있다. 그렇게 된다면 티스토리도 설치형 텍스트큐브 사용자들을 끌어모을 수도 있지 않을까?

(2) 쓸만하고 유용한 모바일 앱 제작

현재 티스토리는 모바일 페이지가 글의 편집과 발행에 젬병인지라 이래저래 불편한 부분이 많다. 이런 상황속에서 4월 30일 Daum은 안드로이드와 아이폰의 티스토리 모바일 앱을 준비하고 있다고 밝혔다. (via)

바라던 바다. 하지만 앱이라면 모바일 페이지와 다를 바가 없어서는 의미가 없다. 그런 의미에서 개인적으로 티스토리 모바일 앱 개발에 있어서 희망하는 바를 적어보도록 하겠다.

• 인터넷에 연결되지 않은 상황에서도 기존 글을 조회하고 수정할 수 있을 것 (인터넷 연결되면 동기화)
• PC용 관리페이지를 통해 고칠 수 있는 설정의 대부분을 손볼 수 있을 것 (모바일 관리페이지에서는 불가능)
• 앱을 통해 글을 작성할 때 주요 서식을 적용할 수 있도록 할 것 (모바일 글쓰기에서는 서식 사용 불가)
• 티스토리에 도입될 공감 기능과 기존의 링크 기능과 적절껏 엮어서 SNS 비스무리한 성격도 살짝 띌 것
• 설치형 텍스트큐브에도 사용할 수 있도록 만들 것

필자의 이 희망사항들은 서비스형 WordPress.com을 제공하고 있는 Automattic, Inc 에서 제공하는 공식 앱이 이미 갖추고 있는 기능들이다. WordPress 앱은 서비스형 WordPress.com 뿐만 아니라 설치형 WordPress에도 사용할 수 있으며 인터넷에 연결되어 있을 때 본인이 작성한 글을 내려받아두었다가 인터넷에 연결되지 않은 상황에서도 조회 및 수정이 가능하다. 물론 새 글을 작성하는 것도 가능하며 이때 작성한 글들은 나중에 인터넷이 연결되면 동기화가 된다. 게다가 글을 작성할 때 간단한 서식도 사용할 수가 있다! 거기에 한술 더 떠서 WordPress.com 내에서 자신이 구독하고 있는 블로그의 최신 글을 조회할 수도 있다.

WordPress.com은 서비스형 블로그의 특징을 잘 살려 커뮤니티성 기능을 지니고 있으며 제법 활성화가 되어있다. 써보면 알겠지만 구독 기능을 묘하게 강조한다. 이웃 블로그에 접속하면 밑에 구독해달라는 버튼이 뜨고 마치 SNS처럼 로그인 후 자신의 블로그가 아닌 서비스의 메인페이지에 접속해보면 구독중인 블로그의 최신글이 뜬다. 텀블러와 비슷하다고 보면 되겠다. 아래 세 스크린샷은 WordPress.com의 모바일 앱이다.

오프라인 상태에서 글쓰기

본문에 서식 넣기

발행 옵션 설정하기

그야말로 WordPress 앱은 제대로 만들어진 블로그 앱이다. 티스토리가 앱을 만들 때에도 이 앱을 참고해서 만든다면 쓸만한 앱이 나오지 않을까 싶다. 특히 서식 기능은 꼭 들어갔으면 한다. WordPress.com든 티스토리든 스마트폰으로 글쓰기 페이지에 가면 서식 지정을 할 수가 없다. 좁은 화면에 편집기를 우겨넣을 수가 없기 때문. 이를 WordPress.com은 전용 앱을 통해 해결했다. 티스토리도 간단하게나마 서식 기능을 넣어주길 바란다.

그리고 앱을 만드는 것이니만큼 푸시(알림)기능을 잘 활용한다면 티스토리의 커뮤니티성을 활성화 시키는데 도움을 줄 것이다. 마지막으로 필자가 내걸은 희망사항중 아리달송한 것이 있을 것이다. 설치형 텍스트큐브와의 연동. 물론 WordPress 앱이 설치형 WordPress도 지원하는 것에 자극을 받은 것도 있지만 현재의 텍스트큐브의 모바일 최적화 수준은 티스토리 못지 않다. 이런 상황속에서 Daum과 TNC가 공동으로 개발을 한다거나 하는 노력을 통해 설치형 텍스트큐브도 지원하는 앱이 나온다면 티스토리는 물론 텍스트큐브의 발전에도 도움이 될 것이고 이로 인한 시너지 효과가 나타나지 않을까 하고 내심 기대하고 있기 때문... 이지만 무리라고 판단된다면 그냥 한 블로거의 희망사항 정도로 치부하자. 지금은 그것보다 먼저 개선되어야 할 것들이 많으니까.

하지만 텍스트큐브를 사용하는 블로거나 텍스트큐브의 스킨을 제작하던 분들이 WordPress로 하나 둘 넘어가는 것을 보고 있으면 안타까운 마음도 든다. 기본적으로 텍스트큐브와 티스토리는 한 뿌리에서 파생되었기에 스킨 치환자라던지 이런 부분에서 많은 접점이 있다. 텍스트큐브의 스킨을 조금만 손보면 티스토리에서 사용할 수 있을 정도로 말이다. 비단 스킨뿐만이 아니라 텍스트큐브는 기본적으로 오픈소스이기 때문에 텍스트큐브의 개발이 다시 활성화되어 WordPress가 반응형 웹을 적용한 것처럼 최신 기술을 빠르게 수용하게 된다면 티스토리도 특혜를 보지 않을까 싶다. 현재로서는 일단 텍스트큐브의 개발진인 TNC가 구글에 인수되었기에 특별한 일이 없다면 개발이 중단될 일은 없고 실제로도 조용하지만 꾸준히 개발이 진행되고 있다. 하지만 최신 기술을 적용하고 더욱 편리한 프로그램으로 진화함에 있어서 그 속도 또한 더디다. 이런 상황속에서 TNC와 티스토리가 예전처럼 서로 도움을 주고받는다면 서로에게 있어서 큰 도움이 될 것이다.

3. 직관적인 관리 시스템

현재의 티스토리는 티스토리에서 기본적으로 제공하는 것 이외의 스킨을 적용하기 위해서는 포럼에서 스킨 파일을 다운받고 그걸 관리페이지에서 업로드하는 번거로운 과정을 거치고 있다. 이는 그냥 한두번 클릭질만 하면 다른 사람이 만든 스킨을 적용할 수 있는 포털형 블로그 서비스를 사용해오던 블로거들에게는 익숙하지가 않으며 심지어는 스킨을 어디서 다운받아야 하는지, 어떻게 적용해야 하는지를 몰라 시행착오를 겪는 경우도 생기게 된다.

포털형 서비스들만 직관적이었으면 또 몰라, 설치형 블로그 프로그램을 바탕으로 만들어진 블로그 서비스인 WordPress.com 또한 스킨 개발자가 테마를 올리면 그걸 한두번의 클릭으로 적용할 수 있도록 되어있다. (하지만 유료로 판매되는 테마들이 있기 때문인지 HTML을 고치는 행위가 기본적으로 허용되지가 않아 마음에 드는 WordPress용 테마 파일이 있더라도 WordPress.com의 테마 스토어에 테마를 제작한 사람이 직접 올리지 않는 이상 적용할 수가 없다는 단점이 있다)

심지어는 새 스킨을 등록하는 메뉴에서도 스킨 제작가이드 링크만 걸려있을 뿐 스킨을 어디서 구해서 어떻게 올려야 하는지에 대한 안내문도, 링크도 도통 보이질 않는다. 블로그 서비스 치고는 상당히 불친절하다. 티스토리는 이러한 부분에 있어서 보다 직관적이고 친절하게(?) 탈바꿈할 필요가 있다.

친절한 서비스가 되려면 사용자들로부터 많이 받은 질문들을 FAQ형태로 설명해주면 될 것이고, 그럼 직관적으로 바뀌어야 할 것으로는 어떤 것들이 있을까? 첫번째로는 스킨이 있다. 네이버 블로그나 이글루스, 그리고 WordPress.com 처럼 스킨들을 한곳에 모아 한번의 클릭으로 적용하는 시스템이 갖춰졌으면 한다. 특히 이글루스와 같은 경우에는 각각의 스킨마다 스킨 개발자가 스킨을 수정할 때마다 자동으로 버전 넘버가 올라가는 시스템을 지니고 있는데 티스토리 또한 하나의 스킨에 개발자가 개선을 할 때마다 버전 넘버를 조금씩 올리는 경우가 많으므로 묘하게 맞아떨어지는 부분이 있다. 이러한 부분에 있어서 이글루스처럼 자동화된 시스템을 도입한다면 스킨을 개발하는 입장에서도 편하고 사용하는 입장에서도 스킨이 개선될 때 알림이 뜬다면 개선된 것을 적용하기도 편리할 것이다.

이러한 것이 힘들다면 당장에는 포럼 글에 쎔네일이 나오도록 개선되었으면 한다. 스킨을 배포할 때 그 스킨의 쎔네일을 첨부하면 스킨을 구하는 입장에서는 자신이 원하는 것을 찾기가 쉬울 것이다. 더불어 각 블로그의 관리페이지에서 스킨 미리보기 기능을 제공해줬으면 한다. 지금은 업로드한 스킨의 쎔네일만 보여지기 때문에 이 스킨이 반응형 웹인지 고정폭인지, 이 기능을 지원하는지 지원하지 않는지를 스킨을 적용하지 않으면 확인하기가 힘들다.

또한 지금의 티에디션은 반응형 웹과 같은 최신 기술에 적합하지 않는 등의 단점이 있다. 개발자 분들 중에는 티에디션을 반응형에 맞게 고쳐 쓰시는 분들도 계시지만 일반 블로거들에게는 그런 재주가 없다. 티스토리는 이러한 기능들을 최신 기술에 맞도록 개선할 필요가 있다. 비단 티에디션 뿐만 아니라 다양한 부분에 있어서 최신 기술을 빠르게 적용해야 할 필요가 있다. 마크다운이라던가 뭐 그런 유용한 기술들 말이다. 그리고 티에디션 같은 경우에는 티에디션 발행 기능이 있다. 이걸 사용하면 현재의 티에디션을 그대로 하나의 페이지로 만들어놓고 이를 트위터나 Daum view 등으로 발행을 할 수 있는 기능이다. 이걸 한달에 한번씩 자동으로 발행할 수 있게 해준다거나 하면 어떨까?

두번째로는 방치된 기능들의 개선과 보급이다. 티스토리에는 만들어놓고 방치되는 기능들이 많다. 초반에 언급한 링크 기능도 그렇고 스킨위자드 또한 그렇다. 마치 네이버 블로그에서 스킨을 고치는데에 쓰이는 것과 유사한 UI를 지닌 스킨 수정 기능인데 일단 이 기능을 지원하는 스킨들의 개수 또한 상당히 적을 뿐더러 스킨위자드 기능 자체가 스킨을 고칠 수 있는 범위가 좁다. 일단 티스토리가 기본적으로 제공하는 스킨들은 모두 스킨위자드를 지원하도록 하고 스킨위자드 자체를 강화시켜야 입문자들이 쉽게 적응할 수 있지 않을까 싶다.

이외에도 티스토리는 입문자가 쉽게 적응할 수 있도록 직관적인 관리 시스템을 갖춰야 한다. 이 부분에 있어서는 WordPress.com 을 참고하는 것이 좋을 것이다. WordPress.com 또한 티스토리처럼 설치형 블로그 프로그램을 바탕으로 제공되는 블로그 서비스니까.

4. 퇴색된 장점들

티스토리만이 가지고 있는 장점으로는 어떤 것이 있을까? 마침 공지 블로그에 티스토리의 장점을 소개한 글을 찾아냈다.

티스토리 서비스 안내 - 2008/09/01

자, 그럼 이 글에서 소개한 티스토리의 장점들을 하나하나 들춰보도록 하자. 먼저 서비스형 블로그의 편리성. 서비스형 블로그는 티스토리가 아니더라도 널려있다. 무제한 용량? 다양한 멀티미디어 자료의 첨부? 요즘 그런거는 엔간해선 다 제공하는거 아닌가? 자유로운 스킨 편집은 확실히 티스토리의 장점이 맞다. 하지만 그 스킨을 관리하는 변변찮은 시스템이 갖춰져 있지 않기 때문에 이에 대해서도 개선의 여지가 있다. 뒤이어 적혀있는 개인 블로그주소와 데이터 백업, 팀블로그 역시 마찬가지다. 티스토리가 자랑하는 장점들은 더이상 티스토리만 것이 아니다.

지금의 티스토리는 경쟁력이 없는 것이다. 경쟁력 없는 서비스는 사용자들로부터 외면을 받기 마련다. 티스토리만의 특색 있는 장점을 보여주지 못한다면 티스토리는 사용자들로부터 외면받게 될 것이다. 이것이 현실이다. 티스토리만이 보여줄 수 있는 장점을 만들어내야 할 필요가 있다.

12월 4일, zum.com을 서비스 중인 줌인터넷이 스윙 브라우저의 정식판을 출시했다. (참고) 이는 Google의 오픈 소스 웹 브라우저인 Chrome의 소스에 독자적인 개조를 거친 개작판으로 ActiveX를 지원한다는 특징을 지닌다. 줌인터넷에서 공식적으로 내세우는 스윙 브라우저의 장점은 다음과 같다. (참고)

1. 빠른 속도 (Safari와 Chrome에서 사용되는 webkit 엔진 사용)
2. AcitveX 지원 (단, 이때 webkit엔진은 사용되지 않음)
3. 스윙 확장 프로그램 (알툴바의 기능을 다수 가져왔음)
4. Chrome 웹 스토어 지원 (웹 앱과 확장 프로그램 내려받을 수 있음)
5. 모바일 연동 (즐겨찾기 등을 공유할 수 있음)

하지만 이는 스윙 브라우저의 원본에 해당되는 Google의 Chrome 에서도 대부분 지원되는 기능이므로 굳이 Chrome을 버리고 스윙 브라우저를 사용해야 할 까닭이 있을까 하는 의문이 든다. 지금부터 하나하나 짚어가며 설명하도록 하겠다.

출처 : 스윙 FAQ 블로그

빠른 속도?

시작하며 언급했었지만 스윙 브라우저는 Google의 웹브라우저인 Chrome의 개작판이다. Chrome은 오픈소스 프로그램이기 때문에 누구든지 독자적인 수정을 거친 개작판을 내놓을 수 있다. 이러한 개작판에는 스윙 브라우저 이외에도 CoolNovo, Iron과 같은 것들이 있다. (참고1, 2)

스윙 브라우저의 모습

하지만 현재 스윙 브라우저의 최신판에 해당되는 v1.0 은 Chromium 25.0.1364.152 를 바탕으로 제작되었다. (Chromium은 Chrome의 소스를 일컫는 용어다) 원본에 해당되는 Chrome 의 안정화 버전이 현재 Chromium 31.0.1650 을 바탕으로 제작된 것과는 무척이나 대조되는 일이다.

스윙 브라우저는 결국 2012년에 사용되던 소스를 바탕으로 제작된 셈이다. (참고) 이는 약 2년동안의 시간동안 Google이 Chrome를 개선하고 발전시키는 동안 추가된 기능을 사용할 수 없으며 원본인 Chrome보다 느릴 수도 있고 (참고) 심지어는 보안상 문제가 있을 수도 있다는 것을 의미한다. 또한 Chrome의 공식 스토어에 있는 확장 프로그램들과 얼마나 호환이 될지도 궁금하다.

CoolNovo 라는 웹브라우저는 Chromium 27.0.1453.110 를 바탕으로 제작되었다. 또한 2009년에 Chromium 2.0.181.0 을 기반으로 첫 배포판을 출시한 이후부터 현재까지 꾸준히 더 높은 버전의 소스를 사용하여 발전에 발전을 거듭해왔다. (참고) 하지만 스윙 브라우저는 Chromium 25.0.1364.152 를 기반으로 첫 배포판을 출시한 이후 1년 가량의 시간이 흘렀음에도 불구하고 아직도 Chromium 25.0.1364.152 을 사용한다. 그것도 정식 배포판이라는 것이 말이다. 이는 스윙 브라우저가 앞으로도 Chromium 25.0.1364.152 를 한동안 사용할 것이며 Chromium 판올림이 CoolNovo나 Chrome보다 비교적 더딜 수도 있다는 것을 의미한다. 물론 그동안 베타버전 이었고 이제 첫 정식판을 출시했다는 것을 생각하면 앞으로는 어떻게 될 것이다! 하고 단언하기는 어렵다. 스윙 브라우저도 CoolNovo처럼 Chromium 판올림 또한 꾸준히 해주길 바랄 뿐이다.

스윙 브라우저가 IE보다 빠르다며 빠른 속도를 내세우며 마케팅을 하고 있긴 하지만 IE 또한 비약적인 발전을 이루면서 Chrome 못지 않은 속도를 보여주고 있다. (참고1, 2) 또한 스윙 브라우저는 1년 가까이 된 Chromium 소스를 사용하고 있기 때문에 속도는 1년 전의 Chrome 안정화판 속도와 비슷한 수준이다. 1년이라는 시간은 결코 짧은 시간이 아니다. 그동안 Google 은 Chrome 의 속도를 빠르게 만드는 것은 물론이고 기능도 여럿 추가해놓았을 것이다.

올해의 Google I/O 에서 Android 책임자를 Android 를 만든 사람이자 여태까지 책임자를 맡아오던 앤디 루빈에서 Chrome and Apps 담당 부사장인 선다 피차이로 변경했다는 것을 보면 (참고) Google 이 Chrome 을 얼마나 중요하게 생각하는지 대충 감이 잡힐 것이다.

그러나 스윙 브라우저는 아직도 1년 전의 Chromium 을 가지고 웹브라우저를 만들고 있다. 속도 면에서만 따진다면 그냥 IE9 이상 혹은 구글이 직접 배포하는 Chrome 을 사용하는 것이 더 낫지 않을까?

ActiveX 지원?

스윙 브라우저가 자랑하는 장점중 하나가 ActiveX 지원이다. 하지만 이 기능은 굳이 스윙 브라우저를 사용하지 않더라도 Chrome 웹 스토어를 통해 관련 확장 프로그램을 내려받음으로서 사용할 수 있다. Chrome 뿐만 아니라 Firefox 에서도 확장 프로그램을 설치하면 ActiveX 를 사용할 수 있다. 또한 스윙 브라우저에 들어간 ActiveX 지원 기능은 현재 뭔가 부족한 모습을 보이고 있다.

스윙 브라우저에 들어간 이 기능의 원리를 간단히 설명하자면 접속하려는 홈페이지의 서버가 국내에 있으면 무조건 일반모드(이하 'IE모드'라 한다)로 작동되고 해외일 경우 스피드모드(이하 'Chrome 모드'라 한다)로 연결시켜준다. (ActiveX를 사용하지 않는 홈페이지라고 하더라도 서버가 국내에 있다고 IE모드로 연결시켜준다) 대신 네이버나 Daum처럼 ActiveX를 사용하지 않는 국내 포털들은 따로 항목을 작성해뒀다가 그 항목에 들어가있는 홈페이지에 접속할 때에는 서버가 국내에 있더라도 Chrome 모드로 접속시킨다.

하지만 이 목록도 완벽하진 않은 것인지 목록에 없고 서버가 국내에 있다고 무조건 IE모드로 돌려버리는 것도 있지만 더 큰 문제가 있다. 가령 *.naver.com 과 같은 국내 포털은 Chrome 모드로 접속되도록 설정해놨지는데 bill.naver.com 같이 네이버가 서비스하긴 하지만 ActiveX 를 요구하는 홈페이지에서도 계속 Chrome 모드로 접속이 된다던가 하는 문제가 있다. 게다가 요즘들어 11번가와 같은 사이트들도 오픈웹 결제 시스템을 구축해서 Chrome 으로 접속해도 결제가 되는데 이런 곳에서도 그냥 IE모드로 넘겨버린다. (참고)

무엇보다도 가장 심각한 문제는 사용자가 원하는대로 Chrome 모드와 IE모드를 바꿀 수 없다는 것이다. 스윙 브라우저 제작자들이 IE모드로 접속하도록 한 홈페이지에서는 그냥 IE모드로만 접속할 수 있고 Chrome 모드로 접속된 홈페이지에서는 그곳에서 ActiveX 를 요구하더라도 계속 Chrome 모드를 사용할 수밖에 없다. Chrome 웹 스토어를 통해 내려받을 수 있는 ActiveX 관련 확장 프로그램들과 CoolNovo에 들어간 IE모드 기능이 사용자가 원하면 기능을 끌 수도 킬 수도 있게 해놓은 것과 여러모로 대비가 된다. 게다가 CoolNovo는 한번 IE모드로 접속했던 사이트는 기억했다가 나중에 다시 접속할 때 자동으로 IE모드를 활성화 시켜놓기도 한다. CoolNovo의 IE모드가 웹브라우저와 통합된 형태라는 것을 잘 활용한 것이다. 빠른 시일 내에 사용자가 직접 기능을 끄고 켤 수 있도록 개선되었으면 한다.

IE모드가 작동중일 때의 웹서핑 속도에 대해 잠시 언급하고 넘어가겠다. CoolNovo든 스윙 브라우저든 Chrome 이나 Firefox 의 웹 스토어 올라오는 IE모드 확장 플러그인이든 ActiveX 를 지원한다는 브라우저 혹은 플러그인들은 윈도우상의 mshtml.dll 에 연결시키는 방식으로 작동하는 것이다. 때문에 IE모드의 속도는 설치된 IE의 속도에 달려있다. IE9 이상을 사용하고 있다면 Chrome 부럽지 않은 속도는 나올 것이다.

스윙 확장 프로그램?

스윙 브라우저에는 '스윙 확장 프로그램' 이라는 것이 있다. Google이 운영하는 Chrome 웹 스토어와는 별개로 줌인터넷의 계열사인 ESTSoft가 제작한 IE전용 툴바인 알툴바의 여러 기능들을 가져온 것들이 상당수를 차지한다.

현재 등록된 스윙 확장 프로그램들

위 사진은 스윙 확장 프로그램을 설치하는 페이지에 스윙 브라우저로 접속한 모습이다. 초기에 설치한 상태 그대로 접속한 상태이므로 이미 설치완료 라고 나오는 것은 스윙 브라우저에 기본적으로 포함된 기능이고 나머지들은 추가적으로 설치해야 하는 기능이다.

물론 Chrome 웹 스토어에서 내려받을 수 있는 '네이버 툴바'나 'Pig Toolbox'같은 확장 프로그램에도 이미 있는 기능이긴 하지만 (참고1, 2) 웹브라우저가 설치될 때부터 이미 들어가있는 기능이라면 초보 사용자에게 있어서는 상당히 편리할 것이다. 이러한 독자적인 기능 추가야말로 Chrome 개작판의 가장 큰 매력이 아닐까?

필자가 한동안 Google이 직접 배포하는 Chrome가 아닌 Chrome의 개작판에 해당되는 CoolNovo를 사용했던 까닭도 이와 비슷하다. 물론 당시에도 Chrome 웹 스토어를 통해 필요한 확장 프로그램만 내려받으면 똑같이 구현할 수 있는 기능들이긴 했지만 CoolNovo에 기본적으로 들어가있던 IE모드는 Chrome 웹 스토어에서 내려받아 사용해왔던 확장 프로그램보다 깔끔했었고 CoolNovo에 들어간 마우스 제스쳐 기능도 마음에 들었다. 게다가 당시에는 안정화 버전의 Chrome이 판올림될 때마다 금방금방 뒤쫓아갔기 때문에 마음에 들었다. 물론 지금은 Chrome를 사용하며 필요한 기능은 스토어를 통해 해결하지만 당시 Chrome에 익숙하지 않았을 때에는 처음부터 유용한 기능들도 같이 넣어서 설치되는 개작판이 더 쉽게 느껴졌다. 때문에 스윙 브라우저가 독자적인 확장 프로그램 시스템을 추가한 것에 대해서는 좋게 생각하고 있다.

하지만 몇가지가지 의문이 있다. 첫번째가 웹브라우저와 함께 기본적으로 설치되는 '페이지 확대 축소' 프로그램. 이건 원래 우측의 톱니바퀴 모양의 (원본 Chrome 에서는 三 모양) 버튼을 누르면 나오는 메뉴에서 글꼴 크기를 통해 바꿔야 하는 것이다. 근데 스윙 브라우저는 이 항목을 확장 프로그램으로 따로 빼놓았다. 굳이 이럴 필요가 있었을까 싶다.

원래의 Chrome 에서는 三자 버튼을 누르면 나오는 메뉴 항목에서 따로 클릭을 해야 하는것도 아니고 바로 옆에 축소버튼, 확대버튼, 전체화면 버튼이 나와있고 현재 어느정도 확대/축소가 되어있는지 백분율로 표시해준다. 이정도면 원래의 방식이 그다지 불편한 편이라고 생각되진 않는다. 오히려 기존의 Chrome 사용자를 헛갈리게 만드는 요소가 아닌가 싶다.

두번째는'우클릭 사용 제한 해제' 프로그램. 애시당초 우클릭 사용이 제한된 사이트라면 원작자가 자신의 저작물이 다른 곳에 옮겨지는 것을 원하지 않을 확률이 높다. 이걸 무력화 시키는 확장 프로그램을 마련해뒀다는 것은 결국 원작자들을 무시하는 행위가 아닌가 싶다.

물론 Chrome 웹 스토어에서도 관련 확장 프로그램을 설치하려면 설치할 순 있다. 하지만 공식 스토어에서는 수많은 확장 프로그램과 웹 앱이 난무하는 중 인기 있고 쓸만한 것들만 메인페이지에 올라가기 때문에 대놓고 우클릭 제한을 해제하는 기능만 하는 확장 프로그램이 메인에 올라갈 확률은 매우 적다. 기껏해야 그런 기능을 포함한 다기능 툴박스 정도가 올라가지 않을까. 하지만 스윙 브라우저가 제공하는 확장 프로그램을 설치하는 홈페이지에서는 우클릭 제한을 해제하는 프로그램이 항상 올라와 있지 않나.

게다가 공식 스토어에 올라오는 웹 앱, 확장 플러그인, 스킨들을 Google이 모두 만들어 올리는게 아니라 말 그대로 스토어로서 누구든지 만들어 올리는 구조다. 개인이 만든 확장 프로그램을 내려받는 것과 줌인터넷 이라는 기업이 만든 확장 프로그램을 내려받는 것에 있어서는 큰 차이가 있다고 생각한다.

그 이외에는 전반적으로 만족한다. 줌인터넷이 제작한 확장 프로그램들을 모두 사용해보진 못했지만 기존의 알툴바에 있던 기능들을 옮겨놓아 초보 사용자에게 여러모로 유용한 웹브라우저가 될 것 같다. Chrome 웹 스토어의 확장 프로그램들은 IE모드가 켜진 상태에서는 작동하지 않을 수도 있지만 스윙 확장 프로그램은 IE모드도 염두에 두고 만들었기 때문에 IE모드에서도 작동한다는 장점이 있다.

새 탭 페이지?

스윙 브라우저를 사용하다보면 zum 홈페이지로 가버리는 일이 많을 것이다. 시작페이지가 zum으로 설정된 것은 물론이고 주소창에 검색어를 입력해서 검색을 할 때에도 zum 검색으로 연결된다. 심지어는 새 탭을 열 때마다 zum으로 가버린다.

시작페이지와 검색주소창의 검색엔진으로 zum이 사용되는 것 까지는 괜찮다. Microsoft의 Internet Explorer, Google의 Chrome, Apple의 Safari 모두 시작페이지나 검색엔진 등을 가능하면 자사의 서비스를 사용할 수 있도록 만들고 있으니까.

하지만 새 탭 페이지는? 어지간한 메이저 웹브라우저들은 새 탭 페이지를 따로 만들어둔다. 물론 Chrome 또한 새 탭 페이지가 있다. 그 페이지에서는 사용자가 자주 접속하던 사이트를 추려내서 8개 정도의 박스로 그 홈페이지의 모습과 함께 띄워준다. 굳이 주소창을 칠 필요도 없이 접속하려던 사이트를 클릭하면 된다. 게다가 '애플리케이션' 페이지로 들어가는 버튼이 있는데 그 버튼을 클릭하면 Chrome 웹 스토어에서 내려받은 HTML5 혹은 플래시 기반의 게임, SNS, 생산성 유틸리티를 비롯한 각종 웹 앱들을 실행할 수 있는 페이지가 나온다.

하지만 스윙 브라우저에서는 이렇게 좋은 Chrome의 새 탭 페이지를 없애버리고 새 탭을 열 때마다 zum으로 접속되도록 해놓았다. zum의 메인페이지가 Chrome의 새 탭 페이지보다 유용하고 편리하다고 착각하고 있는 것일까? 아니면 어떻게든 zum의 점유율을 높이기 위해 애써 좋은 기능을 무리를 해서라도 사용하지 못하게 하려고 한 것일까?

줌인터넷은 스윙 브라우저에서 새 탭을 열 때 새 탭 페이지가 아닌 zum으로 연결되기 함으로서 Chrome 웹 스토어에서 내려받은 웹 앱을 사용할 수 없게 만들었다. 이럴 바에는 아얘 스토어 기능까지 빼버리지 왜 넣었는지 모르겠다. (스윙 브라우저에는 원래 Chrome 웹 스토어 기능이 없었으니 8월 14일에 배포된 v1.0b3 이후로 기능이 추가되었다) zum에서 줌앱이라고 부르는 HTML 기반의 위젯이 Chrome 웹 스토어에 올라오는 막강한 웹 앱들보다 유용하다고 착각하고 있는 것은 아니길 바란다.

또한 zum에서는 '자주가는 사이트' 라는 이름의 위젯에서 사용자가 직접 그 목록을 고쳐놔야 하는데 그나마도 위젯에서 이미 넣어준 홈페이지가 아니라면 그 위젯에 자신이 원하는 홈페이지를 띄우는 것은 포기해야 한다. 가령 SIR이라던가 xda포럼이라던가... 하지만 원래의 새 탭 페이지는 사용자가 그 브라우저로 자주 접속했던 사이트를 자동으로 추려내서 그 홈페이지의 스크린샷과 함께 띄워준다. 얼마나 편리한가? zum에서 수동으로 해야 할 일을 웹브라우저가 대신 해주고...

다행히도 스윙 브라우저 또한 설정에 들어가서 새 탭을 열 때 zum이 아닌 원래의 새 탭 페이지가 뜨도록 설정하면 Chrome의 새 탭 페이지가 뜨고 웹 앱도 사용할 수 있으니 꼭 고쳐놓고 사용하자. (그럴 바에야 그냥 Chrome 쓰는게 낫다) 하지만 스윙 브라우저가 설치될 때 기본적으로 새 탭을 열면 zum으로 연동된다는 사실은 변하지 않는다. 이는 앞서 설명한 것과 같이 사용자에게 불편을 줄 수 있는 부분이다. 개방형 포털을 지향한다는 줌인터넷이 에드웨어나 하는 짓을 따라하지는 않았으면 한다.

그리고 대단한건 아니지만 그냥 넘어가기도 그러니 언급하자면 스윙 브라우저의 홈 버튼은 기형적으로 크다. 버튼만 크면 문제가 되진 않을텐데 이 버튼이 탭 영역까지 침범해서 탭 영역이 줄어버렸다. 이건 뭐랄까... 그냥 직접 원래의 Chrome과 스윙 브라우저의 스크린샷을 봐야 이해할 수 있을 것 같다. 스윙 브라우저 스크린샷은 앞쪽에서 속도 다루면서 하나 올려놨으니 그걸 확인하도록 하자.

또한 원래의 Chrome 에서는 자체적인 플래시 플레이어와 PDF 뷰어가 내장된 반면 스윙 브라우저에서는 이러한 기능들이 빠져있다. 하지만 이는 스윙 브라우저 뿐만 아니라 Chrome을 제외한 Chromium 기반의 브라우저들의 공통적인 단점이다. Chrome에 들어가는 플래시 플레이어가 Adobe 사의 프로그램보다 체감상 빨랐기 때문에 이 부분은 아쉽게 느껴진다. (참고)

마치며...

지금까지 스윙 브라우저의 문제점들을 하나하나 짚어보았다. 이제까지 보았듯이 스윙 브라우저는 현재로서는 부족한 모습도 종종 보이는 아쉬운 웹브라우저다. 하지만 사용자의 입장에서 선택의 폭이 넓어진다는 것은 아무래도 좋은 일이다. 때문에 필자는 스윙 브라우저의 출시에 대해 좋게 생각한다. 단지 이 글에서 비판한 부분들이 개선되고 보안되어 더 좋은 프로그램이 되길 원할 뿐이다. 스윙 브라우저의 다음 배포판에서는 이러한 문제점들이 개선되어있길 기대하며 이 글을 마친다.

http://learn7.tistory.com/332#comment13692938

http://philosophy92k.tistory.com/9#comment11413024

추가 (2015.07.25) : 현재 스윙 브라우저의 최신판인 2.2.1.1을 설치해보았다. 자주 사용하는 OS에 ESTSoft의 프로그램을 설치하는 것이 꺼려져서 잘 사용하지 않는 OS를 사용해서. 아니나다를까, 여전히 심각한 보안 허점을 지니고 있었다. 아래의 스크린샷은 '현재 사용하고 있는 브라우저가 (구글로부터의) 지원이 중단된 상태'임을 알리는 내용이다.

현재 구글 크롬의 최신판이 v43임에도 불구하고, 2015년 7월 6일에 만들어진 스윙 브라우저 v2.2.1.1은 2014년 5월 20일에 만들어진 구글의 크롬 v35를 바탕으로 만들어졌다. 1년 2개월이라는 기간은 결코 무시할 수 없는 기나긴 시간이다. 그 시간동안 과연 구글은 크롬 브라우저에 새로운 기능을 추가하는 것에만 치중했을까? 그동안 새롭게 등장한 보안 허점들과 바이러스들을 막기 위한 수정이 있었을 것이다. 그런 까닭에, 현재 구글에서는 크롬 v35에 대한 지원을 하지 않는다. 스윙 브라우저를 지금까지 이용하고 있는 사람들이 이 사실을 알고 있는지는 모르겠다. ESTSoft와 줌인터넷 역시 이 사실을 그다지 알리고 싶지는 않은 것인지, 스윙 브라우저가 오래된 크롬 v35를 바탕으로 만들어졌다는 사실은 스윙 브라우저 공식 홈페이지에도 게시되어 있지 않고, 프로그램 자체에서도 표기를 하지 않는다. 물론, 초기의 스윙 브라우저가 크롬 v25를 바탕으로 만들어졌음을 감안한다면 줌인터넷 역시 새로운 버전의 크로미움을 통해 스윙 브라우저를 만들고자 하는 것으로 보인다. 하지만, 어떠한 이유에서인지 1년 이상의 시차를 두고 적용이 되고 있다. 현재까지도 스윙 브라우저를 사용하는 사용자들이 이 사실을 알고 있는지는 모르겠지만, 아마 그들 중 대다수는 구글이 직접 만든 크롬을 사용해본 경험이 없을 것이다.

또한 필자가 앞서 언급한 바와 같이 스윙 브라우저가 Adobe Flash를 지원하지 않는다는 문제에 대하여 줌인터넷은 스윙 브라우저를 설치할 때에 Adobe Flash 플러그인을 함께 설치하는 것으로 해결했음을 확인했다. 하지만 마이크로소프트의 Internet Explorer 11과 구글의 Chrome은 별도의 플러그인을 설치하지 않더라도 Adobe Flash가 작동되도록 되어있다. 줌인터넷으로써는 나름 합리적인 해결책을 선택한 것이겠지만, 소비자의 입장에서는 덜 번잡스러운 IE 또는 크롬을 선택하는 것이 유익할 것이다.