deute의 모든 글

연말의 뻘소리

이제 2013년이 얼마 남지 않았다.

올해는 나에게 정말 큰변화가 있었다. 회사를 옮긴게 큰 것이 아니라 서울을 떠난것이 큰 일이었지, 서울을 떠나 제주에 온것은 정말 잘 선택한것 같다. 물론 신중하게 생각했다면 고민도 많이하고 다른 선택이 나올 수도 있는 충분한 상황이었으나, “결정은 빠르게, 후회는 없이”라는 내 인생사 답게 단호하게 서울을 벗어났다. 제주에서는 하늘이 언제나 날 위로하고, 준엄하게 서있는 한라산이 나에게 힘을 준다. 푸른 바다가 날 포근하게 감싸주며, 가끔 가다 솟아있는 오름들이 날 편안하게 해주며, 나무 하나 풀 하나가 나를 즐겁게 해준다. 좋은 음식과 좋은 술 그리고 좋은 친구들이 있으니 사는게 즐겁다라는 표현이 딱 맞을것 같다. 그래도 술은 좀 줄여야지

제주와서 가장 많이 방문한곳은 김영갑갤러리라는곳인데, 사진작가인 김영갑선생님은 이미 루게릭병으로 돌아가셨지만, 아직 그의사진에는 평화로운 제주가 그대로 남아있었다. 가면 이상하게 마음이 편안해 진달까? 마음이 심란한 주말이면 꼭 가보는곳이다.

한국형 웹 콘텐츠 접근성 지침이 2.1로 업데이트 되었다. 많이 참여하진 않았지만, 우연히 지침 공헌자에 이름을 올리게 되었는데 새로운 지침에 대한 사람들의 반응을 보면 좀 안타까운점이 있다. 하나하나 그들의 의문점에 설명을 해주고 싶으나, 나에게는 그럴만한 필요성이 만들어 지지 않는다. 점점 좋아지겠지 뭐.

닥치고 원 웹 파티를 올해도 진행했다. 작년에 이어 이번에도 거의 준비에 참여하지 않았는데, 잘 진행된것 같다. 행사 준비하는 모습을 보면 아직 몸이 들썩들썩이는데 잘 참았다. 난 제주도민이니까. 요즘 성민님이 너무 고생을 하시는데 제대로 도와드리지 못해서 죄송한 느낌 뿐.

생각해보면 참 내주변에는 좋은사람들이 많이 있다. 인복은 참 타고 난것같기도 하고, 파티때 발표를 하게되어 준비를 하는데, 내가 지금까지 다녔던 회사가 6개의 회사였고 참 좋은사람들이 많이 있었다. 오랜만에 13년전부터 하나하나 사람들을 생각할 수 있는 시간 이었달까?

태어나서 처음으로 팀장이라는 업무를 맡았는데, 잘하는지 못하는지는 모르겠으나 일단 동료들에게 더 잘해주지 못해서 참으로 미안하다. 그래도 웃으면서 즐겁게 일하는 우리 웹표준개발1팀과, 테스트기술팀 동료들을 보면 힘이 난다. 겁나 갈궈야겠다.

CSS Design Korea를 제대로 부활 시켜야 겠다는 생각을 했다. 방법은 고민해보자.

참으로 13년간 열심히 살았다. 앞으로도 더 열심히 살아야 겠지만, 이제는 여유를 가지며 살아야겠다는 생각이 든다. 즐거운 여유, 활기찬 행동이 인생의 사는데 주요한 지침이 되지 싶다.

웹 접근성… 평가 받고 인증 받는 시대는 지났다.

오늘 한국정보화진흥원 산하의 웹 접근성 연구소에서 하나의 공지사항이 올라왔다. 그동안 진행하던 웹 접근성 품질 마크 사업을 종료한다는 내용인데..

그 근거는 5월22일에 개정된 국가정보화기본법의 32조 2의 일련의 내용들을 근거로 삼고있다. 우선 2007년부터 시작해 현재까지 꾸준히 웹 접근성의 인식 제고를 위해 수고해 주신 관계자분들에게 정말 큰 고마움을 느낀다. 우리나라에 웹 접근성 품질마크가 없었다면 이만큼 웹 접근성의 인식이 넓어지고, 보편화되지 못했을거라고 개인적으로 생각한다.

물론 웹 접근성 품질마크 제도가 없었다면 Pajet도 안나왔을거라 농담을 한적도 있었다. 지금이야 일반적이지만 말이지…

웹 접근성 품질마크의 순기능은 너무 많아서 말할필요도 없지만, 난 오늘 좀 부작용에 대해서 이야기 해보고자 한다.

웹 접근성 품질마크가 진행되면서 기타 장애인 단체나 각종 업체를 통한 웹 접근성 관련 인증 마크가 난무하는 시대가 되었다. 지금 현재까지 한국에서 운영되고 있는 웹 접근성 관련 인증 마크는 6~7인것으로 알고있다. 사람이 일을 하는데 언제나 필요한것은 비용이고 그 인증업체들은 최소한의 비용 받아가면서 인증제도를 운영한것으로 알고있다. 물론 정부관련기관인 정보화 진흥원의 품질 마크는 무료로 진행이 되었었고, 현재는 인증 심사비를 받고 있다.

인증심사비가 발생되는것은 문제가 되지않는다.(개인적으로 생각하기에 그리 큰 돈도 아니고) 다만 이권이라는게 생기면 순수한 생각말고도 뭔가 이물질이 끼어 든다고 했던가… 웹 사이트를 만들어주고 그자리에서 웹 접근성 인증을 줘버리거나 인증 마크를 받으려면 컨설팅을 꼭 받아야 한다던가 하는 인증제도를 가지고 돈달라고 협박하는걸로 보이니 말이지(이런업체가 많지는않겠지만…)

이 문제를 해결하기위해 아마 법령이 바뀐거라고 생각한다. 하지만 잃어버린 몇년은 다시 돌아오지않는다. 웹 접근성하는 놈들은 다 사기꾼이라는 말은 나도 들어봤다. (난 물론 사기꾼은 맞지만 그날은 한마디도 안했는데도 사기꾼이란 말을 들었단 말이지!!!!) 웹 접근성이 가지는 브랜드에 부정적인 면을 줄 수 있다고 생각한다.

두번째는 웹 접근성 품질마크의 신뢰도가 완벽하지 않은것이 문제가 된다. 물론 웹 접근성의 준수사항을 누가 완벽하게 체크할 수 있을것 인가? 절대 그럴수 없다. 처음 웹 접근성 품질 마크가 생길 당시에는 한국에 웹 접근성을 지키는 사이트가 그렇게 많지 않았다. 그래서 오류를 뽑아내기도 컨설팅하기에도 편했다. 그러나 웹은 그동안 많은 발전을 했다. 애매한 부분도 많이 생기고 판단이 어려운부분도 많이 생겼을것이다. 물론 지속적으로 심사기준은 개선이 되었겠지만 그 다음은 폭발적으로 신청이 들어오는탓에 인증에 대한 퀄리티가 보장되지않는것이 문제였다. 어떤때는 업계에서 도는 소문이 ‘품질마크의 신뢰도가 높지않다. 평가자에 따라 복불복같다’ 라는 소문이 있었기도 했다. 뭐 지금은 많은 관계자들의 노력으로 신뢰도가 지속적으로 좋아지는것으로 알고있다.

세번째는 웹 접근성 자체가 인증과 뜻을 지속적으로 가져갈 수 있는가에 대한 부분이다. 접근성은 난 개인적으로 최선의 답을 하나 찾으면 그걸 넘어서는 답을 지속적으로 찾아야 하는 즉 더 좋은 방법이 무엇인가를 끝없이 생각해내고 찾아야하는 부분이라고 생각한다.
그런데 일련의 정답을 가지고 평가를 하는 방식인 인증제도에서는 더 좋은 방법을 하려는 시도를 더 격려하고 칭찬할 방법이 없다. 물론 많은 웹 접근성 전문가들이 ‘웹 접근성 품질마크는 최소한이다’  이라고 외치고 다녔지만 그게 뭐 얼마나 먹히겠는가? 웹 접근성이 우리나라에 도입되던 시기에는 물론 필요한부분이었겠지만 어느정도 접근성에 대한 인식이 넓어진 지금에 상황에서(이게 아직 멀었다고 생각한다면 할말없다;) 인증제도가 존재할 필요가 있을까? 라는 고민에 빠지게 된다. 차라리 웹 접근성 BEST콘테스트 같은걸 하는게 더 도움되지 않을까?

법은 만들어졌고, 웹 접근성을 고려한 사이트도 많이 늘었다. 1000개에 가까운 수의 사이트가 품질마크를 받았다. 웹 접근성을 알고있는사람도 늘고 결론적으로 웹 접근성에 대해서 환경과 양적성장을 지속적으로 지금까지 해왔다고 생각한다. 그 중에 웹접근성 품질마크가 큰 몫을 했다고 생각하고, 양적성장을 했다면, 이제는 질적성장을 할때가 아닐까? 시험보기 위한 공부가 아니라 더 좋은 나를 위해 공부를 하면 안될까?

Devon 웹 접근성 컨설팅 부스 준비 중

국내 최고의 개발자 행사인 Devon이 올해에도 10월 26,27일간 삼성동 코엑스에서 열린다.

그동안 진행된 Devon의 최고의 장점으로는 국내 개발관련 커뮤니티의 꾸준한참여와 그것을 전폭적으로 밀어주는 다음의 마인드가 있다고 개인적으로 생각한다.(내가 다음서비스에 속해 있다고 다음찬양하는거가 아니라는것은 알지?)

국내 개발자 커뮤니티는 상당한 잠재력과 힘을 가지고 있다. 일단 구성원의 퀄리티가 꽤나 좋고, 회사에 속한입장이 아니기 때문에 특유의 공정함을 유지하기도 한다. 그것을 다음이 잘 활용해보려는 생각인지 디브온이 진행되면 될수록 커뮤니티 참여의 비율은 점점 높아지는 느낌이다.

다음 내부에서도 동등한 입장에서 부스를 만들고 참여를 진행한다. 이것이 매력이 아닐까…

매년 CDK의 이름으로 행사에 참여를 했는데 이번에는 다음 측의 부스에도 살짝 발을 담구게 되었다
다음서비스의 TX센터 접근성파트에서 접근성 컨설팅 부스를 마련했다고 해서 참여를 하게 되었다.

실제로 여기저기 특히 웹 접근성에 대해 강의도 많이 존재하고 컨설팅 업체도 많이 생겨나고 있지만, 대부분 큰 비용이 들거나 어떤경우에서는 컨설팅 자체의 신뢰도가 의심되기도 한다.

그러나 다음에서 제공하는 컨설팅 서비스는 다르다고 볼 수 있다.(그렇다 광고다 풉;) 일단 무료로 진행될것이고, 다음내에서 실제로 적용되는 접근성 검증 프로세스를 미리 보여주고, 간략한보고서를 작성해 제공함으로서 밥을 먹여주는것이 아닌 밥을 먹는 방법을 알려주고 싶은의도로 컨설팅의 목표를 세운것으로 알고있다.
또한 다음 포털의 접근성 프로세스를 그대로 적용해주는것이니 신뢰도 또한 당연히 좋지 않겠는가?

이번에 많은 업체에게 컨설팅의 기회를 주고싶을것이지만, 분명히 이틀이라는 시간내에 정말 많은 내용의 컨설팅을 힘들것으로 본다.
이번을 기회삼아 다음에서 지속적으로 재능 기부를 기대해 볼 수 있을것이다.

다음의 접근성 컨설팅 부스 외에도 CDK에서는 CSS 한줄 추가하기 행사가 마련되어있다. 한사람 한사람의CSS가 모여서 사이트의 디자인이 되어가는 모습을 구경할 수 있다.

KWAG에서는 전문가의 접근성 상담과, 보조기기 시연이 예정되어있다고 한다. 참으로 유익한 시간이 될것이라 믿어 의심치 않는다.

 

다룸에서 소개하는 내용을 보자 두번 보자

디브온에서 컨설팅을 받으려면 미리 컨설팅신청과 물론 디브온도 신청해야한다. 신청하자 완료한 신청도다시 확인하자

구글 리더 종료

매일 나의 하루를 시작시켜주던 RSS reader인 google reader가 종료 된다고 한다. 이유는 사용자 감소라고 하는데, 참으로 안타깝다.
오랫동안 7월1일부터 서비스 종료한다고 알려주고 있었지만 아니길 바랬는데… 종료되고 말았다.

내가 블로그를 시작할때만 해도 수많은 블로그가 존재했고 수많은 정보가 블로그를 통해서 공유되고, 난 또 그 수많은 글들을 보면서 공부할 수 있었다.

내가 직업으로 삼고 있는 웹 표준 관련도 블로그에서 많은 정보들을 익힐 수 있었다.
한국어로 배포하는 수많은 블로그도 있었는데… 세미나 한번하면 세미나 후기들이 블로그를 통해서 수 없이 배포되던적도 있었는데…
요즘은 웹 표준 하는 사람중에 블로그를 쓰는 사람은 많이 줄어들었다. 남탓 할 필요없지 뭐.. 나도 별로 안쓰는걸…

암튼 구글리더가 종료되면서 난 별도의 서비스를 찾아야했고… 요즘 업무와 서핑을 거의 대부분 맥북에어를 하고있어서, 이리저리 찾아보다가 shrook이라는 툴을 사용하고 있다. 하지만 웹인터페이스도 아니고 구글리더보다 사용성도 떨어진다. 어떤 부분이 사용성이 떨어지는지 딱히 생각나지않는것을 보면… 내가 구글리더에 그만큼 익숙해졌는지도…

이 글을 보는 사람이 있다면, 그리고 RSS Reader를 사용하고 있다면, 추천좀 해주시길

내가 일하는 직군의 이름이 그렇게도 중요한가?

내가 무슨일을 하는지는 여기 들어오는 사람이면 대충 알거고
이쪽 직군에서 수 년째 결론이 나지 않은채로 어떤 것이 맞는지 논의만 되고 있는 문제가 하나 있다면, 내가 일하고 있는 직군에 이름이 무엇인지에 대한 이야기 일것이다.

오늘 Kipfa라는 단체에서 Frontend Developer Ability Test를 만들어서 진행하려고 공개를 한 모양이다.
의도도 좋고 뭐 내가 남 돈버는데 왈가왈부 할건 아니지만,

자기네 마음대로, 지금 사용하고 있는 다양한 직군명을 정리를 해버렸네, 그것도 말도 안되게?
그들의 정의대로 하면 프론트엔드 디벨로퍼의 습득요구지식은 HTML, CSS, 웹표준, 웹접근성, Javascript, UX/UI, 웹 사이트 최적화 정도이고, 웹 퍼블리셔는 “HTML, CSS, 웹표준, 웹접근성, Javascript” 정도 라고 한다. 또한 HTML coder는 습득지식이 “HTML, CSS” 라고 한다는데…
그들이 말하는데로 이해해 보자면 front-end 업무 직군은 무슨 전직 시스템인가보다. 기술 탑재하고 레벨업하면 1차전직, 2차전직 뭐 이런식으로 말이지…

물론 현재 직군에 가장 잘 어울리는 말을 정하기가 쉽지 않은것 이라는 것도 알고 있고, 사람들이 대체적으로 어떤 직군명을 선호하는것도 알기는 아는데…
그리고 뭐 사업하는 사람들이야 자기가 쓰고 싶은말을 강조하고 싶겠지만, 저 내용을 감수하고 출제한 위원님들은 자기네들이 무슨 짓을 하고 있는것 인지는 알고있나?
외국에서 front-end developer라고 하니 그냥 그게 맞다고 생각하는건가? 외국에서는 사용하는 웹 개발자의 정의와 우리가 사용하는 웹 개발자의 범위가 어떻게 다른지는 알고는 있는건가?

웹 퍼블리셔, 웹 UI개발자 모두 많은 고민에서 나온 용어임을 잊지 말자. 그냥 단계의 하나로 치부할 용어는 아니라고 생각한다.

물론 나도 직군명이 그냥 하나로 통합되면 좋겠다. 그래야 말하기 편하니까..
그러나 내가 일하고 있는 직군의 명칭이 front-end developer라 불리우든, html coder든 웹 퍼블리셔든 중요한게 아니다. 단계로 나눌 필요는 더더욱 없고…
html, CSS만 할줄 아는 사람도 html,css 외에도 다른 스킬을 가졌어도, 그냥 우리는 같은 일을 하는 사람이고 같은 직군의 동료이다.
넌 웹퍼블리셔지만 난 프론트엔드개발자라고 너랑 나랑은 다른 직군의 사람! 이럴것이 아니다.

중요한건 내가 일하는 것에 대한 직군명, 내 직함, 그리고 보유스킬이 아니라 웹을 바라보는 관점 그리고 웹을 얼마나 사랑하는가, 그리고 웹에 대한 관심과 노력이다.(뭐 물론 돈 벌려는 의지도 중요하지…)
웹을 사랑하고 접근하는 만큼 실력과 보유 스킬은 늘게 되어있다.