들어가며API 응답데이터 타입 가드를 하려다가 이런 생각이 들었다.이미 서버 응답 타입을 interface로 전부 정의해두고 있는데, 이걸 그대로 이용해서 실제 응답도 검증할 수 있지 않을까?예를 들어 이런 타입이 있었다.export interface Destination { destinationId: string; name: string; address: string; roadAddress: string | null; latitude: number; longitude: number; provider: 'NAVER';} 서버에서 데이터를 받아왔을 때 이 Destination과 비교해서 형태가 맞는지 확인하면 될 것 같았다.그런데 이건 말도 안되는 접근이었다.왜 그럴까? 처음에는 interfa..

2026년 9월 17일, 세종대학교에서 열린 그리디콘에 다녀왔다.개발자 컨퍼런스에 직접 가보는 건 처음이었다.컨퍼런스 영상이나 다른 사람들의 후기는 종종 봤지만, 직접 참여하는건 처음이라 꽤 기대됐다.특히 우테코 프론트엔드 코치인 준도 연사로 참여한다는 이야기를 듣고 더 기대됐다.매일 우테코에서 보던 코치를 밖에서 연사로 만나는 것도 조금 신기할 것 같았다.무료로 참여하는 컨퍼런스였는데 생각보다 준비도 잘 되어 있었다.무선 충전 마우스패드도 받았고, 저녁으로 햄버거와 콜라도 제공해주셨다.사실 이때부터 이미 꽤 만족했다. 첫 번째 발표는 우테코 7기 출신이자 현재 우아한형제들에서 백엔드 개발자로 일하고 계신 민서현님의 발표였다.주제는 ‘내가 가진 것에서 시작하는 취업 준비’였다.제목만 들었을 때는 자소서..

들어가며주차의 민족에서는 사용자가 목적지를 검색한 뒤 해당 목적지 주변의 주차장을 추천받을 수 있다. 기존에는 검색 결과에서 선택한 장소가 그대로 최종 목적지가 되었다.하지만 사용자가 항상 정확한 장소명을 알고 검색하는 것은 아니다. 지도에서 목적지 주변을 살펴보다가 검색 결과와 조금 떨어진 건물이나 특정 위치를 목적지로 설정하고 싶을 수도 있다.이를 위해 목적지 확인 화면에 중앙 고정 핀을 표시하고, 사용자가 지도를 움직여 목적지를 다시 설정할 수 있는 기능을 구현했다. 지도 이동이 끝나면 중앙 좌표를 백엔드에 전달하고, 역지오코딩 결과로 받은 장소명을 새로운 목적지로 사용한다.전체 동작 흐름은 다음과 같다.검색 결과에서 목적지 선택→ 선택한 목적지 좌표로 지도 이동→ 화면 중앙에 고정 핀 표시→ 사용..

돌이켜보면 내가 무언가를 시작할 때, 충분히 준비되어 있었던 적은 거의 없었다.크롤링을 무료 강의로 조금 배웠을 때는 무턱대고 크몽에 서비스를 올렸다. 돈을 받고 일을 맡을 만큼 잘한다고 생각했던 건 아니다.그런데 실제 의뢰가 들어오고 나니 어떻게든 결과물을 만들어야 했다.돈을 받았으니 모르는 건 찾아보고, 막히면 다시 공부하고, 이틀간 밤을 새기도 하면서 어떻게든 결과물을 전달했다.컴퓨터 동아리에 들어간 뒤에는 파이썬 초보자 세션 강의까지 맡았다.누군가를 가르칠 만큼 내가 잘 알고 있는지 확신은 없었다.그래도 맡고 나니 어설프게 알고 있던 내용들을 다시 공부하게 됐고, 내가 설명하지 못하는 부분이 곧 내가 제대로 모르고 있던 부분이라는 것도 알게 됐다.혼자 여행조차 해본 적이 없으면서 한 달 동안 남미..

들어가며 별것도 아닌 문법 하나에 꽤 오랫동안 붙잡혀 있었다.ViewportParkingLotDetailResponse['dailyOperations'][number] 처음에는 dailyOperations가 배열이라는 것까지는 이해했다. 그런데 뒤에 붙은 [number]가 왜 배열 안 객체 하나의 타입이 되는지는 쉽게 납득되지 않았다.number는 내가 알고 있던 숫자 타입인데, 여기서는 실제 숫자 값일까? 배열의 인덱스일까? 아니면 다른 의미가 있을까?알고 보니 이 문법은 JavaScript에서 실제 값을 꺼내는 인덱싱이 아니라, TypeScript에서 이미 정의된 타입의 프로퍼티 타입과 배열 원소 타입을 가져오는 문법이었다.별것 아닌 문법처럼 보였지만, 알고 있던 JavaScript 인덱싱과 Type..

우리 팀의 2주 차 목표는 명확했다.AI를 적극적으로 활용해 MVP를 빠르게 만들고, 우리가 세운 가설을 실제 사용자에게 검증해 보는 것이었다.마침 레벨 3 마지막 주 테코톡 발표가 내 차례였다. 어떤 주제를 이야기할지 고민하다가 SDD, 즉 스펙 주도 개발을 선택했다.AI를 활용한 개발이 자연스러워진 지금, 개발자가 무엇을 준비해야 AI가 제대로 일할 수 있는지 이야기해보고 싶었다.다만 마음에 걸리는 점이 하나 있었다. 실제로 적용해보지도 않은 개발 방식을 발표하는 건 어딘가 껄끄러웠다.문서에서 읽은 내용을 정리하는 것과 직접 부딪혀본 경험을 이야기하는 것은 다르기 때문이다.그래서 이번 MVP 개발에 SDD를 직접 적용해보기로 했다. 내가 해온 AI 코딩의 문제 내가 처음 AI에게 코드를 맡긴 것은 우..