@SoftyChoco Blog

2025.01.09 - [생각 정리/개발] - 개발은 완벽하지 않아도 된다. 개발은 완벽하지 않아도 된다.예전의 나는 프로그램을 개발하면서 "완벽한 코드"를 작성해야 한다는 압박을 느껴왔다.하지만 과거의 경험을 돌아보면, 생각과는 다르게 복잡하거나 문제를 일으키는 코드가 되어있던 적이 있softycho.co영상에서는 특히 이런 질문들을 중심으로 이야기를 나눕니다.개발자에게 '완벽한 코드'란 무엇일까요?제품을 만드는 관점에서 '완벽함'보다 중요한 가치는 없을까요?우리가 완벽주의에 빠지는 이유는 뭘까요? 그리고 그게 때론 왜 위험할 수 있을까요?핵심은 "상황에 맞는 최적의 균형점을 찾는 것"이라는 점이에요.글로 전했던 메시지를, 좀 더 편하게 이해하기 쉽게 하기 위해서 팟캐스트로 제작했습니다.기존 글을 재미..

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

최근 개발자들이나 취준생분들과 이야기를 나누다 보면 공통적으로 나오는 한숨 섞인 질문이 있습니다. "서류 통과조차 왜 이렇게 힘들까요?"제가 커리어를 시작할 때와 비교해 보면, 지금의 채용 시장은 단순히 '불황'이라는 단어로 설명하기엔 훨씬 더 복잡하고 가혹해진 것 같습니다. 하지만 냉정하게 시장을 들여다보면, 우리가 어디에 집중해야 할지 그 실마리가 보입니다.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. 맥락..