감상 2020.07.20 Java8이 나오기 전에 쓰여진 책이라 현시점에서는 오래된 지식이 많다. 기술 역사서로는 의미가 있다. 알고리즘 구현예제들도 최적화의 여지가 있어보인다. 예: Quick Sort는 책의 예제보다 공간복잡도를 더 줄여서 구현할 수 있다. 인상 깊은 단락 p99 Collections.newSetFromMap() 언급. 책에는 오타로 Collection.netSetFromMap() 이라고 되어 있다.
p158 Integer.MAX_VALUE 등에 대한 언급. 2의 보수 원리. 아래와 같이도 확인할 수 있다.
assertThat(-Integer.MIN_VALUE).isEqualTo(Integer.MIN_VALUE); assertThat(Math.abs(Integer.MIN_VALUE)).isEqualTo(Integer.MIN_VALUE); assertThat(Integer.MIN_VALUE -1).isEqualTo(Integer.MAX_VALUE); p320 https://code.google.com/archive/p/dbdeploy/ 소개.
자바코딩, 이럴 땐 이렇게: PMD로 배우는 올바른 자바코딩 방법
https://www.yes24.com/Product/Goods/13151261
인상 깊은 단락 p96 boolean 반환할때 불필요한 if문 없애기 - 코드리뷰 때 종종 이야기하던 패턴인데 책에서보니 반가웠다.
p128 K&R과 1TBS
인상 깊은 단락 Kindle판 기존
Location 502 Batch processing, for this book’s purposes, is defined as the processing of a finite amount of data without interaction or interruption.
Location 506 A ComputerWorld survey1 in 2012 stated that over 53% of those enterprises surveyed used COBOL for new business development.
Location 1,186 The worst part about maintaining batch processes is that when they break, it’s typically at 2:00 a.
인상 깊은 단락 2ed
p76 scale cube
참고 http://theartofscalability.com/ https://microservices.io/articles/scalecube.html 요약 x축 : 애플리케이션을 복제해서 수평적으로 확장 y축 : 서로 다른 기능들을 분리 Z축 : 데이터 파티셔닝 또는 샤딩 p188 https://github.com/Nilhcem/FakeSMTP 를 이용한 테스트 환경 구성
https://github.com/benelog/devnote/blob/master/smtp.adoc 에 관련 도구들을 정리했다.
p218 공유 데이터 모델, 공유 스키마, 공유 테이블은 좋지 못한 방법이며, 마이크로서비스 개발을 재앙으로 이끌 수도 있다. 처음에는 좋은 수도 있지만, 복잡한 마이크로서비스를 개발하다 보면 데이터 모델 사이에 계속 관계를 추가하고, 조인 쿼리를 만들어내게 된다.
정리 116쪽 MSDN 원문일부 (https://msdn.microsoft.com/en-us/library/27db6csx%28v=vs.90%29.aspx)
In an “is a” relationship, the derived class is clearly a kind of the base class.
http://www.yes24.com/Product/Goods/13488109?OzSrank=1
11쪽 함수형 스타일은 객체 지향 프로그램(OOP) 방법을 거스르는 것이 아니다. 실제 패러다임의 변화는 명령형 스타일에서 서술적 스타일로 변경됐다는 것이다.
73쪽 파라미터 라우팅
177쪽 이거(eager) 방식은 간단하지만 레이지(lazy)방식은 효율적이다.
http://www.yes24.com/Product/Goods/11261731?OzSrank=1
인상 깊은 단락 32쪽 nanoTime()메서드는 만든 목적은 수행된 시간 측정이기 때문에 오늘의 날짜는 알아내는 부분에는 사용하면 안 된다.
157쪽 JDK5부터는 -XXX:+UseBiasedLocking라는 옵션을 통해서 biased lock이라는 기능을 제공한다.
210쪽 일부 회사에서는 자체 개발한 프레임워크를 사용하는데, 필자는 제발 그러지 말아줬으면 좋겠다.
214쪽 Apache Httpd의 keep alive 설정을 on
358쪽 GC로그 분석 툴소게. HPJmeter는 아파치의 JMeter와는 전혀 상관이 없는 모티러링 및 분석툴.
408쪽 AWStats와 Piwik소개
423쪽 튜닝결과 정리시의 유의점
인상적인 단락 p5 단위테스트를 ‘다른 단위에 종속되지 않는 하나의 단위에 대한 테스트’
p71 개발자 입장에서 무언가를 잘못 수정할 때마다 바로바로 알려주는 누군가가 곁에 있어주는 것만큼 마음 든든한 일도 없다. 단위 테스트는 잘못된 부분을 찾기 위해 어플리케이션을 디버깅할 필요성을 줄여준다. 기능 테스트가 버그가 존재하는 유즈케이스를 골라주는 수준이라면, 단위 테스트는 어떤 메서드가 어떤 이유로 실패했는지도 이야기해준다. 즉 문제를 찾아 몇시간씩 헤매던 일에서 해방된다.
p99 숨겨진 종속성과 전역상태를 피하라 싱글톤은 애플리케이션에 전역 상태를 만들어낸다는 명백한 취약점이 존재한다.
인상싶은 내용 72쪽 ps -Lf -p [pid]
208쪽 vmstat, sar
217쪽 리눅스 커널에서는 메모리의 내부 단편화를 해결하기 위해 슬랩 할당자라는 것을 사용한다.
229쪽 pstree
236쪽 pmap
263쪽 sar로 네트워크 사용량 확인
342쪽 –XX:+PrintConcurrentLocks –XX:+PrintClassHistorygram
감상 Java의 기초를 테스트코드로 설명한 Agile Java를 보고, 프레임웍도 그렇게 설명했으면 좋겠다고 생각했었는데,Toby님의 책이 그러한듯하다. testability, 좋은 설계 같은 핵심은 시간이 지나도 빛이 바래지 않을 것이고, 최신버전은 오히려 부차적 것일지도
감상2 (2012/11/25 추가) 아래는 일민형의 부탁으로 토비의 스프링 3.1에 들어간 추천사
토비님의 블로그를 통해 이 책의 집필 소식을 알게 되었고, 출판을 오랫동안 기다렸었다. 마지막까지 인쇄 사고로 배송이 지연되는애 태우는 일정 끝에 책을 받아들고는 비싼 전자기기를 산 기분보다 더 뿌듯했었다. 책을 받은 다음날부터 무거운 책을 출퇴근길에 들고 다니면서 완독을 했었다.
감상 시간이 지나서 다소 빛이 바랜 내용도 있지만, 이 책이 2002년도에, 그것도 당시 32살정도였던 사람이 썼다니 감탄이 나올 뿐이다.
인상 깊은 단락 p120 Strictly seaping, this is a special case of the Strategy design pattern: it appears different because the interfaces involved are so simple. )
인상싶은 내용 185쪽 로거에서 메서드 정보 등을 알아내기 위해 일부러 예외를 던지는 기법
241쪽 Apache Httpd의 ThreadsPerChild
273쪽 JMX를 쓸 때 별도의 파일로 id,pw를 지정하는 방법
282쪽 웹로그 분석툴 http://www.awstats.org/
323쪽 JDK의 -Xss 옵션 : 스레드 스택 크기
감상 2022-09-19 얼마 전에 차민창님을 만나서 최근 ‘구현 패턴'을 다시 읽으니 이전과는 또 다른 느낌이 든다는 이야기를 들었다. 나도 오랜만에 이 책을 펼쳐보니 책 날개에 있는 문장부터 많은 생각을 떠올리게 한다. TDD by exmaple도 두번째 읽었을때 처음 읽었을때 놓힌 것이 이렇게 많았는지 놀랬던 기억이 있다.
켄트백은 함축적, 추상적인 표현으로 추구하는 가치나 감정에 대한 이야기를 종종 한다. 경험이 쌓일수록 그런 문구에서 떠오르는 영감이 더 커지는듯하다. 전형적인 개발자는 다들 그러하듯이, 난 구체적인 표현을 좋아한다.
인상싶은 내용 puzzle 57 (141쪽) hashCode() 미구현 사례
puzzle 61 (151쪽) Calendar 클래스의 월지정 실수
puzzle 62(155쪽) String 상수와 IdentityHashMap을 쓸 때의 문제
puzzle 68(172쪽) 변수와 타입이 같은 이름을 갖고 있고, 이 둘이 같은 영역에 있을 때는 변수 이름의 우선 순위가 높다. 비슷하게 변수와 타입의 일므을 패키지 이름을 가릴 수 있다.
상수 이름과 클래스 이름 간의 충돌을 방지하기 위해서는, 클래스 이름을 지을 때 약어를 보통 단어처럼 취급하는 것이 좋다. [EJ Item 38].
인상깊은 부분 73쪽 특정 변수를 선언할 때 volatile 키워드를 지정하면, 컴파일러와 런타임 모두 ‘이 변수는 공유해 사용하고, 따라서 실행 순서를 재배치해서는 안된다'고 이해한다. volatile로 지정된 변수는 프로세서의 레지스터에 캐쉬되지도 않고, 프로세서 외부의 캐시에도 들어가지 않기 때문에 volatile 변수의 값을 읽으면 항상 다른 스레드가 보관해둔 최신의 값을 읽어갈 수 있다.
205쪽 더군다나 자바에는 스레드가 가업을 실행하고 있을때 강제로 멈추도록 하는 방법이 없다.
210쪽 스태틱으로 선언된 interrupted 메서드를 호출하면 현재 스레드의 인터럽트 상태를 해제하고, 해제학 이지너의 값이 무엇이썼는지를 알려준다.
https://www.yes24.com/Product/UsedShopHub/Hub/1809610
감상 2023.10.17 입문서인데 RMI와 EJB를 소개한 내용이 당시의 시대 경향을 반영한다.
인상 깊은 단락 p89 원수 변수와 레퍼런스 변수를 설명한 페이지. 레퍼런스 변수는 컵에 담겨진 리모컨으로 비유를 했다.