Fact (사실)
- 스프린트
- 출근했더니 스크럼 마스터가 된 건에 관하여 스터디
Feeling (느낌)
스프린트
템플릿을 산 코드를 해석하며 옮기는 와중에 문제가 있었는데 구매한 템플릿 코드 중 mui의 useMediaQuery를 사용한 코드에서 eslint 오류가 나는 현상을 eslint 주석을 이용하여 무시 시킨 코드가 있었습니다
저희 프로젝트에서 옮기는 와중에 구매한 코드가 방법이 없어서 저렇게 한 걸까 이 코드를 우리 프로젝트에 그냥 옮겨도 괜찮을까라는 고민에 eslint 주석 없이 해결하려 했는데 방법을 찾지 못해 윤석 님께 구매한 코드대로 eslint를 주석으로 해도 될까라는 질문을 했는데
윤석 님이 이 useMediaQuery가 뭔지 이 함수는 무슨 역할을 하는지 여쭤봤습니다 저는 단순히 eslint로 인한 오류만 제거하려고 생각했었던 터라 대답을 하지 못했는데 어떠한 코드를 수정하려면 그 코드 한 줄 한 줄을 알고 있어야 한다고 하셔서 useMediaQuery에 대해 찾고 이 함수가 어떤 역할을 하는지도 알아낸 뒤 다시 윤석 님께 피드백을 받았습니다.
문제는 reduce 안에서 useMediaQuery가 반복되고 있기 때문에 난 eslint 에러였는데 공식 문서를 읽어보니 루프, 조건 또는 중첩 함수 내에서 hook을 사용하지 말라고 되어있었네요 그러므로 방법이 없기 때문에 eslint 주석 말고 해결할 방법을 찾을 때까진 현재 방법을 써야 한다는 것이었습니다.
출근했더니 스크럼 마스터가 된 건에 관하여 스터디
13 ~ 20 장까지 스터디를 진행했습니다.
전체적으로 어떤 문제가 발생했을 때 대응하는 주제들이 많이 있었습니다.
그중 서로 다른 관점을 일치시키기 위한 방법으론 사용자 스토리 적는 부분들이 나오는데
개발자 관점에는 어떻게 실현할지를 생각하지만 프로덕트 오너 입장에서는 왜 실현하는데, 무엇을 실현하는지를 생각하기 때문에 서로의 관점이 다릅니다.
이 관점들을 일치시키기 위해선 사용자 관점으로 생각하여 이야기하는 것이 해결책으로 나오는 부분이 일을 하면서 서로 의견을 일치시키기 어려웠던 기억이 있었기 때문에 기억에 남습니다.
오늘 스터디 내용을 정리한 내용의 링크입니다
Finding (교훈)
오늘 eslint 에러를 해결하는 과정에서 함수 코드 자체를 해석해 보지 않고 단순히 주석을 이용해서 에러 처리를 해도 되는지에 대해서만 관심을 갖게 되어 더 본질적인 적인 부분을 놓치고 있었습니다. 다음에 어떠한 코드를 수정하는데 문제가 발생할 시는 그 코드를 한 줄 한 줄 해석해 보고 알게 된 이후에 방법을 찾아봐야겠습니다.
