🎉 First Project 회고록 🎉

🎉 first project 회고록!!

벌써 2주 프로젝트가 끝이 났다!! 와아아 👏👏👏

지금 드는 생각은.. 2주는 정말 짧았지만 좋은 경험을 했다고 생각한다. 많은 깨달음을 얻었기 때문!!😈

내가 만든 로그인 화면이지만.. 깔끔하게 잘 만든 것 같아서 만족스럽다..!

정말 객관적으로 나의 현재 실력을 체크할 수 있는 좋은 시간이 되었다고 생각한다. 그리고 어느부분에서 부족한지도 깨달을 수 있는 프로젝트가 되어서 정말 힘들었지만 정말 기뻤다.. 깨달음을 얻었을 때에는 진짜 나 자신이 성장하는 기분이 든다. 그래서 기분이 좋다.

깨달음을 얻었던 몇 가지 상황을 회고록에 기록해보려 한다.

1. 의사소통의 문제

개발을 하면서 팀원들간의 의사소통은 정말x10000 중요했다! 서버 측과의 의사소통은 API문서와도 직결되는데, 프론트엔드를 맡은 나의 입장에서 말을 하자면 데이터의 흐름을 명백히 알기 위해서는 조금만 애매하게 알아도 이게 맞는지 서버측과 확인 절차의 소통이 필요하다는 것을 깨달았다.

서버는 데이터를 내려주면서, 클라이언트가 이런식으로 데이터를 요청하길 바랐지만 정확한 의사전달이 없으면 클라이언트는 전혀 다른 방식으로 데이터를 요청하는 사태가 발생할 수도 있다.

나또한 이번 2주 프로젝트에서 이러한 사태를 만나고야 말았다.. 서버가 원하는 데이터 요청 방식과는 다른 형태로 데이터 요청을 하고 있었다. 나는 오로지 서버분들이 만든 API문서를 보고 요청을 할 때 header 부분과 body부분만 서버와 이야기를 나누었지 그 이상으로는 이야기를 나눈 적이 없었다.

결국 오류를 만날 수 밖에 없었던 상황이였다. 그 후 오류를 찾고 다시 의견을 맞춰가는데에 또 시간을 할애할 수 밖에 없었다. 나는 사전 방지를 위해서라도 API가 만들어진 후에 의사소통은 정말 중요하다는 것을 깨달았다!

2. 컴포넌트 설계의 중요성

이전에 나는 컴포넌트 폴더를 만들고 무작정 코드를 써내려가는 습관이 있었다. 그리고 폴더 하나에 한 기능을 모두 적어내려고 했었다.

이런 경우에는 코드가 정말 복잡해질 뿐만 아니라 가독성은 제로 수준에 가까웠다.

결국 나는 하루 종일 작성했던 컴포넌트 폴더 자체를 지우고 새벽부터 다시 코드를 써내려가야 하는 상황을 마주하고야 말았었다.

이때 깨달은 점은, 컴포넌트를 만들어야 하는 상황이 오면 폴더를 만들고 이 컴포넌트를 어떻게 또 쪼갤 수 있는지, 컴포넌트를 하나 더 만들어서 Props를 전달하는 식으로 만들면 더 효과적일지? 플로우 차트는 어떻게 될지 등등 미리 생각해봐야 한다는 것이다.

무작정 써내려갔더니 오류가 어느 부분에서 났는지 찾는건 거의 불가능에 가까웠다.

이러한 문제를 만나지 않기 위해 최대한 처음 부터 설계를 잘 해보자!

이렇게 나는 많은 깨달음을 얻고 2주 프로젝트를 마무리 할 수 있었다.

다음주 부터 이력서에 들어갈 프로젝트를 본격적으로 시작한다. 그리고 현재 팀원들과 그대로 이어나갈 예정이다.

그래서 그동안의 회고를 KPT(Keep Problem Try) 형식으로 작성해보려고 한다!

📌 Keep (유지할 항목)

• 팀원들과 매일 저녁 10시는 그 날의 회고를 적는 시간을 정해두자고 의견을 냈었고 지금까지 지키고 있었다. 회고를 적고, 오류 사항이나 어려웠던 점을 적는 시간인데 이 시간은 정말 잘 정해둔 것 같다.

• 혼자서 해결하기 힘든 문제에 부딪혔을 때, 팀원들에게 양해를 구하고 도움을 청한 적이 몇 번있었다. 그리고 결과는 항상 좋았다. 앞으로도 나 뿐만아니라 팀원들도 해결하기 힘든 문제를 맞딱드렸을 때, 팀원들과 같이 헤쳐나갈 수 있도록 해야겠다.

🤔 Problem (문제라고 생각하는 항목)

1. 기능 구현을 제 때 하지 못했을 경우 밤을 세운적이 여러번 있었다. 하루 평균 5시간도 못잔 것 같다.

2. 서버와의 의사 소통문제가 있었다. API문서만 보고 데이터 요청 로직을 짜려고 했다.

3. 컴포넌트 설계를 제대로 생각해보지도 않은 채 코드를 작성해 나아갔다.

4. 기능 구현을 하고 제대로 된 테스트를 하지 않았다. (ex. 새로 고침 후에도 데이터가 남아있는지 등)

5. 기능 구현을 다 마치지도 않은 상태에서 CSS 작업을 마무리했다. 이런 경우 기능 구현에 문제가 생기면 CSS도 다시 작성하고 일을 두 번하는 경우가 생긴다.

🔥 Try (Action Items)

• react 애니메이션을 공부하여 UI/UX에 더 신경을 써야겠다.

• 폴더 단위 설계를 잘 구성해야 한다.

• 변수명을 막 짓지 말고, 직관적으로 작성하자.

• 4주는 2주 프로젝트보다 더 긴 싸움이 될 것이다. 컨디션 조절을 잘 하자.

• 기획을 더 탄탄히 하자!