gymcoding
@gymcoding
Students
26,052
Reviews
1,563
Course Rating
4.9
안녕하세요.
코딩 교육 크리에이터 짐코딩 입니다 🙂
유튜브에서 코딩 교육 "짐코딩 GYM CODING"채널을 운영하고 있으며,
인프런 교육 플랫폼에서 프로그래밍 지식을 공유하고 있습니다.
제 강의의 특징은 이제 막 시작하시는 분들을 위하여
설명하고자 할 때는 최대한 쉽게,
알려드리고자 할 때는 최대한 알차게 설명드립니다.
항상 수강생 입장에서 생각하는 코딩 교육 크리에이터가 되겠습니다.
감사합니다.
📹짐코딩 유튜브 채널 운영 | 구독자 25,000+
💻 짐코딩 클럽 | gymcoding.co
🔗 GitHub: https://github.com/gymcoding
🧑💻 인스타그램 @gymcoding
📨 이메일 bruce.lean17@gmail.com
Courses
Reviews
- Master React: From Basic Concepts to LinCanva Projects
doomco07
·
Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)wjsgksmfdlek2460
·
Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)weinhooney
·
Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)Claude Code Perfect Mastery: From AI Development Workflow Basics to Practice (with Cursor AI)- Vue3 Perfect Mastery: From Basics to Practice - "Basics"
Posts
Q&A
강의를 따라갈 때 haiku 모델을 활용해도 괜찮을까요?
안녕하세요 🙂 좋은 고민을 하고 계시네요!~!모델별 특성을 직접 비교해보시고 자신에게 맞는 방식을 찾으려는 접근이 정말 좋습니다!! 🙂결론부터 말씀드리면, 강의를 따라가실 때 Haiku 4.5를 사용하시는 건 아주 현명한 선택입니다. 말씀하신 것처럼 Haiku는 Sonnet보다 3배 정도 저렴하면서도 속도가 가장 빠르기 때문에, 학습 과정에서 여러 번 시도해보고 실험해보기에 훨씬 부담이 적거든요. 강의에서 다루는 대부분의 내용은 Haiku로도 충분히 잘 따라가실 수 있습니다.다만 실무에서의 체감 차이에 대해 말씀드리자면, 복잡한 작업에서는 확실히 차이가 느껴집니다. 예를 들어 여러 파일에 걸친 대규모 리팩토링이나, 복잡한 버그의 원인을 추적할 때, 또는 아키텍처 설계처럼 깊은 추론이 필요한 상황에서는 Sonnet이 더 정확하고 체계적인 결과를 보여주더라고요. 반면 간단한 코드 작성이나 문법 수정, 빠른 피드백이 필요한 반복 작업에서는 Haiku도 충분히 훌륭합니다.그래서 제가 추천드리는 방식은 이렇습니다. 평소 강의를 따라가거나 간단한 실습을 할 때는 Haiku를 기본으로 사용하시고, 복잡한 프로젝트 실습이나 실제 업무에 적용할 때는 Sonnet으로 전환하시는 거예요. 이렇게 상황에 따라 모델을 유연하게 바꿔가며 사용하시면 토큰도 절약하면서 필요할 때는 높은 성능도 활용하실 수 있습니다.이것저것 직접 써보시면서 비교해보겠다는 접근 방법이 너무 좋습니다. 그렇게 직접 체험해보시면 어떤 상황에서 어떤 모델이 더 적합한지 자연스럽게 감이 잡히실 거예요! 🙂
- 1
- 1
- 27
Q&A
커서AI에 있는 클로드랑, 클로드코드랑 차이가 뭔가요??
안녕하세요~!결론적으로 말씀 드리면 모델은 동일 합니다! 하지만 핵심은 모델 자체가 아니라 도구의 사용 방식(인터페이스)에 있습니다~!모델 자체는 동일한 Claude 모델을 사용합니다! 두 도구 모두 Anthropic의 동일한 Claude AI 모델 제품군(예: Claude Sonnet 4.5, Claude Opus 4.5)을 기반으로 합니다. 모델의 지능이나 코딩 능력 자체는 동일합니다.하지만 핵심은 모델 자체가 아니라 도구의 사용 방식(인터페이스)에 있어요~!Cursor의 Claude 활용 방식IDE 기반 환경, 채팅 사이드바 등 GUI 중심의 실시간 지원을 제공합니다개발자가 코드 생성 및 수정 과정에 참여하는 '페어 프로그래머' 방식입니다여러 AI 모델(OpenAI, Anthropic 등)을 선택해서 사용할 수 있는 유연성이 있습니다Claude Code의 Claude 활용 방식터미널(CLI) 기반의 독립 실행형 도구로, 에이전트 기반 작업에 중점을 둡니다AI가 자율적으로 작업을 처리하고 최종 결과물을 제시하는 '감독관' 또는 '자율 에이전트' 방식입니다에이전트 검색을 통해 전체 코드베이스를 더 깊이 이해하며, 더 크고 일관된 컨텍스트 창을 유지합니다그럼 왜 Claude Code가 성능이 더 좋다고 할까요?같은 모델이지만 워크플로우와 전용 기능이 다릅니다. Claude Code는 Anthropic이 Claude 모델을 최대한 활용하도록 설계한 도구라서 강력한 기능들을 제공해요.Plan Mode로 체계적인 계획 수립, MCP 서버 연동, 서브에이전트와 훅 같은 고급 기능, CLAUDE.md로 프로젝트 메모리 관리 등이 가능합니다. 특히 복잡한 코드 아키텍처 이해나 대규모 코드베이스를 다루는 장기 실행 작업에 더 강력한 성능을 보입니다.요약하자면, 두 도구 모두 동일한 Claude 모델을 사용하지만 Cursor는 IDE 내에서의 개발자 보조에 최적화되어 있고, Claude Code는 터미널을 통한 자율적이고 복잡한 코드 처리 작업에 더 특화되어 있습니다!비유하자면, 같은 엔진을 장착한 자동차라도 세단과 SUV는 용도가 다른 것과 비슷합니다. 엔진(Claude 모델)은 같지만, 어떤 차체(도구)에 장착되어 어떻게 활용되느냐에 따라 주행 경험이 완전히 달라지는 거죠.
- 0
- 1
- 36
Q&A
강의교안, 내용 인용해서 블로그 글 작성
넵 괜찮습니다 ㅎㅎ (출처만 남겨주세요 👍)
- 1
- 2
- 20
Q&A
한 섹션 내 token 사용량에 대한 질문
안녕하세요 🙂/clear 사이사이의 대화 단위를 "세션(Session)"이라고 해요.토큰 소모가 빨랐던 이유Claude Code에서 현재 세션에 컨텍스트가 누적되면서 토큰 사용량이 급격히 증가합니다.수정 1회차: 초기 코드 + 요청 1개 → 토큰 소모 적음수정 3회차: 초기 코드 + 요청 13 + 응답 12 → 토큰 소모 중간수정 5회차: 초기 코드 + 모든 요청/응답 누적 → 토큰 소모 폭발 즉, 세션이 길어질수록 매 요청마다 소모되는 토큰이 기하급수적으로 늘어납니다.그렇기 때문에 /context를 활용해서 현재 컨텍스트 사용량을 확인해서 70% 이상 정도 차면 /clear 또는 /compact를 진행해주셔야돼요! 해당 내용은 뒤에 회차에서 다루게 됩니다.만약 지금 보고싶다면 https://youtu.be/VbD8ITrJ6lg 해당 영상을 우선 보는 것을 권장드려요.저는 Max 플랜을 사용하지만 습관처럼 새로운 작업을 진행할 때는 무조건 /clear를해요 새로운 작업이 아니어도 /context로 컨텍스트 윈도우(편하게 용량)가 어느정도 차면 /clear 또는 /compact를 진행해요.(https://youtu.be/VbD8ITrJ6lg 이영상을 보시면 무슨말인지 이해되실 거예요 ^^)그리도 Pro 플랜을 이용중이시면 더 /clear나 /compact를 부지런히 사용하셔야돼요.위 소개해 드린 영상을 보시면 토큰을 절약하는 큰틀을 이해할 수 있을 거예요 🙂
- 0
- 1
- 40
Q&A
/clear 한 뒤에 클로드 코드에게 다음 작업을 이어가게 할 때는 보통 어떻게 요청하시나요?
안녕하세요 🙂/clear 명령어를 수행한 후 다음 작업을 새롭게 시작하면 되는데요.우선 CLAUDE.md 파일의 경우, 클로드 코드의 메모리 파일로 Claude Code가 컨텍스트로 자동 인식하기에 별도로 언급하실 필요 없습니다. 물론, 확실하게 참조하게 하려면 "CLAUDE.md를 참고해서"라고 한 번 언급해주면 더 확실하게 기억하지만 저의 경우는 별도로 언급하지 않아요.(사진)공식문서 참고 저의 경우에는 /clear를 하든 아니면 새롭게 시작하든 새로운 기능 개발을 위한 컨텍스트 수집 → 계획 → 구현 방법으로 진행합니다.컨텍스트를 수집하는 방법과 계획을 하는 방법은 정말 다양한데요, 이러한 방법은 이 강의에서 전달하고 싶은 핵심 내용이기 때문에 뒤에 회차를 수강하시면서 자연스럽게 배우실 거예요!간단히 말씀드리면,다음 계획을 위한 컨텍스트를 수집하고 (링크, 이미지, .md 파일 등) 계획을 세운 다음,계획이 마음에 드시면 구현을 진행하시면 됩니다!😊
- 0
- 1
- 30
Q&A
"[UPDATED] 클로드 코드 초기 설정" 문의
넵 맞습니다! 클로드 코드를 사용하려면 Claude Pro 플랜 이상을 구독하셔야해요.자세한 내용은 무료로 공개한 회차인 클로드 코드 가격 정책 회차를 보시면 확인할 수 있어요.
- 0
- 2
- 28
Q&A
커서 UI 변경
안녕하세요! 소중한 피드백 감사드립니다 😊커서 AI의 업데이트 속도는 AI 도구들 중에서도 정말 빠른 편이에요. 거의 매주 업데이트 되는 것 같습니다. 다행히도 이 강의는 실제 AI 개발 워크플로우를 모두 클로드 코드로 진행하도록 설계되어 있어요 🥹 커서 AI는 파일 구조 확인, 코드 확인 및 편집을 위한 단순한 에디터 역할만 담당하고 있습니다.그래서 커서 AI가 업데이트되어도 강의를 수강하시는 데는 문제없으실 거예요! 강의의 핵심 내용과 워크플로우는 그대로 유지되니, 안심하고 학습하셔도 됩니다.혹시 커서 업데이트로 인해 강의 수강하는 데 어려움이 있으시거나, 커서 AI에 대한 궁금한 사항이 있으시다면 질의응답 게시판에 남겨주세요. 즉시 답변 드리고 필요한 부분은 보완 영상을 준비하겠습니다! 💪감사합니다 🙏
- 0
- 2
- 58
Q&A
terminal-setup 불가 문의
/terminal-setup 명령어는 Shift+Enter 줄바꿈 단축키를 설정해주는 기능인데, 모든 터미널에서 지원되지 않습니다. tmux, screen, SSH 세션, GNOME Terminal 등에서는 작동하지 않는 알려진 제한사항입니다.지원되는 터미널Windows: Windows TerminalmacOS: iTerm2, Apple TerminalIDE: VSCode, Cursor, Windsurf기타: Ghostty, WezTerm해결 방법방법 1: 그냥 백슬래시 사용하기 (권장)Shift+Enter 대신 \ + Enter로 멀티라인 입력이 가능합니다. 별도 설정 없이 바로 사용할 수 있습니다.방법 2: 지원되는 터미널에서 설정하기1. 현재 tmux/screen/SSH 세션에서 나가기1. VSCode, iTerm2 등 지원되는 터미널에서 /terminal-setup 실행1. 다시 원래 환경으로 돌아오면 설정 유지됨참고GitHub 이슈: https://github.com/anthropics/claude-code/issues/8762
- 1
- 3
- 68
Q&A
terminal-setup 불가 문의
현재 터미널에서 해당 명령어가 실행이 안되는거 같은데요 혹시 shift + enter 를 했을 때 줄바꿈이 되나요? Terminal-setup은 shift + enter했을때 줄바꿈이 가능하게 하는 설정이기에 된다면 실행하지 않으셔도돼요 :)
- 1
- 3
- 68
Q&A
강의와 만들어진 코드가 달라요
ReactDOM.createRoot와 createRoot의 차이는 모듈을 가져오는 import 방식의 차이입니다:ReactDOM.createRoot (네임스페이스 import)ReactDOM 객체를 통해 접근전통적이고 명시적인 방식어떤 패키지에서 온 메서드인지 명확함 createRoot (named import)함수를 직접 import더 간결한 코드필요한 함수만 import (tree-shaking에 유리할 수 있음)기능적 차이는 없습니다! 두 방식 모두 동일한 함수를 호출합니다.권장사항개인/팀 선호도에 따라 선택일관성 유지가 중요React 공식 문서는 주로 named import 방식 사용최신 프로젝트에서는 createRoot (named import)를 더 많이 사용하는 추세
- 0
- 3
- 31





