@SoftyChoco Blog

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

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

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

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

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

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

"AI는 결국 개발자를 대체할까요?"요즘 개발자들끼리 이야기 할 때면 어김없이 나오는 주제입니다.이미 클로드 코드와 커서 등이 만들어내는 코드는 제법 그럴듯하고, 단순한 기능은 몇 분 만에 뚝딱 만들어내기도 합니다.불안감이 드는 건 어쩔 수 없죠.그래서 오늘은 조금 도발적인 질문을 던져보려고 합니다.지금 당신의 이력서를 한 번 열어보세요.빼곡히 적힌 기술 스택들과 .혹시 그 역량들은, 대학생이 AI를 활용했을 때 금방 따라 할 수 있는 것들은 아닌가요?이 불편한 질문에 답하기 위해, 저는 최근 생각했던 흥미로운 비유 하나를 공유하고 싶습니다."AI는 프렌차이즈와 같다."프랜차이즈는 요리 산업에 혁명을 가져왔습니다.본사에서 제공하는 표준화된 레시피와 시스템 덕분에, 최고급 요리사가 아니어도 누구나 일정한 ..

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

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

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