여성 사진가인 도로시아 랭(Dorothea Lange, 1895 ~ 1965)

기다림.

난 평생 결정적 순간을 포착하길 바랐다.

이번에 사진을 찍어 선물을 받게 되었는데, 그 때 받은 책이 "사진가의 여행법"이라는 진동선 작가의 책을 보게 되었습니다.

진동선 작가와 대학에서 사진을 전공하는 딸과 함께 열흘 동안의 유럽 여행에서 찍은 사진들이 담겨 있습니다.

여행도 좋아하고 사진도 좋아하는데 그 두 요소가 한꺼번에 담겨있는 책이라니, 너무 좋은 책인것 같아 얼~른 읽었답니다.

여행은 늘 돌아오기 위해 존재한다.

마찬가지로 사진은 되돌아보기 위해 존재한다.

정말 마음에 드는 한 글귀로 시작하는 사진 여행기.

책에 담겨있는 사진은 새벽, 아침, 밤의 거리를 찍은 사진이 많은데, 여행사진들에서 흔히 볼 수 없었던 풍경을 볼 수 있어서 참 새로웠습니다.

예전에 사진 수업을 받으며 "빛의 변화"라는 강의에서 과제로 똑같은 장소에서의 다른 시간대에 따라 직접 새벽에 지금 사는 골목길을 동트기 직전의 골목길/ 서서히 밝아오는 골목길/ 해가 뜬 직후의 골목길/ 대낮의 골목길을 찍으며 얼마나 사진이 다르게 느껴졌는지 그때 생각이 많이 났었습니다.




사진에 적힌 짤막한 글들이 너무 감동스럽습니다. 
사진에 대해 많은 걸 생각하게 해주고, 찍는 것 자체가 얼마나 감동이고 행복한 일인지..더욱 느껴지는 책.

낯선 여행지에서 찍은 새벽의 골목길이 사진이 참 묘한 흥분감을 일으켜주는.. 책.

길을 떠난 자만이 길을 떠났음을 후회한다. 그러나 떠난 자만이 돌아올 수 있고, 그 자국에 아파한다.
세상의 모든 길은 상처다. 상처 없는 길은 어디에도 없다.

요즘은 부쩍 혼자 있는 시간이 너무 없어 어떤 것에 몰두하기도 힘들었고, 앞으로의 방향에 대해 생각해 볼 시간도 없이..
그저 흐르는 대로 그렇게 휩쓸려 가는 듯한 느낌이 들던 때 한 권의 책을 읽게 되었어요.

김훈 작가의 그 유명한 "칼의 노래, 남한산성"조차 읽어본 적 없는 사람이 김훈 에세이를?
이런 생각을 잠시나마 했지만, 왠지 그 분의 글(환상일지도..)을 읽으면 지금 내가 겪는 생각들을 
조금이나마 정리할 계기가 오지 않을까?란 생각을 마냥 했습니다.

"바다의 기별"이란 책은 처음엔 그의 문체가 독특해 어려웠지만, 김훈이라는 작가가 느끼는 글을 쓰는것에 대한 기쁨, 슬픔, 삶에 대한 글들이 그에 대해 더욱 호기심을 자극할 수 있는 데 더 좋은 요소가 아닐까?란 생각이 들더니, 역시나 한번 잡은 책을 놓을 수가 없었습니다.

"글과 몸과 해금"

글을 쓸 때 내 마음속에는 국악의 장단이 일어선다. 일어선 장단히 흘러가면서 나는 한 글자씩 원고지 칸을 메울 수 있다. 이 리듬감이 없이는 나는 글을 쓸 신명이 나지 않는다. 내 몸속에서 리듬이 솟아나기를 기다리는 날들은 기약없다. 그런 날, 나는 때때로 술을 마시거나, 자전거로 타고 강가로 나간다.

휘몰이 장단으로 글을 쓸 때, 내 사유는 급박하게 솟구치는 언어위에 서려서 연결되거나 또는 부러진다. 사유가 부러지고 다시 이어지는 대목마다 문장이 하나씩 들어선다. 이런 문장들은 대체로 짧고 다급하다. 문장은 조바심치면서, 앞선 문장을 들이박고 뒤따르는 문장을 끌어당긴다. 휘몰이로 몰고 나가는 문장은 거칠다. 나는 이런 문장을 한없이 쓰지는 못한다. 힘이 빠지면, 내 문장은 중모리쯤으로 내려앉는다. 중모리 문장은 편안하다....

이 글이 가장 제 마음속에 와닿고 다른 세계가 펼쳐지는 기분은 저런거구나...
그만의 장단..에 공감하면서 많은 알 수 없는 묘한 기운이 솟아나는 듯했습니다.

나도 나만의 장단으로 리듬을 이끌어 가면서 내 삶을 잘 끌고 가고 있는 것일까?

가끔 실수를 하더라도, 멈추지 말고 끝까지 휘몰이 장단으로 혹은 중모리 혹은 자진모리... 

리듬감 있게 내게 용기를 주는 책이라고나 할까..?

한 작가로서의 고찰에 대해 삶에 매치되는 많은 생각들을 할 수 있고, 어떤 나만의 고집을 확신하게 해주는

편안함 속의 책 한권을 읽었다.

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

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

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

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

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

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

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

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

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


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

제가 자주 가는 클럽중에 YES24의 "컴퓨터와 인터넷 리뷰"라는 클럽이 있는데
이곳은 운영자분이 지정한 책(신간서적들)을 읽고싶은 분들이 이책을 읽고 싶다고 신청하면 많은 경우는
몇몇 리뷰어를 뽑아서 책을 보내주고 리뷰어는 책을 증정받는 댓가로 리뷰를 쓰는 좋은 기회가 자주 있는 곳입니다. (클럽 홍보까지?? 여러번 좋은 기회를 얻게되어 순수한 마음으로 소개합니다.^^)

이곳에서 요즘 한창 인기좋은 "프리젠테이션 젠"이라는 책이 이번에는 신청을 받고 있습니다.
지금까지는 신청이유를 글로 받았었는데 이번에는 책 주제가 주제인 만큼 3장의 슬라이드를 올리는 것이군요

저도 이런건 귀찮아서 안하게 되는데 한번 읽어보고 싶은 책이기도 하고, 그냥 갑자기
아이디어라고 말하기엔 쑥쓰럽지만 떠올라서 신청해보려고 한번 만들어봤습니다.

그 클럽에만 올려도 되는데 요즘 블로깅이 너무 뜸해 블로그에도 그냥 한번 올려봅니다.
정말 뚝딱 몇분만에 만들어서 챙피하지만, 그냥 쉬어가는 의미(?)로.. ^^ (뭐 디자인 감각은 전혀없으니..)
 
이 책의 의미는 심플함과 글 한줄이라도 한눈에 확~ 띄도록 작성하는게 관건인데
아이디어를 적용하기 위해선 어쩔수없이 좀 어수선하게 만들어져 버려서 아쉽지만,,
이런 그림이라면 동정심으로 책을 주지 않으실련지..하는 마음에 올렸습니다.ㅎㅎㅎ(완전 구걸모드??)

재미도 감동도 없는데 뽑힐련지 모르겠습니다. 이런 기회에 블로깅을 오랫만에 했다는데 의미를..

밥로스 아저씨처럼..
"참 쉽죠?"의 명언을 들었을때의 멍~~~~한 느낌처럼, 프리젠테이션은 저에게 늘 그런존재인 것 같습니다..

어느날 문득 인터넷서점을 둘러보던 중 제목만 보고 눈에 띄는 책 한권.

그러나 심리학 책은 언뜻 손에 잡히지 않는 탓에 패스~ 했는데 어느날 회사분 중 한분이 보고 있는 걸 발견하고는 냉큼! 빌려서 읽게 된 "서른 살이 심리학에게 묻다"

제목만 듣고서 흥미가 끌렸던 건 이제 몇년 후의 모습. 내가 그동안 그렸던 모습의 서른 살의 모습이

정말 될 수 있을 것일까? 과연 지금과는 어떻게 다른 모습일까? 하는 궁금함이 가득차 혹시나 뭔가 있지 않을까? 란 생각과 혹시나 여기 써져 있는 내용을 많은 부분 공감하면 어쩌지(?) 하는 불안감(?) 속에 책을 펼쳐 들었다.


책속으로 들어가 보면,

혼자 풀기 어려운 문제에 봉착하면 우선 잠시 멈추어 당신 안의 목소리에 귀를 기울여라.
그런 다음 신뢰할 수 있고 존경할 만한 사람을 찾아가 조언을 구하라.
마지막으로 그 조언을 당신의 것으로 만들어 행동하라.
그것이 바로 풀리지 않는 문제의 해법을 찾아 내는 지름길이다.
- 그들이 진정한 멘토를 만난 것은 결코 우연이 아니다.

권태로움은 우리 인생의 한 조건으로, 계속 반복되는 일에 권태를 느끼는 것은 당연한 일이다.
그러나 권태의 시기는 아무것도 하지 않는 시간이 아니다.
당신이 권태로워하고 있는 동안 마음속에서는 오히려 많은 작업이 활발하게 이루어진다.

이제까지 쌓아 온 경험을 무의식적으로 분석하고 통합하며 소화해 내는 작업이 이루어지고 있는 것이다.
그러니 아까운 시간을 허비하고 있다는 생각으로 불안해하지 말고, 권태로운 시간을 두려워하지 말고,
그 시간을 즐겨라.

너무 오래가지만 않는다면 나중에 깨닫게 될 것이다. 그 시간이 있었기에 지금의 당신이 있음을 말이다.
- 나는 지금 쓸데없이 시간만 허비하고 있는 것은 아닐까?

무엇이든 언제 시작했느냐 하는 것은 중요하지 않다. 얼마나 열정을 갖고 어떤 준비 과정을 거쳐 어떤 마음으로 시작했느냐가 중요하다. 일단 자신의 깊은 내면이 시키는 대로 무엇인가를 결정했다면 뒤돌아보지 말아야 한다. 이것은 큰 꿈에 도전했던 이들이 공통적으로 내는 목소리이다.

당신은 언제나 옳다. 그러니 거침없이 세상으로 나아가라.


책을 읽고 나니 서른살은 생각한 것보다 더 무거운 나이인것 같다.

하지만 생각해보면 지금의 나도 불과 몇년 전보다도 생각이 점점 많아지는 것 같다.
그러면 몇년 후에도 점점 많아질까?

이 책은 30대를 겨냥한 책이지만, 20대도 공감할 수 있고 생각할 수 있는 점이 많다.
저자가 12년동안 그녀를 찾아온 환자들의 예와 영화나 책에서의 주인공들의 감정들을 예로 들어
무엇보다도 술술 읽혀지고 공감 가는 부분이 많다.
방황이라던지, 일과 인간관계, 사랑과 결혼등에서의 느낌들을 너무나 찌르며 다가오는것 같다.

이 공감을 공감에서 끝내지 않고 나의 미래에 대해 더 구체적인 계획을 세울 수 있고,
어떤 느낌을 받았을때 당황하지 않고 (특히 안좋은 감정들..) 잘 대처해 나갈 수 있는 능력에 조금이나마 보탬이 될 것 같다.

중요한 건 역시나 마음 가짐을 얼마나 젊게 가지느냐.
두려움보다는 자신감과 함께 세상에 나아가는 것인것 같다.

내면이 시키는 대로 열정을 갖고 나아가자! 거침없이!(역시 항상 긍정적인 마인드!)

이번으로 세번째 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 시리즈"는 블로그 형식으로 써있는 책이라 술술 읽히는 장점이 있고, 단점은 다음에 찾아보기 쉽게 하려면 표시를 하면서 읽는 것이 좋으리라 생각됩니다.

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


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

예전부터 드라마 볼 때부터 생각한 게 의학드라마나 방송국PD나 여러 가지 직업들이 드라마 속 주인공의 모습으로 비춰지지만 거의 프로그래머의 모습은 찾아 볼 수 없었습니다.

하지만 막상 프로그래머의 일상이 소재가 된다거나 주인공의 직업으로 표현하자면 얼마나 공감을 불러일으킬 것인가, 얼마나 이슈가 될 수 있을 것인가에 대한 물음에는,,, 글쎄..

 

하지만, 이 책에서는 뉴욕에서의 프로그래머의 모습이 주인공이..

읽는 내내 흥미진진하고, 프로그래머라면 누구든 빠져들 수 있는 책이었습니다.

여러 가지 상황에서 문제를 해결해나가고, 읽는 사람으로 하여금 그 속에서 느낀 점들을 같이 공유하게 합니다.

물론, 프로그래밍의 고수인 분들은 딱히 공감하지 않을 수도 있겠지만,

이제 시작한 저는 충분히 공감하고 배울 점이 많이 있었던 책인 것 같습니다.

 

아래 내용은, 기억하기 위해 책의 일부분을 기록해 놓은 것입니다.

 

프로그래밍에서는 평균적인 수준의 노동력을 유지하는 것보다 영감이 샘물처럼 솟아나는 소중한 순간을 놓치지 않는 것이 중요하다. 그래서 프로그래머에게 자유는 생명이다.

 

프로그래머로서 일하는데 있어서 중요한 것은 주어진 질문에 대한 정답을 찾는 능력이 아니라, 질문 자체를 정확하게 구성하는 힘이다.

조수아 블로흐는 프로그래밍에 있어서 가장 어려운 부분은 자기가 코드를 통해서 해결하려는 것이 무엇인지 그 목적을 정확하게 이해하는 것이라고 말했다. 해결해야 할 문제를 정확하게 설정하면, 그것을 코드로 옮기는 일은 어려운 일이 아니기 때문이다. 풀어야 할 문제를 정확하게 설정하는 것은 답을 찾는 능력이 아니라 올바른 올바른 질문을 제기하는 능력에 의해서 결정된다.

 

프로그래밍 솜씨가 뛰어난 사람일수록 자신의 코드를 믿지 못하여 반복해서 테스트를 수행하고, 프로그래밍 솜씨가 떨어지는 사람일수록 자신의 코드가 완벽하다는 순진한 믿음을 갖는다.

 

실수를 못견뎌하고 두려워하는 사람은 실수로부터 아무것도 배우지 못하는 사람만큼이나 성장 가능성이 없다. 나날이 성장하는 사람은 실수를 두려워하지도 않고 거부하지도 않는다. 실수는 아픈 고통을 안겨주지만 성장하는 사람은 그것을 자신의 일부로 끌어안고 실수와 함께 나아간다. 실수 자체는 비웃을 일이 아니다. 다만 실수와 함께 성장하지 못하는 사람은 웃음거리가 될 만하다.

 

거짓과 부풀리기가 통하지 않는다는 점에서 보면 프로그래밍은 과학과 마찬가지다. 과장과 거짓이 일시적으로 통할 수는 있다. 하지만 지속적인 거짓과 부풀리기로 자신의 경력을 만들어갈 수 있는 사람은 없다.

 

    문우식 지음/한빛미디어

이 책을 읽으면서 나초보씨와 나고수씨의 오고가는 훈훈한 대화속에 알쏭달쏭한 패턴들이 자리잡혀 갑니다. 흔히 어떤 패턴을 공부하려면 제목 “싱글턴 패턴”은 이럴 때, 이렇게, 이런 방식으로 쓰인다라는 식으로 정리가 되어 있는 책들이 많은데,

 

소설처럼 대화에 코드내용을 묻어나게 하고, 적절한 C++코드와 나초보씨가 짠 코드를 우선 보여주고, 리팩토링을 하는 코드가 담겨져 있습니다.

리팩토링을 하면서 패턴을 적용하고, 나고수씨의 노하우도 알게 되고, 나초보에 해당하는 저는 얻을게 많은 것 같습니다.

 

물론 익숙하지 않은 C++코드이지만, 객체지향 언어를 하는 사람은 문안하게 때려  맞춰 볼 수 있고, 너무 어렵지 않게 그 속에서 어떻게 해결할 것인가를 같이 고민하게 합니다.

다만 패턴이다 보니 확 이해 안가는 부분이 있어서 다시 한번 읽어야 할 듯 합니다.

초보자에게는 약간은 어려운 얘기 같은 듯...

 

 

깨끗한 코드를 작성하기 위해서는,

-       다른 개발자들에게 API를 제공한다는 마음으로 개발하라.

-       남이 봐도 쉬운 코드를 만들어라.

-       ‘역사적’인 이유를 만들지 말아라.

-       자신의 코드만 보지 말아라.

-       기존의 코드와 통일성 있는 코드를 작성하라.

-       커뮤니케이션 하라.

-       항상 ‘1년 뒤에 이 소스를 본다면?’ 이라고 생각하라.

-       리팩토링하라.

 

진정한 개발자는 개발을 즐긴다. 코드는 개발자의 생각을 표현해 내는 최종 매개체이다. 자신의 가치를 높이기 위해서는 이 표현의 속도를 높여야 한다. 정해진 시간에 많은 일을 할 수 있다면 여러분은 더 많은 일과 경험을 쌓을 수 있을 것이다. 시간에 쫓기기보다는 시간을 관리할 수 있을 정도까지 퍼포먼스를 끌어 올려야 한다.

 

 

조악한 테크닉에 의존하지 말자.

-       개발팀에는 조악한 테크닉보다는 팀웍이 필요하다는 결론이 나온다. 현실에서는 모두가 같은 수준에서 제품을 개발할 수 없는 사실이 분명히 존재한다. 그러므로 소스 코드는 통일된 형태로 모든 개발자가 가장 쉽고 빠르게 볼 수 있는 형태로 작성되어야 한다. 끊임없이 공부를 해야 이해할 수 있는 소스보다는 모두들 쉽게 이해할 수 있고 누구든지 쉽게 개발할 수 있어야 진정 가치가 높은 소스이다.

web 2.0에 늘 노출되어(?) 관련된 일을 하는데, 늘 부족한 내공에 책을 뒤적이고 있습니다.

DOM 스크립트책과, 자바스크립트, Ajax in Action책을 가끔 뒤적거리는데,

또 참고할 서적인 "Ajax in practice" 번역 책이 나왔습니다.

원서의 목차를 보니, server-side javascript, JSON, XML, XSLT

dojo toolkit, prototype, jquery, dwr, mashup등등 최신기술은 다 모아놓은 듯 합니다.

한번 꼭 보고싶은 책이 된것 같습니다.

위키북스에서 트랙백 이벤트를 하고 있습니다. 한번 관심있는 분들은
책 살펴보셔서, web 2.0에 대한 넓은~ 지식을 쌓으시길 바래요~