티스토리 뷰
사랑하지 않으면 떠나라! - 차드 파울러 지음, 송우일 옮김/인사이트 |
"사랑하지 않으면 떠나라!"
처음에는 소설책인줄 알았습니다. 그런데 분류는 IT와 자기계발로 되어 있더군요.
내용은 그저 그런 좋은게 좋은거다라는 이야기가 아닐까 했지만, 강컴이나 다른 곳에서의 평가가 너무 좋더군요
보통 이런 류의 IT 관련 서적들은 프로젝트 관리자들이 이러이러해야 한다라는 이야기가 대부분입니다.
그런데 이 책을 읽으면서 보니 관리자 보다는 현재 개발자들이 읽고 이해하고 실행하면 좋겠다는 생각이 들었습니다.
주요 내용이 프로그래밍 코딩이라는 한 부분에만 너무 집착하지 않고, 비즈니스 적인 마인드를 갖출 때 비로소 한단계 더 발전할 수 있다는 것이니까요..
실용주의 프로그래머나 익스트림 프로그래밍과 같은 책에서도 나온 이야기들이 반복되는 듯한 느낌도 조금은 있습니다.
하지만, 이 책에서 제가 제일 관심있게 본 부분은 Stage 3 실행 부분의 "유지보수를 즐기라"와 "8시간 열중하기"였습니다.
유지보수!
개발자들은 일반적으로 유지보수를 하찮고 귀찮은 작업으로 생각합니다.
저 또한 마찬가지였지요.. 유지보수는 제일 실력이 떨어지는 친구에게 맡기는게 낫고..
새로운 개발은 가장 실력이 높은 사람에게 맡기는 경향이 있었죠...
하지만, 이런 개념을 바꾸어 생각해 봅니다.
신규 프로젝트는 기대치가 너무 높고 각종 자원에 대한 지원도 많습니다.
그래서 완료 하더라도 시간이 늦어지는 경우, 아니면 아예 완료를 못할 경우 부담이 큰 것이 사실입니다.
즉, 개발자 입장에서 보면 요구사항 이상의 새로운 시도를 해보기에는 어려움이 있다는 겁니다.
반면에 유지보수는 상대적으로 기대치가 낮습니다. 현재 운영중인 곳에 문제만 발생하지 않으면 아무도 내부의 문제에 대해 지적하지 않는다는 것이죠..
바로 이점이 유지보수의 매력이라고 저자는 이야기하고 있습니다.
다른 사람들이 만든 소스를 마음껏 주물러 보라는 것이죠..
즉, 유지보수가 자유와 창조를 위한 환경이 될 수 있다는 겁니다.
다음으로 8시간 열중하기... 이전에 애자일.. XP.. 잘 안되는 이유는 뭘까요? 에서 비슷한 내용을 언급한 적이 있습니다.
여기에서는 돈에 비유해서 설명을 하고 있습니다.
학창시절과 같이 돈이 부족하던 때에는 돈을 보다 효과적으로 사용한다는 겁니다.
시간도 이와 마찬가지라는 것이죠..
"야근 하면 되지 뭐.." 와 같은 마인드는 현재 시간을 낭비하게 만든다는 겁니다.
절대적으로 동감하는 내용입니다. 하루에 많은 일들을 처리하는 사람들이 있습니다.
그들은 시간이라는 자원을 적절히 분배해서 활용하기 때문입니다.
음.. 이 책의 또다른 측면은 바로 각 장의 뒷부분에 포함되어 있는 "실천하기"라는 겁니다.
해 볼 수 있는 것은 시도해보는 것도 좋을 것 같습니다.
추천사를 유명 블로거들이 작성한 것도 요즘 추세인 것 같구요.. ^^
마지막으로 책의 전체적인 흐름을 적어보려고 합니다.
Stage 1 : 당신의 시장을 선택하라.
- 자신의 시간, 삶을 프로그래밍에 투자하는데 있어 우연에 맡기지 말라는 내용입니다.
Stage 2 : 자신에게 투자하라
- 비즈니스에서 아이디어란 흔한 것이라고 이야기 합니다. 가치가 있으려면 피와 땀, 눈물, 돈을 투자해야 한다는 것이죠..
Stage 3 : 실행
- 실제로 해내야 한다는 점을 강조하고 있습니다.
Stage 4 : 마케팅은 높으신 분들만 하는게 아니다.
- 개인 PR 즉 자신이라는 상품을 팔려는 마인드를 가져야 한다는 것이죠
Stage 5 : 자신의 강점을 유지보수하라
- 계속적으로 변화하는 기술들. 이런 시대 흐름에 뒤쳐지지 않고 로드맵을 가지라는 겁니다.
Stage 6 : 그들을 이길 수 없다면
- 이 부분은 이책의 원제목에 맞추어진 내용입니다. My job went to India.. 이런 해외이전에 대한 대처라고나 할까요..
'사색 > 독서' 카테고리의 다른 글
애자일 회고(Retrospectives)에 대한 절차서 (0) | 2008.05.20 |
---|---|
링크를 기반으로 한 과학분야의 포괄적인 이야기들 (0) | 2008.04.24 |
[도서] 걱정하지 말고 살아라 (0) | 2007.12.09 |
익스트림 프로그래밍 - 변화를 포용하라 (2) | 2007.10.24 |
리펙토링 - 나쁜 디자인의 코드를 좋은 디자인으로 바꾸는 방법 (2) | 2007.10.19 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 하둡
- ms
- 분석
- 책
- 자바스크립트
- 클라우드
- HTML
- 맥
- XML
- SCORM
- Hadoop
- 자바
- 통계
- 안드로이드
- 구글
- r
- mysql
- 모바일
- java
- 도서
- 세미나
- 디자인
- fingra.ph
- 웹
- 애플
- 빅데이터
- 아이폰
- 마케팅
- 프로젝트
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함