DongHyeonkaandClaude Opus 5
0650d91def
rewriting-technical-prose-naturally 를 서브에이전트 셋으로 나눠 56편에 적용했다. ai-tells.md 의 첫 절대로 다른 표현으로 바꾸는 대신 문장을 통째로 지웠다. 설명한 것의 중요성을 다시 평가하는 꼬리 19 이미 설명한 것을 추상어로 되풀이 19 독자에게 읽는 법을 지시하거나 오해를 가정 9 자료가 뒷받침하지 않는 덧붙인 이득 4 문서군 전체의 문형 편중도 풀었다 — 함께 27→7(한 묶음), 그대로 22→12(두 묶음), 하게 된다 1→0. 한 편에서 세 번 반복되던 「같은 병이 ~에서도 났다」와 두 기록에 같은 문장으로 있던 세 쌍을 갈랐다. 계약 제목 「여덟 자리」가 본문의 「여덟 곳」과 어긋나 있었다. 제목이 spatial-metaphor 규칙에도 걸리므로 계약과 기록을 함께 「여덟 곳」으로 맞췄다. 검사 넷 전부 통과한다 — check_prose 56편 error 0 · check_body PASS · check_evidence --repo 문제 없음 · verify-tech-log-tree error 0 warn 0. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
98 lines
4.3 KiB
Markdown
98 lines
4.3 KiB
Markdown
---
|
|
kind: CASE
|
|
slug: nine-names-for-five-kinds
|
|
title: 한 화면에 종류 이름이 아홉 개 떠 있었다 — 표가 여섯 벌이었다
|
|
topic: one-thing-many-names
|
|
topicName: 같은 것이 화면마다 다른 이름
|
|
project: TechLog
|
|
status: 게시 전
|
|
lastVerifiedOn: 2026-09-04
|
|
sourceRevision: tech-log@2026-09-02
|
|
source:
|
|
- final/document.md#§13.1
|
|
- final/document.md#§13.5
|
|
---
|
|
|
|
# 한 화면에 종류 이름이 아홉 개 떠 있었다 — 표가 여섯 벌이었다
|
|
|
|
홈 한 화면에 문서 종류 이름이 아홉 개 떠 있었다. 최근 기록 목록은 계약의 enum 이름을, 바로 아래 「종류별로 읽기」는 사람이 붙인 이름을 쓰고 있었다. 독자는 둘이 같은 것이라는 단서를 어디서도 받지 못했다. 표가 화면마다 복사되어 여섯 벌이었기 때문이다.
|
|
|
|
## 관계
|
|
|
|
- **종류 이름을 두 번 바꿨다 — 화면의 이름과 계약의 kind 를 갈랐다**
|
|
이 표를 한 곳으로 모은 뒤에 이름 자체를 다시 정한 기록이다.
|
|
- **개념을 하나 더하자 열세 곳이 그것을 조용히 삼켰다**
|
|
같은 종류 목록이 코드 쪽에서 갈라진 사건이다.
|
|
- **톤을 지적받으면 고쳐 쓰지 말고 어떤 말을 쓸지 묻는다**
|
|
같은 시기에 문구를 다룬 기준이다.
|
|
|
|
## 문제
|
|
|
|
홈 화면 하나에 종류 이름이 아홉 개 있었다.
|
|
|
|
```text
|
|
최근 기록 목록: CASE · CONCEPT · OPEN QUESTION · REFERENCE
|
|
바로 아래 「종류별로 읽기」: 검증 기록 · 동작 원리 · 적용 기준 · 열린 질문
|
|
```
|
|
|
|
두 목록이 같은 다섯 종류를 가리키는데 이름이 겹치지 않는다. 독자는 그 둘이 같은 것이라는 단서를 받지 못한다.
|
|
|
|
## 결론
|
|
|
|
> 표가 화면마다 복사되어 **여섯 벌**이었고 그래서 갈라졌다: 같은 QUESTION 이 공개 화면에서 "Open Question", 작업본 목록과 게시 기록에서 "Question", 편집기 상태 줄에서 "QUESTION" 이었다. **쓰는 사람은 같은 문서를 화면마다 다른 이름으로 만난다.**
|
|
|
|
종류에서 이름으로 가는 표 하나로 모았다.
|
|
|
|
편집기 칸 이름도 공개 화면과 맞췄다.
|
|
|
|
## 검증 환경
|
|
|
|
tech-log-frontend : dc2fda7 · ca1cfa2 계열 · 82e992d
|
|
확인 방식 : 한 화면에 동시에 뜨는 종류 이름을 세고, 표가 몇 벌인지 확인
|
|
|
|
## 재현 조건
|
|
|
|
1. 홈 화면을 열고 최근 기록 목록과 「종류별로 읽기」를 함께 본다
|
|
2. 두 목록에서 같은 종류를 가리키는 이름을 대조한다
|
|
3. 작업본 목록·게시 기록·편집기 상태 줄에서 같은 종류의 이름을 확인한다
|
|
|
|
## 본문
|
|
|
|
<!-- body:start -->
|
|
|
|
## 한 화면에 아홉 개
|
|
|
|
```text
|
|
최근 기록 목록: CASE · CONCEPT · OPEN QUESTION · REFERENCE
|
|
바로 아래 「종류별로 읽기」: 검증 기록 · 동작 원리 · 적용 기준 · 열린 질문
|
|
```
|
|
|
|
두 목록이 세로로 붙어 있다. 위는 계약의 enum 이름을, 아래는 사람이 붙인 이름을 쓴다.
|
|
|
|
이 화면은 이름을 바꾸기 전보다 나빠졌다. 바꾸기 전에는 양쪽이 다 enum 이름이라 적어도 같아 보였다.
|
|
|
|
## 표가 여섯 벌이었다
|
|
|
|
> 표가 화면마다 복사되어 **여섯 벌**이었고 그래서 갈라졌다: 같은 QUESTION 이 공개 화면에서 "Open Question", 작업본 목록과 게시 기록에서 "Question", 편집기 상태 줄에서 "QUESTION" 이었다. **쓰는 사람은 같은 문서를 화면마다 다른 이름으로 만난다.**
|
|
|
|
## 표 하나로 모았다
|
|
|
|
종류에서 표시 이름으로 가는 표를 하나 만들고 여섯 곳이 그것을 쓰게 했다. 종류가 늘면 그 표에서 빠진 값을 컴파일러가 잡는다.
|
|
|
|
## 편집기 칸 이름도 맞췄다
|
|
|
|
같은 문제가 칸 이름에도 있었다. 편집기에서 「목적」이라 부른 칸이 공개 화면에서는 다른 이름으로 나왔다.
|
|
|
|
```text
|
|
목적 → 이 기준을 쓰는 이유 규칙 → 판단 기준
|
|
적용 조건 → 적용할 때 예외 → 예외와 주의
|
|
사실 → 확인한 사실 미지수 → 남은 미지수
|
|
선택지 → 검토한 선택지
|
|
```
|
|
|
|
## 확인하지 못한 것
|
|
|
|
이름을 바꾸기 전보다 나빠진 화면이 홈 하나였다는 것은 화면으로 확인했다. 다른 화면에서 두 이름이 같이 뜨는 곳을 전수로 세지는 않았다.
|
|
|
|
<!-- body:end -->
|