이번 학기는 팀 작업이 유난히 많다.
처음 해보는 팀작업을 두 세개씩 하다보면 시행착오를 거쳐서 요령이 생기는 것 같다.
일단 작업 분배에 있어서 정확하지 않고 어중간하면 너무 어중간하게 빈틈이 많이 나오는 것 같았다.
부분 부분 만들어지지 않은 곳이 많아서 모여서 볼 시간도 없는데 그러한 빈틈을 메꾸는데 1주일의 시간이 더 걸렸다.
두 번째로 스크립트 작성 시 항상 범용성을 생각하며 작성하도록 노력하고 그것을 팀원에게도 요구 하는 것이다.
이러한 과정을 통해서 팀원의 스크립트를 가져다 쓰기 편리해졌고 내 코딩도 깨끗해 진 느낌이 들었다.
그런데 한 번은 러닝게임에서 오브젝트풀링을 구현하는데 이 스크립트를 사용할 사람을 위해 오브젝트 출현시간, 오브젝트 갯수, 위치 등 많은 것을 조정할 수 있게 해줬었는데 그렇게 되다보니 오히려 코드작성보다 더 어려운 사용법이 되버렸었다.
사용자의 의향을 너무 자세하게 맞춰주려고 하다보니 오히려 번거로워서 쓰기 싫어지는 것이다. 마치 레스토랑 서비스에서 웨이터가 손님에게 하나부터 열까지 전부다 물어봐서 손님이 화났다는 이야기가 생각났다.
그리고 자기가 만든 스크립트가 확실히 애착가고 소중하지만 잘못만들었거나 제대로 됬음에도 팀작업간 효율이 떨어진다 싶으면 인정하고 바꾸는 것은 생각보다 중요하다고 생각했다.
처음 해보는 팀작업을 두 세개씩 하다보면 시행착오를 거쳐서 요령이 생기는 것 같다.
일단 작업 분배에 있어서 정확하지 않고 어중간하면 너무 어중간하게 빈틈이 많이 나오는 것 같았다.
부분 부분 만들어지지 않은 곳이 많아서 모여서 볼 시간도 없는데 그러한 빈틈을 메꾸는데 1주일의 시간이 더 걸렸다.
두 번째로 스크립트 작성 시 항상 범용성을 생각하며 작성하도록 노력하고 그것을 팀원에게도 요구 하는 것이다.
이러한 과정을 통해서 팀원의 스크립트를 가져다 쓰기 편리해졌고 내 코딩도 깨끗해 진 느낌이 들었다.
그런데 한 번은 러닝게임에서 오브젝트풀링을 구현하는데 이 스크립트를 사용할 사람을 위해 오브젝트 출현시간, 오브젝트 갯수, 위치 등 많은 것을 조정할 수 있게 해줬었는데 그렇게 되다보니 오히려 코드작성보다 더 어려운 사용법이 되버렸었다.
사용자의 의향을 너무 자세하게 맞춰주려고 하다보니 오히려 번거로워서 쓰기 싫어지는 것이다. 마치 레스토랑 서비스에서 웨이터가 손님에게 하나부터 열까지 전부다 물어봐서 손님이 화났다는 이야기가 생각났다.
그리고 자기가 만든 스크립트가 확실히 애착가고 소중하지만 잘못만들었거나 제대로 됬음에도 팀작업간 효율이 떨어진다 싶으면 인정하고 바꾸는 것은 생각보다 중요하다고 생각했다.