유지보수 개발자?로서 어떻게 해야 할지 고민입니다...

안녕하세요.

우연히 이런 커뮤니티 싸이트를 알게되어서 이런 한탄 글을 남겨봐요..

저는 개발을 한지 근무 연수만 채우면 4년 되었고 MFC랑 C++ 위주로 하고 있습니다.

요즘 고민이 내가 개발자가 맞나? 의심이 들어요...

제가 하고 있는일은 대부분 추가개발 및 유지보수가 전부라서

어떤 싸이트를 구축한다던가 프로젝트를 진행한다던가..

큼지막한 일들이 없어서 그냥저냥 편하게 일하고 있습니다.

예를들면 사용자가 특정 이벤트를 주면 어떠한 기능이 나오게 한다던가, 로그 기능을 추가한다던가...

장애대응은 크러시 덤프나 행덤프 오면 분석을 한다던가...

뭐 대충 이런식입니다.

한마디로 이미 만들어져 있는 프로그램 덧붙이기 하는것 같아요...

그런데 또 회사를 한곳에만 머물르기에는 연봉도 오르지 않고... 아직까지는 좀더 개발을 하고 싶고 그런데..

이직할려고 하면 이력서에 쓸 내용이 없습니다.

그 동안 유지보수 뭘했고 뭘했고 다 쓰기는 했지만, 이게 이직할때 나를 어필할수 있는 장점이 될것 같지 않더라구요.

그렇다고 window mfc, c++ 관련 말고 웹이나 자바쪽으로 지원할려고 해도 기본적인 실무경험이 없으니깐 서류에서 광탈하구요.....

또 서류통과를 해서 면접을 보려고 하면 코딩테스트가 있어서 항상 좌절할때가 많았구요...

알고리즘 공부를 안해서 그런건지 실생활에서 사용하지 않아서 그런건지... 문제가 나와도 for문과 map, vector로만 해결할려고 하고 있었습니다..

STL은 사용하는것만 사용해봤고 나머지는 이론적으로만 알고있었지요..

부끄럽고 또 많이 부끄럽지만... 이번에 코딩테스트를 보고나서 어떻게 풀어야 하는지 리뷰를 보다가 priority_queue 사용하는 법을 처음 알게 되었습니다.. (그런데 디버깅 하면서 priority_queue 정렬 순서를 어떻게 하는지 보니깐 약간 버그?도 있는것 같더라구요? ..)

또.. 좌절감 느꼈던게

커뮤니티 사이트 글을 보다가 어느 분이 달았던 댓글 내용중에

"면접 볼때 코딩테스트 1문제를 내는데 1에서 10만까지의 합을 구하라고 하면 대부분 1에서 10만까지 루프 돌린다"

이런식의 댓글이 있었거든요.

저도 당연히 1에서 10만까지 루프 돌려야지 생각했는데... 찾아보니깐 가우스 공식도 있고 다른 알고리즘도 많더군요...

가우스 공식.... 갑자기 학생때 배웠던 기억이 스멀스멀 기억이 나더라구요...

그래서 공식을 다시한번 찾아보고

"아... 루프없이도 이렇게 빠르게 구할수 있겠구나..."

너무 한심하더라구요... 면접을보거나 코딩테스트를 보면서 내가 5년동안 뭘 했을까? 라는 생각때문에 고민이 많습니다..

게다가 요새 더 심해진 계기가 

지금 회사에서 코딩하는것도 아니고..... 이상한 잡일만 시키고 있습니다....

빌드해서 설치파일 만든다거나.... 

누구나 할 수 있는 일을 그냥 막내라는 이유로 하고 있네요...

나도 코드 보면서 분석하고 싶고 추가개발도 하고 싶은데...

이런 일을 아무렇지도 않게 "? 대리, 이거 설치파일좀 만들어줘" 라고 할때면 내가 이거 할려고 왔나 싶어요.........

당장 이번에도 면접을 보러 가는데, 벌써부터 자신감이 없어지네요... 

유지보수 현업에 계시는 선배님들 후배님들... 어떻게 생활하시나요?...

windows 계열 mfc.c++ 유지보수 개발자는 어떻게 진로를 선택해야 할까요?.....

너무나 고민이 많습니다.... 

너무 앞뒤 없이 주저리 주저리 써놓았는데.... 답답한 마음에 올려봐요....