4년차 spring 백엔드 개발자가 이직을 고민합니다

Question

이유는 팀과의 성향 차이, 정확히는 팀장님과의 성향 차이가 큽니다많이 보수적이신 편이고, 작은 변화라도 서비스에 장애가 될까봐 본인께서 개발했던 패턴에서 벗어나려 하지 않으십니다문제가 발생하거나, 아니면 고객사가 원하는 경우에만 변화를 받아들이십니다팀에서 가장 근무시간이 길지만 정작 스스로 학습을 하는 시간은 제로이고, 늘어난 업무량은 자동화를 하거나 팀의 개발 역량을 키우기보단 있는 사람을 더 일시키거나 개발자를 더 뽑거나운영 업무를 함에도 수동으로 처리하는 것들이 너무 많습니다. 직접 운영DB에 데이터를 넣어준다거나저는 이 회사에 첫 직장으로 입사했습니다. 엉망으로 짜여진 시스템과 코드가 마음에 안 들었지만, 그만큼 애정도 있어서 작은 것부터 확실하게 바꾸고 싶었습니다하지만 아이러니하게도 제가 의욕을 낼 수록, 팀장님과 갈등은 더 커집니다계속 부딫히고, 최근에 정말 심하게 기싸움을 하고 나선... 이젠 정말 이직을 해야 할 것 같습니다학습을 게을리하진 않고 경력도 쌓이다보니 스스로 개발 역량이 높아진 것을 느낄 수 있었습니다독학으로 테스트코드 작성을 시도해서, 나름대로 패턴도 가질 수 있었고코틀린을 학습하면서 java의 언어적 결함을 체감하며 null-safe에 보다 신경을 쓰게 되었고elixir를 학습하면서 코틀린이 함수형 프로그래밍이 가능하다는 것이 어떤 의미인지 비로소 체감하게 되었습니다그 외에도 업무적으로든, 따로 학습을 한 것이든 시야를 넓힐 수 있었습니다솔직히 말해서, 팀 내에서는 제가 가장 개발 역량이 높다고 자부합니다. 저보다 윗 선배들을 포함해서요네... 하지만 어느 정도 기술력을 가진 기업 입장에서는 저는 우물 안 개구리겠죠최근에야 고객사에서 msa 구조를 원하여 카프카나 스프링 클라우드 등을 경험했다곤 하나...학습은 했어도 이직 준비는 게을리해서 다른 기업에 어떻게 어필해야 할지 모르겠습니다적당한 기업으로는 이직하고 싶지 않습니다특히 자바만 쓰는 곳으로는 이직하고 싶지 않습니다(조금만 관심을 가지면 코틀린을 쓰지 않을 이유가 없다는 것을 알 텐데, 그마저도 안한다는 것은 결국 현 직장과 다르지 않다고 생각합니다) 대기업이나 유명한 곳을 바라는 것이 아닙니다어떻게 해야 쉽게 개발하고, 유지보수가 쉽고, 장애로부터 안전할 수 있을까 그에 대한 기술력을 갖춘 기업개발자다운 고민을 함께 진지하게 하고, 도전적으로 실행할 수 있는 곳으로 이직하고 싶습니다이곳에 계신 개발자 선배들에게 부디 조언을 부탁드립니다

운체조교 · Answer

개발 역량이라는 것이 환상이라는 사실을 먼저 받아 들이셔야 이야기를 시작할 수 있습니다.단어와 마케팅에 속지 말고 본질을 보실 필요가 있습니다. 개발자가 돈을 받는건 비지니스의 문제를 해결하여 고객이 돈을 입금 했기 때문입니다. 다른 말로 하면, 지금 말씀 하시는 &#34;마치 기술적으로 훌륭해 보이는&#34; 것들은 현재 회사에서의 비지니스 문제와 관련이 없어 보입니다.즉, 지금 보스 분들이 하는 선택은 실력이 부족해서 일 수도 있지만, 그렇게 해도 일이 굴러가기 때문일 확률이 더 높습니다. 실제로 쓴이 님이 실력이 좋다고 하더라도, 비지니스적으로 내가 뭘 기여할 수 있는지 생각할 수 없다면 같은 일은 지구에서 어느 직장을 가나 똑같이 발생할 것입니다.항상 비지니스, 실세계 문제를 해결할 때는 손이 더러워집니다. 이상대로 안되고, 변수가 발생하고, 절차가 효율적이지 않고 상호 모순되며, 이렇게 진행해도 될까 싶도록 한심하게 진행 됩니다. 그건 나와 내 조직이 모자라서가 아니라, 그냥 원래 현실이 다 그런 것이라고 생각합니다. 사람들이 사례를 공유 할 때는 성공 사례만 공유하기 때문이고요.다시 쓴이 님의 질문으로 돌아가서, 그러면 어떤 회사에 가야 하고 어떻게 노력해야 하냐...이건 답이 없는 질문입니다. 설명하기 참 힘든데, 어떤 회사에 가야 하고 어떻게 노력하는지가 스스로 눈에 보이지 않으시면 아직 준비가 되지 않으신 것입니다. 기술적일 수도 있고, 문화적일 수도 있고, 시야가 좁으신 것일 수도 있고... 여러 경우의 수가 존재합니다.확실한 것은, &#34;뭔가 실제로 되는 것을 이루어 내셔야&#34; 합니다. 그게 오픈소스 커뮤니티에 들어가는 네트워킹이 될 수도 있고, 해외로 유학을 가서 실리콘 밸리의 경험을 하는게 될 수도 있습니다. 또는 어떤 창업 팀을 들어가거나 작게는 사이드 프로젝트를 하는 것이 될 수 있죠.지금의 목표는 &#34;뭘 내가 실제로 해 내야 하는지&#34; 파악하시는 것입니다. 말씀하신 함수형 프로그래밍이나 기술력이나 &#34;개발자 다운&#34; 과 같은 &#34;단어&#34;에 사로잡히지 않으시길 바랍니다.구체적으로 그래서 어쩌라는거냐 싶으실 수 있겠네요. 다음 책을 추천 합니다. (데이비드 토머스 외, <실용주의 프로그래머>)http://www.yes24.com/Product/Goods/107077663추가로, 최소한 사이드 프로젝트에서 기술적 실험들을 하실 것을 권합니다. 회사는 돈 버는 곳이고, &#34;기술력&#34; 을 쌓는 것이든 공부를 하는 것이든 원래 스스로 시간을 내서 해야 합니다. 컨퍼런스에서 뵌 해외 N모 사 엔지니어는 본업에서 클라우드 게이밍 플랫폼 만들고 취미로는 인공위성 펌웨어를 짜더군요.지금 직업적으로 하시는 스택에 대한 공부 외에도, 더 넓게 컴퓨터 과학 전반, 오픈소스 등등 다양한 것들을 회사 밖에서 시도해 보시길 바랍니다. 자연스럽게 시야가 열리리라 믿습니다.

노안개발자 · Answer

개발 역량이 사내에서 가장 좋다라는 것은 어떤 기준으로 판단을 하셨을까요?그리고 팀장님의 입장에선문제가 생기거나 고객의 요청이 없으면현 상태를 유지 하려고 한다. -> 이 부분에서는 당연한 부분이라 생각 됩니다.우리가 짠 소스 코드들은 모두 고객의 자산 입니다.고객의 자산을 업무위탁을 받은 사람들이그들의 요청 없이는 바꿀 수 없지요.이건 자신이 근무하는 고객사의 비지니스에 관련된 부분이긴 합니다만 적어도 제가 경험한 큰 회사들에선 그랬습니다.제가 금융쪽 경험이 없어 잘 모르겠지만 은행같은 전산 시스템을 요청없이 변경힌다? 이건 있을 수 없고 시도라도 한다면 바로 아웃대상이 될거에요.4년차면 이제 막 초급에서 중급으로 넘어가는 시기인데단편적인 면을 예로 들며 경험많은 팀장님을 공개적으로 지적하는 것은 보기 좋지 않습니다.사람이 겸손해보이지 않아요.편안한 밤 되시길 바랍니다.

adduci · Answer

비지니스와 개인 역량 강화는 별개의 문제입니다운체조교님이 좋은 말씀 해주셨네요누구나 코틀린이 생산성에 좋아보이지만 그걸 도입하냐는 의사결정자의 가치관과 비지니스 문제들이 결합돼서 결정됩니다이게 싫으면 존버해서 의사결정자가 된 뒤에 바꾸거나, 가치관이 100% 일치하는 회사에 들어가는건데 후자는 그럴 확률이 낮죠겉으론 가치관이 맞아 보여도 결국 그 회사도 비지니스 중심으로 의사결정이 나는곳이라서 개인 개발 스킬을 목적으로 하는 우리와는 맞을 수가 없습니다회사는 주어진 리소스로 회사가 당면한 비지니스 문제를 해결하는 인재를 원합니다must와 want가 곂치는 회사 잘 찾으셔서 만족스런 개발하시길ㅎㅎ

노안개발자 · Answer

아 그리고 개발역량 관련해서요.고객의 비지니스를 설계해서 프로그램에 녹여낼 수 있는 설계역량을 포함 하신거라면멋지십니다.

twice7 · Answer

장기 커리어 목표를 세워보시면 어떨까요단기 목표 회사를 정하고, JD를 통해 필요 기술을 준비해보시면 어떨까요이직의 실행과 준비는 분리해서 보시고, 준비는 항상 하시길 권해드리고 싶네요첫 직장에 만3년 되셨으면 경력기술서 준비해서 새로운 도전하실만한 시기라고 생각되네요실제 이직하게 되기 전까지 현 직장에서 배울 수 있는 것, 변화를 시도해볼 수 있는 것은 모두 해보시길한 줄 요약 : 이직

4년차 spring 백엔드 개발자가 이직을 고민합니다

5개의 답변

커리어 목록