프로그래머 이규원의 웹사이트 - mysetting

10:21 5/30

gyuwon.github.io

mobile screenshot relative

10:21

gyuwon.github.io

mobile screenshot

프로그래머 이규원의 웹사이트
https://gyuwon.github.io/

최종 피드 수집: 2025-04-11 19:16

전체 (15)

5d

@AutoParams 애노테이션

AutoParams를 처음 만들기 시작할 당시, JUnit 5의 @Test 메서드는 매개변수를 가질 수 없고 매개변수가 있는 테스트는 반드시 @ParameterizedTest를 사용해야 한다고 오해했다. 이런 인식 때문에 @Par

000

5d

@UseBeans 애노테이션을 사용한 AutoParams와 Spring 테스트 통합

AutoParams의 핵심 모듈은 Spring에 전혀 의존하지 않는다. 이 점은 AutoParams를 다양한 환경에서 가볍게 사용할 수 있다는 장점이 되지만, Spring 기반 테스트에서는 조금 불편함을 유발하기도 한다.
예를 들

000

5d

AutoParams에 도입된 DSL(Domain-Specific Language)

AutoParams의 10.0.0 버전 릴리스에는 처음으로 DSL(domain-specific language)이 도입됐다. 이 버전에 추가된 DSL은 테스트 데이터를 생성할 때 매개변수 인자를 고정하는 몇 가지 간결한 방법을 제

000

1y

이벤트와 명령

자주 사용되는 중개(brokered) 메시지 유형으로 이벤트(events)와 명령(commands)이 있다. 두 메시지 유형은 구현의 일부가 비슷할 수 있지만 일반적으로 서로 다른 특징을 갖는다.
이벤트는 보통 이런 특징들을 갖는

000

2y

쓸모없는 Java 패키지 이름 관습

Oracle은 이 페이지에서 다음과 같이 패키지 이름 관습을 제안한다.
Companies use their reversed Internet domain name to begin their package names—for examp

000

4y

커밋 메시지 주도 개발

나는 자신이 없는 코딩을 할 수록 계획을 작게 나눈다. 작은 계획을 실천하도록 사용하는 도구 중 한가지는 코드를 쓰기 전에 내가 어떤 코드를 쓸 지 커밋 메시지를 먼저 작성하는 것이다. 누군가에게 이 기법을 소개할 때에 ‘커밋 메

000

4y

좋은 코드란 무엇인가

많은 프로그래머들이 좋은 코드에 대해 얘기한다. 최근 코딩 경험이 적은 한 주니어가 나에게 좋은 코드는 유지보수 비용을 낮춘다고 말했다. 반면 잘 훈련되고 경험 많은 프로그래머들로부터는 그런 확신에 찬 얘기를 듣기 어렵다. 어떤

000

4y

React에는 ‘함수형 컴포넌트’가 없다

이 글이 작성되는 시점에 React에는 ‘함수형(functional) 컴포넌트’가 없다. 내가 미쳤다고? 훗. 바로 증명하겠다. 지금 당장 공식 사이트에 들어가서 ‘functional component’라는 말이 나오는지 눈씻고

000

4y

이벤트 소싱의 본질

이벤트 소싱은 그렇게 어렵지 않다. 이벤트 소싱 패턴은 명령 패턴, CQRS, EDA, DDD 등과 자주 함께 설명되지만 그것들은 이벤트 소싱과 조합될 수 있는 설계 도구일 뿐 이벤트 소싱의 핵심이 아니다. 이벤트 소싱의 본질은

000

4y

정말로 테스트 대역이 필요한가

얼마전 주니어 동료가 내 코드를 리뷰하며 이런 질문을 했다.
의존 대상을 추상화 해서 테스트 대역을 사용하면 테스트 조건을 설정하기 쉬울 것 같은데 왜 실제 코드를 사용했나?
처음 받는 질문이 아니다. 그동안 같은 질문을 여러 프

000

5y

MV* 패턴에서 모델이란 무엇인가

두괄식으로 결론부터 제시한다.
“Models represent knowledge.” - MODELS - VIEWS - CONTROLLERS, 1979
MVC 패턴을 이해할 때 자주 오해받는 대상이 모델이다. 가장 흔히 발견되는 사

000

5y

당신의 시스템은 도메인 주도 설계에 기반하는가

당신의 시스템은 도메인 주도 설계에 기반하는가?
이런 질문을 종종 받는데 난 그렇게 생각하지 않는다고 답한다. 도메인 전문가와의 긴밀한 협력 없이는 도메인 주도 설계(domain-driven design)의 의미와 가치가 급감하는

000

5y

현실 세상의 TDD

현실 세상에서 TDD는 가능하지 않다거나 효율이 너무 떨어져 쓸모없다는 주장은 지겹도록 들어왔지만 여전히 안타깝다. 나는 2018년에 이런 답답함을 조금이라도 풀어보고자 페이스북을 통해 5개월간 약 60명을 대상으로 ‘TDD 참관

000

6y

TDD는 설계 방법론이 아니다

소셜 미디어에서 국내 저자의 어떤 서적에서 발췌했다는 다음 문장을 발견했다.
TDD는 설계를 위한 기법이다.
나는 그 책을 읽지 않았기 때문에 전후 맥락을 모르지만 만약 이 문장을 통한 작가의 의도가 TDD(Test-Driven

000

6y

코딩 시험과 TDD

구직 과정에 코딩 시험이 있었다. 면접관의 컴퓨터와 응사자의 컴퓨터가 코딩 시험 도구로 연결되어 면접관이 응시자의 코딩을 지켜보거나 개입할 수 있는 환경이었다. 어떤 문제의 답 코드를 쓰다 10줄 이상이 되니 자신감이 떨어져 TD

000