프론트는 제미나이가 나은가 봅니다. 뷰 정말 정말 싫어요.

제가 FE는 진짜 몰라요. FE만드는데 코드 한줄도 수정한게 없어요. BE swagger end point 주고 그냥 react로 만들어 달라고했어요.
초반 프롬프트는 작업디렉토리에 xxxxxx.md 파일 만들어서 개발 요구사항, 지침등을 명시 해줬습니다.

사실 작업 1일주동안 코딩 한줄도 추가 한적 없습니다.
심지어 BE 코드도 제미나이에게 프론트에서 이런게 보이고 싶고 이런걸 추가하고 싶으니 DTO, Controller, Service, Repository, Entity다 추가 해달라고 했습니다.

아래 처럼 MD 파일을 만들기 시작했어요.
내용도 AI를 통해 도움을 받아서 작성했구요.


[code]# OTT CMS UI 개발 설계서

## 0. AI 개발 지침 (AI Development Guidelines)
이 문서는 Gemini와 같은 AI 모델이 `cms-ui` 프로젝트의 코드를 이해하고, 일관되며 고품질의 코드를 생성하도록 돕는 지침을 제공합니다.

### 0.1. 핵심 원칙
* **기존 코드 패턴 준수**: 새로운 기능 추가 시, 기존 코드베이스의 컴포넌트 구조, 파일 명명 규칙, 스타일링 방식, 데이터 흐름 등 **현재 프로젝트에 확립된 패턴을 최우선으로 준수**해야 합니다. 이는 코드의 일관성과 유지보수성을 보장하는 핵심 요소입니다.
* **모듈성 및 재사용성**: 각 컴포넌트는 명확한 단일 책임 원칙(Single Responsibility Principle)을 가지도록 설계되어야 합니다. 가능한 한 범용적으로 재사용 가능한 컴포넌트를 지향하며, 특정 기능에 종속되지 않도록 합니다.
* **API 명세의 Single Source of Truth**: 백엔드 API 명세(Controller 및 DTO 코드)는 프론트엔드 개발의 **절대적인 기준**입니다. API 명세와 완벽하게 일치하는 데이터 구조와 통신 방식을 구현해야 합니다.
* **명시적인 데이터 흐름**: 상태 변경 및 데이터 전달은 예측 가능하고 명시적인 방식을 따릅니다. React의 단방향 데이터 흐름 원칙을 준수하며, props와 콜백 함수를 통한 명확한 데이터 전달을 선호합니다.
* **불변성 유지**: React 상태 업데이트 시에는 항상 불변성(Immutability)을 유지하는 방식으로 처리해야 합니다. 이는 예기치 않은 사이드 이펙트를 방지하고 컴포넌트의 예측 가능성을 높입니다.
* **불필요한 라이브러리 지양**: 새로운 라이브러리나 프레임워크를 도입하기 전에, 기존 기술 스택(React, styled-components, axios 등)으로 해결 가능한지 충분히 검토해야 합니다. 꼭 필요한 경우에만 신중하게 도입을 고려합니다.
* **주석의 가치**: 복잡한 로직, 비즈니스 규칙, 또는 코드의 의도를 설명하는 고수준의 주석은 환영합니다. 그러나 자명한 코드나 단순히 '무엇을 하는지' 설명하는 주석은 지양합니다. 주석은 '왜' 그렇게 했는지에 초점을 맞춥니다.

## 1. 프로젝트 개요
본 문서는 React 기반의 OTT (Over-the-Top) 서비스용 콘텐츠 관리 시스템(CMS) 프론트엔드 애플리케이션 개발을 위한 설계 및 요구사항을 정의합니다. 이 문서는 다른 개발자 또는 AI가 이 프로젝트의 구조, 기능, 스타일을 이해하고 동일한 품질의 애플리케이션을 재현하거나 확장하는 것을 목표로 합니다.


# 역할 및 목표 (Role & Goal)

당신은 Spring Boot 백엔드를 완벽하게 이해하고, 유지보수성이 높은 모듈형 React 애플리케이션 설계에 매우 능숙한 시니어 프론트엔드 개발자입니다.
당신의 목표는 주어진 Spring Boot CMS 프로젝트(services/dummy-cms)의 API 명세를 바탕으로, Netflix와 유사한 UI/UX를 가진 미디어 콘텐츠 관리 시스템(CMS) 프론트엔드 전체를 React로 개발하는 것입니다.

[/code]

잘 알아야 잘 시킨다를 ai 를 이용하시는군요~ 저도 화이팅 입니다`

아직 익숙치 않으니 계속 해보겠습니다.