태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

과거의 개발자 vs. 미래의 개발자

2009/04/28 11:16 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed
개발자는 2가지의 상반된 가치를 가지고 있습니다.

하나는 과거의 가치
또 하나는 미래의 가치입니다.

"이 사람들 나가면 과거에 개발해 놓은 것 어떡하지?"라는 생각이 들면 과거의 가치를 가진 개발자이고
"이 사람들 나가면 미래에 개발은 누가 하지?"라는 생각이 들면 미래의 가치를 가진 개발자입니다.

과거의 가치를 가진 개발자들은 본인이 아니면 유지보수가 어렵게 소프트웨어를 개발해 놓았고, 대부분의 지식은 머리 속에 있기 때문에 자신이 과거에 만들어 놓은 소프트웨어를 인질 삼아서 회사와 인질극을 벌이고 있는 것과 같습니다. 이렇게 된 원인이 상당부분 회사에 있다고 하더라도, 개발자의 가치는 인질범과 별반 다를 바가 없습니다. 기존 소프트웨어를 망칠까봐 대우해줄 수 밖에 없습니다.

미래의 가치를 가진 개발자들은 자신이 과거에 만들어 놓은 소프트웨어들은 후배들이 유지보수 할 수 있도록 충분히 문서화를 해 놓았고, Peer review를 통해서 이미 많은 지식이 전달된 상태입니다. 이러한 개발과정을 거쳐서 본인은 분석, 설계 능력을 더욱 향상시켰고, 신기술들에 대한 연구에 집중하여 미래에는 과거의 제품들 보다 한 단계 높은 수준의 제품들을 만들어 낼 것입니다. 이러한 개발자들이 진정한 영웅이라고 할 수 있습니다.

인질범이 되겠습니까? 영웅이 되겠습니까? 이는 본인의 의지에 달려있습니다.

안타까운 것은 고참 소프트웨어 개발자 중에는 영웅보다 인질범이 더 많다는 겁니다. 물론 이 개발자가 인질범과 다를바가 없다는 것을 본인도 모르고 회사도 모르는 경우가 태반이지만 말입니다.



* 이 포스트는 blogkorea [블코채널 : 꿈꾸는 소프트웨어 개발자 세상] 에 링크 되어있습니다. 
저작자 표시 비영리 변경 금지

전규현 사람과 기술 , , , , , , , , , , ,

Trackback Address: http://allofsoftware.net/trackback/117 관련글 쓰기
  1. 2009/04/29 12:03
  2. 2009/05/29 00:55
    인질범이 되고자 하는 모기 심리. Tracked from 천지여! 작렬태양이여! 솔솔부는 바람이시여!
  1. 그러고 보니.. 전 이제 2년 경력이긴 하지만, 인질범이었다는 생각이 드는군요 ㅠ.ㅠ
    조금 더 알아보기 쉽게 작성하고 문서도 남기는 버릇을 들이도록 해야겠습니다.

  2. 구차니님 안녕하세요.
    필요성을 느끼는 것이 첫걸음이고, 다음은 배워야죠. 대부분 선배들에게 배우지를 못하니 배우는데, 어려움이 있습니다.

  3. Blog Icon

    동감합니다. 남을 위해 코드를 개발하다 보면 실력향상에도 도움이 된다고 생각합니다. ^^

  4. A2님 안녕하세요.
    협업은 기본인데, 그렇지 않게 생각하는 경우가 너무나 많습니다.

  5. 그러게요. 개인의 문제이기 이전에 조직의 문제라고 생각해요.
    개인이 고민하기 이전에 회사가 조직적으로 만들어가야 하는 부분 아닐까 합니다.
    물런 영세하고 사람도 부족해서 어쩔수 없긴 하지만 말입니다.

  6. hangum님 안녕하세요.
    사실 이런 경우 회사의 책임이 더 크다고 할 수 있죠. 그래도 결국 개발자와 회사 둘다 피해를 입죠.

  7. 아주 멋진 표현이었습니다.
    저놈이 나가면 제가 만든 코드 어쩌지? 라는 생각만 들면
    이미 과거의 개발자이네요.. ^^

  8. zeous님 안녕하세요.
    반갑습니다.

  9. Blog Icon
    momo

    그런데 말이죠.. 제 주변에도 영웅들을 몇몇 봐왔지만 회사에서 못알아 보는건지 인질범과 별반 다를바 없이 대하더군요. 오히려 인질범에게 더 잘해준다는 느낌이 듭니다.

  10. 안녕하세요. Momo님
    회사는 어쩔 수 없이 그렇게 되는 것이지요. 하지만 그렇게 반복되면 회사고 개인이고 둘다 미래가 없다는 거....

  11. 인질범이 되지 않으려고 발버둥 쳤지만, 결국 떠나는 이시점에..
    전 인질범이 었다는 결론이 내려지네요..

  12. 안녕하세요.
    본의 아니게 그렇게 된 경우도 많습니다.

  13. Blog Icon
    장성호

    공감가는 글이네요
    그동안 몇번 직장옮기면서... 매번 강력이 계속남아주기를 요청받았는데..
    미래를 위한 부분도 있었지만, 과거를 위한 부분도 상당한듯 하네요.

    미래가치가 큰 개발자가 되도록 더욱 노력해야 겠습니다.

  14. 안녕하세요. 장성호님
    과거의 가치가 더 높은 개발자들은 자칫하면 그것이 자신의 뒷다리를 잡고 있다는 것을 망각하기 쉽습니다.

  15. Blog Icon
    농부

    유전무죄 무전유죄 입니다.

    누가 프로그래머를 인질범으로 내몰았습니까?

    어처구니없는 일정과 꽉막힌 현업 그리고 끊임없는 요구사항변경...

    어느누가 인질범이 되고 싶었겠습니까?

    프로그래머는 지금도 충분히 어렵고 힘듭니다.

    너무 ~해야한다 자꾸 그러지 좀 마세요.

    몸도 마음도 점점 지쳐가네요..ㅠㅠ

  16. 안녕하세요. 농부님...
    닭이 먼저냐 달걀이 먼저냐? 이슈네요. 개발자들이 일하기 열악한 환경인것은 사실입니다. 조금 더 나은 환경을 만들기 위해서 노력하려고 합니다. 힘내세요.

  17. Blog Icon
    대한민국 개발자

    외국에서는
    DBA, 네트웍 담당자, 서버 담당자, 서버개발자, 클라이언트 개발자, 컨설턴트
    데이터 베이스 설계자 , 업무 담당자, 운영유지 보수 담당자
    이렇게 협업해서 개발하는데

    우리나라는 개발자혼자 다 처리해야 하죠 이런 상황에서 어떻게 문서화가 가능
    하겠습니까 개발 일정도 외국의 절반인데

  18. 안녕하세요. 대한민국 개발자님...
    물론 외국도 One man company는 혼자서 이런 걸 다하죠. 하지만 우리나라에서는 개발자가 수천명이어도 똑같이 이것들을 해야 한다는 것이 문제죠.
    어떻게 협업을 해야 하는지 모르고 훈련도 안되어 있는 겁니다.
    협업을 하기 위해서는 문서화, 프로세스, 시스템, 문화가 뒷받침이 되어야 하는데, 여기저기 구멍이 숭숭 뚤려서 제대로 하기 어려운 것이 현실입니다.
    대기업들은 이것을 돈을 들여 프로세스와 시스템으로 해결하려고 하기도 하는데 문화가 뒷받침이 안되어서 어렵습니다.
    이를 해결하려면 시간도 오래 걸리고 고난의 작업이 될 겁니다.

문서를 작성하면 더 오래 걸린다는 고정관념

최근에 국내 유수 대학의 컴퓨터 공학 교수를 만난 적이 있다. 그 교수님도 문서를 작성하면서 Software를 개발하면 더 오래 걸린다고 굳게 믿고 있었다. 어느 정도 이해가 되는 상황이다. 원래 소프트웨어 공학은 실전에서..

이슈를 모으기도 정말 어렵다.

많은 회사들이 개발 프로세스 개선을 하겠다고 선진 개발 방법론을 흉내내거나 실패한 대기업의 프로세스를 가져다가 적용하곤 한다. 복잡한 프로세스와 많은 Template를 가져다가 적용해보려고 하는데 대부분은 실패를 한다. 기초..

변화에 실패하는 9가지 고정관념

회사는 끊임없이 변화하지 않으면 지속 성장하지 못한다. 하지만 변화는 피와 살을 깍는 고통을 동반하고 또 많은 회사가 변화에 실패해서 성장하지 못하거나 사라져간다. 보통의 사람들은 대부분 변화를 싫어하고 기존에 하던대로 계속..

좋은 프로그래머가 되는 24가지 방법

1. 프로그래밍에 열정이 있어야 한다. 열정이 없고 즐기지 못하면 평생하기 어려운 일이다. 2. 프로그래밍 기초 원리를 완전히 이해해야 한다. 원리를 모르면 근본적인 해결을 할 수 없다. 3. 문제 해결 능력을 키워야 한다...

요즘 실리콘밸리에서는...

얼마전 실리콘밸리의 한 Startup company에서 CTO로 일하고 있는 오랜 친구가 한국에 놀러와서 같이 여행을 갔다. Informix에서 소프트웨어 엔지니어로 시작해서 한 20년 정도 일한 중국인 친구다. 같이 일을..

전문가 vs. 책임자

우리나라 조직문화는 전문가보다 책임자를 선호한다. 조직의 장이 책임을 지고 모든 일을 알아서 하는 것이다. 상명하복 관계 위주다. 경영자가 SW개발에 대해서는 잘 모르는 경우 누구 한명이 책임지고 개발해줬으면 하는 생각을 하..

소프트웨어 회사의 자산은?

소프트웨어 회사의 자산은 무엇일까? 흔히 개발자가 소프트웨어 회사의 재산이라고 한다. 이런 회사일 수록 회사가 가지고 있는 것은 정말 개발자밖에 없다. 또한 파악하기 어려운 한 무더기의 소스코드가 있다. 개발자들이 나가면 이..

관리자가 이런 일까지?

우리나라 SW 조직에서 관리자란 위치는 참 애매한 위치다. 물론 전문 관리자라면 얘기가 다르지만 왕년에 SW를 조금 개발해 본 경우가 애매하다. 개발팀에서 가장 경험이 많은 SW 개발자들이 주로 팀장이 되곤 한다. 이 경우와..

과거의 성공이 발목을 잡을 때

수많은 소프트웨어 회사들이 첫번째 성공을 거두고 나서 두번째 도약에 실패하고 사라져간다. 물론 첫번째 성공도 어렵지만 이미 성공의 경험이 있고 방법을 알고 있는 회사들이 두번째 또는 세번째에는 많이 실패하는 이유가 무엇일까?..

스펙을 제대로 작성하는 것은 구식이다?

'소프트웨어 개발 방법이 얼마나 발전했는데 아직도 스펙을 제대로 작성하고 개발을 하는가?' 라고 하면서 스펙 작성에 반대하는 주장을 하는 사람들이 있다. 스펙, 설계를 작성하고 구현을 하고 테스트를 하는 방식으로 개발하는 것..