결혼 준비와 개발일기를 기준, 과정, 결과 중심으로 정리합니다.
처음에는 단순하게 생각했습니다.“Controller 만들고, Service 만들고, Repository 만들고, Entity 만들면 되지 않을까?”Spring Boot를 써본 개발자라면 가장 익숙한 구조입니다.게시판이나 관리자 페이지라면 이 방식만으로도 충분한 경우가 많습니다.그런데 DailyMate의 기능 목록을 다시 펼쳐놓고 보니 생각이 달라졌습니다.하루 기록이 있고,메모가 있고,할 일이 있고,아침 리포트가 있고,AI 요약이 있고,로컬 AI와 외부 AI API 연동 가능성도 있습니다.나중에는 일정, 건강 기록, 스마트홈 연동까지 확장할 수 있습니다.이쯤 되니 알겠더라고요.DailyMate는 단순 게시판형 CRUD 서비스가 아니었습니다. 🚨처음 구조를 너무 가볍게 잡으면, 나중에 기능이 늘어날 때 제..
처음에는 꽤 흔들렸습니다.DailyMate를 만들기로 했으니, 당연히 서버 장비부터 있어야 할 것 같았습니다.작은 미니 PC를 사고, Ubuntu Server를 설치하고, Docker를 올리고, 집 한쪽에 조용히 돌아가는 개인 서버를 두는 그림.솔직히 멋있잖아요.그런데 다시 생각해보니 아직 DailyMate의 핵심 기능도 만들지 않은 상태였습니다.메모 저장도 아직이고,할 일 관리도 아직이고,AI 요약도 구조만 잡고 있는 단계였습니다.이 상황에서 운영 서버 장비부터 사면 어떻게 될까요?설치하고,설정하고,원격 접속 잡고,권한 보고,방화벽 보고,Docker 올리고.정작 DailyMate 기능 개발은 뒤로 밀릴 가능성이 컸습니다.그래서 이번에도 결론은 같았습니다.운영 장비보다 먼저 개발 환경을 검증하자. 🔑[..
DailyMate를 만들기로 마음먹자마자 가장 먼저 떠오른 건 기능 목록이 아니었습니다.솔직히 말하면 서버 장비였습니다.“24시간 켜둘 미니 PC가 필요하지 않을까?”“처음부터 Ubuntu Server로 가면 더 그럴듯하지 않을까?”“로컬 AI까지 생각하면 장비부터 맞춰야 하지 않을까?”개발자라면 꽤 자연스럽게 빠지는 흐름이라고 생각합니다.저도 그랬습니다.그런데 미니 PC를 검색하다가 문득 멈췄습니다.아직 DailyMate의 첫 기능도 만들지 않았는데, 벌써 장비부터 고르고 있더라고요.문제를 검증하기 전에 장비부터 사는 것.개인 프로젝트에서 정말 자주 하는 실수입니다. 🚨그래서 이번에는 순서를 바꾸기로 했습니다.새 서버를 사기 전에, 지금 가진 개발 PC로 어디까지 검증할 수 있는지 먼저 확인해보기로 ..
처음에는 집을 제어하고 싶었습니다.집에 리눅스 서버를 하나 두고, 조명이나 온습도를 관리하고, 공유기 상태를 확인하고, 나중에는 간단한 명령으로 집 안 기기들을 제어하는 그림을 상상했어요.개발자라면 한 번쯤 떠올리게 되는 장면이죠.“내 집에 내가 만든 서버가 돌아간다.”듣기만 해도 꽤 매력적이었습니다.그런데 기능을 하나씩 적어보다가 이상한 지점에서 멈췄습니다.조명을 켜고 끄는 것도 좋고, 온습도 기록도 좋고, 홈 네트워크 상태를 확인하는 것도 좋습니다.하지만 제가 매일 놓치고 있는 건 집 안 기기 상태가 아니었습니다.진짜 문제는 제 하루가 제대로 기록되지 않고 있다는 점이었습니다. 🚨[기준 정보]작업 일자: 2026년 6월 18일개발 환경: Windows 11 Pro 개발 PC, 이후 Ubuntu Se..