일일 회고

이동욱

2021/08/24

Categories: 회고 Tags: 회고

Facts (사실, 객관)

feelings (느낌, 주관)

Findings (배운 점)

  1. 한가지 동작만 아주 잘 할것
  • 한번에 너무 많은 문제를 해결하려고 시도하고 싶을 지도 모르지만 많은 동작을 지원하면 복잡해지고 이해하기 어려워진다.
  • 단순한 API는 이해하기 쉬울 뿐만 아니라 확장하기 쉽고 성능이 뛰어나고 안전하다. 그리고 API에 새로운 기능을 추가하는 쉽지만 제거하기는 쉽지 않다.
  1. 빠르고 쉽게 사용할 수 있게 만들 것
  • 개발자가 API를 쉽게 이해하고 빠르게 시작할 수 있도록 하는 것이 중요하다.
  • 초기 API 문서를 디자인할 때 중요한 것이 무엇인지 항상 생각하면서 문서를 작성하자.
  1. 직관적인 일관성을 위해서 노력하기
  • 사용하고 있는 용어를 업계 표준이나 다른 API 들에서 통일성있게 제공해야한다.
  1. 의미있는 에러 리턴하기
  • API 설계의 또 다른 원칙은 의미있는 오류를 반환하여 개발자가 문제를 더 쉽게 해결할 수 있도록 하는 것이다.
  • 오류 코드를 반환하는 것 외에도 API 응답의 필드에서 긴 형식의 오류 메세지를 추가하는 것이 유용하다. 문제 해결 방법이나 추가 정보 링크를 포함하여 사람이 읽을 수 있는 오류 설명이 포함될 수 있다.
  1. 확장성과 성능을 고려한 설계
  • 매우 많은 양의 데이터를 반환하는 API는 페이징 처리를 해야한다. 그렇지 않으면 백엔드가 과부하에 걸린다.
  • 다른 컬렉션안에 큰 컬렉션을 중첩하지 마라. 이 경우에 페이징 처리를 매우 복잡해진다.
  • API 속도 제한 : 클라이언트 코드의 오류로 인해서 서버에 지속적인 요청으로 서버가 과부화 될 수 있다. 애플리케이션의 안전성과 가용성을 높이면서 인프라를 보호하려면 적절한 속도 제한을 걸어야한다.
  1. 호환성을 깨는 변경을 피하기

설계 프로세스

1. API 스펙 작성

2. 내부 API 리뷰

3. 초기 파트너 피드백

4. 베타 테스팅

Good (잘 한점)

Bad (개선할 점)

Todo (오늘 할일)

Affimation (자기 선언)

회고 작성법

  1. Facts(사실, 객관) 회사에서 실제로 내가 했던 일이나 겪었던 일의 사실을 적는다.
  2. Feelings(느낌, 주관) 내가 했던 일을 하면서 느꼈던 감정이나 느낌을 적는다.
  3. Findings(배운 점) 내가 했던 일을 통해서 새롭게 배운 점이나 알게 된 점을 적는다.
  4. Affirmation (자기 선언) 내가 했던 일을 통해 배운 점과 아쉬운 점을 어떻게 유지 하고 개선할지를 적는다.
>> Home