안녀하세요 질문이 있습니다.

안녕하세요. 호돌맨입니다.
질문을 남겨주셔서 감사합니다.

> Q1. 각 작업에서 위와 같은 데이터를 내려준다고 가정할 때, 실무에서는 응답용 DTO를 각각 만들어서 사용하는 편인가요??

목록보기, 상세보기 응답 클래스를 분리할지 말지는 회사나 팀마다 다릅니다.
저는 예시에 있어서 (처음에는)하나의 클래스로 만듭니다. 같은 도메인(게시글)을 어떤 모양(html)으로 보여줄지에 대한 정책만 다르기 때문입니다. 따라서 게시글 응답 클래스를 Json형태로 응답하고 클라이언트 측에서 받아서 가공후 사용하기로 협의합니다.
다만 시간이 지남에 따라 목록보기와 상세보기의 요구사항이 명확히 달라지면 응답 클래스를 두 개로 분리합니다.

하지만 필드수가 무수히 많을 경우에는 '하나의 클래스 vs 두 개의 클래스'를 떠나 여러개의 필드를 하나의 클래스로 분리할 수 있을지 생각해야합니다. 예를들어 [String 작성자] 같은경우에는 User Class로 분리할 수 있습니다.
하나의 클래스에 필드가 너무 많아지면, 분리가 덜 되었는지 의심해볼 필요가 있습니다.

> Q2. 클라이언트측에서 사용하지 않는 필드는 어떻게 처리 해야할까?

말씀하신 예제에서는 클라이언트측에서 내용, 조회수 필드가 사용되지 않는다고 말씀하셨지만 클라이언트측 요구사항은 수시로 변하게됩니다.  그런 변화에 따라 서버쪽 응답 클래스 정책을 변경하게 되면 번거로운 일이 됩니다.
실무에서는 클라이언트측에서 목록보기, 상세보기 뿐만 아니라 저런 게시글 도메인을 수십개이상 가져다 써야하는 상황이 발생합니다. 예를들어 최근 게시글보기, 인기게시글 보기, 운영자추천 게시글보기 등등등
그러므로 게시글이라는 도메인하나의 응답 클래스를 정의해서 모든 필드를 담는걸 추천드립니다. 그리고 위에 말씀드린대로 목록보기, 상세보기 요구사항이 많이 달라지게 되면 그때 응답 클래스를 분리하는걸 추천드립니다.

궁금한 거 있으시면 언제든 질문주세요
감사합니다.