adoption order
새 표준은 작은 검증 단위로 도입한다
표준 기능은 한꺼번에 바꾸지 말고, 실패해도 되돌리기 쉬운 경계부터 적용한다.
1. concepts템플릿 계약을 먼저 좁힌다
2. ranges지역적인 데이터 처리부터 바꾼다
3. expected예외 대신 명시 오류가 필요한 API에 적용
4. modules빌드 경계는 팀 단위로 검증한다
| 도입 단위 | 확인 기준 | 멈출 신호 |
|---|---|---|
| 함수/파일 | ranges, if constexpr처럼 범위가 작음 | 가독성이 오히려 떨어짐 |
| API 경계 | expected로 오류 계약이 명확해짐 | 호출부 변경이 지나치게 큼 |
| 빌드 경계 | modules가 의존을 줄임 | 툴체인·CI 지원이 불안정 |
핵심 새 표준은 멋진 기능부터가 아니라, 검증 범위가 작고 되돌리기 쉬운 곳부터 넣는다.