벌써 우테캠의 2주 차 순서인 JPA도 얼마 남지 않았다. 시간이 정말 빠른거 같다! 특히 최근 2~3주 동안 너무너무 바빴어서 더 그런 거 같다. 암튼 오늘의 포스팅 주제는 @EnableJpaAuditing 어노테이션이다. JPA 첫번째 과제를 하다가 배우고 느낀 것들을 정리해보고자 한다! 사건의 발단 created_at timestamp not null, updated_at timestamp, 여러개의 엔티티를 DDL을 참고하여 JPA 매핑 작업을 하고 있었고, 대부분의 엔티티에는 위의 컬럼들이 공통적으로 구현되어 있었다. 나는 첫번째 회사에서도 사용해본 경험이 있었어서 바로 저 부분을 공통 클래스로 구현하여 상속을 받는 구조로 구현을 시도했다! 더불어 EnableJpaAuditing 기능을 사용하여..

오늘 포스팅은 다소 어이없을(?) 수도 있다. 오늘의 주제는 Java Stream의 일부인데, 모르고 쓴다기보단 막 쓰면 일어나는 일이라고 해야 할 수도 있겠다. 더 나아가자면 Stream의 문제가 아닌 그냥 개발자의 태도의 관한 포스팅이라고 생각하면 편할거 같다. 이전 회사에서는 Stream을 자주 사용하지 않았다. 대부분을 향상된 For문과 조건문을 활용해서 각종 필터링 작업을 진행하고, 그룹핑 해야하는 부분에서만 간혹 사용하곤 했다. 그런데 이번 회사는 신기할정도로 Stream을 자주 쓰고 거의 대부분이 Stream을 통해 구현되어 있다. 적응하면 가독성도 좋아지고 퍼포먼스도 잘 나온다고들 하는데, 나는 사용을 거의 안 해봐서 별로 체감하지 못하고 있었다. 그래도 지금 하는 프로젝트에선 주로 사용하..

안녕하세요! 해피 추석입니다 😋 이전에 다니던 회사에서는 모든 서버에 Swagger UI를 도입하여 사용하였다. Swagger UI를 사용하면 컨트롤러에 설정한 모든 Endpoint나 Parameter들이 개발자가 세팅하지 않아도 화면으로 구성된 칸에 작성만 해주면 알아서 적절하게 API Request를 날려준다. 하지만 지금 다니는 회사에서 한 서버에 Swagger UI를 사용하지 않고 있다. Swagger UI 물론 굉장히 쉽고 간편하지만, 너무 편하게 사용한 나머지 어떻게 사용되는지를 생각하지 않고 개발을 하게 되어서 Swagger UI를 사용하지 않는 서버에서 API 테스트를 하려고 하니 앞이 막막했다. Postman을 사용하여 API를 테스트하는데, 자동으로 세팅해주던 Swagger UI와는 다..