유니티 입문 주차 회고

아쉬운 점

• Scene을 두사람 이상이 건들면 충돌나기에 테스트는 각자 씬에서, 메인 씬들은 동적으로 생성하기로 함.
  • 그럼 Resources로 오브젝트들을 불러와서 생성해주는데, path를 string으로 입력하는게 맘에 안들긴 함. 극복은 하지 못했음.
  • Resource 생성에 String을 대신할 방법?
  • enum으로 만들자.
    • 이게 맞나? 엄청나게 큰 enum이 나오거나 여기저기 쪼개면 string이랑 무슨차이?
  • csv파일을 만들자
    • Scene에 생성될 오브젝트들의 이름은 가능하다고 생각
    • UI에서 UI를 불러올때는? 이것도 일일히 테이블을 만드는가..?
• 스포너를 대체 할 방법
  • 볼도 아이템도 뭐도 다 생성되는 것들에 대해 스포너를 만들고 싶다. 내 작업 영역이 아니라서 참았다.
• 싱글톤을 줄이고 싶다.
  • 책에서 싱글톤을 줄이는 방법이래서 제안하고, 다른 분이 구현해주시긴 했는데 이게 맞나 싶다.
• 팀플을 하는 법
  • 기획 안과 서로의 기능에 대한 고려가 안됨. 애초에 기획 안을 제대로 세우지 않은 것 같기는 함.
    • EX) 라이프 기능을 만들었는데 볼이나 아이템에서는 이를 고려하지 않고 만듬
    • EX) 스코어 기능이 있는데 벽돌에서는 이를 고려하지 않고 만듬
  • 자꾸 팀원들이 기능을 만들고, dev에 머지하면 내가 젭이든 뭐든 코드를 검토하고 오류가 안나게 수정해서 다시 커밋하게되었음.
  • 모든걸 프리팹화 하자고 미리 이야기 해야 할 것 같음. 그리고 수정사항들에 대해 노션으로 잘 남겨두고, 대화로도 많이 이야기 해두어야 할 듯.
  • 화려하고 기능이 많은 것보다 기능을 좀 더 효율적이고 잘 구현된 프로젝트가 더 가치 있다고 생각. 디자인 패턴도 적용해보자 액션도 써보자 하고 유도하지만 쉽지 않음. 이렇게 하는 게 맞나.. 저 스파게티를 보고 참아야하는가.. 근데 저걸 내가 다 손보면 그냥 내가 혼자하는게 나은데?..