나만의 repository

[카프카 핵심 가이드] ch 01, 02

Ch 01. 카프카 시작하기 p. 7주어진 파티션의 각 메시지는 고유한 오프셋을 가지며, 뒤에 오는 메시지가 앞의 메시지보다 더 큰 오프셋을 가진다(반드시 단조증가할 필요는 없다). Q. 카프카의 오프셋은 각 파티션 내에서 반드시 단조 증가해야 하지 않나? A. 카프카에서 각 파티션에 기록되는 메시지는 순차적인 오프셋을 가진다.즉, offset n 다음엔 반드시 offset n+1 이 온다 그리고 브로커는 메시지 손실 여부를 오프셋의 단절로 인식한다.따라서 컨슈머 입장에서 만약 오프셋이 100, 101, 102, 104 순으로 온다면 103은 유실 혹은 아직 도착하지 않은 상태로 간주될 수 있다단조 증가가 깨지면 손실 또는 중복 발생으로 판단할 수 밖에 없다 Q. 그렇다면 왜 책에는 저렇게 쓰여 있을까?..

p. 3888.1.6절에서 guava event bus를 사용하여 UserController 클래스를 다시 구현했다 하지만 UserController 클래스는 여전히 스레드 풀을 생성하고 옵서버를 등록하는 등 옵서버 패턴과 관련된 비지니스와 관련 없는 코드가 많이 남아 있다. 이 UserController 클래스를 어떻게 더 개선할 수 있을지 생각해보자. EventBusConfigurator 등의 모듈에서 옵서버를 등록한다.EventDispatcher 같은 추상 인터페이스를 정의하고 GuavaEventDispatcher 구현체를 실제 UserController 에서 사용하도록 한다. p. 390read() 함수는 데이터를 읽는 전 과정을 정의하는 템플릿 메서드로, 하위 클래스별로 정의된 추상 메서드를 ..

p. 348어댑터 패턴과 퍼사드 패턴의 공통점은 설계가 좋지 않은 인터페이스를, 사용하기 용이한 인터페이스로 만든다는 점이다. 내가 이해하기로 퍼사드 패턴은 여러 서브시스템을 묶어 클라이언트에 노출할 단일, 간결한 인터페이스를 제공한다.그래서 어댑터 패턴과는 다르게 좋지 않은 설계에만 사용하는 패턴은 아닌 것으로 보인다.퍼사드는 단순히 부실한 설계를 감추는 꼼수가 아니라, 건전한 계층화와 관심사 분리를 위한 패턴이라고 생각한다. p. 348복합체 패턴은 주로 트리 구조의 데이터를 처리하는 데 사용된다. Q. 실제 개발을 하면서 트리 구조의 자료 구조를 생성하고 복합체 패턴을 활용해보신 적이 있는지? 회계 시스템에 사용해본다면..?계정과목 계층 구조계정과목 (Asset, Liability, Equity ..

정리구조 디자인 패턴 : 특정 응용 프로그램 시나리오의 문제를 해결하는 데 사용되는 클래스나 객체의 고전적인 구조 1. 프록시 패턴 : 원본 클래스에 연관 없는 기능을 추가할 때 사용2. 데커레이터 패턴 : 원본 클래스와 관련이 있거나 향상된 기능을 추가할 때 사용3. 어댑터 패턴 : 코드 호환성 문제를 해결하는 데 사용4. 브리지 패턴 : 합성의 폭발 문제를 해결하는 데 사용5. 퍼사드 패턴 : 인터페이스 설계에 사용6. 복합체 패턴 : 트리 구조로 나타낼 수 있는 데이터에 사용7. 플라이웨이트 패턴 : 재사용 문제를 해결  찾아본 내용 클래스 로더 (p. 318) 1. 클래스 하나당 클래스 로더는 하나인가? 2. Spring 애플리케이션당 클래스 로더는 몇 개인가? 기본적인 경우 (Spring Boo..

A. 싱글턴, 명령어 재정렬p. 257CPU 명령이 재정렬되면 IdGenerator 클래스의 객체가 new 예약어를 통해 instance 멤버 변수가 지정된 후, 초기화가 이루어지기 전에 다른 스레드에서 이 객체를 사용하려고 할 수 있다. 이 문제를 해결하려면 volatile 키워드를 인스턴스 멤버 변수에 추가하여 명령어 재정렬을 방지하면 된다. 명령어 재정렬과 싱글턴의 안전한 초기화 1. 문제 제기: 멀티스레드 환경에서의 싱글턴 초기화 문제 싱글턴 패턴은 애플리케이션 전체에서 인스턴스를 하나만 유지해야 할 때 사용된다.하지만 멀티스레드 환경에서는 인스턴스를 생성하는 과정에서 예상치 못한 문제가 발생할 수 있다.대표적인 예는 다음과 같다public class Singleton { private st..

4장주제 : 코딩 컨벤션, 코딩 원칙5장주제 : 단위 테스트, 리팩토링  찾아본 내용1. The Technical Debt Trap • Doc Norton • YOW! 2017https://www.youtube.com/watch?v=u6s8S63OOIE 이 컨텐츠는 기술 부채의 개념과 그 위험성을 다루고 있습니다. 발표자는 기술 부채가 단순한 코드의 문제를 넘어 전략적 설계 결정으로 이해되어야 하며, 이를 관리하기 위해서는 청결한 코드와 비즈니스의 이해가 필수적이라고 강조합니다. 기술 부채를 잘못 이해하면 비효율적인 코드와 혼란을 초래할 수 있으므로, 항상 코드를 정리하고 관리하는 것이 중요하다는 메시지를 전달합니다. 기술 부채는 잘못된 코드와는 다르며, 위험이 존재하지만 지금 당장 테스트나 리팩토링을 ..

3장주제 : 설계 원칙  단일 책임 원칙p. 118주의할 점은 단일 책임 원칙이 설명하는 대상에는 클래스와 모듈이라는 두 가지 종류가 있다는 점이다. p. 120클래스에 private 메서드가 너무 많은 경우 이 private 메서드를 새로운 클래스로 분리하고 더 많은 클래스에서 사용할 수 있도록 public 메서드로 설정하여 코드의 재사용성을 향상시켜야 한다.클래스의 이름을 정의하기 어려울 경우, 클래스 책임 정의가 충분히 명확하지 않음을 의미할 수 있다.  개방 폐쇄 원칙p. 130속성과 메서드가 추가되었기 때문에 분명히 클래스가 수정되었다고 할 수 있다. (중략) 하지만 이 변경 사항이 기존의 속성을 변경하거나 메서드를 수정하지 않았기 때문에 속성이나 메서드 입장에서 보면 확장으로 간주될 수 있다...

2.4 ~ 2.9장주제 : 객체지향 프로그래밍의 특징 추상화 관련p. 61함수를 사용할 때 우리는 함수가 어떻게 구현되는지가 아니라 어떤 함수가 있는지를 이해하면 충분하다. p. 63함수형 프로그래밍의 함수는 프로그래밍 언어에서 말하는 함수가 아니라 y = f(x) 같은 수학의 함수 또는 표현식을 의미한다. Java 의 함수 인터페이스 p. 65Java는 함수형 프로그래밍을 위해 세 가지 새로운 문법 개념인 Stream 클래스, 람다 표현식, 함수형 인터페이스를 도입했다. p. 68C 언어의 경우 함수를 변수로서 사용할 수 있는 함수 포인터를 지원하지만, Java는 함수 포인터를 지원하지 않기 때문에 대신 함수형 인터페이스를 통해 함수를 감싼 것을 변수로 사용한다.  파싱 메서드의 최적 위치1. 엔티티 ..

1장주제 : 고품질의 코드란 무엇인가 디자인 패턴은 언제 적용해야 할까?p. 2속도와 확장성을 맹목적으로 추구하는 현재의 개발 환경에서 안타깝게도 대다수의 소프트웨어 엔지니어는 고품질의 코드를 작성하는 방법에 대해 생각할 시간이 많지 않은 것도 사실이다. p. 16개발 초기 단계에서 필요한 경우를 제외하고는 복잡한 디자인 패턴을 과도하게 설계하여 적용하면 안 되지만, ... p. 20따라서 잘못된 요구 사항 예측으로 인한 과도한 설계를 피하기 위해 지속적인 리팩터링 개발 방법을 권장한다. 항상 고민되는 부분이다. 좋은 코드를 작성하기 위해 설계에 신경 쓰고 싶지만, 현실적으로는 단순한 코드로도 충분히 해결할 수 있는 비즈니스 문제를 다루는 경우가 많다. 따라서 무조건 복잡한 설계를 적용하는 것은 오히려 ..

아이템 49. 하나 이상의 처리 단계를 가진 경우에는 시퀀스를 사용하라 p. 361 Q. 자바 8의 스트림을 사용하면 코틀린의 시퀀스와 마찬가지로 지연 처리되는가?  코틀린의 시퀀스와 자바 8의 스트림은 둘 다 지연 연산을 통해 요소를 처리한다는 점에서 비슷합니다.지연 연산을 사용하면 필요할 때마다 요소를 계산하며, 불필요한 계산이나 메모리 사용을 줄일 수 있습니다    p. 362  Think Twice Before Using Java 8 Parallel Streams - DZoneParallelization was the main driving force behind lambdas, stream API, and others. Let's take a look at why you should think ..