🌳 Groo

“감정을 심고, 감정으로 자라는 나만의 숲.”

텍스트 기반 감정 기록을 시각적으로 표현한, 개인화된 감성 다이어리 서비스 그루 (Groo)

📮 목차

🪴 기획 의도

🚀 서비스 주요 기능

🏡 서비스 시연

📦 CI/CD

🛠 기술 스택

📝 개인 회고

🏡 서비스 시연

다른 화면 구경하기

🏝️ 랜딩 페이지

🌴 로그인 화면

🌿 메인 페이지

⛳️ 감정일기 작성하기

🌳 감정일기 작성하기 더보기 🌳

☺️ 즐거움 -> 눈 내리는 배경으로 변경

🌳 요약해서 보기

🍀 감정일기 다시보기

🌳 감정일기 다시보기 더보기 🌳

🚀 Team X1 🚀

황수민	신민경	이예원	조윤태	이준규	박지원

🌱 기획 의도

우리는 하루에도 여러 감정을 겪지만, 그 감정들이 지나간 자리에는 종종 아무것도 남지 않습니다. Groo는 바로 이 순간들을 놓치지 않고, 감정을 기록하고 표현할 수 있는 특별한 공간을 만들고자 시작되었습니다.

단순한 텍스트 일기장을 넘어, Groo는 감정을 시각적으로 표현합니다. 사용자가 일기를 작성하면, AI가 감정을 분석하고 그 결과에 따라 정원을 꾸밀 수 있는 자연 요소(꽃, 나무, 날씨 등)를 제공합니다. 이렇게 표현된 감정은 ‘하루치 마음’을 담은 작은 정원이 되고, 시간이 지날수록 하나의 개인적인 감정의 숲으로 확장되어 갑니다.

Groo는 위로를 주기 위한 도구라기보다는, 스스로의 감정과 마음 상태를 바라보고 표현하는 일상의 루틴이 되기를 지향합니다. 감정은 좋고 나쁨의 문제가 아니라, 존재 자체로 의미가 있다는 믿음 아래 슬픔, 기쁨, 불안, 설렘 등 다양한 감정을 있는 그대로 기록하고 남길 수 있도록 도와줍니다.

또한 사용자는 혼자만의 정원을 가꿀 수도 있고, 친구들과 함께 숲을 만들어 서로의 감정을 공유할 수도 있습니다. 이처럼 Groo는 “감정의 표현”과 “정서적 연결”, 두 가지를 중심으로 사용자에게 새로운 경험을 제공합니다.

단 한 줄의 일기라도 괜찮아요. 그날의 감정이 하나의 나무가 되어, 당신의 정원에 자랍니다. 🌱

📦 CI/CD

아키텍처

아키텍처 보기

jenkins 파이프라인 코드

코드 보기

pipeline {
  agent any

  tools {
      gradle 'gradle'
      jdk 'openJDK17'
  }

  environment {
      GITHUB_URL = 'https://github.com/x1-company/be14-4th-x1-GROO-BE.git'
  }

  stages {
      stage('Preparation') {
          steps {
              script {
                  if (isUnix()) {
                      sh 'docker --version'
                  } else {
                      bat 'docker --version'
                  }
              }
          }
      }

      stage('Checkout & Inject Secrets') {
          steps {
              git branch: 'feature/roy/CICD', url: "${env.GITHUB_URL}"
              withCredentials([file(credentialsId: 'x1_groo_boot-yml', variable: 'APP_YML_PATH')]) {
                  script {
                      if (isUnix()) {
                          sh "mkdir -p ./src/main/resources"
                          sh "cp $APP_YML_PATH ./src/main/resources/application.yml"
                      } else {
                          bat 'if not exist src\\main\\resources mkdir src\\main\\resources'
                          bat 'copy %APP_YML_PATH% src\\main\\resources\\application.yml'
                      }
                  }
              }
          }
      }

      stage('Source Build') {
          steps {
              script {
                  if (isUnix()) {
                      sh "chmod +x ./gradlew"
                      sh "./gradlew clean build"
                  } else {
                      bat "gradlew.bat clean build"
                  }
              }
          }
      }

      stage('Container Build and Push') {
          steps {
              script {
                  withCredentials([usernamePassword(credentialsId: 'DOCKERHUB_PASSWORD', usernameVariable: 'DOCKER_USER', passwordVariable: 'DOCKER_PASS')]) {
                      if (isUnix()) {
                          sh "docker login -u ${DOCKER_USER} -p ${DOCKER_PASS}"
                          sh "docker build -t ${DOCKER_USER}/x1_groo_boot:latest ."
                          sh "docker push ${DOCKER_USER}/x1_groo_boot:latest"
                      } else {
                          bat "docker login -u %DOCKER_USER% -p %DOCKER_PASS%"
                          bat "docker build -t ${DOCKER_USER}/x1_groo_boot:latest ."
                          bat "docker push ${DOCKER_USER}/x1_groo_boot:latest"
                      }
                  }
              }
          }
      }

      stage('Run Container') {
          steps {
              script {
                  def containerName = "x1_groo_boot_container"
                  def imageName = "cxzaqq/x1_groo_boot:latest"

                  if (isUnix()) {
                      sh "docker ps -q --filter 'name=${containerName}' | grep -q . && docker rm -f ${containerName} || echo 'No existing container to remove'"
                      sh "docker run -d --name ${containerName} -p 8080:8080 ${imageName}"
                  } else {
                      bat """
                          FOR /F %%i IN ('docker ps -q --filter "name=${containerName}"') DO docker rm -f %%i
                          docker run -d --name ${containerName} -p 8080:8080 ${imageName}
                          docker ps
                          docker logs ${containerName}
                      """
                  }
              }
          }
      }
  }

  post {
      always {
          script {
              // application.yml 삭제
              if (isUnix()) {
                  sh 'rm -f ./src/main/resources/application.yml'
                  sh 'docker logout'
              } else {
                  bat 'del /F /Q src\\main\\resources\\application.yml'
                  bat 'docker logout'
              }
          }
      }
      success {
          echo 'Pipeline succeeded!'
      }
      failure {
          echo 'Pipeline failed!'
      }
  }
}

테스트 결과

링크 보기

https://www.youtube.com/watch?v=IFBZyXVenWU

📚 문서

ERD

ERD Cloud

ERD 상세보기

erDiagram
    user {
        INT id PK
        VARCHAR email
        VARCHAR oauth_provider
        VARCHAR oauth_id
        VARCHAR password
        DATETIME created_at
        VARCHAR role
        DATETIME birth
        VARCHAR nickname
        BOOLEAN is_deleted
    }

    background {
        INT id PK
        VARCHAR name
        VARCHAR image_url
    }

    category {
        INT id PK
        VARCHAR category
    }

    item {
        INT id PK
        VARCHAR name
        VARCHAR image_url
        INT category_id FK
        VARCHAR emotion
    }

    forest {
        INT id PK
        VARCHAR name
        VARCHAR month
        BOOLEAN is_public
        INT background_id FK
        INT user_id FK
    }

    user_item {
        INT id PK
        INT item_id FK
        INT user_id FK
        INT total_count
        INT placed_count
        INT forest_id FK
    }

    shared_forest {
        INT id PK
        INT user_id FK
        INT forest_id FK
    }

    mailbox {
        INT id PK
        VARCHAR content
        DATETIME created_at
        BOOLEAN is_deleted
        INT user_id FK
        INT forest_id FK
    }

    announcement {
        INT id PK
        INT admin_id FK
        VARCHAR title
        TEXT content
        DATETIME created_at
    }

    diary {
        INT id PK
        DATETIME created_at
        DATETIME updated_at
        TEXT content
        BOOLEAN is_published
        INT user_id FK
        INT forest_id FK
        VARCHAR weather
    }

    diary_emotion {
        INT id PK
        INT weight
        INT diary_id FK
        VARCHAR emotion
    }

    placement {
        INT id PK
        DECIMAL position_x
        DECIMAL position_y
        INT user_id FK
        INT user_item_id FK
    }

    item }o--|| category : belongs_to
    forest }o--|| background : uses
    forest }o--|| user : owned_by
    user_item }o--|| user : owned_by
    user_item }o--|| item : contains
    user_item }o--|| forest : placed_in
    shared_forest }o--|| user : viewer
    shared_forest }o--|| forest : shared_from
    mailbox }o--|| user : written_by
    mailbox }o--|| forest : posted_in
    announcement }o--|| user : created_by
    diary }o--|| user : written_by
    diary }o--|| forest : related_to
    diary_emotion }o--|| diary : analyzed_from
    placement }o--|| user : placed_by
    placement }o--|| user_item : uses

Loading

요구사항 명세서

요구사항 명세서 보기

테스트 케이스

테스트 케이스 보기

감정/날씨 관련 ERD 구조 리팩토링

감정/날씨 테이블 제거 및 구조 단순화 이유

_{왼쪽: 구조 초기 설계 | 오른쪽: 리팩토링 이후 구조}

Groo 서비스 초안에서는 감정(emotion)과 날씨(weather) 정보를 각각 별도의 테이블로 관리하다 하나의 테이블로 묶어, 감정 분석 결과를 테이블 기반으로 저장한 뒤 해당 감정에 따른 날씨를 매핑하는 구조를 사용했습니다. 이는 데이터 정합성과 확장성을 고려한 설계였습니다.

하지만 실제 서비스 흐름과 운영 환경을 고려했을 때 다음과 같은 특성이 있었습니다:

• 감정과 날씨의 종류는 사전에 정의된 고정값
• 감정 분석 결과 중 가장 높은 감정 하나만 사용하여 날씨와 1:1 매핑
• 분석 결과는 일기 등록 시점에 한 번만 반영되고, 수정 시에는 재분석되지 않음

또한 감정 추출에 사용되는 AI 모델은 문장의 길이나 환경에 따라 결과 반환에 다소 시간이 걸리는 경우가 있었고,이로 인해 전체 프로세스를 가능한 간단하게 유지할 필요가 있다는 판단이 있었습니다. 이러한 점을 고려해, 감정과 날씨 정보를 테이블로 분리하여 저장하고 관리하기보다는 백엔드 로직 내 상수 기반 Map<String, String> 매핑을 사용하여 처리하고, 분석된 감정 결과만 저장하는 구조가 현실적인 서비스 운영 목적에 더 적합하다고 판단하였습니다.

이에 따라 관련 테이블은 ERD에서 제거했고, 감정-날씨 매핑은 코드 상에서 직접 정의된 Map 객체로 대체하여 분석 결과는 DTO 객체 내에 간단히 담아 전달하는 방식으로 리팩토링되었습니다. 그 결과, 전체 구조는 간결해졌고, 처리 속도 및 유지보수 효율성도 향상되었습니다.

🛠️ 기술 스택

FRONTEND

BACKEND

DB

DESIGN

TOOL

📝 개인 회고

회고 보기

이름	회고
박지원	내용
신민경	이번 프로젝트는 감정을 기록하고 정원으로 표현하는 감성 다이어리 서비스였습니다. 주제는 자유롭게 정할 수 있었는데, 예전에 국립현대미술관 외부에 설치된 정원 꾸미기 스크린이 떠올라 이를 바탕으로 아이디어를 제안했고, 팀원들도 이에 공감해 주며 주제가 구체화되었습니다. ‘일기를 쓰고, 그 감정에 따라 숲을 꾸민다’는 콘셉트를 시각적으로 구현하기 위해 UI 설계에 많은 고민을 쏟았습니다. 백엔드를 주로 공부해왔기 때문에 프론트엔드 구현은 다소 낯설었지만, 팀원들과 수차례 회의를 거쳐 의견을 조율한 끝에 만족스러운 결과물을 완성할 수 있었습니다. 이번 프로젝트를 통해 가장 크게 느낀 점은 요구사항 정의의 중요성이었습니다. 요구사항을 충분히 정리하지 않은 채 개발을 시작하면서, 중간에 다시 정의 단계로 되돌아가야 했고, 이에 따라 코드 수정은 물론 모델링 설계도 일부 변경해야 했습니다. 또한 일정 관리가 미흡했던 탓에 구현하고자 했던 기능 중 일부를 제외하게 된 점도 아쉬움으로 남습니다. 기술적으로는 MyBatis와 JPA를 함께 활용하여 백엔드 로직을 구현하면서, 데이터베이스 설계와 트랜잭션 처리 등에 대한 이해도를 크게 높일 수 있었습니다. 또한 테스트 과정에서는 백엔드에서의 예외 처리와 에러 응답 설계 덕분에 프론트엔드 개발 시 오류를 빠르게 파악하고 수정할 수 있었던 점이 좋았습니다. 2주라는 짧은 기간 안에 기획부터 개발, 배포까지 모든 과정을 마치는 것은 쉽지 않았지만, 팀원들의 헌신과 협력이 있었기에 끝낼 수 있었다고 생각합니다. 밤낮없이 더 나은 서비스를 만들기 위해 함께 고민하고, 서로를 배려하며 달려온 팀원들 덕분에 중간에 지칠 때마다 다시 힘을 얻을 수 있었고, 그 결과 완성도 높은 결과물을 만들 수 있었습니다. 마지막으로, 프로젝트 시연 날 다른 팀으로부터 좋은 피드백을 받을 수 있었던 건, 전적으로 모든 팀원이 각자의 역할에 최선을 다해 몰두해준 덕분이라고 생각합니다. 팀원들에게 진심으로 감사드리며, 모두 수고 많았다는 말을 꼭 전하고 싶습니다.
이예원	이번 프로젝트는 부스형식으로 시연을 염두에 두고, 사람들의 이목을 집중시킬 수 있도록 시각적으로 흥미를 유도할 수 있는데 중점을 두었습니다. ui적으로 신경을 많이 쓴 결과, 눈길을 끄는 완성도 높은 결과물을 만들어 낼 수 있었습니다. 모델링에 시간을 많이 투자해 개발에 할애할 시간이 적어 걱정이 있었지만 팀원들의 엄청난 집중력과 실행력으로 완벽하게 소화해낸 것 같습니다. 프로젝트를 진행하면서 다시 한 번 느꼈던 건, 항상 모델링과 UI를 구상하는 과정이 가장 어렵다는 점이었습니다. 각자 생각하는 화면과 구조가 다르기 때문에 그것을 하나의 방향으로 통합하고 조율해 나가는 일이 얼마나 어렵고 섬세한 작업인지 한번 더 깨달았던 시간이었던 것 같습니다. 아직은 그런 상황 속에서 적극적으로 의견을 제시하거나, 조율을 주도하는 것이 쉽지 않지만, 이러한 경험을 통해 분명히 성장하고 있다고 생각합니다. 다음 프로젝트에서는 더 적극적으로 소통하고, 전체적인 흐름을 이해하는 사람이 되고 싶습니다. 마지막으로 끝까지 함께 고민하고 멋진 결과를 만들어낸 우리 팀 너무 자랑스럽고 감사하다는 말을 전다고 싶습니다.
이준규	이번 프로젝트는 발표 형식이 아닌, 부스를 통해 서로의 서비스를 직접 체험해보는 형식이었기 때문에 주제 선정부터 쉽지 않았습니다. 특히 사용자의 직접적인 참여가 중요한 형태였기에, 기획 단계에서부터 프론트엔드 요소에 많은 신경을 썼습니다. 하지만 백엔드 개발자를 희망하는 우리 팀이 과연 이런 방향이 맞는가에 대한 고민도 함께 들었습니다. 모델링을 마치고 본격적으로 백엔드 개발에 착수했을 때, 예상보다 훨씬 복잡하고 어렵다는 걸 느꼈습니다. 단순히 테이블 수는 적었지만, 고려해야 할 로직이 많아 기능 구현 이후에도 반복적인 수정 작업이 필요했습니다. 저는 주로 조회 기능을 맡아 개발했고, 그 과정에서 MyBatis와 SQL에 대한 이해가 한층 깊어졌다는 점에서 의미 있는 시간이었습니다. 이번 프로젝트에서는 이전과 달리 백엔드와 프론트엔드를 실제로 연동해 개발을 진행했습니다. 이전 프로젝트에서는 각 서버를 분리해 작업했기 때문에, 기능만 정상 동작하면 된다고 생각했었습니다. 하지만 이번엔 프론트엔드에서 어떤 데이터가 필요하고 어떻게 처리되는지를 고려하며 백엔드를 개발해야 한다는 점을 체감했고, 이 경험이 큰 깨달음이 되었습니다. 또한, 이번 프로젝트에서는 S3 서버와 Redis 서버도 활용해보았습니다. 이전까지는 이름조차 낯설었던 기술들이었지만, 직접 적용해보며 백엔드 개발자로서 한층 성장할 수 있었던 뜻깊은 경험이었습니다. 프론트엔드 개발에서는 메인 화면을 윤태와 함께 나눠 담당했습니다. 백엔드에서 전달된 weather 값을 기반으로 총 7개의 날씨 컴포넌트를 동적으로 호출하는 로직을 구현했는데, 서비스에서 차지하는 비중이 큰 기능이기도 하고 UI의 완성도에 따라 전체 서비스의 인상이 달라지는 만큼 더 열심히 몰입했습니다. 날씨가 정상적으로 화면에 표시되었을 때 느낀 성취감은 이번 프로젝트 전체를 통틀어 가장 컸던 순간이었습니다. 일기 작성 시에는 OpenAI API를 활용해 감정 분석 기능을 구현했습니다. 백엔드와 프론트엔드 개발 경험만 있던 저에게는 매우 신선한 도전이었습니다. Fine-tuning까지 직접 해볼 수 있었다면 더욱 정확한 분석 모델을 만들 수 있었겠지만, 관련 지식 부족으로 포기하게 된 점은 아쉬움으로 남습니다. 기회가 된다면, AI 전문가와 함께 융합 프로젝트를 진행해보고 싶다는 생각도 하게 되었습니다. 마지막으로, 이 프로젝트를 함께한 팀원들에게 깊은 감사를 전하고 싶습니다. 짧은 시간, 높은 강도에도 불구하고 서로를 배려하며 끝까지 함께해준 팀원들이 없었다면 절대 2등이라는 값진 결과를 얻지 못했을 것입니다. AI를 도맡아주고 감각적인 디자인 작업에 더해 백엔드 리뷰까지 꼼꼼히 진행해준 수민이, 일기 기능을 완성도 높게 구현하고 OpenAI API 연동을 도맡아준 지원이, 완벽한 Figma 디자인과 함께 팀 분위기를 이끌며 로그인과 우정의 숲이라는 핵심 기능을 묵묵히 맡아준 민경이, 최적의 AI API를 찾기 위해 수많은 테스트를 거쳐 직접 적용해보고, git 충돌이 많을 수밖에 없던 상황에서 항상 마지막 차례에 병합을 하여 힘들었을 텐데 묵묵히 병합과 재개발을 반복해준 예원이, 기획부터 개발, 배포까지 모든 과정을 총괄하며 팀의 버팀목 역할을 해주고 팀원들의 수많은 질문을 받아주며 본인 개발 뿐만 아니라 모든 도메인 모든 기능에 신경 써준 윤태에게 진심으로 고맙다는 말을 전하며 이번 프로젝트 회고를 마칩니다.
조윤태	이번 프로젝트는 혼자였다면 결코 해낼 수 없었을 만큼, 팀의 힘이 얼마나 큰지를 온전히 느낄 수 있었던 소중한 경험이었습니다. 주제 자체도 흥미로워 즐겁게 몰입할 수 있었고, 팀원들 모두 각자 맡은 역할을 자발적으로 찾아서 능동적으로 움직여준 덕분에 좋은 결과를 얻을 수 있었습니다. 혼자 코딩을 공부하던 시절과 비교하면, 함께 협업하며 문제를 해결하고 의견을 주고받는 과정이 훨씬 더 즐겁고 몰입감 있게 느껴졌습니다. 특히 부족한 시간 속에서 밤낮 없이 작업하던 피곤하고 예민한 상황 속에서도, 서로를 배려하고 웃음을 잃지 않으며 끝까지 팀워크를 지켜나간 점이 매우 인상 깊었습니다. 한 번은 너무 지쳐서 마음이 꺾일 뻔한 순간도 있었지만, 그럴 때마다 “할 수 있다”고 격려해주고 묵묵히 자기 할 일을 해나가는 팀원들의 모습에 힘을 얻어, 저 역시 다시 마음을 다잡고 집중할 수 있었습니다. 무엇보다 이번 프로젝트는 단순한 과제를 넘어서, 실현 가능한 서비스에 가까운 결과물이 나왔다는 점에서 큰 의미가 있다고 생각합니다. 따라서 여기서 멈추지 않고, 앞으로도 기능을 계속 추가하고 고도화하여 실제 서비스로 배포하는 것을 목표로 삼았습니다. 정말 값지고 뜻깊은 시간이었으며, 이 모든 것을 함께해준 팀원들에게 진심으로 감사의 마음을 전합니다. 최종 프로젝트에서도 잘 부탁드리고, 팀원들 모두 건강하길 바라며 마칩니다.
황수민	2주라는 짧은 기간 동안 기획부터 프론트엔드, 백엔드, 배포까지 전 과정을 직접 경험해볼 수 있어 정말 많은 성장을 느낄 수 있었던 시간이었습니다. 초반에 기획에 많은 시간을 투자했지만, 요구사항은 계속해서 바뀌었고 그에 따라 디자인과 모델링도 여러 번 수정하게 되면서 요구사항 정의가 얼마나 중요한지 다시 한 번 깨달았습니다. 프론트엔드 개발은 아직 익숙하지 않지만, 이번 프로젝트를 계기로 three.js, babylon.js 같은 새로운 기술을 공부하고 직접 적용해보면서 프론트 쪽에 대한 흥미도 생겼습니다. 또한, OpenAI를 활용한 감정 일기 분석 로직을 팀원과 함께 구현하면서 REST API와 백엔드 흐름에 대해 더 깊이 이해하게 되었고, 덕분에 개발자로서 한층 더 성장할 수 있었다고 생각합니다. 아직 부족한 점도 많지만, 예전보다 개발 속도도 빨라지고 자신감도 붙은 제 모습을 보면서 스스로도 많이 놀랐습니다. 무엇보다, 이 프로젝트는 팀원들과 함께했기에 가능했던 결과라고 생각합니다. 혼자였다면 절대 2주 안에 이 정도 서비스를 완성하지 못했을 거라 생각합니다. 이번 경험을 통해 협업의 중요성과 팀워크의 힘을 다시 한 번 느낄 수 있었고, 앞으로도 함께하는 사람들의 소중함을 잊지 않고 개발해 나가고 싶습니다.

🧑🏻‍💻 조윤태

• 프로젝트에서 맡은 부분

  • 아이템 배치 관련 API 개발
  • 방명록 관련 API 개발
  • S3 설정
  • RDS 설정

• 잘한 점

  • 힘든 일정 속에서도 서로 웃음을 잃지 않고, 각자의 역할에 책임감을 가지고 끝까지 협력해 나갔다는 점이 인상적이었습니다.
    팀워크와 긍정적인 분위기가 프로젝트를 끝까지 끌고 갈 수 있었던 큰 원동력이 되었습니다.

• 아쉬운 점

  • 작업 중 파일 충돌을 피하기 위해 패키지를 나눴지만, 공통으로 사용할 수 있는 파일까지 분리되면서 오히려 불필요하게 파일 수가 많아졌습니다.
    향후에는 패키지 구조를 정리하고, 공통 파일은 적절히 모아 관리할 수 있도록 리팩토링이 필요합니다.

• 앞으로의 개선 방향

  • placement 테이블에 scale과 z_index 컬럼을 추가하여, 아이템 배치 시 크기 조절 및 앞뒤 순서를 조정할 수 있도록 개선할 예정입니다.
    이를 통해 사용자가 아이템을 더욱 자유롭고 직관적으로 커스터마이징할 수 있게 하여, 배치의 표현력을 높일 수 있습니다.

🧑🏻‍💻 이준규

• 프로젝트에서 맡은 부분

  • (BE) 메인 화면에서 필요한 숲id에 따른 상세 조회 기능 구현
  • (BE) 숲의 공개 상태 변경 기능 구현
  • (FE) 로그인 이후 보여질 메인 화면 구현
  • (FE) 날씨 컴포넌트 구현
  • (FE) AI 감정분석 결과에 따른 날씨 컴포넌트 호출 로직 구현

• 잘한 점

  • 메인 화면에 해당하는 복잡한 조회 기능을 구현했으며, 여러 테이블을 조인해야 하는 대용량 데이터를 효율적으로 처리함.
  • 서비스의 핵심 기능인 감정 분석 결과에 따른 날씨 반영 기능을 오류 없이 잘 만들었음.
  • 날씨 컴포넌트를 구현하는 과정에서 외부 라이브러리로 표현하기 어려운 날씨들도 있었지만, 포기하지 않고 사진을 연속적으로 보여주거나, 속도·밝기·투명도 등을 조절하는 다양한 방법을 활용해 UI 측면에서 사용자의 흥미를 유도할 수 있도록 노력함.

• 아쉬운 점

  • 주로 조회 기능을 담당하여 만들어서 JPA 활용을 거의 해보지 못 했다.
  • SNS 로그인 기능을 만들어보고 싶었지만 시간이 부족하여 실패했다. 추후 리팩토링과정에서 추가해볼 예정이다.
  • Fine-Tuning을 할 수 있는 능력이 있었다면 조금 더 정확도 높은 감정 분석 결과를 도출해 낼 수 있었을 텐데 이를 하지 못 해 감정 분석의 정확도가 조금 아쉬웠다.
  • 기능 개발을 한 후 수정하는 일이 많았음. 코드를 작성하기 전 서비스에 대한 이해도와 테이블 구조를 좀 더 깊게 생각하고 개발에 들어가야할 필요성을 느꼈다.

• 앞으로의 개선 방향

  • 개발 하기에 앞서 서비스에 대한 이해도를 높이고 테이블 구조 파악을 철저하게 해야겠다.
  • 프론트엔드 공부를 좀 더 해서 프로젝트 진행함에 있어 팀원들에게 도움을 주고싶다.

👩🏻‍💻 황수민

• 프로젝트에서 맡은 부분

  • Figma를 활용한 서비스 전반의 UI/UX 기획 및 설계
  • OpenAI API를 활용한 일기 감정 분석 기반 랜덤 아이템 추천 기능 개발
  • 일기 수정 기능 및 날짜·기간 기반 감정 일기 조회 기능 구현
  • LottieFiles 기반의 감정 분석 진행 중 로딩 애니메이션 기능 구현
  • 프론트엔드 반응형 사이드바 컴포넌트 개발 및 Vue.js 기반 라우팅 설정
  • 날짜 기반 일기 작성 및 감정 분석 화면 UI 개발

• 잘한 점

  • AI 감정 분석 API의 지연 시간을 고려해 Lottie 로딩 애니메이션을 추가, 사용자 이탈을 방지하고 UX 향상 유도
  • Figma 컴포넌트 설계를 통해 디자인 일관성과 재사용성 확보
  • 일기 등록 → 감정 분석 → 아이템 추천 및 저장까지의 흐름을 단일 API 플로우로 구현, 사용자 중심의 자연스러운 경험 제공

• 아쉬운 점

  • 요구사항과 테스트케이스를 구체적으로 작성하지 않아 Figma 설계 수정이 잦고 팀원 간 UI 합의에 시간이 소요됨
  • 기획에 시간이 많이 소요되어 일부 기능은 구현하지 못해 아쉬움이 남음
  • 예외 처리와 단위 테스트가 부족해 안정성 측면에서 아쉬움
  • 재사용 가능한 컴포넌트 설계를 놓쳐 프론트엔드 코드 중복 발생

• 앞으로의 개선 방향

  • 마감기한에 촉박하게 개발을 하지 않고, 시간적 여유를 두고 여유롭게 개발하는 사람이 되고싶다.
  • 팀원들의 PR 리뷰를 보다 꼼꼼하게 검토할 것
  • 모델링 부분에서 좀 더 적극적으로 참여하여, 데이터 정합성 및 효율을 고려한 모델링 설계를 주도해 보고싶다.