커서 사용 중에 한 가지 여쭤보고 싶습니다. Windows 환경에서 Cursor 사용 시 텍스트나 이미지 복사/붙여넣기(Ctrl+C / Ctrl+V)를 할 때 상당한 딜레이가 발생하고 있습니다. 반면 VSCode에서는 동일한 작업이 실시간으로 정상 작동하고 있어서, Cursor에서만 발생하는 이슈로 보입니다. 혹시 이와 유사한 문제를 경험하신 적이 있으신지, 또는 원인이나 해결 방법에 대해 아시는 부분이 있으실까요?
/output-style learning 을 진행했을 때, 클로드가 TODO(human) 마커를 남기며 직접 구현하도록 유도하는 것을 확인합니다. explanatory보다는 자세한 설명이 나오지만, TODO(human) 마커는 따로 생성되지 않았어요. 그리고 클로드가 코드 작성 중간에 "인사이트"를 제공하는 것을 확인합니다. 작성 중간에는 인사트를 제공하지 않고, 다 작성해놓고 인사이트를 제공했어요.
안녕하세요, 강사님. 현재 작은 웹 페이지 하나를 Claude Code의 팀 에이전트로 구현해보고 있습니다. 현재 에이전트 구성은 아래와 같습니다. - 기획자 - 개발자 - QA - 팀리더 강의를 보면서 같은 방식으로 진행해봤는데, PRO 플랜 기준에서는 계획 단계에서도 사용량이 꽤 빠르게 줄고, 실행 단계에 들어가면 금방 30~40% 정도를 사용해서 이 방식으로 계속 진행하기는 부담이 크다고 느꼈습니다. 그래서 강사님께서 올려주신 “비용 절반으로 줄이는 4가지 방법” 강의도 확인해서 적용해봤습니다. 그런데 제 경우에는 체감될 정도로 사용량이 줄지는 않았습니다. 그래서 제가 팀 구성이나 진행 방식을 비효율적으로 잡은 것이 아닌가 생각하고 있습니다. PRO 플랜 기준에서는 팀 에이전트를 어떤 식으로 구성하고, 어떤 방식으로 운영하는 것이 가장 효율적일까요? 현재 에이전트 모델은 Sonnet으로 사용중입니다. 예를 들어, - 지금처럼 기획자 / 개발자 / QA / 팀리더로 나누는 방식이 적절한지 - 아니면 팀 수를 더 줄여서 운영하는 것이 나은지 - 계획 단계와 실행 단계를 어떤 식으로 분리해야 사용량을 덜 쓰는지 이런 부분에 대해 추천하시는 기준이 있으시면 듣고 싶습니다.
'섹션 1. 1장 스프링 부트 개발 준비하기' - '1. JDK와 STS설치, 웹 서비스의 동작 원리, Spring Boot Devtools과 롬복 설치 등' 관련된 내용 입니다. 'LiveReload++'가 '이 확장 프로그램은 Chrome 확장 프로그램 권장사항을 준수하지 않으므로 더 이상 지원되지 않습니다.'라고 뜨면서 '크롬에 추가' 버튼이 비활성화 되네요. 혹시 LiveReload++와 비슷한 대체할만한 게 있나요?
안녕하세요. 인덱스를 활용한 조회 성능 개선을 공부하던 중 궁금한 점이 생겨 질문드립니다. 현재 저는 OFFSET 기반 pagination을 사용하는 서비스 를 개발하고 있으며, 다음과 같은 환경에서 성능 테스트를 진행했습니다. 데이터: 약 1,000만 건 서버: EC2 t3.small DB: RDS t4g.micro k6 vus100 1. 문제 상황 초기에는 OFFSET 제한 없이 마지막 페이지까지 이동 가능하도록 구현했습니다. 하지만 데이터가 1,000만 건 수준으로 증가하자, 깊은 페이지로 갈수록 조회 속도가 급격히 느려지는 문제 를 확인했습니다. 2. 고민 및 제약 일반적으로 이 문제는 Keyset Pagination(커서 기반) 으로 해결하라고 많이 알려져 있습니다. 하지만 제 서비스는 👉 네비게이션 바를 통한 페이지 직접 이동 (ex. 1, 10, 100 페이지 클릭) 이 필요하기 때문에 Keyset 방식만으로는 요구사항을 만족시키기 어렵다고 판단했습니다. 3. 적용한 개선 방법 다음과 같은 방식으로 성능 개선을 진행했습니다. OFFSET 최대 범위를 제한 (최대 10,000 페이지 / OFFSET 100,000) 커버링 인덱스 적용 조회 방식 개선 먼저 ID만 조회 → 이후 필요한 10건만 상세 조회 전체 게시글 수(count)는 캐싱 처리 4. 성능 개선 결과 [Page 10] avg: 1.4s → 700ms p95: 4.5s → 1.8s [Page 100] avg: 17s → 1.18s p95: 24s → 3.3s [Page 1000] avg: 32.1s → 1.7s p95: 59s → 4.27s 5. 추가 제약사항 로그인 사용자와 비로그인 사용자의 조회 결과가 다름 (사용자별 구독 게시글이 포함됨) 따라서 캐시는 비로그인 사용자에만 적용 위 성능 수치는 로그인 사용자 기준 6. 현재 고민 위와 같이 개선했지만, 👉 여전히 성능이 충분하지 않다고 느끼고 있습니다. 특히 궁금한 점은 다음과 같습니다. 7. 질문 OFFSET 기반 pagination을 유지하면서 👉 추가로 성능을 개선할 수 있는 방법이 있을까요? 다음과 같은 방법들을 고려했는데, 방향성이 맞는지 궁금합니다. RDS를 2개를 사용하여 조회 성능 데이터를 각각 2개의 db가 처리하도록 한다? Keyset + OFFSET 혼합 방식 ( 일반적인 페이지 이동은 Keyset Pagination을 사용하고, 사용자가 특정 페이지를 직접 입력하거나 점프하는 경우에만 제한적으로 OFFSET 기반 조회를 사용하는 혼합 방식) RDS 스펙 업그레이드 또한 에펨코리아( https://www.fmkorea.com/ )와 같은 대형 커뮤니티는 제가 원하는 페이지 네이션 방식을 사용하면서 깊은페이지(최대 1만)도 지원하고 동시접속자 수십만 페이지 수천~수만 대량 데이터 환경에서도 빠른 조회 성능을 유지하는데 👉 이러한 서비스들은 어떤 방식으로 pagination 및 조회 성능을 처리하는지 궁금합니다.
window운영체제에서, cursor 터미널 환경에서 claude 실행하여 작업 시 스크린샷 이미지 붙여넣기때 단축키 중 alt+v 만 적용됩니다. 다만 이 때, 화살표를 좌 우로 해줘야 글이 보이는데 이런 현상은 왜있는걸까요...? 추가로 Plan mode로 명령 시 보기가 3가지(수정 yes 관련 2가지 & 취소) 밖에 안나옵니다ㅠㅠ
교안에 써주신 대로, 쉬프트+엔터 / 옵션+엔터 둘다 해봤는데 위 처럼 나오네요. 지피티에게 물어보니 저건 줄바꿈이 된게 아니라, 프롬프트가 실행된거라고 하네요. 혹시 줄바꿈이 안되는 이유를 알수 있을까요? (개발, 코딩, 터미널 모르는 입장에서 강의 내용 정말 어렵네요 ㅠㅠ)
교안에 써주신 대로, 쉬프트+엔터 / 옵션+엔터 둘다 해봤는데 위 처럼 나오네요. 지피티에게 물어보니 저건 줄바꿈이 된게 아니라, 프롬프트가 실행된거라고 하네요. 혹시 줄바꿈이 안되는 이유를 알수 있을까요? (개발, 코딩, 터미널 모르는 입장에서 강의 내용 정말 어렵네요 ㅠㅠ)