개발자로서 읽어보면 좋은글이기에 가져왔습니다.  작성자 : choco6님
출처 : http://kldp.org/node/121790

개발자로 입문해서 임베디드, 클라이언트 pc에서 GUI 프로그래밍, 유닉스 환경에서 서버 프로그램 등등 프로젝트에 따라 이것저것 경험하면서 10년 넘게 생활해 보고 나면 이젠 웬만한 새로운 환경에서의 개발도 별로 부담스럽지 않게 됩니다.

이 세상 모든 프로그램 언어를 다 해본건 아니지만, 서너 종류의 언어를 다루고 나면 사실 프로그램 언어라는게 영어나 일어와 같은 자연언어로 학습하는게 아니고 결국 '문제해결의 도구'라는 관점에서 접근해야 한다는걸 깨닫게 되고 전혀 경험이 없는 프로그램 언어로 개발해야 하는 상황에 부딪혀도 그리 큰 두려움이 생기진 않게 됩니다.

그러나 SM이나 전산실의 개발그룹 같이 오랫동안 한 종류의 시스템을 사용하는 조직에서 일하시는 분들은 조금 다르더군요.

제랄드 와인버거의 '프로그래밍의 심리학'이라는 책에서 보면 사회적 고착화에 대한 이야기 나옵니다.

일단 어떤 프로그래밍 조직이나 개인이 한 언어만 사용하기 시작하면 다른 언어가 들어설 자리가 없어진다고 합니다. 기존 언어를 쓰는 사람들이 계속 이득을 얻기 때문이죠.
가령 조언이 필요할 경우 조언해 줄 사람을 주위에서 쉽게 찾을 수 있고 라이브러리나 서브루틴이 필요하다면 그 또한 쉽게 찾게 될 가능성이 크죠. 개발일정도 많이 사람이 사용하는 언어에 더 많이 할당이 될 터이고 익숙한 코드를 처리할 때 오류가 더 적기 때문에 개발절차도 기존 언어에 더 적합하도록 이루어지겟죠.

그런데 늘 이런 좋은 상황이 계속되는건 아니죠.
어쩔 수 없이 조직에서 기존에 전혀 다루어보지 못한 언어와 환경에서 개발해야할 일이 생기게 됩니다.
그런데 그 조직은 특정 개발언어와 환경에 고착화가 된 상태라 그 일을 맡을 만한 사람이 없습니다.
그리하여 그 조직의 관리자가 제게 프로그램을 만들어 줄 것을 요청합니다.

그런데 그 개발요구에 필요한 언어와 환경도 제가 경험해 본 것이 아닙니다.
그러나 개발요구 기능이 그리 복잡한 것도 아니라서 프로그래밍 개발에 경험이 있다면 검색과 개인학습을 통해 그리 오래걸리지 않고 충분히 할 수 있는 일이었습니다.

문제는, 제가 속한 팀에서 해야할 일이 있고 그것도 기한이 있는 일들이므로 맡은 본업 외의 일까지 해줄 여유가 없다는 것이었죠...
그래서 '할 수 있는 일들이긴 한데, 지금 제가 속한 팀에서의 일정문제로 어렵다'라고 말씀을 드렸습니다.
어쩔 수 없죠.. 그쪽에서 부탁하는 요청이 제가 맡은 일도 아닌데 선의로 개발해 주고나면 나중에 그 유지보수는 또 누가 떠안겠습니까.

암튼..
그렇게 그 관리자 분의 요청을 정중히 거절하고 나서 며칠이 지났습니다.
어느날 그 조직에 속한 sm업체 직원이 제게 전화를 걸어왔습니다.
일전에 제게 요청이 들어온 그 개발건을 맡은 사람인데 경험이 없이 하다보니 문제에 부딪혀서 제게 연락한 것이더군요.
이런... 이건 뭥미...

내가 그 분야를 잘 알고 있다는게 아니고, 내게 맡겨지면 충분히 할 수 있다라는 의미였는데 아마도 그 관리자분은 내가 그 분야에 정통한 개발자로 생각해서 어려움에 봉착하면 내게 조언을 구하라고 한 모양입니다..-_-;;
아... 내가 말을 잘못했구나...
근데 왜 사람들은 '그것을 할 수 있다.'와 '그것을 잘 알고 있다.'를 구분하지 못하는걸까..

여기서 제가 얻은 교훈 하나..
어떤 도움요청이나 요구사항이 있을 때 그 요청을 거절해야 하면 제가 아무리 그 일을 해낼 자신감이 있다고 해도 그것을 굳이 표현할 필요는 없다는 것..
'내가 할 수 있는 능력은 있지만 이러저러한 상황때문에 하기가 힘들고 어쩌구...'라는 사족은 전혀 쓸데 없는 말이라는 것입니다..

능력이 안되든 상황이 안되든 결론은 못하는 것이므로 그냥 '할 수 없습니다.'라고 확실한 의사전달을 해야 나중에 당혹스러운 일에 말려들지 않게 된다는 것이지요.

개발자 여러분...
자신이 맡은 일 외의 일에 대해 너무 자신감을 드러내진 맙시다.

1. 자신이 뱉은약속-일정을 정확하게 지킬줄아는 개발자,프리랜서
   - 가장 중요한것같다. 프리랜서 생활을 할때도 그렇고 직원으로서 상주해서 개발할때도 많이
     느끼는부분이다.
     자신이 내뱉은 일정, 기능에 대해서는 어떤일이 있더라도 그시간에 완료해야한다.
     (특히 예를 들자면 5일까지 마치기로 했다면 담당자가 5일 오전에 출근해있을때 완성되어 있는것을
      매우 좋아들한다.)

     자신이 말한일정을   지키지 못하는 순간부터 나에대한 평가는 절하되고 내가 무슨말을 하든지
     모두다 변명으로 들리기 십상이다.
     업무 평가가 이루어 지든지 할때 나의 말이 파워를 가지려면 내가약속한 내용은 지켜잔다는
     전제가 반드시 깔려있어야한다. 그렇지 않다면 그후부터 나의 파워는 줄어들기 시작한다.

    '나의 약속을 지킨다' 라는 이 한마디만 철저하게 지킬수 있다면 당신은 연봉을 올리기위한
    기본조건이 완성되어 있는 것이다.

2. Co-Work 하는 다른 파트너, 다른부서 담당자의 불안감을 덜어줄줄아는 개발자,프리랜서
   - 업무를 의뢰한 사람은 개발이 진행될때 프로젝트에서 가장큰 불안감을 느낀다.
     디자인 같은경우는 진행되는 대로 보면서 확인할 수 있기때문에, 진행정도에 대한 믿음을부여하기가
     쉽지만 , 개발의 경우 설계->DB구축->코딩 등의 작업으로 진행되기때문에 프로젝트 진행 중간단계
     까지도 눈으로 진척상황에 대해 불안감을 가지게 되는것이다.
       기획자의 이러한 불안감을  적극적으로 해소해주자.
      개발단계별 또는 2-3일 단위로 로 반드시 간단한 보고서(문서자료)를 작성해서 기획자에게
      준다면 , 굉장히 좋아하는 것을 느낄수 있을 것이다.
       특히 기획PM의 경우 주간보고에 대한 부담감이 언제나 존재하기때문에 당신이 간단하게 개발진척상황
에
      대해 정리해서 주는것만으로도 상당부분 부담감을 줄일수 있다.

       기획 PM이 개발자를 높게 평가하기 시작하는 순간부터, 프로젝트의 수정사항이 줄어들기 시작하고
       Client 로 부터 능력있는 개발자라는 칭찬이 슬슬 들리기 시작할 것이다.

3. 자신이 손해보더라도 상대방이 원하는 사항을 관철시킨뒤, 명확하게 그부분에 대해서 어필할줄 아는 개발
자,프리랜서
   - 프로젝트에서 매우 빈번한 부분이다. 기획은 최종컨펌이 난 이후에도 수정에대한 요구가 계속해서
     들어올 가능성이 있고, 이에 대한 내용은 기획서 수정을 거친후 개발자에게 전달된다.

     특히 우리나라에서 이루어지는 프로젝트의 경우 '수정 및 변경'은 거의 체념하고 살아가야 할듯하다.
     하지만, 결국은 해줄수 밖에 없는것이 개발자의 숙명인거같다 .ㅠㅠ

      다만, 개발에 대한 수정사항이 나오더라도 반드시 그부분에 대한 어필이 이루어 져야한다.
      금액적 대가를 당당하게 요구한다던지, 또는 휴가에 대한 요청을 한다던지 , 일의 분량과
      비교하여 개발자가 받아낼수 있는부분을 반드시 요구해야한다.
       요구사항이 관철 되던 안되던 철저한 사람이라는 인식을 박아놓는것이 중요하다.

       원하는대로 모든것을 비판없이 수용하다보면...나중에 '밥'이라고 불리고 있는것을 알게될텐데....
       떄는 늦삼 ㅜㅜ

4. '시장'에 능동적으로, 빠르게 변화할수 있는 개발자
   - 일반인들이 개발자에 대해 가지고 있는 가장큰편견인것같다. 개발자는 개발에만 신경쓰기때문에 비즈니
스를
     모른다는 편견..이것이 개발자에 대한 처우를 자꾸 나쁘게 하는것일듯하다.

     영업팀 또는 사장급에서 업무 지시사항만을 수동적으로 처리하는 습관에서 약간만 벗어나 보자.
     웹에대한 트렌드를 가장잘 알고있는 사람은

     '영업팀'도 아니고 '디자이너'도 아니며, '기획자'도 아닐뿐더러 ,
     절대로 '사장및 임원'도 아니다.

     웹트렌드를 가장잘 알고있는사람은 바로 당신...'개발자' 이다.
     블로그를 제일 처음본사람이 누구일까.
     미니홈피의 기술에 대해 처음 관심가진사람이 누구일까.

     '개발자' 이다.

     시장의 수요와 요구사항을 가장 빠르게 접하는 직업에 있는 사람이 '개발자' 라는것은
     가장 빠른시일안에 돈을 벌수있는 방법을 찾아낼수있는 요건을 가진사람이라는 뜻이 아닐까?

   새로운 트렌드를 받아들였을때, 기술적인 구현방안만을 찾는데서 벗어나서
   좀더 적극적인 방향으로 수용해보자.
   '블로그가 과연돈이 될까', '미니홈피가 과연돈이 될까' ........
   구현에 있어서 가능할것 같다고 생각이 된다면 테스트 구현후 사장한테 가지고 가보라.

    개발자가 제안한 아이템이 회사에서 매출을 일으킨다면, 회사의 중요한 수익구조중에 하나를 이룬다면,
    당신은 원하지않아도 실장급, 또는 개발이사급으로 초고속 승진할수 있다.
    그리고 절대로 당신에게 큰소리 칠수 없다.

    '회사'는 언제나 돈되는 Key 를 가진사람에게 공손하기 때문이다.

5. 주위 사람을 배려할줄 아는 개발자
   - 능력적으로 이제 자신이 생기기 시작했다면, 주위 팀원, 다른부서사람들을 배려하면서 사회생활을 하자
     절대로 당신이 '외골수의 답답한 개발자'가 아니라. 힘들때 술한잔 할수 있는,
     더울때 아이스크림 하나 나눠먹을수있는 친근한 동생, 형, 누나라고 생각들게 하자.
     능력이 뛰어나고 싸가지가 없는 사람은 아무도 보호해주지 않지만,
     능력이 뛰어나고 인간성까지 뛰어난 사람은 누구나 와서 친해지고 싶어한다.
     주위 사람을 적이 아니라 내편으로 만드는 지혜가 필요하다.