Update README.md

Author: solp721

2024_busan_ict_hackathon/README.md

@@ -1 +1,51 @@
-## 2024 제9회 부산 ICT융합 해커톤 대회 - SLR(Sharing Lecture Review)
+# **README - Ver 2.0 (부산 ICT 융합 해커톤 단계)**
+
+---
+
+## **프로젝트 개요**  
+SLR(Sharing Lecture Review)의 **Ver 2.0**은 **부산 ICT 융합 해커톤** 본선에서 기존 **프로토타입(CRA) 단계의 문제점**을 개선하기 위해 진행된 버전입니다. 이 단계에서는 **Next.js로 프레임워크를 전환**하며, SSR로 전환하는것에 중점을 두었습니다.
+
+---
+
+## **주요 개선 사항**
+
+1. **프레임워크 전환: CRA → Next.js**  
+   - **Next.js**로 전환하면서 SSR(Server-Side Rendering)을 적용해 **초기 로딩 속도와 SEO** 문제를 해결했습니다.  
+   - SSR을 통해 서버에서 HTML을 미리 렌더링하여 사용자에게 빠른 초기 화면을 제공합니다.
+
+2. **해커톤 환경에서 Fetch API 사용**  
+   - **제한된 시간 내 빠른 개발**을 위해 **Fetch API**를 사용해 백엔드와 REST API 통신을 구현했습니다.  
+   - **Axios 대신 Fetch API**를 선택한 이유는 다음과 같습니다:
+     - **브라우저에 내장된 기본 기능**으로, 별도의 설치 없이 사용 가능해 초기 설정이 간편합니다.  
+     - 프로젝트의 요구사항을 충족하면서도 **불필요한 라이브러리 의존성을 줄여 효율적인 개발**이 가능했습니다.
+
+---
+
+## **프로토타입에서 개선한 문제점**
+
+1. **CRA의 성능 제약**  
+   - CRA에서는 SSR을 지원하지 않아 **초기 로딩 속도**가 느리고, **검색 유입**이 어려웠습니다.  
+   - **Next.js로 전환**하여 SSR을 적용함으로써 이 문제를 해결했습니다.
+
+2. **빠른 개발을 위한 API 호출 방식 전환**  
+   - 해커톤 환경에서는 **빠르고 간단한 개발**이 필요했기 때문에 **Fetch API**를 도입했습니다.  
+   - 이후 확장 단계에서는 다시 **Axios 인스턴스**를 도입해 **API 호출 모듈화**와 코드 재사용성을 높일 계획입니다.
+
+---
+
+## **배운 점**
+
+1. **프레임워크 선택의 중요성**  
+   - 프로젝트 요구사항에 따라 **적절한 프레임워크**를 선택하는 것이 성능과 유지보수에 큰 영향을 미친다는 점을 배웠습니다.
+
+2. **SSR과 SEO의 상관관계 이해**
+   - SSR의 동작방식을 직접 확인하고 이해하며 어째서 SEO최적화의 도움이 되는지 배웠습니다.
+   - SSR을 통해 초기 로딩 속도가 향상되었고, SEO가 강화되었습니다. 이는 사용자 경험을 개선하고, 검색 유입을 늘리는 데 중요한 역할을 하게됩니다.
+
+---
+
+## **다음 단계로의 개선 방향**
+
+- **Axios 인스턴스 도입**을 통해 API 호출을 모듈화하고 코드 중복 제거  
+- **Zustand와 같은 경량 상태 관리 도구로 전환**해 유지보수를 개선  
+- **JWT와 HTTP-Only 쿠키를 사용한 인증 방식**으로 보안을 강화