Week 4 Learned

1. What

• 알고리즘 풀이
• 코어타임 알고리즘
• 수요코딩회 ( React VDOM, Diff )
  
  • Tree DOM Explorer, VTree 시각화 UI 구성
    Weekly Travel Journal 시나리오를 통해 일반 Patch, 전체 DOM 교체, Keyed Patch 비교

---

2. How

• 코어타임 알고리즘 풀이 전 연관 문제로 사전 테스트 > 문제 감각 기르기
• 개인 알고리즘 ( 트리, 그래프, DFS/BFS, 위상정렬 )
• VDOM, React 이해
  
  • createElement, domToVNode, vnodeToDOM, diff, patch 흐름을 직접 연결하며 구조 이해
    변경 유형을 REPLACE, PROPS, TEXT, INSERT, REMOVE 관점으로 나눠서 확인
    trees.module.js, sidebar.module.js로 시각화 로직을 나누며 재사용 가능한 구조로 정리

---

3. Approach

• basic 개념 확실하게 잡아보기 
  • 위상정렬 개념 확실히 못잡고 시간 관계상 패스
• 수요코딩회 VDOM, Diff 구현 대비 이해도
  • DOM 업데이트는 무조건 다시 그리는 문제가 아니라, 변경을 계산하고 최소화하는 문제라는 점을 직접 체감
  • 리스트에서는 key가 성능과 정확도에 큰 영향을 주고, 상황에 따라 Patch보다 Full Reload가 나은 경우도 있다는 점을 학습

---

4. Failed

• 회고를 통해 미구현 기능 파악
  • Keep
    • 구성원 전원이 높은 책임감을 바탕으로 주도적으로 참여함.
    • 각자 맡은 파트를 발표하며 작업 내용을 명확히 발표함.
    • 팀원들의 이해력이 높아 논의 및 작업 전개가 원활했음.
    • 의견 표현이 적극적이었고 다양한 관점이 제시되었음.
    • 긍정적인 리액션과 협업 분위기가 유지되었음.
    • 각 팀원의 새로운 강점과 성향을 확인할 수 있었음.
    • 모듈화 관점에서 역할과 구조를 나누어본 경험이 유의미했음.
    • DFS만을 활용한 문제풀이 방식의 다양성이 인상적이었음
      ++ tp[1]
      ++ 재미 GOAT
  •  Problem
    • 학습보다 구현이 먼저 진행되었어야 함.
    • 작업의 재미에 몰입하면서 일부 시간이 비효율적으로 사용되었음.
    • 분업 과정에서 세부 디테일과 완성도가 약간 떨어졌음.
    • 리더 부재로 인해 의사결정 및 진행이 지연되는 구간이 있었음.
    • AI 활용 및 프로토타입 제작 이전 단계에서 공백 시간이 발생했음을 바탕으로 테스트베드 담당 역할의 낮은 실효성
    • 화이트박스를 코드 수준까지 확장하는 것이 필수적이었는지 재검토가 필요함.
  •  Try
    • 화이트박스를 진행할 경우 정량적 수치와 검증 가능한 결과까지 연결할 것.
    • 기능 단위별 그래프형 벤치마크를 도입하여 비교 수치를 가시화할 것.
    • 팀의 진행 방향과 의사결정 구조를 위해 리더 역할을 명확히 설정할 것.

---

5. Make up for

1. 아직도 알고리즘 basic에 높은 시간 투자, 개념 이해도에 시간 투자하고 문제풀이 시간 단축 필수
2. 더 적극적으로 Codex 활용 필요
3. 구현도 중요하지만 이해도를 높이는 것도 필요

---

6. Tip

 

• 맛집 : https://naver.me/FeNWOnSR 둔전골 보쌈 해물칼국수