1cm의 개발일지

KEEP목표점을 확실하게 정하여 좋은 결과물을 만들 수 있었다.여러 새로운 시도를 해 다양한 시도를 할 수 있었음 PROBLEM서로에 대한 코드에 대한 소통이 다소 부족했다. 나중에 개인적으로 분석해서 겨우 완성할 수 있었다.관련 지식이 부족해 새로운 시도에 대한 완성은 실패하여 아쉬웠음 TRY서로 만든 코드에 대한 대화를 긴밀하게 해야겠음을 느꼈다.지식 공부가 늘 중요하다는 생각이다.

이번 프로젝트는 선택 구현 사항을 많이 구현 못해서 아쉬움이 많이 남는 거 같다. Keep 필수 구현 과제의 경우 역할 분배가 잘 되었다 생각한다. Problem 강의를 꼼꼼하게 듣는 편이라 많이 늦어져 프로젝트랑 같이하려니 힘들었다.필수 구현 과제 구현에 너무 많은 시간이 소요되었다. Try 강의를 보다 모르는 부분이 있으면 튜터님께 빠르게 물어보는 것이 중요할 것 같다. 프로젝트에 집중할 수 있는 시간 확보를 위해 최대한 강의는 빠르게 들어야할 것 같다.기본 지식(이번의 경우 싱글톤)에 대한 부족한 이해가 구현에 발목을 잡았기 때문에 최대한 역시나 공부를 통해 기본 지식을 잡아두는 것이 중요할 것으로 보여진다.

이번 던전 텍스트 게임을 제작할 때 나는 팀장의 임무를 맡았다. 하지만 처음 맡는 팀장이다보니 미숙한 점을 너무 많이 보였고 아쉬움이 많이 남는 것 같다. KPT 회고록을 써보며 이번 프로젝트를 되돌아보려고 한다. Keep각자 담당하는 클래스를 나누어 작업하니 깃허브 사용시에 발생하는 문제가 적었고 만일 다른 클래스 내용에 수정이 필요하면 서로 간의 논의를 통해 수정해 나가는 과정 속에서 깃허브 활용의 장점을 느낄 수 있었다. Problem 휴일에 추가적인 구현을 시도헀을 때 다른 팀원 분들이 만든 클래스를 건드려야 하는 부분이 생겼었고 협의 없이 건드리기엔 리스크가 있었다. 또한 클래스 별로 나누어 작업하다보니 다른 분의 작성한 클래스에 대한 이해도 필요했고 내가 담당한 클래스는 저번 개인프로젝트 때 ..

1주차 프로젝트가 끝났다. 팀원들과 프로젝트를 하면서 만족한 부분(Keep), 개선이 필요했던 부분(Problem), 해결 방법(Try)에 대한 회고를 해보고자한다. Keep 각자 해야할 부분을 적절하게 배분하여 작업을 하였다. 변경 사항이나 버그가 생긴 부분에 대한 공유가 빠르게 되었다. 궁금한 것이나 모르는 부분이 생기면 상황 공유를 하며 서로에게 도움을 줄 수 있어 좋았다. Problem 초반에 방향성이 제대로 잡히지 않아 소통에 있어 어려움이 있었고 내 자신이 내성적인 성격이라 의견 피력하지 못한 것이 아쉬움 완성이 되지 않은 상태에서 완성이 된 상황을 가정하고 추가적인 기능을 구현하고자 해 완성이 늦어졌다. 여러 버그들과 버그들을 찾는 과정에 있어 많은 시간이 소요되었다. 분명 더 효율적인 코드..