@SoftyChoco Blog

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

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

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

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

아직은 '바이브 코딩은 완성되지 않았다'라는 말들을 하지만, 저는 이미 충분한 역할을 하고 있다고 생각합니다. 직접 활용해본 결과, 앞으로의 프로덕트 팀의 구조는 이렇게 변하지 않을까? 라는 생각에 글을 한번 적어봅니다.현재의 바이브 코딩의 장점은 "빠른 생산성"이지만, 그에 대한 문제점으로는 "믿을 수 없는 안정성"에 있습니다. AI가 생성하는 결과물이 우리의 기대를 벗어나거나, 눈에 보이지 않는 오류를 포함하기 때문인데요. 이러한 문제는 단순히 더 좋은 AI를 기다릴 것이 아니라, 이에 맞춰 조직의 구조를 새롭게 변화시켜야 할 때라고 생각합니다.생산성과 안정성의 딜레마AI는 우리에게 명확한 기회와 위기를 동시에 제시했습니다.기회는 바로 '압도적인 생산성'입니다.아이디어 구상부터 실제 코드 생성까지의 ..

개발자라면 많은 트래픽을 받아보고 싶은 분들이 많을텐데요,정작 신입 이력서에서 요구하는 대규모 트래픽 경험을 도대체 어디서 얻을 수 있는지는 알기가 어렵습니다.기업에서 신입에게 어느정도의 선을 요구할지, 좀 더 명확하게 차근차근 알려드리겠습니다.당연하게도, 가장 이상적인건 직접 경험하는 것당연히 대규모 트래픽을 직접 경험해보았다면 가장 이상적이겠지만,이 글을 보시는 분들은 이런 대답을 원한게 아닐 것이라는 것쯤은 알고있습니다.그렇다면, 왜 이게 가장 이상적일지 생각해보신적이 있을까요?깊게 생각해보지는 않고 "단순히 동일한 경험이니까." 정도로 치부할게 아니라,대규모 트래픽을 경험해봤다는 것의 실제 의미는 시스템 운영 중에 트래픽으로 인한 부하가 될만한 지점(병목지점)을 인지하고 개선하는 것입니다.당연히 ..

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

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

"모르는 거 있으면 편하게 물어보세요."팀장님은 편하게 질문하라는 듯이 이야기 해주시지만, 뭘 물어봐야할지, 어디까지 물어봐도 될지를 모르겠는 상황.나는 그저 막막하고, 질문의 수준이 너무 낮은건 아닌지 질문 하나하나가 걱정만 하는 중인데, 옆자리 동기 놈은 벌써 일을 마무리해가는 듯 합니다. 불안감과 조급함으로 인해 자신감도 바닥을 치게 되었구요.이런 경험, 한번 쯤은 있지 않으신가요?마치 안개 속을 걷는 것처럼 막막하고, 나만 뒤처질까 불안하신가요?괜찮습니다. 이건 내가 무능해서가 아닌 팀장의 잘못이고, 이 글을 읽고 난 뒤에는 뭘 물어봐야할지 아시게 될테니까요!당신은 지금 '시야 10%'로 슈퍼 마리오를 플레이하고 있습니다이 막막함은 마치 아래 슈퍼 마리오 게임을 하는데, 마리오 캐릭터 주변 10%..

여러군데에 이력서를 넣고, 합격률을 확인하는건 대부분 의미가 없습니다. 흔히 개발자적인 생각에서 이력서를 고쳐가며, 이전 이력서는 합격률이 8%, 변경 이후 이력서는 합격률이 15%...와 같은 형태로 체크를 하시는 분이 있습니다. 하지만, 이게 너무나도 의미가 없다는 것을 알고 계신가요? 가장 큰 오류는 '회사의 성격', '채용 담당자'가 모두 다르다는데 있습니다. 어느 회사는 내 이력서에서 내 성실한 태도를 마음에 들어할 수도 있고, 어느 회사는 내 이력서에서 협업 능력을 마음에 들어할 수 있으며, 또 다른 회사는 내 이력서를 마음에 들어하지 않을 수 있다는 것이죠. 말하자면, 이력서와 회사 간의 합격률은 매번 다른 변수에서 실행되는 테스트 케이스입니다. 이런 테스트 케이스가 유효할리 없겠죠? 그렇다..