안녕하세요 강사님 궁금한점이 있어서 질문드립니다 task-master 유튜브 영상을 보면서 프로젝트를 만들고 PRD를 넣어서 작업계획을 생성하고 서브로 나누고 진행하는 단계까지 왔습니다 여기서 궁금한 부분은 claude code를 활용할 수 있는지 여부가 궁금합니다 클로드 코드를 실행하고 , 여기서 taskmaster가 작성한 계획대로 개발을 진행하도록 지시할 수 잇는건가요???
[코드팩토리] [초급] NestJS REST API 백엔드 완전 정복 마스터 클래스 - NestJS Core
현재 인프런 [코드팩토리] [초급] NestJS REST API 백엔드 완전 정복 마스터 클래스 - NestJS Core강의를 수강 중 입니다. 초반부를 듣고 있는 와중에 @Get() @Get(':id') 이런 데코레이터들의 내부로직에 대한 이해 없이 강의를 따라가는게 맞는건지가 궁금합니다.. 예를 들자면 파람, 바디 등 url에 담긴 데이터들은 파싱을 해줘야하고 http모듈을 쓴다면 직접 로직까지 구현을 했어야했고 express는 미들웨어로 처리를 해줘야 했었는데 nest에선 데코레이터만으로 모든게 알아서 처리 되는 느낌인것 같습니다. 또한 클라이언트로 보내는 응답 또한 return문으로 보내지는 것 또한 너무 추상적으로 느껴집니다.. nest 강의전에 http모듈 및 express를 공부 했던지라 추상화된 코드가 더욱 낯선 것 같습니다. 아직 강의초반이라 데코레이터의 내부로직을 아직 배우지 않는 것인지 아님 배울 필요가 없어서 설명이 없는 것인지 궁금합니다 강사님
실무에 바로 적용하는 프런트엔드 테스트 - 2부. 테스트 심화: 시각적 회귀・E2E 테스트
시각적 회귀 테스트 강의의 Storybook 코드에서 play 함수 안에 matcher를 넣지 않고 userEvent.click(...)만 사용한 이유가 궁금합니다. import { userEvent, within } from '@storybook/testing-library'; import AvailableUsers from '@/pages/login/components/AvailableUsers'; export default { component: AvailableUsers, title: '로그인/사용자 리스트', }; export const Folded = { name: '접힌 상태', }; export const Expanded = { name: '펼친 상태', play: async ({ canvasElement }) => { const canvas = within(canvasElement); await userEvent.click(canvas.getByText('⚠️ 사용 가능한 유저 리스트')); }, }; 제가 이해한 바로는, 이 스토리는 storybook에서 아코디언이 펼쳐진 시각적 상태 변화를 보여주기 위한 용도이고, 실제 기능 로직 검증은 Vitest에서 별도의 테스트 코드로 작성하는 방향이라고 생각했습니다. 1. 여기서 play 안에 matcher를 넣지 않은 것은 Storybook을 시각적 상태 확인용으로 사용하려는 의도인가요? 2. 그리고 이 컴포넌트의 동작 검증은 Storybook이 아니라 Vitest에서 담당하도록 역할을 나눈 것으로 이해하면 될까요? 3. 실무에서는 보통 storybook을 어디까지 작성하는지 궁금합니다. - 물론 회사마다 다르겠지만, 강의해주시는 강사님 기준으로 의견을 듣고 싶습니다.
안녕하세요 강사님 강의를 들으면서 배운 내용들을 토대로 스프링부트 프로젝트를 진행해 보고 있습니다. MCP 플러그인과 스킬 에이전트 그리고 플랜 기획을 통한 순차 구현까지 강의에서 강조하신 모든 기법을 최대한 활용하여 실무급 규모의 프로젝트를 구축해 보았습니다. 하지만 프로젝트가 진행될수록 결과물의 완성도가 기대에 미치지 못해 고민이 깊어지고 있습니다. 현재 제가 겪고 있는 가장 큰 문제는 클로드 코드가 프로젝트의 전반적인 구조를 일관되게 유지하지 못한다는 점입니다. 분명 이닛 과정에서 클로드md 파일을 통해 아키텍처와 구조를 명확히 정의했음에도 불구하고 실제 구현 단계에서는 구조를 불필요하게 복잡하게 만들거나 계층 간의 역할이 뒤섞이는 현상이 자주 발생합니다. 또한 사용하지도 않는 함수를 임의로 생성하거나 데이터베이스 쿼리를 비효율적으로 작성하고 때로는 잘못된 쿼리를 생성하는 등 코드의 세부적인 퀄리티에서도 많은 부족함을 느끼고 있습니다. 특히 프로젝트의 규모가 어느 정도 커지니 특정 부분의 로직은 잘 짜여 있어도 정작 핵심적인 구현이 대거 누락되는 경우가 잦아지고 있습니다. 누락된 부분을 수정하도록 지시하면 그 과정에서 잘 돌아가던 다른 기능이 망가지는 연쇄적인 오류가 발생하며 이를 해결하기 위해 검증 에이전트를 병행해서 돌려보아도 알맹이가 없는 빈 껍데기 코드들이 걸러지지 않은 채 그대로 남는 문제도 겪고 있습니다. 이러한 현상들이 오푸스와 소넷 모델 모두에서 공통적으로 나타나고 있어 이것이 현재 클로드 코드가 가진 지능적 혹은 컨텍스트 유지의 한계인 것인지 아니면 제가 에이전트를 가이드하고 제어하는 능력이 부족해서 발생하는 문제인지 판단이 서질 않습니다. 강사님께서는 대규모 프로젝트를 진행하실 때 이런 AI의 구조적 일탈과 구현 누락을 어떻게 제어하시는지 그리고 제가 어떤 부분을 더 보완해야 완성도 높은 결과물을 얻을 수 있을지 조언을 구하고 싶습니다.
// A await fetch(' https://api.example.com/user/1 ', { cache: 'force-cache', }) // B await fetch(' https://api.example.com/user/1 ', { cache: 'no-store', }) app router에선 컴포넌트마다 api요청을 보내서 중복 요청이 발생하게 됩니다. 이때 캐싱옵션을 사용할 경우 전부 통일을 해줘야 작동하게 되나요? gpt 답변 이런 상황에서 메모이제이션이 되지 않고 두개를 별개의 api요청 으로 봅니다. 위 상황에서는 “캐시”도 하나로 합쳐서 동작하지 않고, 각 fetch 가 자기 옵션대로 따로 동작 합니다. 같은 의문을 품으시는 분이 있을까 해서 남겨봤습니다
제가 개발은 한번도 안해본 완전 초보인데;;; /output-style이 더이상 클로드에 사용 안되는데 강의에는 output-style 로 강의를 하시다보니 /config로 이제 사용해야 한다고 글로 설명은 해두셨지만 도통 이해가 안갑니다;;; 새로 영상 찍어줄 순 없나요?? 미션6 진행하면서 당최 output-style과 config를 어떻게 다르게 응용 해야하는지 감이 오질 않아 제대로 하고 있는지도 모르겠네요 잘 하고 있는건지 확인 바랍니다. 미션지에는 output-style 의 방식으로 explanatory를 기재해 두셨는데, 해당 내용은 현재 클로드에서 먹히지 않고 그럼 config explanatory라고 써야 하는건지;;; 제대로 진행 되고 있는건 아닌것 같은데 이미 클로드에선 작동 되지 않는 output-style을 강의와 미션에 언급 되어있다보니 생 초보 입장에선 어떻게 해라는건지;;; 모르겠네요
안녕하세요, statusline 강의에서 .claude cursor statusline-command.sh 를 누르면 나오는 화면이 강사님 화면과 제 화면이 좀 다른 것 같아요 ㅠㅠ 수업 내용대로 전 진행했다고 생각하는데 제가 뭔가 놓치고 있는게 있는걸까요? 해당 스샷 첨부 드립니다.