inflearn logo
Khóa học

Khóa học

Chia sẻ kiến thức

Bài viết của Pinous

Pinous Pinous

@pinousg6033

Học viên
1,968
Đánh giá khóa học
133
Đánh giá khóa học
4.7

Bài viết 204

Hỏi & Đáp

프로덕션 부분 사용 불가

안녕하세요. 해당 부분은 현재 Google Play 정책 변경으로 인해 신규 개인 개발자 계정에서 처음으로 앱을 프로덕션에 출시하는 경우 필수로 진행해야 하는 절차입니다. 따라서 프로덕션 출시 전에 12명 이상의 테스터를 대상으로 비공개 테스트를 14일 이상 진행해야 하며, 해당 조건을 충족해야 프로덕션 출시가 가능합니다. 이미 이전에 앱을 프로덕션으로 출시한 이력이 있는 계정이라면 적용되지 않을 수도 있지만, 신규 개인 개발자 계정이라면 필수라고 보시면 됩니다.

Lượt thích
0
Số bình luận
2
Lượt xem
57

Hỏi & Đáp

in-app purchasing 버튼의 install 버튼이 비활성화되어있을때 어떻게 해결해야하나요 ?

In-App Purchasing의 Install 버튼이 비활성화되어 있는 경우는 대부분 아래 원인 중 하나입니다. 프로젝트가 Unity Registry를 사용하지 않는 경우 Window > Package Manager 좌측 상단에서 Packages: Unity Registry로 변경한 뒤 다시 확인해 보세요. 이미 설치되어 있는 경우 In-App Purchasing가 이미 프로젝트에 설치되어 있다면 Install 버튼은 비활성화됩니다. 대신 Remove 또는 Update 버튼이 표시되는지 확인해 보세요. Unity Gaming Services(UGS)와 연동되는 버전인 경우 최신 Unity에서는 IAP가 UGS와 연동되는 경우가 있습니다. 먼저 Services에 로그인하거나 Gaming Services를 활성화해야 설치 가능한 경우도 있습니다. 패키지 의존성 오류 Package Manager에서 오류가 발생했거나 Packages/manifest.json에 문제가 있으면 설치 버튼이 비활성화될 수 있습니다. Console에 빨간 오류가 있는지도 함께 확인해 보세요. 유니티와의 연결이 끊겨진 경우 현재 사용중인 프로젝트가 유니티 클라우드와의 연결이 끊겨져있을 수 있습니다, 연결이 끊겨진 경우 Window - Service탭에서 재연결을 시도해주셔야합니다.

Lượt thích
0
Số bình luận
2
Lượt xem
46

Hỏi & Đáp

유니티 제외 설치한 프로그램들 및 파일 삭제 방법

안녕하세요. 유니티를 제외하고 설치하셨던 프로그램은 대부분 폴더 형태(포터블) 로 사용되기 때문에 별도의 삭제 프로그램은 없습니다. 가장 용량을 많이 차지하는 것은 다운로드한 체크포인트, LoRA, VAE, ControlNet 등의 모델 파일입니다. 사용하지 않는 모델은 해당 파일을 휴지통을 거치지 않고 영구 삭제(Shift + Delete) 하시면 바로 용량이 확보됩니다. ComfyUI도 더 이상 사용하지 않으신다면 ComfyUI 폴더 자체를 삭제하시면 깔끔하게 제거됩니다. 만약 Git이나 Python도 함께 설치하셨고 앞으로 사용 계획이 없으시다면, Windows의 '앱 및 기능(설치된 앱)'에서 제거하시면 됩니다.

Lượt thích
0
Số bình luận
1
Lượt xem
44

Hỏi & Đáp

깃허브에서 콤피유아이 매니저 설치하는게 안됩니다.

안녕하세요! 이 오류는 ComfyUI Manager 문제가 아니라, Windows에서 Git이 설치되어 있지 않거나 PATH에 등록되지 않은 상태일 때 나오는 전형적인 오류입니다. 오류의 핵심은 이 부분입니다. 'git' 용어가 cmdlet, 함수, 스크립트 파일 또는 실행할 수 있는 프로그램 이름으로 인식되지 않습니다. 즉, Windows가 git 명령어 자체를 모르고 있는 상태입니다.

Lượt thích
0
Số bình luận
2
Lượt xem
61

Hỏi & Đáp

5강, 오류 수정과 관련해서

안녕하세요! 질문 주셔서 감사합니다, 다만 이 부분은 Claude Code(CLI)의 특성상 하나의 정답을 드리기가 어려운 부분입니다. Claude Code는 같은 명령을 입력하더라도 매번 동일한 코드를 생성하는 것이 아니며, 프롬프트를 어떻게 작성했는지, 이전 대화의 문맥, 프로젝트 상태 등에 따라 결과가 달라질 수 있습니다. 또한 수강생님의 프로젝트 환경과 제가 강의를 촬영했던 당시의 환경(Claude 버전, Unity 버전, 프로젝트 상태 등)도 서로 다를 가능성이 있습니다. 그래서 당시 발생했던 AddComponent() 오류가 현재 수강생님의 상황과 동일한 원인이라고 단정해서 말씀드리기는 어렵습니다. 제 경우에는 당시 구문과 관련된 문제로 판단했습니다. 당시 Claude가 Unity 스크립트를 생성하는 과정에서 MonoBehaviour를 상속하지 않은 상태로 코드를 작성했고, 이로 인해 AddComponent() 오류가 발생했던 것으로 확인되었습니다. 이후 다시 생성하는 과정에서 정상적으로 MonoBehaviour를 상속하도록 코드가 작성되어 해결되었습니다. AddComponent()에서 흔하게 발생하는 원인으로는 MonoBehaviour 상속 누락, 파일명과 클래스명 불일치, 존재하지 않는 타입을 추가하려는 경우 등이 있지만, 실제 원인은 Unity Console의 오류 메시지와 생성된 코드를 함께 확인해야 정확하게 판단할 수 있습니다.

Lượt thích
0
Số bình luận
2
Lượt xem
61

Hỏi & Đáp

컴퓨터를 껐다가 클로드 코드 다시 키는 방법 알려주세요.

안녕하세요! Claude Code는 별도의 저장 기능 없이 터미널에서 실행되는 프로그램입니다. 컴퓨터를 재부팅했거나 Claude Code를 다시 실행하려면, 터미널(명령 프롬프트)을 실행합니다. 기존 프로젝트 폴더로 이동합니다. (cd 프로젝트경로) claude 명령어를 다시 입력하면 Claude Code가 실행됩니다. 이전 대화는 새 세션으로 시작되므로, 이어서 작업하려면 현재 프로젝트의 파일을 기반으로 다시 작업을 요청하면 됩니다. 혹시 claude 명령어가 실행되지 않는다면 오류 메시지를 함께 남겨주시면 확인해드리겠습니다. 🙂

Lượt thích
0
Số bình luận
1
Lượt xem
50

Hỏi & Đáp

Sprute Sheet에 대해서.

안녕하세요! 소중한 문의 감사드립니다, 해당 파일도 확인 후 누락시 첨부해놓도록 하겠습니다 감사합니다!

Lượt thích
0
Số bình luận
1
Lượt xem
49

Hỏi & Đáp

첨부된 수업자료와 강의 내용이 다릅니다.

안녕하세요. 우선 답변이 늦어진 점 진심으로 죄송합니다. Dot 파일의 경우 다양한 연출에 활용하실 수 있도록 자유도를 고려하여 원본 파일 그대로 업로드해 두었습니다. 다만 말씀해 주신 것처럼 처음 사용하시는 분 입장에서는 다소 헷갈릴 수 있는 부분이 있다고 생각합니다. 해당 부분은 재업로드를 통해 별도의 폴더로 정리하여, 필요한 파일을 보다 쉽게 확인하실 수 있도록 수정해 두겠습니다. 불편을 드려 죄송하며, 빠르게 조치하겠습니다. 감사합니다.

Lượt thích
0
Số bình luận
2
Lượt xem
103

Hỏi & Đáp

코드 관련 질문

안녕하세요! 결론부터 말씀드리면 이해를 완벽하게 하시기 보다는 흐름을 이해하시는걸 추천드립니다! 유니티를 처음 배우는 단계에서는 모든 문법과 함수의 내부 동작까지 전부 이해하려고 하면 오히려 진도가 멈추는 경우가 많습니다. 예를 들어 Vector3.MoveTowards() 를 본다면 “어떤 역할을 하는 함수인지” “파라미터가 대략 어떤 의미인지” 이 정도만 알고 넘어가셔도 충분합니다. 현재 위치 → 어디로 이동하는지 속도(또는 거리 제한)가 어떤 역할인지 다만 완전히 대충 넘기라는 건 아닙니다 추천드리는 방식은 다음과 같습니다. 강의 진행 중 → 흐름 위주로 이해 (막히지 않고 끝까지 가는 게 중요) 자주 쓰는 함수이거나, 본인의 게임에 자주 쓸 것 같은 함수의 경우 → 그때 파라미터 하나씩 뜯어보기 감사합니다 :)

Lượt thích
0
Số bình luận
2
Lượt xem
77

Hỏi & Đáp

Dictionary Key를 int에서 string으로 변경한 이유에 대한 문의

안녕하세요. 좋은 질문 감사합니다 말씀주신 것처럼 string은 int에 비해 메모리 사용량과 해시 비용이 더 큰 것은 맞습니다.다만 이번 강의에서 Key를 string으로 변경한 가장 큰 이유는 가독성과 유지보수성 때문입니다. 게임 개발은 코드와 데이터가 많고 여러 시스템이 연결되어 있기 때문에,1001 같은 숫자보다 "Player_HP"처럼 의미가 바로 드러나는 Key가 디버깅과 협업에 훨씬 유리합니다.또한 CSV/JSON 등 데이터 테이블과 연동하거나 확장할 때도 string이 더 유연하게 관리됩니다. 성능 측면에서는 string이 더 무거운 것은 사실이지만,일반적인 게임 로직에서는 체감될 정도의 성능 차이가 발생하는 경우는 거의 없습니다.대부분의 병목은 렌더링이나 물리, GC 등 다른 영역에서 발생하는 경우가 많기 때문입니다. 추가로, 실무 기준에서 보면 string보다는 enum으로 관리하는 방식이 더 안전하고 효율적인 경우가 많습니다.타입 안정성도 확보할 수 있고, 오타로 인한 오류도 방지할 수 있습니다. 이 부분은 강의에서 핵심 흐름 위주로 설명드리다 보니 충분히 짚어드리지 못한 것 같아 아쉬운 부분입니다. 정리하면 가독성과 데이터 관리 → string, enum 안정성과 성능 → enum / int 상황에 맞게 선택하는 것이 가장 좋은 방법입니다. 감사합니다.

Lượt thích
0
Số bình luận
1
Lượt xem
47