@SoftyChoco Blog

이번 사연자 분은 부업을 시작하려 하시는 3년차 SI 프리랜서 개발자 분이십니다. 계약기간이 만료되었을 때 비어있는 시간을 사이드잡으로 채워보려는 생각이셨는데요. 아무래도 누구나 처음은 어렵듯이 이분도 뭐부터 해야할지 전혀 감을 잡지 못하신 상태였던 것 같습니다. 먼저 말씀드린 조언은 "본인의 역량이 어느정도까지 커버가 가능한지부터가 중요합니다." 였습니다. 이게 뭐부터 해야하는건지와 무슨 상관이 있는지 이해가 안될 수도 있겠지만 예시를 들어보시면 이해가 되실거에요. 처음 진입하는 경우 크몽처럼 상대방이 내 역량을 보고 사는 케이스는 좀 더 어렵다고 생각해서 내가 팔 역량을 선택할 수 있는 위시켓을 예시로 들어드리고자 합니다. 아래는 위시켓의 단순해보이는 프로젝트입니다. 이 프로젝트를 진행 하기위해 우선..

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

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

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

종종 이력서에서 가독성을 챙겨야하기 때문에 1장으로 적어라, 2~3장으로 적는게 좋다라며 이야기하는 경우가 있다. 하지만, 나는 오히려 이력서를 길게 적기를 바라고, 이야기한다.물론, 내 역량을 충분히 보여주면서 가독성까지도 챙길 수 있는 2~3장짜리 이력서라면 누구라도 좋아한다.하지만 연차가 있는 사람들조차도 이력서에 자신을 제대로 어필하지 못한다.그런데 신입한테 짧은 이력서까지 바라는 건 말이 안된다고 생각한다.오히려 가독성을 챙긴다고 자신의 성과나 어필포인트를 잘못 생각하고, 경험을 너무 추상화를 해서 '이 사람이 그래서 뭘 한거지?'라는 생각이 들게 하는 경우가 훨씬 많다.차라리 자세히 적고, 길게 쓴 다음, 중요하게 생각하는 부분들을 진하게 처리라도 하자.색상 같은걸 넣어도 좋다. 자신이 회사에..

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

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

회사에서 자신의 업무만 잘하면 승진하거나 인정받을 것이라고 생각하는 건 잘못된 생각입니다.  누군가는 자기 역할을 여기까지라고 생각하며 일을 멈추고, 누군가는 자신의 업무가 아니니 신경 쓰지 않는 태도를 보이기도 합니다.  그러나 회사는 개인이 아닌 팀으로서 문제를 해결하는 조직입니다. 결국, 함께 일하는 태도와 예의가 더 큰 성과를 만들어냅니다. 팀원 간의 예의직장에는 다양한 사람들이 존재합니다.누군가는 열심히 노력하며 매일 최선을 다하고 있지만, 모두가 성실하게 일하는 것은 아닙니다.때로는 ‘월급루팡’이라며 시간을 보내는 사람이나 업무 시간에 쇼핑몰을 들락거리는 팀원을 보게 되죠.열심히 일하는 사람 입장에서는 이런 태도를 보면 허탈해질 수밖에 없습니다.결국 성실했던 직원이 이직하거나, 혹은 비슷한 태..

개발을 하다 보면 유난히 예상치 못한 오류가 자주 발생하는 사람들이 있다.특히 자신이 알고 있는 것이 항상 맞다고 믿는 사람일수록 그런 경향이 강했다.반대로 나는 내가 확신할 수 없는 부분에 대해서는 쉽게 믿지 않으려고 노력한다.이 글에서는 왜 개발할 때 "아무것도 믿지 않는 태도"가 중요한지에 대해 이야기해 보려고 한다.사람은 망각한다코드를 작성한 후 시간이 지나면 대부분의 개발자는 그 내용을 점점 잊어버린다.물론 기억력이 뛰어난 사람도 있지만, 보통 6개월 정도 지나면 자신의 코드라도 남의 코드처럼 느껴질 수 있다.그럼에도 불구하고 많은 개발자가 예전에 작성했던 코드를 완전히 이해하고 있다고 착각한다.특히 기존 코드와 연관된 기능을 추가할 때 이런 실수가 자주 발생한다.하지만 기억에 의존하면 실수가 ..

해당 이력서는 펌웨어 관련 개발을 하셨던 분의 개선 전 이력서입니다. 자기소개를 보면 좋은 내용들이 있긴 하지만, 이력서 내에 좋은 내용들에 대한 사실을 뒷받침해줄 근거가 부족합니다. 기술스택은 무난하지만, 펌웨어 개발자에서 갑자기 백엔드 개발자로 전향하게 된 이유나, 프로젝트에 적힌 내용이 기술스택밖에 없다는 점. 또한 이력서 자체에 본인의 색깔이 확연하게 드러나지 않아서 낮은 점수를 받을법한 이력서라고 생각됩니다. 펌웨어 개발자를 하다가 백엔드 개발자를 하게 된 이유가 공부할 수 있는 범위와 자료의 한계, 즉 본인이 더 많이 배울 수 있는 환경을 찾기 위함을 충분히 어필하고, 펌웨어 개발자로써 지냈던 경력들을 활용하여 본인의 경험을 살려내면, 많은 장점이 나올 것이라고 생각됩니다. 그런 장점들을 자기..