결론부터 먼저 말씀드리자면, 현업에성 성능 가독성 모두 중요합니다. 성능 댓글을 N번 쿼리하는것은 bad example입니다. 한번 쿼리로 가져올수 있게 쿼리쪽을 바꾸시거나 다른 예제상황에서

결론부터 먼저 말씀드리자면, 현업에성 성능 가독성 모두 중요합니다. 성능 댓글을 N번 쿼리하는것은 bad example입니다. 한번 쿼리로 가져올수 있게 쿼리쪽을 바꾸시거나 다른 예제상황에서 그게 불가피하다면 PM UX Frontend와 상의까지 할수 있습니다. 이 상황에서는 native query가 필요하겠으므로 ORM은 안좋다고 할수 있겠습니다. 가독성 가독성 나쁘면 자신들에게 독이됩니다. 유지보수가 힘들어지고 스파게티 코드가 늘어나겠죠. JPA가 가독성을 높인다는 것이 선택사항이지, JPA 없이도 구조 잘 짜고 네이밍을 잘해놓으면 충분히 가독성을 높일 수 있겠습니다. 코드 체크리스트 룰을 만드시고 코드리뷰등에서 일관성을 유지하세요. (예: 하나의 Repository 메소드에는 하나의 쿼리만 유지한다 등) 성능 가독성 둘다 1순위지만 그럼에도 불구하고 둘중 하나만 선택해야한다면 그것또한 경우에따라, 접근정도, 쿼리 비용, 프로덕션 데이터 상태등을 보고 상황에 맞게 선택해야 할 수 밖에 없습니다. 성능을 선택한다면 낮아진 가독성 예외상황에 대해 팀 내외부에 정기적 미팅등을 활용해서 충분한 공유가 되면 좋겠구요. 가독성을 선택한다면 낮아진 성능에대해 DBA쪽에 충분히 설득이 되어야 할 것입니다.