안녕하세요! 페럴렐 & 인터셉팅 라우트 강의에서 @modal 폴더 안에 (.)book/[id] 폴더를 넣고 나니 빈 화면에 에러가 떠서 콘솔을 확인해봤습니다 에러를 확인해보니 트리구조가 깨졌다라고 해서 제가 잘못 작성한게 있나 싶어서 하나하나 다시 코드 작성을 해보았는데도 어느 부분이 에러가 나는 건지 알 수가 없어서 이렇게 질문을 올립니다 ㅠㅠ 현재 폴더 구조입니다 글로벌 레이아웃 파일입니다 @modal에 넣기 전에는 에러 없이 모달 창이 잘 열리는데 슬롯 안에 넣고 나니 에러가 뜨네요 ㅠㅠ 혹시 몰라서 강사님께서 깃허브에 올려주신 코드로 바꿔봤는데도 계속 같은 에러가 뜨네요..
https://winterlood.notion.site/a873435b477f433ea04a359f89380cc5?v=1bfd06a98a594ce6a4c158f4aafbe0b2 위 주소에 해당 강의의 챕터별 코드가 있는데 eslint 설정파일이 없습니다. 6.1)에 대한 코드 뿐만 아니라 거의 모든 코드에서 eslint 설정파일이 없어요. 이유가 있나요? 동일해야하는거 아닌가요?
안녕하세요. 도메인 모델을 설명하는 부분에서 관계와 규칙을 온라인 서점 운영 예시로 간단히 언급해주셨습니다. 강의를 들으면서 실제 업무 도메인에 관계와 규칙을 구분지으며 간단히 개인 실습을 해보았는데요. 적다보니 어느샌가 관계에 규칙이 섞이기도 하더라고요. 문득 이런 생각이 들었습니다. '관계와 규칙의 차이는 무엇인가?' 관계와 규칙을 명확하게 구분지으려면 어떤 기준을 갖고 생각해야할까요? 관계는, DB 모델에 워낙 익숙하다보니 하나의 OO은 여러 OOO을 갖는다. 이쪽으로 먼저 생각이 흐르기도 하고요. 예시로 들어주신 것을 보면 관계는, '비즈니스에서 관계'라는 생각이 듭니다. 규칙은 데이터를 변경할 때 필요한 조건이라고 생각하면 될까요? 토비님 의견이 궁금합니다.
Navigation Mobile 베리어블 만들었는데 오른쪽 위 옵션에 안떠요.. 그리구 Appearance의 눈모양 우클릭하면 거기에는 Navigation Mobile 옵션을 선택할 수 있는데 그걸로 설정하면 네비가 랩탑일때는 꺼지고 모바일일때는 보이는 방식으로 설정이 돼요 영상과 같이 랩탑모드로 하면 랩탑네비로 모바일일때는 모바일네비로 프레임 모드 클릭 한번에 바뀌게 하는 방법을 모르겠어요ㅠ.ㅠ
ROADMAP.md 파일이 항상 똑같이 나오는것이 아니라서 내용이 좀 다르네요. 강의 듣는거니 똑같이 맞추고 따라가고 싶습니다. 앞으로 제가 혼자 진행할때는 고치고 싶은 내용이 있으면 고치겠지만.. 일단은 강의와 똑같이 맞추면서 따라가고 싶습니다. ROADMAP.md 파일 답글에 달아주시면 감사하겠습니다.
58강에서 추가 팁으로 설정 파일에 JSON 스키마도 지정할 수 있다고 설명해주셨는데, 무슨 이야기인지 이해가 가지 않습니다. 이건 왜 있는 거죠? 기존의 settings.json 파일과 차이가 무엇인지 모르겠어요... "$schema" : "https://json.schemastore.org/claude-code-settings.json", 을 저만의 settings.json 파일에 저장해두면, Antigravity나 Cursor와 같은 코드 편집기가 일종의 MD 파일 마냥 Claude Code 설정에 대한 설명을 인식하기 쉬워진다는 걸까요? 만약 제가 맞게 이해한 거라면 있고, 없고의 차이가 무엇인지 이해가 안 갑니다..
안녕하세요 두가지 질문 드립니다..! <1번 질문> 실제로 github issue 를 작성하여 작업들을 분류하고 클로드코드에게 작업별로 브랜치를 생성하는게 더 효율적일지, 아니면 세션별 작업 간에 제가 수동으로 (오류가 생길때 등)브랜치를 만들고 구분하여 작업하는게 더 안전할지 여쭤봅니다..! <2번 질문> 많은 작업 또는 오래 작업을 할때 git 에 관한 claude.md 파일을 만들어 (PR 전 검토 후 코드 문제 없을시 PR 생성 및 커밋 / 세션이 끝날 시 새 브랜치 생성) 등 규칙을 통해 관리하는 것이 나을까요? 또한 최상위 claude.md 파일에 Git 에 관한 규칙을 적는게 일반적이라고 생각하는데 만약 제일 상위 .md 파일에 작성해놓을시 .md 파일이 300자 이상 넘어가게 되면 하위 폴더로 따로 git에 관한 .md 파일을 만들어 프롬프트 양을 관리하는게 좋을지도 여쭤봅니다..!
안녕하세요, 24강 컨디셔널 설정 중 클릭한 라디오 버튼을 true로 변경하는 조건문을 강사님께서 아래와 같이 별도로 분리 하셨는데, 아래 두번째 스크린샷처럼 모든 라디오버튼을 false로 변경하는 조건문 다음에 가장 마지막으로 일어나게끔 포함 시켜도 상관 없는걸까요? 감사합니다!
안녕하세요, 23강 배리어블을 활용한 캘린더 화면 실습 강의 를 진행하면서 2가지 질문 이 있어 글을 올립니다. 프로토타입 오류 질문 해당 강의에서 진행한 프로토타입 설정을 모두 동일하게 적용하였는데 아래와 같이 프로토타입을 확인하는 과정에서 의도하지 않은 오류가 지속적으로 나타납니다. 아래는 현재 저의 피그마 프로토타입이 작동하는 것을 보여주는 자료와 제가 피그마 내 설정한 모든 프로토타입 설정 화면들입니다. 혹시 해당 오류를 수정하기 위해서 어떻게 하면 좋을지 알 수 있을까요? 수작업 자동화 질문 강사님께서 배리어블을 활용하는 것은 수많은 불필요한 프레임 생성과 같은 수작업을 줄여주기 위함 이라고 말씀해주셨습니다. 다만, 만약 해당 캘린더 날짜가 10개가 아니라 30개 라면 아무리 배리어블 기능을 사용하더라도 이 또한 번거로운 수작업은 마찬가지로 느껴질 것 같습니다. 이에 따라 요즘 현업에서 AI(예: 클로드코드, 러버블 등)를 활용하여 좀 더 간편하고 빠르게 해당 강의에서 만든 동일한 프로토타입을 구현할 수 있는 다른 방법 은 없을까요? 로직은 제가 프롬프트로 지시하되 반복작업은 AI가 대신 진행해줬으면 하는데 가능한 방법이 있을지 궁금합니다. 감사합니다!