출처: https://leetcode.com/problems/valid-palindrome/ // LeetCode 125 - Valid Palindrome (Easy) // https://leetcode.com/problems/valid-palindrome/ // 문제 설명 // 대문자를 소문자로 바꾸고 영숫자가 아닌 문자를 모두 제거했을 때, ...

Ch4 팀플(TeamCarry — 오버쿡드+무빙아웃 풍 이사 협동게임)에서 내 파트인 네트워크·물리 통합(접착제·안전망)의 1차 토대를 깔았다. 가구 운반의 핵심인 다인 합산 이동을 서버 권위로 설계하고, 가구가 구현할 계약 인터페이스만 제공해 도메인 결합도를 낮췄다. 중간에 에디터가 Missing Modules: Fab로 막혀 BuildId 불일치를...

출처: https://school.programmers.co.kr/learn/courses/30/lessons/42842 // 프로그래머스 42842 - 카펫 (Lv.2) // https://school.programmers.co.kr/learn/courses/30/lessons/42842 // 문제 설명 // 테두리 1줄은 갈색(brown), ...

출처: https://school.programmers.co.kr/learn/courses/30/lessons/12945 // 프로그래머스 12945 - 피보나치 수 (Lv.2) // https://school.programmers.co.kr/learn/courses/30/lessons/12945 // 문제 설명 // F(0)=0, F(1)=1,...

Ch4 8조 팀 프로젝트 Project A(이삿짐 협동 게임)의 기획 통합 작업을 한 날. 여러 탭으로 흩어져 있던 Reverb 기획안을 하나의 게임 컨셉 문서로 통합하고, 합치는 과정에서 드러난 문서 간 충돌을 정리했다. 코딩보다 문서 정합성 확보·아트 방향 결정이 중심이었다. 오늘 한 일 요약 흩어진 기획안 8개 탭을 컨셉 문서 한 곳으...

주말 백로그로 빼뒀던 프로그래머스 92334 — 신고 결과 받기(2022 KAKAO BLIND RECRUITMENT, Lv.1)를 마저 풀었다. 난이도는 낮지만 “한 사람이 같은 사람을 여러 번 신고해도 1회”라는 한 줄 조건을 놓치면 답이 통째로 틀어지는, 전형적인 “조건이 곧 함정”인 문제였다. 해시맵으로 카운팅하는 흐름과 그 함정을 정리한다. ...

출처: https://school.programmers.co.kr/learn/courses/30/lessons/92334 (2022 KAKAO BLIND RECRUITMENT) // 프로그래머스 92334 - 신고 결과 받기 (Lv.1, 2022 KAKAO BLIND RECRUITMENT) // https://school.programmers.co...

오늘은 알고리즘 시험으로 세 문제를 풀었다. 패러다임이 각각 다르다 — 그리디(회의실 배정), DP(계단 오르기), 백트래킹+가지치기(MT 장보기). 세 문제 모두 “정답 코드를 짜는 법”보다 틀리기 쉬운 한 끗이 핵심이었다. 그리디는 정렬 기준, DP는 초기값과 점화식, 백트래킹은 분기 검사 순서. 각 문제에서 “왜 그렇게 해야 통하는지”를 정리한다...

Ch4 팀 프로젝트(8조 — 가구 옮기기 협동 게임)를 시작하기 전에, 코드보다 레포 표준을 먼저 잡았다. UE5용 .gitignore, 도메인별 코드 소유권, 에셋 접두사 규칙, 그리고 develop 완충 브랜치를 둔 Git Flow까지. “나중에 하면 되는 것” 같지만, 팀 작업에서 이 토대가 없으면 머지 충돌과 빌드 깨짐으로 시간을 다 잡아먹는다...

어제 정리한 “Project A 가구 옮기기” 기획안의 후속 추가분을 정리한다. 팀이 시스템 기획을 별도 스펙 문서(furniture-carry-system.md)로 떼어내면서, 어제 발행본에는 없던 수식 정식화·튜닝 노브 표·수용 기준·미결 확장이 새로 들어왔다. 여기서는 그 신규 부분만 추린다. 더해 이날 푼 LeetCode 416 Partitio...