@SoftyChoco Blog

최근 개발자들이나 취준생분들과 이야기를 나누다 보면 공통적으로 나오는 한숨 섞인 질문이 있습니다. "서류 통과조차 왜 이렇게 힘들까요?"제가 커리어를 시작할 때와 비교해 보면, 지금의 채용 시장은 단순히 '불황'이라는 단어로 설명하기엔 훨씬 더 복잡하고 가혹해진 것 같습니다. 하지만 냉정하게 시장을 들여다보면, 우리가 어디에 집중해야 할지 그 실마리가 보입니다.1. 이력서의 상향 평준화채용 공고 자체가 줄어든 것도 문제지만, 더 큰 문제는 불안감으로 인한 이력서 남발입니다. 취업자리가 줄어드니 불안해진 지원자들이 더 많은 곳에 이력서를 던지는데, 그 과정에서 AI의 힘을 빌려 문장을 매끄럽게 다듬습니다.채용 담당자의 책상 위에는 이제 잘 못 쓴 이력서가 많이 줄었습니다. 하지만 역설적으로 '진짜 실력이 ..

흔히 취준생, 주니어 분들이 많이 고민하는 부분입니다. 이곳 저곳에서 "개발자는 기초가 중요하다!"라고 하지만, 기초라고 하는 것들이 너무나 다양하고 많습니다.자료구조, 알고리즘, CS, 네트워크... 답변해주는 사람마다 "여기부터 여기까지가 기초다"라고 하는 부분이 모두 다르고, 아무리 공부를 해도 내가 모르는 것들을 아는 사람을 만나면 '저 사람은 정말 대단하다'라는 생각과 '아직도 내가 모르는게 남았구나'라는 생각에 좌절감만 듭니다.대체 어디까지가 기초이고, 언제까지 공부만 해야할까요?제가 가장 추천드리는 방법은 이것입니다. '개발의 기초'를 배우려고 하지 말고 '특정 도메인의 기초'에 집중해보세요.왜 '도메인'이 중요할까요?모든 산업에서 동일한 기술과 지식을 요구하지 않습니다. 내가 가고 싶은 곳..

회사에서 일을 하다 보면 다양한 유형의 사람들을 만날 수 있다. 주어진 업무만 처리하는 사람, 업무 방식을 적극적으로 개선하려는 사람, 팀 분위기를 밝게 이끌어가는 사람, 개인 목표를 중요시하는 사람, 돈만 벌고 시간을 떼우고 싶어 하는 사람 등, 여러 가지 유형이 있다.대부분의 사람들은 업무에 성실히 임하려고 노력하지만, 장기적으로 보면 진정으로 자신이 하는 일을 좋아하고 즐기는 사람들이 두드러진 성과를 내는 경우가 많다. 물론 좋아하는 일을 찾지 못한 사람들도 많기 때문에, 이런 경우에는 작은 변화부터 시작하는 것이 중요하다.좋아하는 일이 성과를 결정하는 이유좋아하는 일을 할 때 사람들은 더욱 깊이 몰입한다. 몰입하게 되면 자연스럽게 다양한 아이디어가 떠오르고, 문제를 해결하려는 적극적인 태도를 가지..

특정 분야(프론트엔드, 백엔드 등)에서 일을 하다보면, 뭔가 나랑은 맞지 않아서 반대쪽으로 넘어가는 경우가 종종 있습니다. 그런데 해당 이력을 적다보면 결국 프론트엔드도 백엔드도 아닌 흔히 말하는 "풀스택 개발자"같은 이력서가 만들어지는데요. 인터넷 상에서 여러가지를 배우는 것 보다 하나에 집중하는게 낫다, 풀스택 개발자는 잡부다 이런 류의 악명이 높다보니 이를 기피하는 분들이 꽤나 있습니다. 하지만 정작 회사 입장에서 봤을 때, 프론트엔드와 백엔드를 모두 할 수 있다는건 굉장한 이점일 수도 있습니다. 먼저 각 분야간의 커뮤니케이션이 원활해질 수 있고, 업무 부하에 따라 전략적으로 배치할 수 있는 인원인데다가, 사실 중소기업 입장에서는 업무 자체가 많지 않은 경우 프론트엔드와 백엔드 둘을 고용하는 것보다..

이번 사연자의 경우 SI 개발자로라도 취직을 하고싶은데, 개발에 대해 거의 모르는 상태셨습니다. 그래서 국비 부트캠프라도 지원하기 위해 이곳 저곳에 상담을 하셨었는데, "반응이 국비는 시간낭비다."라는 경우가 많아서 독학을 해야하는지 혼란스러운 상태이시더라구요. 반대로 제 의견은 "국비로 부트캠프를 해볼 수 있다면 해보셔라"였습니다. 당연히 제로베이스인 경우 뭐부터, 어떻게 배워야할지 어려울테고, 아무리 유튜브, 무료 강의 등도 좋다고는 하지만, 질문을 할 수 있는 사람이 있는 것과 없는 것의 차이는 크다고 보거든요. 저에게 전달해주신 커리큘럼 상에는 자바, 스프링, 토이 프로젝트, CS, 협업 프로젝트 등이 있었고, Spring JPA, Spring Security, Spring Batch에 대한 내용..

팀장이 되기 위한 가장 빠른 방법은 개발 역량이 아닙니다.흔히 개발자의 성장 방식은 두가지로 나뉩니다.엔지니어링 역량을 높여 전문가가 되는 것과, 팀장으로써의 역량을 높여 팀을 이끄는 것이죠.엔지니어링 역량이야 시니어들을 보면서, 엔지니어링에 대한 컨퍼런스 등을 참고하면서,늘상 해오던대로 개발에 대한 역량을 높이고, 더 큰 문제를 해결하다보면 자연스럽게 이루어집니다.하지만 팀장의 경우, 어떤 역량을 키워야하는지 잘 모르는 경우가 많더라구요.하지만, 가장 빠르게 팀장을 달 수 있는 방법이 있습니다.바로 '팀장의 일을 모두 빼앗아가는 것'이에요.물론 자기 몫의 일은 해내는게 기본 값이겠죠?제가 이야기를 나눠봤던 분들 중에는, 자신의 팀장님이 어떤 일을 하는지도 잘 모르는 경우가 많았습니다.이건 대기업에 계신..

이런 생각을 해보자. 어제까지는 막노동을 하던 사람이, 오늘 갑자기 기막힌 사업을 구상해서 성공할 가능성은 얼마나 될까? 아마 대부분은 불가능에 가깝다고 여길 것이다.왜 그럴까?단지 그 사람이 막노동을 하는 사람이라서가 아니다. 우리는 생략된 배경까지도 생각하여 판단한다. 막노동을 하는 사람은 먹고살기 힘들 것이고, 하루하루 일하는게 삶일테니까.물론, 100% 모든 사람이 그런 것은 아니다. 그럼 그들간의 차이는 어디에서 발생하는걸까? 우물 안 개구리이러한 상황은 분명 막노동을 하는 사람만의 이야기가 아니다.대부분의 사람들은 자신이 맡은 '역할'의 관점을 잘 벗어나지 못한다. 마치 우물 안 개구리처럼, 자신이 보고있는 하늘이 전부라 믿는 것처럼. 그 역할이 주는 안정감과 익숙함에 안주하면서, 다른 세상이..

대부분의 사람들은 어떤 일을 진행할 때, 무슨 일이 벌어질지부터 걱정합니다.그러나, 말도 안되는 것 같지만 현업에서는 문제를 일단 '만드는' 것이 가장 중요하다는 것, 알고 계신가요?물론 여기서 '문제를 만든다'는 것은 단순히 오류나 버그를 일부러 일으키는 것을 이야기 하는게 아니라,정확히는 해결해야 할 가장 중요한 문제 하나에 집중하는 것이죠.그리고 해결해야 할 문제가 선정되면, 이후에 나타나는 다른 문제들은 그저 발생하는대로 차근차근 해결해 나가면 됩니다.'분석 마비'가 발생하는 순간자주 있을만한 예시를 들어 설명해보겠습니다.새로운 기술 스택도 익힐 겸, 아이디어가 떠올라서 사이드 프로젝트를 시작하려던 경험은 다들 한 번쯤 있으실겁니다.제 경우에는 처음에는 '간단한 기능 하나만 구현해보자'라는 생각으..

출퇴근길 지하철에서, 점심시간의 짧은 휴식 시간에 많은 사람들이 습관처럼 유튜브를 켭니다.수많은 콘텐츠를 보다가, 오늘도 성장을 위해 책을 요약해주는 채널이나, 성장을 위한 동기부여 영상 등을 보는 분들이 있으실겁니다.어려운 책의 핵심도 쏙쏙 뽑아서 이야기해주니, 시간도 아끼고, 성장은 했고, 정말 효율적인 방법처럼 느껴지실껍니다. 하지만, 이런 생각을 해본적 있으신가요?"이렇게 영상을 본 것이, 정말 독서를 한 것과 같을까?"책을 읽어본 적이 있나요?책은 정말 많은 장르가 있습니다.에세이, 시집, 소설 등, 여러가지 방법으로 글을 표현하죠.그리고 책을 읽을 때 우리의 뇌는 가만히 있지 않습니다. '이 인물은 어떻게 생겼을까?', '소설 속 배경은 어떤 느낌일까?', '작가가 이 글로 말하고 싶은 의도는..

요즘은 온라인에서 다른 사람들의 화려한 이력들을 보면서, 내가 물경력이 아닐까? 라는 생각에 잠기는 분들이 많습니다. 특히나 자신감이 낮은 분들이라면 더더욱 그렇죠.하지만 처음부터 완벽한 사람은 없습니다. 모든 사람들은 매일 다양한 문제를 마주하며 조금씩 성장하는데요. 우리도 마찬가지로, 느끼지 못했을 뿐 매 순간 성장하고 있었던거죠.소통의 어려움을 극복한 ‘통찰력’예전의 저는 늘 사람들 앞에서 긴장하고 수줍음이 많았습니다. 낯선 사람과 대화하는 건 정말 어렵고 어색했죠. 만약 이 수줍음을 극복하지 못했다면, 저는 결국 타인과의 소통 자체를 거부하며 점점 더 고립되었을지 모릅니다.하지만 저는 이렇게 살다가는 아무것도 못하겠다는 생각을 하고서는 이런 성격을 고치기 위해서 노력했습니다. 그 과정에서 사람들의..