docs(TechLog): 얇은 Case 열 편과 Question 셋을 저장소 실물로 채운다

SSOT 를 저장소에서 확인해 더 보강하고 그것으로 다시 썼다. §7.2 참조 검사 SQL 을 문자열로 조립하는 실제 코드 — 컴파일러가 표 이름도 컬럼 이름도 보지 않는다는 것이 그 모양에서 드러난다 §11.2 section-heading-rank 가 미디어 쿼리 값을 먼저 걷어내는 이유(테스트 주석) §16.1 질문 삭제는 참조가 둘뿐이라 같은 문제가 덜하다는 대조 Case 열 편과 Question 셋을 다시 썼다. Question 은 사실·가정·미지수·제약을 갈라 채우고 선택지마다 무엇을 감수하는지 적었다 — 오류 코드를 나누면 계약과 반입한 두 저장소가 함께 움직인다는 것처럼. SSOT 62,643 → 68,319 자. 검사 넷 전부 통과한다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-07 19:18:37 +09:00
parent 6917ce2420
commit fd221353a3
15 changed files with 162 additions and 50 deletions
@@ -66,7 +66,7 @@ tech-log-frontend : 68538f2
 | 크기 | 30px | 26px (각자 선언) |
 | 굵기 | 650 | 400 (아무도 선언하지 않음) |

-같은 화면에 나란히 서 있는 구역들이라 이 둘만 급이 낮아 보였다.
+같은 화면에 나란히 서 있는 구역들이라 이 둘만 급이 낮아 보였다. 「구조별로 알게 된 것」이 형제 구역보다 작고 가늘게 나왔고, 보고는 「디자인이 안 됐다」로 왔다.

 ## 처음에 잘못 판단한 것

@@ -74,9 +74,15 @@ tech-log-frontend : 68538f2

 격자와 열은 정상이었다. 보고된 증상은 글자 크기와 굵기였는데 다른 축을 재고 답했다.

-## 검사
+## 검사가 무엇을 보고 무엇을 빼나

-`section-heading-rank.test.ts` 가 나란히 서는 구역 제목들이 정본과 같은 `font-size` 와 `font-weight` 를 쓰는지 CSS 를 파싱해 확인한다.
+`section-heading-rank.test.ts` 가 globals.css 를 읽어 나란히 서는 구역 제목들이 정본과 같은 `font-size` 와 `font-weight` 를 쓰는지 확인한다.
+
+이 검사는 미디어 쿼리 안의 값을 먼저 걷어낸다. 그 이유가 테스트 안에 적혀 있다.
+
+> 좁은 화면용 값은 뺀다. 화면 폭마다 급이 달라지는 것은 의도이고, 여기서 보려는 것은 같은 폭에서 나란히 설 때의 급이다.
+
+걷어내지 않으면 좁은 화면에서 일부러 급을 낮춘 선언이 전부 위반으로 나온다. 그러면 결과가 늘 빨갛고 곧 읽히지 않는다.

 굵기를 빼 보고 실제로 멈추는 것을 확인한 뒤 커밋했다. 확인하지 않았다면 그 구역들이 원래 정본을 쓰고 있어서 통과한 것인지 검사가 그 구역을 안 보는 것인지 구별되지 않는다.