사용자 삽입 이미지

데이비드 S 플랫 지음
윤성준 옮김

"이보게. 데이브, 자네가 말한 우주의 제 2법칙, '우주의 쓰레기양은 보존된다. 이쪽에
쓰레기가 적다면 다른 쪽에 쓰레기가 많을 것이다. 쓰레기를 없애는 방법은 없기
때문이다' 는 정말 대단하더군. 지금 내 프로젝트가 꼭 그 꼴이거든." - 본문중에서

어떻습니까? 공감하십니까? 비단 자신이 수행하는 프로젝트 뿐만 아니라 세상에는 정말
쓰레기 같은 소프트웨어가 널려있습니다. 굳이 저자가 좋아하는 개떡 (영어로는 Sucks
인거 같더군요) 이라는 표현을 안 빌려온다 하더라도 주변에는 '아 쓰기 불편해!!' 라고
느끼는 프로그램이 한 두개가 아닐 것입니다. 저자는 왜 주변에 그리 개떡같은
소프트웨어가 많은지 차분하게 설명해 주고 있습니다.

책을 읽으면서 개발자로 살아왔던 삶이 살짝 부끄러워서 얼굴이 화끈 거렸습니다. 정말
책에 표현한 그대로 였으니까요. '사용자는 당연히 이렇게 할꺼야' 라는 가정하에 얼마나
제 멋대로 프로그램을 만들어 왔었는지.. 책은 사용성에 관한 저자 자신의 고찰과
개발자들이 잘 납득을 못할까봐 상당히 신랄한 어조로 비판하고 있습니다. 우리같은 Geeks
들한테는 그런식의 비판이 잘 먹혀 들어가지요 ^^;

제품에 세계 최고의 기술을 적용해도 사용자를 이해하지 못했다면, 잘못된 문제를
해결하는 것이라면, 또는 제대로 된 문제를 풀었다라도 사용자가 용납할 수 없다면
쓸모없는 것이 되고 맙니다. 사용자가 어떻게 생각하는지에 대한 당신들의 생각이나
사용자가 어떤 식으로 생각하길 바라는 당신들의 희망 같은 것은 중요하지
않습니다. 당신들은 사용자가 생각하는 것을 처리해야 하는 것입니다. - 본문중에서 -


최근에 IT 전반이 바뀌고 있다고 종종 주변에게 말하곤 합니다. 기존까지 대형 시스템에서
데이터를 축적하는데 열을 올렸다면 , 이제는 그 데이터를 활용하는 방향으로 변해가며 ,
일반 프로그램에서는 지금까지 기능성 위주였다면 이제는 사용자를 고려하는 리치 컨트롤
(더 예쁘고 더 사용성이 좋고) 쪽으로 변해가고 있습니다. 바뀌는 세상에서 그 중심에 서
있으려면 일단 빨리 깨닫는 게 중요합니다. 그런 의미에서 가벼운 명상(?)에 가까운
책입니다.

컴퓨팅은 더 이상 기술 분야가 아니라, 사람과 관련된 분야입니다. - 본문중에서 -


사용자 삽입 이미지

프로이트의 비밀

글/그림 - 크리스티안 모저
옮긴이 - 안인희

'유명한 문제를 푼 유력한 사람이였다.'

라는 글귀와 함께 제자와 추종자들이 프로이드와 오이디푸스가 같이 새겨진
기념 주화를 만들어서 50세 생일을 축하했다고 합니다.

오이디푸스가 스핑크스의 수수께끼를 푼 문제는 유명합니다. 하지만
프로이드의 오이디푸스 컴플렉스로 그 이름이 사실 더 유명해졌다고
봅니다. 그런 오이디푸스 처럼 유명한 심리적인 현상을 풀어낸 프로이드 ,
평생을 비밀스럽게 살아오며 , 당시에도 인정받지 못하고, 심지어
요즘까지도 '결국 심리적인 게 아니라 호르몬 문제야..' 라는 평을
듣습니다.

그의 살아온 인생자체가 공개된 삶이 아니라서 , 필자는 프로이드 집의
'쇼파'를 화자로 선택합니다. 프로이드의 일생을 쇼파가 담담하게 이야기
하는 형식의 평전 형식입니다. 게다가 보기 쉽게 만화도 곁들여져
있습니다. 한 시간 정도면 뚝딱 하고 읽을 수 있을 정도의 분량이기도 합니다.

그의 이론과 학문 자체가 시대를 뛰어넘는 '혁신' 이였기에 그의 연구자적
삶은 순탄하지 않았습니다. 그럼에도 불구하고 ,인간 심리의 미스테리를
풀어낸 그는 20세기의 오이디푸스 그 자체입니다.

M9788982739316

피를 마시는 새 세트(전8권)

이영도 / 황금가지

"사람을 진정 행복하게 만드는 건 다른 사람뿐이지. 사람을 진정 불행하게
만드는 것도 다른 사람뿐이고, 오직 사람만이 행복과 불행을
생산한다. 정치 체제는 사람들이 생산한 행복과 불행을 이리저리 운반할 뿐
스스로는 쌀알 한 톨만큼의 행복이나 불행도 만들어 내지 못해."
...

"순전히 정치 체제의 우수성만 놓고 말한다면 최악의 폭군이 가졌던 통치
구조도 위대한 성국이 가졌던 것만큼이나 우수한 것이었을 것이다. 불행을
훌륭하게 운반했으니까. 어설픈 통치 구조 가지고는 폭군이 되기도 어렵지."

'눈물을 마시는 새'에 이어 '피를 마시는 새'는 같은 세계관을 가지고
이야기를 풀어 나갑니다. 전작에 비해 양적으로는 두배에 가까운 내용을
가지고 수많은 등장인물들이 등장해서 이야기를 풀어나갑니다. 다만
본문에서도 언급하듯이 '영웅시대'는 끝나고 또다른 영웅들이 출현하지만
'눈물을 마시는 새'에 등장하는 영웅들보다는 존재감이 약합니다.

본문중에 나오는 키탈저 사냥꾼의 유명한 이야기인, 형제새 이야기중 일찍
죽지만 가장 아름다운 목소리로 노래를 부르는 '눈물을 마시는 새'와 , 가장
오래사는 이유로 '피를 마신다는 새'

전자는 다른사람의 눈물을 마셔주는 왕에 관한 이야기고 후자는 피를
마시며 자신을 존속시켜가는 종교에 관한 이야기 입니다.

처음 피를 마시는 새에 대한 뉘앙스는 황제 또는 제국이라
여겨졌습니다. 계속해서 제국을 유지해야 하기 때문에 제국에 반기를 들
여지가 조금이라도 있는 사람들을 미리 미리 숙청하고 다니는 황제 . 즉 다른
사람들의 피(죽음)를 요구하며 자신을 유지하는 제국, 그리고 그 정점에
있는 황제

하지만 제국은 사람이 만들었기 때문에 존속에는 한계가 있고 , 때문에 이를
영속하는 종교로 만들고자 합니다. 실제로 많은 국가의 형태는 바뀌어 오고
있지만 (지배세력은 언제나 바껴가지요..) 종교는 계속해서 내려오고
있습니다. 언제나 다른 사람들의 피를 마셔가며...

같은 배경으로 다른 주제의식을 가지고 쓰여진 글, 피비린내 속에서 자신의
생명을 유지하기 위해 다른것들의 피를 갈구하는 새의 모습을 느끼며 책을
읽을 수록. 다른사람의 눈물을 마셔주기 때문에 일찍 죽으며, 가장 아름다운
목소리로 노래하는 눈물을 마시는 새(왕)에 대한 그리움 입니다.

chewed by Notoo

사용자 삽입 이미지

이영도




"네 마리의 형제 새가 있소. 네 형제의 식성은 모두 달랐소. 물을 마시는 새와 피를 마시는 새, 독약을 마시는 새, 그리고 눈물을 마시는 새가 있었소. 그 중 가장 오래 사는 것은 피를 마시는 새요. 가장 빨리 죽는 새는 뭐겠소?"

"독약을 마시는 새!!"

 고함을 지른 티나한은 모든 사람들이 자신을 쳐다 보자 의기양양한 얼굴이 되었다. 하지만 케이건은 고개를 가로 저었다.

"눈물을 마시는 새요"

언제나 무덤에서 돌아왔다고 첫글에 대한 코멘트를 다는 이영도 님의 '눈물을 마시는 새'입니다. 저번에 '폴라리스 렙소디'에 이어서 계속해서 이영도님의 글을 보고 있습니다.

평가절하 되기 쉬운 판타지를 문학의 위치까지 끌어올렸다는 평을 듣는 이영도님, 글 자체의 마력이 대단합니다.
 톨킨류의 판타지만 존재하는가? 라는 여론에 답을 하듯이 한국형 판타지를 구상하고 만들어 냈습니다. 특히나 '퓨쳐워커' 이후로 내려오는 중심인물이 누구일까 계속해서 유추하게 만드는 스타일의 진행방식이 더욱더 몰입도를 가져오고 그 것이 가져오는 반전을 즐기게 만들게 합니다.

너무 중요해서 몸안에만 가지고 있으려고만 하지 밖에 내보내지 않으려 하는 '피'를 마시는 새는 당연히 오래 살 수밖에 없고, 얼마나 해로우면 몸밖으로 내보낼려고 노력하는 '눈물'을 마시는 새는 일찍 죽을 수밖에 없다고 작가는 말합니다. 그렇지만 그렇기 때문에 '눈물'을 마시는 새는 가장 아름다운 목소리로 노래한다고 합니다.

그래서 다른 사람의 눈물을 마셔서 , 일찍 죽는 새가 바로 왕이라고 작가는 말합니다. 왕이 존재하기 위해서는 자기 자신이 왕이라고 주장하는 것이 아니라, 그 사람을 왕이라고 떠받드는 존재들이 있어야 왕으로서 군림할 수 있습니다. 어찌하여 떠받들게 하는가? 바로 그들의 눈물을 마셔주기 때문에 떠 받들여 질수가 있습니다.

판타지 문학에서나 가능한 일일까요? 현실의 정치적인 모습이 더욱더 타락해 가는 모습을 보여주기 때문에 문학에서나 이상적인 왕을 찾아보게 되는 무력함을 느끼지만 , 그렇기에 더욱더 현실에서 '눈물'을 마셔주는 왕을 기대하는 환상을 꾸게 되나 봅니다.

사용자 삽입 이미지

지은이: 이영도


멸망은 완성의 귀결 ..

책을 끝까지 읽고나서 이영도 작가가 자주 인용하는 이 귀절이 머릿속을 떠나지 않았다. 끝이 나지 않으면 무엇이든지 중간이기 때문일까? 노래가 불러지는 중간이라면 노래가 완성 된게 아니다. 마지막까지 노래가 흘러가고 끝이 되서야 노래가 완성되기 때문이다.

국가도 마찬가지며, 살아가는 삶이 또한 그러할 것이다. 끝이 되서야 전체를 볼 수 있게 된다.

그럼에도 불구하고 멸망은 바라지 않고 싶다. 다 읽고 나면 아쉬운 랩소디가 머릿속을 감돈다
사용자 삽입 이미지

제목: 테스트 주도 개발

원제: Test - Driven Development by Example
지은이 : 켄트 벡
옮김 : 김창준 , 강규영


테스트 주도 개발 ! 참 요즘들어 많이 듣는 말 입니다. 하지만 실행하기가
그리 쉽지 않은 부분이기도 하지요. 원인이 무엇인가 조금 생각해보면 알
수 있습니다. 결국 '실천' 이 관련되었기 때문입니다. 자신이 익숙한 것만
하려고 드는 개발자의 특성상 무엇인가 새로운 것을 해보기가 쉽지가 않은
것이 또한 큰 이유중에 한가지 입니다.

저는 이책을 지인의 추천으로 가지고 있었는데 서문을 조금 읽어본 후에
계속해서 가지고 있었습니다. 그리 흥미를 못느꼈기 때문입니다. 좋은
이야기가 많이 쓰여져 있지만 실천하기 힘든 역시나 일반적인 서적하고
비슷한게 아닐까 라는 편견을 가지고 있었기 때문이기도 합니다. 하지만
인터넷에서 NUnit 관련 글을 볼때 나오는 TDD 개념을 아주 잘 정리한 글을
보게됐습니다. 그래서 갑자기 TDD 에 대한 관심이 무럭 무럭 증가 하더
군요. 그래서 이 책을 다시 꺼내들어서 읽었습니다.

결과적으로 책만을 두고 본다면, 켄트백이 지은 책도 두어권 보고,
김창준씨가 옮긴책도 여러권 봤지만, 역시 난해합니다. 제가 인터넷
페이지에서 봤던 글은 정말 간결하게 TDD를 설명해서 매력이 있었는데
솔직히 이 책에서는 그 맛을 느낄 수가 없습니다. 심지어 지인과는
켄트백이냐 김창준씨냐.. 대체 누가 글을 어렵게 쓰는 것인가? 라는
농담까지 할 정도였습니다.

지극히 개인적인 평이지만, 저는 뒤에 나온 피보나치 수열을 TDD로
개발하는 예제와 , 마틴 파울러의 글이 제일 맘에 들더군요.
-ㅅ-
사용자 삽입 이미지
지은이 : 데이비드 토마스, 앤드류 헌트
옮긴이 : 김정민 이용원

실용주의 프로그래머를 위한 Starter Kit 그 세번째 입니다. 책 순서상으로는 2번째지만 제가 읽은 것이 세번째 입니다.  CVS 와 자동화 빌드(허걱! 이건 서평을 안써군요 ㅜ.ㅜ ) 그리고 이것이 세번째 입니다.

애자일 관련은 철학과 경영에 맞 물려 있다고 제가 친구들과 후배들에게 말하고는 합니다. 그만큼 실천이 중요하고 또 살짝 난해하기도 합니다. 쉽게 실천을 하면서 기반 지식을 쌓아두면 더 나아가는 데 도움이 된다고 저자들이 생각해서 적어도 이 세가지 (레파지토리, 단위 테스트, 자동화 빌드) 는 지켜나가면서 실용주의 프로그래머가 되도록 독려하기 위한 책입니다.

이는 그중에서 단위 테스팅에 관련된 책입니다. 자신이 만든 코드에 대한 테스트를 꼭 동반해서 만들어, 항상 테스트를 자동화 해서 프로젝트가 진행해 나가며 도움을 많이 받을 수 있게 하면 프로젝트 수행중에 오픈일에 일이 집중되는 시간을 수정 할 수 있게 만들어 주는 고마운 방법입니다.

사실 이 계열에 관한 내용들은 충분히 나와 있지만 실천하기 어려운 것도 사실입니다. 그리고 이 책 자체도 다른 두권의 책보다는 이해하기가 그리 쉽지 않았습니다.
하지만!!! 그럼에도 불구하고 이책에 나온 기술은 꼭 익혀둘만 합니다. - 저도 실제로 개발하는 데 있어서 큰 도움이 됐습니다.

실용주의 노선에 동참하시길 기대합니다. +ㅂ+
편하고도 정교하면서도 쉬운길입니다.
사용자 삽입 이미지
제목:애자일 프랙티스
부제: 빠르고 유연한, 개발자의 실천 가이드
영문: Practices of an Agile Developer
지은이 : 벤컷 수브라마니암, 앤디 헌트
옮긴이: 신승환 , 정태중


애자일 , 애자일 , 대체 애자일이 무엇인가요? 최근 개발자들 사이에서
이슈가 되고 있습니다. '기민함' 으로 대표되는 방법론 입니다.
기존의 워터폴과 그 변형된 형제들의 방법론을 대체하고자 일어난 애자일
선언에서 그 기원을 찾을 수 있습니다.
'모든것이 처음 시작할때 부터 전부 산정할 수 있다!!' 라고 주장하는
워터폴과 그 형제들의 가정부터 전면 부인하고 나섭니다. '모든 것은 상황에
따라 변경 될 수 있다.' 입니다.
개발자들 사이에서는 기존의 워터폴 패거리들에게 당할만큼 당했기 때문에
이 '기민한' 방법론쪽을 환영하고 있습니다. 하지만 지금까지의 관습을
없애고 새로운 방법론으로 '짠'하고 갈아타기란 쉽지가 않습니다. 그래서
이책이 쓰여진 연유라고는 하나, 쉽지는 않습니다.
애자일 , XP 방법론 전부 개발 '철학'과 관련이 있습니다. 습관을 바꿔야
조금 더 근접할 수 있다고 할 수 있습니다. 그러나 역시 '철학'에 관련된
것이기 때문에 쉽게 와닿지는 않습니다. 그 많은 xp 방법론을 소개하는
책들과 비슷하게 하면 좋겠구나.. 하지만 대체 어떻게 시작하란
말인가.. 라는 의문이 여전히 듭니다. 책이 어렵다기 보다는 아직은 제가
감이 안온다고 하는게 맞겠습니다.
이책을 필독으로 하고 가슴에 품고 다니기 보다는  'shit ip' 을 품고
다니며 실용주의 노선을 시스템과 함께 습관화 하고 그 다음에 애자일
철학으로 들어서는 것이 낫지 않나 싶습니다.

사용자 삽입 이미지

제목: 성공적인 소프트웨어 개발 프로젝트를 위한 실용가이드
원제: ship it

지은이: 자레드 리차드슨,윌 그월트니 주니어
옮긴이: 최재훈

최근 (우리 회사를 비롯해서) 실패하는 소프트웨어 프로젝트의 비율이 매우
높습니다. 일반적인 프로젝트의 경우에는 실패율이 70% 에 육박하고, 대규모
프로젝트의 경우에는 94% 경우에 이릅니다. 즉 6% 밖에 성공 못한다는
겁니다. 왜 프로젝트가 실패하느냐.. 여러가지 말은 많습니다. 훌륭한
기술리더가 전세계적으로 부족한게 아닐까 싶습니다만 결국은, 프로젝트를
성공시키겠다고 하는 의지들이 개발자들에게 없나 싶습니다. 그냥 저냥
시키는 대로 일을 하고 그냥 퇴근이나 하자, 일이 많으면 왜 이렇게 일이
많은지 조금도 생각 안하고 , 바로 고객을 탓합니다. 그리고 어느덧
야근하는 자신을 원망하면서 '내가 왜 이길로 들어와서 이 고생을 하고
있나'. 라고 운명을 탓합니다.

이런 악순환의 고리를 적어도 우리 회사만이라도 탈피하기 위해서 최신
알려진 기법에 대해서 공부하고 그런 좋은 시스템들을 회사에 도입할려고
이것 저것 시도를 해보는 중이였습니다. 그러다가 이 책을 읽게
됐습니다. 제가 하려던 일에 대한 근거를 제시한다는 기쁨에 정말 빠르고
깊게 푹 빠졌습니다. 운전하다 빨간불에 잠깐 책을 잡고 읽는 경우가 그리
흔한 경우는 아니지요 ^^;

최근 개념 있는 프로그래머라고 하면 극찬하는 '실용주의 프로그래머' 라는
책이 있습니다. 워낙 유명하지만 그 책을 읽은 사람들이 가지는 의문이
있습니다. 심지어는 그 글을 썼던 작가들 마저 가졌던 의문이라고
하는데,대체 이걸 현실에 어떻게 적용하란 말인가.. 그래서 작가들은
'시작하는 실용주의 프로그래머들을 위한 3가지 도구'에 관한 책을 썼구, 이
자레드와 윌은 이 책을 썼습니다. 책에서는 많은 방법을 제공하고 현실에
어떻게 적용해야 할 것인지를 잘 설명하고 있습니다. 어느때의 실천사항이
요구되는 책처럼 실천하기 어려운 방식을 요구하는게 아니라 쉽게
지금이라도 당장 실행해서 재미를 볼 수 있는 방법들을 제공하고 있습니다.

개발자부터 관리자까지 그리고 여건이 된다면 회사에서 추진하는 IT
프로젝트를 성공으로 이끌고 싶은 고객까지 꼭 한번은 읽어보시라 추천하는
책 입니다.

저는 평소 생각과 이 책에 나와 있는 내용을 바탕으로 5가지 원칙은 꼭
지켜나가는 회사를 만들고 싶습니다.

1. 소스 저장 관리 시스템 : SVN 으로 회사는 지정해서 모든 개발자들이
사용하게 한다.

2. Continous Integration System : 개발 시작하자 마자 프로젝트를
만들어서 CI 머신에 올려놓는다.

3. Test Driven Development : 테스트 주도 개발로 테스트를 첨예하게
프로젝트에 적용 시킨다.

4. Issue Tracker  또는  Bug Tracker : 고객과 개발자의 접점을 시스템에
한정 시켜서 서로에게 방해되는 요소를 줄이고 목록에 대한 관리가
필요하게 한다.

5. 목록 또는 일정 관리의 체계화 : 자신이 해야 할 일을 머릿속에만
담아두면 관리의 대상이 되지 않습니다. 관리의 주체가 자신이 되던
관리자가 되던지 말입니다. 실제로 제 친구가 PM 업무를 할때
그 친구가 고안한 일정 시스템을 도입해서 프로젝트를 성공으로 이끈
경험을 말해 주더군요. 자기 자신이 할 일도 체계적으로 관리가 되니 일을
더 효율적으로 하게 되며 다른 사람들하고 협업할때도 편하다고 합니다.


적어도 이 다섯가지의 원칙을 지켜나가며 앞으로 개발을 성공적으로 디자인
하는 업체가 된다면, 지금까지의 IT 업계의 안좋은 악습을 우리 회사가 고쳐나가는
시발점이 되지 않을까 합니다.

사용자 삽입 이미지

제목 : 지혜로운 킬러
지음 : 이정숙


지인이 소개해줘서 읽게 됐습니다. 괜찮다는 그 친구의 평과는 달리 읽는
내내 '나는 또 한편의 자서전 형식의 위인전을 읽고 있구나' 라는 생각이
지배적이였습니다. 책 쓰기 참 어렵습니다. 그걸 뼈저리게 이해하고 있는 바
이지만 , 제가 남의 책을 읽을때는 그 생각이 안 드나 봅니다. 특히나
마지막 부분에서 이어지는 책 주제와 안 어울리는 주제가 나올때는 책을
덮어버리고 싶었습니다.

결론부터 이야기 하자면 주어진 상황에서 더 나은 방법이 나오기 전까지는
지금 상황에서 절대로 포기하지 말라는 것입니다. 그 상황이
월스트리트에서 아무것도 모른체 세일즈를 시작했다고 해도 말이죠.

+ Recent posts