[CodeStates BE D+135] Pre-Project 회고

jgoneit·2023년 6월 27일
0
post-thumbnail

정말 정신없이 지내오다가 오랜만에 글을 작성하는 것 같다. 어느덧 부트캠프를 진행한지 135일이라는 시간이 지났다. 4개월을 채우고 5개월을 채워가는 중이다. 어쩌면 부트캠프 종료까지 얼마남지 않은 시점에 서있다.

코드스테이츠에서 프리프로젝트로 스택오버플로우(stackoverflow)클론 코딩 프로젝트를 진행했다. 프로젝트를 진행하며 끝도 없이 보였던 나의 부족한 부분을 봤다. 하지만 어떤가. 신입 개발자도 아닌 취업 준비생으로 부족한 점을 깨닫고 또 한번 나아갈 수 있는 발판을 만들어 나갔으면 된 거아니겠나!

라고 생각하고 싶지만 모든 기능을 구현하지 못했고, AWS상에 파일 빌드 시 에러 가 발생한 것을 결국 해결하지 못해 배포하지 못해서 프론트 분들이 완성해놓은 페이지를 클라우드 상에서 구현하고 테스트 해보지 못한 점에 있어서 너무 아쉽다
우리팀은 사정상 프론트 3명 백엔드 2명으로 진행됐다. KPT형식으로 회고를 작성해보자

😎 Keep

  • Git을 이용한 코드 공유와 리뷰. 그리고 충돌 시 해결
  • 회의를 하며 필요한 내용은 Notion이나 Discord채널에 기록
  • 개발을 하며 진행 사항과 에러 발생 시 디스코드 채널 혹은 팀원과 DM으로 공유하기
  • 회의시 잘 모르는 분야라도 일단(?) 의사소통 참여하기

🔻 Problem & 💪 Try

  • 프로젝트 시작 시 태스크의 우선순위를 빠르게 정하지 못했다.
  • Test -> repository -> Test -> Service -> Test -> Controller -> Test -> API명세서작성의 형식으로 진행하며 API명세서를 제작했는데 이 기간에서 API명세서 작성에 대한 시간이 오래걸려서 프론트분들을 조금 기다리게 했다.(이 방법이 틀렸냐? 라고 그런다면 아직 확신이 없지만 오래걸렸다는 점에서...)
  • 부득이하게 백엔드에서 한 분이 참여하지 못했다. 더욱 자기관리와 시간관리를 잘 했어야했는데 프리 프로젝트를 진행하면서 스트레스 관리에 취약했던 것 같다.(계속 잡고 있을 때보다 리프레쉬한 후에 보이는 것들도 있었다)
  • 조금 더 부지런해지자.. 인텔맥북에서 실리콘맥북으로 바꾸며 마이그레이션을 진행했는데 여기서 거의 하루를 날렸다.. 그만큼 셋팅이 끝나고 시간을 쏟았어야했는데 셋팅이 끝나고 지쳐 쓰러졌다.
  • SpringSecurity상에서 로그인 했을 때 인가 된 사용자 정보를 받아 올 수 있는 UserDetials를 사용한 postman에서 어떻게 테스트를 진행할 수 있는가에 대해서는 여전히 해결책을 찾지 못해 공부가 더욱 필요하다.
  • AWS EC2에서 파일 빌드 성공. 그러나 Mysql DBconnection문제로 인한 클라우드 상 업로드 실패. 이것도 추가적으로 여유시간이 있을 때 찾아봐야겠다.
  • 나를 괴롭혔던 ERROR 2002 (HY000): Can't connect to local server through socket '/tmp/mysql.sock' (2)
  • 가장 아쉬운 것들은 트러블 슈팅이 생겼을 때 바로바로 블로깅을 하려고 생각했지만 생각했던 것과 다르게 밀려있는 태스크를 보며 해결하고 바로 다음 태스크로 넘어가버렸다,, 못한 이유는 프로젝트 로직 작성 시간 외의 시간관리를 잘 하지 못해서 인 것 같다.

특별한 기억 & 소감

  • Problem에서 작성한 것 처럼 ERROR 2002 (HY000): Can't connect to local server through socket '/tmp/mysql.sock' (2) 에러를 만나고 mysql과 mariadb를 거의 2~30번 초기화, 삭제, 재설치를 반복했다.
    mysql을 hombrew에서 삭제하고 mariadb만 삭제후 재설치를 했다. 그리고 mysql -u root -p를 사용해서 mariadb에 짐입할 수 있었다. 왜 아직 Mysql을 설치했을 때는 동일한 오류가 발생하는지 원인은 찾지 못했다.. 찾고싶다

  • AWS RDS와 EC2의 초기 셋팅을 경험해봤다. 비록 앱 실행에 있어서 에러가 발생했지만 발생 원인만 찾는다면 꽤 쏠쏠한 경험치를 얻을 수 있을 것 같다.

  • SpringSecurity상에서 로그인한 유저 정보를 UserDetials인터페이스로 받아왔는데 이것을 mockMVC에서 직접 생성하여 테스트를 진행해서 정보를 받아올 수 있었다. 하지만 postman에서는 테스트할 수 있는 방식에 대해서 공부가 필요하다.
    postman상에서 테스트와 cloud에도 배포하지 못해 프론트코드와 연동하지 못해본 점은 매우 아쉽다.

  • Question Entity에서 @Size@Column(length=)를 사용했어야했는데 @Min()으로 작성해서 문자의 최소길이가 아닌 숫자의 최솟값 범위를 지정해 둔 적이 있다.. ㅋㅋㅋㅋㅋ 에러메세지를 보고 왜 길이가 안맞지? 하면서 Entity파일을 보다가 어이가 없었다,,

  • 메인 프로젝트 때는 에러가 발생했을 때와 모르는 것이 있을 때 혼자 해결해보는 것도 좋지만 내가 시도해본 방식과 에러현황을 정리해서 멘토분과 동기들에게 질문하고 함께 해결책을 찾아보는 방법으로 진행을 해봐야겠다. 그리고 블로깅도 꼭 조금씩이나마 쓰면서 로그를 남겨야겠다.

profile
be to BE Dev

0개의 댓글