총평, 이슈, 이슈를 해결한 방법, 아직 남아있는 이슈들...

Keep

(만족하고 있는 부분, 계속 이어나갔으면 하는 부분)

• 루나
  • 디자인 면에서 만족한다. 특히 사이드 바 없애기/나타나기 부분 + 자연스러운 hover 기능
  • 토글 정보를 저장하고 불러오는 방식에서 set을 사용해서 깔끔히 구현한 점.
• 루나1
  • 화면 전환 과정이 불편함이 없도록 한 점
  • 리팩토링을 주기적으로 진행한 점
• 루나2
  • 기존 처럼 마음이 급한 상태로 프로젝트 기능위주로 구현하지 않고, 일련의 단계를 거쳐 프로젝트를 진행한 것 (요구사항분석 - 와이어프레임- 컴포넌트, state설계- feature산출- 기능개발- 이슈정리)
  • 리렌더링 부분, 코드가독성부분 계속 생각하려고 한 것
  • 고민사항을 적어두었던 것
• 루나3
  • 처음으로 바닐라로 옵저버 패턴을 도입하여 부드러운 동작과 저장에 문제가 없도록 구현한것이 맘에 듭니다. 그리고 트리를 다룰 때 데이터를 fetch하지 않고 직접 손으로 트리 구조를 다루어 트리 동작 방식에 대하여 좀 더 깊은 이해를 할 수 있었습니다.
  • 리팩토링을 통해 App의 슈퍼클래스가 되는 것을 막을 수 있었습니다. 300줄 가까이되던 앱 컴포넌트를 100줄로 거의 200줄 다이어트를 했습니다.! 😄

Problem

불편하게 느끼는 부분, 개선이 필요하다고 느낀 부분

• 루나

  • 페이지 로딩 시 버벅임 / 저장 시 일부 내용이 가끔 날라가기/ 수정 자동저장 시 focus 날라가는 등의 문제가 남아있다.
  • 컴포넌트를 어느 정도로 쪼개야 할지 확실하지 않았다 ⇒ 일단은 크게 쪼갰는데, 더 세분화시켜서 가독성을 높이고 & 렌더링을 줄이는 방향에서 좋을 것 같다!
  • contentEditable, 문서 추가 시 하위 문서 렌더링, /누르면 옵션 설정 가능 이런 기능을 추가하고 싶다!

• 루나1

  • 시간 분배 실패

  • 구현 방식 기록을 못한 점

    생각해둔 방식을 기록해두지 않아 생각의 반복이 일어남

  • 불필요한 리렌더링 발생

    네비게이션 바에서 변하지 않는 DOM도 리렌더링 : 대표적으로 에디터에서 내용 작성 시 발생하는 경우

• 루나2

  • 개발속도가 너무 느렸던 것 → 아마 과감한 도전에 대한 불안감?
  • debounce 모듈화, contenteditable 끝내 완성하지 못한 것
  • 개발 중 기록 어느정도 해야할 지 모르겠다는 것. 추후에 도움이 될 것인지, 다시볼 것인지 판단하기 어려운 부분

• 루나3

  • contentEditable
  • 사이드바 버튼 active시 옆에 리스트도 같이 액티브되는 문제
  • 사이드바 숨기고 표시하는 방식 도입하기!
  • 배포 사이트에서 새로고침할 때 간헐적으로 발생하는 404문제
  • 해결하고자 하는 이슈가 있다면 이것을 왜 해결하고 싶었는지(무슨 문제가 있어서인지, 아니면 어떤 부분에서 불편함을 느꼈는지에) 같이 기록하는 연습

Try

Problem에 대한 해결책, 다음 회고 때 판별가능하도록, 당장 실행가능한 것

• 루나
  • 낙관적 업데이트나 일부 최적화가 덜 되어서 문제들이 발생하는 것 같다.
    • 전반적인 컴포넌트 구조를 쪼개고 리팩토링을 할 예정이다.
    • 쓸데없이 fetch되는 경우를 줄이는 것이 중요할 것이라고 생각된다.
  • 개발 중에 어떻게 구현할지 고민 & 시행착오 한 부분이 많았는데, 개발 후 정리하려다 보니 기억나지 않는 부분이 많았다. 미리 정리해두는 습관을 기를 필요가 있다!
• 루나1
  • 기간이 정해져 있는 경우 시간 분배 필요(일정 계획)
  • 생각한 구현 방식뿐 아니라 개발 중간에 지속적인 기록
  • 리렌더링 발생 부분을 줄이기 위해 컴포넌트 분리 등 시행할 예정
• 루나2
  • 실제 개발에 들어가기 전 완벽히 과정을 이해하기는 어렵다는 것을 느낌
    • state와 컴포넌트 구조는 실제 개발에 들어가서 충분히 바뀔 수 있는 부분이기 때문에, 모든 것을 완벽히 짜놓고 시작하려고 했던 것 강도 낮추어보기
  • 과감한 기능구현 시도해보기
    • 머릿속에 완벽히 정리되거나, 실제 어떻게 구현할 수 있을지 확신이 들지 않으면, 계속해서 망설이는 경향이 있었다.
  • 기록은 커밋단위로 하되 이슈와 고민사항은 따로 빼서 적는 것이 좋겠다라고 생각
• 루나3
  • App 컴포넌트가 슈퍼 클래스가 되어가고 있었고, 쪼개야 할 필요성을 많이 느꼈다. (App 컴포넌트가 트리의 구조도 바꾸고, 상태도 다루고, 라우터도 다루고 있었다...) → 컴포넌트의 목적에 맞게끔 딱딱 분리하는 것이 매우 어려운것 같다.
    • 기능을 구현하고 나면 쪼갤 수 있는 부분과 공통 부분을 찾고 공통된 부분을 밖으로 빼는 연습을 하자.
  • 상태가 필요없는 컴포넌트도 하위 컴포넌트에 내려 유지보수가 점점 어려워지고, 이벤트 콜백 함수를 계속해서 넘겨주어 지저분했다. (굉장히 어려운 문제다)
  • 앞으로는 구조를 잡아놓은 뒤 작성하는 연습을 해야겠다. → 구조를 한번 엎었다 (옵저버 패턴을 도입하느라 디버깅에 시간이 많이 걸렸다, 처음부터 구독 모델을 알았더라면 이런 문제는 없었겠지만..)
  • 일단 더미 데이터로 작동하는지 확인 → 핵심 부분이 잘 동작하는지 확인하고 나머지 부분을 다루자.