Psst를 설치하거나 일본의 개발자가 만든 StartupSound.prefPane을 설치하면 된다.

맥용 Firefox의 눈으로 보이는 변경점은 기존 Beta 4까지 북마크 툴바에 위치했던 Home 버튼이 기본 네비게이션 툴바로 다시 위치했다. 아마도 이유는 북마크 툴바를 안보이게 사용하는 사람들은 Home 버튼을 이용할 수 없었기 때문일 것이다.

그리고, 한글 폰트의 Bold 처리가 제대로 되지 않던 점이 고쳐져서 Safari와 동일한 폰트 렌더링을 보여주는데, 버그인지 몰라도 링크의 텍스트 폰트 크기와 두께에 따라서 Underline까지도 뚜껍게 표현되고 있다.

Beta 5 RC1은 아래 FTP 링크를 통해서 다운로드가 가능하다.

Archive

• Stuffit Deluxe
• The Unarchiver

Development

• CocoaMySQL
• skEdit
• Smultron
• TextMate
• Xcode
• 웹 개발을 위한 Mac OS X 환경 구축 (MAMP)

E-Mail

• Google Notifier
• Thunderbird

FTP

• Cyberduck
• Transmit

Font

• Gulbee Gothic

Game

• ScummVM
• World of Warcraft

Graphics

• Adobe Photoshop CS3 Beta
• Adobe Reader
• Xee

Instant Messenger

• Adium X
• Chax
• Microsoft Messenger
• Skype

Multimedia

• A52Codec
• Adobe Flash Player
• Apple iLife '06
• Flip4Mac WMV Components for QuickTime
• Last.fm
• Perian
• VLC Icon Overhaul
• VLC Media Player

News Reader

• NetNewsWire
• Unison

P2P

• aMule
• Nicotine
• Transmission

Remote Desktop

• Apple Remote Desktop 3
• TSclientX

System

• AppZapper
• coconutBattery
• Disco
• Growl
• Hanulim (PPC)
• Megazoomer
• Onyx
• SMBL
• VirtueDesktops

Web Browser

• AcidSearch
• Firefox
  • All-in-One Gestures
  • Console²
  • del.icio.us Bookmarks
  • Download Manager Tweak
  • Firebug
  • Tab X
  • Web Developer
• Opera

Widget

• Dugg - Digg Widget for Dashboard
• Prototype Reference
• Screenshot Plus

Word Processing

• Apple iWork '06
• Microsoft Office 2004
• OmniGraffle Professional
• OmniOutliner Professional

여기서 잠깐 MS 이야기를 하자면, 흔히들 MS가 Windows를 판매해서 높은 수익을 올릴거라 생각하지만, 실제로는 Windows 패키지는 그다지 팔리지 않으며 대부분 Dell이나 HP와 같은 하드웨어 벤더들의 컴퓨터에 OEM으로 판매되므로 큰 이익은 없으며, 오히려 기술 지원으로 이익을 얻는 편이다. 그럼 MS의 패키지 제품 중에서 가장 효자노릇을 하는 소프트웨어는 무엇일까? 바로 MS Office 시리즈이다. MS의 오피스가 업무적으로 편리한 기능을 제공하고 거의 업계 표준으로 자리매김을 했지만, 맥을 제외한 다른 플랫폼에 대한 포팅이나 지원은 없다.

그리고 맥용 Office를 사용해 보면 차라리 Windows가 깔린 PC를 사고 싶어질 정도이다. 사무환경을 위해서 Windows를 사용해야만 하는 상황이기에 OpenOffice.org나 OpenDocument와 같은 오픈 소스 프로젝트가 주목을 받고 있는 것이다. 정보 통신부가 이러한 기술에 대한 지지를 보낸다는 것은 공개 소프트웨어 활성화 정책과도 일맥 상통하고 특정 기업의 기술과 플랫폼 종속에서 벗어날 수 있는 선택의 기회가 주어진다는 점에서 참으로 반가운 소식이 아닐 수 없다.

견습 마법사님은 현재 행정기관에서 사용되는 HWP 포맷의 기능들이 ODF로 전환시 발생할지 모르는 문제점에 대해서, 아래아 한글과 MS Office에 익숙해져 버린 사람들이 과연 잘 사용하게 될 것인가라는 의문점들을 아래와 같이 예를 들어 보았다.

1. 표 그리기 사용의 편리함

표(table)는 어차피 데이터를 배열을 하기 위한 표현 양식이다. 표를 그리기 위한 사용자의 편리함은 데이터를 저장하고 표현하기 위한 파일 포맷인 ODF에서 문제점을 찾기란 어렵다. 사용자가 표를 편리하게 그리기 위한 것은 소프트웨어의 User Interface에서 담당할 부분이다.

사족이지만, 한국 사람들 대부분은 데이터를 표로 표현하기를 너무나 좋아하는데 문제점을 짚을 수 있다. 흔히 우리가 어릴때 배웠던 편지 쓰기와 같은 head, body, foot 으로 구분되는 문서 레이아웃으로 서술하는 외국의 형태와는 거리가 멀다. 아마도 내 생각이지만 일제 시대의 문서 양식을 그대로 답습하고 있기에 그렇다고 본다. 예나 지금이나 어린 학생부터 나이든 어른들까지 자기 생각을 글로 잘 표현하 못하거나, 논술을 위해서 학원까지 다니는 것을 보면 이런 조그만 것에서 기인했다고 보는건 좀 과장된 생각일까?

아무튼 표는 데이터를 배열로 표현할 때 유용하지만, 우리나라 처럼 주객이 바뀌어서 여기저기 표를 많이 사용하게 되면, 문서를 읽게 되는 사람은 정확한 정보라고 심리적 안정감을 얻을 수 있을지 모르지만, 표는 서술된 내용을 뒷받침하는 보조적인 역할인데다, 표에 나열된 항목에 대한 제목 이외의 내용을 기입하기란 어려운 점 등등 표를 통해서 모든 정보를 표현하기란 매우 어렵다. 이외에도 여러가지 이유가 있지만, 외국의 문서와 웹 사이트들이 왜 서술형을 지향하는지에 대해선 곰곰히 생각해보면 금방 알 수 있으며, 워드 프로세서나 HTML과 같은 문서 관련된 기술을 보면 편리한 서술 양식을 위한 기능을 제공하기 위해서 왜 업데이트를 하고 노력하는지에 대해서 잘 알 수 있다.

2. 다른 문서 파일 포맷과의 호환성

소프트웨어를 개발하는 벤더 입장에서 노력을 쏟는 부분 중 하나일 것이다. 기존의 국제적으로 널리 쓰이는 문서 포맷은 별 문제점 없이 ODF로 컨버팅이 가능할 것이며, HWP는 한글과컴퓨터에서 해결해야할 문제이며, HWP to ODF 컨버트는 그다지 어려운 문제는 아닐 것으로 예상된다. 그리고, 국제 문서 포맷 표준으로 인증받기 위해 IBM과 SUN을 위시한 OpenDocument Format Alliance과 Office Open XML을 내세우고 있는 MS가 서로 으르렁 거리고 있는 상황인데, ECMA는 MS의 손을 들어주었다. 하지만 ODF 진영은 ISO 인증을 받았기에 앞으로 용호쌍박과도 같은 문서 포맷 전쟁이 한동안 이어지리라 생각된다. 하지만 결국 이해 관계를 넘어서 서로의 포맷을 지원하게 되리라 예상된다.

3. 검색엔진 모듈이 존재하는가?

검색엔진 모듈은 개발사에서 알아서 해결해야될 문제다. 별로 어려운 문제라고 보여지진 않는다. 그리고, XML과 ZIP 형식으로 저장되기 때문에 요상한 바이너리 형태의 파일 포맷 보다는 훨씬 더 빠르고 쉽게 접근이 가능하다.

4. DRM

OpenDocument에 DRM에 대한 메카니즘은 없다. 하지만 추후에 추가될지도 모르겠다. 근데 DRM이 간절히 필요한 기능이라면 스펙에 이미 검토되었겠지만, 사실상 DRM 이딴거 필요하나? 곰곰히 생각해보자.

대충 견습 마법사님이 말씀 하신 내용을 토대로 메모를 해보았다. 나도 아직 ODF에 대해서 정확히 아는 바가 없기에 아래의 링크로 대신 맺음을 한다. 그리고 정통부와 행자부가 의기투합만 잘 한다면, 사용자(직원)가 느낄 ODF 사용에 대한 불편함은 잠깐이리라. (군대로 치자면 고참이 까라면 까야지 - 별로 좋은 농담은 아니다.) 다시 한번 최근 정통부의 노력아닌 노력에 박수 3번을 보낸다.

• Ecma, Microsoft Office 2007의 Open XML을 국제 표준으로 인정
• MS의 "Open XML"을 반대해야 하는 이유
• ODF가 HWP를 대체하는 것은 불가능할까요?
• OASIS

Nmind님의 글에서 TextMate를 Windows용으로 카피인 (포팅이 아니다.) E-TextEditor beta버전이 'The Power of Textmate on Windows'라는 부제를 달고 릴리즈된 소식을 접할 수 있었다. 웹 사이트를 방문해 보니 Copy라는 단어가 머릿속에 먼저 인식이 되어선지, 웹 사이트의 디자인 또한 Macromates의 그것과 사뭇 비슷하단 느낌이 들었다. 먼저 인덱스 페이지의 스크린 캐스트를 보니 TextMate의 Shortcut key와 Snippets 기능를 거의 그대로 갖고 온듯 보였으며, TextMate의 거의 대부분을 복제했는데, 나름대로 더 나은 기능을 제공하려는 것 같아 보이기도 한다. 포럼의 알림말을 보니 2006년 12월 부터 베타 릴리즈가 시작된 듯 하다. 더욱 재밌는건 스크린캐스트에서 들려오는 E-TextEditor의 개발자 Alexander Stigsen가 TexMate를 개발한 덴마크인 Allan Odgaard의 억양과 어투까지 비슷하게 흉내내고 있다.

블로그에는 E-Texteditor의 릴리즈를 축하하며 환호하는 Windows 사용자들의 코멘트가 주루룩 달려 있으나, TextMate 블로그에서 종종 보이는 p4bl0와 같은 TextMate Fanboy들이 왜 Allan에게 허락을 받지 않고 복제를 했느냐는 성토성의 코멘트도 보이고 Linux를 위해서 오픈소스로 공개해달라는 리눅서들의 코멘트도 보인다. 현재 E-TextEditor는 30일 사용이 가능한 트라이얼 버전을 다운로드 받을 수 있고 라이센스 가격은 $34.95이며, TextMate는 €39이다.

아직 Allan이 E-TextEditor에 대해서 아무 말도 없는 것을 보면, 신경쓸 정도로 생각하지 않는 듯 하다. 이런 상황이 Windows Vista가 Mac OS X이 되고 싶어하는 광경이 그대로 재현되고 있는 상황이 재밌기도 하다. TextMate 2.0 소식은 이미 다들 알겠지만, Mac OS X Leopard 출시 후에 무료로 업데이트가 된다. 아마도 2-Bytes Character 입력 문제 또한 CoreText를 이용해서 해결될 것으로 보인다. E-TextEditor의 릴리즈를 지켜봐야 알겠지만 Windows에서 작업할 때 유용하게 쓰일 듯 싶다.

몇 일 전부터 스팸과 아옹다옹 싸움질 중인데, 외출을 하고 돌아와 보면 1,000여개의 스팸 코멘트가 날 기다리고 있다. Mephisto에 Akismet을 적용하니 그나마 Unapproved로 분류가 가능해서 다행 아닌 다행. 뭔가 묘책을 세워야 겠다.

iMac G5의 Kernel이 이상해진건지 RoR 뿐만 아니라 다른 것도 컴파일만 하면 에러를 주루룩 뱉어낸다. 게다가 파워 서플라이의 고장인지 아니면 OS X의 문제인지 Sleep 모드로 들어가면 저절로 전원이 꺼져버린다. 재부팅하려고 하면 도로 꺼지는 희안한 현상... 아마도 전자의 문제일듯 싶다. 동일 기종의 파워 서플라이가 이런 문제가 있다는 문서는 찾았지만 애플 서비스 센터에 전화를 해보니 시리얼 넘버가 달라서 무상 교체는 안된다고 한다. 수리비가 수십만원 나올거 같은 예감에 No Sleep 모드로 몇 일째 계속 켜두는 중.

• 안용열님의 위키
• 프로세싱 튜토리얼

위의 주소 말고도 예전에 Processing 포럼도 있었으나 사라졌는지 찾을 수가 없다.

Adobe TED 2006에서 NYU의 Jefferson Y. Han에 의해 시연된 Multi-touch Interface Interaction Demo. 그의 사이트에서 더 많은 연구 결과물들을 QuickTime 동영상으로 볼 수 있다.

Multi-touch Interface를 일상에서 찾아볼 수 있는 디바이스의 예는 대표적으로 Apple 랩탑 시리즈의 트랙패드와 iPhone이다. iPhone의 경우 대부분 Single-touch이지만, 지금까지의 Apple의 행적을 보았을때 iPhone과 임베드된 Mac OS X는 리비전 또는 펌웨어 업데이트를 통해서 더 확대 적용될 가능성이 크다고 본다. 위의 데모와 Mac OS X에서 사용된 ZUI에 대한 상세한 내용은 다음에...

여기에서 가장 최근 Nightly Snapshot을 다운로드 받을 수 있다. 참고할 점은 Acid2 테스트를 통과하긴 했지만, 개발중인 버전이므로 다른 버그들이 존재한다.

지금까지 CSS를 가장 올바르게 표현해주는 WebKit (aka. KHTML) 엔진을 사용하는 Apple Safari를 주로 사용하고 Firefox와 IE를 사용하는 방법을 썼었다. 작업시에 Firefox를 주로 사용하지 않은 이유는 CSS 렌더링에 버그가 있었기 때문이다. W3의 스펙 그대로 작성했을 경우 시각적으로도 정확히 표현된다면 어떤 브라우저든 사용이 가능하겠지만, 아직은 어려운 점이 있다.

하지만 이건 어디까지 개발자의 기준이고, 중요한건 사용자의 브라우저에서 제대로 보이는게 우선이기에 개발시에 각 브라우저로 테스트를 해보는 수 밖에 없다. 코드는 중립성을 지켜야 하고, 버그에 대한 해결책이나 우회가 안되는 최악의 경우 코드를 갈아 엎는 수 밖에 없다.

마지막으로 Firefox의 차기 버전에 대한 개인적 바램은 탭 닫기 버튼의 위치 변경, Quartz Extreme 지원과 Cocoa로 빌드 되었으면 한다.

Ruby가 독보적으로 1위를 달리고 있다.

Best Text Editors

TextMate가 Vim과 큰 격차를 두고 1위다.

저번에 보았을때랑 순위가 약간 바뀌긴 했지만, 사람들이 너무 몰아주는거 아닌가 싶긴 하지만 Ruby와 TextMate는 편하고 좋긴하다. 하지만 3, 4위까지 랭크된 다른 언어랑 에디터도 충분히 좋고 어떤 점에선 더 뛰어나다. 재밌는 것은 상위에 랭크된 대부분의 에디터중 Mac OS용이 많다는 것...

Allan은 Leopard 출시 이후에 CoreText를 이용해서 기존 1.5 사용자들에게 TextMate 2.0을 무료로 업그레이드 해주겠다는데, Snippets를 비롯해서 편리한 기능들이 인종차별 주의자가 아닐까 의심이 갈 정도로 single byte char rendering 영향으로 CJK 입력 문제는 심각했다. 과연 2.0에서 얼마 만큼 CJK Support를 해줄지 기다려진다.

더 많은 랭크들은 UnSpun에서 볼 수 있다.

이전에는 정부가 Microsoft사에게 국내에 출시될 Windows Vista의 보안 레벨을 낮춰달라는 전대미문의 요청을 했다. 정부는 Windows 98과 XP SP2 업데이트에 대해서도 사기업 MS에게 어리광을 부리기도 했다. 이러한 병신짓은 Slashdotted 되었고, 대한민국 정부가 Microsoft라는 사기업에게 머리를 조아리는 병신짓을 한것으로 World Wide 바보 국가로 유명세를 타게 되었다.

담당 기관이 수수방관 하다가 뒤늦게서야 Windows Vista에서 기존 ActiveX를 어떻게든 주섬주섬 동작시키려고 발버둥 치는 모습이 참 안타깝기 그지없다. 그 동안 오픈웹 캠페인을 비롯해서 여러가지 이슈들이 많이 나왔기에 더 상세히 설명할 필요는 없고, 공인 인증서라는 엿같은 제도를 개선하거나 없애지 않는 이상 Windows 업데이트가 나올때마다 뒤늦게 땜질해댈건 안봐도 비디오다.

공인 인증서가 과연 금융기업과 사용자에게 편리함과 체계적인 보안 서비스를 줄 수 있을까? 난 회의적이다. SEED 또한 그렇다. 아무리 미국이 128bit 암호화 기술 어쩌구 저쩌구... 구차한 변명은 소용없다. 세월도 꽤 흘렀고 지금은 2007년이다. 국민의 세금으로 대체 뭘하는건가? SEED 암호화 알고리즘 자체는 훌륭할지 모르나 보편적인 암호화 기술이 아니다. Mozilla Firefox에 SEED 모듈을 기본 내장하겠다는 이야기도 나왔으나, 그건 어디까지나 Mozilla 얘기고...

정부는 국민 세금 뜯어서 뻘짓하지 말고 그냥 다른 나라처럼 SSL 인증에 가상 키보드 입력같은 기술로 고치는게 나을 것이다. 변경에 따른 비용부담 보단 지금처럼 허술한 시스템 때문에 업데이트마다 나라가 휘청거리고 사기업에서 우회 솔루션을 개발할때까지 손가락 쪽쪽 빨지 않아도 되고, 매킨토시, 리눅스, 파이어폭스, 오페라 등등 사용자들한테 욕 안먹어도 된다. 지금 처럼 근시안적인 우회 방법만 고심할게 아니고 중장기적으로 바라 본다면 훨씬 나은 선택이리라.

잠깐 ActiveX와 Windows 이야기를 해보자면, 기존 Windows는 UNIX 기반의 Linux, Mac OS X 처럼 root 최고 권한과 사용자 권한이 따로 분리되어 있지 않고, 사용자 생성을 하게 되면 최고 권한을 갖게 되어 있다. ActiveX를 설치할 때 동의를 물어보는 과정에서 ActiveX는 사용자의 최고권한을 얻게 되고 시스템의 구석구석을 마음대로 주물럭할 수 있다. 이런 문제점도 있기에 MS가 Java Applet에 대항해서 ActiveX 만들었을 때도, 수많은 보안관련 전문가들은 우려의 목소리를 높였고 결국 이젠 MS도 거의 내다버린 자식마냥 대하고 있다.

Windows Vista는 코드명 Longhorn 시절부터 내세우던 WinFX와 같은 핵심기능이 별다른 개발진전이 없었고, 빌 게이츠는 Trust-worthy Computing이라는 말을 2002년도에 꺼내기 시작했다. 차기 Windows 개발 방향은 보안에 중점을 맞추고 개발이 되었고, UAC (User Account Control)이라는 보안 시스템을 Vista 버전의 강점으로 꼽고 있다.

지금까지 Windows의 무수히 셀수도 없을 만큼의 보안 구멍이 뚫려 있었고, 그렇기에 안티바이러스 회사들이 타 OS에 비해서 많으며, Vista 버전으로 인해서 높아진 보안레벨로 인해 MS는 Symantec 같은 회사와 서로 으르렁대는 상황이다. MS 또한 사활을 걸고 꽤 보안에 대해서 신경을 썼음을 짐작할 수 있는데, 국내 사기업에서 만든 보안용 ActiveX와 공인 인증서를 사용기 위해서 이러한 UAC 보안 레벨을 사용자보고 낮추라고 기자회견까지 열은 정부는 도대체 무슨 생각을 갖고 있는건가?

보안이 가장 중요한 온라인 뱅킹 서비스를 이용할땐 보안 레벨을 낮춰서 ActiveX를 사용하고, 온라인 뱅킹 이용이 끝나면 다시 사용자가 보안 레벨 설정을 올려서 사용해야 하나?

그리고 은행도 사기업이긴 하지만 공공재적인 성격을 띠고 있음을 스스로 잘 알것이다. 그렇다고 안철수 연구소의 V3 디스트리뷰터도 아니면서 비싼 돈주고 사용자에게 V3 백신에 키보드 후킹 방지 등등 ActiveX 프로그램을 왜 설치하게 해주나? 세상에 사용자 보안위험을 걱정해서 사이트에 접속할때마다 안티바이러스에 방화벽 프로그램까지 설치해주는 나라는 우리나라 밖에 없다. 키 로거, 방화벽, 안티바이러스 어플리케이션은 사용자가 직접 구매해서 설치해야하는 것이지, 정부나 기업이 ActiveX로 배포하는게 어딨냔 말이다. 정부는 어디까지나 보안에 대한 문제는 사용자 개개인의 문제란걸 인지할 필요가 있다.

은행에서 배포하는 보안용 ActiveX에 대해서도 참 웃긴게, 보안은 어차피 창과 방패인데, ActiveX로 되어 있건 아니건 어떤식으로든 우회를 해서라도 보안을 비켜갈 수 있다. 그리고,

은행은 어디까지나 온라인 뱅캥 서비스에 대한 기본적인 보안만 하면 된다. 지금처럼 은행이 사용자에게 각종 보안관련 ActiveX를 설치하지 않으면 서비스 이용이 불가능하도록 하는 것은 보안사고가 발생했을때 사용자 당사자가 아니라 은행이 그에 대한 책임을 물어야 한다. 개인의 계좌 이용에 있어서 개인 보안은 어디까지나 사용자 몫이다.

G-market에서 얼마나 급했으면 오타까지 내면서 사용자들에게 보안레벨을 낮추라고 광고까지 때리나.. 이게 다 조류독감 걸린 정부 때문이다. 억울하다 해도 소용없다. 이런 닭짓하는데 아까운 국민세금 끌어다 쓰지 말고 똑바로 좀 합시다.

• Front-end Web Development Engineer
• UI Engineer
• UI Developer
• Semantician
• Web Publisher

그리고, 웹 표준과 접근성에 대해서 알리는 직업을 일컬어 다음과 같이 부른다.

• Web Opener
• Web Standards Evangelist

Web Opener는 Opera에서 칭하는 말이고, Web Standards Evangelist는 Molly E. Holzschlag 아줌마가 유명한데, 개인적으론 Evangelist라는 단어는 특정 종교적 색채가 강하기에 그다지 좋아하는 편은 아니다.

다음은 각 직업에 대한 설명과 갖추어야 할 요구사항이다. 자료는 Apple사의 설명을 참조했다.

Front-end Web Development Engineer

Job description

We are looking for a passionate and talented individual to help us fill out our front-end creative web engineering team. If you are excited by the amazing possibilities of JavaScript, HTML and CSS, and have an eye for usability, style, and design, we want to hear from you. We're busy making the Apple Store the most innovative and usable site in e-commerce, and that requires some very creative minds applying the latest in high tech front-end web technologies.

Responsibilities

Build slick, innovative UI components using semantic HTML, CSS and JavaScript Work directly with other engineers to integrate AJAX components with a highly scalable backend Advocate design and usability in the product development process Improve and maintain cross-browser compatibility.

Requirements

• Passion for developing the highest quality software and pushing the limits of internet technologies and user expectations
• Experience in a professional development environment with source-code control and back-end dependencies
• 3-5 years development experience working on front-end for a large-scale, highly-trafficed site
• Expert capability in the following web technologies: HTML, CSS, JavaScript, AJAX
• Experience with design tools: Photoshop, Illustrator, Fireworks or equivalent
• Expert cross-browser CSS/JavaScript knowledge

Ajax의 경우 Web Developer가 하는 경우가 종종 있지만 점점 분리되는 경향이 되지 않을까 싶다. Web Designer 또는 Visual (Interface) Designer에 대한 요구사항도 하나 더 보자면 아래와 같다.

Web Designer

Job description

In this position you will combine your visual design talents with your interaction design knowledge to deliver dynamic and engaging user experiences. You must be able to work independently as well as with a design team, to provide visual design, creative direction and input, and user-centered analysis for a variety of projects including page layouts, iconography, visual vocabularies, graphic and multi-media assets for marketing campaigns and web sites, information architectures, and sound interaction models and task flows. Responsibilities will vary from project to project and will range from conceptualizing the user experience andor creative direction to execution of production-ready artwork, all within specified guidelines and deadlines.

Responsibilities

• Participate in early concept development and design ideation.
• Create visual designs that address business, brand, market, and user requirements, including the design of screen layouts, color palettes, typography, and user interface elements.
• Collaborate with cross-functional team to refine product requirements; then translate product requirements into a best-of-breed user interface design.
• Create and be accountable for the user interaction model, workflows, information architecture, and interface guidelines
• Participate in or conduct design reviews; Iterate on designs based on the results of design reviews, usability testing, and customer walkthroughs.
• Work hand in hand with web developers and engineers to deliver the final product
• Responsible or project communication and asset exchange throughout all phases of projects
• Contribute to a culture of innovation and teamwork.

Requirements

• Bachelor's or Master's degree in Graphic Design, Digital Media Design or other visual arts, Human Factors, HCI, or other related field
• At least 3 years professional design experience.
• Ability to understand complex design problems and generate tangible ideas to solve.
• Must demonstrate strong interaction design skills and have a solid understanding of user centered design principles and design patterns
• Excellent interpersonal and communication skills
• Ability to work independently and collaboratively
• Ability to communicate design rationale
• Ability to prioritize and manage work to critical project timelines in a fast-paced environment
• Solid understanding of web application and website design with working knowledge of HTML a plus

자료를 찾아 보면서 느낀 점은 직업에 대한 명칭이나 범위가 국내에 비해 외국 개발사들이 좀 더 세분화 되어 있더라는 것이었다. 세분화된 만큼 각자의 영역은 적정선에서 유지되도록 구성되어 있으며, 누가 되었든 Web 2.0과 Standards는 기본 요구 또는 이해사항이었다는 것이다.

그리고, 위에 인용된 내용은 Apple에서 요구하는 사항이 일반적인 내용일 수 있으나 공통사항이라고 보긴 힘들고, 대충이나마 자신이 어떠한 것들을 가지고 있으며 필요한지에 대해서 가늠해볼 수 있을것 같다.

국내에서 기획이라고 칭해지는 분야를 보자면, 기존 컨텐츠를 재분류하고 정리 및 통합하고 기존 사이트의 문제점 및 비효율성을 다시 효율적으로 구성하고 보다 나은 서비스로 개선함을 덕목으로 삼아야 한다.

하지만, 흔히들 '방법론'이라고 불리우는 업계 개발과정을 보자면, 너무나 비효율적인 컨베이어 시스템으로 인해서, 촉박한 기간 동안 무수히 많은 PowerPoint 파일과 피사의 사탑과도 같은 종이 문서를 만들어내야 한다. 만드는 사람, 옆에서 그걸 보는 사람 모두 고역이자 고통이다.

PowerPoint는 Presentation을 하기 위한 편집 에디터이지만, 언제 부턴가 국내에선 기획을 위한 전용 툴로 널리 쓰이게 됐고, 제한된 다이어그램과 컬러를 이용해서 UI 개발자가 해야될 UI 구성을 기획자가 하곤 한다. 전문적인 UI, UX에 대한 이해가 부족할 경우 결코 좋은 바탕을 갖추지 못하고, 디자이너가 최대한 알록달록 컬러와 플래시 신공 또는 귀여운 캐릭터 붙여주기 신공을 펼쳐야 한다.

웹 사이트의 목적이 Redesign이 아닌 이상 이러한 일들까지 기획자가 전적으로 해야함으로 인해서 실제 웹 사이트 구성이나 개선에 대한 부분은 현저하게 낮아질 수 밖에 없다. 기획자 스스로 PowerPoint에서 벗어나서 무의미한 문서 찍어내기 풍토에서 벗어나려는 노력과 함께 정확한 기술, 마케팅, 디자인, 사용자 경향을 파악해야 한다.

아무리 머릿속에서 미칠듯이 아이디어가 샘솟는다 한들 판타지 소설을 쓸 순 없지 않은가. 한국어가 아 다르고 어다르다고 하지만 그게 그걸로 판단하는 사람도 많기에, 스스로 생각과 지식을 올바른 길로 정립하지 않으면 어느샌가 자신도 모르게 넷피아 이판정 사장과 같은 Web 3.0 마인드를 가지게 될지도 모를 일이다.

개발자

협업의 과정중에서 다양한 개발자들과 일을 하는 과정에서 웹 표준과 접근성에 대해 이해는 둘째 치고 과연 HTML에 대해서 지식이 있는가에 대한 궁금증이 발생할 때, 조금은 묘한 기분이 들게 된다. 개발자들 중에선 HTML 비동적 마크업 언어라는 선입견 혹은 JavaScript를 하찮게 생각하는 경우를 종종 보게 되는데, 이러한 의식을 가진 사람들과 작업하게 되면 온전한 HTML 문서와 스크립트를 프레임웍에 넣게 되는 과정에서 웃지 못할 일들이 발생하게 된다.

문서의 형식을 알려주는 Doctype 엄마는 이미 집을 나간지 오래고, body 아들과 iframe 딸들만 무수히 남아있고, JavaScript 삼촌은 IE DOM양과 눈이 맞아 불러도 본체만체 하더라는 것이다. 그나마 이런 문제에 대한 제기를 하고 수정이 이루어지면 다행이지만, 귀찮아 하거나 시간이 없다고 하거나 자체 개발된 프레임웍이 이 모양이라서 안됩니다라는 반어법이 들리면 참 암울할 따름이다.

서버 사이드에서 이루어지는 복잡한 프로그래밍이 결국은 HTML 문서를 Front End에 배포하기 위함이란걸 잊지 말자.

디자이너

어느샌가 Photoshop의 창은 나의 끓어 넘치는 아트함을 마음껏 표현할 순백색의 도화지로 변하고 내 마우스는 붓이 되어 Color Picker를 요리조리 찍어보니 어느 샌가 멋진 풍경화가 눈 앞에 펼쳐지더라. 덤으로 썩 귀여운 캐릭터도 하나 달아주자.

그래, 이런 것이 머리털 쥐어 뜯어가며 고뇌해온 Creative 일수도 있다. 하지만, 웹 페이지는 어디까지나 그림 그리는 도화지가 아니라 문서다. 쉽게 말하자면 어릴때 학교에서 배웠던 편지 양식과도 같은 것이라고 생각하면 된다.

이런식의 Creative 명목하에 잘게 나뉘어진 GIF 파일들과 DreamWeaver로 weave한 테이블들로 인해 발생되는 트래픽은 고스란히 서버 비용과 사용자 트래픽 증가로 인해서 KT 메가패스나 LG 파워콤 같은 ISP 업체들이 인터넷 이용료를 더 올릴지도 모를 일이다. 물론, 이미지나 테이블을 줄인다고 해서 ISP 업체들이 가격을 내릴 일은 없겠지만 말이다.

이렇게 전문적인 UI, UX에 대한 지식이 부족할 경우 지그재그 바둑판 형식 레이아웃과 게시판 목록 좌판 늘어트리기가 되는 경우는 허다하다. 디자인에 대한 고민은 예쁘게 그리고 레이아웃은 같지만 벤치마킹한 사이트랑 뭔가 다르게 보여줘야 하는게 아니다.

Select Box를 Rounded Corner로 포토샵질 해놓고, 요즘 유행하는 Rounded Corner가 이번 웹 사이트의 기본 컨셉이다라고 까지 말한 디자인 팀장이 있다는 이야기도 들은적이 있다. 디자이너 스스로 웹 표준과 접근성에 대한 기술적 이슈를 이해하고 있다면 이런 초현실주의 디자인은 나오지 않을 것이다. 요즘 같은 시대에 사내에서 UI, UX에 관한 업무를 기획자만 하고 있다면, 아마 다른 사람들보다도 디자이너들이 가장 노력해야되지 않나 생각된다.

PM

Project Manager. 별로 생각나는건 없음.

클라이언트

Portal Service라는 단어가 한창 유행하던 시절부터 지금까지 너도 나도 포털이다. 구글에서 포털이라고 키워드를 넣으면 공무원 급여 포털까지도 존재한다. 자신의 사이트가 Yellow Page 역할을 한다거나 네이버 처럼 사용자들이 딴데 안가고 사장님 이력사항까지 즐겁게 읽을 요량이 아니라면 다시금 생각해보자. 홍보가 목적이었다면 홍보차원에서 끝내자.

그리고 무슨 찌라시도 아니고 사장님 이력사항 이딴건 좀 뺐으면 하는게 개인적 바램이다. 담당자라면 영문이고 일본어고 다국어 페이지에 euc-kr로 인코딩 되어 있으면 utf-8 고치자고 의견을 제시할 정도로 기본적인 역량은 갖추자. 우리 사이트를 알고 개발사를 알면 백전백승이다.

요즘 Weblog, Web 2.0, UCC, 사용자화 등등 단어가 급속도로 유행으로 퍼지는데, 과연 이게 우리 사이트에 필요한가 하고 골똘이 생각해보자. 아니 이건 기획자의 몫일수도 있다. 웹 기획자로 전업할 생각이 없다면 기획일에 너무 깊게 관여하진 말자. 또한 자신의 미적 감각을 디자이너에 알리기 위해 솔선수범하지 말자.

마지막으로, 웹 사이트 개발을 왜 위탁하는지와 자기 회사 사이트가 왜 이번에 개편을 하는지에 대해서 곰곰히 생각해보자.

혼용된다고 생각되는 전문 용어

• 기획서 - 명세서
• 메인화면 혹은 메인페이지 - Index Page
• Depth - Level
• Story Telling - Flow
• Renewal - Redesign, Relaunch
• Coding - Markup

마지막으로

틀리거나 열받거나 이상적인 내용도 있을지 모르겠지만, 농담반 진담반으로 받아들여 주시면 감사하겠습니다.