Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update sangwon_link.md #8

Merged
merged 1 commit into from
Nov 16, 2024
Merged

Update sangwon_link.md #8

merged 1 commit into from
Nov 16, 2024

Conversation

nowgnas
Copy link
Member

@nowgnas nowgnas commented Nov 5, 2024

No description provided.

Copy link

github-actions bot commented Nov 5, 2024

Chat GPT's review

Blog Link: https://nowgnas.github.io/posts/error-handle/
Title: Handling Failures in Services
Summary: This blog post discusses various methods for handling failures in different parts of a service, focusing on exception handling in business logic, using controller advice in Spring Framework, and dealing with exceptions in Kafka producers and consumers. The author emphasizes the importance of proper error handling strategies in ensuring service stability and improving user experience.

Feedback:

  1. 글의 목적: 글의 목적이 명확하게 제시되어 있습니다. 각 부분에서의 실패 처리 방법에 대한 설명과 중요성을 강조하고 있습니다.

  2. 구조와 전개: 글은 비즈니스 로직, Spring Framework, Kafka producer 및 consumer, 클라이언트 예외 처리 등 다양한 주제를 다루고 있지만 각 주제 간에 글의 흐름이 자연스럽게 이어지고 있습니다. 단락 간 내용 전환에 연결어구나 문단 구분이 더 명확하다면 독자들이 더 쉽게 따라갈 수 있을 것입니다.

  3. 명확성과 가독성: 글 내용이 기술적이지만 이해하기 쉽게 설명되어 있어 가독성이 좋습니다. 그러나 몇몇 부분에서 예시 코드나 특정 용어에 대한 설명이 더 추가되면 독자가 더 쉽게 이해할 수 있을 것입니다.

  4. 어조 및 스타일: 글의 어조는 전문적이면서도 친근한 느낌을 줍니다. 기술적인 내용을 다루면서도 독자에게 친절하게 설명하려는 노력이 느껴집니다.

  5. 개선 사항 및 총평: 글은 기술적인 내용을 깔끔하게 다루고 있으며, 실패 처리에 대한 중요성을 잘 강조하고 있습니다. 보다 구체적인 예시나 설명을 추가하여 독자가 보다 쉽게 이해하고 적용할 수 있도록 하는 노력이 더해진다면 더 완성도 높은 글이 될 것입니다. 총평으로는 기술 블로그의 글로서 기술적인 내용과 글의 구조가 잘 이어지고 있으며, 독자가 실제로 적용할 수 있는 유익한 정보를 제공하고 있다는 점이 긍정적으로 평가됩니다.

@parkje0927
Copy link
Contributor

상원님, 블로그 내용 너무 잘 봤습니다👍

에러 처리는 실무에서 특히나 매우 중요하고 민감한 부분인데 카테고리화 시켜서 작성해주시니 이해가 너무 잘 되고 좋았어요. 또한 글 내용이 쉽게 읽혀서 전달하려는 메시지가 명확하게 다가와 많이 공감하면서 읽었던 것 같습니다.

저도 코드 내 Null 을 직접적으로 표현하는 경우는 지양하고 최대한 Optional 처리 및 Utils 를 통한 검증 등의 방법을 사용합니다. Optional 은 비용 이슈가 있지만 필요하다면 사용하는 것이 분명한 의도를 알려줄 수 있다고 생각해요.
또한, 비즈니스 로직 내 ErrorCode 는 아마 대부분의 서비스에서 세분화가 되어 있겠지만 프론트엔드분들과 의논을 하며 정의해야할 중요한 부분이라고 생각합니다. 이런 내용들도 정리해주셔서 좋았어요~

한가지 궁금했던 것은 Kafka 와 같은 메시지 큐에 관련한 내용인데, 메시지 큐나 이벤트 처리 관련해서는 좀 더 다양한 이슈 내용들이 있을 거라고 생각했어요. consuming 과정에서의 이슈에 대해서 따로 정리해주신다고 했는데 이 부분들에 대해 기대가 되는 것 같습니다ㅎㅎ

고생 많으셨습니다!!

@nowgnas nowgnas merged commit dd2f9c7 into main Nov 16, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants