Humble, but Daring Opinion ::

켄트 벡의 구현 패턴

독서/정리중 2008/03/06 20:25

TAG 구현패턴, 자바

받은 트랙백이 없고, 댓글이 없습니다.

나를 위한 심리학

독서/정리중 2008/03/04 18:22

받은 트랙백이 없고, 댓글이 없습니다.

사랑하지 않으면 떠나라!

독서 2008/03/03 18:34

제목이 상당히 거시기(?)하다.
마치 결연한 의지를 요구하는 것같고
온몸을 불살라 매진하라는 의미인 것 같지만,
사실상 부제인
'개발자의 자기 계발과 경력 관리를 위한 52가지 실천 가이드'가
더도 덜도 아닌 딱 맞는 제목이다.

당신의 시장을 선택하라
개발자로써 어느 분야를 고를지 신중히 고민하라.
선택한 분야의 비즈니스를 이해하고,
도구 상자를 잘 선정해서 투자하라.
자신에게 투자하라
비즈니스 도메인에 관심을 갖고,
스스로를 연마하기 위한 멘토, 멘티 역할을 수행하자.
부지런히 공부하라.
실행
계획한 것을 지속적으로 수행하고,
스스로 방향을 찾자.
목표를 세우고 매일 성과를 기록, 추적하자.
일을 즐겁게 열심히 하자.
마케팅은 높으신 분들만 하는 게 아니다
자신의 존재를 사람들에게 PR하자.
대인 관계를 잘 유지하자.
의사 소통 기술을 향상시켜라.
자신의 강점을 유지보수하라
항상 새로운 능력을 보유하기 위해 노력하자.
경력을 관리하라.
그들을 이길 수 없다면
다른 사람을 돕고 이끌어라.
넓은 세상을 보라.

짧막한 이슈와 구체적인 실천 방법을 제공하고 있어
쉽게 읽을 수 있고, 따라해 볼 수 있을 것같다.
그리고, 아마 따라하는 것만으로도 많은 도움이 될 듯.

IT 분야로 한정짓기는 했지만,
몇몇 이슈를 제외하면
일반적인 자기 계발서라고 봐도 손색이 없다.

내 경력의 초창기에 이 책을 보고 실천했다면
지금쯤 어떤 모습이었을까?
상상과 현실을 비교하니 안습이다. -_-;

아직 늦진 않았겠지? OTL

TAG 경력 관리

받은 트랙백이 없고, 댓글 2개가 달렸습니다.

작년 중순 쯤,
우연히 인사이트 출판사 분의 연락을 받고
2개 장을 리뷰하게 되었다.

예전에 The Practice of Programming을 읽었던 까닭에
연락을 주셨던 것으로 짐작.

리뷰 후 꽤 오랜 시간이 지나도록
소식이 없어서 계획이 폐기되었나 싶었는데,
원저자와의 협상이 늦어져서 그랬다는군. -_-;

하지만, 결국 이렇게 멋진 표지로 다시 등장했다.

프로그래밍 실무를 담당하는 자라면
누구한 한번 읽어봐야할 책이다.
강력히 추천!

ps. 개인적으로는 이 책의 제목에 일조했다는 기쁨이 있다.

TAG 리뷰, 프로그래밍수련법 베타리딩

받은 트랙백이 없고, 댓글이 없습니다.

이노베이션 신화의 진실과 오해

독서/정리중 2008/02/11 00:27

받은 트랙백이 없고, 댓글이 없습니다.

It's Not Luck

독서/정리중 2008/02/08 15:20

받은 트랙백이 없고, 댓글이 없습니다.

프로그래밍 심리학

독서 2008/02/05 17:41

근 40년의 관록이 묻어나는 고전 중의 고전,
The Psychology of Computer Programming의 번역판.

간직하고 싶은 책 중에 하나였기에
언젠가 읽으리라 원서를 샀더니
조금 지나 번역되어 나오더군. -_-;

이런 책을 한글로 쉽고 빨리 읽을 수 있게된 것도
하나의 축복이라 생각된다.

인간의 행위, 사회 활동, 개인 행위로써의
프로그래밍과 프로그래머의 심리를
광범위하게 탐색한 명저다.

독서 중 내내 볼펜을 손에서 놓을 수가 없었다.
밑줄 칠 부분이 너무 많아서... -_-;;

가장 강렬했던 부분만 정리해보자.

자세히

제약은 사라지기 전까지 제약으로 인식되지 못할 수 있다.
주어진 문제를 해결하고자 프로그래밍을 시작하기 전까지는 그 문제를 정확히 이해할 수 없다.
정말 유능한 프로그래머들은 자신의 코드를 검토해달라고 부탁하거나 다른 사람의 코드를 보며 자신의 능력을 키우는 것을 중요시한다.
프로그램이 작동하지 않는 상황에서 효율성이나 적응성, 개발 비용 등 다른 척도는 전혀 의미가 없다.
시간이 지날수록 효율성보다는 효용성이 더 중시될 것이다.
실험을 전혀 하지 않는 것보다 실험을 한 후에 실패하는 편이 더 낫다.
직원들에게 신경을 쓰는 관리자는 좋은 결과를 얻는다.
건전한 팀에게 있는 특징은 스스로 영속시키는 데 있다.
비공식 구조는 항상 기존 공식 구조의 기능을 정정하고 보완하는 방향으로 자라난다.
비공식적인 조직은 항상 존재하며 깊은 이해 없이 바꾸면 위험하다.
교란 가운데 많은 경우가 물리적인 배치를 변경하여 발생한다.
관리자는 성과란 탁월한 능력을 지닌 리더가 낳은 산물이라고 생각하는 경향이 있다.
최소의 비용으로 최고의 프로그래밍을 원한다면, 가능한 한 최고의 프로그래머들을 구하고, 그들에게 최소 인원으로도 문제가 없을 만큼 충분한 시간을 주어야 한다.
가장 큰 위협은 꼭대기에 앉아 팀이 문제를 인식하기도 전에 비트하나, 바이트 하나까지 자기가 정의하려 드는 관리자다.
프로그래머는 단순히 무엇을 만이 아니라 왜인지도 알고 싶어한다.
관리자로 출세하는 데는 프로그래밍 능력이 아니라 경영진을 기쁘게 하는 능력에 달려있다.
리더십이 지닌 역설, 언제든 물러날 준비가 되어있는 리더만이 진정한 성공의 열쇠를 쥐고 있다.
환자가 회복되면 의사의 작품이고, 환자가 죽으면 신의 뜻이다. 그러나 컴퓨터 프로그램이 작동하지 않으면, 누구의 탓이겠는가?
프로그래머는 급료의 인상을 책임이 늘어난다는 의미로 해석하거나 진정 원하는 뭔가를 돈으로 대신하려는 술수로 해석하기도 한다.
프로젝트를 오랜 기간동안 안정적으로 수행하려면, 관리자는 프로젝트가 일종의 프로그래머 생산 공장으로 기능하도록 만들어야 한다.
절대 없어서는 안될 프로그래머가 있다면, 한시라도 빨리 그를 프로젝트에서 제거하라.
프로젝트 기간이 길어질수록 돈의 효과는 떨어진다.
관리자가 훌륭할 수록 직원들이 그의 존재를 크게 의식하지 않게된다.
적절한 수준 이상으로 작업하는 것은 차라리 그 이하로 작업하는 것보다 더 프로답지 못하다.
좋은 프로그래머를 만드는 요소는 훌륭한 우정을 만드는 요소와 비슷하다. 상호 관심과 개성 존중.
프로그래머에게는 유머감각이 필요하다.
프로그램 난이도를 판단할 때, 담당 프로그래머가 얼마나 열심히 일하느냐를 기준으로 삼곤한다. 그 기준에 따르면 능력이 가장 떨어지는 프로그래머가 최고가 된다. 능력이 떨어지면 열심히 일하는 수밖에 없기 때문이다.
창의적 사고보다 더 중요한 것이 창의적 의사 소통
수많은 버그들이 프로그래머가 포기하고 중압감을 떨친 후에야 잡혔다.
대부분 두려운 것은 실패 그 자체가 아니라 다른 사람들에게 자신이 실패하는 모습을 보이는 것이다.
유능한 관리자는 우리가 무엇을 통해 동기를 얻는지 쉽게 알 수 있다. 우리에게 직접 물어보는 간단한 방법이 있기 때문.
한 번쯤 자신의 프로그램을 미적 대상으로 생각해 보지 않은 프로그래머는 진정한 프로그래머라고 할 수 없다.
일반적으로, 새로운 언어를 배운 다음에야 현재 사용하는 프로그래밍 언어가 얼마나 형편없었는지를 알 수 있다.