안녕하세요! context 분리하기 수업을 듣다가 궁금한 점이 있어서 질문 드리려고 합니다. 8분 경에 Editor Component에서 useContext(TodoDispatchContext)를 사용하도록 하셨는데요. 여기에서 추가로 이전에 배운 memo()라는 HOC를 적용하면 Editor Component도 마찬가지로 최적화가 가능할 것이라고 생각하여 테스트 해보았습니다. 코드는 강사님과 동일하게 작성하였고, Editor.jsx 파일의 마지막 라인만 export default memo(Editor);로 바꿔줬는데요. 이렇게 하고나서 특정 Todo의 체크박스를 계속 눌러보았는데, Editor Component가 여전히 최적화 되지 않고 Highlight되는 것이 이해가 가지 않아서 질문 드립니다..
안녕하세요. 에러핸들링 강의에서 error.tsx를 (with-searchbar) group 폴더 안에 배치했을때, root layout의 footer의 에러가 나서 화면에 아예 next 오류가 나는 거 같습니다. 이전의 비슷한 질문에서 footer의 fetch 의 cache를 'force-cache'로 설정하였기때문에 오류가 잡히지 않는다라는 글을 본적이 있어서 확인해본 결과, force-cache로 설정해도 next.js 화면 오류로 인해 렌더링이 되지 않는 것을 확인했습니다. 근데 이 Rootlayout 에서 footer를 삭제하면 화면이 뜨고, error.tsx 가 그려지는 것을 확인할 수 있었습니다. 혹시 global-error를 설정하면 동작하지 않을까 하여 해봤지만, next.js 화면 오류만 보여지는 상황입니다. 요약하자면, global-error.tsx를 설정하든 안하든 rootlayout의 footer 에러로 인해 next.js 화면 오류로 덮여지는 상황입니다.
안녕하세요. useMemo와 useCallback이라는 리액트 훅을 함께 공부하다 보니 궁금한 점이 생겨서 질문하려고 합니다. useMemo()의 아규먼트로 전달한 콜백함수의 반환값이, useCallback()의 첫 번째 아규먼트로 전달하려는 콜백함수가 된다면 useMemo()가 useCallback()을 완전히 대체할 수 있는 것 아닌가요? 2-1. 위의 예측이 아니라면 useCallback()만의 독자적인 기능이 존재하는지 그리고 그것이 무엇인지 궁금합니다. 2-2. 위의 예측이 맞다면 굳이 useCallback()과 useMemo()를 나눈 이유가 무엇인지 궁금합니다. (콜백함수 내부에서 새로운 함수를 정의하고 반환하는 더러운 구조를 용납(?)하지 않기 위해서인가요..?)
지난 한달 동안 모의 계좌에서 테스트를 했습니다. 기대한만큼의 성과를 확인하긴 했는데, 막상 실계좌로 테스트를 하려니 두려움과 망설임이 있네요. 등락이 있긴 합니다만, 최근 한달 간 비교적 상승 구간에 있었기도 했고요. 아무래도 상승장 보다는 하락장에서 얼마만큼 대처해줄 수 있을지가 궁금한데, 미국 주식이다보니 테스트에 들어가는 비용이 커 조심스럽습니다. 먼저 운영해 보신 선배님들의 경험담 있으시면 부탁드려 봅니다.
강의 영상에선 7:13 정도에 변경사항에 '.gitignore'만 보이는데, 저는 왜 claude.local.md까지 보일까요? 몇번을 똑같이 따라했는데 답답해 죽겠네요. 혹시 claude.local.md 파일을 스테이징으로 올린 후 커밋까지 하신건가요? (6:40 부분쯤) 하려다 취소하신 것 같은데. 뭐가 문제인지 모르겠습니다ㅜㅜ
