1 . 긍적적 프로그래머 VS 부정 적 프로그래머 긍적적 ( 공격 적 ) 프로그래머 는 코딩 을 빨리 끝내 서 일 을 빨리 마무리 지려 합니다 . 일 을 받아들이 는데 있 어서 별다른 거 부감 이 없 어서 PM 이 일 을 시키 기 에 는 큰 어려움 없이 편합니다 . 또한 자신 이 코딩 한 소스 에 대해서 문제 없이 잘 동작 할 것 이 라는 믿 임 이 있 습니다 . 그래서인지 테스트 를 잘 하 지 않 는 경향 이 짙 으며 , Front 개발 자 분 들 이 이러 한 성향 이 많 죠 . 부정 적 프로그래머 ( 방어 적 ) 는 코딩 을 완료 하 는데 있 어서 많 은 생각 과 요구사항 을 필요 로 함 으로써 시간 이 오래 걸립니다 . 또한 , 다른 사람 을 잘 믿 지 않 고 자신 이 코딩 한 소스 를 몇 번 이나 재 확인 하 고 테스트 를 수차례 하 죠 . 보통 Backend 개발 자 분 들 이 이러 한 성향 이 많 죠 . 나 는 언 쪽 에 속할 려나 . .. 2 . 지피지기 면 백전백승 내 가 긍정 적 프로그래머 라면 혹시 내 가 마음껏 진행 한 코드 때문 에 다른 사람 이 고생 하 고 있 지 는 않 는지 충분히 검증 은 해 는지 코드 를 너무 신뢰 하 고 있 는 건 아닌지 나 자신 을 감시 할 필요 가 있 다 . 내 가 부정 적 프로그래머 라면 나 의 고집 으로 프로젝트 가 앞 으로 나아가 기 힘든 건 아닌지 다른 사람 에게 너무 불 친절 한 건 아닌지 너무 완벽 한 코드 를 고집 하 다 나 자신 의 정신 건강 을 갉 아 먹 고 있 는 건 아닌지 감시 할 필요 가 있 습니다 . 아마 프로그래머 라면 일반인 에 비해서 부정 적 성향 이 강할 겁니다 . 그럼에도 불구 하 고 그 안 에서 도 나 는 어느 쪽 에 가까운 사람 인지 한 번 생각 해 볼 필요 가 있 고 그 로 인해 생기 는 단점 을 잘 관리 해 줄 필요 가 있 습니다 . 저 는 부정 적 프로그래머 에 가까운 데 가끔 내 몸 이 피곤 하 고 일 에 시달리 다 보 면 나 도 모르 는 사이 " 에라 모르 겠 다 어떻게 든 되 긋 지 ! ?" 라는 마음 으로 코딩 을 할 때 가 있 는데요 . 지금 이 글 을 작성 하 고 있 는 이 순간 에 도 처음 양 과 데이트 를 하 고 있 네요 . ... 이럴 시간 에 앞 으로 진행 할 프로젝트 를 어떻게 할 것 인지 에 대한 고민 을 하 고 서로 가 순조 롭 게 하 기 위해서 는 어떻게 해야 하 는지 고민 을 해야 하 는데 . .. 에구 . .. 3 . 사수 와 부사수 - 사수 가 긍정 적 인 프로그래머 인데 부사수 는 부정 적 인 프로그래머 일 때 가끔 부사수 가 사수 를 무시 할 때 가 있 다 . 사수 입장 에서 보 면 저 자식 은 왜 이렇게 말 을 안 듣 지 언제 0 한번 쉬원 하 게 " 네 " 라고 대답 한 적 도 없 고 말 이 야 . 부사수 는 무지막지 하 게 진행 되 는 코드 를 보 며 한 쉼 쉬 며 따 가 기 기 바쁘 고 혹시나 저 긍정 적 인 코드 땜 에 일 이 터지 진 않 을까 걱정 합니다 . 사수 는 가끔 부사수 의 코드 에서 버그 가 발견 되 면 그 근본 적 인 원인 이 본인 에게 있 을 을 모르 고 엄한 부사수 만 잡 을 때 가 있 다 . 긍정 적 사수 는 가끔 일 을 산더미 처럼 가지 고 올 때 가 있 습니다 . 아 지 미친 놈 인 거 죠 . .. 기능 구현 에 대한 테스트 및 알아볼 시간 을 일정 에 포함 시키 지 않 은 거 죠 ㅡ , . ㅡ ^- 사수 는 부정 적 인데 부사수 는 긍정 적 프로그래머 일 때 안 봐도 비디오 일 겁니다 . 아마도 부사수 는 매일 사수 에게 혼나 느라 바쁠 거 에요 . .. 부사수 입장 에서 는 꼼꼼 한 사수 덕 에 숨쉬기 힘들 며 코딩 을 하 는 재미 와 흥미 를 잃 을 거 에요 . 사수 에게 무엇 인가 를 물 어 보 는 게 미안 하 면서 무서운 일 이 되 죠 . 하지만 이러 한 사수 라도 고마울 때 가 있 는데 외부 에서 이리저리 들어오 는 요청 을 논리 정연 한 말 로 줄이 거나 물리쳐 내 어 부사수 는 안락 한 자신 의 영역 에서 생활 을 하 게 됩니다 . 사수 는 보통 한 번 은 자세 하 고 친절히 설명 해 주 지만 같 은 걸 두 번 설명 해 주 긴 싫 어 하 므로 가급적 자신 이 긍정 적 부사 수일 경우 이러 한 사수 가 한번 자세 하 고 친절히 설명 해 주 는 것 을 잘 듣 고 메모 해 두 어야 합니다 . 왜냐하면 , 한 번 한 말 을 다시 는 말 하 기 싫 어 하 므로 같 은 것 을 또 물어볼 때 는 되돌아오 는 건 꾸지람 이 죠 . ..- 사수 와 부사수 가 긍정 적 프로그래머 일 때 이 조합 이 좋 을 때 는 view 적 으로 사용 자 에게 빠른 시간 결과 를 제공 할 때 와 단순 한 코딩 을 요 할 때 이 지만 일정 이 길 고 , CMS 적 인 기술 등 을 요하 는 프로젝트 에 는 예상 하 지 못한 심각 한 버그 로 인해 프로젝트 를 말아먹 을 수 있 습니다 . - 사수 와 부사수 가 부정 적 프로그래머 일 때 시작 은 참 조용 하 고 시각 적 으로 눈 에 보여 지 는 부분 이 참 느 립니 다 . 가급적 기획 부서 의 정리 된 문서 를 기다리 고 사용 자 가 요구 하 는 기능 및 기술 들 이 명확 하 게 나오 기 전 에 섣불리 움직이 지 않 는 스타일 이 죠 . 초반 에 PM 이 요구 하 는 결과 를 내 기 에 는 다소 부족 하 지만 중후 반 에 나름 초반 에 구현 해 놓 은 기술 을 이용 해서 안정 적 이 면서 도 PM 이 원 하 는 결과물 이 소나기 처럼 쏟아져 나오 죠 . . 4 . 사견 . .. 위 의 글 을 정리 하 면서 사견 이 많이 포함 되 어 있 지만 , 결론 적 으로 부정 적 , 긍정 적 프로그래머 의 옳 고 그름 을 따지 기 보다 는 누가 얼마 만큼 같 은 프로젝트 팀원 들 과 의견 을 많이 나누 고 , 문제 를 해결 하 려고 노력 을 얼마 만큼 하 냐 에 따라 틀린 거 같 아요 . 공유 하 기 글 요소