Firefox 3.0 Beta 5 RC1이 빌드 되고 있는 중이다. 아직 Mac과 Linux 버전만 빌드되어 다운로드 가능한 상태이고 Windows 버전은 아직 빌드중이다.
맥용 Firefox의 눈으로 보이는 변경점은 기존 Beta 4까지 북마크 툴바에 위치했던 Home 버튼이 기본 네비게이션 툴바로 다시 위치했다. 아마도 이유는 북마크 툴바를 안보이게 사용하는 사람들은 Home 버튼을 이용할 수 없었기 때문일 것이다.
그리고, 한글 폰트의 Bold 처리가 제대로 되지 않던 점이 고쳐져서 Safari와 동일한 폰트 렌더링을 보여주는데, 버그인지 몰라도 링크의 텍스트 폰트 크기와 두께에 따라서 Underline까지도 뚜껍게 표현되고 있다.
Beta 5 RC1은 아래 FTP 링크를 통해서 다운로드가 가능하다.
Firefox 3.0 Beta 5 RC1 FTP DownloadsCollaboration, Vector 3D Library, SVG, Canvas, ZUI, Jef Raskin, Steve Wozniak, Homebrew, History of Time, Value of a Kind Word, CRUD, Objective, 2001: A SPACE ODYSSEY, Sphere, XYZ, Cell Division, Expansion, Honey Bee, Gaia hypothesis, Attention, RoR, Processing '99, TDD, JavaScript, Link, Tags, Drag and Drop, Hack, Log, Massive Attack, Gathering Storm, We Feel Fine, Love, Hate, Chaos, Fuck You Rich Losers!
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에 대한 상세한 내용은 다음에...
Digg에서 Mozilla Firefox 3가 Acid2 테스트를 통과했다는 지난 소식을 보고, Minefield 3.0a3pre 버전을 설치해 봤다. 역시나 아래 결과와 같이 제대로 렌더링이 된다. Acid2 테스트는 User Agent가 HTML과 CSS를 작성된 코드의 상관관계에 맞게 제대로 표현을 해주는가에 대해서 사용자가 테스트할 수 있는 방법이다.
여기에서 가장 최근 Nightly Snapshot을 다운로드 받을 수 있다. 참고할 점은 Acid2 테스트를 통과하긴 했지만, 개발중인 버전이므로 다른 버그들이 존재한다.
지금까지 CSS를 가장 올바르게 표현해주는 WebKit (aka. KHTML) 엔진을 사용하는 Apple Safari를 주로 사용하고 Firefox와 IE를 사용하는 방법을 썼었다. 작업시에 Firefox를 주로 사용하지 않은 이유는 CSS 렌더링에 버그가 있었기 때문이다. W3의 스펙 그대로 작성했을 경우 시각적으로도 정확히 표현된다면 어떤 브라우저든 사용이 가능하겠지만, 아직은 어려운 점이 있다.
하지만 이건 어디까지 개발자의 기준이고, 중요한건 사용자의 브라우저에서 제대로 보이는게 우선이기에 개발시에 각 브라우저로 테스트를 해보는 수 밖에 없다. 코드는 중립성을 지켜야 하고, 버그에 대한 해결책이나 우회가 안되는 최악의 경우 코드를 갈아 엎는 수 밖에 없다.
마지막으로 Firefox의 차기 버전에 대한 개인적 바램은 탭 닫기 버튼의 위치 변경, Quartz Extreme 지원과 Cocoa로 빌드 되었으면 한다.
최근 Windows Vista가 출시되어 여러가지 말들이 많은데, 그 중에 재밌는 것은 ZDnet에 올라온 윈도우 비스타에 대한 정통부 기자회견이다. 동영상을 보면 알겠지만, 정통부의 기자회견 내용은 은행에서 사용중인 ActiveX를 통해서 공인 인증서를 기존 방식대로 사용하기가 어렵기 때문에 기존 ActiveX를 사용하기 위해서 Windows Vista의 핵심 기능인 UAC 보안 레벨을 낮추도록 우회하는 방법을 2월까지 고안해내기 전에 MS사에서 판매중인 Windows Vista를 사용하거나 구매하지 않기를 당부하는 내용이다.
이전에는 정부가 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에서 얼마나 급했으면 오타까지 내면서 사용자들에게 보안레벨을 낮추라고 광고까지 때리나.. 이게 다 조류독감 걸린 정부 때문이다. 억울하다 해도 소용없다. 이런 닭짓하는데 아까운 국민세금 끌어다 쓰지 말고 똑바로 좀 합시다.
웹 표준과 접근성을 주업으로 삼는 직업을 부르는 이름들이 몇가지나 있을까 하는 궁금증에 정리해 보았다.
그리고, 웹 표준과 접근성에 대해서 알리는 직업을 일컬어 다음과 같이 부른다.
Web Opener는 Opera에서 칭하는 말이고, Web Standards Evangelist는 Molly E. Holzschlag 아줌마가 유명한데, 개인적으론 Evangelist라는 단어는 특정 종교적 색채가 강하기에 그다지 좋아하는 편은 아니다.
다음은 각 직업에 대한 설명과 갖추어야 할 요구사항이다. 자료는 Apple사의 설명을 참조했다.
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.
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.
Ajax의 경우 Web Developer가 하는 경우가 종종 있지만 점점 분리되는 경향이 되지 않을까 싶다. Web Designer 또는 Visual (Interface) Designer에 대한 요구사항도 하나 더 보자면 아래와 같다.
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.
자료를 찾아 보면서 느낀 점은 직업에 대한 명칭이나 범위가 국내에 비해 외국 개발사들이 좀 더 세분화 되어 있더라는 것이었다. 세분화된 만큼 각자의 영역은 적정선에서 유지되도록 구성되어 있으며, 누가 되었든 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에 관한 업무를 기획자만 하고 있다면, 아마 다른 사람들보다도 디자이너들이 가장 노력해야되지 않나 생각된다.
Project Manager. 별로 생각나는건 없음.
Portal Service라는 단어가 한창 유행하던 시절부터 지금까지 너도 나도 포털이다. 구글에서 포털이라고 키워드를 넣으면 공무원 급여 포털까지도 존재한다. 자신의 사이트가 Yellow Page 역할을 한다거나 네이버 처럼 사용자들이 딴데 안가고 사장님 이력사항까지 즐겁게 읽을 요량이 아니라면 다시금 생각해보자. 홍보가 목적이었다면 홍보차원에서 끝내자.
그리고 무슨 찌라시도 아니고 사장님 이력사항 이딴건 좀 뺐으면 하는게 개인적 바램이다. 담당자라면 영문이고 일본어고 다국어 페이지에 euc-kr로 인코딩 되어 있으면 utf-8 고치자고 의견을 제시할 정도로 기본적인 역량은 갖추자. 우리 사이트를 알고 개발사를 알면 백전백승이다.
요즘 Weblog, Web 2.0, UCC, 사용자화 등등 단어가 급속도로 유행으로 퍼지는데, 과연 이게 우리 사이트에 필요한가 하고 골똘이 생각해보자. 아니 이건 기획자의 몫일수도 있다. 웹 기획자로 전업할 생각이 없다면 기획일에 너무 깊게 관여하진 말자. 또한 자신의 미적 감각을 디자이너에 알리기 위해 솔선수범하지 말자.
마지막으로, 웹 사이트 개발을 왜 위탁하는지와 자기 회사 사이트가 왜 이번에 개편을 하는지에 대해서 곰곰히 생각해보자.
틀리거나 열받거나 이상적인 내용도 있을지 모르겠지만, 농담반 진담반으로 받아들여 주시면 감사하겠습니다.
흔히 웹 서핑을 하다 보면 URL에 index.htm 혹은 index.html과 같은 확장자를 쉽게 볼 수 있다. htm과 html 확장자 사이에 어떤 차이점이 있을까? 사실 중요한 차이점은 없다. 차이점이라면 htm 확장자엔 'L'이 없다.
흔히 Apache와 같은 Web Server에선 아래와 같이 MIME Type을 서버 관리자가 관리할 수 있다.
AddType text/html .html
현대의 웹 서버에선 html 확장자가 기본값으로 지정되어 있다. htm 확장자는 사용자 하위 호환성을 위한 확장자라고 볼 수 있는데, 오래된 역사를 가진 Unix를 비롯하여 현재의 대부분 OS들 처럼 파일명과 확장자의 문자 길이에 대한 제약이 없으나, 대중적으로 사용이 되었던 DOS/Windows 3.x 버전이 주류를 이루던 시절에는 파일시스템에서 지원하는 파일명과 확장자는 8.3 문자 길이로 제한되어 있었다. 그렇기에 htm 확장자를 많이 사용했으나, 현대의 웹 서버와 사용자의 OS는 이러한 제약이 없다.
결론은 htm과 html 확장자 모두 서버상의 MIME Type 지정에 의해서 동일하게 사용이 가능하다. html의 L까지 타이핑 하기가 귀찮다고 htm까지만 적는다는 사람도 보았지만, htm 보다는 html (HyperText Markup Language)이라고 모두 적어주는게 낫지 않을까 한다.
Recent Comments