Good implementation

  • 비지니스 가치를 명확히 충족 시켜야 한다.
    • 기술은 도구일 뿐
  • 가독성이 좋아야 한다.
    • 읽기:쓰기의 비율은 약 8:2 정도
    • 잘 읽혀야 업무 효율이 높아짐
    • 코드를 통해서 도메인 로직을 이해할 수 있어야 함
  • 테스트 코드 작성이 쉬어야 한다.
    • 테스트 코드는 지속적인 런칭과 리팩토링을 가능하게 함
    • 코드간의 의존성이 너무 많으면 테스트 코드 작성이 어려워짐
    • 쉬운 테스트 코드 작성을 위해서 프로덕션 코드를 변경하는 것은 좋다고 생각함
  • 변경에 유연해야 한다.
    • 요구사항은 언제든 추가되고 변경될 수 있음
    • 요구사항의 추가/변경에 따른 코드의 변경 범위가 작도록 설계해야 함
    • 요구사항의 추가/변경에 용이하기 위해서는 객체지향설계원칙을 지키면 됨: SOLID