독특한 실수
Henrik은 제3자 서비스에서 일관성 없는 결과를 제공하는 지속적인 버그에 직면했습니다. Henrik의 회사가 보낸 업데이트가 때때로 올바르게 반영되지 않았고, 읽기 작업에서는 설명할 수 없는 데이터가 표시되었습니다. 공급업체는 처음에는 Henrik의 팀을 탓했지만, Henrik은 납득하지 못했습니다. 그는 동료 및 공급업체와 협력하여 몇 주에 걸쳐 재현 가능한 테스트 케이스를 개발했습니다. 이 테스트는 공급업체의 서비스에 문제가 있음을 강력하게 시사했습니다. 잠시 침묵 후, 공급업체의 제품 책임자는 문제를 인정했습니다. 그들은 API가 때때로 레코드 소유권을 잘못 식별하는 것을 근본 원인으로 파악했습니다. 그들이 제안한 해결책은 엔티티에 대해 고유하고 반복되지 않는 ID를 구현하는 것이었습니다. 이 혁신적인 접근 방식은 사실 기본 키 및 고유 식별자라는 잘 확립된 개념이었습니다. 공급업체는 이러한 개념에 대한 일반적인 지식에도 불구하고, aparentemente 이를 인지하지 못했던 것으로 보입니다.