1) 이미지 5개 생성으로 한바퀴 돌리고 영상 생성 때마다 이미지 요청 가지 않도록 pin으로 고정했음(초록색 형광펜) 2) 그 이후 영상 생성하기 위해 get lows in sheet 눌러서 excute 눌렀는데 노란색 형광펜 표시된것처럼 무한정 돌아갑니다 10번까지 되길래;;중지 처리햇는데 어떤 부분이 잘못된걸까요?
미션 주시는 텍스트를 복사해서 클로드 코드에 붙여넣으면 항상 저렇게 압축(?)된 형태로 밖에 안 보여줍니다. 강사님 영상에서는 텍스트가 그대로 펼쳐져서 클로드 코드에 붙여넣기가 되는 데 저는 항상 Pasted text라고만 나오더라고요. URL 수정을 복붙한 텍스트를 펼쳐 바로 넣고 싶은데 현재로는 그게 안됩니다. AI에게 물어보니 클릭하면 펼쳐진다고 하는데 저는 그게 작동을 안하는 것 같습니다. 혹시 해결방법이 있을까요?
안녕하세요, 강사님! 강의 잘 듣고 있습니다. 들으면서 작은 서비스들을 몇개 만들어보고 있어요. 현재 Next.js와 Supabase를 기반으로 B2B 솔루션, 유틸리티 서비스등 총 7개의 프로젝트를 혼자서 개발 및 운영하고 있습니다. 현재는 프로젝트마다 별도의 Supabase 인스턴스를 생성하여 관리하고 있는데, 그러다 보니 Pro 플랜 기본료 25달러 에 프로젝트당 추가 컴퓨트 비용 10달러 가 붙어 매달 약 $85(11만 원 이상) 의 고정비가 발생하고 있습니다. 1인 개발자로서 프로젝트를 계속 확장해 나가기에 비용적 부담이 커지고 있어, 다음과 같은 '단일 DB 통합 전략' 을 검토 중입니다. [검토 중인 통합 전략] 단일 프로젝트로 일원화: 하나의 Supabase Pro 프로젝트만 유지하고 나머지 인스턴스는 제거. Postgres 스키마(Schema) 활용: 기본 public 스키마 외에 서비스별로 별도 스키마(예: service_a , service_b )를 생성하여 데이터 격리. Client-side 대응: Supabase Client 설정 시 각 서비스에 맞는 스키마를 지정하여 호출. [강사님께 여쭙고 싶은 점] 유지보수 및 확장성: 1인 개발자가 관리하기에 이러한 스키마 기반의 통합 방식이 장기적으로 서비스 간 간섭이나 관리 복잡도를 크게 높이는 요인이 될까요? 인증(Auth) 및 보안(RLS) 설계: 하나의 프로젝트 안에서 여러 서비스의 사용자(Auth)를 관리할 때, 메타데이터 등으로 유저를 구분하는 방식이 보안 아키텍처상 취약점이 될 가능성이 있을까요? 성능 리스크: Micro 인스턴스 하나에 7개 서비스의 부하를 몰아넣는 것이(현재는 초기 단계라 트래픽이 적지만) 운영상 위험한 선택일지 궁금합니다. 인프라 대안: 혹시 1인 개발자가 다수의 사이드 프로젝트를 저비용으로 안정적으로 운영할 때, 위와 같은 통합 방식 외에 더 권장하시는 인프라 구성이나 전략이 있으신지 조언 부탁드립니다. 비용 효율성과 기술적 부채 사이에서 최적의 균형점을 찾고 싶습니다. 강사님의 소중한 인사이트를 나눠주시면 개발 방향을 설정하는 데 큰 도움이 될 것 같습니다. 감사합니다!
anaconda 홈페이지에서 기존 indivisual 설치가 되지 않아 Q&A 에 답변 해주신 miniconda를 설치 하였습니다. 설치후 cmd를 치니 anaconda prompt 가 떳고 여기서 python --version을 확인하니 python만 써지고 버전은 나오지 않네요. 3.14.3 version을 설치 한 상태 입니다 . 혹시 몰라 mkdir 와 jupyer note book 까지 진행 해 봤지만. 더이상 강의를 따라갈수가 없네요 .. 아래는 prompt 화면 입니다 .
안녕하세요. 우선 저번과 같이 좋은 강의를 열어주시고, 강의 업데이트도 감사합니다. 100퍼센트 완강하고 좋은 후기 작성 꼭 하고 싶어서 열심히 따라가고 있습니다. 다름이 아니라 질문이 하나 있어서 질문글 남깁니다. 열심히 진도 따라가면서 드는 생각인데, 처음부터 한 번에 PRD에 집어넣어서 기능 다 만드는게 맞는건지, 아니면 고도화를 차근차근 해나가는게 맞을까요? 아 시간은 오래 걸려도 됩니다. 수익화와 테스트를 위해서 재빠르게 mvp 제작을 위해서가 아닌, 진짜 개발할 때의 클로드코드의 토큰 효율성이 궁금해서 질문드리는 부분입니다. 항상 좋은 인사이트 주셔서 감사합니다. 수고많으십니다.
설치를 하다보니 .mcp.json이 .claude 안이 아니라 같은 디렉토리에 설치되더군요. claude code에도 물어보니 이게 표준이라 대답해주고요. 혹시 이게 표준인 이유가 있을까요? claudecode 관련은 .claude 폴더 안에 모아서 관리하는게 편한 것 같은데요. 아니면 설치한 방식에 따라 달라지고 실제 퍼포먼스와는 전혀 상관없이 알아서 참조하나요? 만약 이를 옮기려 한다면 claudecode에게 알려줘야 할까요? 그래야 한다면 claudecode가 프로젝트 내의 디렉토리 안의 .mcp.json을 알아서 찾아서 참조하는게 아니라 특정 디렉토리로 정해져 있다는 걸 텐데요, 그 디렉토리는 어디에 적혀져 있는 걸까요? 그걸 수정할수도 있을까요? 두서없이 길어졌네요. 죄송합니다.