전혀 매력적이지 않은 개발자 특징

기업에서는 개발자가 부족하다고 말하는데 왜 자꾸 서류가 탈락하는 것일까?

그건 바로 여러분이 전혀 매력적이지 않은 개발자이기 때문입니다.

포트폴리오를 만들 때 양으로 승부 하지말고 질로 승부하세요. 포트폴리오를 눈에 그럴싸해 보일 정도로 빠르게 완성하는 것만이

개발자의 역할이 아닙니다. 배민, 네이버, 카카오 이미 다 완성된 앱이고 현재 잘 쓰여지고 있는데 왜 개발자를 매년 뽑을까요?

많은 분들이 새로운 언어나 이것저것 프레임워크를 급하게 배우고 자신의 포트폴리오를 완성만 해보는 걸로 만족합니다.

그리고는 '나는 이스택 저스택 다 다룰 줄 아는 능력있는 신입 개발자다' 또는 'CS지식 같은 거 필요없더라' 라는 착각을 하게됩니다.

즉, 빠르게 개발을 할 수 있는 것에 최적화된 서류가 되어버립니다. 물론 이런 능력을 원하는 곳이 있습니다.

초기 모델을 급하게 만들어야 되거나 고객의 요구대로 빠르게 제품을 만들어야 하는 SI업체죠.

누가누가 빨리 개발하나 경쟁하고 언어와 프레임워크를 얼마나 다양하게 사용해봤는지 겨루기도 하죠.

개발자의 연봉이 높은 기업들을 살펴보면 대부분 대규모 트래픽 서비스를 운영하고 있는 IT업체들 입니다.

애자일한 방법론 아래에서 개발하며 지속적으로 서비스를 변화시키고 확장해나가고 운영해나가는 기업들이죠.

이런 기업에서는 빠르게 눈에 보이게만 그럴싸 한것들을 찍어내는 능력보단 제품의 변화와 확장에 대응하고 기술부채를 최소화 하는

능력을 원합니다. 여러분들의 만든 프로젝트들이 누군가에게 사용되어지고 그로 인해 발생한 문제들을 해결해본 적이 있나요?

더 좋은 설계를 위해 언어적 패러다임이나 아키텍처에 대해서 고민해본적이 있나요? 개발과정에서 반복되는 부분들을 자동화하거나

체계적으로 관리할 수 있는 방법에 대해 고민해본적이 있나요? 완성만 하고 방치하는 프로젝트의 경험은 개발자들 사이에서도

그렇다할 경쟁력이 있지도 않습니다. 그래서 보통 IT기업에서는 코딩테스트와 CS기술면접이 신입 채용과정에서 대부분을 차지하죠.

대부분의 잘나가는 기업들의 채용공고를 살펴보면 (디자인패턴, 아키텍처, TDD, CI/CD, 테스트, 트래픽, 배포, 운영..등) 이러한

키워드들이 등장하게 됩니다. 여러분의 포트폴리오에 이런 키워드들이 등장하나요? 조급함에 여러 프로젝트들을 찍먹해보는 것보다

하나의 프로젝트를 운영하고 고도화 해나가는 경험이 개발자로서 더 경쟁력이 있으며 가치가 있습니다.

여러분들이 경쟁력 있는 개발자로 성장하고 싶다면 위에 있는 것들을 경험 할 수 있는 기업을 찾는 것이 중요합니다.

경쟁력 있는 포트폴리오를 만들고 싶다면 사람들이 필요하거나 꾸준히 사용할만한 서비스를 만들어 보세요.

좋은 아이디어나 디자인에 집착하지 말고 주변 사람들이 필요하거나 불편함을 해소해 줄 수 있는 건 없는지 고민해보세요.

그렇게 하다보면 자연스럽게 위에서 언급한 키워드들을 찾아보게 되고 현업에서 사용하는 기술과 툴들을 접하게 됩니다.

그럼 결국 구직 시장에서 많은 IT기업들이 찾고 있는 경쟁력 있고 매력적인 개발자가 될 것입니다.