본문 바로가기

개발자/실무 개발 현장15

설계 없이 개발 시작했다가 전부 뒤엎은 경험 개발자 현직자 솔직 경험담설계 없이 개발 시작했다가전부 뒤엎은 경험3주 만에 완성한 코드를, 설계 없이 짰다는 이유로 처음부터 다시 짠 이야기.사이드 프로젝트로 소규모 예약 관리 서비스를 만들 때였다. 기획서를 받자마자 바로 컴포넌트부터 짜기 시작했다. "일단 화면부터 빨리 보여드리고 싶다"는 마음이 컸다. 3주 동안 열심히 만들었고, 첫 데모에서는 반응도 나쁘지 않았다. 근데 두 번째 요구사항이 추가되는 순간 전체 구조를 처음부터 다시 짜야 했다. 그때 배운 게 있다면, 빠르게 시작하는 것과 제대로 시작하는 것은 완전히 다른 얘기라는 것이다.3주첫 개발 소요 기간78%재작업 시 폐기된 코드 비율5일설계 후 재개발 소요 기간1. "일단 만들면서 생각하자"는 착각예약 관리 서비스의 핵심 기능은 시간대별 예.. 2026. 9. 6.
프론트엔드 개발자가 백엔드 건드려야 했을 때의 경험 개발자 현직자 솔직 경험담프론트엔드 개발자가백엔드 건드려야 했을 때의 경험Next.js API Routes 하나 고치는 데 이틀 걸렸던, 백엔드 담당자 부재 시기의 기록.스타트업 특성상 백엔드 개발자 한 명이 이직하면서 잠깐 공백이 생긴 적이 있다. 그때 리드가 "일단 급한 API는 프론트에서도 좀 봐줄 수 있을까요?"라고 물었을 때, 나는 별생각 없이 "네, 할 수 있을 것 같아요"라고 답했다. 실제로는 단순한 API 하나 고치는 데 이틀이 걸렸고, 그 과정에서 프론트엔드 개발자로서 얼마나 좁은 시야로 일하고 있었는지 뼈저리게 느꼈다.2일첫 API 수정 소요 시간3주백엔드 공백 담당 기간4개직접 고친 API 엔드포인트 수1. 첫 번째 벽 — "프론트에서 보던 API가 이렇게 복잡했나"맡은 작업은 상품 .. 2026. 9. 3.
주니어 개발자가 시니어한테 혼나면서 성장한 이야기 개발자 현직자 솔직 경험담주니어 개발자가 시니어한테혼나면서 성장한 이야기입사 4개월 차, PR 코멘트 하나로 자존감이 무너졌다가 1년 만에 관점이 완전히 바뀐 기록.입사 4개월 차, 처음으로 리드해서 만든 기능의 PR을 올렸을 때가 아직도 생생하다. 나름 며칠 밤새서 만든 코드였고, 스스로는 꽤 만족스러웠다. 근데 시니어 개발자님이 남긴 코멘트가 17개였다. 그날 퇴근길에 지하철에서 눈물이 핑 돌 뻔했다. 근데 지금 돌아보면, 그 17개의 코멘트가 내 커리어에서 가장 크게 성장한 계기였다.17개첫 PR 리뷰 코멘트 수1년관점이 바뀌기까지 걸린 시간2개현재 PR 리뷰 평균 코멘트 수1. 첫 번째 충격 — "이거 왜 이렇게 짜셨어요?"문제의 PR은 상품 목록 필터링 기능이었다. 나는 요구사항대로 동작만 하면.. 2026. 8. 29.
Git 실수로 코드 날린 날 - 복구기 개발자 현직자 솔직 경험담Git 실수로 코드 날린 날— 복구기git reset --hard 한 방에 3일치 작업이 사라진 그 날의 기록 Frontend Developer 2026년 6월 약 14분 읽기그날 무슨 일이 있었나금요일 오후 4시였다. 배포를 앞두고 브랜치 정리를 하고 있었다. main에서 작업 브랜치를 최신으로 맞추려고 했다. 명령어를 입력했다. Terminal — 사건 발생 재현❯ git checkout mainSwitched to branch 'main'❯ git pull origin mainAlready up to date.❯ git checkout feat/payment-refactorSwitched to branch 'feat/payment-refactor'# 여기서 실수 — .. 2026. 8. 23.
1인 개발자로 사이드 프로젝트 런칭하며 배운 것 개발자 현직자 솔직 경험담1인 개발자로 사이드 프로젝트런칭하며 배운 것혼자 만들고 혼자 배포하고 혼자 마케팅했던 6개월의 기록 Frontend Developer 2026년 6월 약 15분 읽기왜 1인 프로젝트를 시작했나팀 사이드 프로젝트를 두 번 했다. 두 번 다 완성 못 했다. 팀원이 바빠지고, 방향이 달라지고, 연락이 뜸해지는 패턴이 똑같이 반복됐다. 세 번째엔 혼자 하기로 했다. 이유는 단순했다. 완성하지 못하는 이유가 팀이었다면, 팀 없이 시작하면 그 이유가 사라진다.재직 중이었다. 퇴근 후와 주말만 썼다. 처음엔 "언제 만들어" 싶었는데, 혼자 하니까 결정 하나하나가 빨랐다. 팀원에게 설명하고 동의를 구하는 과정이 없었다. 생각보다 빨리 만들어졌다. 그 과정에서 팀 프로젝트와는 완전히 다른 .. 2026. 8. 17.
기술 부채를 처음 실감한 순간 개발자 현직자 솔직 경험담기술 부채를처음 실감한 순간버튼 하나를 바꾸는 데 3일이 걸린 날 — 그 이유를 알고 나서 Frontend Developer 2026년 6월 약 14분 읽기그 버튼 하나가 시작이었다입사 5개월 차였다. PM이 Slack으로 메시지를 보냈다. "결제 페이지 '구매하기' 버튼 색상을 파란색에서 초록색으로 바꿔주세요. A/B 테스트 결과가 나왔어요." 간단한 태스크였다. CSS 한 줄 고치면 되는 것이었다.그렇게 생각했다. 근데 3일이 걸렸다.📍 월요일 오전 — 태스크 시작버튼 컴포넌트를 찾으려고 코드를 열었다. 결제 페이지 파일을 찾았다. 2,400줄짜리 파일이었다. 스크롤을 내려도 버튼이 어디 있는지 보이지 않았다. 검색해봤다. "구매하기"를 검색하니 17개가 나왔다. 어떤 .. 2026. 8. 10.

소개 및 문의 · 개인정보처리방침 · 면책조항

© 2026 나무핀