Crpt of Moloch

또다시 새로운 주차의 시작 새로운 조원들 어쩌구다들 힘찬 인상을 보여줬다 유니티 입문1강~5강유니티 입문스크립트 사이클 : Awake, Start, Update, OnDisable-Deastroy 등으로 게임 오브젝트의 초기화, 업데이트, 파괴 등의 동작을 정의한다. 접근 제한자와 직렬화 : public은 기본적으로 직렬화를 시켜 인스펙터 상에서 보여지게 되는데, 이걸 private에서도 [SerializeField] 키워드를 사용해 직렬화를 해 인스펙터에서 제어할수 있게 할수 있다. 기타 핵심 기능 : 1. Pixels Per Unit ( PPU ) : 스프라이트가 차지하는 공간의 단위로, PPU가 100이면 100픽셀짜리가 1유니티 단위가 된다.   그래픽과 물리 시뮬레이션에 영향을 끼쳐 성능에 연관..

발표자료 FigmaCreated with Figmawww.figma.com 드디어 오늘 발표날이다. 생각보다 반응이 좋았던것 같다. 특히 팀원분이 만드신 타이핑 이팩트와 나의 던전탐험 / 스토리 전개가 반응이 좋았던것 같다, 그 외에 특히 배운건 많이 없었지만 역시 꾸준함을 위해 오늘도 글을 쓴다

오늘 드디어 프로젝트를 마무리했다. 마지막으로 추가한것은 보스전 연출이고, 어제 못다고친 이슈들을 해결했다 그리고 이번 발표 자료로 ppt/pdf 대신에 피그마를 사용해보게 되었는데 기능들이 매우 알차서 마음에 든다.내일 마저 준비 할것이다. 그리고..  오늘 내가 우수 TIL로선정이 되어서 매우 기쁘다!! 특히 게임을 향한 진심이 느껴진다 는 평가가 날 아주 기쁘게 했다..왜냐면 나는 진짜 게임에 진심이니까..................

뭐 많이 한것같지도 않은데 시간이 많이 흘러간다 근데 그런거치콘 스크립트 파일이 여러개 추가되긴 했다 기존에 해왔던 패턴을 재활용 하다보니 속도 자체는 늘어나지만, 역시 협업이라 꼬이는 부분도 있다 그래도 깃허브에서 크게 꼬여 뭔가 날라간다거나 하는 문제는 없어서 그리 험난하지는 않다 이제 내일 프로젝트를 마무리할 계획인데, 앞으로 구현할것은 보스전 뿐이다. 보스전까지 가기 위한 성장 곡선을 그릴수 있도록 기존 게임 로직을 손보기도 해야한다. 그렇게 마무리가 되면 그 다음날(캠프는 휴일이지만) 발표자료를 준비할 계획이다.

순조롭다가도 순조롭지않게?? 흘러가는 팀프로젝트 순조로운 이유는 완전 벽처럼 느껴지는 어려움이 없기때문에순조롭지않은 이유는 뭘 많이 안한것같은데도 시간이 훌쩍 가기때문에.. 오늘은 개인 프로젝트에서 못 다 구현한 것들을 시도해봤는데, 상점에서 물건을 판매하거나 하는것이다.기존에 해본것들의 경험이 쌓이다 보니 점점 복잡한 문제를 마주하는 시선이 달라지고 있는것같다. 그렇게 꾸준히 경험을 쌓아가다보면 서서히 튜터님들같은 전문가처럼 될수 있을것이다.적어도 미전공자에겐 그리 보일것이다. 그런 꾸준함을 위해 나는 오늘도 블로그 글을 쓴다.

생각보다 프로젝트 진행 속도가 더뎌진다..각자 개인 과제에서 했던 내용을 서로 조합해보는것만으로도 시간이 많이 들고있다!  속도가 더뎌진 요인은 시작할때 와이어프레임을 작성하는것을 비롯한 기획 활동보다 개인 과제 요소 재조합을 우선시한나의 결정이 결정적(ㅋㅋ) 이다...  시작 전에 충분히 프로젝트 진행 방향을 설정하고 갔어야 더 매끄러운 진행이 되었을것 같다..  오늘 진행하면서 느낀점과 배울점을 기술하겠다.. :  1) 클래스의 구성 방식 사전 합의 : 프로젝트를 구성할 클래스들의 맴버 변수들의 접근 제한자와, 명칭 표기법, 그리고 서로 값을 주고받는 방식들을 사전 합의해야 문제가 덜 일어날 것이다.접근 제한자와 get set 사용 방식으로 어떻게 클래스들끼리 변수의 값을 주고받을지, 그 방법을 사전..

더보기Visual Studio / ctril + kd 로 정렬 정리 오늘부터 다시 팀활동이 시작된다, 개인 과제로 만들었던 RPG게임을 협업으로 더 확장해보는것이 과제이다.우리 팀은 서로 개인과제를 어떤식으로 만들었는지 같이 훑어보고 설명해보는 시간을 가졌고,그중에서 서로 마음에 드는 부분을 뽑아 팀 과제로 가져와 반영시키기로 했다. 그중 내 요소는 Stage 진행 방식과, Item을 중앙 집권화해 관리하는 방식이다.

오늘 드디어 Text RPG를 마무리하고 재출하는 날이 되었다. 그동안 작성한 코드들이 정말 많았으나,어떻게든 이 글에서 구현하는동안 배운것과 구현한 과정들을 요약 정리 해보도록 하겠다.  프로젝트를 한 클래스 안에서 클래스를 또 정의하고 메소드를 만들고하다가 몇백 줄이 넘어갔었는데,유니티에서 했던것처럼 스크립트 파일을 class별로 나누어 정리를 하다보니 이번엔 폴더를 쫙 펼치니 파일 주소 목록이 이렇게 길어졌다 ㅋㅋ 하지만 이렇게 나누어 관리를 하는것이 그렇지 않은것보다 몇백배는 더 편했고, 또 기존에 정의한 class를 파일로 빼는 단축키로..아....................어...............지금은 까먹어 버렸다......GPT 비서야 도와줘! [GPT가 답변해준 것] {Visual..

3) 델리게이트, 람다 및 LINQ{이 부분에서 꽤나 자주 사용되는 문법들이 등장한다고 한다!! 그리고 강의를 들어보니 진짜 잘 활용할수있을것같다!물론 이해를 완벽하게 했다면 말이다!     델리게이트{델리게이트란 메서드를 참조하는 타입이다(??) 이말은 잘 안와닿으니.. 메서드를 변수에 저장 할수 있다는걸로 이해하자.. 예제 1: 델리게이트를 선언해준뒤 메소드 두개도 선언, 그리고 메인에서 메소드들을 연결해서 한번에 호출해주는 모습이다.이걸 이용하면 대화문이라던지 여러가지 방식으로 사용할수 있을것 같다.  예제 2: 다음 예제에서도 무언갈 배울수 있었는데, event함수로 선언한 OnAttack 메소드(이벤트?)를 호출할때? 물음표를써서 null 조건부 연산자로 만들수 있다는것이다.OnAttack이 n..

어제 쓰던거에 이어서,,, 1) 인터페이스와 열거형{ 인터페이스 ( Interface ){ 인터페이스란, 클래스가 구현해야하는 맴버들을 정의하는 것이라 한다.즉 인터페이스가 클래스의 일종인것은 아니고, 클래스의 제약 조건을 명시하는 것이다.     예시 1 : 이동 구현 더보기   이렇게 interface와 그 맴버를 선언하고  후에 클래스를 선언해  클래스에 인터페이스를 달아줘 제약을 걸어주게되면 빨간줄이 뜬다 ; 인터페이스 맴버를 구현하지 않았기 때문에.    이렇게 클래스를 선언할때 클래스의 구성 요소를 인터페이스가 결정하는 방식이 되어, 클래스를 하나하나 선언할 필요 없이 인터페이스를 수정하고 적용시키는 방식으로 용이하게 작업할수 있게되는 것으로 이해했다.   메인에서 불러와 실행시킬땐 이런식으로..