애플리케이션이 하나의 함수를 배포 단위로 사용하는 서버리스(serverless) 아키텍처로 이동하면서 애플리케이션 프레임워크의 장점들은 희석되고 있다. 그 이유는 기술 및 아키텍처 관점의 문제들을 처리하는 시간은 줄어들고 프로그램의 비즈니스적 기능에 프로그래밍 노력을 더 많이 들일 수 있게 되었기 때문이다.
---p.2

자바는 태생적으로 명령형이자 객체 기반 프로그래밍 언어다. 사실 지금도 그렇다. 하지만 지난 몇 년간 자바는 발전을 거듭해 왔으며 단계마다 더 많은 선언적 표현식(declarative expression)을 도입해 왔다. 명령형(imperative) 프로그래밍은 명시적으로 컴퓨터가 해야 할 일을 코드로 서술하는 것이다. 반면 선언적(declarative) 프로그래밍은 목적을 달성하기 위한 방법에 대한 목표 추상화를 표현하는 코드를 작성하는 것이다. 추상화는 프로그래밍의 핵심이므로 명령형 코드에서 선언형 코드로의 이전은 자연스러운 결과다.
---p.37

자바는 int나 char 같은 소위 ‘기본 자료 타입(primitive type)’을 다룰 때 캐시 친화적으로 동작한다. 기본 자료 타입은 인라인 타입이며 그로 인한 장점이 있다. 인라인 타입은 처음에는 다소 생소해 보이겠지만 여러분은 이미 이 타입을 다뤄 본 적이 있다. 그저 이 타입을 객체로 생각하지 않았을 뿐이다. 그러므로 ‘인라인 클래스’가 잘 이해되지 않는다면 ‘int 타입이라면 어떻게 동작할지’ 생각해 보길 바란다.
---p.84

필자는 모듈라-3(Modula-3, https://oreil.ly/t2t4G) 경험에서 영감을 받은 방법을 선호한다. 즉, 생성자는 필드에 값을 대입하는 역할만 하는 것이다. 생성자가 해야 할 일은 올바른 인스턴스를 생성하는 것뿐이다. 객체 생성 시점에 수행해야 할 작업이 더 많다면 팩토리 메서드를 사용한다. ---p.141

값 객체를 단순화하는 것은 타입의 역할을 명확히 하는 데 유용한 규칙이며 코드를 읽는 데 방해가 되는 요소도 줄일 방법이다. 게다가 리팩토링도 쉬우며 코드의 도메인을 더 잘 표현하는 메서드를 어떤 타입에 추가해야 하는지를 더 확실히 알 수 있다. 간혹 값 객체의 행위적인 기능이 더 중요한 경우에도 필드는 비공개로 유지하고 메서드로 필요한 것을 표현할 수 있게 되었다.
---p.181

다른 개발자가 자신의 애플리케이션에 여러분이 작성한 코드를 사용한다고 생각해 보자. 이 개발자는 자신이 어떤 예외를 던질지 알 수도 있지만 여러분은 그 개발자가 어떤 예외를 던질지 알지도 못하고 알 필요도 없다. 여러분의 코드는 그저 예외가 다른 개발자의 코드로 전달되어 그 애플리케이션 코드 예외 핸들러까지 도착하도록 하기만 하면 된다. 제어의 역전(Inversion of Control)을 제대로 지원하려면 예외 투명성(exception transparency)이 필요하다.

<b>더 나은 자바 개발자로 성장하기 위한 새로운 시각!<br/>다른 언어 개발자가 보기에도 충분한 범용적인 프로그래밍 노하우!</b><br/><br/>『자바 개발자를 위한 97가지 제안』은 자바 개발 역량을 키우고 싶은 독자에게 자바 리더및 전문가의 알토란 같은 노하우를 제공한다. 책에서 소개하는 97가지의 제안은 문제를 새로운 시각에서 바라보고, 자신이 맡은 일에 더 넓은 책임을 가지며, 새로운 기술을 익힘으로써 스스로의 역량을 확대하여 개발 전반에 대한 능력을 끌어올려 줄 것이다. <br/><br/>케블린 헤니와 트리샤 지가 함께 편집한 이 책은 자바 소프트웨어를 작성하고 소프트웨어 개발 프로세스와 함께 살아온 전문가 73인의 축적된 경험을 반영하고 있다. 훌륭한 개발자가 자신이 학습한 지혜를 공유함으로써 레거시 코드를 다루는 독자는 물론, Java 8 이후의 변경 사항을 적용하는 독자에게도 자바 개발에 대해 다시 한번 생각해 볼 기회를 마련해 줄 것이다.<br/><br/><b>이 책의 대상 독자</b><br/>- 자바 전문가들의 다양한 시각을 보고 싶은 자바 개발자<br/>- 한 단계 도약하고자 하는 일반 개발자<br/>- 자바를 좀 더 알고자 하는 코틀린 개발자<br/><br/>