피드로 돌아가기
GeekNewsInfrastructure
원문 읽기
이론 형성으로서의 프로그래밍 (1985)
코드와 문서를 넘어선 프로그래머의 '이론 형성' 중심 설계 패러다임
AI 요약
Context
프로그램의 핵심 지식을 코드나 문서라는 정적 산출물로만 정의하려는 기존 관점의 한계 분석. 문서만으로는 설계의 'Why'와 확장 방향성을 완전히 전달할 수 없어 시스템 유지보수 시 구조적 붕괴가 발생하는 문제 직면.
Technical Solution
- 현실 세계의 도메인 모델과 프로그램 구조 간의 정밀한 대응 관계를 정의하는 Theory Building 접근법 채택
- 단순 규칙 준수가 아닌 상황적 유사성을 파악하여 신규 요구사항을 기존 구조에 통합하는 지적 대응 능력 강조
- 시스템의 생존 여부를 이론을 보유한 엔지니어의 통제 가능 여부로 정의하여 인적 자산의 중요성 명시
- 공유된 Metaphor를 통해 팀 전체가 일관된 설계 추측을 수행하게 함으로써 아키텍처 일관성 유지
- 문서의 역할을 완전한 기록이 아닌 차기 담당자의 이론 형성을 돕는 사고 경로 가이드로 재정의
- 코드의 Cleanliness를 독자가 시스템 이론을 쉽게 형성할 수 있게 만드는 인지적 도구로 활용
실천 포인트
1. 설계 문서 작성 시 상세 명세보다 핵심 Metaphor와 컴포넌트 간 상호작용 다이어그램을 우선 배치했는가
2. 신규 기능 추가 시 단순 패치가 아닌 기존 설계 이론의 자연스러운 확장인지 검토했는가
3. 코드 리뷰 시 구현의 정확성을 넘어 시스템 전체의 일관된 이론을 저해하는 패턴이 없는지 확인했는가
4. 팀 내 공유된 은유(Metaphor)가 존재하며 모든 구성원이 동일한 구조적 기대를 가지고 있는가