모종닷컴

최근 카프카를 배우기 위해 책을 읽고 있는데 정말 좋았다 싶은 책들이 있어 추천드리려고 합니다. 총 2권의 책을 추천드리려고 하는데 하나는 "카프카, 데이터 플랫폼의 최강자"와 다른 하나는 "카프카 핵심가이드"입니다. 순서는 "카프카, 데이터 플랫폼의 최강자"를 먼저 읽고 나서 "카프카 핵심가이드" 책을 읽는 게 좋은 것 같습니다. 카프카, 데이터 플랫폼의 최강자 어떤 기술을 배울때 저는 아래 순서로 스터디를 하기 위해 노력합니다. 이 기술은 무엇인가? 이 기술을 사용해야 하는 이유가 무엇인가? 기술의 핵심 원리 이것을 사용하기 위한 방법 기술 응용 단순히 기술을 사용하는 방법을 익히기보다는 기술의 탄생 배경이나 핵심 원리에 관한 지식이 기반이 된 상태로 시작해야 응용 및 운영하기도 편하고 사용할 때에도..

7장에서 11장까지는 설계 원칙에 대한 내용들을 다루고 있습니다. 양이 많아 따로 정리를 하려고 할까 했었는데 5장이 모두 서로 관련이 있는 내용들이기에 포스트 하나에 정리하였습니다. 7장: SRP(단일책임원칙) 더보기 “하나의 모듈은 하나의, 오직 하나의 액터에 대해서만 책임져야 한다.” ‘액터’란 변경을 요청하는 한 명 이상의 사람들을 가리킨다. ‘모듈’을 가장 단순하게 정의하면 소스 파일이며, 단순히 함수와 데이터 구조로 구성된 응집된 집합이라고도 일컬을 수 있다. ‘응집된’이라는 단어가 SRP를 암시한다. 단일 액터를 책임지는 코드를 함께 묶어주는 힘이 바로 응집성이다. 이것만 들었을 때 와닿지 않는 부분들이 많다. 그래서 SRP 원칙을 위반하는 징후들을 살펴보면서 이해하는 게 가장 좋은 방법이다..

5장 : 객체지향 프로그래밍 Object-Oriented = 객체지향 객체지향(Object-Oriented, OO)이란 무엇인가요? 객체지향은 데이터와 함수의 조합 ? 객체지향이라는 패러다임이 나오기 훨씬 이전부터 프로그래머는 데이터 구조를 함수에 전달해 왔다. 때문에 객체지향이 데이터와 함수의 조합이라는 말은 성립하지 않는다. 실제 세계를 모델링하는 새로운 방법 ? 객체지향을 사용하면 소프트웨어를 좀 더 쉽게 이해할 수 있다는 데 있는 듯하다. 하지만 의도가 불분명하고 정의가 모호하다. 객체지향의 본질 ? 객체지향의 본질을 설명하기 위해 캡슐화, 상속, 다형을 말한다. 객체지향이 이 세 가지 개념을 적절한 조합한 것이거나, 또는 객체지향 언어는 최소한 이 세 가지 요소를 반드시 지원해야 한다고 말한다...

3장 : 패러다임 개요 패러다임의 변화 패러다임이란 어떤 프로그래밍 구조를 사용할지, 그리고 언제 이 구조를 사용해야 하는지를 결정하는 프로그래밍을 하는 방법을 말한다. 대체로 언어에는 독립적이다. 구조적 프로그래밍 최초로 적용된 패러다임 1968년 에츠허르 비버 데이크스트라가 발견 무분별한 점프(=goto 문장)는 프로그램 구조에 해롭다는 사실을 제시했다. 데이크스트라는 이러한 점프들을 if/then/else와 do/while/until과 같이 익숙한 구조로 대체했다. 구조적 프로그래밍은 제어 흐름의 직접적인 전환에 대해 규칙을 부과한다. 객체 지향 프로그래밍 구조적 프로그래밍보다 2년 앞선 1966년 올레 요한 달과 크리스텐 니가드에 의해 등장. 알골 언어의 함수 호출 스택 프레임을 힙으로 옮기면 함..

많은 개발자 분들께 책을 추천해달라 하면 클린 아키텍처는 항상 빠짐없이 나오는 책인 것 같습니다. 너무 늦은 감이 있지만 한번 지긋이 읽어보고 있습니다. 아직 3분의 1도 다 읽어보지는 못했지만 책이 재미가 있습니다. 뭔가 술술 읽힌다기보다는 생각할 포인트들이 많아서 고민을 많이 하게 되는데 그런 의미에서 참 재밌는 책인 것 같습니다. 생각날 때마다 이렇게 다시 한번 읽어보면서 생각을 정리해보려고 합니다. 설계와 아키텍처란? 설계와 아키텍처 둘 사이에는 차이가 없다. 흔히 아키텍처는 저수준의 세부사항과는 분리된 고수준의 무언가를 가리킬 때 흔히 사용되고, 설계는 저수준의 구조 또는 결정사항 등을 의미할 때가 많다. 하지만 아키텍트가 실제로 하는 일을 보면 이러한 구분은 무의미하다. 책에서 집을 설계하는 ..