Velopers 홈

오늘 새 글

0개

오늘 조회수

150회

필터 1

코드 없이 이해하는 '단일책임원칙(SRP)' 이야기

· 2026년 3월 4일

아키텍처

코드 없이 이해하는 '단일책임원칙(SRP)' 이야기

단일책임원칙(SRP)을 비유를 통해 쉽게 풀어낸 설계 가이드입니다. 책임과 기능의 구분, 설계 트레이드오프를 함께 다뤘습니다.

#디자인패턴

0005분

· 2026년 1월 26일

소프트웨어 3.0 시대를 맞이하며

Software 3.0 시대의 의미와 Claude Code를 기존 레이어드 아키텍처로 해석하는 관점을 정리했습니다. 또한 HITL, 토큰 관리, Skill 설계에서의 실전 주의점을 함께 다뤘습니다.

전시 동적필터 리팩토링

페이지 타입별 필터 정책이 코드 곳곳에 흩어져 있어 확장과 유지보수가 어려운 문제를 리팩토링했습니다. 정책은 전략으로, 생성은 공통 흐름으로 분리해 변경 지점을 명확히 했습니다.

#리팩토링#디자인패턴

65005분

전시 도메인에 Kotlin DSL적용하기

· 2025년 12월 22일

백엔드

전시 도메인에 Kotlin DSL적용하기

숙박 전시 도메인의 복잡한 노출 로직을 Kotlin DSL로 표현한 적용 사례를 소개했습니다. 가독성은 좋아졌지만 내부 구현 복잡도와 팀의 러닝 커브가 커지는 트레이드오프도 있었습니다.

코드 품질 개선 기법 24편: 유산의 가치

테마처럼 값만 다른 경우에는 상속보다 값 객체로 표현하는 편이 더 간결하다고 정리했습니다. Kotlin의 비상속 클래스 특성을 활용해 동적 변경 가능성과 불필요한 로직을 줄이는 방법을 제안했습니다.

[번역글] 핵심은 인지 부하입니다 - 인지 부하와 소프트웨어 개발 효율성에 대한 고찰

인지 부하를 줄이는 설계가 개발 효율성과 유지보수성을 높이는 핵심이라고 설명합니다. 복잡한 조건문, 얕은 모듈, 과도한 추상화 대신 단순한 인터페이스와 명확한 구조를 권장합니다.

코드 품질 개선 기법 16편: 불이 'null'인 굴뚝에 연기가 'null'이 아닐 수 없다

널 객체 패턴은 호출부를 단순하게 만들 수 있지만, 오류 값과 정상 값을 구분해야 할 때는 부적합했습니다. 타입으로 구분 가능한 경우에는 Optional이나 null 같은 정적 표현을 우선 고려해야 했습니다.

코드 품질 개선 기법 14편: 책임을 부여하는 오직 하나의 책임

책임을 분리하면 코드가 더 깔끔해질 것 같지만, 제약 조건과 의존성이 오히려 흩어질 수 있었습니다. 클래스 분할뿐 아니라 호출자 부담과 결합도까지 함께 살펴야 했습니다.

코드 품질 개선 기법 9편: 왔던 길을 되돌아가 보자

양방향 변환은 한쪽 로직을 기준으로 다른 쪽을 유도하는 편이 안전했습니다. 중복 값과 누락은 테스트로 보강하는 방식이 유효했습니다.

#Kotlin#test

136005분

테스트는 어떻게 좋은 코드를 만드는가(feat. 험블 객체 패턴)

· 2025년 3월 19일

프론트엔드

테스트는 어떻게 좋은 코드를 만드는가(feat. 험블 객체 패턴)

테스트 코드가 어려워지는 원인을 고수준 목과 얽힌 설계 문제로 설명했습니다. 험블 객체 패턴과 인터페이스로 테스트하기 쉬운 구조를 만드는 방법을 다뤘습니다.

FastAPI에서의 의존성 주입: 유연하고 확장 가능한 서비스 구조 만들기

FastAPI의 Depends()로 의존성 주입을 적용하는 방법을 설명했습니다. 비즈니스 로직과 구현체를 분리해 유연성과 테스트 용이성을 높이는 구조를 소개했습니다.

사용자 모르게 리멤버 UI icon 개선하기

리브랜딩 후 사용자에게 오류처럼 보이던 UI icon을 폰트 기반 디자인과 명확한 가이드로 개선했습니다. 그 결과 VOC가 감소하고 아이콘 제작 리소스도 크게 줄었습니다.

#UI/UX#디자인패턴

54005분