TIL 4

Domain Purity vs Domain Completeness

현재 듣고 있는 부트캠프 동료 분들 대부분이 domain service에 repository 호출을 모두 밀어넣고 있음.

내가 이해하는 Clean Architecture, DDD와는 많이 다르다고 느꼈음. 왜냐하면 로직의 조립이 이미 도메인 서비스 내에서 다 일어나니까.

그러면 어플리케이션 서비스가 오히려 얇아진다고 생각했음.

그런 고민을 하다가 이 아티클을 찾음: Domain model purity vs. domain model completeness (DDD Trilemma)

요약하자면 - 도메인 순수성을 위해 repository 호출은 어플리케이션 계층에서 진행. 나와 유사한 방향성.

Layer Dillema

I recently split up application layer into many smaller layers for separation of concerns.

However, as time passed, I realized it also had some trade offs.

More Layers Less Layers
PROS Dependency Tracking, Separation of Concerns Less files and boilerplates
CONS Too many files and boilerplates Vulnerable to Dependency Issues

TIL 9

Circuit Breaker

  • learned about resilience4j and circuit breaker.
  • when retry happens too much for certain endpoint, we route it to a completely different handler function.
    • example: redis distributed lock seems broken and is blocking qps => circuit break it to use db pessimistic lock instead => more qps handled for some time until devs fix redis

TIL 22

Clean Architecture을 데이터 파이프라인에 써보기

  • 이틀 동안 clean architecture을 데이터 파이프라인 구축하는 곳(크롤러 kirpris api 수집 도메인)에 만들었는데 나름 쓸만했음. 다만 도메인 객체를 만들기 조금 난감했음.

  • 한 번 여기서 리팩토링을 해보자 => 해본 결과 딱 어떻게 변환하는 로직만 도메인에 들어가고 어플리케이션 레이어에서는 그걸 조합만 하는 방식으로 구현됨.


TIL 23

Long Transactions

  • 트랜잭션 길어지면 락 잡고 들어가는 것 보다 커넥션 풀이 더 문제라고함. (둘 다 문제긴한데 커넥션 풀이 더 큰 병목이라고 함.)

Blog Licensing

  • 다른 사람들이 내 블로그 react 코드 뿐만 아니라 컨텐츠까지 그대로 가져가서 블로그 라이선스 바꿔야함.

Data Engineering Frameworkify

  • 요즘 데이터 엔지니어링 하면서 드는 보완점 생각들 - 계속 모이면 좋은 데이터 엔지니어링을 할 수 있을듯.
  • (프레임워크화 하기 좋은 부분들):
    • 메타데이터 기록하는게 좋은듯
    • 표준화는 진짜 제일 중요하다. (앱 개발 안정성을 제로에서 100으로 만듦.)
    • LLM 붙는 부분들 어떻게 처리할지 (아예 뒤로 뺴는게 젤 좋아보이긴함)

TIL 24

Random thoughts from watching youtube

  • watching no hee young's talk in a podcast =>
  • watching furiosa's story made me think that I should think my actions as millions of people depend on it.
    • if I make rndcircle a super big company, it itself will make korean society a wealthy and superb society.
    • every step we make at rndcircle will be a big step of human evolution itself.
    • it will greatly reduce the pains of people around the globe.
    • me watching stupid contents online for a couple hours is a direct negative influence to millions of South korean people.
    • it is
  • youtube algorithms really can have a great influence on people's minds. even a small tweak can change behaviors of people.
  • are we really going to let that happen? why can't we make contents more objective and neutral and harmless?
    • also why cant we make our consumption of those videos more proactive?
    • there could be a video platform where it is more about productive and objective view of same topics.
      • perhaps showing the opposite view of the same topic per video.
      • we can charge more since it is more niche.

Rob Moore book review after months of application

  • rob moore's leverage was a real hit.
    • short term - paretto thing really worked well. 2:8 rule on everything for leverage
    • long term - (knowledge + experience)*(insights + frameworks) yields exponential impact on anything.

TIL 4

Domain Purity vs Domain Completeness

현재 듣고 있는 부트캠프 동료 분들 대부분이 domain service에 repository 호출을 모두 밀어넣고 있음.

내가 이해하는 Clean Architecture, DDD와는 많이 다르다고 느꼈음. 왜냐하면 로직의 조립이 이미 도메인 서비스 내에서 다 일어나니까.

그러면 어플리케이션 서비스가 오히려 얇아진다고 생각했음.

그런 고민을 하다가 이 아티클을 찾음: Domain model purity vs. domain model completeness (DDD Trilemma)

요약하자면 - 도메인 순수성을 위해 repository 호출은 어플리케이션 계층에서 진행. 나와 유사한 방향성.

Layer Dillema

I recently split up application layer into many smaller layers for separation of concerns.

However, as time passed, I realized it also had some trade offs.

More Layers Less Layers
PROS Dependency Tracking, Separation of Concerns Less files and boilerplates
CONS Too many files and boilerplates Vulnerable to Dependency Issues

TIL 9

Circuit Breaker

  • learned about resilience4j and circuit breaker.
  • when retry happens too much for certain endpoint, we route it to a completely different handler function.
    • example: redis distributed lock seems broken and is blocking qps => circuit break it to use db pessimistic lock instead => more qps handled for some time until devs fix redis

TIL 22

Clean Architecture을 데이터 파이프라인에 써보기

  • 이틀 동안 clean architecture을 데이터 파이프라인 구축하는 곳(크롤러 kirpris api 수집 도메인)에 만들었는데 나름 쓸만했음. 다만 도메인 객체를 만들기 조금 난감했음.

  • 한 번 여기서 리팩토링을 해보자 => 해본 결과 딱 어떻게 변환하는 로직만 도메인에 들어가고 어플리케이션 레이어에서는 그걸 조합만 하는 방식으로 구현됨.


TIL 23

Long Transactions

  • 트랜잭션 길어지면 락 잡고 들어가는 것 보다 커넥션 풀이 더 문제라고함. (둘 다 문제긴한데 커넥션 풀이 더 큰 병목이라고 함.)

Blog Licensing

  • 다른 사람들이 내 블로그 react 코드 뿐만 아니라 컨텐츠까지 그대로 가져가서 블로그 라이선스 바꿔야함.

Data Engineering Frameworkify

  • 요즘 데이터 엔지니어링 하면서 드는 보완점 생각들 - 계속 모이면 좋은 데이터 엔지니어링을 할 수 있을듯.
  • (프레임워크화 하기 좋은 부분들):
    • 메타데이터 기록하는게 좋은듯
    • 표준화는 진짜 제일 중요하다. (앱 개발 안정성을 제로에서 100으로 만듦.)
    • LLM 붙는 부분들 어떻게 처리할지 (아예 뒤로 뺴는게 젤 좋아보이긴함)

TIL 24

Random thoughts from watching youtube

  • watching no hee young's talk in a podcast =>
  • watching furiosa's story made me think that I should think my actions as millions of people depend on it.
    • if I make rndcircle a super big company, it itself will make korean society a wealthy and superb society.
    • every step we make at rndcircle will be a big step of human evolution itself.
    • it will greatly reduce the pains of people around the globe.
    • me watching stupid contents online for a couple hours is a direct negative influence to millions of South korean people.
    • it is
  • youtube algorithms really can have a great influence on people's minds. even a small tweak can change behaviors of people.
  • are we really going to let that happen? why can't we make contents more objective and neutral and harmless?
    • also why cant we make our consumption of those videos more proactive?
    • there could be a video platform where it is more about productive and objective view of same topics.
      • perhaps showing the opposite view of the same topic per video.
      • we can charge more since it is more niche.

Rob Moore book review after months of application

  • rob moore's leverage was a real hit.
    • short term - paretto thing really worked well. 2:8 rule on everything for leverage
    • long term - (knowledge + experience)*(insights + frameworks) yields exponential impact on anything.
Copyright © 2023 Seho Lee All Rights Reserved.
</>
Latest Commit
9b6c418a-9b36-5a39-9895-d21caa4a8142
Seho Lee
2025-09-14T08:10:30Z