종합 설계 프로젝트 발표

1. 이 시설은 무엇을 위한 것인가? 사전학습 / 사후학습 / 추론 / 교육 실습 — 비중과 근거.
2. 그 워크로드가 하드웨어에 요구하는 것은 무엇인가? 연산인가 대역폭인가 용량인가.
3. 그래서 무엇을 고르는가? 제품 선택마다 위 요구와의 연결을 명시.
4. 계층별 병목은 어디인가? 칩 · 노드 · 랙 · 클러스터 · 스토리지 · 전력 · 냉각 · SW.
5. 얼마인가? 취득가와 운영비, 그리고 tokens/$ 또는 시간당 단가.
6. 2~3년 뒤에도 쓸 수 있는가? 세대 교체 대비 확장성.

발표를 듣는 사람이 가장 알고 싶은 것은 「이 팀이 얼마나 많이 아는가」가 아니라 「이 팀이 자기 결정의 이유를 아는가」다.

그래서 모르는 것을 모른다고 하고, 그 불확실성이 결론에 어떤 영향을 주는지 밝힌 설계서가 모든 것을 확신에 차서 서술한 설계서보다 점수가 높다. 실무에서도 그렇다 — 가정이 명시된 제안서라야 검토가 가능하다.

제품 이름과 사양은 1년이면 낡는다. 실제로 이 자료도 매년 갱신해야 한다.

남기고 싶은 것은 읽는 방법이다 — 새 제품 발표를 보면 「이건 어느 병목을 노린 것인가」를 먼저 묻고, 성능 수치를 보면 「어떤 조건인가」를 먼저 확인하고, 시스템을 보면 「어느 계층이 먼저 막히는가」를 먼저 찾는 습관.

그 습관이 있으면 2027년의 Kyber도, 2030년의 무엇도 같은 방식으로 읽을 수 있다.