개발자/실무 개발 현장20 내가 만든 서비스가 실제 유저에게 닿은 첫 순간의 감동 개발자 현직자 솔직 경험담내가 만든 서비스가 실제 유저에게닿은 첫 순간의 감동새벽 3시, 모니터링 대시보드에 찍힌 낯선 사용자 로그 하나가 준 울림.사이드 프로젝트로 작은 습관 트래커 앱을 만들어서 배포한 날 밤, 별 기대 없이 자고 일어났다. 다음 날 아침 Vercel 로그를 확인하다가, 가족도 친구도 아닌 낯선 IP에서 온 방문 기록을 발견했다. 그 순간의 감정이 아직도 생생하다. 개발하면서 느꼈던 그 어떤 뿌듯함과도 달랐다.14일개발 소요 기간1명첫 낯선 사용자 수3번그 로그를 다시 들여다본 횟수1. 배포하고 나서 잊고 있었던 날습관 트래커는 처음부터 거창한 목표 없이 시작한 프로젝트였다. 매일 반복하고 싶은 습관을 체크하고, 연속 기록을 보여주는 단순한 서비스였다. 배포는 금요일 밤이었고, 홍보라.. 2026. 9. 14. 개발자가 고객사와 직접 미팅했을 때 당황한 순간들 개발자 현직자 솔직 경험담개발자가 고객사와직접 미팅했을 때 당황한 순간들"그거 그냥 버튼 하나 추가하는 거 아니에요?"라는 질문에 얼어붙었던 첫 미팅.3년 차쯤, 팀 규모가 작아서 PM 없이 개발자가 직접 고객사 미팅에 들어가야 했던 적이 있다. 그날 고객사 담당자가 던진 질문 하나에 완전히 얼어붙었다. "그거 그냥 버튼 하나 추가하는 거 아니에요? 왜 2주나 걸려요?" 기술적으로는 백 번이고 설명할 수 있었는데, 그 순간 머릿속이 하얘졌다. 그날의 당황스러움부터 이후 조금씩 나아진 과정까지 정리해봤다.4회고객사 미팅 직접 참여 횟수3번답변 못 하고 당황한 순간6개월미팅 대응력이 나아지기까지1. 당황했던 순간들 — 실제로 겪은 세 가지돌아보면 당황했던 순간들에는 공통점이 있었다. 기술적으로는 맞는 말인데.. 2026. 9. 13. 오픈소스 기여 처음 해봤을 때의 솔직한 후기 개발자 현직자 솔직 경험담오픈소스 기여 처음 해봤을 때의솔직한 후기오타 수정 PR도 손이 떨렸던 그날, 그리고 두 달 뒤 첫 기능 기여까지.처음 오픈소스에 PR을 올린 건 부끄럽지만 오타 수정이었다. README에 있는 "recieve"를 "receive"로 고치는, 코드 한 줄도 안 건드리는 PR이었는데도 제출 버튼을 누르기까지 30분을 망설였다. "이런 걸로 PR 올려도 되나", "괜히 민폐 아닐까" 같은 생각이 계속 들었다. 그날의 소심함부터 두 달 뒤 실제 기능을 기여하기까지의 과정을 솔직하게 정리해봤다.30분첫 오타 PR 제출까지 망설인 시간2개월첫 기능 기여까지 걸린 기간6건이후 3개월간 누적 PR 수1. 첫 PR — 오타 수정도 손이 떨렸던 이유평소 즐겨 쓰던 UI 라이브러리의 문서를 읽다가.. 2026. 9. 12. 문서화 안 된 프로젝트 인수인계 받은 후기 개발자 현직자 솔직 경험담문서화 안 된 프로젝트인수인계 받은 후기퇴사한 개발자의 흔적만 남은 코드베이스, README 한 줄 없이 시작한 3주.이직한 회사에서 맡은 첫 프로젝트는, 담당 개발자가 인수인계 없이 갑자기 퇴사한 서비스였다. README는 "# my-project" 한 줄이 전부였고, 커밋 메시지는 대부분 "fix", "update", "asdf" 였다. 리드는 미안한 얼굴로 이렇게 말했다. "일단 코드 보면서 파악해봐야 할 것 같아요." 그렇게 3주간의 고고학 발굴이 시작됐다.0줄남아있던 문서화 분량3주전체 구조 파악까지 걸린 기간7개발견된 미신고 버그 수1. 첫날 — 코드베이스를 열었을 때의 막막함프로젝트 폴더를 열었을 때 가장 먼저 든 생각은 "어디서부터 시작해야 하지"였다. 폴더 구조부.. 2026. 9. 10. 개발자가 디자이너와 일하면서 겪는 현실 개발자 현직자 솔직 경험담개발자가 디자이너와일하면서 겪는 현실"이거 왜 시안이랑 다르게 나왔어요?"라는 질문에 제대로 답하지 못했던 날.입사 초반, 디자이너가 넘겨준 Figma 시안을 그대로 픽셀 단위까지 맞춰서 구현했다고 자부했다. 근데 QA 단계에서 디자이너가 화면을 보더니 이렇게 물었다. "이거 왜 시안이랑 다르게 나왔어요?" 나는 정말 억울했다. 분명 시안 그대로 만들었다고 생각했으니까. 근데 알고 보니 진짜 문제는 픽셀이 아니라, 서로 다른 언어로 대화하고 있었다는 것이었다.1년 2개월디자이너와 협업한 기간23회"시안이랑 다르다" 지적 횟수4개협업 후 정립한 공통 규칙 수1. 첫 번째 충돌 — "다르다"의 기준이 서로 달랐다문제의 화면은 카드 컴포넌트였다. 나는 Figma에서 여백 값을 그대로 .. 2026. 9. 8. 설계 없이 개발 시작했다가 전부 뒤엎은 경험 개발자 현직자 솔직 경험담설계 없이 개발 시작했다가전부 뒤엎은 경험3주 만에 완성한 코드를, 설계 없이 짰다는 이유로 처음부터 다시 짠 이야기.사이드 프로젝트로 소규모 예약 관리 서비스를 만들 때였다. 기획서를 받자마자 바로 컴포넌트부터 짜기 시작했다. "일단 화면부터 빨리 보여드리고 싶다"는 마음이 컸다. 3주 동안 열심히 만들었고, 첫 데모에서는 반응도 나쁘지 않았다. 근데 두 번째 요구사항이 추가되는 순간 전체 구조를 처음부터 다시 짜야 했다. 그때 배운 게 있다면, 빠르게 시작하는 것과 제대로 시작하는 것은 완전히 다른 얘기라는 것이다.3주첫 개발 소요 기간78%재작업 시 폐기된 코드 비율5일설계 후 재개발 소요 기간1. "일단 만들면서 생각하자"는 착각예약 관리 서비스의 핵심 기능은 시간대별 예.. 2026. 9. 6. 이전 1 2 3 4 다음
