✅ KeepZ-INDEX 개념- Z-INDEX 가 컴포넌트 화면 표시 순서를 결정하며, 숫자가 낲으면 뒤, 높으면 앞에 배치된다는 점을 이해함 - 파이널 프로젝트 피그마를 어느정도 다 정리했다.- 새로운 느낌의 ERP 시스템이라 UI 가 걱정됐는데 생각보다 잘 만든 것 같다.- 아무래도 웹개발 프로젝트를 여러번 진행하신 분이 팀에 있다보니 수월하게 흘러간다. ❌ Problem- ERD 다이어그램을 다 만들어놓긴 했는데, 부족한점이 있는지 아직 잘 모르겠다.- 더 만들어야 될 것 같긴 한데 뭐가 부족한지 잘 모르겠다.- 나중에 파이널 프로젝트 할 때, 테이블이 부족할 것 같긴 한데 그래도 엔티티와 JPA 로 설계할 것 같아서기존 MYBATIS 로 설계하는 것 보단 더 나을 것 같긴 하다. 🔧 Try- Z..

✅ Keep- 파이널 프로젝트가 시작해서 조원들과 역할분담을 했다.- 나는 조장 + 일정관리를 맡아서 트렐로와 디스코드 방을 만들었다. 더 소통하기 편해질 것 이다.- 주제를 정했다. 다행히 아이디어가 잘 나와서 이번 파이널 주제에 맞게 잘 정해진 것 같다. ❌ Problem- 피그마로 웹사이트 디자인 초안을 잡는 중인데, 뭔가 뭔가 UI 가 이상하다..- 그래서 여러가지 웹사이트를 구경하면서 어떤식으로 구상하면 좋을 까 하는데, ERP 시스템 자체가 디자인이 제한적이라어떤식으로 구상하면 좋을지 모르겠다. 🔧 Try- 조원들과 더 이야기를 많이 해보면서 디자인을 개선해나가야할 것 같다.- 어차피 기본적인 기능들은 전부 CRUD 이므로, UI 에 포커스를 맞추고 작업을 해나가야 할 것 같다.

✅ Keep- 과제를 주말동안 꾸준히 했음- 리액트와 자바를 연동하려면 Crossorigin 어노테이션을 통해 각 포트를 맞춰줘야 제대로 연동이 된다는 걸 알았음- DTO 값과 리액트의 변수 명을 완벽하게 일치시켜줘야 제대로 웹 페이지에 DB 에 대한 정보가 나옴- 웹페이지가 리렌더링 되는 시점을 이해했음 ❌ Problem- 주말 내내 조회수 쪽만 건드렸는데도 여전히 문제가 있음- 한번 클릭시 조회수가 여러번 오름- 아마도 리마운트가 여러번 돼서 그런 것 같은데 해결책을 찾지 못했음 🔧 Try- useEffect 생명주기를 더 정확히 공부해야 될 것 같음- 로컬 스토리지/세션 스토리지 활용을 명확히 해줘야 함.- 코드 변경시 영향을 어디까지 받는지 범위를 정확히 이해해야 함

✅ Keep- 객체간의 강한 결합도가 재사용성, 확장성, 테스트 용이성을 낮게 만든다.- 이를 위해 DI 가 필요하다.- DI 를 사용하기 위해 클래스들에게 빈으로 등록을 요청하고, 이후에 생성자를 통해 의존성을 부여한다. ❌ Problem- 파일 업로드할 때, 조건문에 메소드의 의미를 정확히 확인하지 못해서, 혼자서 서비스 구현체 코드를 작성할 때, 잘못된 조건문으로 작성했다.- 그래서 파일과 게시글 태그 들이 DB 에 올라가지 않았다.- 결국 조건문에 대한 이해가 더 필요할 것 같다. 🔧 Try- 조건문 및 메소드 사용시 그 의미르 제대로 이해하고 사용할 것- 이번에 틀린 부분을 바탕으로 이제 업데이트 부분만 하면 되는데, 완벽하게 해낼 것

✅ Keep- @RequestParam 이름이 중요하다.- Postman에서는 ?noticeTitle=값 이렇게 보내야 정상 작동// 공지사항 조회(공지사항 제목으로)@GetMapping("/search/noticeTitle") // 이 부분이 /search/noticeTitlepublic ResponseEntity> searchByTitle(@RequestParam String noticeTitle) { // 그리고 여기 리퀘스트 파람이 ?noticeTitle=바 이 부분 return ResponseEntity.ok(noticeService.findByTitle(noticeTitle));}- 하지만 꼭 맞출 필요는 없다.@RequestParam("Title") String noticeTitle 처..