방금 풀어본 문제를 컴포넌트 패턴을 사용해서 비주얼 하게 구현을 해보도록 한다. 

 타일을 만드는 요소는 스템프나 베이스나 동일하기 때문에 이렇게 함수로 만들어 놓고 같다 붙이기만 하면 작동하도록 만든다. 

 마찬가지로 각각의 큐브에는 각각 큐브 스크립트가 붙는다. 이런식으로 유니티를 개발하는 대부분 일어나는 일들이 컴포넌트 패턴을 의미한다. 

 다시 만들어 본다. 

 코드에서 얻은 결과값과 큐브에서 레이케스트를 쏴서 얻은 결과값이 같은지 비교를 해봐야 겠다. 그래야 맞게 풀었는지 알수가 있을꺼 같다. 

 데이타를 취합해 보니 이동전 값은 30으로 같은걸 알수가 있다. 

 이제 코루틴을 이용해서 큐브를 움직여 보는걸 만들어 보면 될듯 싶다. 

 요렇게 삐져 나가지 못하게 하면 될듯 싶다. 

 366이다. 먼가 실수가 있는듯 싶다. 

 초기 세팅을 해줘야 하는 거였다. 

 완료다. 

 코딩테스트를 마지막에 봤다. 역시나 못풀었다. 평소 배열을 쓰지 않고 F#에 가깝게 코딩을 하다보니 떨어진듯 싶다. 집에서 그냥 맥주에 감자칩 먹으며 천천히 풀어보도록 해야 겠다. 

 컴퓨터 공학 출신이 아니라면 코딩테스트는 힘이 드는듯 싶다. 

 리스트가 아니라 배열로 풀어야 하고 for문을 4개를 쓰는 방법이라고 했었다. 그런데 일단은 List가 익숙하니까 이걸로 풀어야 겠다. 

 5x5 상자에 3x3 상자를 한칸씩 옆으로 이동하면서 곱하는 문제이다. 그리고 합을 도출하면 된다. 문제를 이렇게 말하면 이해가 어려우니 다 만든 다음에 보여 주어야 할듯 싶다. 

 비교하는 3x3 상자를 객체로 만들자. 

 이게 그냥 for문이 네개가 나와야 한다는데 이렇게 바로 풀기에는 인간의 머리로 이해가기가 쉽지가 않다. 그래서 객체 단위로 나누어야 할듯 싶다. 

 3x3 박스는 3줄짜리가 있는거고 5x5 박스는 4줄 짜리가 있는 거다. 벡터2 라인 박스 이렇게 상위 객체로 묶어내는 방식이다. 

 요렇게 묶어 내는 건데 사실 이게 문제의 의도는 아니였다. 

 라인 클래스만 있어도 되고 박스클래스는 필요없을듯 싶다. 원래는 이렇게 풀려고 했는데 옆에서 문제의 의도는 리스트를 쓰는게 아니라 배열을 쓰는 거라고 하더라.

 이제 간단하게 3x3과 5x5에 3x3의 곱을 구하는 걸 만들도록 한다. 

 그냥 풀자. 어차피 답만 맞으면 된다. 

 문제가 이런식으로 각 x y를 비교해서 곱하는 형식으로 되어 있다. 

 사실 이건 컴포넌트를 사용해서 푸는게 더 편할듯 싶긴 하다. 

 먼가 에러가 뜬다. 

 잠깐만 조금 생각해 보자. 

 이렇게 하면 될듯 싶다. 

 432가 나온다. 

 중간 객체를 만드는게 핵심인듯 싶다. 

https://github.com/aigoia/UnityTest/tree/main/Assets/FailTest

 쫑이다. 

 언리얼 테크니컬 아티스트 포지션 제안 온거 문자로 답하다가 전화가 왔었다. 그래서 해드헌터인줄 알고 그 회사 공고는 봤는데 언리얼이라서 안썼다고 했다. 근데 전화온건 오늘 면접 보는 회사였다. 머리가 누렇게 떴었는데 어찌 어찌 이성에 끈을 잡고 면접을 보고 오긴 했다. 

 이번주는 조금 편할줄 알았는데 그렇지 않은듯 싶다.

 아 글고 항상 면접에서 전회사를 도망친거를 말하는게 좀 조심스럽다. 아에 안물어 보면 좋을텐데 안말할수도 없고 참 난감해서 이력서에서 빼버렸다. 내일 면접은 잘 피해 가야 겠다. 

https://docs.google.com/presentation/d/1woiba3iMIMt4F7OKyloYaU05juvy-o9obEMZCyKJUII/edit?usp=share_link 

https://oidoicompany.wixsite.com/aigoia

https://github.com/aigoia/goetita

https://store.steampowered.com/app/2114090/Goetita_Turnbased_City/

https://youtu.be/H9iPBcMj-uw