제가 선택한 원칙은 “상속보다는 조합을 선호하라”를 선택하였습니다.이 원칙은 객체지향 설계에서 기능을 재사용하고 확장할 때, 클래스를 수직적으로 확장하는 상속보다 객체들을 수평적으로 연결하는 조합을 우선시하라는 설계 지침입니다.여기서 상속과 조합이란?상속 (is-a 관

먼저 1차 합격을 받았을 때는 붙어도 안 붙어도 코딩테스트 공부는 하자는 마음으로 이미 공부를 하고 있었다.다른 사람들과 같이 준비하며 결과 당일 이메일을 기다렸다.이 순간도 엄청 떨렸지만, 그때는 몰랐다.이보다 더 떨리는 순간이 올 줄은.다른 사람들의 말을 들어보니합

이 글을 쓰게 된 이유 우테코 오픈 미션 개발을 마친 뒤 Postman으로 API 테스트를 하던 중 예상치 못한 500 Internal Server Error가 발생했다. Postman에서는 단순히 500만 표시될 뿐 원인을 알 수 없었기 때문에 서버 로그를 직접 확

도메인 객체들을 모두 만들고 서비스 레이어 코드를 작성하던 중 문득 이런 생각이 들었습니다.“도메인 테스트는 했는데… 서비스 코드는 어떻게 테스트하지?”구글링을 하다 보니 대부분의 예시에서 Mockito라는 도구가 등장했습니다.저는 지금까지 프리코스에서 단위 테스트 위

이 글을 쓰게 된 이유 이 글은 JPA 연관관계가 뭐야?! 라는 질문에서 출발했다. 우테코 오픈 미션 중 JPA 연관관계를 공부하던 도중 “ 이를 파고들다가 결국 영속성 컨텍스트(Persistence Context) 개념과 맞닥뜨렸다. 처음엔 단순히 외워야 할 개념

이번 프로젝트에서 StoredBook, StoredBooks, Reservation, Reservations를 먼저 구현하고 이제 Book을 만들던 중 고민이 생겼다. 예를 들어 “자바의 정석 - 남궁성”이라는 책이 있다고 하면 이 책은 여러

java.time을 쓰게 된 계기 우테코 오픈미션을 하던 중 예약 기능을 만들면서 "보류 기한은 3일"이라는 정책이 생겼다. 처음엔 단순히 int day = 3; 이런 식으로 처리할까 했지만 이건 그냥 숫자일 뿐 '시간'이라는 의미를 표현하지 못한다는 점이 마음에 걸렸

이 글은 우테코 오픈미션을 하는 도중에 오류 발생에 대한 이유와 공부 내용을 정리한 글입니다.개발중에 갑자기 이런 오류 문구가 떴다. 분명 나는 잘 작성한거 같은데..라는 생각으로 눌러서 확인을 해봤다.원인은 StoredBook에 public 또는 protected 기

이 글은 우테코 프리코스 오픈미션을 진행하던 중 JPA의 벽에 부딪혀 공부한 내용을 정리한 글이다. 그 중에서도 임베디드 타입(Embedded Type) 에 대해 집중적으로 다뤘다.이전에는 아무것도 모르고 단순히 다들 사용하니깐 해야지라고 생각했다. 하지만 이번에는 직

이번 우테코 8기 프리코스에 새로 생긴 오픈 미션을 진행하면서 Gradle 관련 오류가 일어나서 그 과정에 공부한 내용을 정리하려고 한다. Gradle은 단순히 의존성을 주입하는 도구가 아니라 빌드 전체의 실행 흐름을 제어하는 시스템이다.이번 포스트에서는 Gradle의

3주차 미션 : 로또 3주차 미션은 로또 게임이었다. 이번 주차는 설계 과정뿐만 아니라 코딩 과정에서도 유독 많은 고민을 했다. 사람들의 코드 리뷰를 통해 다양한 시각을 접하고, ‘함께-나누기’와 ‘토론하기’를 적극적으로 활용하며 생각의 폭이 한층 넓어졌다. 그래서인

2주차 과제 : 자동차 경주 2주차 프리코스 미션은 자동차 경주 게임이었다. 마침 학교 중간고사 기간과 겹쳐 정말 정신없는 한 주였지만, 그럼에도 불구하고 설계하고 코드를 작성하는 시간만큼은 오히려 즐거웠다. 그냥... 학교 시험이 힘들었을 뿐이다 😅 이번 미션은

드디어 우테코 프리코스 1주차가 시작되었다. 그동안 회고를 하더라도 단순히 머릿속으로만 정리하거나 노션에 짧게 메모하는 수준이었다. 하지만 이번 프리코스가 시작되면서 벨로그를 통해 ‘제대로 된 회고록’을 써보자고 마음먹었다. 이 회고록을 통해 스스로를 돌아보는 힘을 키