작성 중입니다 (기억 못할까봐 틀만 작성한 초안) 웹소설 연재 주기 DB 설계 및 발표 피드백 : n을 가지고 있고 매번 계산해서 멤버십 전용 회차를 구분한다? 성능 이슈. 불안정함 존재. 차라리 open_at, close_at 일자만 저장, 활용하여 클립 하나를 가져오더라도 상태를 알 수 있게 하라. 연재 상태 5단계 (순서도 그린 거 넣기) ㄴ 기획 회의에서 파악한 요구사항 바탕으로 설계 DB 설계 내용 발표 및 질문 - 피드백 n 을 비즈니스 로직 상에서는 활용하지 않는다? 그럼 오픈 일자 패턴 적용 및 생성 시에 수식으로 사용? 근데 연재 주기랑 기다무 주기랑 다를 수도 있는데 경우의 수로 나눠서 로직 구상? ...ㅎㅎ 또 알고리즘 문제같은 업무인가? ...난이도 이거 맞음? => 답이 없다 일단..
