삐에로의 지식창고

개요 지난 편은 PlayerMovement.cs 한 파일에서 버그를 세 번 만난 이야기였다. 마지막 줄에 이렇게 적어뒀다. 원인을 절반만 맞히면 고쳐지지 않는다고. 개발 2일차인 오늘은 파일을 다섯 개 만들었다. 그리고 또 세 번 틀렸다. 파일 위치 책임 EnemyChase Enemy/ 플레이어 방향으로 일정한 속도로 이동 IDamageable Core/ 데미지를 받을 수 있다는 계약 Health Core/ ... Read More

개요 이 편은 SSAFY < 35 >~< 37 >, < 39 >의 실습편이고, 이번 파이썬 시리즈 다섯 편의 마지막이다. 이론 (SSAFY 시리즈) 실습 (이 글) < 35 > 컴퓨터의 수 체계 1장 — 정밀도별 메모리 계산 < 36 > 모델 경량화 세 가지 2장 — Full Fine-tuning이 막히는 지점 < 37 > LoRA와 QLoRA 3~4장 — 실제로 붙여서 학습 ... Read More

개요 < 11 >이 SSAFY < 29 >, < 12 >가 < 30 >의 실습편이었듯, 이 편은 SSAFY < 31 >~< 34 >의 실습편이다. 이론 (SSAFY 시리즈) 실습 (이 글) < 31 > 도구와 MCP 2장 — @tool과 bind_tools < 32 > 계획하고 되돌아보는 에이전트 3~4장 — ReAct 그래프 < 33 > 다중 에이전트 시스템 ... Read More

개요 < 11 >이 SSAFY < 29 >의 실습편이었듯, 이 편은 SSAFY < 30 >의 실습편이다. 거기서 RAG를 이론으로 훑었다. TF-IDF가 뭘 세는지, 밀집 검색이 어떻게 학습되는지, RAG가 깨지는 네 지점이 어디인지까지 갔다. 이번 편은 그걸 코드로 짠다. 그런데 순서가 재밌었다. 실습이 완성된 RAG를 보여주고 시작하는 게 아니라, 맨손으로 시작해서 한 번씩 깨지게 만들어놨다. 그냥 물어봤다 → 지어낸다 자료를 통째로 넣었다 → 맞히는데, 자료가 열 개면? 키워드로 찾았다 → 글자가 다르면 못 찾는다 의미로 찾았다 ... Read More

개요 이 편은 SSAFY 시리즈 < 29 >의 실습편이다. 제목을 일부러 같게 달았다. 이론 (SSAFY 시리즈) 실습 (이 시리즈) < 21 > GAN · Diffusion · Latent Diffusion · CLIP 6장 — SANA로 뽑고 CLIP으로 재본다 < 27 > CLIP을 자로 쓰기, VLM 6장 — CLIP vs ResNet-50 비교 < 29 > 남의 모델을 내 것으로 만드는 법 1~5... Read More

개요 지난 Python - < 9 >에서 글자를 숫자로 바꾸는 데까지 왔다. 토큰화로 문장을 조각내고, 사전에서 번호를 찾고, 임베딩으로 벡터를 만드는 세 단계였다. 그런데 거기서 글이 끝났다. 숫자로 바꿔놓고 정작 그 숫자를 모델에 넣어본 적이 없다.. 이번 글은 그 다음이다. 사전을 직접 학습시켜 만들고, 그 벡터를 RNN에 흘려보내고, Encoder-Decoder를 붙이고, Attention을 손으로 짠다. 그리고 방향을 한 번 뒤집는다 — 모델을 써서 데이터를 만들어내는 쪽으로. 이번 글이 답할 질문 글자를 숫자로 바꾼 다음엔 뭘 하나? 그리고 학습시킬 데이터 자체가 없으면 어떻게 하... Read More

개요 지난 편은 하루를 통째로 기획서에 쓴 이야기였다. 마지막 줄에 이렇게 적어뒀다. 문서만 예쁘고 구현에서 다 무너질 수도 있으니 그건 다음 편에서 알게 될 것 같다고. 그 다음 편이 오늘이다. 개발 1일차, 드디어 코드를 썼다. 만든 건 딱 하나. PlayerMovement.cs 한 파일이다. WASD로 8방향 이동하고, Space로 대시하고, 대시 중에 벽을 만나면 벽 앞에서 멈춘다. 문장으로 쓰면 세 줄인데 여기서만 버그를 세 번 만났다. 제일 오래 붙잡은 건 대시를 눌렀는데 아무 일도 안 일어나는 버그였다. 그리고 이 버그에서 내가 처음 세운 가설은 방향은 맞았는데 범인은 틀렸다. 이게 오늘의 알맹이... Read More

개요 지난 글에서 이런 다짐을 적었다. 다음에는 AI에게 완성 코드를 먼저 요청하지 말고, 구현 방법과 그 이유, 다른 방법과의 trade-off를 먼저 물어보겠다고. 말은 쉽다. 그래서 진짜로 해봤다. 새 Unity 프로젝트를 시작하면서 AI의 역할을 아예 둘로 쪼갰다. 하나는 프로젝트 설계를 도와주는 기획 AI, 다른 하나는 코드를 절대 주지 않고 조언만 하는 멘토 AI다. 그리고 첫날, 코드는 한 줄도 안 썼다. 대신 기획서(spec)를 내 손으로 처음부터 썼다. 이번 글이 답할 질문은 하나다. 코드를 주지 않는 AI는 과연 쓸모가 있었을까? 1. 역할을 둘로 나눴다 — 기획 AI와 멘토 ... Read More