[이펙티브 자바] 아이템 27 비검사 경고를 제거하라 네오의 수업에서 테스트 코드에서 함수명을 한글로 사용할 수는 있지만 이럴 경우 컴파일 경고(Compile Warnning)가 발생하며 이러한 경고의 경우 프로그램이 커지고 경고가 많아질 수록 디버깅에 어려움을 주는 요소이기때문에 그때 그때 제거해주는 것이 좋다는 말을 해주셨다. 그리고 경고를 없애는 방법으로는 다음의 두가지를 말씀해주셨다. 1. @SuppressWarnings("NonAsciiCharacters") 사용 2. 함수명을 영어로 만들고 @DisplayName으로 설명 추가 당시 나는 모든 테스트 코드의 함수명을 한글로 만들어놓았기 때문에 이번 미션까지는 @SuppressWarnings("NonAsciiCharacters")를 사용하여 경고..
[우아한테크코스/프리코스] 2주차 백엔드 피드백
우아한테크코스의 프리코스 2주차 미션 제출 후 받은 공통 피드백 내용 중 저에게 도움이 된 피드백 내용과 그에 대한 생각, 또 해당 피드백을 코드에 어떻게 적용하였는지 작성해보려고합니다. 특히 이번 피드백의 경우 제가 2주차 미션을 진행하며 고민했던 부분들을 다룬 내용이 꽤 있어 제가 미션을 진행해온 방향이 크게 틀리지 않았다는 것을 확인 받을 수 있었던 것 같습니다. 발생할 수 있는 예외 케이스에 대해 고민한다 정상적인 경우를 구현하는 것보다 예외 상황을 모두 고려해 프로그래밍하는 것이 더 어렵다. 예외 상황을 고려해 프로그래밍하는 습관을 들인다. 이 피드백을 보고 저는 1차 코딩테스트를 봤을 때가 생각났습니다. 코딩테스트를 볼 당시 나름 기능 구현 뿐만 아니라 예외 상황에 대한 처리 또한 신경썼다고 ..
[우아한테크코스/프리코스] 1주차 백엔드 피드백
우아한테크코스의 프리코스 1주차 미션 제출 후 받은 공통 피드백 내용 중 나에게 도움이 된 피드백 내용과 그에 대한 생각, 또 해당 피드백을 코드에 어떻게 적용하였는지 작성하였다. 축약하지 마라 의도를 드러낼 수 있다면 이름이 길어져도 괜찮다. 누구나 실은 클래스, 메서드, 또는 변수의 이름을 줄이려는 유혹에 곧잘 빠지곤 한다. 축약은 혼란을 야기하며, 더 큰 문제를 숨기는 경향이 있다. 클래스와 메서드 이름을 한 두 단어로 유지하려고 노력하고 문맥을 중복하는 이름을 자제하자. 클래스 이름이 Order라면 shipOrder라고 메서드 이름을 지을 필요가 없다. 짧게 ship()이라고 하면 클라이언트에서는 order.ship()라고 호출하며, 간결한 호출의 표현이 된다. - 객체 지향 생활 체조 원칙 5:..