프로그래머의 종류

열성적인 코더

who?

추진력 있고, 빠르다. 뒤로 물러서서 생각하지 않고 바로 코드를 만들어낸다.

뛰어난 스킬에 비해 진정한 잠재력을 보여주지 않는다.

강점

코드를 많이 작성한다.(양적인 면에서 생산적)

새로운 것을 배우기를 좋아하고 열성적

약점

성급하고, 결함이 있는 코드를 만들기 쉽다.

디버깅을 잘 못한다.(코딩에 뛰어드는 것처럼 디버깅으로 곧장 다이빙)

열성적이지만 시간 추정을 잘 못한다.(예상보다 일이 오래 걸림)

해야할일

열정을 잃지 마라. 단위 test를 위한 코드를 많이 준비하라. 서두르지 마라.

이들과 일하려면?

매일같이 이들에게 무엇을 할 것인지. 그리고 앞으로의 계획은 무엇인지 물어보라.

 

코드 멍키(code monkey)

who?

기초는 튼튼하지만 독창성이 없는 코드를 만든다. 머슴처럼 일함. 유지보수에 적합

강점

일을 주면 한다.(꽤 잘하고 시간도 잘 지키고 지치지 않는다)

시간 추정을 잘하고, 체계적이고 철저함

약점

특 안에서만 생각.

잠재적인 문제점을 다루지 않고, 의문조차 갖지 않음

솔선해서 문제를 조사하거나 고치는 일이 거의 없음

해야할일

개인 프로젝트로 훈련하여 스킬을 강화하라.

적극적으로 새로운 작업에 동참시켜 달라고 요청하라.

이들과 일하려면?

칭찬해주고, 테크닉을 가르쳐서 일을 더 잘할게 해줘라.

 

권위자

who?

현실에서는 보기 어려운 전설 속의 인물

혼자서 근본이 되는 중요한 일을 처리.(프레임워크, 아키텍처,커널..)

탁월한 코드를 작성하지만 평범한 사람들과는 의사소통이 잘 되지 않음

동료들로부터 마땅히 받아야 할 존경과 경외를 받음

강점

경험이 풍부하고, 유지보수가 쉬운 코드를 작성

훌륭한 멘토로 배울 것이 많음

약점

의사소통이 약함(팀웍이나 멘토로서의 역할이 약함)

해야할일

자신의 일을 설명하기 위한 스킬

이들과 일하려면?

옆에서 배워야 함(기술 뿐 아니라 접근하는 태도)

 

되다만 권위자

who?

스스로 권위자라 생각하지만 사실은 아님.

아는 게 많은 것처럼 말하지만 쓰잘데기 없는 것만 한가득.

자만심이 강하고 자신을 권위 있는 자리에 스스로 올려 놓음

강점

없음

약점

자신에 대한 믿음이 지나침(자신을 과대평가하여 프로젝트의 성공을 위태롭게 함)

해야할일

자신의 스킬을 정직하게 평가

이들과 일하려면?

도망가

 

거만한 천재

who?

빠르고 효율적이고 고품질의 코드를 작성.

건방지고, 생색을 내며 품위가 없음

논쟁을 아주 좋아함(보통 자기가 옳기 때문) - 자기가 옳지 않을 경우 자기가 옳은 것으로 주제가 옮겨갈 때까지 계속 말을 함

강점

높음 기술적 스킬.

기술적으로 강력한 선도 역할. 촉매 역할

약점

자신의 잘못이 증명되는 것을 싫어하고, 항상 자신이 옳아야 한다고 생각

모른다는 말을 할 줄 모름

해야할일

다른 사람들의 의견을 듣고 존중

모르는 것에 대해 정직해지고 배워라

이들과 일하려면?

이들에게 존경심을 표하고, 다른 이들에게도 존경심을 표하라.

쓸데없는 논쟁은 피하되 당당히 맞서서 논쟁을 즐겨라.

 

카우보이

who?

힘든 일을 적극적으로 피해 다니는 악질

자신의 일을 빨리 끝내고 다음으로 넘어가기 위해 모든 꼼수를 사용

강점

새로운 것을 배우는 것을 좋아함(배우려고 시작하지는 않음)

약점

이 사람이 저질러 놓은 똥을 치우는 데 상당한 노력이 들어감

해야할일

일에 긍지를 갖고 시간을 투자

이들과 일하려면?

피할 수 있다면 최대한 피해라.

반드시 코드를 리뷰하고, 다른 사람과 짝을 이루어 프로그래밍 하게 하라.

(추천: 열성적인 코더, 비추천: 계획가)

 

계획가

who?

할 일에 대해 너무 많은 생각을 해서 코딩을 시작할 때 쯤 프로젝트가 끝남

많이 연구하고 많이 읽음

적절한 프로세스는 알지만 데드라인은 맞추기 어려움

강점

설계와 생각을 제대로 하고 나서 코딩

약점

지나친 설계를 할 수 있음

복잡한 시스템을 만들어 분석이 마비되도록 만들 수 있음

개발 자체보다 방법론과 모델링 쪽으로 치우침

생각을 오래하다 보니 실제로 일 할 시간이 부족

해야할일

점증적인 개발 방법과 프로토타이핑을 설계의 검증 수단으로 사용

계획과 행동 사이 균형을 맞춰야 함

이들과 일하려면?

이들과의 회의를 줄여라

작업 이정표에 설계 완료를 추가하라

 

노인

who?

보수적인 생각을 가진 고참 프로그래머

새로운 것을 배우려 하지 않고 쉽게 짜증

강점

경험과 지혜

약점

새로운 것을 배우려 하지 않음

참을성 부족

해야할일

후배를 존중

이들과 일하려면?

뒤끝이 있는 경우가 많으니 조심히 다룰 것

 

광신도

who?

BigCo를 맹신

BigCo : MS, IBM, Sun등 성공한 소프트웨어 회사

강점

제품을 잘 알고 이를 기반으로 훌륭한 설계를 함

약점

객관성이 없고, 실용주의적이지 않음. BigCo가 아닌 다른 더 나은 설계를 놓칠 수 있음

해야할일

BigCo를 버리는 것은 바라지 않지만 최소한 다른 접근 방법과 사고방식도 받아들일 줄 알아야 함

이들과 일하려면?

논쟁하려고 들지마라

중대한 설계가 아니면 그들이 맞는 경우가 많다

 

일편단심 프로그래머

who?

전형적인 Geek

프로그래밍만을 생각

강점

일을 진심으로 좋아하고, 많은 양의 업무 추가도 수용

데드라인이 다가올 때 도움이 많이 됨

약점

다른 사람들도 자신처럼 목표가 뚜렷하기를 기대하고, 그렇지 않으면 실망

업무 외의 세상에 무관심

해야할일

취미를 가져라

이들과 일하려면?

이들이 당신의 일까지 가져가게 하지 마라.(나중에 낯선 코드를 유지보수 하게 됨)

 

게으름뱅이

who?

아주 많은 일을 하는 것처럼 꾸미고 실제로는 일을 하지 않음

사교모임에 많이 나간 다음 책상 밑에서 자는 모습으로 발견 됨

강점

최소한 즐길 줄은 안다

약점

감지하기 어렵고, 정말로 게으름을 피우는지 업무가 너무 어려워서 오래 걸리는지 증명하기 어려움

해야할일

양심 좀

이들과 일하려면?

이들을 잘라낼 수 없다면 그냥 받아들여야 함

불평을 해도 개선이 어려우니 그냥 둬라

 

마지못해 하는 팀장

who?

팀장을 원하진 않지만 더이상의 진급할 자리가 없어서 팀장이 된 경우

보통 부드러운 태도를 가졌고 우유부단함

강점

프로그래머의 어려운 처지에 진정으로 공감해줌

자신이 지연이나 비난에 대한 책임 짐

약점

리더로서의 역량이 없음

임무를 위임하지 못해 배분도 못함

팀장의 역할과 프로그래밍을 같이 하려는 경우 일을 할 시간은 부족하고 자리에 오래 있으며 다 제대로 못하게 됨

해야할일

팀장 역할에 대한 훈련을 받던가, 아니면 다른 분야로 이동

이들과 일하려면?

팀장을 불쌍히 여겨, 그사람에게 도움이 될 수 있는 일을 해줘야 함