AI & Data
혼동 행렬로 실패 종류 나누기, 대안을 선택하는 기준 정리
단일 점수는 어떤 클래스를 서로 혼동하는지 보여 주지 못한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
작은 발견부터 깊이 있는 고민까지.
단일 점수는 어떤 클래스를 서로 혼동하는지 보여 주지 못한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
화면에서 검증한 값이라고 믿고 서버 검증을 생략하면 다른 클라이언트가 제약을 우회할 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
목록 앞에 항목을 추가했을 때 입력값이나 선택 상태가 다른 행으로 옮겨갈 수 있다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
로컬에서는 통과한 코드가 CI에서 다른 의존성 버전을 받으면 문제 원인이 코드인지 환경인지 구분하기 어렵다. 설치 과정도 검증의 입력으로 취급한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
발언을 길게 받아 적어도 무엇을 결정했고 누가 다음 행동을 하는지 찾기 어려울 수 있다. 회의의 결과를 실행 가능한 형태로 남겨야 한다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.
같은 코드인데 실행할 때마다 점수가 바뀌면 변경의 효과를 판단하기 어렵다. 장점과 비용을 함께 보기를 중심으로 작은 예제와 확인 기준을 정리합니다.