저번에 포스팅 한 글 내용대로 카페에 책신청을 한 것이 당첨(?)되어 "프리젠테이션 젠"이라는 책을
읽게 되었습니다.

표지처럼 정말 프리젠테이션 디자인에 대한 생각이 바뀔까?란 의문이 가지며..책을 펼쳤습니다.

책을 딱 들자마자 주제답게 텍스트만 빼곡히 적힌 책이 아닌 사진과 디자인요소가 많이 포함된
페이지라서 흥미도 있고 한눈에 들어오는 편집으로 가벼운 마음을 가지고 볼 수 있었습니다.

처음부분은 슬라이드의 폐해(?)라고 해야할까요? 발표할 때 보다 효율적인 전달을 위해 사용되던 것이
점점 발표자 주도적이 아닌 보여지는 슬라이드를 읽는 발표자가 많아지게 되고 이는 딱딱한 프리젠테이션의 원인이 되기도 하는 예를 설명합니다.
이어 보다 효율적인 방법을 제시하는 것이 책의 대부분을 차지하지요.

그리고 전 가장 이거다! 싶은 부분은

단순함!
비본질적 요소를 세심하게 제거하는 과정을 통해 단순함을 이를 수 있다.
슬라이드를 디자인할 때 미묘함, 우아함, 차분한 아름다움을 추구하라.

신호 대 잡음 비의 원리 - 슬라이드상의 필수 요소와 불필요한 요소 간의 비율
최대의 신호 대 잡음 비를 확보한다는 것은 메시지의 내용을 왜곡하지 않으면서 명확하게 의사를 전달하고 디자인하는 것을 의미한다. 시각적 메시지가 왜곡될 여지는 많다. 부적절한 도표, 모호한 꼬리표와 아이콘, 메시지를 부각시키는 데 도움이 되지 않는 선이나, 도형, 기호, 로고 등의 지나친 강조는 시각적 메시지에 혼란을 가져온다. 따라서 어떤 항목을 제거해도 시각적 메시지를 왜곡하거나 희석시키지 않는다면 그 항목을 줄이거나 없애는 편이 좋다.

책에 나오는 이미지는 여기에 올릴 수 없지만 137~142쪽까지 나오는 이미지의 수정전과 수정후의 대조되는 이미지를 보며 이거다! 느꼈습니다.
누구나 실수 할 수 있는, 아니면 혹은 어떻게 보느냐에 따라 실수라고 할 수는 없는 부분이지만
저는 수정후의 이미지가 훨씬 세련되 보이며 명확히 뭘 표현하고 싶어했는지 내용에 충실하게 보였습니다.
같은 내용인데 디자인하나에 얼마나 내용이 달라보이는지...

정렬의 원리를 이용해서 슬라이드상 요소들을 시각적으로 연결하라. 격자 선은 정렬 효과를 위한 유용한 도구다. 깔끔하고 정돈된 느낌을 줄 수 있다.


좀 더 깔끔한 디자인을, 그리고 함축적인 글 한줄로 슬라이드를 프리젠테이션에 도움을 주는 존재로 만드는 연습을 꾸준히 연습해야겠습니다.
리뷰에는 이미지를 못올려 아쉽지만 짧게 이미지라도 보신다면 많은 도움이 될 듯 한 책입니다. 

이번으로 세번째 Blog2Book 시리즈를 읽었습니다.

이번 책은 자바 초보 프로그래머인 저에게 유용한 정보가 많이 있었습니다. 이 책은 코드 짜긴 짜는데 우선은 급급한 처지에 있는(저같은..) 프로그래머에게 한숨 돌릴 수 있도록(?) 자신의 코드를 점검해 보라는 취지에서 읽기에 좋은 것 같습니다. 엄청!나게 새로운 지식이 있는건 아니지만 아차하고 그냥 넘어갈 수 있을 수 있는 부분이여서 저에겐 ~ +_+

아직은 튜닝보다는 코딩습관을 어떻게 들여야 할까에 대해 더 관심이 있는 저로서는, 튜닝에 대한 툴소개가 많지않을까~ 생각되었는데 의외로 개발하면 서 자세히 모르고 마냥 코딩을 하다보면 얼마나 서버에게 미안한 일(?)이 많아질 지 경고해 주고 있는 부분이 많아서 뜨끔하며 읽게 되었습니다.

앞부분은 코딩 습관에 대해서 뒷 부분은 튜닝, 모니터링등에 관한 글로 이루어져 있습니다.

간단하게 살짝의 Tip과 기억해야할 것을 정리해 둡니다. 자세한 건 책을 역시 보시는게 좋겠죠.

1. toString()과 equlas() override하자

Value Object라고 불리는 객체(흔히 setter/getter를 가지고 데이터 전송을 하기 위한 객체)는 toString()메소드를  구현하지 않으면 VO객체에 toString() 메소드를 수행하면 com.buri.ValueObject@c12345 같이 알 수 없는 값을 리턴하는데 Junit에서 테스트하면서 값 비교를 할 때나 데이터를 확인 할 일이 있을때 쓰면 유용하게 쓸 수 있다.

이렇게 직접 구현해도 되고, Jakarta Commons Lang 라이브러리를 이용해서

public String toString() {
        return ToStringBuilder.reflectionToString(this);
}

equals메소드도  
public boolean equals(Object obj) {
        return EqualsBuilder.reflectionEquals(this, obj);
}
 

2. APM툴과 프로파일링 툴

프로파일링 툴(프로파일러) : 시스템 문제 분석 툴

요즘은 많이 사용하는 JenniferSoft의 Jennifer나 CA Wily의 Introscope, Veritas의 I3, Compuware의 Vantage Analyzer와 같은 APM(Application Performance Monitoring 혹은 Management)툴도 있는데 이 툴은 운영용 서버를 진단 및 모니터링하기 위한 툴이다.

APM툴은 운영 환경용 툴, 프로파일링 툴은 개발자용

자바 기반의 애플리케이션을 분석하는 프로파일링 툴

상용: 컴퓨웨어의 DevPartner for Java와 퀘스트 소프트웨어의 JProbe가 있다.

비상용 : 넷빈즈의 프로파일러, 이클립스의 TPTPEclipse Test & Performance Tools Platform

이클립스의 TPTPEclipse Test & Performance Tools Platform

TPTP 참고

http://www6.software.ibm.com/developerworks/education/os-ecl-tptp/index.html : ibm id 있어야 함
http://www.eclipse.org/tptp/platform/index.php
http://www.ibm.com/developerworks/kr/library/tutorial/os-ecl-tptp/section3.html

eclipse의 TPTP 툴의 범위는 굉장히 넓어서 프로파일링에 대한 내용만 공부하려 해도 방대하다고 한다. 그래도 한번 써보면 좋을 것 같다(우선 있다는걸 알아두고!)


3. 시간 관련 메소드

static native long currentTimeMillis(); 현재의 시간을 ms로 리턴(1/1,000초)
UTC라는 시간 표준 체계를 따르는데 1970년 1월 1일부터 시간을 long타입으로 리턴

static native long nanoTime(); 현재의 시간을 ns로 리턴한다.(1/1,000,000,000초) - JDK 5.0부터 추가nanoTime() 메소드를 만든 목적은 수행된 시간 측정이기 때문에 오늘의 날짜를 알아내는 부분에는 사용하면 안된다.

JDK 5.0 이상이라면 시간 측정용으로 만들어진 nanoTime()메소드를 사용하는게 좋을 것 같다.
툴을 사용하지 않을 것이라면, 자신만의 StopWatch 클래스를 만들어 측정하는것도 좋다.

4. String, StringBuffer, StringBuilder

String 클래스는 더할 경우 새로운 객체를 생성한다. JDK 5.0 이상부터는 자동으로 StringBuilder 클래스로 변환해 주긴하지만, 반복 루프를 사용해서 문자열을 더할때에는 객체를 계속 추가한다는 사실에는 변함이 없다.
가급적이면 String클래스를 쓰는 대신, 스레드와 관련이 있으면 StringBuffer를, 스레드 안전 여부와 상관이 없으면 StringBuilder를 쓰는 것이 좋다.


5. static 제대로 한번 써보자

static 초기화 블록은 클래스 어느곳에나 지정할 수 있는데 클래스가 최초 로딩될 때 수행되므로 생성자 실행과 상관없이 수행된다.

static의 특징은 다른 JVM에서는 static이라고 선언해도 다른 주소나 다른 값을 참조하지만, 같은 JVM이나 같은 WAS 인스턴스에서는 같은 주소와 같은 값을 참조.

GC의 대상도 되지 않는다. static을 잘만 사용하면 성능을 뛰어나게 향상시킬 수 있지만, 잘못 사용하면 예기치 못한 결과를 초래하게 된다.

객체를 다시 생성한다고 해도 그 값은 초기화되지 않고 해당 클래스를 사용하는 모든 객체에서 공유하게 된다.

자주 사용하고 절대 변하지 않는 변수는 final static으로 선언하자

설정 파일 정도보 static으로 관리하자.

코드성 데이터는 DB에서 한번만 읽자.

6. 오바해서 reflection 관련 클래스는 쓰지말자.

public String checkClass(Object src){

if(src.getClass().getName().equals("java.math.BigDecimal")){}

}

해당 객체의 클래스 이름을 알아 내기 위해 getClass().getName()을 사용하였지만 이것은

public String checkClass(Object src){

if(src instanceof java.math.BigDecimal){}

}

instanceof를 사용하는 것이 클래스 이름으로 해당 객체의 타입을 비교하는 방법보다 낫다.

클래스의 메타 데이터 정보는 JVM의 Perm 영역에 저장된다는 사실을 기억

만약 Class 클래스를 사용하여 엄청나게 많은 클래스를 동적으로 생성하는 일이 벌어지면 Perm 영역이 더 이상 사용할 수 없게 되어 OutOfMemoryError가 발생할 수 있으니 조심해서 사용


7.  동기화를 위해 자바에서 제공하는 것들

스레드 관련한 클래스, 메소드 기법으로 JDK 5.0에서 추가된 java.util.concurrent 패키지의 네가지 주요 개념

1. Lock : 실행 중인 스레드를 간단한 방법으로 정지시켰다가 실행시키도록한다. 데드락을 피할 수 있다.
   
2. Executors : 스레드를 더 효율적으로 관리할 수 있는 클래스들을 제공. 스레드 풀도 제공.
   
3. Concurrent 콜렉션
   
4. Atomic 변수 : 동기화가 되어 있는 변수를 제공. 이 변수를 사용하면 synchronized 식별자를 메소드에 지정할 필요없이 사용가능
   

더 자세히 : http://java.sun.com/docs/books/tutorial/essential/concurrency/highlevel.html

8. NIO에서 IO를 위한 새로 도입된 개념

• 버퍼의 도입
• 채널의 도입
• 문자열의 엔코더와 디코더 제공
• Perl 스타일의 정규 표현식에 기초한 패턴 매칭 방법 제공
• 파일을 잠그거나 메모리 매핑이 가능한 파일 인터페이스 제공
• 서버를 위한 복합적인 Non-blocking IO 제공

더 자세히 : http://java.sun.com/developer/technicalArticles/releases/nio/

몰입 - 인생을 바꾸는 자기 혁명 - 황농문 지음/랜덤하우스코리아(랜덤하우스중앙)

요즘 베스트 셀러중의 하나인 "몰입" 책을 읽었습니다.

몰입(Flow) : 자신의 행동을 스스로 조절할 수 있으며 자신의 운명의 주인인 듯한 느낌이 드는 순간들

몰입. 어쩌면 늘 어떤일을 할 때 원하는 것이지만 뜻때로 되지 않을 때가 많은 것 같습니다.
얼마만큼 오랫동안 일하고 공부하느냐가 중요한 게 아니고, 어떻게 일하고 어떻게 생각하느냐에 따라
결과가 다르다는 걸 늘~ 깨닫습니다. 이 책에서도 그게 가장 큰 핵심이구요

저는 책을 읽다보면 나도는 극도의 몰입(?)을 경험한다는 것이 우리가 늘 생각해 오던 것과는 조금 다르게
다른 어떤 이상한 현상같은 느낌도 받았습니다.
어떤 일에 미치다! 라는 것이 역시 쉽지도 않고 어떤 그들만의 특권같은 느낌도 받지만,
많은 사람들이 몰입을 하여 행복감을 많이 느낀다고 합니다. 자아실현을 함으로써의 행복감이지요

저도 어떤 일에 몰입하고 끝냈을때 행복감을 느낍니다. 그리고 많은 사람들이 그러하겠지요
중독과 잘 ~ 구별해야 할 듯 합니다^_^

몰입에 이르는 다섯 단계 - 5단계를 모두 할 수 있게 되면 좋겠지만 3단계까지는 일상생활 속에서 할 수 있을 것입니다. 4,5단계는 아무것도 안하고 오로지 그 일만 할 수 있을때 할 수 있을 것 같습니다.

작년 몰입에 대한 다큐멘터리 "S.B.S 스페셜 몰입, 최고의 나를 만난다"

재생 10분부터 몰입에 대한 본격적인 영상이..

여기에는 몰입 책의 저자 "황농문 교수"의 몰입 체험도 나옵니다.~

다큐멘터리에 나오는 몰입하기 위해서는,

무엇을 원하는지 정확히 알아야 하고
지금 하고 있는 것에 대한 확실한 피드백을 얻어서  나중에 더 잘 알 수 있어야 하고
하는 활동에서 요구되는 도전과 요구에 맞는 능력이 균형을 이뤄야 한다.

다큐멘터리의 끝은 몰입과 중독의 차이점이 나오는 군요. 흥미롭습니다...와우~

열씨미와 게을러의 리눅스 개발 노하우 탐험기 - 박재호 지음/한빛미디어

Blog2Book 시리즈 두번째 책을 읽게 되었는데,
윈도우 환경에서 개발을 주로 하고 리눅스를 접하는 경우가 드물어서 리눅스 개발은 어떻게 되나,,
했는데 단순하게 사용법 명령어를 이렇게 써라 식의 책과는 달리 내용을 전해 듣는 듯한 대화형식으로
배경과 원리를 설명해줘서 왜 이게 필요하게 되었나 이해할 수 있는 책인 것 같습니다.

리눅스를 많이 접해보시지 않은 상태에서 읽기에는 어려울 수 있을 것 같습니다(전 어려웠거든요^^)
잘 모르는 분들은 이런것이 있구나 하면서 읽기에 좋고 리눅스 개발을 어떻게 할지 궁금하다거나 개발을 해보신 분들이 노하우를 알고 싶다면 재미있는 책인듯 합니다.

"Blog2Book 시리즈"는 블로그 형식으로 써있는 책이라 술술 읽히는 장점이 있고, 단점은 다음에 찾아보기 쉽게 하려면 표시를 하면서 읽는 것이 좋으리라 생각됩니다.

책 내용에는 파일 비교, 원시 코드 색인, 공유 라이브러리,  컴파일과 자동화된 빌드 시스템 구축, 의존성, 메모리 디버깅, 커널에 관한 부분등에 대한 내용이 담겨 있습니다.


열씨미씨와 게을러씨가 주인공인데, 저도 언젠가는 게을러씨처럼 되는 날이 오길..^^