기술스택이 이직에 도움이 되는 업무를 진행 할 때에는 평일에 업무하고 주말에도 해당 기술스택을 파고들어서 공부했고요, 그렇지 않은 시기에는 업무는 최소량으로 기준만 채우고 제 나름대로 이직에 도움이 되는 스택위주로 주말 평일 저녁 공부하였습니다.

제가 공부한 방법은 어느 정도 스스로 혼자할 수 있는 개발자가 되기 전까지는 인강을 많이 보았고요. 처음에는 사용하는 언어나 프레임워크에 대한 부분만 공부했지만, 점점 언어나 기술에 국한되지 않는 디자인패턴부터 시작해서 점점 컴퓨터공학 전분야의 지식을 넓히는 방향으로 확장해 나갔습니다. 사실 하나를 마스터한다는게 불가능하다는 것을 깨닫고 일단 업무에서 조금이라도 사용하거나 연관된 분야는 조금씩 다 알아봤던 것 같아요.

그리고 이직을 본격적으로 시작할때는 당연히 알고리즘준비, 라이브코딩테스트준비, 기술면접 준비는 조금 집중적으로 했었습니다.

코딩테스트는 두 가지 나누어서 준비했습니다

1. 채용 첫 단계 혹은 매우 처음 단계에서 진행하는 온라인 코딩테스트
이 경우에는 일단 플랫폼 사이트에서 중간 문제 등을 집중해서 풀었고요, 또한 풀이 방법이 쉽게 떠오르지 않으면 빠르게 해답을 찾아보는 방법으로 일단 온라인 코테를 풀기 위한 여러가지 기법들을 늘려나가는 방법으로 했습니다.

2. 면접과 병행하는 라이브 코딩테스트
이 경우에는 오히려 1~2레벨 수준의 쉬운 문제를 최대한 많이 여러 개 접하는 방법으로 하였고, 풀이방법이 떠오르는 경우엔 실제로 구현은 하지 않고 맞는 풀이면 바로바로 넘어가는 방법으로 문제 자체의 풀을 넓혔습니다. 그리고 풀이방법이 안떠오르는 경우에는 어떤식으로 풀면 되지 않을까 생각을 많이했습니다. 특히 Brute-force수준의 기법이라도 풀어보고 개선점이 있는지 없는지를 생각해가면서 마치 실제 라이브코딩에서 하는 것처럼 이미지트레이닝을 병행했습니다.

이직을 멀리보신다면 저는 시작은 무조건 개발과 관련된 분야에서 가장 자기가 재미있어하고 실증을 덜느끼는 분야부터 시작하길 추천드립니다. 그러다보면 전반적으로 다 즐기게 되고 재밌어지더라고요

코딩테스트는 저도 어느 순간까지 재미가 없었습니다. 코딩테스트를 보면 보통 풀이법이나 접근법을 기준으로 분류를 해놓잖아요. 그중의 본인이 관심이 생기는 부분부터 시작해서 범위를 늘려 나가야지만 적응이 되고 흥미가 붙는 것 같아요.

물론 저도 올해 초까지는 정말로 코딩테스트 준비 왜 해야하는지 이런거에 너무 답이 안나왔습니다. 그러다가 어느 다이나믹 프로그래밍 유튜브를 보기 시작하고부터 다이나믹 프로그래밍 기법에 대한 관심이 많아지고 점점 코딩테스트에 대한 흥미가 생기기 시작했어요. 심지어 요즘에도 한 주에 한 문제정도는 풀고 있습니다.

1. 온라인 코딩테스트: 프로그래머스 기준 레벨2-3 문제를 최대한 많이 풀면서, 문제 유형에 대한 기법을 숙달하기 꼭 오래 고민해서 풀필요가 없고 문제를 푸는 과정은 그다지 중요하지 않기 때문에 안풀리면 해답보는 것을 추천

2. 면접에서 진행되는 코딩테스트: 풀이 과정와 접근법 문제를 내가 어떻게 이해하고 있느냐와 소통까지 보기 때문에 레벨1~2 문제에 대해서 깊게 생각하면서 풀기 추천

3. 기술인터뷰: 일단 내 경력기술서에 기술한 내용에 대한 아키텍쳐는 반드시 파악, 이 아키텍쳐의 문제점 혹시 이러한 아키텍쳐를 구성하는데 나의 판단과 경험이 포함되었다면 그부분도 상세하게 준비. 또한 앞으로 내가 책임자가 되어서 개선하려면 어떠한 기술스택과 새로운 아키텍쳐를 도입할지 고민

저도 비전공자로 30이후에 취업해서 현회사 다녔던 케이스입니다.
토이 플젝도 해봤다고 하시니깐 제가 처음 시작했던 나이보다는 많으시지만 저보다 오히려 기본 베이스는 많으실 것 같습니다.
최근에 느낀거는 제가 면접관이었다면 저 안뽑았을 것 같습니다. 비전공자에 개발 경험은 4개월 남짓 다닌게 전부이고, 근데 곧 퇴사하는 현 직장이 개발자 중심의 회사가 아니라 대기업 SI 계열사다보니깐 기회가 주어졌던 것 같습니다.

프로그래머스 중간레벨이면 잘하시는 겁니다. 저는 3레벨 잘 못풉니다. 취미로 개발을 하실 정도면 업무로 개발도 잘하실 거라고 생각합니다. 요즘 개발자를 적극적으로 채용하는 회사는 개발을 재밌어하는 사람을 뽑는 것 같습니다. 제가 이직을 생각한 이유도 저는 개발이 너무 재밌어서 일 많이시키고 돈 많이 주는 회사가 맞다고 생각해서 입니다.