헥사고날 아키텍처와 클린 아키텍처 차이: 이름보다 경계와 의존 방향이 핵심인 이유
헥사고날 아키텍처와 클린 아키텍처 차이를 우열 비교가 아니라 경계, 의존 방향, ports and adapters 관점에서 쉽게 정리합니다. 둘이 왜 적이 아니고, 실무에서 무엇부터 지켜야 하는지 설명합니다.
-
-
코틀린 디자인 패턴 시리즈 (9) – Decorator 패턴은 상속 대신 어떻게 확장할까
Decorator 패턴은 코틀린에서 기능을 덧붙일 때 상속 계층을 더 만드는 대신 래퍼를 겹쳐 붙이는 방식입니다. 로깅, 압축, 암호화 같은 부가 기능을 composition으로 확장하는 감각을 Kotlin 예제로 정리합니다.
-
이벤트 스토밍은 왜 할까: 도메인 경계를 빨리 찾는 대화법
이벤트 스토밍을 포스트잇 워크숍이 아니라 도메인 대화를 설계 경계로 옮기는 방법으로 설명합니다. 왜 도움이 되는지, bounded context를 어떻게 드러내는지, 언제 유용하고 언제 연극처럼 망가지는지 실무 기준으로 정리합니다.
-
안드로이드 Repository 패턴은 어디까지 필요할까
안드로이드 Repository 패턴을 어디까지 두면 좋은지 정리합니다. Repository의 책임 범위, UseCase가 도움이 되는 경우와 과한 경우, 앱 규모별 현실적인 판단 기준을 실무 관점으로 설명합니다.
-
DDD의 Bounded Context란 무엇인가: 같은 단어가 다른 뜻이 되는 순간 정리하기
DDD의 Bounded Context를 주문, 결제, 회원 예시로 쉽게 설명합니다. 같은 단어가 왜 팀마다 다른 뜻이 되는지와 그 차이가 코드·API 경계로 어떻게 이어지는지 실무 감각으로 정리합니다.
-
코틀린 디자인 패턴 (8) – Composite 패턴으로 트리 구조 다루기
코틀린 Composite 패턴은 파일과 폴더처럼 개별 객체와 묶음 객체가 반복되는 트리 구조에서 특히 유용합니다. 호출부에 분기와 재귀를 흩뿌리지 않고, 공통 인터페이스로 전체 트리를 일관되게 다루는 감각을 Kotlin 예제로 정리합니다.
