프로그래밍 원칙의 가치
프로그래밍 원칙은 좋은 코드를 작성하기 위한 지침입니다. 40년간 코드를 작성하며 이 원칙들을 체득해온 저로서는 원칙이 도그마가 아니라 가이드라고 말씀드립니다. 맥락에 따라 적용합니다. 하지만 알면 더 나은 결정을 내릴 수 있습니다.
SOLID 원칙
S: Single Responsibility - 하나의 책임만 가집니다. O: Open/Closed - 확장에는 열리고, 수정에는 닫힙니다. L: Liskov Substitution - 서브타입은 베이스 타입을 대체할 수 있어야 합니다. I: Interface Segregation - 사용하지 않는 인터페이스에 의존하지 않습니다. D: Dependency Inversion - 추상화에 의존합니다.
기타 중요 원칙
DRY(Don't Repeat Yourself): 중복을 피합니다. KISS(Keep It Simple, Stupid): 단순하게 유지합니다. YAGNI(You Aren't Gonna Need It): 필요할 때 만듭니다. 최소 권한 원칙: 필요한 최소한의 권한만 부여합니다. 관심사의 분리: 서로 다른 관심사를 분리합니다.
유명한 격언들
'조기 최적화는 모든 악의 근원이다.' - 도널드 크누스. '명확한 코드는 영리한 코드보다 낫다.' '작동하게 하고, 올바르게 하고, 빠르게 하라.' - 켄트 벡. '6개월 후의 자신에게 이해될 코드를 작성하라.' '완벽은 더 이상 뺄 것이 없을 때 이루어진다.'
원칙의 적용
원칙을 맹목적으로 따르지 마세요. 트레이드오프를 이해합니다. 과도한 추상화는 복잡성을 증가시킵니다. 실용성을 잃지 마세요. 팀과 원칙을 공유하고 논의합니다. 경험이 쌓이면 언제 규칙을 어길지 알게 됩니다. 원칙은 출발점이지 종착점이 아닙니다.
댓글
0