@SoftyChoco Blog

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

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

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

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

평소 글을 적기 위한 아이디어나, 집안일, 구매해야하는 물품, 업무 등 할일들이 많은 상황에서, 금방금방 떠올리지 못하는 문제를 겪었다.시중에 나와있는 투두리스트는 많지만, 내가 가장 원하는 기능은 '최대한 쉽고 빠르게, 다시 떠올릴 수 있는 간단한 문맥을 입력'이었고, 이를 해결해주는 앱을 찾지는 못했다.이런 목적으로, 사이드 프로젝트를 진행해보기로 했다.먼저 Gemini를 통해 아이디어 구상을 진행한다.이 때, 대화를 나누는 세션은 Gemini에서 Gem이라는 역할을 지정하여 사용하는 세션으로, 아래와 같은 요청사항이 기입되어있는 상태이다.목표 및 역할:* 사용자의 아이디어를 듣고, 새로운 IT 서비스 기반 스타트업을 위한 전문적인 조언을 제공합니다.* 비즈니스 모델, 시장 분석, 기술적 타당성, 마..

"사이드 프로젝트를 한다고, 회사가 원하는 수준을 채우는게 가능한가요?" 채용공고 내 흔히 보이는 "대규모 트래픽"이나, "고가용성", "확장성"을 고려한 설계, "장애 상황 경험" 등, 취준생이나, 작은기업에서 더 나은 회사로 이직하고 싶은 많은 취업/이직러 분들에게는 너무 무서운 요구사항들이죠. 결국 두려워서 시작도 제대로 못하거나, 이런 이야기들을 하시더라구요. - 사이드 프로젝트를 해봤는데도, 취업이 안되던데요? - 사이드 프로젝트를 한다고, 이게 채용공고에서 원하는 수준이 안될텐데 의미가 있나요? - 그냥 저는 작은기업에서 시작해서 트래픽 많이 받는 곳은 가지 못할 것 같습니다. 그렇다면, 정말로 사이드 프로젝트가 의미가 없거나, 초기에 작은기업에 취업한 사람은 더 기술력 있는 회사로 이직..

혹시 불안해서, 다른 역할을 하고싶은 생각이 든적 있나요?간혹 자신의 업무가 맞지 않다고 생각해서, 다른 역할이나, 다른 업종으로 바꾸는게 답이라고 생각하는 분들을 만나곤 합니다.흔히 이야기하는 상황은 이렇습니다.다른 사람들과 협업하는게 너무 어려워, 그냥 나 혼자 일할 수 있는 직무로 바꿔야하나?내가 다른사람들에 비해 기술적으로 너무 부족한 것 같은데, 누구나 다 아는 건데 나만 모르는 것 같아...이쯤 되면 그냥 개발자가 나랑 안맞는걸까? IT 업계를 떠나야하나...사실 이런 고민은 생각보다 많은 분들이 하고 있습니다.새로운 도전을 위해 직무를 바꿔보려는 것 이라면 좋은 일이지만, 단순히 불안감을 회피하기 위해서라면 조금 더 생각해볼 필요가 있습니다.사실 이런 고민들이 드는 이유는 단지 불안감으로 인..

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

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

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