꼬리에 꼬리를 무는 생각

부드러워 질수록 깊어지는게 뭐어게?
자신?
딩동뎅

부드러워 지는 것은 자신... 굳어지는 것은 오기.

자기(自)를 믿는다(信)는 자신인데...

여기도...
이 언저리도...
더욱 더...

자신을 둘러싼 공기마저 믿을 수 있을 듯이 말이야.

이 부드러운 공기에 감싸여 있는 한...
그러면 어떻게 될 것 같으냐?

수묵화 라고 해야하나... 여튼 이번편엔 유독 수묵화로 그린 그림이 많아졌네. 멋지다는 말밖엔..
내용은 전편만 못하지만... 뭐 진도는 나가야 하니.
그래도 그 질퍽한 느낌이 생생이 전해 지는게 보는 내내 속이 미슥거려...

몇권에 걸친 이야기가 대충 일단락 되었고... 이젠 무슨 이야기가... 기다려지네.

저자인 박재호님은 리눅스 문제 분석과 해결, 그리고 리눅스 디버깅과 성능 튜닝을 통해 이미 수차례 만났었다.

 
대학을 갓 졸업하고 리눅스에서 개발을 시작하며 얼마나 답답했었는지… 정말이지 다른 사람들은 어찌 디버깅을 하는지, 시스템 상태는 어찌 파악하는지, 커널이니 뭐니 이런걸 다 어찌 다루는지 옷자락이라도 붙잡고 물어보고 싶었다. 다행히 위 두 책을 통해 길가는 사람 옷자락을 잡지 않고도 많은 궁금증을 풀 수 있었다. 당연히 지금 위 책들은 언제든 손을 뻗어 닿을 수 있는 책상 상석을 차지하고 있다.

 
이번엔 번역서가 아닌 “열씨미와 게일러의 리눅스 개발 노하우 탐험기”라는 책을 쓰셨다는 얘기를 들었다. 제목을 보니 이전에 봤던 책들처럼 내 답답함을 풀어줄 재밌는 이야기가 가득할 걸로 생각했는데 아니나 다를까 지금 이 책 역시 위 두 책 옆자리 상석을 차지하고 있다.

 

이번 책은 늘상 뭔가 궁금해 찜찜하긴 하지만 넘어가던 부분들에 대한 재밌는 이야기가 블로그 처럼 쓰여 있다. 코드 항해부터 오픈 소스 설치시 무의식적으로 사용하던 configure, 선배들이 만들어 놓은걸 그냥 쓰기만 하던 빌드 시스템 등.. 저자의 말대로 책으로 쓰기에도 블로그에 쓰기에도 애매한 글이 재밌게 나온다.

 

이 책의 백미는 다른 무엇보다 왜 이런 상황이 되었는지 열씨미와 게을러 두 개발자가 보여주는 이야기에 있다. 예를 들어 코드 탐색이야기는 find 와 grep 부터 시작해 cscope 이야기까지 그 과정을 하나씩 따라가는 재미가 쏠쏠하다. 정말 저자의 경험이 한껏 묻어 나오는 것을 느낄 수 있었다.

바로 어제 뮤지컬 햄릿을 보고 그 여운이 아직 가시지 않았는데 다음주에도 운이 좋으면 연극 "화성에서 온 남자, 금성에서 온 여자"를 보게 될지도 모르겠네요.

지금 이벤트 중이니 관심 있으신 분은 위 링크로 어서 가 보세요.

이 정보를 알게 된 것은 제가 즐겨 보는 류한석님의 블로그를 통해서 입니다. (항상 좋은 정보 감사합니다.)

이벤트가 마감되었으면 돈 주고 보세요. 후회스러우면 저한테 따지세요. 술 사겠습니다. ^^

이렇게까지 추천을 하시니 지금 기대 만빵 입니다.

"화성에서 온 남자, 금성에서 온 여자" 책은 알고 있습니다. 아직 읽어 보지는 못했구요.
사실 언젠가는 꼭 봐야할 책 리스트에 들어있습니다. 헌데 이렇게 연극으로 볼 기회가 생기다니 볼 수 있으면 좋겠네요.

앞서 얘기했듯이 어제 뮤지컬 햄릿을 봤습니다. 햄릿 내용을 몰라서(교양 수준이 탄로 나는군요.ㅋ) 이해하지 못하지 않을까 걱정했는데 기우였더군요. 보는내내 푹 빠져서 잘 봤습니다. 책을 안봐서 책과 감동을 비교 할 수는 없지만 서로 다른 맛이 있을꺼라 생각합니다. 뮤지컬을 보고 나니 책을 보고 싶다는 생각이 들더군요.

연극 "화성에서 온 남자, 금성에서 온 여자" 역시 책과는 전혀 다른, 어떤 맛을 줄 껀지 기대가 많이 됩니다.

 

 

융통무애. 그는 그런 경지에 있단 말이가?
융통무애 : 불가에서 말하는 사고나 행동이 자유롭고 막힘이 없는 상태

대범해 졌구나.
옛날보다 강해진 거다.
강한 사람은 모두 대범하지.

융통무애든, 강함이든, 대범이든 결과가 아니고 부산물 이겠지.
뒷권에서도 말하지만 중요한건 아무것도 바래선 안되는 것일듯.
이 대사와 뒷권의 그 대사가 이런 맥락을 염두에 두고 쓰인 것일까....만약 그렇다면...

어제 네가 보고 있었던 것은 내가 아니다.
서로 못 만난 몇 년 사이에 네 머리 속에서 키워온 [나]-
네 머리 속의 [나]-
네 머리 속의 이야기.
그 이야기는 바로 너 자신의 모습을 비추고 있다.
지금의 너를 비추고 있어.

위 대사에 무릎을 쳤다. "네 머리 속에서 키워온 [나]-"
그리고 다음 대사에서 머리를 한대 맞은 기분이 들었다."지금의 너를 비추고 있어."

내눈에 너는 언제나 그대로였지. 맥이 풀릴 만큼이나.
내 안에는 언제나 네가 있다.
그리고 그것 또한 내가 만들어낸 [너]일까?

내안에도 수많은 '내가 만들어낸 그들'이 있겠지.

어디에도 마음을 두지 마라.
누구에게도 마음을 두지 마라.
물이 흐르듯이-

아무것도 바라지 마라.
앞으로도 뒤로도 치우치지 말고...
지금을... 한가운데만을 거듭한다.

이 대사를 보고 얼마전에 본 평화로운 전사의 대사가 떠올랐다.

"Where are you?"
"Hear"
"What time is it?"
"Now"
"What are you?"
"This moment"

요즘 계속해서 드는 생각은 삶에 있어 모든 것을 관통하는 진리가 있지 않을까....계속해서 마주치는 것들이 있다.

작가의 말
연재를 시작한지 올해로 9년. 9년을 그리고서야 비로소 쓸 수 있는 대사가 있었음을 깨달았다. 단 한마디의 대사가 포함하는 것을 과부족 없이 전하기 위해서는 그만큼 축적된 시간이 필요했던가보다.
이번에 그 대사를 쓴 후에 그것을 알았다.
어느 대사인지는 비밀.

- 이노우에 다케히코

쳇. 어느 대사인지는 비밀 이란다. 작가가 쓴 그 대사가 무언지는 모르지만. 한권의 만화책에서 이렇게 곱씹을 수 있는 대사를 쓴다는 것은 쉬 할 수 있는 것은 아니겠지.

훗. 모르지. 나도 9년을 코딩하고 코드 마지막에 이런 주석을 달지.

/********************************************************************
개발자의 말.
코딩을 시작한지 올해로 9년. 9년을 코딩하고서야 비로소 쓸 수 있는 변수 이름이 있었음을 깨달았다. 단 한나의 변수 이름이 포함하는 것을 과부족 없이 전하기 위해서는 그만큼 축적된 시간이 필요했던가보다.
이번에 그 변수 만든 후에 그것을 알았다.
어느 변수 인지는 비밀.
**********************************************************************/

대학시절 '프로그래밍 언어론' 과목의 첫 과제가 "언어가 사고의 한계 지을 수 있을까?" 였다. 그땐 아마 언어로 표현하기 힘든 '사랑의 감정' 등이 있으므로 언어로 표현할 수 없는 것도 사고할 수 있기에 언어가 사고를 완전히 한계 지을 순 없다고 했던것으로 기억한다.

몇년간 직업으로 프로그래밍을 해오며 드는 생각은 '적어도 프로그래밍 언어 안에서는 언어가 사고를 한계 짓는다.'이다. 늘 사용하는 언어, 규칙, 설계에 익숙해져 능숙해 지긴 했지만 대신 문제를 접했을때 하는 사고는 이 틀을 벗어나기 힘들어 졌다.

우연찮은 기회에 참 오랜만에도 프로그래밍 문제를 풀어봤다. : Reverse and Add

+ C 풀이

void reverse(const char *str, char *r_str, int start, int end)
{
    if(start > end)
        return;
    r_str[start] = str[end];
    r_str[end] = str[start];
    reverse(str, r_str, ++start, --end);
}

void func(int x, int cnt)
{
    char str[100], r_str[100];
    sprintf(str, "%d", x);
    r_str[strlen(str)] = 0;
    reverse(str, r_str, 0, strlen(str)-1);

    if(!strcmp(str, r_str)) {
        printf("%d:%s\n", cnt, str);
        return;
    }
    func(atoi(str) + atoi(r_str), ++cnt);
}

이런..그다지 깨끗하지 않은 코드가 나와 버렸다. 잠도 오고, 내일 출근해야 하니 이만..
(이클립스는 왜 말썽 ㅡㅜ)

+ C++ 풀이

void func(int x)
{
    ostringstream toa;
    toa << x;
    string str(toa.str());
    string rstr(str.rbegin(), str.rend());
    if(str != rstr)
        func(atoi(str.c_str())+atoi(rstr.c_str()));
}

대안언어 축제에서 위 문제를 여러가지 언어로 풀이한 것이 여기 있다. 언어만 다르지 해결 방식이 유사한 풀이도 많지만 이해하기 힘든 몇몇 언어의(특히 J) 풀이 방법은 어떨지 정말 궁금하다.

전화를 해도 받지 않고 문자 답장도 없을때...
지금 무얼 하고 있는지 궁금해!

문자는 잘 갔는지..전화벨은 울렸는지...잠 들었는지....
아니면....그냥 피할 뿐인지....

마법의 수정 구슬..
네가 필요해...

그치만 널 가지게 되면... 난 웃을 수 있을까? 아니 살아갈 수 있을까?

시간을 달리는 소녀.
오랜만에 만나는, 오만가지 생각을 들게한 좋은 영화다. 영상도 스토리도 잔잔하고 서정적인게 이쁘고

아래 글에는 영화 줄거리가 포함되어 있으며, 영화에 대한 선입견을 가질 수 있습니다.

더 보기..

이 친구 우연찮게 마법의 수정구슬을 가져 버렸다. 어떻해...
이제 어떻할 꺼야....넌 웃을 수 있겠니? 아니 살아갈 수 있겠니?

백투더 퓨처, 클릭, 시간을 달리는 소녀 세 영화 모두 어떻게든 시간을 다루는 영화다.(다 재밌게 본 영화다!) 시간을 다루면 무얼 할 수 있을까? 시간을 다룰 수 있다고 해서 그 힘을 정말 다룰 수 있는 것일까?

사실 하루에도 몇번씩 시간에 대한 생각을 한다. 만약 시간을 조절할 수 있다면 난 뭘 할 수 있을까?

간접 체험을 할 수는 있다. 세이브 기능이 있는, 스토리를 진행하는 게임을 해보면 된다.
스토리를 진행하다 세이브 하고 더 하다 수 틀리면 돌아오고..
근데 사실 게임이라는 한정된 공간에서 조차 너무 완벽하려 하면 게임 진행을 할 수가 없다. 계속 세이브 한 곳으로 돌아오게 된다. 그러다 문득 다음 스토리가 너무 궁금해지면 지금 상태가 마음에 안들어도 그냥 하자 하며 진행하게 된다.

오랜 게임 경험상 너무 완벽하려 하면 게임을 진행할 수도 게임을 즐길 수도 없다.

"마코토가 이득을 본 만큼 손해를 보는 사람이 있지 않겠니?"
"있을까?"
"글쎄"
웃을 수 있는 시간이 끝났다...

'우리학교' 를 보고 왔습니다.

우리학교는 일본에 있는 동포들의 조선학교에 대한 다큐멘터리 입니다. 개인적으로든, 역사적으로든, 현실에 대해서든 제가 잊고 지내던 많은 것들을 자극하여 다시 생각나고 느끼게 하였습니다.

다큐멘터리를 본지 며칠 되었는데도 어떤 말로 감상을 남겨야 할 지 모르겠네요.

아직 안보셨다면 이것저것 찾아보지 말고 우선 한번 보시길 강력히 추천합니다. 후회하지 않으실 겁니다.




이후 내용은 영화를 보고 자신만의 감정을 느끼는데 방해가 될 수 있습니다. 아직 안보셨다면 우선 이런저런 정보 없이 보시길 다시 한번 강조합니다. ;)

more..

KAISTZEN 님의 블로그를 통해 소개 받고 꼭 봐야 겠다고 생각 했었는데 오늘 짬을 내어 봤습니다. 내용은 KAISTZEN 님의 글에 잘 정리되어 있습니다.

장면 1.
중학교 학생을 대상으로 25M 수영을 하고 수영 시간을 측정합니다. 이때 인위적으로 실제 걸린 시간에 +2초를 함으로써 학생들이 실패를 경험하도록 조작합니다. 그리고 실패를 경험한 학생들에게 자신의 실패한 원인이 무엇인지 스티커를 주고 아래 문항에 표시 하라고 합니다.
* 노력이 부족해서, 능력이 부족해서
학생들에게 다시 수영을 하라고 하고 시간을 측정합니다. 결과 노력이 부족해서라고 답한 학생 3 명중 2 명이 시간이 단축되었으며, 다른 답변을 한 경우 6 명중 1 명만이 시간이 단축 됩니다.

장면 2.
두개의 상자를 문제를 넣어두고 학생에게 고르라고 합니다. 하나의 상자에는 어렵지만 새로운 것을 배울 수 있는 학습 문제가, 다른 상자에는 자신이 얼마나 잘하는지, 똑똑한지를 보여줄 수 있는 문제가 들어있다고 설명해 줍니다. (당연히 비교 실험을 위해서 두 상자의 문제는 같습니다.)
똑똑이는 쉬운 상자를 선택하고 문제를 풉니다. 만점을 받았지만 일부러 11개중 6 개만 맞췄다고 얘기합니다. 실패라는 상황을 만들기 위해서죠.
노력이는 어려운 상자를 선택하고 문제를 풉니다. 7개를 풀었지만 일부러 11개중 3 개만 맞췄다고 말해줍니다.
이제 다시 비슷한 문제를 풀어보라고 합니다.
만점을 받았던 똑똑이는 4문제 정도 풀다가 포기하고 맙니다. 노력이는 1차때 보다 오히려 한문제 더 맞춥니다.

위 실험은 학습 목표와 평가 목표간에 실패를 경험 했을때의 반응을 보기 위한 것입니다.
 
장면 1에서 노력이 부족하다고 답한 학생들은 학습 목표를 가지고 있습니다. 다른 경우는 평가 목표를 가지고 있습니다. 평가 목표를 가지고 있었던 학생들은 자신의 수영 능력은 이정도가 한계이니 더이상 노력할 필요를 느끼지 못한다고 합니다. 결과가 말해주네요.

장면 2에서 똑똑이는 평가 목표를 가지고 있습니다. 헌데 자신이 얼마나 똑똑한지 보여줄 수 있는 문제를 풀었는데 결과가 예상보다 못하자 자존심에 상처를 입었습니다. 다시 문제를 푸는 것을 포기하고 맙니다. 실제로는 연출된 실패를 의식하지 않았으면 충분히 만점을 받을 수 있었는데도 그렇습니다.

보시다시피 결과는 놀랍습니다. 인상적이였던 것은 평가 목표를 가진 아이들은 자신이 한번 실패했던 문제를 만나면 자신은 능력이 없기 때문에 이 문제를 해결할 수 없다고 보고 더이상 노력을 않고 포기한다는 것입니다. 학습 목표를 가진 아이들은 실패를 그다지 의식하지 않습니다. 자기들은 배우는 단계라고 생각하죠.


그럼 아이들이 학습 목표를 가지기 위해서는 어떻게 해야 할까요? 고맙게도 방송은 그러한 부분까지 말해줍니다.
 
우선 부모가 평가 목표를 가지고 있지 않아야 한다고 합니다. 우리나라의 경우 부모들이 평가 목표를 가지고 있는 경우가 많다고 합니다. 공감합니다. 부모들이 아이에게 흔히 하는 '너 몇등이나 했어?', '몇점 받았어?', '못해도 몇등 안에 들어야해', '누구는 몇등이라더라. 너도 열심히 해' 등의 이야기는 이미 오래전부터 문제점으로 지적받아 왔죠. 이렇게 부모가 아이에게 남과의 비교, 경쟁 이야기를 통해 평가 목표를 전달 합니다. 아이가 학습 목표를 가지기 위해서는 우선 부모 자신이 평가 목표 대신에 학습 목표, 즉 과정, 노력, 방법을 중요시 해야 합니다.

실예로 우리가 흔히 하는 칭찬에서도 평가 목표, 학습 목표를 아이게 심어 준다고 보여 줍니다. 우리가 주로 아이를 칭찬 할때는 노력/방법/과정의 칭찬 보다는 '너 참 똑똑하구나', '머리가 좋구나' 등 능력을 칭찬하는 비율이 높습니다. 이 경우 아이는 시험을 못치면 난 바보구나, 머리가 나쁘구나 라고 생각합니다. 이것이 바로 평가 목표가 칭찬을 통해 평가 목표가 아이에게 전달된 것이지요. 반면에 아이에게 과정을 중요시하는 칭찬을 한다면 같은 경우 방법이나 노력이 잘못되었다고 생각할 것입니다.

방송은 학습 목표를 가지는 방법을 다음과 같이 말합니다.

학습목표를 갖게 하는 가장 확실한 방법은 부모나 교사가 학습 목표를 가치있게 여기고 그 사실을 아이에게 보여주는 것이다. 특별할 것도 없는 일상의 대화 속에서 수시로 노력과 도전의 의미를 되새기고 칭찬해 주는 것이다

음...그다지 어려워 보이지는 않습니다. 다만 우리가 아무 생각없이 아이들을 대했던 것을 이젠 내 말 한마디가 아이에게 어떤 영향을 끼칠지 주의깊게 생각해 봐야 겠습니다.
가만 생각해 보면 어렸을때 그렇게 듣기 싫었던 얘기들을 지금의 난 애들에게 하고 있지 않나....다행히 전 아직 애가 없습니다. ;)

방송은 아이와의 신뢰 관계, 보상, 형제 간의 비교 등 몇가지 흥미로운 부분에 대해서도 보여 줍니다. 이부분에서는 제 개인적인 경험에 자꾸 비춰보게 되더군요. 이부분에 대해서는 다음에 추가로 작성하겠습니다.

* KAISTZEN님께 이왕 뽐뿌 받은거 캐롤 드웩 교수님의 "성공의 심리학" 책도 구입했습니다. 조만간 후기를 올리겠습니다. 본 다큐멘터리에서는 캐롤 드웩 교수님의 인터뷰가 계속해서 나옵니다.

* 다큐멘터리 후기가 하나 더 있습니다. >여기