· software
Go에서 우아한 도메인 주도 설계 객체
❓ Go에서 도메인 객체를 어떻게 정의하시나요? Go는 전형적인 객체‑지향 언어가 아닙니다. Domain‑Driven Design(DDD) 같은 개념을 구현하려고 할 때, 예를 들어 En…
-
- · software
WSL-UI 구축: Mock Mode와 Fake Distros
아키텍처 결정: WSL‑UI의 Mock Mode WSL‑UI와 함께 내린 최초의 아키텍처 결정 중 하나는 완전한 Mock Mode를 구축하는 것이었습니다. 이는 단지 ...
- · software
경계: 모든 현대 아키텍처의 진정한 기반 (마이크로서비스든 그 외든)
소개 2026년, 마이크로서비스 시대에서 얻은 가장 큰 교훈은 규모를 작게 하거나 멋진 도구를 사용하는 것이 아니라 경계에 관한 것이다. 경계가 약하거나...
- · software
내 아키텍처를 재고하게 만든 마감일: Timesheetflow를 Domain Thinking으로 구축하기
“당신의 시스템이 month‑end deadline를 강제하고, late submissions를 공정하게 처리하며, 여전히 clean payroll summary를 제공할 수 있나요?” 그 한 질문이 내가 …
-
- · software
C# 아키텍처 마스터리 — 아키텍처로 팀 확장 (Conway’s Law & .NET) (파트 11)
대부분의 아키텍처 문제는 기술적인 것이 아니라 조직적인 문제이다. 시스템이 확장되는 이유는 코드가 우아하기 때문이 아니라, 팀 구조와 arc 때문이다.
- · software
C# 아키텍처 마스터리 — 클린 아키텍처에서 EF Core (파트 8)
Entity Framework Core는 .NET 생태계에서 가장 강력한 도구 중 하나이지만, 가장 남용되는 도구 중 하나이기도 합니다. Clean Architecture에서 EF Core는 인프라스트…
- · software
Independent Variation Principle가 타입 안전성에 대해 밝혀낸 것
Independent Variation Principle (IVP)와 Type‑Safety 논쟁 “Independent Variation Principle: A Unifying Meta‑Principle for Software Architecture”.
- · software
내 아키텍처를 재고하게 만든 인터뷰 질문: Domain‑Driven Design 이해
면접 질문 “과거 프로젝트에서 Domain‑Driven Design을 어떻게 사용했는지 설명해 주실 수 있나요?” 그 단순한 한 질문이 저를 차갑게 만들었습니다. 그것은 제 두 번째…
- · software
읽기 쉬운, 누수 방지 API와 제로 비용 추상화
코드를 작성하는 것은 일상적인 도전 과제를 제공합니다. 우리가 직면한 도전 과제 중 하나는 backend trade‑service library를 설계할 때였습니다. 이 라이브러리는 A...
- · software
소프트웨어 엔지니어링 재고: 유지보수성에서 왜 실패했는가
나는 유지보수 가능한 애플리케이션을 구축하기 위한 현재 소프트웨어 엔지니어링의 상태에 대해 강한 의견을 가지고 있다: 그것은 실패했으며, 변화를 시도할 때이다. Not to t...
- · software
장기 지속 가능한 소프트웨어 시스템 구축 방법
대부분의 software systems는 잘못된 기술 선택 때문에 실패하지 않는다. 그들은 학습을 멈추기 때문에 실패한다. Frameworks는 시간이 지나고, architectures는 유행을 타고…