김환의 프로그래밍 블로그

주말에 달성 혹은 진행해야할 목표 지휘관 캐릭터 작성  - 비스트   : 1티어 스킬- 이속증가   : 2티어 스킬- 공 방 증가   : 3티어 스킬- (범위스킬) 상대 받는피해 증가  - 에테리안   : 1티어 스킬- 극소량 체젠 업   : 2티어 스킬- 모든 건물 생산속도 증가   : 3티어 스킬- (범위스킬) 아군 받는피해 감소 ※ 에테리안 2티어 스킬을 제외한 모든 스킬은 지휘관 중심 원형범위로 발동. GAS 실습자료 작성해오기 눈으로만 GAS이론을 보는 것은 외우기 어려움. 코딩테스트 많이 풀어보기 취업대비, 코딩테스트에 약한 현상이 있음.

PR 피드백 오늘은 제법 PR이 많이 쌓인 날이었다. 그러다 보니 두 PR의 커밋 내용이 conflict가 발생했는데 이것에 대해 두 명끼리 수정점을 합의하시는 게 좋을 것 같다고 판단, 충돌지점 외 다른 부분에 대한 피드백 코멘트만을 남기고 충돌지점 수정 후 Merge를 부탁하기로 했다. 최종프로젝트 기간이지만 튜터님들이 사이에서 최종 프로젝트에만 집중하지 말고 면접, 코딩테스트에 대한 지식을 길러 개인 역량을 지르는 것이 좋다는 말씀을 자주 하셨다. 아무래도 최종프로젝트만을 완성시키는 것에 시간을 쏟기 보다는 두 분야에도 연습을 더 자주 하는 것이 좋을 것 같다는 생각이 든다.

AI 모델링 리깅 및 제작 오늘은 PR이 없는 시간여유를 틈타 전달받은 AI 모델링의 리깅을 완성했다. 본래 AI모델링은 리깅이 온전치 않고 텍스처도 파츠별로 명확하게 색칠되어있지 않기 때문에 이런 부분은 수작업을 통해 완성시켜야 했다. 하지만 무질서한 UV는 수작업으로 펼치기에는 오래걸리기 때문에 이 부분은 팀원이 AI를 통해 언랩을 해서 전달했기 때문에 나는 텍스처 다듬기와 리깅에 온전히 집중할 수 있었다. AI가 뽑아낸 모델링의 UV. AI를 통해 추가로 UV 언랩작업을 한 모습.

프로젝트 폴더 구조 컨벤션 수립 본인은 PR과 깃허브를 주로 관리를 했다보니 현재 프로젝트 에디터 상으로 C++ 소스코드 외 에셋이 어떻게 저장되어 있는지 확인하지 못하였다. 확인해보니 각자 개인폴더를 파서 테스트용 에셋을 사용하고 있는 상황이라 이에 대해 폴더 구조 변경에 대한 권장을 공지하였고, 동시에 개인 테스트 폴더는 gitignore가 적용되고 있는 Developers에 추가하는 것을 권장하였다. 현재 내가 제안한 프로젝트 Content폴더 구조는 다음과 같다. (추후 상의를 통해 변동 여지 있음) PR 피드백 오늘은 본격적으로 팀원의 PR에 대해 피드백을 하였다. 이전까지는 팀원들이 PR에 대한 지식이 부족하여 경험자였던 본인이 PR을 시연하느라 팀원의 코드를 주의깊에 보지 못하였다. 오늘 팀원의 코드를 주의 깊게 들여다보고 각종 코드에 대한 피드백을 하였는데, 대표적으로 FTimerHandle에 대한 선언 시 EndPlay()에서 반드시 타이머 초기화를 해야 한다는 점과, 바람직하게 사용되지 않은 Get함수에 대한 피드백이 있었다. 느낀점 깃허브 담당을 하면서 PR을 주의 깊게 들여다본 것은 사실상 처음이다. PR을 하다보니 이게 생각보다 시간이 매우 걸림을 깨달았다. 아마 PR 담당 외에 추가로 코딩 구현을 하는 것은 생각 외로 시간상 부담이 많이 될 것으로 보인다.

GitHub PR 작성방법 강의 오늘은 최종프로젝트 첫날이다. 이번 최종프로젝트에서 나는 '지휘관 캐릭터 작성'과 함께 '깃 관리'역할을 부여 받아 깃허브 규칙을 작성 해두었다. 그 과정에서 PR에 대해 중요성을 강조 하였는데, 팀원들 대부분이 PR에 대한 지식이 없었기에 해당 내용에 대해 알려주기로 했다. Pulling Request(PR) 은 개인 작업내역 을 통합 작업공간(develop) 브랜치로 통합하기 전에 타인에게 검수를 받는 작업 으로, 내가 발견하지 못한 문제를 타인이 발견 할 수도 있고, 동시에 develop 에 작업을 통합하는 순서를 통제해 충돌 빈도를 줄일 수 있는 작업 이다. 우선 개인 리모트 브랜치 가 없다면 새로 생성하여 로컬브랜치에 연결(Tracking) 하고, develop 으로부터 먼저 커밋내역을 Merge하여 문제가 없는지 확인 한 후, PR을 요청하면 된다. PR하는 동안에는 커밋을 푸시하면 PR 요청내역에 해당 커밋도 추가 되며, 리뷰어를 선정하여 코드에 대한 피드백 을 받을 수 있다. 리뷰어 혹은 타인이 코드에 대한 피드백 코멘트를 남겨 문제점을 지적 하고, 문제가 없다고 판단되면 Merge를 수락 하여 PR을 종료한다. Pulling Request에 대한 설명 중 테스트로 작성한 PR 이러한 내용들을 팀원들에게 설명하여 PR하는 방법을 설명하였고, 이에 팀원들은 브랜치 활용법과 함께 PR하는 방법에 대해 많은 것을 알았다며 좋은 반응을 보였다.

최종프로젝트때 본인이 작업해야할 내용 1) 캐릭터들에 대한 에셋을 Blender를 통해 작업.  : Tripo 3D등의 AI툴을 활용한 로우폴리 모델링을 UV가 정리된 형태로 제공받을 예정. 2) 깃허브 관리  : Git에 대한 규칙을 세우고, 코드 컨벤션을 수립. 3) '지휘관' 캐릭터에 대한 기본적인 작업  : 지휘관을 추가하여 이동, 건설, 스킬 등의 호출명령을 추가하기. 실제 명령수행에 대해서는 팀원이 이어받아 작업할 예정. 4) 그 외 코드설계에 대한 고문  : 팀원들이 코딩에 대해 물어보는 내용에 대해 성실히 답해주기. 문제 발생 시 조언 및 보조.

기술 면접 1. 면접관의 눈을 맞출 것 2. 다리 떨지 말것, 삐딱하지 있지 말 것, 손제스처도 최소화할것 (불안함을 감출 것) 3. 추측성 발언 금지 (모르면 모른다고 해야함) 4. 긴장으로 인해서 질문에 대답하기 어려운 상태라면 솔직하게 긴장된다고 말하고 시간요청을 하거나(1~2분) 물을 길게 마시는 핑계(20초 등) 등을 대서 시간을 버는 것이 좋다. 5. 지식 아는척, 잘난척, 자랑 금지!!