데이터로 말하고, 코드로 증명하는 개발자

김개발

문제를 정의하는 순간부터 해결 후 회고까지, 왜 이렇게 만들었는가?에 답할 수 있는 개발을 지향합니다.

📧 Email · dev.kim@example.com 🐙 GitHub · github.com/username

스킬 & 도구

Web / App
협업
디자인
AI 활용

주요 개발 스택

TypeScript React Next.js Node.js Express PostgreSQL Prisma Tailwind CSS

협업 · 디자인 · AI

Git / GitHub Flow GitHub Projects / Issues Jira · Notion · Slack Figma 와이어프레임 Figma Design System ChatGPT / Cursor 코드 리뷰 Copilot 코드 자동완성 Prompt 기반 리팩토링

프로젝트

스마트 캠퍼스 스케줄러 (Capstone Project)
2024.03 – 2024.11 · 팀 프로젝트 (4인)

대학생의 강의·팀플·동아리·알바 일정을 통합 관리해 주는 웹 서비스입니다. 학교 시간표 데이터와 구글 캘린더를 동기화하고, AI로 최적의 스케줄·마감 알림을 제안합니다.

기술 스택

Next.js TypeScript React Query Node.js PostgreSQL Prisma JWT Figma OpenAI API

역할 (개인 기여)

  • 캘린더·할 일 메인 화면 UI 설계 및 프론트엔드 구현 (약 60%)
  • AI 추천 스케줄 생성 API 설계 및 백엔드 개발
  • 팀 GitHub Flow 규칙 정의 및 코드 리뷰 프로세스 구축

문제 해결 사례

  • 문제 · 마감이 많은 주에 일정이 몰리면 AI가 생성한 스케줄이 현실적인 이동 시간·휴식 시간을 고려하지 못해 “쉴 틈이 없다”는 피드백이 반복해서 발생했습니다.
  • 접근 일정 데이터를 로그로 수집해 “실제 완료 시간 vs. 예상 시간”을 비교하고, 사용자 유형(통학/기숙사, 전공, 평균 통학 시간)에 따라 가중치를 다르게 두는 버퍼 타임 모델을 스프린트 단위로 실험했습니다.
  • 해결 OpenAI API 요청에 버퍼 타임 규칙을 포함하는 시스템 프롬프트를 설계하고, 생성된 일정에 대해 후처리 검증 로직(최소 휴식 시간, 이동 시간 체크)을 추가했습니다. 그 결과, 주간 스케줄 만족도 설문에서 “현실감 있는 일정” 항목이 3.1 → 4.4점으로 개선되었습니다.
DevLog – 개발자 기술 블로그 플랫폼
2024.01 – 진행 중 · 개인 프로젝트

마크다운 기반의 기술 블로그 플랫폼으로, 태그·검색·초안 기능을 제공하고 글별 회고 메모를 남겨 성장 기록을 돕는 서비스를 만들고 있습니다.

역할 (개인 기여)

  • 전체 아키텍처 설계 및 프론트·백엔드 단독 개발
  • CI 파이프라인(GitHub Actions)을 구성해 테스트 자동 실행 및 배포

문제 해결 사례

  • 문제 · 태그 필터와 검색을 같이 쓰면 쿼리가 복잡해져 일부 조합에서 속도가 급격히 느려졌습니다.
  • 해결 · Prisma 쿼리를 단순화하고, 태그·검색어를 기준으로 쿼리 캐싱을 적용해 응답 시간을 1.2s → 250ms로 단축했습니다.

레포지토리

GitHub · github.com/username/devlog

AI 활용

  • ChatGPT/Cursor를 활용해 에러 로그를 요약하고 원인 후보를 좁힌 뒤 직접 재현
  • 긴 컴포넌트 파일을 AI로 분리 전략을 제안받고, 그 중 일부를 수동 리팩토링
  • 테스트 코드 초안을 AI로 생성하고, 실패 케이스와 엣지 케이스는 직접 보완
MealMate – 식단 추천 & 공유 서비스
2023.08 · 24시간 해커톤 (3인)

사용자의 선호도와 알레르기 정보를 기반으로 식단을 추천하고, 팀·동아리 단위로 식단을 공유할 수 있는 모바일 웹 앱입니다.

역할 (개인 기여)

  • Figma로 핵심 플로우(온보딩 → 설문 → 추천) 와이어프레임 작성
  • 모바일 퍼스트 UI 개발 및 반응형 레이아웃 구현

문제 해결 사례

  • 문제 · 해커톤 제한 시간 내에 전체 기능 개발이 어려운 상황.
  • 접근 · Notion으로 MoSCoW(Must/Should/Could/Wont) 우선순위를 정리하고, 핵심 가치(“나와 팀이 오늘 무엇을 먹을지 빠르게 결정”)에 직접적으로 기여하지 않는 기능은 과감히 제외했습니다.
  • 결과 · 핵심 플로우에만 집중해 심사 데모를 안정적으로 마쳤고, “제약 조건 속에서 우선순위를 잘 정한 팀”이라는 평가를 받았습니다.

한 줄로 정리하면

저는 문제를 구조화하고, 데이터와 사용자 피드백을 바탕으로 끝까지 해결하는 개발자입니다. 같은 문제를 두 번 겪지 않도록 기록하고, 팀과 지식을 나누는 것을 특히 좋아합니다.