삶은달걀노른자

■ 6장 함수형 프로그래밍 Functional Programming ​ 함수형 프로그래밍은 사실 프로그래밍 그 자체보다 앞서 등장했다. 이 패러다임의 핵심은 람다 lamda 계산법으로서 알론조 처치 Alonzo Church 가 1930년대에 발명했다. ​ 함수형 언어에서는 변수가 변경되지 않는다. 변수의 불변성이 중요한 이유는 바로 경합조건 race condition, 교착상태 deadlock, 동시 업데이트 concurrent update 문제가 모두 가변변수로부터 발생하기 때문이다. 아키텍트는 당연히 이러한 동시성 concurrency 문제에 관심을 가져야 한다. ​ 서비스를 가변 mutable 컴포넌트와 불변 immutable 컴포넌트로 분리하여 어느정도 이 문제를 해결할 수 있다. 또한 이벤트 소..

■ 5장 객체지향 프로그래밍 Object-Oriented Programming ​ OO의 본질을 설명하기 위해 3가지 특성을 살펴보자. ​ 1. 캡슐화 사실 캡슐화는 C 언어에서 완벽하게 구현되었었고 오히려 C++에서 완벽한 캡슐화가 깨지게 되었다. 클래스의 멤버변수를 클래스 헤더 부분에 선언하도록 함으로써 해당 헤더파일(xxxx.h 같은)을 사용하는 측에서 멤버변수의 존재를 알 수 있기 때문이다. 따라서 OO가 강력한 캡슐화에 의존한다는 정의는 받아들이기 어렵다. ​ 2. 상속 OO 언어가 있기 전에도 상속을 흉내낼 수는 있었지만 OO 언어에서 확실히 상속을 편리하게 만든 건 사실이다. 게다가 다중 상속은 기존에 훨씬 어려웠다. 그래서 OO에 있어 캡슐화에 대해서는 0점, 상속에 대해서는 0.5점을 주..

■ 4장 구조적 프로그래밍 Structured Programming 네덜란드 태생의 데이크스트라 Edsger Wybe Dijkstra 는 1950~60년대에 goto 문장의 폐단과 반대로 goto의 좋은 사용 방식이 if/then/else, do/while과 같은 분기와 반복이라는 단순한 제어 구조에 해당한다는 사실을 발견했다. 또한 이 시기에 모든 프로그램은 순차, 분기, 반복 이라는 세 가지 구조만으로 표현할 수 있다는 것이 사실로 증명되었다. 구조적 프로그래밍이 현재까지 가치있는 것은 프로그래밍에서 반증 가능한 단위를 만들어 낼 수 있는 능력 때문이다. 현대 언어가 아무 제약없는 goto 문을 지원하지 않는 이유이기도 하다. 또한 아키텍처 관점에서는 기능적 분해를 최고의 실천법 중 하나로 여기는 이..

◆ Part 2 벽돌부터 시작하기: 프로그래밍 패러다임 Starting with the Bricks: Programming Paradigms 여기서 벽돌은 소스코드를 말한다. 집을 짓을 때 기초가 되는 재료가 벽돌이듯이 소프트웨어 개발의 기초인 코드부터 이야기를 시작한다는 말이다. ■ 3장 패러다임 개요 Paradigm Overview 수십 년 간 프로그래밍 패러다임에 혁신적인 변화가 몰아쳤는데 대체로 언어에는 독립적이다. 패러다임은 어떤 프로그래밍 구조를 사용할지, 언제 사용할지를 결정하는 것으로 현재까지는 3가지 외에는 존재하지 않는다. - 구조적 프로그래밍 Structured programming - 객체지향 프로그래밍 Object-oriented programming - 함수형 프로그래밍 Func..

■ 2장 두 가지 가치에 대한 이야기 여기서 두 가지 가치란 행위 behavior 와 구조 structure 이다. 행위는 개발자가 코드를 작성하고 디버깅하는 것을 말하며 보통 프로그래머는 이 활동이 자신의 일의 전부라고 생각하지만 틀린 생각이다. 소프트웨어는 말 그대로 soft 하기 때문에 변경이 자주 발생한다. 이러한 변경사항을 적용하는 데 드는 어려움은 변경되는 범위 scope 에 비례해야 하며 형태 shape 와는 관련이 없어야 한다. 새로운 요구사항이 발생할 때마다 적용하는 것이 더 힘들어지는데, 이것은 시스템의 형태와 요구사항의 형태가 서로 맞지 않기 때문이다. 개발자는 사각형 마개를 동그란 구멍에 밀어 넣도록 강요하는 느낌(다른 형태에 억지로 넣는 느낌)을 받는다. 여기서 중요한 것이 아키텍..