보고서 읽는 법

이 레포를 「제10회 공개SW 개발자대회」 심사기준으로 두 번 채점했다. 첫 구현 시점과 v0.4.3 시점이다. 첫 보고서가 짚은 것을 고친 뒤 다시 채점했더니 24.2점이 54.3점이 됐다.

보고서	무엇
대시보드	회차별 총점 추이와 항목별 변화
첫 채점 — 24.2점	첫 구현 머지 시점. LICENSE·기여 경로·비교 대상이 없을 때
다시 채점 — 54.3점	v0.4.3. 무엇이 올랐고 무엇이 그대로인지
질의응답 연습	약한 항목을 찌르는 질문과 답 판정, 꼬리 질문

먼저 볼 것

1. 총점과 "가장 먼저 고칠 것" — 맨 위 카드. 링 색은 점수 구간(빨강 40% 미만, 주황 40~70%, 초록 70% 이상)이다
2. 총평 — 점수와 가장 큰 구멍을 한 문단으로
3. 고칠 것 Top 5 — 다음 기준 문장까지 올리면 몇 점이 오르는지. 그 기준 문장이 자료에 생기게 만드는 것이 할 일이다
4. 확인한 자료와 빈칸 — 무엇을 못 봤는지. 빈칸 항목의 점수는 자료를 넣으면 달라질 수 있다
5. 이 점수 읽는 법 — 총점 아래 접힌 안내. "인용 원문 대조 안 함", "근거 장부 없음", "보정 안 됨"이 있으면 점수를 그만큼 덜 믿는다

항목별 막대는 길이가 배점에 비례한다. 20점 항목의 4점과 5점 항목의 4점이 같아 보이지 않게 하려는 것이다. 항목별 근거(인용)와 부록(추정 규칙·실행 정보)은 접혀 있다.

점수의 의미

• 진단 지표다. 실제 대회 점수 예측이 아니다. 같은 점수표로 고치기 전과 후를 비교하는 데 쓴다
• 총점 아래 범위는 "추정 규칙을 ±1점 움직였을 때"의 폭이다. 통계적 신뢰구간이 아니다
• 발표와 현장 시연의 인상은 보지 못한다 — 검증 결과 참고

보정용 채점

역대 수상작을 같은 점수표로 채점해 두면 내 점수를 어디에 견줄지 감을 잡을 수 있다.

작년 대상작 보정용으로 채점해줘

보정 채점은 내 회차 비교와 추이에 섞이지 않는다.