컴퓨터를 사용하다보면 새로운 프로그램을 사용해야할 때가 있다. 그런데 기존에 사용해 오던 시스템과 다르면 사용자는 당황하게 되고, 속도까지 느리다면 짜증과 화가 나면서 "이거 만든 사람 누구야?"를 외치게 된다. 이런 거만한 소프트웨어가 나오는 이유는 개발자가 거만해서 일까? ＜겸손한 개발자가 만든 거만한 소프트웨어＞(인사이트, 2009)는 일상생활의 경험과 컴퓨터 프로그램을 사용하면서 겪게되는 문제를 재밌게 풀어내고 있다.

 "전철을 타고 가면서 의문이 들었습니다. 저는 왜 처음 사용하는 충전기인데, 무모하게 설명서도 읽지 않고 돈을 넣으려고 했을까요? 성급한 성격 탓으로 끝내기에는 석연치 않은 점이 있었습니다. 곰곰이 생각해 본 결과, 행동유도성에서 답을 찾을 수 있었습니다. 교통카드 충전기를 일종의 자판기로 생각한 것입니다. 커피 자판기나 지하철표 자판기를 사용할 때처럼 커피를 뽑거나 지하철 표를 끊기 전에 돈을 먼저 넣어야 한다는 경험 덕분에, 전 자판기와 같은 것을 보면 돈을 넣으려는 행동유도성을 느낀거죠" p71

 일상에서 자동판매기, ATM(입출금기) 등을 사용할 때, 실수를 한 경험은 매우 많을 것이다. 지폐투입구에 신권을 사용할 수 없는 상황, 10원짜리 동전은 쓸 수 없을 때, CD(현급지급기)에 입금하려고 시도하는 상황이 예가 될 수 있다. 지하철의 자동 발권기가 있을 때에는 먼저 돈을 넣고, 목적지를 선택해도 정상적으로 표를 구입할 수 있었다. 그러나 지금은 목적지를 먼저 선택해야만 교통카드 발권기를 정상적으로 사용할 수 있다. 기존의 경험을 새로운 기기에 적용하려고 한 상황에서 우리는 실수를 일으키고, 성질이 급한 사람은 화를 내고, 소심한 사람은 당황하여 자신을 자학하게 된다.

 기기의 경우 모든 사용자를 대상으로 제작하기 때문에, 비교적 인간적(?)으로 설계되어 제작되지만, 소프트웨어의 경우는 사용자가 한정되기에 훨씬 '거만'해질 가능성이 높다. 상부의 원가절감과 기간단축을 위한 지시는 개발자가 겸손하더라도 거만한 소프트웨어를 만들도록 유도한다.

그러한 이유로 우리는 사소한 작업을 하더라도 심각한 에러와 만나게 되며, 곤란을 겪게된다. 여기서는 사용자를 감동시키는 '과잉 친절의 소프트웨어'를 만들기 위해 두가지를 실천해야 한다고 말한다. 종이의 힘 활용과 '거만한 소프트웨어'를 탄생시키는 원인 제거. Peopleware, Active involvement, simPlicity, Experience, Repetition, PAPER 이다. 이는, 실사용자와 기획자 개발자간 의사소통의 중요성을 말해준다.

 기획자가 제품을 설계할 때, 특정상황에 대한 예외를 해결하기 위해 특수해(特殊解)를 사용한다. 특수해란 한정적인 상황만 해결할 수 있을 때의 해결책을 지시한다. 반면 일반해는 특수한 상황도 해결하면서 일반적인 상황에 사용성을 높여주는 해결책이다. 예를 들어 지하철의 휠체어리프트가 특수해라면, 엘레베이터는 일반해이다. 장애인 뿐만 아니라 일반인에게도 사용성을 높여주는 방법이기 때문이다.

화장실 개선 공사 후 장애인전용 화장실을 만들었다. 이건 특수해일까 일반해일까? 일반 사용자들도 사용할 수 있으면서 장애인의 편의를 최대한 우대해줄 수는 없을까? 장애인 편의시설을 일반인들이 과도하게 사용하는 것은 잘못이다. 그러나 장애인만 사용할 수 있게 만드는 활용도가 낮은 설계는 예산만 낭비하는 행정이 될 공산이 크다.

얼마전 우측통행이 시행되면서 환승통로의 보행이 모두 우측으로 바뀌었다. 제대로 적용되어 편의가 높아진 곳도 있으나, 혼란과 혼잡이 가중되는 곳도 적지않다. 특수해의 적용으로 불편만 가중되는 근시안적인 사고를 줄이기 위해 넓은 시야를 갖는 연습이 필요하다. 물건을 만들거나 지시를 내릴 때 거만하지는 않았나 생각하게 한다.

솔루션을 개발하는 프로그래머로써 제목이 재미있어 한번 읽어보게 되었다.

솔직히 SI업체에 다녀본 경험이 없어 첫부분의 내용을 읽으면서 이해는 할 수 있었으나 실감나지는 않았다. 나도 이제 여기서 나가면 저런 환경에서 일을 해야하나하는 겁도 약간은 생겼다.

첫부분의 내용들은 개발자들이 시간에 쫒겨 사용자들은 생각지 않고 자기들 기준으로 프로그램을 짜다 보니 사용자들의 불만은 커진다.. 뭐 이런내용들이 주로 이루어진다. 이부분을 읽으면서는 나는 만드는 사람이고 진짜 이걸 쓸사람은 따로 있는데 내가 사용자들을 얼마나 생각하면서 프로그램을 하고 있었나하는 자책도 조금은 하였다.

나중부분들은 대부분이 이런 잘못된 부분들을 고치기 위해서는 어떻게 해야한다. 뭐 이런 내용이었다. 약간은 어려운 내용들 .. 정말 SI업체의 PM급들이 이해할 정도의 내용들. 한편으로 생각하면 내가 SI업체에서 일한 경험이 없어서 그럴수 있겠다 하는 생각이 든다. 그런 환경에서 일해본사람들은 아마도 약간은 이해가 갈 것같고 또 약간은 자신이 일해나가야 할 방향을 결정하는데 도움이 될 듯 싶다.

이 책의 뒤에 보면 "참조한 책" 이라고 해서 약 50여권의 책이 소개되어 있습니다.

저는 그 중에서 피플웨어, 디자인과 인간심리, 피플웨어, 인간중심인터페이스 , 조엘온 소프트웨어, 프로그래밍 심리학 이렇게 6권의 책을 읽은 상태에서 이 책을 읽었습니다. 책 중간중간의 내용을 보니, 개념 소개 -＞ 설명 이렇게 구성된 부분이 많았고, 어떤 부분은 책의 내용을 그대로 붙여넣기 한것처럼 쓰여있어 좀 당황스럽더군요.  비록 참고한 부분이고 그렇게 명시되어 있기는 하지만 중요한것은 이러한 내용이 책의 상당부분을 차지한다는 것입니다.

또한, 책의 주제도 "거만한 소프트웨어를 만들지 않는 방법" 인것 같은데, 중간중간 보면 그저 프로세스 기법을 소개하거나 개념 소개 -＞ 설명 으로만 이어져 주제와 동떨어진다는 느낌도 많이 받았습니다. 참조한 책들이 모두 좋은 내용을 담고 있어서, 뒤에 열거된 책을 읽어보지 프로그램 개발 전반에 있어 여러가지 좋은 지식을 얻을 수 있지만 이미 많은 책을 읽어보신분들께는, 그다지 도움이 되지 않을것 같습니다.