현재 29. [ADDED] 대화형 질문 기능 까지 수강했습니다. 프로젝트를 처음 시작할 때 계획모드에서 대화형 질문이 강의처럼 나오고 원하는 스택을 선택할 수 있으면 엄청 편할것같은데요, 클로드코드가 이런 스택 선택을 질문 하도록 유도할 수 있을까요? 저는 이력서 실습 후에 바로 진행해서 그런지 스택에 관련한 질문은 하지 않더라구요. 이미지에서 노란 하이라이트 부분이 클로드코드가 물어본 질문과 제 대답입니다.
윈도우 환경에서 진행하시는 분들 use context7 부분에서 오류날텐데 .mcp.json 파일 아래 처럼 바꿔주세요. 관련 내용은 /doctor 실행하면 볼 수 있습니다. { "mcpServers": { "context7": { "type": "stdio", "command": "cmd", "args": [ "/c", "npx", "-y", "@upstash/context7-mcp", "--api-key", "발급받은 API 키" ], "env": {} } } }
학습 관련 질문을 최대한 상세히 남겨주세요! 고민 과정도 같이 나열해주셔도 좋습니다. 먼저 유사한 질문이 있었는지 검색해보세요. 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 좋아요에 대한 정합성을 (article_id, user_id) 유니크 인덱스로 보장하는 것은 DB의 역할이라고 생각합니다. 그렇다면, 다수의 동시 요청이나 사용자의 반복 클릭(예: 좋아요 버튼을 연속으로 누르는 경우) 상황에서 불필요한 DB 부하와 예외 발생을 줄이기 위해 애플리케이션 단에서는 어떤 방식으로 이를 보완하고 처리하는 것이 적절한가요? 좋아요에 대한 정합성을 (article_id, user_id) 유니크 인덱스로 보장하는 것은 DB의 역할이라고 생각합니다. 다만, 다수의 동시 요청이나 사용자의 반복 클릭(예: 좋아요 버튼을 연속으로 누르는 경우) 상황에서는 애플리케이션 단의 단순한 선행 검증만으로는 이를 제어하기 어렵다고 느꼈습니다. 예를 들어, 아래와 같은 코드에서는 다음과 같은 경쟁 상태(race condition)가 발생할 수 있습니다. T1: exists → false T2: exists → false T1: insert T2: insert ❌ (유니크 제약 위반) if (!likeRepository.exists(postId, userId)) { likeRepository.save(...); } 이처럼 애플리케이션 레벨의 exists → insert 패턴이 동시성 문제를 해결하지 못하는 상황에서 DB 예외에만 의존하지 않고 불필요한 중복 요청과 예외 발생을 줄이기 위해 애플리케이션 단에서는 어떤 방식으로 이를 보완하는 것이 바람직하다고 보시는지 궁금합니다.
초보라 질문이 많습니다. 양해 바랍니다. 메모리 유형 결정에서 메뮤리 유형 별로 위치가 설명되어 있습니다. CLAUDE.md 생성 위치가 헷갈립니다. 아래의 내용으로 이해하면 될까요? 프로젝트 메모리 프로젝트 폴더 >> CLAUDE.md 생성 해당 프로젝트를 위한 공유 지침 사용자 메모리 projects(여러 프로젝트가 있는 폴더) >> CLAUDE.md 생성 모든 프로젝트 적용을 위한 지침 한가지 더 질문은 특정 프로젝트에서 claude code를 실행하는 경우 프로젝트 메모리도 자동으로 컨텍스트에 로그가 될까요?
킬구형 ㅎㅇ 요즘에 배치 다시 학습하면서 좀 고민인 부분이 있음. 현재 회사에서 배치 Job이 좀 많이 늘어나면서 코드 관리가 너무 어렵더라고. Spring MVC에서는 Controller-Service-Repository 같은 레이어드 아키텍처나 클린 아키텍처처럼 널리 쓰이는 구조가 있는데, 배치 쪽은 이런 패키지 구조나 설계 방식에 대한 레퍼런스가 상대적으로 적은 것 같아서. 최근에 클린 아키텍처를 배우면서 배치에도 이런 구조를 적용할 수 있는지 궁금해졌거든. 지금 나는 대략 이런 식으로 구성하고 있어: batch/ ├── order/ │ ├── confirm/ │ │ ├── OrderConfirmJobConfig.java │ │ ├── OrderConfirmReader.java │ │ ├── OrderConfirmProcessor.java │ │ ├── OrderConfirmWriter.java │ │ └── OrderConfirmJobListener.java ├── payment/ │ ├── settle/ │ └── cancel/ ├── support/ ├── domain/ ├── application/ └── infrastructure/ 하나의 Job을 하나의 큰 애그리게이트처럼 보고 있어서, 관련 클래스를 패키지별로 분리하기보다 한 폴더 안에서 로우 레벨로 관리하는 게 더 편하더라고. 근데 Job이 계속 많아질수록 이게 맞는 건지, 더 나은 방법이 있는 건지 잘 모르겠어서. 혹시 형은 실무에서 Job이 많아졌을 때 패키지 구조나 코드 구성을 어떻게 가져가? 객체 간 위계나 import 의존성 방향 같은 것도 신경 써서 설계하는지도 궁금해. 물론 사람마다 차이가 있겠지만 시간 괜찮으면 경험 공유해주면 도움이 많이 될 것 같아!
안녕하세요. 저는 현재 안드로이드 스튜디오의 kotiln 언어를 사용하여 안드로이드 앱을 개발하는 수강생입니다. 앱을 개발하며 claudecode를 사용하는데 매번 간단한 문장으로만 요청을 해서 무의미한 토큰 및 세션 사용으로 인해서 이 강의로 오게 되었습니다. 현재 제 개발환경과 다른 cursorai 부분을 수강하며 혹시 제 개발환경에서는 도움이 되는 내용이 더 많은지에 대해 궁금하게 되었습니다. claudecode 자체의 사용법을 알고 싶어 접근을 한것인데 cursorai로 넘어가니 조금 당황스러운 부분이 있어.. claudecode 자체만의 실력 향상에 도움이 되는지에 대해 질문드립니다.
학습 관련 질문을 남겨주세요. 구체적으로 적을수록 좋아요! 마크다운과 단축키를 활용하면 글을 더 편하게 작성할 수 있어요. 커뮤니티 질문 & 답변에 비슷한 내용이 있었는지 먼저 검색해보세요. 편하게 질문주세요:) 직접 답변 드리도록 하겠습니다~ 안녕하세요 ! 지금 막 코딩테스트 강의를 시작했는데, 혹시 코딩테스트 개론 << 이거 노션링크를 못찾겠어서 질문드립니다 이론이 글로 적혀있는 노션 공유가 가능할까요? 제가 현재 들어가 있는 노션인데, Part1.코딩테스트 개론 이부분이나 현재까지 강의 들은 알고리즘이나 시간복잡도 설명이 없는거 같아서 제가 못찾는건지.. 어디있나요??