내 남자의 길~!

출판사 서평
프로그래밍을 할 때 기계적이거나 수동적인 태도를 가지고 있지는 않은가? 필요한 기능이 동작할 정도의 상태만 되면 할 일이 끝났다고 여겨오지는 않았는가? 드러난 버그만 수정한 후에 코드를 내버려 두지는 않았는가? 이는 프로그래머의 올바른 자세가 아니다. 적극적인 태도로 조금만 더 생각하면 여러분의 프로그램을 더 우아하게 만들 수 있다. 같은 일을 더 짧은 코드로 더 멋지게 처리할 수 있다. 그리고 이렇게 프로그램의 질이 향상되는 것에 그치는 것이 아니라, 다시금 프로그래밍의 재미를 느낄 수 있을 것이다.
그러나 단순히 API 사용법을 익히는 것을 넘어서 깊은 생각을 통해 프로그램을 향상시키는 것이 쉽지는 않다. 어떻게 접근해야 하는지 그 방법 자체가 어려울 수 있다. 이런 어려움을 겪는 사람에게 생각하는 프로그래밍(원제:Programming Pearls) 은 프로그래머로서 진일보하는 초석이 될 것이다. 물고기를 잡아 주기보다는, 낚시하는 방법을 가르친다 라는 진부한 표현처럼, 생각하는 프로그래밍 은 읽는 이에게 생각하는 방법을 알려준다. 보통의 알고리즘 책과는 달리, 여러 알고리즘과 데이터 구조를 장황하게 나열하기보다는, 몇 개의 간단한 알고리즘 및 데이터 구조를 통해 생각하는 방법의 전형을 보여준다.

전부터 목록에 넣어놓고 정작 구매하지 않았던 책이다. 서평도 좋고 다른 책을 구매하면서 같이 구매했다.

이 책 또한 출퇴근 길에 틈틈히 읽을 생각이다. 책을 읽고 난 후에 서평을 남기도록 하겠다. ^^

아직 제대로 된 서평하나 쓸줄 모른다는 ^^;  책을 읽을때 잘 생각하고 느낌을 기록해서 제대로 함 써봐야 겠다.

// 2009.06.02  1차서평..
프로그래밍을 하면서 어떠한 도움을 얻기를 바라며 많은 기대를 가지고 읽기 시작했던 책 입니다.
물론 어려운 책이라는 생각은 안하고 지하철에서 틈틈히 읽어가며 줄을 긋고 생각을 정리하며
나름대로의 방법을 동원하여 머리에 새겨가면서 읽은 책입니다.
초반의 계획과는 달리 한번 읽는데도 오래 걸린것 같습니다.
읽어보았다고 하기보다는 훑어 보았다는것이 맞을꺼 같습니다. 내용이 저에게는 어려웠습니다.
책에 나오는 알고리즘에 대한 부분은 학창시절 배웠던 것들이었지만 오랫만에 보니 생소한 느낌^^;;
그리고 기타 연습문제들 절때 쉽지 않습니다.(주관적으로 저한테는..) 챵피합니다. ㅡㅡ;
단순히 읽어서 끝날 책이 아니라 말 그대로 생각하면서 읽어야 됩니다.
두뇌 프로세서를 최대한 가동하여 시뮬레이션 돌리고 예측하고 결과를 내야합니다.
그리고 설명또한 쉽지 않습니다. 사용 어구들이 전문적인 느낌이 많아 어렵게 느껴졌습니다.
무슨 이론에 대해 언급이 나오는데 짧은 지식으로 무엇인지 모르는것이 많아 어렵게 느껴진듯..
그래도 책에 나오는 내용은 본질은 꽤 도움이 되었습니다. 어떠한 측면에서 생각해야 하는가에 대한
프로그래밍시에 퍼포먼스와 메모리 사이의 트레이드오프 관계라던가 그 프로그래밍이 구현 목적
구동환경등.. 어떠한 측면이 더욱 고려되어야 하는가에 따른 프로그래밍이 되겠지요...
프로그래밍은 각 상황에 따라 그 구현이라던가 성능에 대한 설계 자체가 틀려지게 될테니까요.
학창시절 임베디드 관련 프로젝트에 참가했던 적이 있습니다.
그 당시의 코딩스타일이랄까.. 리소스에 대한 관점에서 변수 선언위치나 비교 그리고 어셈단까지
생각해서 코딩을 하던 습관이 아주~~아주~~ 약간 베어있던적이 있었습니다.
그후 시스템쪽이 아닌 고급언어 쪽으로 코딩하면서도 그런 것들을 생각하면서 고뇌할때..
옆에서 보시던 선배가 고급언어 코딩을 하면서 저급언어 코딩할때 처럼 한다고 했던적이..
나름대로 최적의 코딩을 한다고 했는데 그 환경에 비해 아주아주 미세한 퍼포먼스때문에
별 상관없는 부분까지 신경을 쓰는것 같이 되었습니다.  좀 오버했던것인듯..^^
므튼 이런 이야기가 상관이 없을수도 있지만 상황에 맞는 효율성을 찾는게 중요하다는 요지.
기계적인 코드를 작성하지 말고 좀 더 생각하는 프로그래밍을 하자!! 요지는 이것인듯 합니다.
뭐 대충 이런 본질이라 생각하고 책을 덮었지만... 그 내용을 아직 제대로 이해하진 못했습니다.
이 책또한 다음을 기약하며 시간을 두고 생각하며 고뇌하며 읽어야 제대로 이해될듯 합니다.
아직 부족한 저에게는 어려운 책인것으로 일단락 지으려 합니다. ^^

목차

• 설득의 법칙1. 상호성의 법칙
  설득의 법칙2. 일관성의 법칙
  설득의 법칙3. 사회적 증거의 법칙
  설득의 법칙4. 호감의 법칙
  설득의 법칙5. 권위의 법칙
  설득의 법칙6. 희귀성의 법칙

본문중에서

• 수많은 불로소득자들에 의해 사용되는 다양한 미끼 기법들은 모두 동일한 순서를 따르고 있다. 먼저 고객의 구매 결정을 유도하는 미끼가 제공된다. 그러나 이 미끼는 고객이 구매에 대한 의사결정을 마치고 실제로 구매 행동에 들어서기 직전에 교묘하게 제거된다. 그러나 놀랍게도 미끼가 사라졌음에도 불구하고 고객은 여전히 구매행동을 계속하고 있다. 물론 이 기법이 모든 사람에게 다 효과적인 것은 아니지만, 앞서의 자동차판매 영업사원의 예처럼, 많은 사람들이 그와 같은 상황에서도 여전히 자동차를 구매하고 있는 것은 숨길 수 없는 사실이다. 자동차 판매업자들은 우리의 개인적 개입이 그것을 합리화하는 새로운 지원병을 만들어 낸다는 사실을 명확하게 이해하고 있었다. 그리하여 이 새롭게 만들어진 지원병들만으로도 개입은 충분히 합리화되어 원래 우리를 개입시켰던 이유가 제거된다 하더라도 전혀 문제가 발생하지 않는다.
  (/ p.162-163)
  

평소에 책을 많이 읽는 편은 아니다. 요즘들어 책을 많이 구매하게 되는데 물론 다 읽은 것은 아니다.

아직 집에 끝까지 다 읽지 못한 책들이 고이 잠들어 있기도 하다.

대부분이 기술서적이란것도 큰 이유이긴 하다. 어릴적부터 책을 가까이 하지 않아서 ㅡㅡ;; 인 이유도 있다.

대학을 졸업하고 사회생활을 한지도 어느새 1년이 넘어갔다. 아직 사회 초년생..^^

지방에서 올라와 서울에 정착하고 매일 지하철과 버스를 갈아타면서 출퇴근을 한다.

평균 출퇴근 시간이 1시간30분씩 하루에 평균 3시간 이상을 이동한다고 보면 된다. 좀 더걸리만..

므튼 신문도 보지 않던 나는 출근 길에 지하철 신문을 꼬박꼬박 읽기 시작하였다.

1년정도 되니 좀 습관이 되는듯하다.. 그리고 퇴근길에는 책을 읽었다. 무식하게 기술서적 읽었다. ㅡㅡ;

그러다 보니 출퇴근 길에는 간단히 읽을수 있는 책을 사서 읽어야 되겠단 생각이 들어서 구입하였다. ^^
<2009.03.25>


--서평

설득의 심리학은 꽤 오랜시간에 걸쳐서 읽은것 같다. 이전에 비하면 꽤 빠른 속도이지만..

현재 다른 프로젝트의 지원으로 인하여 집을 떠나 아는 지인의 집에 민폐를 끼치고 있다.

하여 지원하고 있는 곳과의 지인의 집의 거리가 짧은 관계로 출퇴근시간의 짬이 별로 없다.

그렇다고 시간이 없는 것은 아니다. 그만큼의 시간이 나에게 허용되어 있지만

그 시간들을 잘 활용하지 못하고 그냥 보내고 있는 것이다. 아직 많이 부족한탓이다.

므튼 어찌되었건 주말에 시간을 내어 얼마 남지 않는 부분을 읽었다.

설득의 심리학을 보고 많은 것을 배운듯하지만 정작 활용하기에는 무리가 있다.

책의 내용때문이 아니라 아직 내가 완전히 책의 내용을 습득하지 못한탓이리라.

책의 내용을 일일히 예를 들며 서평을 쓸 정도로 내용을 다 기억하지 못한다.

단 책을 읽으면서 이런 거였구나! 하고 깨달은 바가 많은 것은 사실이다.

책의 이름처럼 설득의 심리학의 내용이 구성면에서 탁월하다는 것은 인정하지 않을 수가 없다.

내용면에서 정확하게 들어맞지 않을 지도 모르지만 이 책을 읽으면서 든 생각은 어찌 되었건..

책의 내용을 읽으면서 그 내용이 모순이 많을지라도 나는 공감을 하였고 이 책의 저자는

책의 내용으로 나를 설득하는데는 성공하였다는 생각이 들었다.

그 말인즉 책 자체는 나를 설득할만한 충분한 내용이였고 그것만으로도 설득의 심리학은 읽을 가치가 있다.

책을 읽으면서 내가 이러한 설득에 넘어갔었구나 생각도 하고 그 이후의 설득을 당하는 상황에서

나는 내 의견을 확실히 피력하고 그 설득의 의도를 낱낱이 파헤치려는 나를 볼수가 있었다.

하지만 한국사회에서 그냥 둥글게 사는 것도 알면서 넘어가 주는것도 중요하다는 것을 배우게 되었다.

너무 사람의 말이나 행동의 진의를 파악하려다가는 인간미가 떨어진다는 소리를 들을수도 있다.

분명 이책의 후반부에서도 명시하고 있듯이  설득의 진의를 파악하고 타파하는 것은 그런 설득의 기술을

이용하여 불합리한 이득을 취하려는 자들에 대한 저항을 위한 방안이라고 하였다.

므튼 책의 내용은 한번 훑어 보고 이해하며 적용하기에는 나에게는 무리가 있을듯 하다.

조금 시간이 흐른 후에 다시 한번 읽어보고 곰곰히 생각하며 내것으로 만들도록 해야겠다.

그리고 지인중에 영업직을 하고 있는 지인에게 이 책을 선물해야겠다는 생각이 들었다.

좀더 효율적인 영업을 하는데 많은 도움이 되리라 생각이 든다..^^

서평이라고 하기에는 좀 무리인듯한 내가 읽은 책의 감상평 정도이면 적절할듯하다.
<2009.04.26>   <-- 책을 다 읽은 날짜.

후에 다시 읽었을때 다시 서평을 쓰기 위해 위와 같이 작성일을 표시해야겠다.

이 다음 책은 "생각하는 프로그래밍"  ㅋㅋ 집에 아직도 손도 대지 못한 책이 너무 많다.

그중 대다수가 전공서적이지만.. 틈틈히 읽어 보도록 해야겠다.

출판사서평

개발자 정년 35세를 운운하는 시대에 더욱 절실한 존재, 아키텍트.
아키텍트는 누구이고, 어떤 일을 하는가?
아키텍트는 기술적 관점에서 시스템을 바라보고 설계와 구현 전체를 책임져, 개발팀을 이끄는 이를 뜻한다. 개발에 관한 기본 방침, 즉 아키텍처를 정하고 이를 바탕으로 프레임워크를 설계하고 구현을 총괄하는 것이 주 업무라 할 수 있다. 또한 복잡하게 얽힌 프로젝트 이해당사자 즉 사용자, 발주자, 개발자들 사이에서 각각의 요구를 기술적인 관점에서 비용, 개발 범위, 품질 그리고 일정의 균형을 맞춰 나가는 사람이라고도 할 수 있다.

이 책은 가상의 아키텍트를 등장시켜, 아키텍트가 프로젝트의 작업흐름에 따라 어떠한 역할을 하는지 쉽게 보여준다. 이를 통해 아키텍트가 어떻게 시스템 개발 프로젝트의 문제를 해결하고, 프로젝트 성공에 기여하는지에 대한 궁금증을 해소시킨다. 그동안 아키텍트가 뭘 하는지 대략 알지만 명확하게 파악되지 않았던 사람들에게 쉽고 현실감 있게 설명하는 아키텍트 소개서가 될 것이다.

이 책은 무언가를 창조해내는 것에 기쁨을 느끼는 개발자의 속성을 지적하고, 어느 정도 경력이 차면 관리자나 영업 전선으로 배치되는 현실과 다른 길이 있음을 제시해 준다. 진정 개발자가 원하는 것이 무엇인가 다시 한 번 생각하도록 해주는 것이다. 그리고 그 희망이 결코 현실과 동떨어져 있지 않음을 확인할 수 있도록 해준다.

--- 구매 동기...
위글에 언급되어 있듯이.. 개발자 정년 35세라는 말을 많이 듣게 되는 거 같다.
개인적으로 개발자라는 말보다 프로그래머라는 말을 더 좋아한다. ^^;
므튼 이제 사회에 나와 개발자로 일한지 1년이 넘었다.
개발자로 일하면서 많은 고민과 번뇌에 빠지기도 한다.
(사회 초년생 개발 1년차가 ㅡㅡ; 이런 생각한다고 나무라지 마시길.. )
그리고 아직도 확실한 진로를 정하지 못한것은 아닐까 하는 생각도 든다.
이런저런 생각이 들고 앞으로의 미래에 대한 구체적인 계획이나
목표도 정해야 되겠다 싶어서 구매한 책이다.
뭔가 내 미래를 구체적으로 설계하는데 도움이 되지 않을까 하는
강한 느낌이 드는 책 이름이다. ㅋ

--서평

딱히 서평이라고 할것까진 없을것 같습니다. 워낙에 글재주도 없기 때문에.. ㅎㅎ;

책을 구매하고 출퇴근 시간에 틈틈히 읽는다는게 초기 목적이였고 달성한듯 합니다.^^

꽤 흥미롭게 읽어서 금방 읽었다고 생각하는 1人 .

저는 현재 SI업체에서 일을 하고 모프로젝트에 참여하고 있는 중입니다.

그래서 인지 글의 내용이 많이 몸과 마음으로 체감할수 있는 내용이 많았던것 같습니다.

그리고 개발자로서 품었던 생각들이 책속에 있었습니다.

(개인적으로 프로그래머란 말을 더 좋아하지만 개발자란 말로 쓰도록 하겠습니다.)

개발자로서 공감가는 말들이 정말 많습니다. 그리고 프로젝트내에서의 상황도 와닿습니다.

책 내용 그대로 프로젝트 상황에서의 아키텍트 이야기가 현실과 틀리지 않아서 많은 공감이 가는것 같습니다.

그리고 개발자들의 자만에 대한 부분도 큰 깨달음을 주는거 같습니다.

프로그래밍을 하면서 신기술등을 적용함으로서 자신의 코드에 만족해하는

개발자들의 속성(?)에 대한 경고를 하는 부분도 공감되는 부분이기도 합니다.

"이렇게 엉망인 코드로 돌아가는 시스템은 빨리 폐기하는 게 좋다고 생각하지만,
기능을 추가하기 위해 억지로 또 다른 코드를 짜 넣는다.
자신이 작성한 코드가 엉망이 되도록 하고 싶지는 않지만,
원래 코드가 그런지라 여기에 하벼지면 아무리 잘해도 엉망인 코드밖에 되지 않는다.
기술자라는 자존심에 상처를 입는 것이다."

"물론 최첨단 기술을 선호하는 고객도 있지만 오래된 기술을 선호하거나 필요로 하는 고객도 있다.
현재 고객에게 오래된 기술을 적용해야 하는 사정이 있는데도 위험을 감수하면서
최첨단 기술을 사용하려고 한다면, 이것은 기술자의 자만이다."

"기술자라면 자신의 기술을 충분히 활용하고 또한 넓히고 싶은 게 당연하다.
사용자의 웃는 얼굴을 보고 싶고 거기에서 보람을 느낄 것이다."

개발자로 입문을 할때 가지고 있던 포부가 하나 있었습니다.

내가 만든 프로그램을 많은 사람들이 편리하다고 느끼며 사용하는 것입니다.

즉 내가 만든 프로그램이 많은 사용자들의 얼굴에 미소를 가져다 주는 것입니다. 다들 그렇겠죠?

그 근본 목적을 잊지 않고 가슴에 다시 새겨야 할꺼 같습니다.

현재 일을 하면서 밀린 업무에 스트레스를 받으며 개발의 편의성을 위해 근본 목적을 잊는것은 아닌지 말입니다.

이렇듯 체감적으로 공감되는 부분과 잘못된 점을 깨닫게 하는 부분이 많은 책입니다.

주위에 있는 지인들에게 추천하고 싶은 책이기도 합니다.

한번 읽어보았지만 후에 다시 한번 읽어볼 생각입니다.^^