[내일배움캠프] 두번째 미니프로젝트 KPT 회고록

짧다면 짧고 길다면 길었던 두번쨰 미니프로젝트가 끝이 났다.

팀원분들의 도움을 많이 받아 성공적으로 미니프로젝트를 끝낸 것 같다.

 

우리팀은 구글 시트를 이용하여 Keep, Problem, Try 를 적었다.

https://docs.google.com/presentation/d/1zmQ16HBuKoVeUONEcI3fDhfpip4-eyYsHUjyfTCQyEc/edit?usp=sharing 

소림사

블로그에도 한번 정리해봤다.

 

 

Keep

• 의사소통이 원할하고 바른말 고운말 사용
• Git을 사용한 협업
• 배우고자 하는 열정 가득
• 할일을 알아서 찾는 문화 ( 할 일을 서로에게 미루지 않음 )
• 프로젝트에서 발생한 문제나 로직과 관련해 열린 피드백
• 이해가 안되거나, 모르는 로직에 관한 설명 적극적으로 물어보고 답하는 시스템
• javaDoc(/** 코멘트), region(code folding) 등 부가기능 적극 활용

 

 

Problem

• 프로젝트 시작 전 다같이 설계하기의 부재 및 소통 
• 서비스는 흐름 제어만 해야한다.
• Git message와 body 를 어떻게 할지 정했더라면 좋았을 것 같다.
• 메소드의 boolean 리턴 남발
• 예외처리를 깔끔히 처리하지 못함
• 객체지향적이지 못한 BankService
• Git 활용 숙련도 부족
• 개발환경 관련 예상치 못한 이슈 다수 발생
• 사전 설계과정 부족
• Service 구현 시 비즈니스 로직을 분리하는 것이 조금 헷갈렸음.
• 예외 처리에 대해 많은 지식이 없어서 그냥 막 휘갈겼는데, 이 부분이 많이 아쉬움
• 코드를 더 맛있게 짤 수 있었는데, 능력 부족으로 인해 맛이 조금 덜 했음.
• 변수명 이름을 애매하게 지었다.
• 너무 어려웠다.

 

 

Try

• 주석 달 때 author 정보도 같이 표기하기
• 예외처리에 대해 더 알아보고 제대로 예외처리 하기
• 몇몇 에러들은 에러메세지만 출력하는 것으로는 모른다. e.printStackTrace를 활용해보기
• boolean 리턴 최대한 줄이고 예외 throw 하기
• 예외는 발생시킨 함수에서 처리하기보다 호출한 함수로 던지기
• BankService도 domain repo service로 나누기
• Github pr 및 commit 메세지 더 잘 작성하기
• 기능을 만들 때,  어떻게 하면 더욱 간결하게 할 수 있을까? 고민하기
• 객체지향의 장점을 잘 활용할 것.
• 더욱 상위 로직으로 예외 던지기
• 자바 공부하기
• Git 사용법 공부하기
• 변수명 이름 처음 보는 사람들이 이해하기 쉽게 이름 짓기
• 코드 작성 전 사전 설계로 패키지 구조, 클래스명, 메소드명 먼저 정하고 시작하기
• 좀 더 철저하게 객체의 책임과 역할을 세분화 할 것

 

 

이렇게 해서 2번쨰 미니프로젝트가 끝이났다.

다음 프로젝트때는 앞에서 적은 Try 를 참고해서 프로젝트를 만들어봐야겠다.