한빛리더스3기_로고

웹 페이지를 만들 때, 기본적인 태그만 만든 후에 , CSS와  자바스크립트는 샘플 코드들에서 찾아서 쓰는 수준인데, 버전이 바뀌면 그래도 기본적인 명세나 사용시 주의사항 등은 한번 읽어둘 필요가 있어 골랐습니다. 

제목도 좀 유치하면서도 어렵게 느껴지는 " ( 사전처럼 바로 찾아쓰는 ) HTML5 핵심 API " 라 좀 얇고 쉽게 읽힐 책일 줄 알고 골랐습니다만 예상과 달리 쉽게 읽히지만 반복해서 보게 될만한 책이 되버렸습니다. ^^;; 

지은이인 하나토 후토미의 설명 부분이 참 좋은데, 이 분은 HTML5 의 진정한 효과는 PC 에서 드러날 것이고, HTML + 자바 스크립트 + CSS 가 모든 PC 애플리케이션의 기반이 될 것이며, 우리가 이미 배웠거나 앞으로 배우고자 하는 웹표준은 미래의 모든 장치에 응용할 수 있을 것이라 예상하고 계십니다. 이런 설명을 풍부해진 웹 생태계의 현황(?) - 자바 스크립트의 진화, API 표준화의 현실, RIA ( Rich Internet Application ), 웹표준과 플러그인, 브라우저의 구현 현황 등 - 들을 짚어보고 근거로 제시하고 있습니다. 

현업 종사자가 아닌 관계로 깊은 뜻까지 이해할 수는 없겠지만, 비교적 쉽게 쓰여진 문장들이라 HTML5 과 웹표준 기술이 어떤 흐름을 지향하고 있는지는 알 수 있었고, 세세한 명세까지 외우지는 못하더라도 대강의 개념이라도 익혀두면 나중에 써먹을 곳이 있겠다 싶은 느낌이었습니다. 그러니 나중에 찾아봐도 손쉽게 사용할 수 있을 만큼 내용이 충실한지가 관건이었는데, 첫 느낌은 대만족이었습니다. ^^;; 

출처 : 한빛미디어

일단 읽기에 편합니다. 책이 두꺼워서 그렇지 구성도 일목요연하고, 설명하는 패턴도 살펴보면 군더더기없이 깔끔합니다. 
구성은 DOM 스크립팅의 기초, 폼, Canvas, 비디오와 오디오, 텍스트 편집, 드래그 앤 드롭, File API, 웹 워커, Geolocation API 정도입니다. HTML5 에 관한 다른 책들의 목차를 보면 한두개 정도 차이가 있을 뿐입니다. 설명하는 방식은 무작정 태그나 API를 적어놓고 설명하는 게 아니라 HTML5 에 어떤 명세가 있는데, 어떤 기능을 하고, 어떤 상황에서 써야 한다는 식의 설명 후에 실제 API 의 기능명세와 샘플 코드, 그리고 결과화면을 같이 곁들여 줍니다. 그러면서 중간중간 필요한 경우에 주의사항과 브라우저별 구현현황, 그리고 관련명세의 링크주소를 알려줍니다. 다른 책들도 이런 간결한 설명들로 진행하지만, 웹 서적을 읽다가 이젠 익숙해진건지 글 내용이 한눈에 들어오더군요. ^^;; 사실 Canvas 부분은 한번만 읽고 넘어갔는데, 이 부분은 좀 어렵더군요. ^^;; 다른 부분들은 이해가 잘 안가서 잠깐 돌아가 보면 금새 감이 오는 수준이었습니다. 

앞으로는 웹 표준의 구현을 얼마나 했는가에 따라 브라우저를 평가하는 경쟁이라고 하더군요. 그렇기에 아직 HTML5 의 완전한 교과서라고 하기에는 무리겠지만, 일단 개념이 잡히니 찾아쓸 수 있는 HTML5 핵심 API 가 될 수 있을 것 같습니다. 

한빛리더스_3기_로고

다소 낯선 분야인 게임 프로그램의 QA ( Quality Assurance. 품질보증 ) 에 대한 얘기를 다루고 있습니다.
소프트웨어 테스팅, 개발팀의 기획업무, 혹은 프로젝트 매니저의 업무와 혼동되는 부분도 있고, 사용하는 용어들이 좀 형식적이거나 생뚱맞은 느낌이 있기는 하지만, 지금까지 봐온 책들 중에서 가장 잘 정리되어 있었습니다. 

그간 소프트웨어 테스팅이나 기획쪽 서적들을 보면서 뭔가 애매해 하고 있었는데, " 고객만족 " 과 " 비용절감 " 이란 두 단어로 확 뚫리는 기분이었습니다. 회사에서는 항상 이 두 가지를 아주 중요하게 생각하지만, 정작 소프트웨어 업계에서는 이런 부분을 전담하는 역할이 거의 없는 것 같습니다.

물론 업무성과를 제대로 측정하기 어려워 그 투자가치를 인정하기 난감할 것 같기는 합니다. 기획, 개발, 디자인, 마케팅은 아니고, 단순한 테스터의 역할을 넘어서지만 그렇다고 없었을 때보다 개발, 관리비용이 얼마나 줄었는지, 판매량의 증대에 어떤 영향을 끼쳤는지 윗선에서 판단하기 어렵다고 보여집니다.

하지만, 간단하게 살펴봐도 품질이 좋은 경우든 나쁜 경우든 회사는 일정정도의 지출이 발생할 수 밖에 없습니다. 제품의 완성도를 높이기 위해서는 개발비용이 증가할 것이고, 완성도가 떨어졌을 경우에는 고객의 신뢰를 유지하기 위해 추가비용이 발생할 수 밖에 없습니다. 다행이 제품이 고객의 만족을 얻었다면 투자비용을 회수하고 이익을 얻게 되겠지만, 그렇지 못한 경우에는 울며 겨자먹기 식의 고객유지 비용과 막대한 업무량이 발생할 것입니다. 

결국, QA 는 생산성과 품질관리 측면에서 꼭 필요한 역할이 아닌가 싶고, 관계자들의 인식이 필요하다고 생각됩니다. 개발자, 디자이너, 기획자, 마케터들의 업무에 끼어들어 불필요한 감시나 줏어먹기를 하고 있는 것이 아니라 그들이 궁극적으로 만들어낼 제품들의 가치를 높이면서도 회사의 지출을 합리적으로 이끌어 내는 나침반 역할을 하는 게 QA ( Quality Assurance ) 의 역할이라고 봅니다.

출처 : 한빛미디어

이 책을 읽어보면 QA 는 회사에서 위치를 정하기도 애매해 보이기도 합니다. 권한이 없으면 정말 그냥 베타테스터나 기획자의 보조 역할 이상을 하기 힘들어 보이고, 권한이 많다 보면 프로젝트 매니저의 영역을 침범하거나 관계자들에게 권위적이기만 한 감시자로 비춰지기 쉬워 보입니다. 아마 QA 역할을 담당하려면 이 부분을 잘 조율해야 하겠지만, 그에 앞서 필요한 업무기술도 만만치 않더군요. 

챕터 7. 게임 QA 의 자세 편을 보면 다음과 같습니다.