2022년 7월 17일 TIL

 

오늘은 내가 무엇을 느꼈고 어떤 액션 플랜을 도출해야 할지 생각할 힘이 없다. 하루를 천천히 돌아본다.

 

오전

• 이른 시간인 5시에 일어났다. 어제는 정말 최소한의 모델인 하나의 게시글에 어떤 요소가 들어가야 할 지 정도만 짜놓은 상태였는데, 구상한 모델을 클래스로 정의해 옮겼다. 중간중간 졸고 있는 모습을 발견해 7시 30분부터 1시간 가량을 자고 돌아왔다.
• 점심 전까지는 어제 짜두었던 MVP 작업 일지 중 수행하지 못했던 여러 개의 게시글 출력 기능을 구현했다.

 

오후

• 점심을 먹고 레벨 테스트 안내 페이지의 내용이 다소 바뀐 것을 확인했다.
  • 프로젝트 필수 조건에 게시판 기능이 있어야 한다는 내용이 사라지고, 도메인 모델에 대한 내용이 추가된 것을 확인했다.
  • 추가적으로 MVP의 예시가 추가된 것을 확인했다.
    
    
• MVP에 게시판의 상세 내용, 수정, 삭제 기능 수준에 더해 나만의 색채가 다소 입혀져야 할 것 같다는 느낌이 들었다. 그렇기에는 어제 작성했던 MVP 정의나 작업 계획이 너무 빈약했다. 40분 정도를 고민하다가 머리로만 생각하면 안 될것 같아 프로그램의 실행 흐름도를 대강 그려보았다.

 

큰 그림으로 참고하기 위한 실행 흐름도이다. 절대 이 화면의 부속 하나하나를 완전하게 만들어나가는 과정을 밟으려는 것이 아니다. MVP로 스케이트보드가 아닌 자동차 바퀴를 만들어서 제출한다면 분명 바퀴에 넣어져서 굴림당하게 될 것이다.

 

 

• 실행 흐름도를 기반으로 MVP 작업 일지를 갈아엎었다. 무엇부터 구현해야 할지 확실히 보이는 느낌이었다.

 

저녁

• 최소한의 MVP 기준을 일단 다음의 내용들을 구현하는 것으로 가닥을 잡았다.
  • 운동 계획 작성 양식 프레임 구현
  • 운동 계획 리스트 프레임 구현
  • 운동 계획 상세 내용 프레임 구현
  • 운동 기록 작성 양식 프레임 구현
  • 운동 기록 리스트 프레임 구현
  • 영속성 구현
  • 단일 사용자 수준에서 구현
    
    
• 각 화면은 JFrame으로 구현하는 것을 목표로 잡았다. 트레이너분들께 권유받은 컴포넌트들 간의 상속 관계를 이용해 상위, 하위 컴포넌트에 접근하는 방식을 활용해보고자 했으나, JFrame이 현재로써는 상속을 이용한 상호 접근이 어려운 점을 확인하고 방법을 찾았으나 쉽게 찾아지지 않았다. 일단 주소에 직접 접근하는 방식으로 구현해보고자 한다.
• MVP를 완성하기 전까지 밤이 끝나지 않을 것 같다.