devpia logo

컬럼게시판

개발자 정년 문제. 나이들면 못하는 이유

antech / 2017-10-17 오전 11:11:01 / 조회수(4109)

(펌) okky

(출처) http://coderlife.tistory.com/144

제 블로그에 올린 글 생각을 나누고자 공유합니다.

 

1. 회사에서 원하는 개발자

전전 회사의 그룹사에도 40대 이상 개발자분들 많으셨죠. 오히려 20대에서 30대 초반은 꺼리는 분위기였습니다. 그룹사 개발자들을 총괄하는 상무님께서 개발자 출신이라서 그런가 프로그래밍 노련하게 잘하는 사람을 선호하셨는데, 그게 딱 30대 중반 이후였습니다.

 

2. 나이가 아니라 주변 환경의 문제

좋은 글을 하나 봤습니다. kpug에 올라온 글인데 요약하면 이렇습니다.

나이 들어서 못한다는 건, 사람의 문제라기보단 주변 환경의 문제입니다. 경영자들 입장에선 20대가 만들어낸 것과 40대 이상이 만들어낸 것이 똑같아 보이거든요. 그러니, 연봉 낮은 사람에게 일을 맡기고 싶어 합니다.

 

다행히 이건 예전 이야기고, 우리나라도 이제 전산 관련 역사가 쌓이며, 임베디드, 서버, 통신 등 일부 분야에선 나이가 많은 사람을 선호하는 경향도 생겼습니다. 그간의 경험으로 빨리 만들고 나서 쓰면서 고쳐가면 되는 게 있고, 처음부터 어떤 상황에서도 이상 없이 돌아가야 하는 게 있다는 걸 알게 되었죠. 그게 바로 임베디드, 서버, 통신, 금융 쪽입니다.

 

그리고 건설 쪽과의 비교도 많은데 개발자는 단순 기술직과 비슷합니다. 건설 쪽에서도 일반 기술자에게 집을 지으라 일을 맡기지 않습니다. 마찬가지로, IT 쪽도 학원에서 몇 달 배우고 코딩 몇 번 해본 사람에게 제대로 된 소프트웨어 개발을 맡기는 사람은 없습니다.

 

또한, 개발자 자신에게도 어느 정도 책임이 있습니다.

 

1. 자신의 중요성을 알리지 않는다. 말을 해야 아는데 말은 안 하니 몰라요.

2. 사이비 개발자들. 실력보단 정치에 의존하며 별거 아닌 기술을 엄청난 비밀인 양 숨기고 안 가르쳐 주는 바보들입니다. 그런 걸 빨리 아래로 내려주고 자신은 더 높은 기술을 추구해야 합니다. 꼴불견 개발자라고도 하죠.

3. 전산 분야에 대해 사회가 받아들일 준비는 최근에야 이뤄짐.

4. 국가가 전산에 대해 몰라도 너무 몰랐다는 점. 모르는 존재에 휘둘린 개발자들에게도 책임이 있어요.

 

Old Coders When Programming Is a Second CareerOld Coders When Programming Is a Second Career

(출처 : MashableAsia)

 

3. 휘발성 프로젝트를 원하는 회사

경력자를 소화하지 못하는 이 사회의 문제. 몇몇 SI도 그렇고 게임 회사 중엔 트랜드에 맞춰 한탕만 뛰어줄 값싼 인력만 필요로 합니다. 영속적인 뭔가를 만들기보단 휘발성이 강하다는 겁니다. 그러니 경력자가 갈 곳이 줄어들고, 먹고 살아야 하는 개발자들은 어쩔 수 없이 더 많은 연봉이 보장된 기획이나 영업으로 전향하게 되겠죠.

 

저는 휘발성 SI만 전문으로 하는 업체가 좋지 않다고 생각합니다. 같은 SI라도 SI 전문 분야가 있다면 그곳 개발자들은 그 분야에 대한 전문성을 확보할 수 있습니다. 휘발성 SI가 좋지 않은 것은 업무의 연속성이 없으므로 업무 다양성은 늘지언정, 업무 전문성은 늘어나는 데 한계가 있을 겁니다. 이는, 경력자에게 치명적입니다. (왜? 전문 분야가 없어서)

 

4. 신기술 소화 능력

신기술이 계속 쏟아져 나오는데 나이가 많으면 소화하지 못한다는 편견도 있습니다. 소프트웨어의 역사를 살펴보면 획기적인 아이디어로 새로운 언어나 프레임워크를 개발한 건 대게 40대입니다. 20대가 아니죠. 30대도 아니고요. 대게 40대입니다. EPL 기사를 읽다 보면 명장의 지략 대결이란 문구가 자주 보입니다. 주인공은 20대, 30대 감독이 아니라 60대 벵거나 40대 감독들입니다. 나이가 많다고 소화하지 못한다는 건 그냥 말장난이죠.

 

순전히 본인의 의지와 주변 환경의 영향입니다. 나이 때문이 아닙니다. 그리고 하늘에서 뚝 떨어진 신기술은 없습니다. 기존의 것을 바탕으로 제작된 것들이 100%입니다. 개발자로서 갖춰야 할 기본만 탄탄하다면 오히려 나이가 많다는 게 장점이 됩니다.

 

백투더 퓨처의 엔지니어백투더 퓨처의 엔지니어

(출처 : Tech BakBak)

 

5. 관리자가 관리를, 개발자는 개발을

너무나도 많은 회의가 문제라는 생각도 들어요. 우리나라 특유의 페이퍼 워크. 시간은 낭비하고 능률을 떨어뜨리는 회의와 보고가 너무 많습니다. 계획 - 보고 - 계획 - 보고 - 자료 보강 - 보고 - 계획 - 보고 - 계획 - 자료 보강... 끊임없이 이어지는 회의와 보고는 개발자를 어쩔 수 없이 관리자로 만듭니다.

 

개발자가 관리할 것은 회사 핵심 솔루션이지 신규 사업 아이템의 계획과 보고가 아닐 텐데요. 물론 일정 부분 참여할 필요는 있겠으나, 전적으로 담당할 필요가 있을까요? 나이든 개발자를 기획자로 보고 끊임없이 회의 자리에 부르고 보고서를 요구하는 것은 좋지 않다고 봅니다. 차라리 관리자를 따로 채용해 그 직원에게 일임하는 것이 더 좋죠.

 

관리자와 개발자를 분리하지 못해 업무 분장이 제대로 이뤄지지 않은 업체의 한계는 명확할 겁니다.

 

6. 이 회사 저 회사 직원의 나이

SI 이야기를 하나 더 해야겠네요. 갑이나 을에서 프로젝트를 담당하는 직원들 나이가 얼마나 될까요? 여기서 답이 나온다고 봅니다. 그들은 자신보다 나이 많은 실무자가 불편해요. 병이나 정 이하 업체에선 알아서 커트하는 게 당연할까요?

 

7. 질보단 양

그동안 비정상적 SI를 중심으로 벌어진 기형적 산업 생태계 이야기도 빼놓을 수 없겠네요. 한창 IT 버블이 절정이던 시기에 통신 3사는 하고많은 날 홈페이지를 바꿨고, 공공기관에선 하고많은 날 우리가 뭘 했다며 기사나 방송을 내보냈습니다. 근데 지금 남아있는 게 뭘까요?

 

세금이 눈먼 돈이라 뭘 만들었다 이야기하면 끝이고, 통신 3사는 원래 유지보수가 잘 안 되는 게 홈페이지라며, 소스를 자주 버렸습니다. 질보단 양으로 커버되는 기업 환경이 정착된 상태에선 나이 많은 개발자가 할 일이 없었을지도 모르겠네요.

 

8. 개발자에게 실력이란?

실력이란 무엇일까. 그동안 정량적으로 개발자를 평가할 기준이란 게 희미했습니다. 다행히 70년대 출신의 개발자분들이 그 힘든 시간을 견뎌내시며, 실력 좋은 개발자란 무엇인가에 대해 생각을 하도록 만들어 놓으셨습니다. 최근에 출시되는 소프트웨어 검증 툴도 시대가 변했음을 증명하는 뜻으로 이해가 됩니다. 주관적으로 실력이란 무엇인가를 고민하는 시기가 되었습니다. 그러나 이전엔 그렇지 못했죠.

 

9. 프로그래머 정년? 

 

늙은 프로그래머의 일하는 모습늙은 프로그래머의 일하는 모습

(출처 : IT WORLD)

 

제 생각엔 개발자로의 삶이 싫증 날 때, 실질적인 은퇴가 되는 것이란 생각이 듭니다. 할 수 있을 때까진 계속할 수 있지 않을까요? 위 사진처럼 저도 늦게까지 일하고 싶습니다. 단, 저 할아버지처럼 정장에 넥타이 매는 것은 사양합니다.

 

ps. 그냥 오밤중에 생각나는 대로 주절주절... 적어봤습니다.



출처: http://coderlife.tistory.com/144  [프로그래머 삶]
(펌) okky

배너

댓글보기

minamjun11 / 2017-10-23 18:41

okky에서도 봤었는데 재밌네요.

adct / 2017-10-23 21:58

저도 okky 에서 읽었는데 나름 논리적인 근거로 설득력 있어서 흥미롭게 읽었습니다. 다만 전 약간 다르게 생각합니다. 20대 땐 원석인지 아닌지 가려지기 힘드므로 주위에서 많은 테스트를 한다고 생각하며 그 중 진짜 원석 포함한 반은 떨어져 나갑니다. 앞으로의 미래걱정과 회의감으로 차라리 다른길이 낫겠다 싶은 사람이겠죠. 30대 땐 의지를 가지고 열심히 자신의 가치를 알리는데 주력하지만, 이 또한 좋은 환경이 되어 있지 않거나 기회를 만들지 못하고 꺽여 반이 떨어져 나가겠죠. 특히나 30대땐 20대와 다르게 현재의 위치와 앞으로의 미래를 계산하였을 때 적성이 맞지 않다 싶으면 좀 더 나이 들고 바꾸는 것보다 미리 준비를 하는 단계죠. 40대 땐 정말 적성에 맞고 실력도 있고 주변 환경을 스스로 개척한 사람일 가능성이 높기 때문에 그런 기회가 많아짐으로써 성공할 수 있는 기반이 마련 되지 않나 싶네요. 제 의견은 비단 개발자라는 직업에 한정되지 않고 나이가 점점 들면서 동시에 자신의 적성을 스스로 더 잘 알아가기에 믿음과 자신감으로 주변사람까지 아울러 큰 일을 할 수 있는 기반이 생기지 않나 생각합니다. 그런 의미에서 전 40대까지 할 수 있을지 미지수네요 ㅠ

scym / 2017-11-08 11:46

전 40대, 50대가 되어도 프로그래밍은 계속 할겁니다.^^

ryujaewan1 / 2017-11-21 14:11

필드가 요구하는 전문성을 정확하게 캐치하는게 중요합니다. "나는 SI에서 기술력으로 승부하겠어!" 제발 부탁인데 그냥 RnD를 가세요. SI의 시장은 퀄을 파는 곳이 아니라 기능을 파는 곳입니다. 비슷한거 많은데 유튜브 왜 쓰나요? 퀄이죠. 유튜브 최근에 실시간 스트리밍 간격을 2초대로 줄인걸로 알고있습니다. 기존보다 불과 0.X초 줄인거지만 거기에 들어간 공수는 어마어마 할겁니다. 다음 0.5초 줄이는데 들어가는 시간과 돈 인력은 어느정도일까요? 그래도 해야죠. 그게 경쟁력인 시장이니까요. 기술력은 그럴때 쓰는겁니다. 'SI는 가장 보편적인 기술로' (유지보수가 쉽고 인력을 구하기 쉽게) '그 사이트에 가장 적합한 시스템을' (이 말은 업체가 보유한 해당시스템에 대한 업무이해도나 전문성의 중요성도 나타내지만 동시에 시간이든 하드웨어 자원이든 한정적인 자원내에서 유연성이나 확장성의 개념이 최적화의 개념과 충돌할때 사이트최적화쪽을 우선시해야된다는 걸 뜻합니다. 다시 가져다 쓴다고 프로젝트들어가서 유연한 코어 만들지 마세요 민폐입니다. 거기에 딱맞게 최적화해서 가장 빠른시간내에 만들 수 있는 방법으로 만들고 나올때는 버리고 나오세요. 진짜 코어는 설계부터해서 RnD공수(-다시말해 돈과 시간) 치덕치덕 쳐발라서 만드는거지 SI프로젝트 들어가서 할꺼리가 아닙니다. IT서적 꽤나 읽었다는 SI 사장님들이 많이 하는 짓이죠.) '가장 빠르게' (SI에서 공수는 가격을 의미합니다. 가장 빠르게가 가장 싼것이죠.) 만들어내는게 경쟁력인 시장입니다. 우리가 일반적으로 읽는 기술서적이나 기술커뮤니티가 지향하는 IT조직은 최신기술에 개방적이어야하고 유연성, 확장성있게 또 확실한 형상관리와 좋은 퀄을 유지를 위해 막대한 시간잡아먹는 방법론을 도입하고...어쩌고 저쩌고.. 이런 내용들은 대부분의 서적이나 커뮤니티를 주도하는 세력이 RnD종사자들이기 때문이지 그게 모든 필드에 통용되는 절대적인 정답은 아닙니다. 만약 SI회사의 CTO가 이런 사상과 방향성을 가지고 IT전략을 구축한다면 이전 소스를 덕지덕지 고쳐가며 솔루션입네.. 하지만 시장에서는 먹히지 않고.. 여전히 한 프로젝트 벌어 한 시즌 먹고 사는 열악한 SI수익구조때문에 문제는 인식해도 그걸 고칠 돈과 시간은 없고... 그래서 또 소스는 덕지덕지... 나중에는 그냥 맨땅에서 개발하는게 나을정도가 된 만신창이 소스를 들고.. 그래도 그 소스가 있으니 30%는 된걸로 본다고 공수를 줄이고 결국 그런 공수의 손실분은 개발자의 건강과 여가시간으로 대체해야하는 흔하고 흔한 대한민국 SI업체를 탄생시키겠죠. 굉장히 익숙하죠? 필드를 이해하지 못하고 기술력만 쌓은 개발자가 SI업체의 CTO(CTO가 없다면 사장)를 맡을 때 발생하는 일이죠. 우리나라는 기술력을 천시해! 기술력에는 돈을 안써! 하면서 말이죠. 이게 농사짓느라 트럭사고 싶은 고객에게 레이싱카 만들어주면서 제로백이 어떠니 엔진이 몇마력이니 공기저항계수가 어쩌니 저쩌니 떠들면서 차도 모르는 놈 취급하는것과 뭐가 다를까요.

yskim0691 / 2017-12-18 11:34

[대박]을 기대하고 고의로 뒷감당을 포기하고[치고 빠지는]전략이 난무하는 가운데 개발자의 오기와 끈기도 희망도 사그라지고 있는 것을 봅니다.

leechw9 / 2017-12-30 13:55

통신이 프로그램 성패의 주 요소인 회사의 CEO 가 S/W 인력 뽑는 면접에서, 폴링 - 비동기 - 인터럽트 - 동기 등의 낱말을 이해하지 못한다면, 그 회사는 유지/보수에 [돈]을 많이 들이겠죠? 그런 CEO라면 그 낱말을 이해하는 CTO와 함께 일해야 하는 데, [돈] 때문에 CTO 채용은 안하겠지요? 나이 든 프로그래머가 적응하기 힘든 이유 중에 하나가 이것 아닐까 생각합니다.