FalseNegative3 [Backend] 풀어주다 위험을 놓칠 뻔한 순간들 — 거짓음성 보정의 함정과 검증 (거짓음성 3편) 이 글은 과소평가를 푸는 보정을 만들면서 실제로 밟은 함정들과, "풀어주되 위험한 날은 막는다"가 정말 지켜지는지를 어떻게 검증했는지 다루는 거짓음성 시리즈의 3편(완결)입니다. 설계가 아무리 좋아도 그 의도가 코드에서 진짜 지켜지는지는 검증으로만 확인됩니다. 안전이 걸린 시스템에서 "완화"라는 위험한 작업을 어떻게 안전하게 가두는지가 궁금한 분께 도움이 될 만합니다.이 글은 거짓음성 시리즈의 3편(완결)입니다. 1편에서 과소평가의 세 모습을, 2편에서 보정 설계를 다뤘습니다. 이번 편은 그 보정이 위험을 놓치지 않는지 검증하는 이야기입니다.풀어주는 보정은 왜 위험한가거짓음성 보정은 본질적으로 "기존의 엄격함을 푸는" 작업입니다. 점수를 올려주고, 페널티를 빼주고, 차단을 완화합니다. 그런데 안전을 다루.. 2026. 6. 29. [Backend] 절벽을 비탈로 — 과소평가를 푸는 보정 설계 (거짓음성 2편) 이 글은 서핑 적합도 점수가 탈 만한 날을 과소평가하던 문제(거짓음성)를 어떻게 보정했는지, 그 설계 결정을 다루는 시리즈의 2편입니다. 1편에서 정의한 세 가지 과소평가를 풀되, "위험한 날까지 풀어버리지 않는" 안전을 동시에 지키는 게 핵심이었습니다. 규칙 기반 점수 시스템에서 경계를 부드럽게 다듬는 방법이 궁금한 분께 참고가 될 만합니다.이 글은 거짓음성 시리즈의 2편입니다. 1편에서 "어떤 날들이 과소평가됐나"를 다뤘고, 이번 편은 "그걸 어떻게 풀었나"입니다. 다음 편에서는 보정을 만들며 밟은 함정과 검증을 이야기합니다.설계의 큰 원칙 — 엔진은 건드리지 않는다거짓양성을 보정할 때 세운 원칙이 하나 있었습니다. 기존 점수 엔진의 핵심 계산은 건드리지 않고, 그 앞뒤에 보정 단계를 덧붙이는 것입니.. 2026. 6. 28. [Troubleshooting] 탈 만한 날을 "별로"라고 말하던 알고리즘 — 거짓음성, 과소평가의 순간들 이 글은 서핑 적합도 점수 엔진이 실제로는 탈 만한 날을 "별로"라고 과소평가하던 문제, 즉 거짓음성(False Negative)을 다룬 시리즈의 1편입니다. 앞서 거짓양성(위험한데 좋다고 한 것) 시리즈를 마쳤는데, 이번엔 정반대 방향의 오류를 잡는 이야기입니다. 규칙 기반 점수 시스템을 운영하면서 "경계값 근처에서 점수가 뚝 떨어지는" 현상을 겪어본 분이라면 공감할 만한 내용입니다.이 글은 새로운 시리즈(거짓음성)의 1편입니다. 앞선 거짓양성 시리즈와 짝을 이루지만, 따로 읽어도 됩니다. 이번 편은 "어떤 날들이 과소평가됐나"라는 문제 정의이고, 다음 편들에서 보정 설계와 검증을 다룹니다.반대 방향의 오류지난 거짓양성 시리즈에서는 "간신히 통과인 날을 높은 점수로 잘못 추천하는" 문제를 다뤘습니다. .. 2026. 6. 28. 이전 1 다음
