2024 취뽀 후기

길고 길었던 취준 기간을 끝내고 드디어 취뽀를 하게 됐다. 당장의 목표를 취업으로 국한하지 않고, 먼 목표를 설정해둬서 그런지 취뽀를 하고 나서도 많이 신내지 않았던 거 같다. 물론 기쁘긴하지만, 너무 신내거나 무엇이 끝난 것처럼 행동하지 않았다는 뜻이다.

성격이 업다운이 심하지 않은 성격이기도 하고, 내가 좋아하는 T1의 구마유시 선수가 서울대 강연에서 한 말에 대해서도 공감하기 때문이다.

"작년 월즈 우승을 하고 느낀 건 '우승을 해도 세상이 그렇게 크게 바뀌지 않는구나'라고 느꼈어요.
어차피 내년에 똑같이 경기를 해야 하고 또 안 좋은 모습을 보이면 또 안 좋은 평가를 받게 되고 계속해서 나아가야 하더라고요.
여러분들도 서울대에 들어오시고 '나는 이제 끝났다. 다 했다' 이런 생각이 있었을 텐데 목표를 정해두고 가다 보면 금방 지치게 된다는 생각이 들더라고요.
과정을 즐기는 인생을 사셨으면 좋겠습니다. 감사합니다."

 

취업했다고 세상이 크게 바뀌진 않는다. 세상 밖 모든 사람들이 여전히 어제와 똑같이 하루하루를 바쁘게 살아가고, 새벽을 여는 사람들과 밤을 정리하는 사람들로 하루하루가 또 지나간다. 나도 취뽀를 했더라도 그 주에 여전히 원티드 백엔드 프리온보딩 강의를 듣거나, 공부하려고 킵해둔 개발영상을 보곤 했다. 

여행을 가거나, 친구들을 만나 술을 진탕 먹진 않았다. 조그마한 변화가 있다면, 그날 하루 부모님의 매우 좋아하시고, 입사를 위해 머리카락을 자르러 간 정도가있다.

이쪽 직무가 게속 공부를 해야하는 직무이기도 하고, 무언갈 합격했다고 크게 즐기는 스타일도 아닌 점이 크게 작용했다고 생각한다.

 

9월 말부터 10월 초 정도에 제대로 이력서를 지원하기 시작해서 12월 둘째 주 정도에 합격했으니, 빠르면 빠르다 할 수 있고, 길면 길다고 생각할 수 있는 기간 같다. 이력서를 지원하기 시작 시기를 취준 기간이라 치면 빠르게 합격했다고 생각하고, 직무 취업을 위한 교육 받을 기간까지 전부 따지면 2년 정도 걸렸으니 길었다고 할 수 있다.

코로나 이후에 개발자를 많이 뽑기 시작하면서 개발자 부트캠프가 우후죽순 생겼고, 개발자 수요가 반짝 높았다가 꺼진 이후에도 개발자 공급은 계속 늘었기 때문에 신입의 능력이 점점 상향 평준화 되면서 나또한 쉽사리 취준를 맘먹지 못했다. 

 

실력을 키우고 취업전선에 뛰어들자 생각했는데, 지금 생각하면 잘못생각한 것 같다. 취준이 되든 안 되든, 부트캠프 교육이 끝난 이후 바로 지원을 했어야한다고 생각이 든다. 취준 조차도 경험이 쌓여야 실력도 늘고, 요령도 생기는데, 취준 경험이 없다 보니 이력서든, 자소서든, 포트폴리오든 많이 헤맸다.

실력이 부족하더라도 빨리 취준을 하면서 맨땅에 헤딩식이라도 취준을 경험했어야 했다.

 

또 느낀 점이 있다면, 자격증 같은 스펙의 필요성이다. 한창 프로그래밍을 공부할때 "개발자 취업시장엔 자격증 같이 딱딱한 스킬보다, 진짜 직무스킬을 더 중요시 여기면서 더 본다. 자격증은 필요없다. " 이런 얘기를 듣고 딱히 자격증을 따지 않았다. 그때 개발자의 수요가 많던 시절을 생각하면 맞는 얘기일 수 있다. 하지만 시간이 지나고, 개발자는 넘쳐나고 일자리를 줄어든 지금은, 뭐든지 아까워 진다. 그때 안 따둔 자격증이 아쉽고, 학벌이 아쉽고, 준비 과정도 아쉽고 모든 게 아쉽게 느꼈졌다. 서류 탈락이 흔해진 시기가 되니 그런 자격증이나 수상경력 등이 아쉬웠다. 그때 따뒀으면 내 서합률이 조금이라도 달랐을까?! 생각이 종종 들었다.

 

취업 특강을 들으면서 줌으로 G마켓 주니어 백엔드 엔지니어분을 만난 적이 있다. 그분도 취준 때 서합률이 3% 라고 했다. 난 그 얘기를 들으면서 '그분 신입 취준 실력보다, 내가 더 나을 것이다. 난 더 높을 것이다.' 라고 오만한(?), 자신감 넘치는(?)  자기 최면을 했는데, 나 또한 딱 서합률이 3% 였다. 뭐,, 어떻게 보면 실력이 부족했던 것도 있고, 취준 스킬이 부족했던 것도 한 몫했다고 생각한다. 100개 정도 지원하면 3개 정도 합격하는 시장이라니,,, 지금 개발자 시장은 미친 거 같다. 사람인에서 지원 현황을 봤을 때도 다른 직무는 20~30 명 지원이면 개발자는 800 ~ 900 명 지원이고 왕왕 이랬다.

취업 시장은 얼어있는데, 부트캠프를 수료하고 배출되는 개발자는 넘처나니 당연한 수순이다.

 

취업을 하고 나서 돌이켜 생각해 본다. 그때 처음 직무를 선택하고 공부하게 됐을 때 무엇을 준비할 것인지. 자격증 같은 것도 안 본다는 생각말고, 그냥 뭐든 최선을 다해서 따자는 생각이 들고, 좋은 부트 캠프를 수료해서 좋은 교육과 동기를 만나고 싶다는 생각이 든다. 그리고 난 기술 면접 공부를 엄청 많이 했는데, 그것보다 코테 공부를 더 많이 해야한다. 이 부분이 꽤 아쉬웠다.

이제부터 전반적인 취직 얘기보다 현재 입사하게 된 회사의 취업 후기를 기록하려 한다.

 

서류

현 회사는 연봉을 꽤 높게 주는 곳이라 주 언어가 아니더라도 지원하게 됐다. 그래서 그런지 지원자 또한 엄청 많았다. 나중에 인사과를 통해 들은 수치는 1500 명 정도였다. 입사 담당자분과 교육팀장님의 얘기를 들어보니, 전공보다 내가 배운걸 글로서 잘 작성할 수 있는지, 비용을 절감하려고 하는 태도, 객제지향 프로그래밍 등을 서류에서 중요하게 보신 거 같다.

1500명 중에 300명 정도가 합격했다. 

 

코딩 테스트

서류를 합격한 300명을 대상으로 코딩테스트를 실시했다. 플랫폼은 구름 플랫폼을 통해서 실시했고, 3문제 180분이 주어졌다.

 

1번은 많은 조건 분기에 관련된 문제였다. 주어진 조건에 대해서 코딩을 잘 짜면 됐다.

2번 문제는 스택에 관련된 문제였다. 비슷한 문제로는 아래 문제가 있다. 스택을 활용하지 않았다면 히든 케이스에서 시간 초과가 나타났을 것이다.

https://school.programmers.co.kr/learn/courses/30/lessons/42883?language=java

프로그래머스

 

3번 문제는 구현 문제였다. 문자열 다루기, 리스트와 해시맵을 활용했고, 구현을 해야하는 요구사항이 꽤 복잡하고 어려웠다. 대부분 사람들이 3번 문제를 힘들어 했다.

 

면접

면접은 코딩테스트를 본 300명중 100명 가량이 보게 됐다. 인성면접과 기술 면접 2가지 면접을 하루에 다 보는 형식이었다. 30분씩 2번을 봤으니 1시간이 걸렸다. 면접을 보기 전엔 15분인가 20분동안 쪽지 시험 같은 걸 봤다. 총 5문제 였다.

1번은 언어에 맞는 for 문 관련 문법

2번은 url 작성 규칙을 아는지

3번은 자바스크립트 클로저 개념을 활용할 줄 아는지

4번은 영어로 된 백엔드 관련 질문에 빈칸에 답

5번은 SQL 쿼리를 작성하는 문제였다.

 

몇점을 맞았는지는 모르지만 3번을 빼고 모두 맞췄다고 생각한다. 전부 답을 알고 작성했고, 추후에 OJT 시간에 간단한 답을 말해주셨는데 다 정답인 거 같다. 웃긴 점은 5문제를 모두 맞힌 사람이 없다는 점이다. 사측에서도 진짜 쉬운 문제만 냈는데, 5점 만점자가 없어서 신기해 했다고 한다. 3번에 대해선 자바스크립트에 클로저 개념이 있는 건 알곤 있었지만, 문제에 클로저 개념이 쓰이는지를 몰랐다. SQL 문제는 역시나 JOIN 절을 사용하는 문제였다. 4번 문제도 영어지만 비교적 쉬웠다. 어차피 개발자는 영어를 쓰니 어렵다고 생각은 안들었다.

 

면접은 C조와 D조가 서로 번갈아 가면 면접장에 들어가는 형식이었다. 2대4로 다대다 면접이었다.(면접관2, 면접자4) 난 D조로 인성 면접부터 봤다. 인성면접은 컬처핏도 봣겠지만, 개인적으로는 자신 생각을 조리있게, 논리적으로 잘 말하는 지를 보는 느낌에 가까웠다. 정답이 없는 질문들을 많이 물어보셨다. 가령 예를 들면 본인이 생각하는 객체지향 프로그래밍에서 제일 중요한 점은 무엇이라 생각하는 가? 같은 질문이다.

답변을 잘하는 사람에게 질문이 조금 몰리는 경향이 있긴 했지만, 이건 당연한 것이라 생각한다.

 

생각나는 질문에 대해서 적어보자면,,,

개발 직무를 왜 선택하게 됐는지.

자신이 자신있는 개발 기술에 대해서 1가지만 짧게 어필해 봐라.

사측에선 성실함을 중요시하게 생각한다. 자신의 성실함을 어필해 보라. 

MSA 의 핵심은 무엇이라 생각하는지?

팀에 MSA 도입하기 위해선 어떻게 해야할지. 

비용절감을 좋아한다고 했는데, 어떤 비용 절감이 제일 중요하다고 생각하나?

 

인성면접이지만, 갈등 해결 방법같은 협업에 대한 질문보단 개발 관련 질문이 더 많았다. 특히 MSA 부트캠프를 나온 분이 내 옆에 있었고, 나도 개인적으로 공부해서 나와 그 사람 둘에게 물어보는 질문도 있었다. 타인의 대답을 경청하는 태도도 보이면서 내 대답은 조리있게 잘 말했다. MSA 에 관련된 두 질문을 두사람에 공통으로 했다.

난 Business Capability 를 높이기 위한 서비스 간 결합도 낮추기 라고 대답했다. 조금 추상적이여도 잘 대답했다고 생각했다. ㅎㅎ....

비용 절감 질문은 너무 추상적이여서 다시 여쭤 본 다음에 답변을 드렸다. 인프라 레벨의 비용절감보다 백엔드 개발 측면에서 개발 비용 절감이 중요하다고 말씀드렸는데, 이 점도 좋게 보신 것 같다.

 

기술 면접은 코딩테스트를 봤던 문제에 대한 해설 문제와 어떤 상황을 주어주고, 해결 방법을 물으셨다.

번은 그냥 여러 if문 써서 잘 구현하면 되는 문제였기에, 넘어 가고 2번 문제 질문부터 시작했다. 2번에 대해서 각각 어떻게 풀었는지, 왜 그 자료구조를 사용했는지 물었다. 스택을 사용한 이유를 설명하면 풀이법을 설명했다. 다른 어떤 분은 위상정렬을 계속 얘기하던데, 위상 정렬을 쓸 문제였나 아리송 했다. 난 아니라고 생각한다.

 

3번 문제도 어떻게 풀었는지 설명했는데, 몇명은 대답을 잘 못했다. 난 풀이법을 말씀드리니 왜 그 자료구조를 사용한지 물으셨다. 리스트를 배열로 감싸서 풀 수도 있는데, 왜 그렇게는 하지 않았냐? 라는 질문 같은데(기억이 가물가물하다.) 질문의 의도를 파악하지 못해서 재차 다시 여쭤봤다. 답답하셨는지 옆에 부문장님께서 리스트를 왜 해시맵에 담아서 사용했는지  쉬운 질문으로 바꿔 주셨다. 그렇다, 배열대신 해시맵을 쓴 이유를 묻는 질문이었다. 해당하는 리스트에 대해서 빠르게 조회하기 위해서 해시 맵을 사용했다. 해시맵의 경우 조회시 O(1) 의 시간복잡도가 발생하기 때문이라고 답변했다.

답변을 하면서 해시 충돌에 대한 추가 질문의 답변의 대답도 생각했는데, 바로 다른 질문으로 넘어갔다.

 

2가지 기술 질문에 대해선 상황이 주어지고, 그에 대한 해결 점이나 이유를 말하는 질문이었다.

1번 - 특정 날짜에 대한 게시글에 대한 조회가 너무 많아 성능 문제가 있다. 어떻게 개선할 것인가.

문제를 듣고 바로 답을 알아서 혼자 끄덕거렸는데, 면접관님이 OO씨 바로 답 아셨나 보네요. 한 번 말해보세요. 라는 말은 듣고 아차싶었다. 소위 말하는 싸가지가 없어 보였을까 걱정됐다. 근데, 당시엔 에라 모르겠고, 답변이나 하자란 마인드로 일단 대답을 했다. 

날짜 컬럼에 인덱스를 걸어두면, 조회 성능을 향상 할 수 있다고 답변했다.

하지만 문제는 그 다음이었다. 인덱스나 이런 것들은 모두 걸렸있다는 가정 하에선 어떻게 해결할 수 있죠? 라고 물으셨다.

난 데이터베이스 관점에서만 계속 생각해지만 답변을 하지 못했다.

다른 분들은 아예 답변을 하지 못해서 부문장님 께서 연도별로 게시글을 나눌 수도 있지 않을까 라고 힌트를 주셨다.

그때 아차싶었다. 이 문제는 데이터베이스에 관련된 질문이 아니라 시스템 설계에 대한 질문이구나.

바로 손을 들고 답변을 드렸다.

"인덱스까지 모두 걸려있는 상황에서 데이터베이스 파티셔닝, 샤딩과 클러스터링을 고려할 수 있습니다. DB 클러스터링을 통해 트래픽을 부하 분산을 통해 성능을 개선할 수 있습니다."

이렇게 답변을 드리니 바로 꼬리질문으로 샤딩을 하게 되면 그럼 어떤 단점이 발생할까요? 라는 질문을 받았다.

이에 대해선 평소에 공부하지 않았지만, 신기하게도 답변이 바로 나왔다.

"연도별로 테이블을 나누게 되면 각각의 연도에 대한 조회에 대해선 빠르게 할 순 있지만, 범위 검색이 힘들어집니다. 예를 들어 2022, 2023, 2024 연도로 테이블을 나눴을 때 각각 연도 별 게시글 조회를 빠르지만, 2023부터 2024 년 사이의 게시글 조회를 하게 되면 여러개의 쿼리를 통해 조회하는 등 복잡성이 증가합니다." 라고 답변했다. 언뜻봤을 때 부문장님께서 만족하신 답변이라고 생각했다.

 

2번째 질문은 선형 리스트와 연결 리스트에 대한 질문이었다. 내부적으로 리스트를 구현하는데, 선형 리스트에서 일정 크기가 넘어가게 되면 연결 리스트로 변환하여 구현한다. 이렇게 하는 이유가 뭘까?

 

선형 리스트와 연결리스트 차이는 단골 질문이라 다들 답변은 말했다. 하지만 추후에 알고 보니 사측에서 원하는 답변은 아니었다. 나도 중간 삭제, 삽입시 연결 리스트의 시간복잡도의 용이함을 설명했다. 

틀린 답변은 아니지만 사측에서 더 원하던 이유는 메모리 관점에서 설명이었다. 선형 리스트는 메모리에서 연속적으로 연결되어 있는 메모리 공간을 할당 받아야하는데, 크기가 너무 커지면 이는 불가능 해지고, 따라서 메모리를 부분적으로 사용할 수 있는 연결 리스트로 변환을 설명해야 했다.

 

최종합격

이렇게 면접이 끝나고 며칠 뒤에 바로 최종합격 발표가 났다. 전화를 알려주셨고, 입사 희망시 필요한 서류를 메일로 보내다라고 하셨다. 솔직한 심정으로 같이 면접 본 사람들 중에 내가 제일 잘 대답해서 합격할 것이라고 속으로 믿고 있었다. 그런데 진짜 합격해서 통보를 받았을 때 매우 기뻤다.  

 

 

 

아래와 같은 최종 합격 이메일 받고, 관련 서류에 대한 안내가 있었다. 출근 위치가 너무 멀어서 출근길이 힘들긴 한데, 개발에 매우 신경 쓰는 회사라 만족스러웠다. 매번 서탈을 할 때 내색하진 않았지만 매우 가슴이 아팠다. 한 60 곳 정도 떨어지니 조금 덤덤해지고, 신경 써서 지원한 곳들이 떨어질 땐 맘이 조금 아팠다.

회사엔 개발을 좋아하시는 분들이 정말 많다는 걸 느꼈다. 이런 태도와 실력에 대해서 많이 본받아야겠다는 생각이 많이 들었다.