미니 프로젝트 관련

미니프로젝트 작성을 완성하였다.

요즘 정신이 없어서 블로그 작성을 좀 미뤘는데 간단하게나마 미니프로젝트 소회를 정리해보려고 한다.

배운것

1. 변수명의 중요성 (못한점)

변수명의 중요성 : 팀프로젝트로 시작해서 어느정도 작업이 시작되고 나서 서로간의 규칙을 지정하지않은 것이 결국 중반이 가니 조금씩 문제가 되었다. 어떤 것을 지칭하는지 잘 알수 없는 변수명이 계속 RP되고 서로간도 알아볼 수 없는 파일 하나씩 생기는 것을 직접적으로 경험하게 되었다. 그렇기에 다시 한번 팀원분들께 변수명을 같이 정리해보자고 이야기를 하게 되었다.

2. 폴더 구분의 중요성 (잘한점)

전체적으로 기능부분과 redux 부분 그리고 view 로 관리를 시작했는데 생각보다 이렇게 나누는 것이 중요한 것을 다시한번 배웠다. 기본적인 MVC구조라고 생각하고 관리하니 다른 팀원도 크게 불편함이 없었다.

3. 상태관리의 어려움

데이터 흐름을 단방향으로 흐르게 하는 상태관리 툴 redux를 사용하긴 했지만 그 관리 방식을 크게 다뤄보지 못해 어려 시행착오가 많았다. 순서와 병합 useSelecter 의 데이터 관리 방식 등 좀 더 공부할 점이 많다는 것을 배운 미니 프로젝트가 아니었나 생각해본다.

4. 웹접근성에 대한 사고

전체적으로 프로젝트 기본골격에만 신경을 쓴다고 span에 클릭을 넣거나 a 링크 관리나 필요없는 html 코드를 남발한 구석이 있어 수정을 하였다. 알고 있는 부분이었지만 신경을 좀 못쓴것을 반성하는 계기가 되었다.
다시 한번더 [A11Y]https://developer.mozilla.org/en-US/docs/Web/Accessibility 를 살펴볼 계기가 되었다.

회고

1. 유닛 테스트를 만들고 미니프로젝트를 해보자

관리적인 측면도 있고 웹개발 선행 단계에서 좀 더 어디가 문제인지 바로 파악이 가능하게 설계할 수 있어보인다. 간단하게 jest 를 사용해보는 것이 좋아보인다.

2. 초기 변수명 선언에 규칙을 만들고 제작하자

변수명 선언할때 카멜케이스를 쓸지 혹은 어퍼케이스를 쓸지 혹은 변수명의 길이를 제약할지 등 기초적인 부분은 초기에 팀원과 같이 정해두고 개발하는 것이 중요할 것이라고 생각이 든다.

3. 우선순위를 다시 한번 생각하고 개발하자

우선순위 없이 개발하면 개발 단계에서 무수히 많은 문제가 발견되어 다시 한번 더 고치게 되는 문제를 겪게 된다. 이부분도 공부를 하게 되어 좀 더 체계적인 방식을 공부해볼 생각이 들었다.