weblind.com

울산광역시 공공시설예약서비스

정 영진 — Fri, 25 Sep 2009 13:51:00 +0900

프로젝트가 끝난지 몇 달 지났는데 이제야 후기를 올리는군요. 해당 프로젝트에서 저는 [플래시 개발]만 했습니다. UI설계가 산으로 가든 말든 저는 상관하지 않았습니다. 어차피 모든 설계는 소위 '윗선'에서 다 결정했으니까요.

이 웹사이트의 UI 문제는 아래와 같습니다.

네비게이션 메뉴를 클릭할 때 바로 예약 마법사가 뜨는 문제: 윗선에서 이렇게 만들어라고 명령이 떨어졌을 때 황당했습니다. 담당 디자이너 역시 말도 안되는 기능이라고 불평하더군요. 버튼의 모양은 똑같으면서 기능은 다르다는 것인데... 이런 네비게이션을 사용하는 사용자는 불안합니다.
동그란 형태의 네비게이션: "어째서?!"라고 반문하고 싶군요. 동그란 네비게이션 하나만 있으면 모르겠으나 메인 페이지의 다른 디자인 영역과 함께 배치될 때는 그리드가 맞지 않아 심미성을 해치게 됩니다. 역시나 담당 디자이너도 윗선의 이런 결정에 열폭.

결국, 의미도 없고 명분도 없고 편리하지도 않은 네비게이션 구조가 되었는데... 망칠 확율 100%의 불보듯 뻔한 네비게이션을 만든 저와 디자이너는 프로젝트 내내... 속된 말로 똥줄이 탔습니다. ㅎㅎㅎ

http://yes.ulsan.go.kr/

네이버의 디자인을 따라하는 것이 대새인가?

정 영진 — Tue, 22 Sep 2009 18:18:58 +0900

본인 스스로도 이미 색안경을 끼고 있다는 사실을 인정한다. 그래도 나는 네이버의 웹디자인을 최고로 친다. 그 이유는 단순히 심미성과 기획만 보자면 네이버보다 뛰어난 웹디자인은 부지기수지만 웹표준 정신과 웹 최적화, 사용성을 모두 고려한 작품을 뽑으라면 단연 네이버이기 때문이다.

이런 개인적인 평가는 나의 디자인 성향에도 부지 중에 많은 영향을 미치고 있는 것 같다. 1년전 울산 공공시설예약서비스 디자인 시안을 뽑을 때도 너무 네이버스러운 시안을 만들어 버려서 혼자 쓴웃음을 지은 적이 있다. 안타깝게도 나의 실력 부족(개발자가 메인 시안까지 잡는 이해할 수 없는 상황)과 웹서비스 사업의 성공여부 보단 화려한 것으로 클라이언트의 눈을 즐겁게 해야 하는 용역업체의 특성상 플래시를 이용한 '기능'을 강조한 웹사이트 시안을 선택할 수 밖에 없었지만...

개인적으로는 이 '네이버'스러운 시안을 시도해본 것 자체는 만족.

이 시안 작업을 한지 얼마 후에 리뉴얼된 네이버 부동산 사이트 디자인을 보고 좀 많이 놀랬다는.... 내가 처음 시안 작업을 할 때는 네이버 메인 페이지의 디자인을 참고만 했을 뿐인데 네이버 파생 사이트의 레이아웃과 메뉴구성까지 같아질줄은 꿈에도 몰랐다.

네이버와 같은 포털사이트의 웹디자인이 항상 정답은 아니다. 그러나 포털사이트의 웹디자인을 참고삼아서 디자인하는 것은 좋은 시도라고 본다. 그 이유는

사용성 삽질을 미연에 방지할 수 있다. 대형 포털사이트의 웹디자인은 우수한 웹디자이너와 UX석사들의 손을 거쳐서 나오기 때문에 평범한 웹디자이너들이 고민하는 문제들의 '해답'이 이미 페이지에 나와있다. 결론적으로 시안 작업 시간을 아낀다는 것.
사용자들은 포탈사이트의 디자인에 익숙하다. 사용자들이 가장 많이 접하는 웹사이트가 포털사이트이기 때문에 이미 포털 사이트들의 화면 구성과 기능에 익숙해져있다. 무모한 기획과 디자인 시도는 필연적으로 하자보수로 이어지고 이는 프로젝트 기간을 길게 만드는 원인이 된다.
웹 최적화 노가다를 피할 수 있다. 개발 단계, 프로젝트 말미에 항상 터지는 최적화 수정사항을 시안 단계에서 이미 끝난다고 보면 된다. 배경이미지 처리, CSS 처리 등 대형 포털사이트의 페이지들은 우리가 생각하는 것 이상으로 많은 최적화 기술들이 적용되어 있다.

서울산교회 청년회 카페 디자인 시안

정 영진 — Wed, 26 Aug 2009 22:48:21 +0900

이번에 개설한 (현재 제작중) 서울산교회 청년회 카페 입니다. 청년 리더 회의의 의결을 토대로 2009년 8월 23일에 카페가 개되었습니다.

청년회는 제가 10년을 몸담은 곳이기도 하고 이런 일에 대해 하나님께서 제게 주신 뜻이 있기에 현재 이 일은 비영리로 진행하고 있습니다. 마음이 평안하네요.

공적인 사이트의 목적에 맞추어 흔히 볼수 있는 네비게이션과 상단부 디자인을 사용했고 이벤트 플래시 영역은 쇼핑몰에서 으레 접할 수 있는 형태로 설계하여 사용자 편리성을 높였습니다.

이번 카페 제작을 하면서 느낀 바는 아래와 같습니다.

웹사이트 제작에 드는 비용보다 카페를 제작하는데 드는 비용이 훨씬 저렴하다.
웹사이트를 제작하는 기간보다 카페를 제작하는 기간이 훨씬 짧다.
웹사이트는 방문자 수가 늘면 서버를 확충해야하고 유지 비용이 들지만 카페는 서버 이용이 무한대면서 비용이 들지 않는다.
카페는 FLV변환기, 텍스트 에디터, 지도API와 같은 각종 API를 공짜로 사용할 수 있지만 웹사이트는 모두 사거나 제작해야한다.
이 모든 장점에도 불구하고 웹사이트를 만드는 이유는 디자인인데, 실상 카페의 디자인 수준이 웹사이트보다 떨어지지 않는다.
수많은 UI디자이너와 UX석박사들이 만든 디자인 템플릿을 웹사이트 구축시에는 돈을 주고 구입해야 하지만 카페는 공짜로 이용할 수 있다.
웹사이트의 컨텐츠는 검색 엔진에 쉽게 걸리지 않지만 카페의 컨텐츠는 검색 엔진에 잘 걸린다.

카페의 유일한 단점은 누적된 자료를 빼낼 수 없다는 점인데 사실, 누적된 자료 빼내서 옮길 확율이 얼마나 될까요? 지붕 무너질까봐 집에서 잠을 못자는 성품이 아닌 이상...

주소: http://cafe.naver.com/flocks/
소속: 울산광역시 울주군 삼남면 교동리 서울산교회 청년부

북구체육시설 예약서비스

정 영진 — Mon, 17 Aug 2009 14:04:00 +0900

http://wel.bukgu.ulsan.kr/

우리 회사 디자이너들의 실력이 날이 갈수록 좋아지고 있어 흐뭇하기 그지없습니다. 디자인팀 내부에서 이루어진 접근성 강의와 사용성 강의 이후 접근성과 사용성에 최적화된 시안들을 생산해내기 시작하는데 이미 지방 웹디자이너의 수준은 넘어선듯 합니다. (사람은 아는만큼 보는만큼 성장한다) 개인적으로는 미술적 장치를 조금 더 없애고 중복된 영역들을 정리하면 훌륭한 사이트가 될 것으로 생각하지만 울산 공무원들의 입맛도 고려해줘야 하니...

교사 티셔츠 디자인

정 영진 — Thu, 16 Jul 2009 14:06:44 +0900

이번에 작업했던 티셔츠 디자인 시안입니다.
석계교회 교사들이 여름 기간동안 각종 수련회와 세미나, 행사 등에 입고 다니게 될 것입니다.
석계교회 박길호 전사도사님이 제시해준 타이틀은 'up dream' 업드림입니다.
하나님께 우리의 꿈을 드리는 모습을 담은 이 문구는 '하나님의 꿈'과 '우리의 섬김'을 의미합니다.
때문에 온화하고 부드러운 느낌의 색상과 디자인 패턴을 사용해야 했습니다.
보통 온화한 느낌은 '명확성'과 충돌이 일어나는데 이 두 요소의 균형을 맞추는 것이 중요합니다.

< 컨셉 1번 >

아이콘과 텍스트 둘다 명확하게 나와야 합니다. 명확하지 않은 것은 어떤 형태로든 사람의 눈을 불편하게 하지요. 위의 디자인 구성은 아이콘과 텍스트가 서로를 간섭하지 않고 독립적으로 가독성과 주목성을 높이는 교과서적인 방법이라고 할 수 있겠습니다. 편집 디자이너들이 꽤 많이 사용하는 정형화된 패턴입니다.

< 컨셉 2번 >

다소 실험적인 디자인입니다만 아무래도 실패한 것 같네요. 예전부터 구상해왔던 패턴인데 다른 방법을 찾아봐야할 것 같습니다. 푸른 수풀의 느낌을 살리고 싶었는데 아이콘의 선명도가 너무 떨어지는군요. 개인적으로 컨셉 2번은 채택되지 않았으면 좋겠습니다. 교사들이 이 티셔츠를 입고 다니다가 행여 다른 디자이너들이 보고 얼마나 욕할런지...

플래시 AIR 어플리케이션 자동 업데이트 구현

정 영진 — Wed, 08 Jul 2009 15:28:10 +0900

AIR 환경은 여타 데스크탑 어플리케이션처럼 자동 업데이트의 구현 가능을 제공합니다. 하지만 플래시로 AIR 어플리케이션을 제작할 때는 자동 업데이트를 구현할 수 있는 컴포넌트가 플래시 내에 없기 때문에 플렉스 SDK의 컴포넌트들을 가져와야 합니다. 업데이트를 구현하기 위해 SDK에서 가져올 최소한의 컴포넌트는 ApplicationUpdaterUI이며 이 컴포넌트를 가져오는 방법은 아래와 같습니다.

File > Publish Settings 선택
컴파일 세팅 패널에서 Flash탭 클릭
Player: Adobe AIR 1.5 / Script: Action Script 3.0 선택
Script 텍스트 창 옆에 [Settings...] 버튼 선택
Library Path 탭 선택
[+]버튼 (Add New Path) 선택하여 새 주소창 영역 만든 후 Browse to SWC file 버튼 클릭
파일 선택 패널로 컴포넌트 선택
(Flex SDK가 있는 폴더)\frameworks\libs\air\applicationupdater_ui.swc

이렇게 컴포넌트를 가져온 후에 사용하는 방법의 예는 아래와 같습니다.

import air.update.ApplicationUpdaterUI;
//그분 모셔오기

var exampleUpdater:ApplicationUpdaterUI = new ApplicationUpdaterUI();
// 업데이트 폼 객체 생성
var configFile:File = new File("app:/update-config.xml");
// 설정 정보를 담은 xml파일을 File 객체로 생성

exampleUpdater.configurationFile = configFile;
// xml에 담긴 설정 정보를 업데이트 폼 객체에 적용
exampleUpdater.initialize();
//설정 정보에 맞춰 업데이트 폼 객체의 초기화

업데이트 설정 정보를 담은 update-config.xml는 AIR 패키지를 생성할 때 함께 추가되어 배포될 것입니다. 이 xml 파일은 사용자의 컴퓨터에 설치되어 해당 어플리케이션이 업데이트 정보를 어떻게 확인하고 어디서 확인하는지에 대한 정보를 담고 있습니다. XML 구조는 아래와 같습니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration xmlns="http://ns.adobe.com/air/framework/update/configuration/1.0" >
   <url>'update-descriptor.xml'이 있는 경로</url>
   
   <delay>1</delay>
   <defaultUI>
       <dialog name="checkForUpdate" visible="true" />
       <dialog name="downloadUpdate" visible="true" />
       <dialog name="downloadProgress" visible="true" />
       <dialog name="installUpdate" visible="true" />
       <dialog name="fileUpdate" visible="true" />
       <dialog name="unexpectedError" visible="true" />
      
   </defaultUI>
</configuration>

이렇게 사용자 컴퓨터는 이 xml 설정 정보를 이용해 최신 업데이트가 있는지 확인합니다. 하지만 최신 업데이트가 있는지 확인할려면 서버측에도 업데이트 정보를 가지고 있어야겠지요? 이 역활을 해주는 것이 update-descriptor.xml입니다. 내용은 아래와 같습니다.

<?xml version="1.0" encoding="utf-8"?>
<update xmlns="http://ns.adobe.com/air/framework/update/description/1.0">
    <version>1.0</version>
    // 버전 설정 | 사용자 컴퓨터는 이 버전의 숫자로 파일의 버전을 식별
    <url>최신 업데이트용 패치 파일 *.air</url>
    <description><![CDATA[
        업데이트 내용을 서술하는 곳 | 릴리즈 정보로 나오게 됨
    ]]></description>
</update>

이제 업데이트 구현을 위한 기본적인 구색은 갖춰졌습니다만 한가지 문제가 있습니다. 서버측에서 최신 버전을 확인하기 위해선 checkNow()라는 함수를 사용하는데 이것을 사용할 때는 initialize() 함수를 실행한 후 서버측 요청이 끝나야 사용가능하다는 것입니다. 쉽게 설명드리자면...

exampleUpdater.initialize();
exampleUpdater.checkNow();

이렇게 하면 작동이 안된다는 것이지요. 이 문제를 해결하기 위해서는

[업데이트 확인]이라는 버튼을 따로 만들어서 이 버튼을 클릭할 경우에 checkNow()를 실행시키거나 (이 버튼을 클릭할 때에는 이미 업데이트 객체의 initialize가 완료되어 있으므로)
Timer객체를 이용하여 일정 시간 이후에 실행되거나

둘중 하나를 선택해야할 것입니다.

저 같은 경우엔 1분 간격으로 서버의 update-descriptor.xml에서 version정보를 주기적으로 읽어들여 사용자 컴퓨터의 버전 정보와 비교 후 같으면 checkNow() 함수가 실행되게 해놨습니다. 자세한건 설명드리 않겠습니다.(나도 먹고 살아야지;;) 한가지 힌트를 드리자면...

NativeApplication.nativeApplication.applicationDescriptor를 이용해서 해당 어플리케이션의 버전과 이름 정보를 xml로 return 받을 수 있습니다. 여기서 버전 정보를 추출해 서버측 update-descriptor.xml의 버전 정보를 비교하면 되는 것이지요.

건투를 빕니다.

참고 자료 : http://www.adobe.com/devnet/air/flash/quickstart/update_framework.html

2. 경주 U-관광 프로젝트 키오스크 (디자인)

정 영진 — Fri, 17 Apr 2009 18:01:00 +0900

↑ 메인화면 (영문)

↑ 목록 화면 (중문)

↑ 상세 화면

↑ 지도보기 화면

↑ 지도보기 선택화면

↑ 이메일 주소 입력기 화면

전체적인 UI 수준은 제가 기대한 것 이하입니다. 개발 업무량을 잘못 선정하여 시간이 촉박한 상황 속에서 UI설계를 고민할 수 있는 시간적 여유가 부족했기 때문입니다. 지속적인 업데이트가 꾸준히 이루어질 예정이기 때문에 이후를 기대해주세요. 물론 저는 죽어나겠지만요. ㅋㅋ

키오스크의 시연 동영상은 이곳을 참조하시길 바랍니다.

1. 경주 U-관광 프로젝트 키오스크 (기획)

정 영진 — Fri, 10 Apr 2009 18:00:00 +0900

경주 관광안내 도우미(T.I.S)는 경주시의 다양한 관광지들과 문화재, 숙박시설, 음식점들의 정보를 손가락으로 화면을 누르며 확인할 수 있는 터치스크린(touch screen) 시스템입니다. 이 시스템이 제공하는 서비스는 아래와 같습니다.

분류 검색 서비스를 제공합니다. 사용자들은 이 서비스를 통해 자신이 원하는 형태의 관광자원만 정리해서 확인할 수 있습니다.
지도 검색 서비스를 제공합니다. 사용자들은 이 서비스를 통해 검색 대상의 대략적인 위치를 확인할 수 있고 주변의 여러 관광자원들의 위치도 파악할 수 있게 됩니다.
여행카트 서비스를 제공합니다. 모든 관광자원들은 여행카트에 담을 수 있고 사용자들은 이 여행카트에 담긴 관광자원들을 이용해 간단한 여행 일정표를 만들 수 있습니다.
4개국 언어환경 서비스를 제공합니다. 경주를 찾아 온 외국인들도 한국 사람들과 동일한 서비스를 제공 받습니다.
그외 각종 다양한 서비스들을 제공합니다. 경주시의 각종 행사 일정을 확인할 수 있을 뿐만 아니라 오늘의 날씨, 공공시설 위치 등 여행자들이 원하는 수많은 정보들을 제공합니다.

이 시스템은 경주역과 안압지 입구에서 이용할 수 있습니다.

<여행도우미(키오스크) 조작화면>

이번 키오스크 프로젝트는 저에게는 정말 큰 경험이었습니다. 웹 어플리케이션을 제작할 때 플래시를 사용해본 경험이 있으니 데스크탑 어플리케이션(플래시 AIR)도 쉽게 가능할 것이라 단정하고 이번 프로젝트에 임한 것은 정말 큰 실수였습니다. 생각해야할 것들이 너무 많았지요. 또한, 명확한 설계서 없이 진행되고 프로젝트 내내 새로운 컨텐츠가 추가되다보니 시간에 쫓기고 UX는 엉망이 되었 의도한대로 만들 수 없었습니다. 개인적으로는 최악의 프로젝트 중 하나로 기억될듯 합니다.

자원관리 : 데스크탑 어플리케이션은 웹환경과 달리 자원 관리가 굉장히 중요한 요소입니다. 포인트를 일일히 지정해서 메모르를 관리해야하는 C언어와 틀리게 플래시 플레이어의 가비지 컬렉션이라는 인공지능 모듈이 알아서 메모리를 관리해줍니다. Adobe측에선 이 기능을 대대적으로 홍보하고 있지만 실제 이 기능은 빚좋은 개살구나 마찬가지입니다. 가비지 컬렉션의 동작을 유도하는 것은 쉬운 일이 아니며 개발자 스스로가 메모리 관리를 할 방법도 없기 때문입니다. (이것에 대해선 차후에 다시 한번 포스팅할 예정입니다)
문서 : 프로젝트 도중에 수정사항이 들어오면 코딩은 산으로 가기 시작합니다. UX 설계는 말할 것도 없구요. 개발 전에 이루어지는 문서 정리 과정의 소중함을 다시 깨닫게 된 계기가 되었습니다.
설계 : TIMER객체를 이용한 옵저버 패턴으로 대부분의 이벤트를 처리했는데 이것이 코딩의 양이 방대해지니 문제를 일으키더군요. 각 리스너는 0.1초에 한번씩 이벤트를 살펴보는 구조로 되고 이런 구조는 소규모 어플리케이션에서는 안전하지만 대규모 어플리케이션에는 반드시 문제를 일으킵니다. (코딩의 양을 계산해보니 대략 7000줄 쯤 되는 것 같더군요) 그렇다고 TIMER객체의 시간 설정을 0.1초가 아니라 0.01초로 더욱 민감하게 만들어 놓으면 CPU 점유율이 올라갑니다. 진퇴양난입니다.;; 다른 개발자 분들은 어떻게 하시는지 모르겠지만 TIMER객체로 이벤트를 감시하는 구조는 가능한 자제하십시오.
컴포넌트 : 이번 키오스크는 터치스크린 구조입니다. 터치스크린은 손가락으로 조작하기 때문에 일반적인 마우스 조작과는 다른 환경입니다. 이 때문에 플래시에서 제공하는 우수한 UI컴포넌트들을 모두 버리고 직접 제작해야했습니다. ㅡㅡ;; UI컴포넌트를 사용할 수 있느냐 없느냐에 따라 프로젝트의 전체 일정도 상당한 차이를 일으키더군요. 일정이 자꾸 밀리기 시작했고 이 때문에 근 2달간 새벽에 퇴근해야했습니다.

AS3.0 / 플래시로 데스크탑 어플리케이션을 제작할 때는 웹 어플리케이션 제작 일정의 2배로 잡아야 안전할 것입니다. 플래시 AIR를 제작하는 개발자 분들께 참조가 되었으면 좋겠군요.

경주 U-관광 프로젝트 여행카트

정 영진 — Fri, 03 Apr 2009 17:54:00 +0900

경주 관광 포털 사이트의 핵심 서비스 중에 하나인 여행카트 서비스는 사용자들이 웹서핑 중에 마음에 드는 여행지가 있으면 상품 카트처럼 여행지들을 카트에 담을 수 있는 서비스입니다. 사용자들은 이렇게 카트에 모은 여행지들을 정리해서 여행 일정표를 작성하거나 출력할 수 있습니다.

경주 관광 포털 여행카트

이번 여행카트 디자인과 설계의 특징은 대략 아래와 같습니다.

전체적인 UI디자인은 회색계통의 무채색을 사용했습니다.그래픽툴, 개발툴, 웹브라우저까지 총 망라한... 우리가 접하는 수많은 UI들이 회색을 사용하고 있습니다. 회색이 정보를 표현하는데 가장 명확하고 공정한 색이기 때문이지요. 이번 여행카트 디자인에는 다양한 형태의 관광지 사진이 들어가는데 이 다채로운 색상의 이미지들을 모두 받아내는 UI색상은 역시 회색 밖에 없다고 생각했습니다. 사용자들의 눈에 들어와야하는 정보는 UI디자인이 아니라 관광지 이미지니까요. (자세한 설명은 예전의 기사를 참고 하시길 바랍니다.)
UI에서 큰 아이콘은 검정색으로 처리했습니다. 아이콘이 UI와 같이 회색이면 주목성이 떨어지고 유채색을 사용할 경우엔 정보객체(관광지 사진)의 주목성을 떨어지기 때문입니다. 아이콘이 작을 경우에는 유채색이어도 정보객체의 주목성을 떨어뜨리지 않기 때문에 적절히 사용해도 상관없습니다.
우측의 버튼으로 카트의 내용을 보여줄 수도 있고 숨길 수도 있게 했습니다. 커다란 카트가 항상 열려 있으면 사용하는데 무척 걸리적 거리겠지요?
플래시가 제공하는 기본컴포넌트의 디자인을 그대로 사용했습니다. 이런 디자인들은 가급적 손을 대지 않는게 좋습니다. 왜냐하면 이미 사용자들은 이러한 UI디자인에 오랜 기간 숙달되고 익숙하기 때문입니다. 새로운 디자인이 아무리 훌륭하고 아름다워도 사용자들이 그 디자인에서 "기능(Function)"을 빠르게 유추해내지 못하면 쓸모가 없는 것이지요. 그러므로 UI디자이너들은 가급적 기본 컴포넌트에 어울리게 UI를 디자인을 하는 것이 좋습니다.
여행지들의 이동과정을 유추할 수 있도록 디자인 했습니다. 한 화면에 관광지를 3개 밖에 넣을 수 없어 조금 아쉬웠지만 상단의 여행코스 탭의 괄호() 안에 여행지 갯수를 넣고 카트 좌우측에 < > 버튼과 여행정보 객체 사이에 → 버튼을 넣어 '여행 카트에 더 많은 여행지들이 숨어 있다.'는 사실을 사용자들이 유추해낼수 있게 했습니다. (할만큼 했는데 조금 아쉽네요)
상세목록 탭을 클릭하면 해당 여행 경로가 목록으로 나옵니다. 앞서 설명한 여행코스 탭에서 한 화면에 다 담지 못한 여행객체들을 도표로 한눈에 볼수 있게 했습니다. 그리고 우측에 간략히 정리된 문서형 정보가 나오기 때문에 도표를 잘 이용하는 사용자들에 큰 도움이 될 것입니다.
여행 정보객체들을 드래그해서 위치를 바꿀 수 있게 했습니다. 아마 대부분의 사용자들은 이 기능을 잘 몰라서 사용하지 않을 것입니다. 아직까지 인터넷 세상에서 드래그앤드랍 기능을 사용해볼 기회는 그렇게 많지 않으니까요.

각 여행지 객체에는 롤오버시 작은 메뉴가 나옵니다.
이 메뉴의 삭제 버튼과 드래그 등을 통해 여행 일정을 조정할 수 있습니다.
모든 이미지는 도트로 명확하게 표현했고 텍스트도 안티엘리어싱이 없습니다.

달력 컴포넌트입니다.
플래시CS3는 자체적으로 달력 컴포넌트를 제공하지 않아 만들어 써야 했습니다.
어설픈 컴포넌트 하나 만드느라 약간 애를 먹었네요.

도표의 사용빈도는 의외로 높습니다.

참신한 기획력과 디자인, 기술을 입힌 컨텐츠도 좋지만
다소 투박하더라도 이런 도표 컨텐츠를 추가로 넣어두면 웹카트의 사용성은 더욱 높아집니다.
(시간과 비용이 허락하는 선에서 말이죠)

(출처 : 조석 블로그)

이번 경주 관광 포털의 여행카트는 쇼핑몰의 상품카트와 여행포털의 일정표 서비스의 장점들을 합친 서비스입니다. 다소 생소한 서비스지만 웹카트는 쇼핑몰 등을 통해 워낙 많이 접해본 서비스이니 첫 사용자들이 겪게 되는 사용성 스트레스는 그리 크지 않을 것입니다.

UI 디자인을 할 때 회색을 사용하는 이유

정 영진 — Fri, 27 Mar 2009 17:56:00 +0900

저는 UI디자인을 할 때 대부분의 경우 회색 계통의 색상을 사용합니다. 앞으로도 UI디자인을 할 때 특별한 이유가 없을 경우에는 무조건 회색을 사용할 것입니다. 제가 UI 디자인에 회색과 같은 무채색을 고집하는 이유는 다른게 아닙니다. UI는 그 역활이 문서의 '종이'와 같기 때문입니다.

여러분 앞에 빨간 토마토 사진과 토마토에 대한 설명이 담긴 문서가 있다고 가정해봅시다. 이 문서를 작성한 사람은 토마토의 싱싱함을 나타내기 위해 물방울이 살짝 맺힌 접사 이미지를 넣었습니다. 그리고 이 토마토에 대해 알고 싶어하는 사람들을 위해 이 토마토가 얼마나 맛있고 어디서 파는지에 대한 글을 작성했습니다. 여기까지가 대부분의 사람들이 기대하는 '토마토 관련 문서'일 것입니다. 그런데 이 문서를 작성한 사람이 토마토의 느낌을 살리기 위해 종이의 색상을 빨간색으로 처리했다면 어떻게 될까요? 그 문서의 디자인을 한번 상상해봅시다. 일단 글자가 눈에 안 들어올 것입니다. 검정 글씨든 하얀 글씨든 간에 절대 한눈에 안 들어올 것입니다. 그리고 가장 중요한 토마토 이미지도 눈에 안 보일 것입니다. 전부 빨간색이니 사람들은 이렇게 말하겠지요.

"글자가 잘 안보여요!"
"토마토도 잘 안보여요!"

<토마토를 상장한다는 배경 : 가독성이 떨어진다>

저는 문서의 종이 즉, UI 디자인 안에 정보와 의도를 담으려는 시도는 가능한 피하는 것이 좋다고 생각합니다. 이런 시도는 정작 가장 중요한 것들(내용)을 망쳐버리지요. 이것은 마치 예쁜 나를 표현하기 위해 꽃무늬 배경 안에서 증명사진을 찍는 것과 같습니다. 내용의 선명도를 떨어뜨리는 잘못된 문서의 배경 디자인은 문서를 보는 사람들로 하여금 짜증을 유발시킵니다.(이것을 보통 사용성 스트레스라고 부릅니다) 그것이 아무리 예쁘고 화려한 배경 디자인이라 하더라도요. "오!! 이토록 다채로운 의미가 담긴 세련된 배경 디자인을 보라!!"라고 감탄하며 유심히 살펴보는 사람은 사실 디자이너들 밖에 없습니다.

재밌는 것은 웹페이지도 결국은 페이지(문서)이기 때문에 사용자들이 웹페이지를 읽을 때 나타나는 모든 반응과 기대심리는 문서의 그것과 동일하다는 것입니다. (심미성에 자신이 없는 웹디자이너 분은 편집디자인에 대해 공부를 하시면 상당히 도움이 될 것입니다) 이 사실을 염두에 둔다면 UI디자인은 크게 고민하지 않아도 될 것이고 무척 쉬워집니다. 상대적으로 역사가 긴 편집디자인 분야의 누적된 노하우를 웹UI 디자인에 적용만 하면 되니까요.

<아무 의미 없는 배경 : 이미지와 글이 더 선명하게 전달된다.>

이번 경주 관광 포털의 여행카트 디자인은 이런 편집 디자인의 기본 원칙에 충실했습니다.(상세내용) 기본에 충실했기 때문에 당연히 UI디자인에서 경주를 상징하는 미술적 장치들을 넣지 않았습니다. 굳이 이런 미술적 장치를 넣지 않더라도 이미 경주의 이미지가 여행카트에 나오고 있으니까요. (한번 상상해보세요. 경주의 느낌을 살린답시고 저 여행카트 UI 디자인에 첨성대 벽돌문양을 넣었을 경우 어떻게 보였을지 말이죠.)

경주 관광 포털의 여행카트

여러분들이 UI디자인을 할 때 화면이 허전해 보일 경우 미술적 장치를 적절히 넣어 심미성 균형을 맞추는 것이 바람직합니다. 하지만 필요 이상으로 많은 미술적 장치를 넣게 되면 UI 디자인의 가독성과 명확성은 급격히 떨어집니다. 좀 더 심하면 사용자들은 어느것이 정보고 어느것이 표현인지 구분 못하게 되어 사용성 스트레스를 겪게 되겠지요.

UI디자인을 할 때는 "이것도 좋고 저것도 좋으니 이것, 저것 둘다 있으면 더욱 좋겠구나!"라는 착각은 버리십시오. 최소한의 미술적 장치를 이용해서 심미성을 높이는 고민을 하십시오. 셍떽쥐베리는 "완벽은 더 이상 덧붙일 것이 없는 상태가 아니라 더 이상 뺄 것이 없는 상태이다." 라고 말했습니다.

경주 U-관광 프로젝트 입체검색

정 영진 — Fri, 20 Mar 2009 09:00:00 +0900

이번 경주 u-관광 서비스 프로젝트에서 포털사이트의 핵심 서비스로 내새운 것 중에 하나가 입체검색과 여행카트입니다. 여행지들을 쇼핑카트처럼 담아서 일정표로 출력할 수 있는 여행카트 서비스는 기존의 여행관련 웹사이트나 관공서 등에서 많이 시도한 검증된 서비스고 관광정보를 원하는 사용자 요구사항을 대부분 충족시킬 수 있는 좋은 서비스입니다. 복잡 다양한 정보를 '패턴화'시키는 기준이 애매하기는 했지만 축적된 기획력과 기술력을 바탕으로 이번에 저희 회사에서 기존의 여타 웹사이트와 차별화된 훨씬 수준 높은 여행카트를 만들 수 있었습니다. 하지만 모든 서비스가 여행카트처럼 순적히 진행된 것은 아닙니다. 이번 포털 사이트의 검색 시스템은 네이버나 다음처럼 우리가 주로 사용하는 문서형 검색 방식이 아닌 입체형 검색 방식이라는 색다른 방법이었는데 이런 입체형 검색은 여러가지 문제를 내포하고 있었고 이 문제들을 해결하는데 시간이 많이 걸렸기 때문입니다.

경주시의 <U-관광포털> 입체검색

사실, 저는 개발 초기부터 입체형 검색을 사용하는 것에 대해 부정적인 입장이었습니다. 그 이유는 대략 아래와 같습니다.

대부분의 사용자들은 기존의 문서형 검색에 길들여져 있습니다. 근원적인 질문을 해봅시다. 입체검색이라는 것이 왜 필요한 것일까요? 정보가 가공되지 않은 형태로 난잡하게 작성된 글만 있는 문서는 사용자들이 알아보기 힘듭니다. 그래서 이렇게 난잡한 정보들을 의미에 맞게 정리, 축소, 도형화 시켜 다이아그램이라고 부르는 표현 객체로 만들면 사용자들이 보다 알아보기 쉽게 됩니다. 입체검색은 이런 다이아그램의 한 표현 방법이지요. 여기까지 생각해보면 입체검색은 꼭 필요한 서비스 같지만 현실은 다릅니다. 대부분의 사용자들은 네이버나 다움 등의 검색엔진이 제공하는 문서형 검색 결과에 오랜 기간동안 길들여져 있습니다. 그리고 사용자들은 이미 입체검색보다 문서형 검색결과에서 더 빠르게 반응하고 원하는 정보를 얻어가도록 훈련되어졌습니다. 기존의 문서형 검색으로도 충분히 원하는 정보를 찾아갈 수 있는데 굳이 사용자들이 입체검색을 이용할려고 할까요?
입체검색은 표현의 제약이 많습니다. 반대로 문서검색은 정보 표현의 제약이 거의 없습니다. 입체검색의 가장 큰 문제점은 사용자들에게 보여줄 정보 중에 몇 가지 형태는 '포기'를 해야한다는 것인데 이것은 우리가 일반적으로 기대하는 바람직한 검색이 아닙니다. 네이버도 최상의 검색 시스템을 사용자들에게 제공해주기 위해 꽤 많은 서비스를 연구하고 있고 그 서비스들 중엔 우리와 같은 입체검색도 존재하고 있습니다. 하지만 네이버의 UI 석박사들도 입체형 검색 결과와 문서형 검색 결과를 동시에 보여주는 형태를 선택했더군요.
입체검색은 사용자들의 이해가 필요합니다. 사용자들은 새로운 웹 UI정보를 받아들일 마음의 준비가 되어 있던 초창기 웹 환경과 달리 굳이 새로운 것을 교육받지 않더라도 자신의 머릿 속에 경험으로 누적된 UI 정보를 바탕으로 사용자들은 자신이 원하는 정보를 찾아낼 수 있게 되었습니다. 입체검색은 대부분의 사람들에게는 익숙하지 않은 UI이고 이것을 사용하도록 강요받을 때는 약간의 "짜증"을 사용자들에게 줄 수 있습니다. 이 문제를 해결 못하면 사용자 대부분은 "왜 이렇게 사용하기 어려워?"라고 투덜대며 이 웹사이트를 떠나버리겠지요. 경주관광 입체검색은 하늘 위에서 관광지들을 보는 것 같은 사용자 경험을 제공하고 주변 관광 정보까지 파악할 수 있는 훌륭한 서비스임에도 불구하고 말입니다. 안타깝지만 사용자들은 변화를 싫어합니다.

입체검색은 이미 11번가에서 실패한 전례가 있었고 수많은 블로거들에게 혹독한 비난을 받았기 때문에 (저도 많이 팼습니다) 막상 제가 입체검색을 제작할려고 하니 밤에 잠이 안올 정도로 걱정되었습니다. 더군다나 공공기관 웹사이트인데;; 이번 경주 관광 입체검색은 신중하게 제작할 수 밖에 없었지요. 요구사항에 포함되지는 않았지만 11번가 입체검색보다 디자인, 기술력에서는 다소 부족하더라도 11번가 입체검색의 가장 큰 문제점이었던 사용성만큼은 최상으로 만들어야 했습니다.

이해를 돕기 위해 11번가에 대해 간략히 설명드리겠습니다. 11번가는 SK라는 대기업의 지원을 등에 엎고 축적된 상품DB, 화려한 기술력과 참신한 기획력을 총동원하여 제작한 웹2.0 시대를 이끌 쇼핑몰이라 기대되었던 오픈마켓 사이트입니다. 거창하게 시작했지만 서비스를 시작한지 이제 1년을 넘은 현재까지도 11번가에서 제공하는 '자칭' 웹2.0 서비스들의 이용율은 미미한 편이고 오픈마켓 시장에서 큰 영향력을 끼치지도 못하고 있습니다. 수많은 기능으로 무장했음에도 불구하고 사용자들은 오히려 기술적 거부감을 느꼈고 궁극에는 "불편하다."고 단정짓고 11번가를 떠나버렸지요. 웹사이트 하나 잘 만들어 놓으면 그냥 사람이 모였던 예전 분위기와 틀립니다. 화려한 기술과 기획, 디자인으로 무장한 웹사이트라 하더라도 서비스 정신이 없으면 실패하는 것이지요. 시대는 그렇게 변한 것 같습니다.

SK컴즈의 <11번가> 입체검색

이상이 제가 입체형 검색을 사용하는 것에 대해 부정적인 입장을 취한 이유입니다. 잘할 수 있을지 무척 걱정되었지만 제가 할 수 있는 능력과 자원 안에서 최대한 사용성을 높여 보기로 했습니다. 다행히 11번가의 입체검색이 수많은 블로거들에게 얻어맞아준 덕분(?)에 좋은 참조가 되었습니다.

제가 의도한 경주관광 입체검색의 형태는 아래와 같습니다.

가벼워야 합니다. 11번가의 입체검색은 심각할 정도로 자원소모가 심했습니다. 그리고 검색 결과가 모두 화면에 표시되기까지 지루한 과정(일종의 애니메이션)을 거쳐야했는데 이런 의미없는 과정들을 참을성 있게 지켜보고 있을 사용자는 (이것을 만든 사람을 제외하곤) 세상 어디에도 없습니다. 의미없는 검색 과정은 모두 제거했고 자원소모를 유발시키는 의미없는 미술적 장치들도 모두 제거했습니다. 개발 관련 부분에서 보다 자세히 다루겠지만 이런 최적화 노력으로 낮은 CPU점유율(검색결과의 양에 따른 램훅 현상은 어쩔수 없구요...)과 빠른 검색, 30KB 정도 밖에 안되는 썸네일 이미지 수준의 매우 작은 용량의 입체검색 플래시를 만들어 낼 수 있었습니다.
문서형 검색을 포함해야 합니다. 약간의 문서형 검색 결과를 삽입해놔야하는 이유는 다른게 아닙니다. 검색창 하나와 입체검색이 있는 웹페이지를 처음 본 사용자들의 기분을 상상해봅시다. 이것이 검색이라는 사실을 인지하기까지는 꽤 시간이 걸릴 것입니다. 최소한 사용자들이 첫눈에 "아~ 이건 검색이구나."라는 사실 정도는 알아야하니까요. 네이버의 UI팀들도 결국 입체검색과 문서형 검색을 동시에 보여주는 형태를 선택했다고 앞서 말씀드렸습니다. 그 정도로 입체검색은 자생력이 낮고 친숙하지 않은 서비스입니다. 저 또한 입체검색 상단에 간단한 문서형 검색 결과를 추가시켜놨습니다만 안타깝게도 이부분은 결국 제한적으로 구현되었습니다.
알아보기 쉬워야 합니다. 각 검색 객체에 사진을 넣어 의미전달성을 높였습니다. 네이버 인물 검색의 초상 이미지만큼 중요도가 높은 부분은 아니지만요. 그리고 각 메뉴의 타이틀은 제거했습니다. 사실 메뉴에 타이틀이 없으면 알아보기 힘들어 사용성이 떨어지지만 막상 집어넣어 보니 검색 객체의 다른 타이틀과 겹치면서 더 알아보기 힘들게 되더군요. 고민을 많이 했습니다만 결국 타이틀은 빼고 플래시로 Alt 기능을 구현하는 것으로 해결했습니다.(그래도 찝찝하네요.)
사용하기 쉬워야 합니다. 각 검색 객체를 누르면 간단한 모션이 발생합니다. 위치를 찾아가는 형태의 애니메이션인데 사용자들은 이 애니메이션을 통해 관광지의 위치 정보를 유추해낼 수 있게 됩니다. 간단한 애니메이션 하나로 부지 중에 위치 정보를 교육 받는 효과가 일어나는 것이지요. 아마 사용자들은 하늘 위에서 여행지를 돌아다니는 것 같은 기분이 들 것이고 이로 인해 새로운 것에 대한 '거부감' 없이 원하는 여행지로 찾아갈 것입니다. 카트담기 버튼을 제외 하고 다른 버튼을 크게 못 만든 것은 아쉽군요. 사용성을 생각하면 버튼을 크게 만드는 것이 맞지만 버튼이 너무 크면 상대적으로 검색 객체가 부각되지 않아 또다른 사용성 문제가 발생해서 말이죠.

네이버의 <한국 영화 사회망> 입체검색

이번 입체검색은 아직 표준화 되지 못한 부분이 많은 미개척 서비스인 것이 사실입니다. 하지만 저는 우리 팀이 남들 다 하는 문서형 검색에 안주하지 않고 입체형 검색이라 새로운 분야에 도전하고 함께 머리를 맞대어 고민했다는 사실에 큰 의미를 두고 싶습니다. 누군가는 새로운 기술(neo-tec)에 도전하고 뒷 감당을 해야 세상이 발전하는 것이니까요. 사실인즉, 이번 프로젝트는 입체검색이라는 새로운 검색시스템을 실 웹서비스에 적용한 국내에서 몇 안되는 사례로 뽑힐 것입니다. 차후에는 저희 보다 훨씬 완성도가 높은 입체 검색이 계속 나왔으면 하는 바램입니다. (지켜보겠어!)

제 글이 입체검색을 서비스하려고 계획중인 기획자나 사업자들에게 약간이나마 도움이 되었으면 좋겠군요.

경주 공공시설 예약 서비스 프로젝트 후기

정 영진 — Fri, 06 Mar 2009 12:48:03 +0900

경주시 u-관광 구축 프로젝트와 함께 진행되었던 프로젝트입니다. 개인적으로 네오텍에 일하면서 접했던 웹디자인 중에 가장 마음에 듭니다. 상단 메뉴 디자인을 보시면 알겠지만 경주의 이미지를 억지로 집어 넣는 것이 아니라 신라시대 천마총, 금관의 문양을 메뉴의 배경으로 처리하여 경주의 이미지를 표현한 것은 굉장히 좋은 발상이었습니다.

사람과 사람 사이에 지켜야할 예절과 약속이 있듯 디자인도 묵시적 약속이 있습니다. 첫 눈에 반한 여자에게 대 놓고 "나 너 사랑한다! 나랑 사귀자!" 이러면 큰일나잖아요. 격한 감정 표현을 자제하고 여자가 천천히 사랑에 빠질 수 있도록 지속적인 단서와 길을 만들어 줘야합니다. (이런걸 흔히 '작업'이라고 하죠?) 디자인도 마찬가지 입니다. 절제되지 않은 감정표현이 부담스럽듯 절제되지 않은 디자인도 사용자들에게 부담을 주는 것입니다. 메뉴에 문양을 빼고 진짜 천마총 그림과 금관을 떡하니 웹페이지에 넣었다면 어떤 화면이 나왔을까요? 품질은 디자이너의 역량에 따라 다르겠지만 한가지 확실한 것은 품질을 떠나서 일단 그것은 불필요한 디자인이고 부담스러운 디자인이라는 것이지요.

색상도 주요부분을 녹색과 주황 단 2개만 사용하여 심미성 지침을 지켰고 대부분의 UI도 회색 계통으로 처리했습니다. 이 정도면 화려하지는 않지만 '훌륭'합니다.

경주 공공시설 예약 서비스

제가 맡은 부분은 플래시 개발이었습니다. UI기획과 디자인은 제가 한 것이 아닙니다. 아래 이미지는 제가 맡은 개발 영역입니다.

AS3.0 기반의 슬라이드 컴포넌트는 플렉스에만 구현이 되어 있어서 플래시용은 직접 만들어야 했습니다. (만드는 중에 Flash CS4를 사용할 수 있게 되었는데 거긴 컴포넌트가 있더군요. ㅡㅡ;;) 기본 컴포넌트로 처리할 수 있는 부분이라면 가능한 기본 컴포넌트를 사용하는 것이 좋습니다. 작업 속도가 빠른 것도 이유이기도 합니다만 은색의 볼록한 기본 컴포넌트들은 몸값 비싼 디자이너들과 석박사 UI 전문가들이 고민해서 만든 것이라 사용성이 끝내주게 좋기 때문입니다. 물론 기본 컴포넌트는 약간... 속된 말로 촌삘이 나기 때문에 기본 컴포넌트를 사용하기 위해서는 디자이너 분들께 충분히 납득할 수 있게 설명을 드려야겠지요. (싸우지는 마시구요.) 더 좋은 것은 이런 기본 컴폰넌트에 어울리는 UI디자인을 하면 된다는 것입니다. 이 부분에 대한 설명은 다른 기사를 참조하시길 바랍니다.

초고속 UI디자인

정 영진 — Tue, 13 Jan 2009 13:41:18 +0900

1단계: 개발팀에서 화면구성안이 넘어왔습니다. 오늘 UI디자인 해야할 것은 [세외수입부과시스템]이라는 공공기관에서 사용하는 C#기반의 데스트탑 어플리케이션입니다.

2단계: 심호흡하고 10분 정도 고민하고 UI구성을 머릿속으로 그려봅니다.

3단계: 그후 개발팀과 대화를 나눕니다. (10분) 상상속 의 UI구성이 기술적으로 가능하고 요구사항에 부합되는 것인지...

4단계: 이야기가 끝나고 기술적으로 문제 없다고 판단이 서면 디자인 시작합니다.

일전에 저는 심미성 패턴을 지키면 디자인이 굉장히 빨리 끝난다는 글을 포스팅한적이 있습니다. 실제로 메뉴 디자인과 레이아웃 잡는 것은 10분만에 끝내긴 했습니다. 하지만 심미성 패턴만으로도 어떻게 할 수 없는 영역이 있더군요.

바로 도트입니다.

별것 없는 것 같지만 정말 시간이 많이 걸리는게 도트 디자인입니다. 점 하나로 심미성과 제공성이 달라지기 때문에 도트 디자이너들은 도트 하나를 찍을 때도 몇번씩 삭제하고 고민합니다. 안타깝게도 관리직 사람들은 이런 도트 디자이너들의 노고를 잘 이해하지 못하는 것 같더군요.

(나중에 기회가 되면 도트 디자인의 중요성에 대해 포스팅해볼 예정입니다)

추가 팁으로 로고는 배경과 잘 싱크 되게 타이틀은 선명하게 하는 것이 심미성을 높이는 지름길입니다.

"공직사회의 깔끔함(?)"을 표현하기 위해 파란색 라인을 사용했는데 그리 나쁘진 않군요.

5단계: 어플 디자인이 끝났으면 이제 바탕화면에 보여질 아이콘을 디자인 해야겠지요?

사이즈는 128*128, 48*48, 32*32, 16*16... 총 4개입니다. 이렇게 4개를 따로 만들어 두는게 좋습니다. 방금 제가 말한 사이즈로 만들면 대부분의 운영체제에서 깨지지 않고 깔끔한 아이콘으로 나올 것입니다. (이것이 표준이라고는 자신있게 말씀은 못드리겠군요)

6단계: 무한루프 수정사항 반영 (무서워요 ㅜㅜ)

아무튼 여기까지가 일반적으로 데스크탑 어플리케이션의 UI디자인을 해 나가는 과정 중 가장 빠른 방법입니다. 사용자 요구사항, 체크리스트, 사용성 테스트 등 UI디자인은 신중하고 체계적인 순서를 거쳐야하지만 이렇게 간단한 어플은 위에서 제가 알려준 방법대로 해도 크게 무리가 없답니다. 신입 디자이너 분들께 도움이 되었으면 좋겠군요.

프로젝트 일정표 작성 방법

정 영진 — Thu, 27 Nov 2008 10:36:18 +0900

프로젝트를 진행하면서 가장 신경써야할 부분이 의사소통이다. 팀원간의 의사소통에 문제가 생기면 프로젝트의 일정과 비용은 갈수록 늘어가고, 고객과의 의사소통에 문제가 생기면 프로젝트는 산으로 가게 된다. 그렇다고 문서작성과 미팅 같은 의사소통 작업에 너무 많은 노력을 쏟아부을 수도 없다. 이것이 지나칠 경우엔 프로젝트의 효율성을 저해시킬 수도 있기 때문이다. 문서작성 시간과 미팅 역시 상당한 시간을 소모하기 때문이다.

오늘은 최소한의 노력으로 상당한 의사소통 효과를 누를 수 있는 방법을 소개할까한다. 팀원, 고객을 포함한 모든 이해 당사자들이 볼 수 있는 [일정표]다.

위의 일정표는 현재 진행중인 프로젝트의 일정표다. 실제 업무에서 사용 중이고 A0사이즈로 회사 내부에 떡하니 붙어있다. 공개적인 프로젝트는 아니기 때문에 주요 부분은 모자이크 처리했다.

이렇게 회사 내부에 일정표는 크게 붙여 놓을 경우 얻을 수 있는 효과는 각 팀원들이 하고 있는 일을 한눈에 볼 수 있어 이것을 토대로 자신의 일정을 다른 팀원들의 일정에 맞출 수 있게 된다는 점이다. 더욱 좋은 점은 그런 결정을 할 때 굳이 모든 팀원들을 찾아다니면서 질문하고 대화를 할 필요가 없다는 것이다. 이러면 상당한 시간절약 효과를 낼 수 있다. 아래는 일정표를 만들 때 얻을 수 있는 효과다.

프로젝트를 통제하고 진단하길 원하는 관리자 그룹에게 좋은 시각적 단서를 제공해준다. (상당한 양의 보고용 문서를 줄일 수 있다)
고객의 불안감을 어느정도 없앨 수 있다. (고객이 불안해하면 프로젝트가 어디로 튈지 모른다)
프로젝트에 대해 모든 이해 당사자들의 참여를 유도하여 잘못된 의사결정을 줄일 수 있다.
모든 팀원들에게 자신의 일정이 노출되기 때문에 프로젝트에 책임감을 가지게 된다.
팀원들이 자신의 프로젝트가 효율적으로 진행된다고 생각하여 집중력이 높아진다.
팀원들이 자기 생각대로 프로젝트를 진행하지 않게 된다.

대신 일정표를 작성할 때는 신중해야 한다. 처음 일정표를 작성할때부터 모든 팀원들의 의견과 계획을 취합해서 정확하게 만들지 않으면 일정표에 대한 "신뢰성"을 잃게 되는데 이러면 프로젝트는 통제권을 벗어나서 다시 산으로 향하기 때문이다. 그러므로 처음에 신중하게 작성해야하고 만든 이후에도 주기적으로 일정표를 갱신해야한다.

물론, 이 일정표가 잘만든 것도 아니고 정답도 아니다. 직군별로 색상 구분도 안되어 있고 자료도 턱없이 부족하다. 또한 프로젝트의 성격에 따라 일정표의 형태도 틀려질 것이다. 일정표를 만들 때는 시각적인 전달과 가독성이 최대한 높아야한다는 것을 명심하길 바란다.

아래는 대략적인 일정표 작성 지침을 목록으로 만든 것이다.

색상의 사용을 최대한 줄인다. (가독성)
배경은 흰색을 사용할 한다. (가독성)
스택(일정이표시되는 영역)은 가능한 진하고 명확하게 만든다. (가독성, 사용성)
너무 많은 정보를 넣으려고 해선 안된다. (사용성, 제공성)
다이아그램은 굉장히 알아보기 쉬운 형태여야 한다. (제공성)
가능한 2차원으로 구성한다. (2차원 도표란으례 볼수 있는 x, y좌표로 만들어진 도표를 말한다. 1차원의 동그란 도표는 비효율적이고 3차원의 입체도표는 종이로 표현하기 어렵다.)

"잘 만든 일정표 하나가 프로젝트를 성공으로 이끈다."

초고속 편집 디자인

정 영진 — Tue, 18 Nov 2008 17:49:07 +0900

울산광역시 드래곤보트 선수권대회~ 이번 프로젝트도 시간이 너무 없었다. CD와 CD케이스 디자인건을 오후에 받았고 그날 안에 인쇄 업체로 넘겨야할 상황이었기 때문이다. 아~ 오늘은 약속 때문에 후딱하고 빨리 나가야 할 상황인데 말이지... 일단 디자인 작업을 새로하는 것보다 기존에 있던 이미지 소스를 최대한 활용해보기로 했다. 아래는 회사 동료 디자이너님께서 넘겨주신 이미지 소스이다. 이 이미지 소스에 타이틀과 오브젝트들을 넣어볼 것이다.

자고로, 디자인이란 수천,수만번의 레이아웃 테스트를 머릿속으로 하는 작업이다. 그렇게 디자이너들은 머리로 하는 이 끊없는 테스트 작업 때문에 밤을 세기 일수다. (속된 말로 발동 걸린다고...) 그렇게 2~3년 밤세고 나면 대충 어떻게 디자인을 하면 되는지 가닥이 잡힐 것이다. 나는 이것을 '심미성 패턴'이라고 부르고 싶다. (디자인패턴이란 단어를 쓰고 싶지만 이미 개발 방법론이라는 의미로 너무 광범위하게 퍼져 버려서...)

이런 심미성 패턴만 지키고도 그럴듯한 디자인이 가능하다. 물론 절대로 훌륭한 디자인은 나올수 없지만 욕은 안들어 먹을 수 있는 그런 디자인이 가능하다. (심미성 패턴에 관해서는 일전에 [고액연봉 웹디자이너로 성공하기]라는 기사로 소개한적이 있다)

이번 프로젝트에서 사용한 심미성 패턴은 아래와 같다.

컨텐츠는 명확해야한다.
타이틀은 좌측상단에 배치하는 것이 좋다.
그리드는 칼 같이 맞춘다.
폰트의 종류를 최대한 적게 한다.
색상의 종류를 최대한 적게 한다.
사용자가 알고 싶어하는 내용을 크게 만들어라.

이 정도의 심미성 패턴만 지켜도 신입 때 2~3시간 고민해서 레이아웃 잡는 것도 10분이면 끝낼 수 있다. 난생처음 보는 이미지 소스를 가지고 10분만에 레이아웃 잡는 것은 쉬운 일이 아닌데 심미성 패턴을 지키면 이런 일이 가능하다.

아래는 작업 결과물이다. 썩~ 마음에 들지는 않는다.

< 위는 CD케이스 / 아래는 CD >

다시 말하지만 내가 작업한 이 디자인은 절대 훌륭하지 않다. 동네 출력소에서 으례 볼 수 있는 평범한 디자인일 뿐이다. 하지만 10분 안에 후딱 끝내야할 상황에서 고민없이 찍어낸 것 치곤 나쁘지는 않다고 생각한다.

심미성 패턴은 건축에 비유하자면 토대를 다지는 '공그리 작업'과 같다. 나보다 훨씬 실력이 우수한 다른 디자이너분들이 이 심미성 패턴 위에서 레이아웃을 잡고 디자인 작업을 한다면 같은 이미지 소스라도 이보다 훨씬 우수한 디자인을 훨씬 빠르게 해낼 수 있을 것이라 믿는다.

초등 단계별 영어듣기인증제 듣기 평가

정 영진 — Fri, 14 Nov 2008 10:04:10 +0900

투입 가능한 인력이 별로 없었기 때문에 기획부터 화면설계, 디자인까지 혼자 해결해야했다. 시간이 별로 없어 이틀 내로 끝내야하는 작업이었기 때문에 정보가 턱없이 부족했고 클라이언트의 입장을 충분히 생각해볼 겨를도 없었다. 회사 전체의 미래를 결정할만한 큰 프로젝트를 진행중이었기 때문에 이런 소규모 프로젝트는 대충 빨리 끝내고 메인 프로젝트로 복귀하기를 운영측에선 원했던 것 같다. 어설프게 새로운 시도를 했다가는 주변에서 짜증낼 상황? 이번 프로젝트는 그저 기본, 기본, 기본에 충실해야만 했다. (이것이 현실인가? ㅜㅜ)

영업팀으로부터 요구사항을 받고 간단한 기획안을 구상해봤다. 주변에서 주 클라이언트가 초등학생들인만큼 어린이 카툰 캐릭터를 집어넣는게 좋지 않냐고 조언을 해주었지만 내 생각은 달랐다. 어린이용 시스템이라고 캐릭터와 카툰이 꼭 들어가야 하는 것인가? 흥미 유발이라는 관점에선 캐릭터와 카툰이 큰 도움이 될 수도 있겠지만 여기엔 몇 가지 문제점이 있다.

시험 화면에 이미지가 많으면 어린이는 문제에 집중할 수 없어 산만해진다.
캐릭터와 카툰이 많은 메인 화면은 어린이의 흥미는 유발시킬 수는 있으나 긴장감을 떨어뜨릴 확율이 높다.

이것은 게임이 아니라 집중력을 요구하는 듣기 평가다. 온 신경을 집중해야하는 듣기 평가에 집중할 수 없는 것만큼 치명적인 것은 없을 것이다. 어린이들에게 재미는 무척 중요한 요소이기는 하지만 이러한 특수함 때문에 '목적'을 흔들어선 안된다.

링크가 있는 버튼은 파란색으로 표현했고 비활성 버튼은 회색으로 표현했다. 너무 당연한 디자인이지만 당연하기 때문에 이것은 매우 중요하다. 빨간색, 노랑색 등등을 사용했다면 그만큼 전문성이 떨어져 보였을 것이다. 웹환경에 길들여진 대부분의 사람들은 파란색만 보면 클릭하고 싶은 충동을 느끼는데 이것은 마치 "사과는 맛있다."라는 사실만큼나 웹 세상에선 당연한 진리이기 때문이다. (이 진리를 어긴 것은 신성모독이다.) 장담컨데 이 버튼은 초등학생들도 쉽게 버튼이라고 인지하고 사용할 것이다. 그것으로 충분하다.

버튼이라는 느낌을 정확게 전달해주기 위해 일명 '뽈록이' 디자인을 사용했고 아이콘은 초등학생도 쉽게 인지할 수 있도록 아주 단순한 형태로 만들었다. 배경색을 수험자들에게 시각적 안정감을 줄 수 있는 연한 하늘 색을 사용했기 때문에 이 아이콘의 색상이 더욱 부각되어 인지성이 높아진 것 같다.

아래는 제품의 CD디자인이다. 내가 실수한 것이 편집 디자인에서 그라데이션은 위험한 시도인데 아무 생각없이 이걸 사용해버렸다는 것이다. (예전에도 똑같은 실수를 한 기억이) 아~ 이거 출력될 때 얼마나 허접하게 나올지 무척 걱정된다. 아무래도 편집 디자인을 너무 오랜만에 한듯...

개인적인 평가는 10점 만점에 6점~ 시스템의 공간활용을 제대로 못한게 많이 아쉽다.

헤리티지 - I decide -

정 영진 — Mon, 01 Sep 2008 22:54:28 +0900

결국엔 완성이 된듯 하군요.

수고했어~ 선민군. ㅋ

WOW 확장팩2: 리치킹의 분노 인트로를 보고

정 영진 — Thu, 28 Aug 2008 19:32:55 +0900

이번에 WOW의 두번째 확장팩: [리치킹의 분노] 인트로 영상이 공개되었습니다. 역시나 블리자드는 사람들의 기대를 저버리지 않았더군요. 확장팩 하나에도 이런 수준 높은 영상을 제공하는 블리자드를 보며 WOW 커뮤니티에서는 "왜 우리나라 게임 회사들은 이런 영상을 만들수 없는가?"라며 놀라움을 금치못했습니다. 한때 (스스로) 온라인 게임 최강국임을 자처하던 우리 나라 사람들이 상대적으로 후발 주자인 블리자드의 압도적인 모습에 간담이 녹는듯합니다.

WOW인벤에서는 이 인트로 동영상 때문에 한국 3D영상의 기술력있느냐 없느냐를 두고 팽팽하게 논쟁이 어졌더군요. 저도 한때는 3D영상을 공부했었고 주변에 3D쪽에서 일하는 친구들을 상당히 많이 접해본지라 일반인 이상으로 이쪽 분야에 대한 이해는 있다고 생각합니다. 이번에는 한국 3D영상에 관련한 글을 써볼까합니다.

단도직입적으로 말씀드리면 우리 한국 3D종사자들~ 기술력 있습니다. 환상적인 툴 실력과 투철한 노가다 정신으로 무장한 우수 인력들이지요. 실제 이분들이 만들어낸 포트폴리오만 보면 한국의 기술력이 미국을 능가했다는 생각에 몸서리 치실겁니다.

문제는 말입니다. 3D영상 제작에 있어서 그런 기술력은 절대적인 가치가 아니라는 겁니다. 안타깝게도 한국 3D인력들은 그 가치가 전부인냥 고집스럽게 매달리고 있지요. 쉽게 이야기해서 우리의 3D종사자들의 머릿속에는 3D영상 제작에 필요한 '기술적 기반'은 확고히 깔려있는데 '문학적 기반'은 전혀 없다는 것입니다. 영상 자체의 큰 그림을 보는 안목과 센스가 없다는 것이지요.

한국 3D인력들에게 블리자드의 인트로 영상을 똑같은 장비 가지고 토시 하나 틀림없이 따라 만들어 보라고 하면 정말 똑같이 만들어 낼 수 있습니다. 안될것 같지요? 충분히 가능합니다. 한국 3D인력들 기술력은 있습니다. 트랜스포머 3D영상 제작에 한국개발팀이 3팀이나 참여했습니다. (짝짝짝~) 한국 3D인력이 기술력이 있다는 점은 모두 인정하십시오. 엄연한 사실입니다.

앞서 말한 '기술적 기반'과 문학적 기반의 차이점에 대해 간단히 말씀드리겠습니다. 3D영상에 있어 '기술적 기반'이란 모델링, 맵핑, 애니메이트, 파티클 사용, 이펙트 처리 등등이 되겠군요. 한국 CG인력들 이런 것 잘합니다. 그럼 '문학적 기반'이란 무엇일까요? 예를 들어 우리가 거대한 용이 나오는 영상을 만든다고 가정해봅시다.

"거대한 몸체를 가진 용은 어떻게 움직이고 실루엣은 어떠할까?"
"이 거대한 몸체를 움직이는 용은 어떤 생각을 하고 있을까?"
"용이 움직일 때 주변 환경(바람, 나무, 새, 인간 등등)은 어떻게 반응하는가?"
"예를 들어 새는 이 용을 보고 어떤 생각을 하고 반응할까?"
.
.
.

이런 질문이 끝도 없을 겁니다. 인간의 눈은 간사해서 자기가 보고싶어하는 현실만 보려고 합니다. 그래서 3D영상은 이렇게 '사람들이 보고 싶어하는 현실'이 무엇인지 끊임없이 고민하고 그 해답을 사람들에게 확실하게 보여줬을 때 사람들에게 감동을 줄 수 있는 것입니다. 안타깝게도 단순히 열심히 공부하고 일하면 향상되는 '기술적 기반'과 달리 이런 안목과 센스는 매우 잠재적인 것이기 때문에 어릴 때 자라온 환경과 받아온 교육이 무척 중요합니다. 이것이 소위 말하는 '문학적 기반'입니다.

일전에 심형래 감독님이 [쥬라기 공원]을 보고 크게 감동받았다고 합니다. 제 생각에 심형래 감독님은 그 영화가 그토록 감동적이었던 이유가 (그분이 최근에 찍은 여러 영화들을 봤을 때) 우수한 3D영상 기술 때문이라고 생각하신 것 같습니다. 아닙니다. [쥬라기 공원]은 기술도 훌륭했지만 문학적 기반이 엄청난 영화였습니다. 한번도 본적이 없는 공룡들의 움직임을 구현하기 위해서 스탭들과 3D인력들이 얼마나 고민했을까요? 그들은 항상 질문하며 만들었을 겁니다.

"공룡들은 무슨 생각을 하며 살았을까?"

영화 [쥬라기 공원]의 한 장면

문학적 사유가 전혀 없는 영상은 필연적으로 '유치'해져 버립니다. 한국의 여러 게임 인트로를 보면서 저처럼 유치하는 생각이 들지는 않으셨는지요? 제 아무리 뛰어난 기술로 만들어도 영상에 등장하는 각 소재와 환경의 개연성이 떨어지면 어떻게든 유치해질 수 밖에 없는 것이지요. 특히, 사실성을 강조하는 3D영상에서는 말이지요.

사족입니다만 중국 인력들도 3D기술력은 우리만큼 합니다. 즉, 기술력이라는 것은 학습만 하면 늘어나는 법입니다. 이런 인력은 미국, 인도를 시작으로 동남아, 아프리카 쪽에서 저렴한 가격에 마구 쏟아질 것입니다. 즉, 한국의 3D인력이 이들과 차별화 되지 않으면 가까운 미래에 큰 어려움을 당하게 될 것이라고 생각됩니다.

다시 말씀드리지만 한국 게임 개발사와 블리자드의 수준 차이는 '기술'의 차이가 아니라 '역량'의 차이입니다. 이런 역량 차이를 해결할 방법은 솔직히 말씀드려서 없는 것 같네요. 왜냐하면 이 문제는 사회 분위기와 환경, 교육 여건 등 사회 곳곳에 뿌리깊게 박혀 있는 것들이기 때문입니다. 사회 지식인들이 항상 문제 제기했던 [입시 위주의 교육환경]이도 한 이유이기도 합니다.

갑자기 정치 이야기로 빠질 것 같군요. 이만 줄이겠습니다. 한국의 3D디자이너분들 모두 건투를 빕니다. 블리자드를 능가하는 멋진 3D영상 꼭 만들어 주세요. ^^

영화 [디워]의 한 장면

경주 로망스 (구: 로미오와줄리엣)

정 영진 — Mon, 25 Aug 2008 11:55:29 +0900

내부인테리어: 개인적으로 와우 던전과 선술집 분위기가 나서 너무 좋았습니다.
(참조: http://www.worldofwarcraft.co.kr/data/screenshot/index.do )

까르보나라 스파게티와 햄버거 스테이크를 주문해봤습니다. 의외로 비싸지 않더군요. (1~2만원선)

처음에 나온 스프는 좀 닝닝한데 음식을 싱겁게 먹는 편인 제 입맛에는 딱 맞더군요. 닝닝한 스프를 별로 안좋아하시는 분들은 후추와 소금으로 간을 조절하실 수 있습니다.

샐러드를 주문해야 나오는 대부분의 패밀리 레스토랑과 달리 작은 그릇으로 샐러드가 기본적으로 나옵니다. 이건 상당히 마음에 들더군요.

후식으로 아이스크림을 선택해봤습니다. 음~ 무난하네요. ㅋ 인테리어, 가격, 맛, 서비스... 모두 만족할만합니다. 보문단지 근처라서 밥먹고 주변을 돌아다녀도 상당히 좋습니다. 이정도면 울산/경주 통틀어 상당히 괜찮은 레스토랑 중 하나로 추천할만 합니다.

이날 비가 와서 정문 사진은 못찍었네요. 해당 사진은 검색으로 퍼왔습니다. 나중에 찾아가실 때 도움이 되었으면 하네요. 그리고 이번에 레스토랑 이름이 바뀌었다고 합니다. 로미오와줄리엣 --> 로망스

경주 대명리조트 아쿠아월드

정 영진 — Fri, 22 Aug 2008 10:45:00 +0900

콘도 상층 베란다에서 바라본 아쿠아월드 전경입니다. 저기 보이는 파도 넘실넘실 가짜 해변은 구명조끼를 입어야만 이용하실 수 있습니다. 수영모는 필히 착용해야하며 수영모, 튜브, 구명조끼 등은 모두 수영장 내에서 대여 가능합니다.

아쿠아월드에는 어른들이 수영하고 놀기엔 그렇게 좋지 않습니다. 대부분의 풀장은 어린이들에게 최적화 되어 있습니다. 어른들을 위해서 온천탕과 수압 안마기 등등이 구비되어 있는데 이곳은 가족 단위로 오면 좋을듯 합니다. 젊은 사람들이 즐기기에는 아쿠아월드 옆에 있는 캘리포니아비치에 비해 못하다는 생각이 드는군요.

말씀드렸던 노천탕입니다. 사진이 좀 아닌데 실제로 보면 참 예쁩니다. 저녁에는 무드등이 켜져서 정말 아름답습니다. 가족, 친구와 함께 놀기도 좋고 연인과 함께 분위기 잡기에도 좋습니다. (대신 뜨겁다는거 -_-;) 이 노천탕 때문에 여름 뿐만 아니라 봄, 가을에 이곳을 찾아오는 것도 좋다고 생각합니다.

성수기에는 1인 기준으로 주중에 33,000원이고 주말에 35,000원입니다. 어린이들은 2만원 선입니다. 자세한 것은 아래 웹페이지를 참조하세요.

참조: http://www.daemyungresort.com/asp/resort/gyeongju/aqua/aq_use_info.asp

플렉스 개발자를 채용하는 방법 (번역율 40%)

정 영진 — Fri, 15 Aug 2008 22:23:00 +0900

플렉스 개발자 수요는 많아지는데 공급이 따라가주질 못해서 이들을 채용하는 것이 점점 어려워지고 있습니다. 이런 수급 불균형은 플렉스 개발자의 몸값 상승으로 이어지고 있습니다. 여러 사례를 분석해본 결과, 플렉스 개발자의 몸값은 작년보다 30~40% 가량 인상된 것으로 보입니다. 개인적으로 저는 플렉스 개발자가 미친듯이 증가해서 공급이 수요를 능가하지 않는한 이 문제는 더욱 악화되고 앞으로도 계속 될 것으로 봅니다. 만약, 여러분이 지금 플렉스 개발자라면 최상의 상황에 도달해있는 것입니다. 채용 시장은 굉장히 뜨겁습니다. 현 상황을 즐기세요! 자... 그러면 프로젝트 관리자와 고용주는 어떻게 해야할까요? 개발팀과 회사는 어디서 플렉스 개발자를 채용할 수 있을까요?

플렉스 개발자를 찾지마십시오!!!

컴포넌트/어플리케이션 개발자를 찾으십시오!!!

플렉스에 경험이 많은 개발자를 찾는 것은 어려운 일이며 공급 또한 제한적입니다. 그들을 찾으려고 하면 여러분은 아마 좌절하거나 반드시 제한적인 성공을 맛보게 될 것입니다. 어플리케이션 개발자들에게 플렉스 학습은 매우 쉬운 일이며 플렉스의 개발 모델 또한 Java, C#, C++, VB, PowerBuilder, Delphi 외에 기타 컴포넌트/클래스 개발 페러다임에 기반한 언어들을 사용하는 개발자들이 사용하는데 적합하도록 되어 있습니다. 저는 어플리케이션 개발에 경험이 많은 개발자를 채용해서 단기간에 플렉스를 훈련시켜 프로젝트에 투입시키는 방법을 적극 추천합니다. 이것이 이상한 사업 전략처럼 보일 수도 있습니다만 역사상 가장 성공적인 플렉스 프로젝트 중에 둘은 플렉스나 플래시 개발 경험이 전무한 팀들로 부터 만들어졌다는 사실을 여러분은 아셔야합니다. 컴포넌트 개발, 객체지향 개발에 해박한 어느 훌륭한 어플리케이션 개발자는 데스크탑 소프트웨어와 플렉스가 놀라울 정도로 비슷하다는 주장을 글로 썼었습니다. 플렉스를 이해하는데 필요한 모든 패턴과 기술들이 그쪽 분야 사람들이 모두 아는 것들이라는 점이 그 이유였습니다. 또한, 이것들은 가르치거나 실제 프로젝트에 배운대로 써먹기에 아주 어려운 기술들입니다.

기사원문

How to find Flex developers!

Finding Flex developers is getting very difficult as demand is far greater than supply. This has induced a rise in rates and salaries for Flex developers. In many cases, Flex developers are seeing salaries and rates some 30-40% higher than last year. Personally I only see the problem getting worse and demand continuing to outstrip supply even as we grow like mad. If you know Flex today, you are in a great spot, the market is white hot, party on! So what are projects and employers to do? Where can a team/company find Flex developers?

DON'T LOOK FOR FLEX DEVELOPERS!!!

LOOK FOR COMPONENT AND APPLICATION DEVELOPERS!!!

Looking for developers seasoned in Flex is hard and there is a limited supply. You will get frustrated looking for them and you will most likely have limited success. Learning Flex is quite easy for application developers and the development model was designed to fit developers coming from Java, C#, C++, VB, PowerBuilder, Delphi or any component/class based development paradigm. I highly recommend recruiting developers seasoned in application development and training them in Flex for the project at hand. This might seem like a strange tactic but 2 of the most successful Flex projects were built from teams with no prior Flex or Flash development experience. A good application developer who understands component development, object oriented development, and who has written desktop software are an ideal fit for Flex. The key is that they already know all the patterns and skills that are needed to understand Flex. These are also the skills that are very hard to teach and can only be learned on real projects.

Look at Buzzword by Virtual Ubiquity. This team had ZERO Flex experience, ZERO, when they decided to build a document editor in the web and chose to deploy to Flash Player and selected Flex for development. At the time Flex 2 was at Beta 2 and they wrote a prototype and proved that they development model would scale to produce a full document editor on par with desktop software. The team has over 100 years combined development experience building document editors. This team is wildly proficient in C and C++ for real desktop development. This team adopted Flex and has literally taken the development model farther than any team yet. They were application developers with deep knowledge of object oriented development and learned AS3 and Flex easily.

Look at Yahoo Web Messenger. This team had ZERO Flex experience, ZERO, when they decided to build an instant messenger in the web. I met the team while teaching at Yahoo earlier this year and they had 5+ developers on the project with no prior experience with Flex or AS3. The key was the team were all experienced application developers. By my estimate that team went from scratch to release in 6 months implementing the native Yahoo Messenger protocol in AS3 using flash.net.Socket.

Look at many of the top Flex developers and several key evangelists for Flex, they all have come from a component development background. What is even stranger is that many were once upon at time PowerBuilder developers. It is this component based legacy that is a strength in learning/adapting to the Flex development paradigm. If you look closely at Farata Systems and Cynergy Systems you will see several of the leading PowerBuilder developers who migrated to Java and then onto Flex.

Here are 5 skills/experience to look for:

1. Component Development
2. Desktop Application Development
3. OOP Skills - Classes, Interfaces, Composition, Inheritance
4. Languages - Java, C, C++, C#, PowerBuilder, Delphi, VB
5. Compiler skills are a must! (Flex/AS3 are not interpreted, they are compiled)

I am sure we will see a day when there are millions of Flex developers but given the market shortage today, we need to recruit them from other development markets. The best way to do that is to port developers with application skills and experience and teach them Flex. There are 5-10 Million developers out there that qualify and many are already employed in larger organizations. In many companies, there may already be the makings of a great Flex team in house.

There will come a day when recruiting Flex will be easier, but today, focus on finding good application/component developers for your Flex project and train them. I wish it were easier and that Flex developers grew on trees but we are not there yet.

Go Flex!

My 2 cents,

Ted :)

진정으로 부지런하다는 것 - IT 세계에 처음 발을 디딘 신입들에게 -

정 영진 — Fri, 18 Jul 2008 20:20:45 +0900

나는 2002년에 제대한 후, 공장과 농장을 전전하고 밥벌이 하며 반백수로 살다가 멋진 웹 제작자가 되어 잘 살아보겠다는 일념으로 대학에 복학했었다. 그때는 피끓는 열정을 주체할 수 없었기에 잠자는 것과 쉬는 것이 사치처럼 여겨졌다. 잠도 이틀에 한번씩 잤고 바쁠 때는 4일간 자지 않고 작업한적도 있다. 대부분 그랬을 것이다. 그때는 그런 '불꽃처럼 활활타는' 삶이 프로페셔널해 보이고 멋져 보였을 것이고 그렇게 되기를 꿈꾸기도 했을 것이다. 그리고 그렇게 하지 못하는 자신의 나태함을 부끄러워했을 것이다.

그러나 학생 때와 달리 사회 생활은 달랐다. 대부분의 직원들이 학생 때의 나만큼 열심히 한다. 학생 때는 그렇게도 놀던 사람들도 취직만 하면 야근에 주말근무까지 불사해가며 일한다. 학생 때 꿈꾸던 그 '불꽃처럼 활활타는' 삶도 사회에선 그저 기본에 불과하다. 학생 때 꿈꾸던 삶이 막상 사회로 나가보면 누구나 하고 있는 평범한 일상인 것이다.

모두가 할 수 있는 일이면 그것은 더 이상 특별한 일이 아니다. 나는 몇년 간의 사회 생활을 통해 학생 때의 나처럼 밤새고 주말을 반납하며 일하는 것은 누구나 할 수 있는 평범한 일이라는 것을 깨닫게 되었다. 막상 현실을 깨닫고 나면 우리 주변에 가끔 볼 수 있는 자수성가한 사람들이 다르게 보일 것이다. 몇몇 사람들은 그들이 부정한 방법을 썼을 것이라고 생각하지만 대부분의 사람들은 그들이 그 정도로 성공하기까지 정말 초인적으로 부지런했을 것이라고 단정한다. 그리고 자신들의 부지런하지 못함을 탓하며 더욱 열심히 일할려고 한다.

하지만 내 생각은 다르다. 우리들... 특히, 우리 모든 IT가족분들은 그 정도면 충분히 부지런하다. 자수성가한 사람들의 이야기를 들어보면 일 때문에 자지도 못하고 놀지도 못하고 쉬지도 못했다는 것이 대부분인데 실제로 우리도 그 정도는 하고 있지 않은가? 오히려 우리보다 더 게으른 것 같은데 성공하는 사람도 많다.

그들이 우리와 다른 점은 그들은 부지런히 '생각한다'는 것이다. 또한, 부지런히 생각하기 때문에 시간을 매우 효율적으로 쓴다는 것이다. 그들은 끊임없이 생각해서 자신의 삶을 계획하고 변경해 나간다. 매우 미안한 말이지만 상당수의 사람들은 생각하기 싫어서 야근과 주말근무를 택한다. 일을 효율적으로 끝내볼 궁리와 좋은 방법론 따위는 머리가 아파서 재쳐놓고 생각없이 그냥 일하는 것을 택해버리는 것이다. 야근과 주말근무가 누구나 할 수 있는 일인 이유는 그 일이 가장 마음 편하기 때문이다.

상기 인물은 내용과 상관없음.

대부분의 미국인들은 어떻게 하면 평생 즐겁고 편하게 살 수 있는지를 고민하며 산다. 그리고 자신들의 하는 일에 자부심도 매우 강하다. 근면과 겸손이 미덕인 한국 사회에서는 이해하기 힘든 것들이다. 미국이 항상 옳은 것은 아니지만 이런 미국 IT가족들의 부지런한 '고민' 때문에 MVC패턴, 객체지향, 추상화 등등의 훌륭한 개발 방법론이 쏟아져 나올 수 있었던 것이다. 한국의 개발자들이 이런 시도를 했다면 나태하다는 소리를 듣지않았을까? 훈구학(옛 것을 계속 곱씹어 반복하는 학문)을 중심으로 한 유교 마인드가 뿌리깊은 한국 사회의 분위기라면 충분히 그랬을 것 같다. 만약 프로그래밍 기술이 한국에서 먼저 나왔다면 지금까지도 전 세계는 goto문으로 프로그램을 짜고 있을지도 모를 일이다.

진정으로 부지런하다는 것은 '불꽃처럼 활활타는' 삶을 사는 것이 아니라 주어진 시간을 효율적으로 쓰는 것이다. 내가 아는 한 대부분의 성공적인 삶을 사는 사람들은 쉴것 다 쉬고, 운동할 것 다하고, 친구 만날 것 다 만나고, 애인이랑 놀것 다놀고, 할것 다하고, 살것 다 사고, 갈곳 다 가고 산다. 상식적으로 생각해보라. 만사 제쳐놓고 일만 하는 것만큼 우리 자신에게 게으른 일이 어딨겠는가?

IT분야가 힘들고 어렵다고 말들 많지만 결국 그 원인과 책임은 우리 IT가족들 자신에게 있다. IT의 세계에 처음 발을 디디는 신입분들은 우리와 똑같은 실수를 하지 않기를 바란다. 그리고 자신들의 하는 일에 자부심을 가지고 당당해져라. 그리고 생각하며 살라. 생각하며 살면 스스로 공부를 하게 되고 사람들과 대화할 때 듣기를 즐겨하며 사무실 책상의 굴레가 얼마나 하찮은 것인지 깨닿게 될 것이다.

아래는 내가 좋아하는 어떤 책의 글귀다.

아마추어 댄서 : 하루에 15시간 이상 연습한다. 수도 없이 다리를 찢는다. 골절이 되어도 붕대 감고 '이게 프로정신이야.' 하면서 열심히 춤춘다. 혜화동 시멘트 바닥이든 3류 스테이지든 가리지 않고 '팬이 부르면 달려간다'는 마음으로 임한다. 돈이 전부냐, 하고 싶은 일을 할 때 행복한다고 말한다.

프로 댄서 : 절대 하루에 8시간 이상을 넘기지 않는다. 30분 춤추기 위해 3시간 이상 몸을 푼다. 무리한 운동은 결코 하지 않는다. 근육을 애인처럼 부드럽게 마시지한다. 밥은 굶어도 연습실 바닥은 캐나다산 단풍나무로 깐다. 시멘트 바닥에서는 절대로 춤추지 않는다. 자신의 가치는 스스로 매기고 돈도 안되고 보람도 없는 곳에서는 괜히 시간을 버리지 않는다. 자신만 좋아한다고 댄서가 되는 것은 아니다. 팬들이 외면하면 은퇴한다.

- 시공사 'Contents Dictionary WHITE BOOK' 중에서

Flex/AIR Bible

정 영진 — Fri, 18 Jul 2008 16:25:26 +0900

배송받은지 일주일이 지난 오늘... 드디어 이 책을 다 읽었다. 출판사는 대림이다. 일전에 대림 출판사에서 출간한 [새롭게 시작하는 플래시 CS3 ActionScript 3.0]이란 책과 [Flex 3 Knowhow Bible]이란 책을 읽으면서 해당 출판사의 책만드는 수준은 익히 알고 있었기 때문에 책 상태는 크게 기대하지도 않았는데 역시나... 이 책은 나의 예상을 조금도(x3) 벗어나지 않았다. 맞춤법이 완전히 틀린 점은 이제 어느정도 적응이 되어 그러려니 하는데 책의 신뢰성에 악영향을 미치는 오타와 오제는 여전히 해결되지 않아서 나는 책 읽는 내내 스트레스 받아야만 했다.

이런 형편없는 작문의 원인을 저자 탓으로 돌릴 수도 있겠지만 개발 전문가인 저자에게 작문실력까지 기대하는 것은 '오버'라고 생각한다. 저자의 작문실력을 보완하기 위해서 출판사가 존재하는 것 아닌가? 명색이 출판사라는 곳이 국문과 졸업생 직원 한명 없겠는가? 거기다 맨 뒤에 키워드 인덱스 부분을 빼버린건 무슨 센스인가? 국내 서적이 외국 서적에 비해 인덱스가 너무 빈약해서 유명무실하다는 것은 모두 알고는 있지만 인덱스를 아예 빼버린 "900페이지 짜리 기술 서적"은 난생 처음 본다. 이 출판사는 출판사가 마땅히 해야할 이런 작업을 전혀하지 않았고 저자의 명성과 실력에 기대어 돈만 챙긴 느낌이 강하다. "야~이~ 도둑 놈들아!"

형편없는 재책 수준과 달리 책 내용은 상당히 훌륭하다. 일전에 내가 소개한 [Flex 3 Knowhow Bible]은 상당히 실제적이고 실무적이어서 마음에 들었다면 이 책은 플렉스의 근원적인 부분을 많이 다루고 있어서 개발자의 내공을 올려주어 높은 점수를 주고 싶다. 개인적으로 진정한 의미의 Bible 서적이 나온 것 같아서 무척 기쁘다.

FDS에 관한 내용이 빠져 약간 아쉽지만 플렉스/AIR에 관련한 대부분의 기술들이 소개되었고 개념적인 부분을 부족함 없이 설명했다. 물론, 다른 기술서적과 다르게 개념적인 부분을 집중적으로 설명하다보니 책이 다소 지루하고 답답해보일 수도 있겠으나 개인적으로 이런 서술식의 글이 개념을 잡기에는 가장 좋은 방법이라고 생각하며(적절한 다이아그램만 더 있었어도) 항간에 유망자격증으로 알려진 ACE Flex 2 자격증 준비에도 아직 이것만큼 최적화된 책은 없다고 생각한다. (FDS는 따로 공부하세요.)

객체지향과 이벤트 모델에 어느정도 익숙한 개발자가 읽어야할 책이며 특히 책 뒷부분의 RPC부분은 네트워크 설계에 관한 사전 지식 없이는 이해하기 힘들 것으로 생각한다. 프로그램 세계에 처음 입문하시는 분들은 C++이나 자바 기초 학습, 네트워크 학습을 충분히 하고 책을 읽어야 할 것이다.

도서명 : Flex/AIR Bible
가 격 : 37,000원
저 자 : 윤 훈남
출판사 : 대림
수 준 : 중급

I decide -헤리티지- (고속버전)

정 영진 — Mon, 07 Jul 2008 01:31:50 +0900

너무 많이 실수해서 완전한걸 못 보여드렸네요.
좀 더 열심히 하고 다듬어서 다음엔 더 잘할게요. ^^

장경제의 드럼 연주

정 영진 — Mon, 07 Jul 2008 00:51:01 +0900

오랜 시간 영광이의 백업 드러머으로 칼을 갈며 지내다가 몇년 전에 영광이 등짝에 칼을 쑤시고 안드로메다로 보내버린 후, 현재는 서울산 교회의 아크 드러머가 되었다. 우량드러머 양성 프로그램 '2080'에 따라 현재 열심히 어깨 근육을 키우고 있는 중이며

콜리가 온 이후로 미국산 쇠고기를 열라 먹으며 몸 키우고 있다고 함. (밤마다 냉면 그릇에 미국산 밀을 물타 마신다는 풍문도 있음)

자자~ 장경제의 제대로된 연주. GoGo!!

빡신거 치라니까 이런식으로 하겠나?

Mr. 콜리의 드럼 연주

정 영진 — Mon, 07 Jul 2008 00:25:47 +0900

콜리... 현재 외국인 강사로 울산에 와 있는 친구다. 대충 꾸며도 간지가 줄줄 흐른다. 드럼 치는 실력은 거의 '용병수준' 당연한건가?

내 나름, 콜리와 친해지기 위해 이래저래 노력해보지만 말이 통하지 않는 문제는 어떻게 해결한 방법이 없다. 영어공부 열심히 할껄 ㅜㅜ 상대적으로 신난건 장경제 뿐이다.

훗 -_-;;

좀 충격적인 사실은... 그가 나보다 세살 어리다는 것이다. 콜리... 먼 이국 땅에서 외롭지 않고 항상 몸 건강히 살아가길 기도한다.

바닐라로이 Flex 3 Knowhow Bible

정 영진 — Thu, 03 Jul 2008 19:16:36 +0900

기존의 플렉스 책들이 단순히 플렉스를 소개하는 단계에서 그친 반면 이 책은 매우 실제적이다. 책에 나오는 100개 이상의 예제들은 모두 실무에서 사용하고 있는 기술들이며 자체적으로 개발한 컴포넌트 소스까지 공개했고 플렉스 개발에 도움이 되는 각종 툴 노하우까지 넣어놨다. 이정도면 웬만한 원서보다 훨씬 낫다고 생각한다. 일단 플렉스의 기초를 공부한 중급 수준의 사람이 읽어야할 책이며 객체지향에 대한 소양이 없다면 자바 기초문법책부터 공부하고 읽기를 권유한다.

훌륭한 책이지만 책 상태는 그리 만족할만한 수준은 아니다.

이 책은 오타가 너무나 많다. 오타 수정은 보통 출판사측의 역량에 달린 문제인데 이 책을 출간한 대림은 자체적으로 오타를 수정할만한 인력도 성의도 없는 것 같다. 예전에 오타와 이해할 수 없는 글로 악명 높았던 [새롭게 시작하는 플래시 CS3 ActionScript 3.0]도 이 출판사의 작품이다. 개인적으로 저자(훈남님)와 같은 카페에 있으면서 저자의 실력과 능력을 충분히 눈으로 보았고 알고 있기에 저자의 명성을 먹칠한 출판사가 참 한심스럽게 보였다. 나도 이 책을 참을인(忍)자를 세번 그리며 꿋꿋하게 읽다가 마지막 100페이지를 남겨놓고 포기했던 기억이 난다.

이 책은 형식을 너무 안 지켰다. 보통 책을 만들 때는 어느정도 형식 같은 것은 지켜서 만들어야하는데 이 책은 형식을 생략한 부분이 너무 많다. 컨텐츠는 이리도 알차면서 출판사가 담당해야할 [컨텐츠 외의 컨텐츠]는 왜 이렇게 내용이 없을까? 최소한 이 책의 구독 대상이 누군지 정도는 명시해줘야하는데 처음 플렉스를 접하는 사람이 이 책을 구매할 때 받을 혼란에 대한 안전장치가 하나도 없다. 보다 많은 사람에게 책을 팔아먹기 위해서? 나는 이 대림이라는 출판사의 악명과 수준을 알고 있기에 충분히 그럴 수도 있다고 생각한다.

이번에 아는 형의 소개로 이 책을 사서 보게 되었는데 내가 이제껏 읽어본 4권 중에서는 가장 유익했다고 생각한다.

기존에 읽었던 책 목록 - 참조 -

에어콘사의 [예제로 배우는 Adobe 플렉스2]
성안당의 [개발자를 위한 플렉스 2 실무 테크닉 148]
오렐리사의 [Programming Flex 2: The Comprehensive Guide to Creating Rich Media Applications with Adobe Flex]

도서명 : VanillaROI's Flex3 Knowhow Bible
가 격 : 27,000원
출판사 : 대림
수 준 : 중급

신동립 기자의 센스를 배워보자.

정 영진 — Tue, 01 Jul 2008 02:42:00 +0900

자의든 타의든 신동립 기자는 유명하다. 네티즌들은 그를 '변태기자'라고 놀려대지만 결코 신동립씨에 대한 악의가 있어 그런 것은 아니다. 실상, 대부분의 네티즌들은 그의 기사를 보고 즐거워하고 기대한다. 이번엔 지난 2년간 신동립 기자가 고른 사진을 살펴보겠다.

‘오르가슴’ 12초의 희열이 세계를 바꾼다
기사입력 2007-12-27 14:07

시작부터 심상치 않다. 기자 덕분에 평범한 사진 한장이 굉장히 수위가 높은 사진이 되어 버렸다.

정동영, 한복이 어울리는 후보 1위
기사입력 2007-12-08 17:27

이명박 후보 사진을 올렸다.

패리스 힐튼, 포메라니안 구입
기사입력 2007-11-11 18:24

어떤 잘 알려진 여자가 개 한마리를 샀다는 그저 평범한 내용도 기자의 손을 거치면 예술로 승화된다.

‘싱글, 2% 더 행복한 선택’
기사입력 2007-05-25 14:19

사진 한장으로 싱글들 피눈물 흘리게 할 수도 있다.

'방귀대장' 브리트니, 내시경 검사 필요?
기사입력 2007-09-25 13:39

슈퍼 스타도 기자의 손에 걸리면 그냥 망가지는 법이다.

덜 아프고 빨리 끝내는 치아교정법
기사입력 2007-04-27 11:37

꿈에 나올까 두려울 정도다.

‘유쾌한 스트레스 활용법 7’
기사입력 2007-04-07 13:48

도대체 이런 사진은 어디서 구하는 것인지...

케이트 허드슨·오웬 윌슨, 열애
기사입력 2007-03-03 14:07

따봉까지... 열애설에 완전 기분이 좋은 케이트

좌욕, 항문 튼튼 지킴이
기사입력 2007-02-04 10:58

기자의 이련 독특한 취향 때문에 특히나 여성 안티가 많은듯 하다.

어지럼증 뒤에 숨은 질병들
기사입력 2007-01-11 19:38

그저 사진 속 아가씨가 불쌍할 뿐이다.

어떤 똥이 좋은 똥인가
기사입력 2006-12-19 08:23

기자에게 사진 확보의 장애 따위는 없는듯 하다. 관련 사진 확보의 어려움을 '똥씹은 표정'으로 해결했다.

린제이, 패리스에게 매맞았다
기사입력 2006-11-29 09:13

기자는 의외로 정확한 사진을 올린다.

흡연청소년, 쉰소리 쇳소리 낸다
기사입력 2006-08-23 10:21

가끔 디씨 패인짓도 한다. 공감할 수 밖에 없다.

몇몇 사람들은 기자가 이렇게 진지하지 못하고 유치해서 되겠냐고 혀를 차지만 기사가 사람들에게 정확한 정보를 알아보기 쉽게 전해주는 목적으로 나온 것이 맞다면 나는 신동립 기자처럼 사진을 꼭 기사 내용에 맞는 것만 고집할 필요는 없다고 생각한다. 그의 엉뚱한 사진 선별 센스는 기사를 오래오래 기억하게 해주는 감초 역활을 톡톡히 한다. 조석의 만화가 그림을 잘 그려서 유명한 것이 아니지 않은가? 많은 만화가들은 만화의 성공을 '잘그리기'에 달려있다고 착각하지만 사실은 컨텐츠가 중요한 것이다. 우리의 잠재력은 가치있는 일에 집중하기로 마음 먹을 때 활짝 열리는 법이다.

야근없는 웹에이전시 만드는 방법에 대해..

정 영진 — Thu, 26 Jun 2008 10:33:00 +0900

상기 인물은 내용과 상관없음.

어느 순간부터 웹에이전시는 '야근'의 대명사가 되어버린듯하다. 일전에 웹에이전시에서 2년 정도 일할 때 친구들과 가족들이 야근이 힘들지 않냐고 안부를 물을 정도였고 취업을 준비하는 학교 후배들도 야근부터 물어보았다. 사실이 그렇다. 웹에이전시는 하루도 빠지지 않고 야근을 하는 곳이며 주말에도 회사에 나와야한다. 한창 바쁠 때 내 주간 근무 최고 기록이 주 5일 72시간 근무에 토요일/일요일 모두 출근했고 그렇게 23일간 일했다고 하면 다른 분야의 사람들이 믿을지 모르겠다. 그당시 나의 평균 퇴근 시간이 오후 11시 30분이었고 최 상위 세명은 평균 퇴근 시간이 '다음날'이었으니 사람들이 [웹에이전시 = 야근]이라는 시각으로 보는게 당연한 것 같다. 어느 업계라도 바쁠 때는 그정도 한다고 반문할 수도 있겠지만 내가 회사를 나올 때 사내 인트라넷을 통해 지난 근무 기록을 보니 평균 근무시간이 12시간 30분이고 평균 퇴근시간이 오후 10시였다. 놀랍지 않은가?

왜 이렇게 웹에이전시는 야근이 심할까?

첫째, 사업의 태생적인 구조 문제다. 사업을 주도하는 입장이 아닌 남의 사업을 해주는 사업이다 보니 돈 문제에서 고객과 매우 불리한 싸움을 해야한다. 그리고 다른 분야보다 한결 수월하게 시작할 수 있고 진입 장벽도 낮다보니 너도 나도 웹에이전시 사업에 달려들어 경쟁이 치열해져서 수익 경쟁은 더욱 악화되었다.

둘째, 종사자들의 잘못된 인식이 문제다. 상대적으로 진입장벽이 낮은 사업이다 보니 수준 이하의 사업자들과 혈기왕성한 직원들이 주로 이 사업에 뛰어들었고 이들의 대책없는 열정 때문에 야근을 하지 않고선 살아남을 수 없는 시장 환경이 조성되었다. 야근을 마치 근면의 상징처럼 생각하는 직원들과 이런 사람을 다독거려 야근을 부추기는 사업자들이 문제의 원인이다.

세째, 일하는 방법을 모른다. 대부분의 웹에이전시는 기획 -> 설계 -> 시안 -> 코딩 -> 개발.. 순서로 작업이 이루어지는데 이는 매우 비효율적인 구조다. 그 이유는 기획자, 디자이너, 개발자 모두 구조와 표현을 나누는 방법을 이해하지 못하고 있어서 웹사이트를 아주 어렵고 힘들게 만들기 때문이다.

아래는 대부분 웹에이전들이 그러하듯 작업 프로세서 단위를 1주일로 가정하여 도표로 만든 것이다.

1주	2주	3주	4주
설계
	시안
		코딩
			개발

이런 형태가 될 수 밖에 없는 이유는 기획자는 P.T로 설계서를 만들어 넘기고 설계서를 받은 디자이너는 PSD파일로 시안을 만들어 코더에게 넘기고 코더는 이 시안을 보면서 HTML로 만들어 넘기고 개발자는 이 HTML페이지를 보면서 개발을 하기 때문이다. 이렇게 이론상으로는 4주가 걸리는 프로젝트인데 만약 기획자와 디자이너와 코더가 구조와 표현을 나누는 방법을 알고 있고 개발자가 모듈화를 이해하고 있다면 이 프로젝트는 2주면 끝날 수 있다. 어떻게 가능하냐고? 아래의 도표를 보라.

1주	2주
설계

	코딩
	개발

4주가 걸릴 일을 2주만에 끝낼 수 있다. 어떻게 이런 일이 가능할까? 먼저, 웹기획자는 자신이 기획하는 모든 문서를 html페이지로 만들어서 넘겨줘야한다. 구조체를 만드는 작업은 어차피 해야할 일인데 복잡하게 P.T 작업을 거치지 않고 바로 만들어서 넘기면 되는 것이다. 애초부터 이 일은 중복이었다.(웹기획자가 어떤 공부를 해야할지 몰랐을뿐) 무엇보다 이 구조체 작업이 끝나면 이걸 토대로 코딩과 개발이 동시에 이루어질 수 있다. 단, 디자이너가 HTML과 CSS를 이해하고 있다는 전제 하에서 가능한 일이다.

디자이너가 PSD로 시안을 만들어 고객에게 보여주는 것이 업계에 고착화되어 있기는 하지만 한 사람이 PSD로 디자인하고 다른 한 사람이 그걸 다시 CSS로 재작업 한다면 이 얼마나 비효율적인 작업인가? 이건 마치 반죽을 가지고 빵을 굽기 전에 구워진 빵의 모습을 미리 스케치하는 것처럼 어리석은 일이다. 반죽은 망설임없이 구우면 빵이 되듯이 웹디자이너는 기획자에게 받은 구조체를 가지고 CSS로 시안을 만들어 고객에게 보여주면 된다. 만약 고객이 승낙하면 그 시안은 그대로 결과물로 쓸 수 있는 것이다.

또한, 기획자가 만들어준 구조체를 가지고 웹디자이너가 코딩을 하고 있을 때 개발자도 동시에 개발을 진행할 수 있다. 물론, 기획자와 개발자가 구조의 모듈화와 프레임워크라는 것을 이해하고 있을 때 가능한 일이다.(웹기획자의 역량이 참으로 중요하다.)

네째, 고객들의 수정사항에 속수무책이다. 대부분의 웹에이전시는 웹사이트 제작 기간이 1달이라면 수정 기간 때문에 1~2달 더 잡아 먹는다. 이 수정사항 때문에 회사가 흔들리기도 하는데 가끔 이 수정사항 때문에 소송이 걸려서 회사가 망하기도 한다. 경영자가 기획자에게 고객과의 싸움을 요구(?)하는 것도 이때문이다.

웹에이전시 종사자들은 프로젝트 말미에 던져주는 이 '수정사항'이라는 단어에 아마 노이로제에 걸려 있을 것이다. 개발 수정이면 그나마 다행이지만 기획 수정의 경우엔 디자인 코딩, 개발까지 모두 수정을 하게 되는 것이니 얼마나 힘든 일인지 모른다.

예를 들어 고객이 설계 변경을 요청했다고 가정해보자. 설계 수정사항 하나 때문에 기획자, 디자이너, 코더, 개발자 모두가 매달려서 오랜 시간을 소모하게 된다. 아래의 도표가 그 경우를 나타낸다.

1주	2주	3주	4주	5주	6주	7주	8주
설계				설계
	시안				시안
		코딩				코딩
			개발				개발

앞서 내가 소개한 작업 프로세서를 적용하면 수정 작업은 훨씬 쉬워질 것이다. 웹사이트가 구조와 표현이 정확하게 나누어져있고 프레임워크 설계가 잘되어 있다면 우리는 이런 말도 안되는 수정 과정을 거치지 않아도 된다. 설계 문제는 설계만 변경하면 되는 것이고 이와 비슷하게 디자인 문제는 디자인만 변경하면 되고 개발 문제는 개발만 수정하면 되는 것이니 수정 과정이 굉장히 빠르고 효율적으로 개선될 것이다. 아마 한주를 놀아도 기존 방식보다 절반은 빨리 프로젝트가 끝날 것이다.

1주	2주	3주	4주
설계		배낭 여행	설계

	코딩
	개발

앞서 설명한 웹 프로젝트 제작 과정에서 각 포지션에 필요한 능력을 정리하자면 대략 이러하다.

웹기획자: HTML 제작 능력, 웹표준/프레임워크에 대한 이해.
웹디자이너: CSS 제작 능력, 웹표준/접근성에 대한 이해.
웹개발자: 프레임워크/모듈화/UML에 대한 이해.

나는 가끔 이러한 웹사이트 개발 방법론이 업계 보편화 되는 모습을 꿈꾸곤 하지만 설령 미래에 그렇게 된다 하더라도 웹에이전시 종사자들이 삶의 질에 대한 인식을 개선하지 못한다면 지금과 똑 같이 박봉에 비참한 삶을 살 것이라고 생각한다.

보통 사람들은 야근하는 자신을 부지런하다고 생각하지만 내 생각에 야근은 또 하나의 게으름이라고 생각한다. 건강도 잃고 자기개발도 못하는 등 야근이 안좋은 이유는 여러가지가 있겠지만 근본적으로 이 일은 사람답게 살기를 스스로 포기하는 비인간적인 책임회피이기 때문이다. 정말 부지런한 것은 시간을 효율적으로 쓰는 것이다. 부지런한 사람은 할 것 다하고 만날 사람 다 만나고 잘 것 다 잔다. 우리는 일하는 사람이지 일하는 기계가 아니라는 점을 기억하자.

부산에서 SCJP 자격증 따기

정 영진 — Fri, 20 Jun 2008 18:20:34 +0900

오늘 부산 동서대학교 정보교육원에서 SCJP 자격증 시험을 치루었다. 기분좋게 합격하고 이렇게 SCJP자격증 시험 후기를 남긴다. (사실 떨어졌으면 남기지도 않았을 것임)

1. 시험 공부

2주 정도 WROX사의 Beginning JAVA 2라는 책으로 공부했다. 이 책은 오타와 오역이 상당히 많은데 영어로 출제되는 시험의 특성상 원서를 구입해서 공부하는 것도 좋은 방법이니 영어에 자신있는 사람은 원서를 보는 것도 추천한다. 사실 내가 처음 자바를 시작할 때 공부했던 열혈강의 Java Programming은 SCJP 준비용 책으로는 부족한 점이 많았다. Thread 객체에 관한 내용과 예외처리, assertion에 대한 설명이 턱없이 부족했고 syncronyzing 같은 것은 아예 빠져있기 때문이다. 하지만 상기 기술들은 초급자가 접근하기엔 다소 어려우니 자바를 처음 시작하는 사람들에게 열혈강의는 아주 좋은 책인 것 같다. 이 책을 한달 정도 공부하고 나면 Beginning JAVA 2는 2주 정도만 봐도 충분히 공부가 될 것이고 오타랑 오역도 눈에 들어올 것이다. (오타와 오역을 진실로 믿는 것 만큼 비극도 없을 것임) 이렇게 기초 공부가 끝나면 1주일 정도 덤프자료로 공부하고 나면 시험 준비는 끝난다. 아무리 실력에 자신있어도 덤프는 꼭 공부해야한다. 서술문이 모두 영어이니 문제 패턴을 익히는 차원에서 한번 봐둬야 실수 하지 않는다. 공부 순서는 대략...

열혈강의 JAVA (4주) >> Beginning JAVA 2 (2주) >> 덤프자료 (1주)

SCJP 1.4 Cool Dump.doc

2. 접수 방법

동서대학교 정보교육원(www.java.or.kr) 홈페이지에 가서 지원서를 다운로드 받고 지원서 작성 후 메일(IEC2086@hotmail.com)로 보내면 된다. (지원서 작성 방법) 이렇게 지원서를 보내고 나면 정보교육원으로 전화를 걸어 (051-320-2086) 바우처를 구입해야 한다. 그래야 시험에 응시할 수 있다. 나는 1+1 바우처를 구입했는데 시험에 한번 떨어져도 다시 시험에 응시할 수 있는 바우처 상품이다. 가격은 20만원.

3. 시험장 찾아가기

부산 지하철 2호선 냉정역 3번/5번 출구로 나와서 산 쪽으로 쭉 올라가야한다. 네이버 지도로 봤을 때는 몰랐는데 대학교가 산에 있었다.(빨리 구글맵이 한국에 정상 서비스 되길 ㅜㅜ) 웬만하면 차를 끌고 가던지 택시를 타고 가던지 해야지 나처럼 무작정 올라가면 땀 범벅으로 시험을 치루게 된다. 나는 정보교육원이 따로 건물로 있는줄 알고 한참 찾았는데 정보교육원은 동서대학교 문화센터(16번 건물) 안에 있다. 잘 기억이 안나지만 건물 외벽에 '크리스천'이라는 커다란 글귀가 있었는 것 같다. 나처럼 찾아가는데 어려움을 겪지 않길 바란다.

4. 시험 치기

간단한 서류 작성과 확인 작업(신분증)이 끝나면 컴퓨터로 시험을 치게 된다. 다른 사람은 어땠는지 모르겠으나 나는 혼자 시험을 쳤다. (감독관이 아가씨였는데 좁은 방에 단 둘이 있으니 좀 어색했음) 2시간의 시간이 주어졌지만 1시간 정도면 충분하다. 결과는 86% ... 합격했다. 아싸~ 자격증은 3~4주 뒤에 도착한다고 한다.

5. 소감

우리나라는 자격증 시험을 토/일요일에 치루는 반면 미국은 우리랑 반대로 월요일부터 금요일 사이에 친다. 토/일요일에 시험을 칠 수 없는 사람들(종교인)을 배려하고 휴일의 개념을 확실하게 지키는 서양 사람들의 가치관을 느낄 수 있었다. 그리고 1년에 적게는 2번, 많게는 12번 정도만 날을 정해서 시험을 치는 우리와 달리 하루에 시험이 4번, 일주일에 20번, 1년에 1000번 정도 시험을 칠 수 있는 시스템을 마련해놔서 사람들이 자신의 계획에 맞춰 시험 일정을 잡을 수 있게 해놨다. 미국이 항상 옮은 것은 아니지만 자격증 시험 시스템만큼은 미국이 확실히 우리보다 선진국이란 생각이 들었다.