@SoftyChoco Blog

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

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

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

이전 작업에서는 어떤 목적으로, 어떤 기능을 개발할지에 대한 정의와 MVP 기획안을 작성하고,작성된 기획안을 기반으로 v0.app을 이용하여 디자인 초안을 잡았습니다.아직 여전히 디자인이 마음에 들지 않는 상태인데, v0.app을 무료로 활용하다보니 무료 크레딧 5달러가 소진이 완료되어버렸더라구요.그래도 초안으로 쓰기엔 적당한 수준의 디자인이라고 생각해서, 여기서부터는 커서AI를 활용해서 작업을 진행하였습니다.제 경우에는 커서를 사용할 때 docs 폴더에 기획, 디자인 가이드, 컨벤션 등을 마크다운 파일로 먼저 생성하고, 그걸 기반으로 어떤 역할로써 개발을 진행할지를 정의하는 커서 룰(mdc)를 만듭니다.여기서 초기에 작성하는 기획, 디자인 가이드는 기존에 이야기 나누었던 제미나이에게 '커서에 제공할 기..

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

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

좋은 질문을 위해 '목표와 맥락'을 자세하게 설명해야 한다고 이야기 했습니다. 하지만, 회사에서 모든 목표와 맥락을 이야기 하는건, 시간을 낭비하는 행위이기도 합니다. 오늘은 소통의 효율을 높여주는 '맥락 생략'에 대해 이야기해보려고 합니다. 이 방법의 핵심은 우리 팀을 하나의 거대한 'CDN' 으로 이해하는 것입니다. 프로젝트 킥오프, 디자인 시스템 공유, API 명세 리뷰 과정은, 전 세계 Edge 서버에 정적 데이터를 미리 배포하는 과정과 같습니다. 피그마 링크, 컴포넌트 규격, API 엔드포인트 같은 정적 데이터들이 각 팀원의 머릿속, 즉 Edge 서버에 캐싱되는 것이죠. 이렇게 CDN이 완벽하게 준비되면, 우리의 질문 방식은 완전히 달라져야 합니다. 1. 매번 Origin 서버에 요청하시겠습니까..

혹시 "카프카 요즘 어떤가요?"처럼 모호한 질문을 하고 계신가요? 질문이 어렵다면, "이것"을 기반으로 질문해보세요! 동료나 기술 커뮤니티에 "혹시 Nginx 써보셨어요?", "요즘 MSA는 어떻게 하나요?" 와 같은 질문을 던져본 적 없으신가요? 이렇게 용기 내어 한 질문에 "질문 좀 제대로 부탁드려요!", "무슨 상황인데요?" 라는 말이 돌아오는 경우가 많습니다. 이런 모호한 질문은 답변자의 시간을 빼앗고, 결국 내가 원하는 답을 얻지 못하게 만듭니다. 질문이 막막하게 느껴진다면, 단순히 기술 이름을 던지는 대신 다음 항목을 채워서 질문을 다시 만들어보세요. 1. 목표: 내가 이걸로 무엇을 하고 싶은가? - "대규모 트래픽을 안정적으로 처리하기 위한 메시지 큐 도입을 검토하고 있습니다." 2. 맥락..