noc777 님의 블로그

튜터님께 수료 이후, 취업 전까지 준비하여야 할 항목들과 어떻게 준비하여야할지 이야기를 들었다.일단 먼저 나는 수료 이후 C# 문법과 유니티의 기본 조작을 먼저 다시 보고 직접 쓰면서 이후 개인 프로젝트를 진행해볼 예정이다. 물론 시간은 오래 걸릴지라도 꼭 해보고 싶었던 분야이기에부족하다면 내가 채우는 것이 맞다.  이번 최종프로젝트때까지 내가 준비가 덜 되어 있었기에 제대로 무엇하나 보여주지 못하였던 것을 나 스스로도 잘 알기에 놓친 부분들을 확실하게 다잡고 싶다.  시간이 없었다 라는 핑계인것을 나도 알고있다. 최근 사건들이 많다고 해도 시간 분배와 컨디션 조절은 기업의 몫이 아닌 개인의 몫이다. 그런 환경에 적응해야 나도 살아남을 수 있으니까 해이해지지말고 배우는 것에 집중하자.내일배움캠프에서 국비..

수료 이후에 방향성에 대해 고민해보는 하루였던 것 같다. 브로셔 작성은 마감되었지만 이후에 추가되는 사항들을 계속 적어나갈 예정이고 우수 TIL 과 다른 사람 팀들의 브로셔 작성을 정독하면서 내가 알고있는 지식들과 다른 사람의 경험을 대조해보는 시간을 가졌다.   수료 이후 VFX(시각효과 등) 코드 외적인 부분도 한번 배워보고 싶지만 제일 먼저 계획한 것은 스파르타에서 내가 제 시간내에 완수하지 못한 과제들을 다시 한번 혼자 힘으로 해보는 것이다. 시간이 얼마나 걸릴지는 잘 모르겠지만 가장 기초가 되는 부분부터 차근히 다시 배워가는 과정을 밟아볼 것 같다. 그 때는 튜터님의 도움이나 물어볼 곳도 여의치 않겠지만 구멍난 부분부터 메워보는 것이 앞으로의 개발에도 도움될 것이다.

팀원들과 브로셔 준비를 얼추 마친 후에 다른 팀들의 기술에 어떤 것이 쓰였는 지가  궁금하여 찾아보았다. 공통적으로 내포하고 있는 것을 먼저 살펴본다. 2D 게임들 대부분은 스프라이트 아틀라스를 사용하여 게임 내 스프라이트를 관리하고 있었다. 스프라이트 아틀라스는 스프라이트를 각각을 불러올 때 드로우콜이 발생하는 것을 해결하기 위해 사용하는기술이다.  Resources 폴더 내의 아틀라스를 불러오고 아틀라스마다 딕셔너리와 같은 자료구조를 활용하는 매니저를 만들어 사용할수도 있을 것 같다. //스프라이트를 가져오는 프로퍼티SpriteAtlas.GetSprite("스프라이트 이름"); Dictionary atlasDict; //각 사용처에 따라 다르게 ID를 부여하여 아틀라스를 관리하는 딕셔너리//리소스 매..

패럴 싱크로 만든 클론은 문서상으로 완전 새로운 프로젝트를 복사하는 것으로 확인되었다.이상한 건 이틀 전에 생겼다는 것인데 그 이전까지 사용할 때는 새로운 프로젝트가 생기지는 않았다는 것이다.이번 프로젝트가 끝나고 나면 해당 클론은 삭제처리가 필요해보인다. 유저 테스트 피드백 중 퍼즐의 기믹에 대해 설명이 필요하다는 의견이 많았다. 사실 퍼즐 기믹을 알려주는 것도 좋지만내가 퍼즐 게임을 플레이하였을 때 퍼즐 기믹을 알아가는 재미로 하였 것과 상충되는 의견이라유저들마다 관점이 다 다르기에 표본 수가 많아야 한다는 의미를 깨달았다. 이외에 퍼즐 연출 부분이 미흡하고 기획단계에 비해 가짓수가 많지 않은 것은 순전히 내 문제의 영역이다.기획을 할 때 대략적인 흐름만을 제시하고 참고할만한 퍼즐이나 구현의 세부 사..

유저 테스트 피드백 중 설정창 UI에 대한 의견이 많아설정 UI를 제작하게 되었다.  UI를 만들고 테스트하는 과정에서 사운드 매니저에서 볼륨과 뮤트 기능들이 모두 제각각 관리되어 있어 통합시켜 옵션창 자체에서 조절을 할 수 있도록 설계하였다. 마우스 감도 같은 경우 동적으로 생성되는 플레이어를 찾아서 사용하기에 테스트 신 자체에서 실험하기가 어려워서멀티플레이를 담당하신 팀원분께서 테스트를 해주시고 이상없는 것을 확인하였다. 이후에 설정된 값을 종료후 다시 시작하였을 때 유지되는 것을 하려면 PlayerPrefs 를 활용하여 수정하면될 듯 하다. 이번 프로젝트를 진행하면서 기획의 중요성에 대해 다시 생각하게 되었다. 또한 개발자에게 있어 컨디션 관리가 매우 중요하다는 것을 새삼 다시 느낀다.중간 과정에서..

빌드 후 최적화 작업을 위해서는 빌드 파일의 구성요소들을 차지 비중을 알아야합니다.유저테스트를 위한 빌드 파일은 2GB 내외로 잡는데그 이유는 용량이 너무 크면 다운로드를 진행하는 시도조차 엄두를 못하기 때문입니다. 차지 용량을 확인하기 위해선 먼저 빌드를 진행하고 나서 Project 창의 점 세개 항목에서 Open Editor Log를 클릭하여 준다. 메모장으로 에디터 로그가 열리는 데 Ctrl + F로 내용물 중 Build Report 라는 키워드를 검색하여 빌드 후 상황을 확인하는 방법이다. 지금은 제 컴퓨터로 빌드가 진행되지 않아 검색이 되지 않지만 빌드하신 팀원분께 공유받은 정보로는 Build ReportUncompressed usage by category (Percentages based o..

여차저차 유저테스트 배포를 앞두고 있다. 이제부턴 기능보단 버그 수정 및 유저 편의성 등을 수정하여야하는데  추가구현을 하려던 요소들이 대부분 제대로 구현을 못하고 버려지게 된 것이 아쉽다.모든 과정이 끝나고 나서 개인적으로 시간할애하여 구현을 해보고 싶다.  내일은 빌드 후 총 용량의 95퍼센트가 텍스쳐가 잡어먹어서 텍스쳐 압축을 진행하는 듯 하다. 설문조사 질문을 생각해두고 아래 문서를 읽어보면서 오늘 하루를 마무리한다. 튜터님께서 제공해주신 문서https://docs.unity3d.com/kr/2021.2/Manual/class-TextureImporterOverride.html 플랫폼별 권장, 기본 및 지원 텍스처 압축 포맷 - Unity 매뉴얼이 페이지는 다음에 관한 정보를 제공합니다.docs...

기존에 퍼즐을 시작하는 지점을 태그로 작동시켰는데 레이어마스크 변수를 두고 레이어마스크에 해당하는 객체가 통과할 때로 변경하였다.이유는 객체를 판별하는 트리거나 레이 등이 대부분 레이어를 통한 판별로 이루어지기에 통일성을 위함이다. 과정에서 조건문에 if(other.gameobject.layer == layermask)와 같이 조건을 썻는데 작동하지 않아 살펴보았다. 이전 과정에서 레이를 사용하는 것을 처음 배웠을 때 레이어마스크를 활용하였다는 것이 기억나서 다시 살펴보니 적절하게 사용하고 있지 않았다는 것을 알았다. 현재 Player 라는 레이어는 3인 인덱스를 사용하고있는데 LayerMask 변수는 레이어를 비트연산자로 1 if(1따라서 트리거로 검출된 layer에 1 이진수를 제대로 사용한 것이 얼..

두 퍼즐을 진행 상황을 어떻게 동기화할지가 고민이 많이 된다. 일단 이 부분은 내가 생각하였을 때 퍼즐 타일을 움직일 때마다 동기화를 하는 방식으로 진행하여야 좋을 것 같은데 뭔가 머리속에서 제대로 처리가 안되는 느낌이다. 비슷한 예제 퍼즐을 찾아서 코드를 분석해보는데도 좀 많은 시간이 걸린다.알고리즘 능력을 키우는 방법에 대해서는 정말 많은 사람들에게 물어보았지만 결국 이것은 내가 많이 해보면서 키우는 방법밖에 없는 문제이다.고민하고 또 고민해보고 직접 써보면서 내가 터득할 수 밖에 없는 문제인데.. 4개월동안 분명 많은 것을 배웠다.C# 과 유니티의 학습법에 대해서 끊임없이 공부하였고처음엔 질문하기가 무서워 자주 찾아가지 않았지만 첫 프로젝트때 제대로 아는 것이 없는 것 같아 찾아갔고 그 이후로 계속..

새로 프로젝트를 만들어 실행하였을 때 로그를 읽었을 땐 무언가 메타파일이 사라졌다는 오류가 발생한다.프로젝트를 껏다가 재실행하면 사라지는 오류긴 하지만후에 어떤 문제가 발생할지 초보 개발자로선 걱정이 되서 한번여쭈어봤는데 해당 프로젝트에 포함되지 않은 요소들도 찾는 유니티 자체의 버그같다고 하셨다. 튜터님의 프로젝트에도 같은 오류가 발생한다고 한다고 하신다는 것을 보니 유니티도 하나의 프로그램이기 때문에이런 자잘한 오류들이 있는 듯하다.   가설을 세워봤을 때 이전에 다운받은 에셋의 프로젝트를 열어보기 위해 Newtonsoft 를 VisualStudio에서 다운 받은 적이 있고  manifest를 수정한적이 있었는데 이것과 연관이 있을지도 모르겠다.   언젠가 이런 오류들도 스스로 해결할 수 있는 개발자..