Self-Development32

• 수학자 허준이 선생님 축사를 듣고 오랜만에 티스토리에 개인 생각을 끄적여보는것같다. 제목만 봐도 알겠지만, 허준이 선생님의 서울대 축사 영상을 보고 작성하는글이다. 사실 허준이 선생님의 축사를 영상으로 접한진 꽤 되었다. 그런데 딱 오늘, 집에서 맥주한잔하고 알고리즘에 의해 노출되어 오랜만에 다시 한번 보았다. 웬걸 몇달 전 보고 들었던 필자의 느낌, 생각과 지금의 필자가 느끼는 생각은 꽤나 달랐다. 일단 필자의 근황을 살펴보면 최근에도 회사에서 여전히 제품 개발 일을 하고있고, 이 과정에서 생각만치 잘 풀리지않는것의 연속을 경험하고있다. 과연 이 부정적인 연속성이 끊길까, 시간이 지나면 끊기긴할까에 대한 두려움이 계속 있다. (이 두려움이 때로는 도전적인 재미로 올때도 있긴하지만.. ㅋㅋ) 그런데 사실 회사 일 뿐만 아니라 가족, 지인.. Self-Development/생각 정리 - 회고 2025. 3. 1.

• 

  MySQL Concept & Structure 블랙박스 뽀개기 Mysql 아키텍처mysql은 모듈식 아키텍처 형태로 설계되었다.커넥터 레이어해당 레이어에서 다양한 커넥터 (드라이버)를 제공한다.client가 mysql 서버에 연결할 수 있도록 지원한다.client 요청은 sql 형태로 전달된다.SQL 레이어sql parser와 optimizer가 해당 레이어에서 동작하낟.query를 분석 및 최적화하고, 실행 계획을 수립한다.데이터 접근 및 처리를 위한 논리적 인터페이스 역할을 한다.스토리지 엔진실제 데이터는 스토리지 엔진이 관리한다.mysql은 plugin 방식으로 다양한 스토리지 엔진을 지원하고, 대표적으로 innodb, myisam이 있다.각 엔진별로 데이터 read/ write 및 indexing 방식이 다르다.innodbmysql의 default 엔진이다... Self-Development/Study 2024. 11. 16.

• 

  빈약한 도메인 모델은 어떤게 해로운걸까? DDD에서 풍부한 도메인 모델 (Rich Domain Models), 빈약한 도메인 모델 (Anemic Domain Models) 두 명칭을 갖고 여러가지 이야기를 다룬다. 이번 글에선 빈약한 도메인 모델이 개인적인 경험 기반으로 왜 해로운지 정리해보고자한다. (정말 해로운건 맞는지?, 있다면 그게 왜 해로운건지?, 트레이드 오프는 어떤게 있는지? 등을 파고자하는게 주 목적이다) 우선 두괄식으로 개인적으로 생각할 때, 빈약한 도메인 모델이 가장 크게 해롭다고 다가오는 이유는 캡슐화인것같다. 이를 형상화해보면, 빈약한 도메인 모델은 도메인 객체가 데이터를 담기만하고 논리(로직, 행위)는 서비스 클래스에 구현된다. 유저 금액을 예금하는 코드로보면 다음과 같다. data class User(val name: .. Self-Development/Study 2024. 10. 26.

• 

  CQRS Journey Guide 톺아보기 우선 나오는 개념들 정리하면.. Bounded Context1. 각각의 Domain Model을 포함하고있는 일종의 문맥이기도 하면서 유비쿼터스 랭귀지를 포함한다. 2. Bounded Context는 일관성을 보장해야하는 하나의 개념적 단위, 컴포넌트로 볼 수 있다. 3. Bounded Context는 보통 사건(Event)을 발생시켜 다른 B.C.와 통신한다 Context Map1. B.C. 간의 관계를 그리는것으로 접점을 설명하고, 의사소통의 수단으로 사용된다. 2. 각각의 서로 다른 B.C. 간 어떤 관계를 갖고있는지, 어떤 상호작용을 하는지 알 수 있도록 하는것이 목적이다. 3. Context Map은 상호 교류하는 시스템의 목록을 제공하고 팀 내 의사소통의 촉매 역할을 한다. Command1. .. Self-Development/Study 2024. 10. 21.

• what is a domain services? 에릭 에반스는 도메인 서비스를 다음과 같이 말했다.엔터티에 부여하기 적합하지 않은 책임을 도메인 서비스에 부여하라즉, 도메인 서비스는 말 그대로 도메인을 위해 존재하는 객체이므로 기술에 의존성이 없는 POJO 형태로 구현되어야한다. 반 버논의 "도메인 주도 설계 구현"에서는 도메인 서비스를 사용해야할 때 세가지 휴리스틱을 제시했다. 중요한 비지니스 프로세스를 수행할 때어떤 컴포지션에서 다른 컴포지션으로 도메인 객체를 변환할 때하나 이상의 도메인 객체에서 요구하는 입력값을 계산할 때 중요한 비지니스 프로세스를 수행할 때사례로 에릭 에반스는 도메인 주도 설계에서 계좌 이체로 설명했다.계좌 이체는 입금, 출금, 잔액조회 같은 계좌의 책임이 아니라 두 계좌간 연속적인 입금과 출금의 과정이다. 계좌 이체는 Tra.. Self-Development/Study 2024. 9. 28.

• 

  CAP 이론 이해하기 근래 다양한 아키텍처와 시스템 구성이 발표되면서, 분산 컴퓨팅 시스템이 많이 대중화가 되어가고 있는것같다. 관련된 개념으로 CAP 이론이 존재하는데, 처음 읽었을 때 정말 기가막히게 Conceptualization 해놓아서 매우 공감하면서 이해했다.  CAP는 이런 개념이다분산 컴퓨팅 개념에서 일관성(Consistency), 가용성(Availability), 분할 내성(Partion Tolerance) 중 두가지만 동시에 만족시킬 수 있다는 이론이다. 이해를 위해 분산 환경 속에서 위 개념들을 뽀개보면 아래와 같다. 일관성(Consistency)모든 노드가 같은 시점에 동일한 데이터를 갖는 것을 의미한다. 즉, 하나의 노드에서 업데이트 된 데이터는 즉시 다른 모든 노드에 반영되어야한다. 가용성(Avail.. Self-Development/Study 2024. 7. 6.

• 

  Replication의 데이터 동기화는 어떻게 되는걸까 레플리카 셋(Repliaca Set)에 대해 먼저 이해해보면레플리카 셋의 주 목적은 DB의 가용성을 확보하고 장애 복구(Fail Over) 처리하기 위해 구성한다. 하나의 주 서버(Primary)와 하나 이상의 복제본 서버(Secondary)로 구성된다. 주 서버(Primary)는 모든 쓰기와 대부분의 읽기 작업을 처리하며, 복제본 서버(Secondary)는 주 서버의 데이터를 실시간으로 복제하여 읽기 작업을 분담하거나 장애 발생 시 주 서버를 대체하는 메커니즘이다.  어떻게 주 서버의 데이터를 복제본 서버로 Sync하는걸까?데이터 동기화 하는 방식엔 여러 방식이 있지만, 이번엔 RDB의 처리 프로세싱에 대해서만 다뤄보려한다.1) 빈 로그 기록 (Binary Log Recording)primary에서 데.. Self-Development/Study 2024. 7. 6.

• 

  DDD의 Repository Pattern은 왜 사용할까 # 서론최근 많은 개발자분들이 Spring Data Jpa에서 제공하는 `JpaRepository`를 사용하면서 자연스럽게 DDD의 리포지토리 패턴을 사용하고있다. 이번글에서는 DDD의 Repository Pattern의 등장 배경과 개념, 그리고 적용시 얻는 이점들에 대해서 소개해보고자 한다. # 본론리포지토리 패턴이란?리포지토리 패턴은 도메인 주도설계에서 중요한 역할을 하는 설계 패턴 중 하나이다. 이 패턴은 도메인 객체를 영속화하는 작업을 추상화하여 도메인 모델과 데이터베이스 접근 로직을 분리하는것을 목표로 한다. 등장 배경은?DDD의 리포지토리 패턴은 복잡한 어플리케이션에서 다음과 같은 문제를 해결하기 위해 등장했다고한다. 1. 도메인 로직과 데이터 접근 로직의 분리도메인 모델은 비지니스 로직을.. Self-Development/Study 2024. 6. 8.

• 

  애그리거트(Aggregate) 디자인하기 # 서론일단 제목에서 나온 키워드의 사전적 개념부터 간단히 정리하고 시작한다. 그리고 애그리거트를 왜, 어떻게 그리고 이를 어떻게 활용하는지에 대한 내용을 소개해보려한다. 애그리거트(Aggregate)데이터 변경의 단위로 다루는 연관 객체의 불변 집합체를 말한다. (사전적 개념만 정리했을땐 간단해보이지만, 애그리거트 개념은 굉장히 많은 내용을 내포하고있어 더 깊이 알아볼 필요가있다.) # 본론왜 애그리거트 (Aggregate) 경계 설정이 중요할까?가장 대중적인 주문(Order) 도메인으로 설명을 해보려한다. 필자는 주문 시스템을 만들기 위한 엔터티들을 아래와 같이 설정했다. data class Address( val street: String, val city: String, val state: St.. Self-Development/Study 2024. 6. 7.

• 도메인과 도메인 모델(Domain Model) # 도메인넓은 의미에서 도메인이란 한 조직이 행하는 일과 그 조직 안의 세계를 일컫는다. 비지니스 담당자는 시장을 파악하고 상품과 서비스를 판매한다. 각기 다른 종류의 조직은 그 나름대로 독특한 노하우를 가진 영역과 업무를 수행하는 방법이 있다. 그 이해의 영역과 조직의 작업을 수행하는 방법이 그 조직의 도메인이다. 다시말해 당신이 한 조직을 위해 소프트웨어를 개발한다면, 그 조직의 도메인 안에서 일하고있는것이다. # 도메인 모델도메인 모델의 아름다운 소리 우리의 모델이 음악이였다면, 그 모델은 실수 없이 완벽한 소리, 순수성, 힘, 우아함과 아름다움을 가졌을 것이다. 도메인 모델이라는 용어에도 `도메인` 이라는 단어가 들어가있으므로, 한 조직의 전체 비지니스 도메인을 위한 하나로 응집력 있게 모든 항목.. Self-Development/Study 2024. 6. 5.

• 실용적이고 안정감있는 테스트 코드 작성하기 서론 개발을 할 때면, 좋은 테스트를 작성하기 위해 매번 많은 고민을 통해 꽤 긴 시간을 허비하게된다. 현 세계에는 E2E Test, Integration Test, Unit Test 등 많은 테스트 기법들이 있지만, 현재 속해있는 조직에선 Unit Test를 위주로 작성 하고있다. 유닛 테스트만 작성하는 이유는 몇 가지가 있겠지만, 그 중 개인적으로 가장 타당하다고 생각드는 부분은 다음과 같다. 우리의 시스템은 주어진 요구사항이 Domain Model Layer에 응집되도록 하고있다. 이 응집된 Domain Model이 보통 단위의 대상이 되도록 하고있다. 따라서, Domain-Model의 테스팅이 성공된다면, 우리의 복잡한 요구사항은 얼추 만족시키게 되는것이다. 이 도메인 논리에 대해 촘촘하게 작성만.. Self-Development/Study 2023. 9. 27.

• 

  효율적인 나만의 일상 루틴을 만들어보자 위 이미지처럼 우리는 알게모르게 일상 루틴이 잡혀있는것들이 꽤나 많은 것 같다. 그러나 의식적으로 생각해야지만 만들 수 있는 루틴이 훨씬 많을 것이라 생각하여 포스팅을 작성해보려한다. 그리고 무엇보다 이 포스팅을 통해 효율적인 루틴을 만들어낸다면 앞으로의 삶이 윤택해질 수 있을 것 같다는 생각이 들었다🧖🏻 필자는 어느날부턴가 평소 일이 끝난 후 약속이 없는 날이라면, 운동과 공부를 해야한다는 인식이 박혀있어 이대로 진행이 안되면 하루가 망친것같고 불안한 기분이 든다. 걱정이 많은 타입이라 불안감을 남들보다 더 느끼는건 사실인것같다. 그래서 이 루틴을 조금 더 뾰족하고 디테일하게 설계해보고자 이번 글을 작성하게 되었다. 우선 내 평소 생활을 대략적으로 적어보면 다음과 같다. 기상 - 8:00 출근 - 8:.. Self-Development/생각 정리 - 회고 2023. 1. 15.