신기한 연구소

안녕하세요. 20년 넘게 개발자로 살고 있는 신연입니다. (신기한 연구소 ^^)

엊그제  AI로 인해 가까운 미래에 개발자의 자리가 위태롭다는 뉴스를 읽어 봤습니다. 

지금 프로젝트도 많이 없는 상황에 그런 뉴스까지 나오니 개발자 취업을 준비하는 취준생들은 걱정과 생각이 많을 겁니다.

개발자 취업 준비를 계속해야 하는 걸까? 이 길이 맞는 건가? 머리가 복잡할 겁니다.

우선 AI와 개발자의 미래에 대한 뉴스를 읽어 보니 반은 맞고 반은 틀린 내용이 있는데 추후 해당 내용에 대해 이야기해볼게요.

1. 다양한 스펙을 준비하고 있어요.

학원도 수료하고 개인 프로젝트, 스터디로 포트폴리오와 스펙을 만들면서 취업을 준비하고 있지만 막상 이력서를 넣어도 열람만 할 뿐 연락이 오지 않는 경우가 많습니다.

개발자 커뮤니티에 가 보면 취준생뿐 아니라 경력직 개발자들도 일이 별로 없어 걱정을 많이 하고 있답니다. 

즉, 개발자 취업을 준비하는 취준생만의 문제는 아닙니다. 요즘 상황이 그래요.

하지만, 지금도 새로운 프로젝트는 계속 나오고 있으며 투입할 개발자를 찾고 있습니다.

경력직 개발자도 일 찾기 힘들다는데 우리 같은 초보는 더 힘들지 않을까요? 이런 생각을 할 수 있습니다.

하지만 프로젝트에서는 초급, 중급, 고급 개발자를 모두 필요로 합니다.

그러기에 여러분의 능력은 계속 갈고닦아서 기회가 올 때 잡을 수 있게 준비하고 있어야 합니다.

2. 개발자 취업의 문을 여는 열쇠를 찾자.

나름 개발자로 취업하기 위해 많은 준비를 하고 있을 겁니다. 

응답 없는 회사들로 인해 의욕도 줄고 걱정도 늘고 뭘 어떻게 해야 할지 고민도 많을 겁니다.

그래서 개발자 커뮤니티에 가서 다른 취준생들은 어떻게 준비하고 있는지 검색도 해봤을 겁니다.

뭐라도 더 해보자는 마음에 다른 학원을 찾거나 유명한 인강을 찾거나 인기 있는 개발서를 다시 본다거나 개인 프로젝트를 시작할 겁니다.

그런데 그런 과정을 나만 하는 것이 아닙니다. 아직 취업이 안된 모든 취준생들이 비슷한 스펙을 준비하고 있다는 말입니다.

입장을 바꿔보면 회사에 필요한 인재를 찾는 인사 담당자는 지원한 이력서를 보면 사실 전부 비슷해 보입니다.

누구를 선택해야 할지 고민이 된다는 의미입니다.

어떤 기준으로 이 비슷한 이력서에서 선별해야 우리에게 맞는 인재를 뽑을 수 있을까?

회사의 인사 담당자가 자물통이라면 그의 고민을 해결해 줄 열쇠가 필요한 것입니다.

여러분은 바로 그들이 찾는 열쇠가 되어 취업문을 활짝 열어야 합니다.

3.취업문에 맞는 열쇠는 어떻게 만드나?

도대체 회사에서는 어떤 인재가 필요한 것일까요?

어떤 스펙을 준비해야 회사에서 "앗 바로 이 친구가 적격이야!!" 라면서 연락을 해 올까요?

몇 번을 봐도 재미있는 드라마 "미생"을 보면 이런 내용이 있습니다.

해외 메카폰 영업을 위해 영업팀에서는 술 접대를 준비합니다.

그 사장이 접대를 좋아한다고 이전 영업했던 팀에서 팁을 줬기 때문입니다.

소문에 술이 엄청 강하다고 해서 장그래 팀은 계약을 위해 시물레이션까지 하면서 완벽에 가까운 준비를 합니다.

하지만 계획했던 대로 진행은 안되고 오히려 영업팀이 만취상태가 되고 잘못된 접대로 인해 위태한 상황에 빠지게 됩니다.

며칠 뒤 메카폰 계약은 성공합니다. 그것도 2배로.

장그래는 어안이 벙벙 하지만 오 과장의 결혼기념일 선물이 모두 정보를 정확하게 수집하고 활용해서 실제 오너가 사장의 와이프였다는 것을 알게 되었습니다.

사장이 아닌 와이프의 마음을 얻어서 계약을 그것도 2배로 성공시켰던 겁니다.

일반적인 정보와 일반적인 스펙으로 취업의 문을 열려고 해도 열쇠가 맞지 않기에 열리지 않습니다.

문을 열려면 맞는 열쇠를 찾아야 합니다.

미생의 오과장처럼 계약을 위해서 모든 정보를 확인하고 거기에 맞는 열쇠를 준비해야 한다는 의미입니다.

4.회사는 어떤 신입을 찾고 있을까요?

정말 중요한 내용입니다. 

취업의 문을 열 가능성을 높여줄 열쇠를 찾는 방법입니다.

여러분들이 준비하는 학원을 수료하고 유명 인강을 듣고 개인 프로젝트를 하는 것은 다들 하고 있는 기본입니다.

기본은 당연히 잘 준비해둬야 합니다. 

다시 말하지만 그건 기본입니다.

기본으로 선택을 받는다는 것은 같은 모양의 뽑기에 당첨되는 것과 같습니다.

물론 인사 담당자가 이력서를 보고 다들 비슷해서 도저히 선택을 못한다면 중요하지 않은 정보로 판단할 수도 있습니다.

그렇다면 회사에서 어떤 신입을 찾고 있는지 어떻게 알 수 있을까요?

경기가 좋을 때는 공채로 신입을 뽑는 경우가 있습니다.

그리고 프로젝트나 내부 솔루션 팀에 투입합니다.

이윤을 창출하는 회사의 입장에서는 전부 고급 인력으로 투입하기엔 인건비용에 대한 부담이 있습니다.

그래서 신입 개발자를 뽑아 선배들과 함께 프로젝트에 투입시켜서 성장을 도모합니다.

요즘처럼 경기가 좋지 않다면 공채가 거의 없다고 보면 됩니다.

있는 개발자도 대기 중인 경우가 많기에 잉여로 더 뽑을 이유가 없기 때문이죠.

그렇다고 신입 개발자를 전혀 안 뽑지는 않습니다.

예를 들어 A 회사에서 프로젝트를 진행 중입니다.

개발은 종료되고 이제 테스트를 해야 합니다.

QA를 뽑아야 하는데 테스트를 위한 정규직은 부담되고 전문 업체는 비용이 비쌉니다.

보통 이런 경우 신입 개발자를 뽑아서 테스터로 지원을 보냅니다.

개발자인데 왜 테스트를 하냐면서 불만을 갖는 친구들이 있긴 합니다.

그런데 테스트도 선배 개발자들이 만든 프로그램입니다.

프로젝트가 어떻게 진행되었고 만들어진 프로그램에 대한 기능이 어떤 것이 있고

선배들이 어떤 식으로 구현했는지 볼 수 있는 정말 좋은 기회입니다.

더 중요한 것은 테스트가 끝나면 개발자로 취업이 되었다는 겁니다.

이렇게 회사는 그때그때 필요한 신입 개발자를 찾게 됩니다.

큰 기업의 경우 바로 개발로 투입하기 위해 코딩 테스트를 보기도 합니다.

중견 기업의 경우는 당장 상황에 필요한 신입을 뽑고 이후 개발자로 활용하는 경우도 있습니다.

작은 기업이나 인력 업체의 경우라도 우선 개발자로 첫 발을 내딛는다면 이후 성장해서 나에게 맞는 회사로 이직할 수 있는 능력을 키울 수 있게 됩니다.

5. 이력서에 회사가 원하는 열쇠를 표현해 보세요.

지원하고자 하는 회사를 발견했습니다.

어떤 신입이 필요한지, 지금 뽑는 이유가 뭔지를 알아야 합니다.

회사에 전화나 이메일을 보내 문의해서 정보를 수집합니다.

회사 홈페이지에 들어가서 어떤 일을 하는지 정보를 수집합니다.

다양한 검색 사이트에서 해당 회사에 대한 모든 내용을 찾아봅니다.

회사 대표가 어떤 사람인지도 알아봅니다.

개발자 사이트에 가서 혹시 그 회사에 대한 이야기가 있는지 찾아봅니다.

이렇게 모든 수단과 방법을 동원해서 그 회사에 대한 정보를 수집하고지금 어떤 프로젝트를 진행 중에 있으며어떤 신입을 뽑으려고 채용 공고를 올렸는지 모두 수집하고 정리합니다.

그리고 내 멋진 이력서에 그들이 원하는 추가적인 내용을 넣어줍니다.

그들이 보기에 비슷하고 평범함 이력서들 중에 "어 이 친구 괜찮네? 이런 능력이 우린 필요했는데" 라면서

그들이 여러분을 선택하게 된다면 여러분의 열쇠는 취업의 가능성을 엄청 높여줄 것입니다.

6. 첫 발이 중요합니다.

나 또한 처음이 있었고 비전공으로 엄청난 이력서를 보냈고 마지막에 연락받고 면접 후 첫 회사에 합격했습니다.

두렵기도 했고 잘 해낼지 걱정도 많았습니다.

하지만 나에게 돈을 주는 그들의 니즈를 빨리 파악해서 그들의 고민거리를 해결해 준다면

능력 있고 인기 있는 개발자로 성장할 것입니다.

그러기 위해서는 첫 발이 내디뎌야 합니다.

쉽지 않습니다.

안되는데 같은 방식을 계속 고집하면 안 됩니다.

아인슈타인 왈, "같은 행동을 반복하면서 다른 결과를 기대하는 건 미친 짓이다."

첫 회사가 작고 맘에 안들 수 있습니다.

하지만 첫 발이 중요합니다. 그 첫발로 진입을 하는 것이 중요합니다.

우선 진입을 해야 이 세계가 어떤지 경험하고 실망도 하고 성장도 하면서 더 나은 미래를 꿈꿀 수 있습니다.

그런데 주의할 점이 있습니다.

회사 중 IT 업체가 아닌 총무실 전산 직원을 뽑는다거나,  콜센터? 같은 직원을 뽑는 경우도 있습니다. 

당장 취업이 아쉽더라도 이런 곳을 걸러야 합니다. 

취업 준비 중인 개발자 여러분!!

지원하려는 회사의 열쇠를 찾아보세요. 분명 그 해답이 있습니다. 

모두 힘내서 멋진 개발자가 되길 바랍니다.

비전공에 컴맹이었던 제가 개발자(프로그래머)에 도전해서 취업도 성공하고, 솔루션부터 SI, SM 같은 많은 프로젝트를 했던 경험과 개발자 채용 인터뷰로 알게 된 내용을 바탕으로 이제는 개발자 취업을 준비하는 후배들에게 도움을 주고자 이 글을 써봅니다. 

1. 나는 컴맹에 비전공자였다.

사실 컴퓨터는 그냥 게임이나 또는 간단한 검색, 채팅하는 용도로만 써왔던 내가, 게임 실행도 못해서 친구에게 부탁했을 정도로 컴맹이었던 시절이 있었습니다. 자연계열 비전공이었지만 나름 컴퓨터를 잘하고 싶은 마음에 일반선택으로 전산학과의 프로그래밍 관련 수업(Lisp 같은)을 들었지만 무슨 얘긴지 이해를 못 했기에 시험 점수는 바닥이었습니다. 같은 과에 C언어를 잘하는 친구가 있었는데 빌게이츠처럼 한국형 OS를 만들 거라는 이야기를 듣고 있으면 딴 세상 사람 같았습니다. 에랏! 그냥 스타나 하자~

2. 개발자로서의 첫걸음

대학 4학년 때 학생회관 앞을 지나가다 컴공과로 친구를 만났습니다. 컴퓨터 판매를 하고 있었는데 물어보니 창업지원받아서 사업을 하고 있다네요. 친구가 사장이었습니다. 갑자기 이 길을 가야 된다는 생각이 번득 들었습니다. 그래서 친구에게 부탁해 돈 안 받아도 좋으니 같이 일하게 해달라고 했습니다. 

그렇게 사무실에 컴퓨터를 받고 앉아 있는데 앞에서 얘기했듯이 비전공에 컴맹인 내가 할 수 있는 것은 익스플로러에서 검색하는 게 다였습니다. 그때 친구사장이 와서 개발자(프로그래머)가 되고 싶냐고 묻더군요. 그렇다고 하니 책 2권을 사서 공부하라고 하더군요. 바로 Unix와 홈페이지 만들기 책이었습니다. Unix가 뭔지 HTML이 뭔지도 모르는데.. 우선 독하게 맘먹고 열심히 해야겠다는 생각에 바로 서점에 가서 구매했습니다.

Unix는 좀 어려워 보여서 홈페이지 만들기부터 시작했습니다. html, css, javascript를 한 땀 한 땀 따라 하면서 익히기 시작했습니다. 밤이고 낮이고 주말이고 없이 열심히 공부하고 실습하면서 내 청춘을 불태웠습니다. 이렇게 할 수 있는 기회를 준 것에 감사했기에 돈 생각은 하지 않았습니다. 사실 4학년이라 집에서 용돈을.. 쿨럭~

어느 날 사장친구가 OO사이트 유지보수건이 있는데 어렵지 않으니 한번 해보라고 맡기더군요. 이렇게 개발자로서의 첫걸음이 시작되었습니다.

3. 비전공이라도 기죽지 마세요.

당시 사무실에서는 델파이나 비주얼 C++ 같은 툴을 사용해서 개발자들이 코딩을 하고 있었습니다. 간단한 태그나 스크립트를 만지던 내 눈에는 그 모습이 너무 멋져 보이더군요. 그래서 나도 저런 멋진 프로그램을 만들어야겠다는 생각과 함께 학원을 다니게 됩니다.

어렵더군요. 배워도 무슨 말인지 모르겠고 알아도 어디에 어떻게 써야 하는지도 모르겠고...

지금 생각해 보면 그 학원의 강사는 이론만 설명하는 게 전부라서 실전에서는 어떤 역할과 코딩을 하는지에 대한 부분이 부족해 보였습니다. 특히 비전공이라 그런지 더 이해하기 힘든 상황이었습니다. 직접 궁금한 것을 물어보기도 했지만 어려운 말로 뭐라 뭐라 하는데 아무리 들어도 이해가 안 갔습니다. 

그래도 이것이 내 직업이다라는 생각으로 미친 듯이 공부도 하고 이것저것 만들어보기도 했습니다. 그리고 학원을 수료했는데 처음 등록할 땐 취업이 그나마 좀 되는 거처럼 이야기하더니 수료할 때 취업 지원에 문의하니 요즘 상황이 어렵다는 이야기만 하더군요. 한두 명? 정도 추천으로 회사에 갔지만 얼마 안 가서 퇴사했다고 하더군요.

지금 생각해 보면 학원 수료했다고 바로 취업시켜 주는 게 더 이상해 보였습니다.

비전공이거나 다른 일을 하다가 개발자(프로그래머)가 되고 싶어 국비 학원이나 부트캠프등을 다녔지만 무슨 말인지도 잘 모르겠고 뭘 어떻게 해야 하는지 앞이 캄캄한 분들도 있을 겁니다. 학원을 수료하고 나면 100% 취업이 되는 것이 아니기에 더 답답한 마음이 앞서고 다른 학원을 더 다녀야 하는지 아니면 혼자 스터디를 계속하면서 이력서를 넣어야 하는지 많은 생각과 고민이 있을 겁니다.비록 오래전 일이긴 하지만 저 또한 한 달 내내 응답 없는 이력서 메일을 보냈던 적이 있었습니다. 

간혹 이력서 보고 연락 오는 회사도 있는데 막상 가보면 생각했던 일을 하는 곳이 아니어서 실망도 하고 우선은 돈을 벌어야 하니 다녀야 하나? 그러다 경력에 마이너스가 되지 않을까? 이 또한 많은 고민거리를 불러옵니다.

4. 그럼 어떻게 해야 할까요?

개발자 사이트를 가면 개발자 취준생들의 고민을 많이 보게 됩니다. 이력서를 몇십 통 넣어도 연락이 없다, 다시 학원들 또 다녀야 하나?, 개인 프로젝트를 더 준비해서 포트폴리오를 완벽하게 맞춰야겠다.

이런 고민거리와 리액트, 스프링부트 등을 어떻게 공부하고 누구 강의를 들어야 하나?라는 의견을 묻는 글도 많이 봅니다.

20년 이상 개발자로 일하면서 많은 프로젝트도 투입되고 인원 선발에 대한 인터뷰도 보면서 채용을 했었는데 채용에 대한 어떤 공통적인? 그런 것을 알게 되었습니다.

그럼 어떻게 해야 할까요?

가장 중요한 것은 내가 무엇을 많이 준비하고 잘하고 뛰어나다는 것보다 채용하는 상대가 누구를 원하는지를 알아야 합니다.

5. 특색 있는 내 소개

사실 여러분도 알겠지만 취업 준비 개발자 거의 대부분(사실 전부라 해도 과언은 아니죠) 국비, 부트캠프, 개인 프로젝트 및 스터디를 하면서 이력서를 준비합니다. 

즉, 여러분의 이력서를 보는 채용 담당자는 다 비슷비슷한 내용의 이력서를 받는다는 이야기와 같습니다.

나는 충분히 아니 넘치도록 학원도 다니고 인강도 다니고 스터디하면서 프로젝트도 하면서 스펙을 쌓았다고 생각하겠지만 나만 그렇게 하는 게 아니라는 이야기입니다.

채용 담당자 입장에서는 비슷한 내용의 이력서를 보고 있으면 사실 그런 내용은 눈에 잘 들어오지 않을 겁니다. 그냥 어디 다녔구나, 여기를 많이 다니네, 등등 생각만 할 수도 있겠지요.

그럼 어떻게 해야 할까요?

내가 이런저런 능력을 키워놨으니 나를 데려가시오? 는 비슷한 취준생이 너무 많습니다.

반대로 채용 담당자는 왜 구인을 하고 있을까? 어떤 일 때문에 초급이나 신입사원을 뽑으려고 하는 것일까? 이런 생각으로 접근하는 것이 중요합니다. 

그렇다면 도대체 우리가 가본 적도 없는 프로그래머 세계(개발자 세계)에서는 어떤 일이 벌어지고 어떤 사람들이 일을 하고 어떤 사람들을 필요로 할까? 이런 의문을 가지면서 접근해야 합니다. 이런 정보는 나처럼 실전에 있는 경험 있는 개발자에게 듣거나 개발자 사이트에서 그들의 이야기를 들으면서 공감대를 형상하는 것이 중요합니다.  

그리고 상대(채용처)가 원하는 기술을 가지고 있음을 강하게 어필한다면 채용 담당자는 그 이력서가 눈에 들어올 것입니다. 

"오, 이 친구면 이번 일을 할 때 도움이 되겠는데..."

결국, 정보가 중요하다는 말입니다.

날씨가 더워서 반바지 사러 매장에 갔는데 직원은 요즘 트렌드인 신상 바람막이만 팔려고 계속 손님한테 신상만 팔려고 한다면 고객은 짜증 나서 반바지도 안 사고 나올 수 있다는 이야기입니다.

고객이 매장에 들어와 어디로 가는지 지켜보고 반바지 쪽으로 간다면, "요즘 날씨가 갑자기 많이 더워졌어요"라는 멘트로 접근한다면 고객은 공감대가 형성되기에 "네 그래서 시원한 반바지를 찾고 있어요"라고 얘기할 것입니다. 고객이 필요한 것을 인지하고 관련 정보를 제공하면서 도움을 준다면 고객은 기분 좋게 반바지를 구매할 것입니다.

그래서 나만의 특색을 만들어 나를 찾는 사람에게 이력서를 보내는 것이 채용될 확률을 높이는 것입니다.

6. 어떤 신입을 원할까?

현실적으로 생각해 보겠습니다. 만약 여러분이 개발팀장이라면 고객사의 프로젝트(돈 받고 하는 거겠죠?)에 학원을 다녔고 개인 프로젝트를 했고 OOO인강을 들었다는 신입 개발자를 뽑아서 한 파트의 프로그램(예를 들어 고객정보관리)을 맡길 수 있나요? 만약 그런 회사가 있다면 심각한 문제가 있다고 봐야 합니다. 경력직 개발자도 프로젝트에서 문제가 되는 경우가 많습니다. 

그렇다면 신입 개발자는 무슨 일을 할까요?

그것을 알면 이력서에 좀 더 관심받을 수 있는 내용을 기록할 수 있습니다.

보통 신입 개발자는 프로젝트의 경험이 없기에 PMO(사업관리)나 QA(테스트)에 먼저 투입되는 경우가 있습니다. 경험해 보라는 겁니다. 프로젝트가 어떻게 흘러가는지..

가끔 사수 개발자 옆에 앉아서 간단한 로직 정도 만들어보라고 주기도 합니다. 또는 코딩 중 단순 반복 작업이 있습니다. 이런 경우 고참 개발자들은 업무 로직 구성하기 바쁘니 사원급 개발자에게 단순 반복 코딩을 알려주고 작업을 시킵니다. 그러면서 간단한 로직을 고참 개발자가 리뷰하면서 좋은 코딩 가이드도 해줍니다. 물론 모든 개발자들이 리뷰를 해주진 않습니다. 

개발을 하면 프로그램 목록, 프로세스 명세서, 인터페이스 문서, 단위테스트 문서, 일정관리, 일일/주간보고 등의 문서 작업을 겸합니다. 그런데 고참 개발자들은 솔직히 문서 작업 엄청 싫어합니다. 그렇다면 누구를 시킬까요?

또 다른 예를 보겠습니다. 당연히 프로젝트에 투입되면 소스관리(형상관리). 배포관리 등 깃이나 젠킨스 같은 툴을 사용합니다. 개발자들 중에 단순히 commit, push 등만 하는 경우가 많기에 merge나 충돌 시 처리, 브랜치 관리, 신규 개발자 등록 등 작업을 별로 좋아하지 않는 경우가 많지요. 하지만 누군가 해야겠는데...

이런 경우도 있습니다. 선배 개발자가 얘기하는데 못 알아듣거나 또는 까먹거나 또는 일정 다 돼서 못했다고 하거나 등등 진행함에 꼼꼼히 체크하지 않아서 혼나는 경우가 많습니다. 그런 경우 일머리가 없다는 이야기를 듣게 됩니다. 그럼 어떻게 하면 선배 개발자의 요청을 잘 이해하고 실행하며, 안 까먹고, 일정에 문제없이 진행할 수 있을까요?

보통 큰 프로젝트에 투입되면 기존에 사용했던 프레임워크나 또는 새로운 프레임워크를 사용하는 경우가 있는데 대부분 공통이나 리더급에서 미리 준비해서 가서 코딩만 하는 경우가 있습니다. 만약 어떤 개발사가 처음 리액트를 도입한다고 했을 경우 해당 선배 개발자들은 리액트 경험이 없기에 후배들 중 리액트 경험자(프로젝트를 해봤으면 좋겠지만 다룰 줄 알아도 됨) 있으면 큰 도움이 되고 적극적으로 밀어주기도 합니다. 단순히 리액트 사용했다는 것보단 시작부터 다룰 줄 안다면 어떨까요?

7. 예를 들어 봅니다.

우리 회사에서 제안을 한 OO 프로젝트에 투입할 인력을 구성하는 중입니다. 그런데 프레임워크로 SpringBoot와 SpringBatch로 해달라고 합니다. 그런데 우리는 전자정부에서 Spring을 사용해 봤지만 boot는 처음인데 알아보니 사용법이 다르다고 합니다. 그렇다면 이번에 경력직으로 SpringBoot 경험자를 뽑는 것이 어떨까요? 하지만 비용적 부담이 있으니 사원으로 뽑아서 진행하는 것이 좋겠습니다.

선배 개발자들은 전자정부로 Spring를 잘하기에 신입으로 Boot를 잘 사용하는 친구를 찾게 될 겁니다.

두 개의 이력서가 있다면 여러분은 누구를 뽑을까요?

1. 백애두

- OO 학원, SpringBoot, mySql, JPA 

- OO 인강 SpringBoot

- 쇼핑몰 재고 관리 개인 프로젝트 (react, springboot, jpa, mySql)

2. 백열정

- OO 학원, SpringBoot, mySql, JPA 

- 개인 프로젝트 (react, springboot, mysql)

- 보유기술 SpringBoot 개발환경 표준+공통 구성 (DB 프로그램, Batch 프로그램, Rest 프로그램), Git 환경 구성 및 사용, mySql(내장함수 활용), 가이드 문서 작성(Word, Excel, PPt) 등.

백열정이 더 상세한 기술 설명으로 취업 담당자에게 필요한 인재임을 확인했습니다. 추상적으로 쓰면 눈에 들어오지 않지만 상세하게 실전에서 필요한 능력을 기술한다면 개발팀원들의 눈에 확 들어올 것입니다.

달리 말하면 그들이 원하는 사람이 와야 당사자들이 편하기 때문입니다.

Springboot 해봤다고 해서 뽑았는데 막상 투입되면 신입은 이런 건 안 해봤어요라고 하면 끝이거든요. 그럼 선배 개발자들만 머리 아픈 상황이 됩니다.

고추 따는 알바 구하는데 밭일 많이 해봤다와 고추, 배추일 해봤다고 하는 경우와 비슷합니다. 밭일 많이 해봤다고 해서 뽑았는데 고추는 안 해봤다. 그런 거죠.

8. 마무리

남들과 똑같은 이력서는 절대 눈에 띄지 않습니다. 비슷한 이력서를 많은 회사에 보내는 것도 사실 좋지 않습니다. 어떤 신입을 찾는지 조사도 하지 않고 그냥 넣는다면 그냥 안 되는 겁니다.

정말 개발자가 되고 싶다면 나의 특색을 잘 기록해야 합니다. 그 특색은 내 맘대로 만드는 것이 아니라 회사들이 프로젝트에서 신입을 뽑는 이유를 알고 거기에 맞는 스킬을 준비하고 넣어야 합니다.

신입 개발자가 프로젝트에 한 부분을 맡아서 개발할 수 있다면 경력직 개발자가 필요 없겠지요.

일식 요리사가 되기 위해서는 바닥 청소부터 한다는 이야기도 있잖아요.

개발자로서 당연히 개발공부는 해야 되지만 취업을 위해서는 첫걸음에 맞는 준비가 큰 도움이 될 것입니다.

각 회사마다 뽑는 기준이 다르니 최대한 많은 정보를 활용해서 채용 담당자가 원하는 특색 있는 기술을 넣어보세요.

유튜브 보면 개발자 일상이라면서 멋진 장소에서 멋진 장비를 구성하고 기다란 소스 코드를 보면서 뭔가 하다가 갑자기 맥북 들고 커피도 마시면서 직원들과 회의도 하고 메일도 보고..

우리도 할 수 있습니다.

취준생 여러분 힘내시고 좋은 정보 있으면 또 공유해 보겠습니다. 파이팅~