Dev Log | 청소년 쉼터 지도 개발 일지 4

주제 Shelter: 청소년 쉼터 지도

프로젝트 레포 https://github.com/codestates/shelter

프로젝트 기간 2020.06.29 - 2020.07.10 (12일)

진행 기간 5일

남은 기간 7일

2020.07.03 Day 5

Filter 기능 하위에 있는 컴포넌트들을 만들었습니다.

css 스타일링을 설정하거나 지도 컴포넌트와 상호작용 하는 건 아니고 일단 필터링_{선택한 키워드 대로 목록을 가져오고 정보를 보여주는 것}만 완성한 것이지만요.

문제 및 보완

더딘 진행

생각보다 구현에 속도가 붙질 않아서 고민입니다.

한 기능을 만드는 데 3~4 시간은 예사고 심할 땐 하루 종일 붙잡고 있게 되는 것 같습니다.

평소 코딩을 빠르게 하는 것인 자신 없는 편이긴 해도 크게 걱정될 일은 거의 없었는데 지금처럼 정해진 일정이 있고 마감이 소분할 되어 있는 업무 환경에선 느린 진행 속도가 은근히 압박이 됩니다.

task card 관리

더딘 진행과도 일정 부분 연관된 문제입니다.

일단 task card를 작성할 때 react 컴포넌트에 대해서 깊게 고민하지 않았던 탓인지 task card와 실제 구현하는 컴포넌트가 일치하지 않았습니다.

예를 들면, FilterItem 컴포넌트와 FilterItemDetail 컴포넌트는 FilterList 컴포넌트를 만들어진 상태에서만 구현할 수 있었습니다. 그런데 FilterList를 만들고 upstream에 merge 되기 전까지 마냥 기다릴 수는 없는 노릇이어서 FilterList를 만든 브랜치에서 그대로 이어 갔습니다.

결국 기능 별로 PR이나 브랜치를 구분하는 것은 꿈도 못꾸고 한번 PR에 서너 개의 task를 뭉텅이로 처리하는 일이 잦았습니다.

또 상위 컴포넌트 입장에서도 하위 컴포넌트가 갖춰진 시점에서 완성되는 기능도 있기 마련이기 때문에 2~3시간으로 예상했던 task들은 기능 구현을 다 마치고 나면 소요시간이 다같이 8~9시간으로 기록할 수 밖에 없더라구요.

실제 결과물에 직접적인 영향을 미치는 문제는 아니지만 일정관리 부분에서 계속 삐그덕 되는 것 같습니다.

아무래도 다음 프로젝트에서 task card를 설정할 땐 해당 컴포넌트의 독립적인 요소를 미리 고려해서 그것을 구현하는 task와 다른 컴포넌트와 연결하는 task를 별도로 수립하는 방법도 시도해보면 좋을 것 같습니다.

_{물론 사전에 어떤 기능이 그 컴포넌트만 고려해도 되는지, 다른 컴포넌트도 고려해야 하는지 구분할 자신은 없습니다^^}

Back to top ↑