안녕하세요? 저는 오픈마루 인프라 팀의 손권남이라고 합니다. 이 글은 손권남 저의 이야기입니다.
오픈마루에서는 부서별로 나름대로 학습 모임을 조직하여 모여서 공부를 하는 팀이 꽤 있습니다. 웹 서비스 개발팀 사람들도 이런저런 주제를 가지고 함께 모여서 공부를 합니다. 그 중에서도 제가 참여하는 학습 모임의 공부 방법을 함께 나눠보려 합니다.

괜찮은 책인데 주제가 어렵고 혼자 공부하기엔 너무 두꺼워요...
안 그런 것이 얼마나 있나 싶지만 어쨌든 프로그래머라는 것은 공부를 멈추면 안 되는 무한 학습 루프에 빠져야만 하는 그런 직종입니다. 좋은 책이 나왔고 앞으로 많이 쓰일 것 같은 기술이거나 혹은 기초 지식(개발/구현 방법론 등)인지라 책을 읽긴 읽어야 하는데, 낯선 주제인데다 책 두께도 만만치 않아 혼자 공부하다가는 질려서 금세 포기할 것 같습니다. 보통 이런 책들을 주제로 삼아서 관심 있는 사람들을 모읍니다. 저희는 개발팀인 관계로 그 책들도 프로그래밍 관련 서적들이 대부분입니다.
혼자서 공부하지 말고 함께 모여서 공부합시다!
기본적인 생각은 이것입니다. 공부하고자 하는 내용을 따로 개인적으로 공부해서 발표하는 것이 아니라 책 한 권을 정해서 함께 읽는 것입니다. 미리 공부해야 한다는 부담 같은 것은 없습니다. 그냥 함께 모이는 시간, 바로 그 시간이 공부를 시작하는 시간입니다.
"바빠서 공부를 못했어요" 식의 핑계는 있을 수 없습니다. 아무도 미리 공부해오지 않거든요.
짤막하게 읽고 밑줄을 쳐 봅시다. 책을 읽으면서 자기가 생각하기에 중요하다 싶은 부분에 밑줄을 칩니다. 색깔은 원하는 대로 합니다. 기왕이면 김창준님 소개대로 삼색 볼펜 학습법을 사용해도 좋겠지요.
하지만 저희 모임에서는 그런 사람은 한 명도 없군요. 그저 매우 중요하다 싶은 것은 어쩌다 한 번씩 빨간색으로 나머지는 파란색으로 정도만 해도 괜찮을 듯하네요. 그런데 중요한 것은, 너무 길게 읽으면 안 된다는 겁니다. 사람들의 특징 중 하나가 책을 읽을 때 앞부분의 내용을 이해하지 못 하면 책 읽는 속도가 현저히 떨어지게 된다는 겁니다.
앞부분을 이해 못 하니 그에 관련된 뒷부분도 이해를 못 해서 점점 더 속도가 떨어지지요. 게다가 서로 침묵하며 장시간 책만 보면 곧잘 졸게 됩니다. 저희는 가능하면 한 번에 다섯 장(10쪽)을 안 넘기게 읽습니다.
이제 읽은 부분을 함께 이야기해 볼까요?
다섯 장 정도를 읽고 나서 그 중 두세 명 정도만 정해서 자기가 밑줄 친 부분을 한 쪽 혹은 한 장씩 번갈아가며 읽어 줍니다. A가 10,11쪽에 밑줄 친 부분을 읽었다면 그다음 B가 같은 10,11쪽에서 A가 말하지 않았지만 자기가 밑줄 친 부분을 또 읽는 식인 거죠. 그리고서 그 다음 12, 13쪽을 읽고...
주의해야 할 것은 발음을 분명하게 하고 자기가 읽는 부분의 위치를 정확히 밝혀야 한다는 점입니다. 다른 사람이 중요하다고 생각하는 부분을 들으면서 반복 학습을 하게 만드는 효과를 노리는 것이기 때문입니다. "대충 다 알지? 다섯째 줄부터 일곱째 줄까지 줄 쳤어~" 이런 건 안됩니다. 분명하고 똑똑하게 다른 사람들에게 읽어줍니다.
이렇게 서로 읽어주고 나서 할 말이 있는 사람들이 얘기를 시작합니다.
"내가 보기엔 너희가 줄 안 친 이 부분이 오히려 더 중요한 거 같은데?" "내가 예전에 이런 삽질을 했었는데 말이야, 방금 책에서 읽은 대로 했더니 정말로 문제가 해결되더라고.." 아니면, "이거 말도 안돼... 실전에선 이런 거 안통하던데... 그래서 난 이런 식으로 해결했어." 그도 아니면 "아니야... 내가 본 저 책에서는 이렇게 하라고 했고, 내가 실제로 해봤는데 그게 나았어.", 그리고 또, 가장 많이 나오는 얘기는 "이거 무슨 소리래요? 다시 들어도 무슨 말인지 모르겠어요... ㅜㅜ" 뭐 이런 거죠.
이렇게 대화를 나누다 보면 이해 안 되던 것들이 이해되고, 다양한 사람들의 다양한 경험을 한 뭉텅이씩 주워 듣게 됩니다. 이렇게 짧은 부분을 이해하고 넘어가면 그 다음 부분을 읽을 때 좀 더 잘 이해하고 넘어갈 수 있게 됩니다. 다시 말하지만 한 번에 너무 길게 읽으려고 들면 이해 안 되는 부분들 때문에 읽는 속도가 현저히 저하될 수 있습니다. 아니면 아예 읽기를 포기하거나. 짤막하게 읽고 앞으로 나아가세요.
그렇게 짧게 여러번 반복하세요.
이렇게 짧게 여러 번 반복해서 하루에 40~50쪽 정도를 읽으면 1시간 30분에서 2시간이 후딱 갑니다. 어떨 때는 사람들이 흥분하면 책에서 나온 것과 비슷한 상황을 해결했던 자기 무용담을 얘기하면서 2시간 반을 넘겼던 적도 있네요.
저희는 책 한 권을 정해서 일주일에 적으면 두 번 많으면 세 번 정도씩 모여서 함께 읽습니다. 1,000쪽 가까이 되는 책은 2~3달이 걸려서 읽게 되지요.
그럼 너무 진도가 느리지 않으냐구요?
그러나 혼자서 낑낑거리며 보려고 하다가 아예 포기하는 것보다는 훨씬 낫고, 직원들 간의 우애도 다지고, 서로 경험담도 나누고, 결국엔 1,000쪽 가까이 되는 책을 모두 함께 다 읽고는 뿌듯해하며 술 한잔 함께 마시고 그런답니다.
마지막으로 한마디...!
영어를 원어민 수준으로 할 수 없다면 영어 원서 공부에 이 방식을 사용하는 것은 권하고 싶지 않습니다. 읽는 속도가 너무 느린데다 겸손한 마음(저는 그렇게 믿고 있습니다)에 영어 발음을 일부러들 불분명하게 하여 진행이 잘 안됩니다. 영어 원서 공부는 과거에 하던 것처럼 각자 공부해서 발표하는 것이 더 효율적인 것 같습니다.
어느 분께는 유익할 수도, 또 어느 분께는 별 도움이 안되실 수도 있는 저희의 스터디 하는 법을 끝까지 읽어주셔서 감사합니다. 덧붙여 님들의 스터디 비법을 소개해주시는 것도 대환영입니다^0^

(스터디 현장-좌로부터 장환님, 나이누님, 프로도님, 저, 성대님)












Trackback
트랙백 주소 :: http://www.openmaru.com/trackback/265
Subject: 이군의 생각
삭제 e2goon's me2DAY이런 스터디 방법 도 괜찮은 것 같다.2008.12.30 10:00
Comment
저런 식으로 스터디를 진행하면 정말 중간에 포기하지 않을 수 있을것 같네요~ 좋은 스터디 방법 알려주셔서 감사합니다. (2008.10.20 22:37)
우와.. 이런 스터디를 하고 계셨군여~ 꼭 정독해야 하는 책이 아니라면, 대학교때 하던 방식으로 한 챕터씩 발제자를 정해서 그 사람이 술술 이야기 해 주는 방식도 좋은 것 같아요. 내가 맡은 부분만 자세히 읽고 나머지는 발제자가 술술 설명해 주는 걸 듣고 질문하는 방식.. 얼마전 마케팅 스터디도 비슷한 방식으로 했는데, 읽고 와서 다같이 얘기해보자.. 방식보다는 효과가 좋았던 듯. (2008.10.21 10:04)
발제자가 발표하고 다 듣고 나면 다음 발제자를 결정한 다음 헤어지나요? (2008.10.21 10:58)
아뇨 미리 나누죠. 그래야 다음번 발표는 나구나 생각하며 미리 빠짝 긴장할 수 있도록.. ㅎ (2008.10.21 12:00)
전에 원서를 보는 스터디를 말씀하신 방식으로 진행했는데, 자기가 맡은 부분이 아니면 읽지도 않고 들어도 잘 이해도 안된다는 점에서 스터디를 하나마나한(얘기만 듣는) 결과가 되더라구요.
꼭 읽어야만 이해되는 책도 있고, 아닌 책도 있고 하니 상황에 맞는 선택이 중요하겠네요.. (2008.10.21 14:32)
우와 나이누옹이다~ (2008.10.21 10:57)
저는 주로 혼자서 하는 편인데 공감가는 내용이 많네요. 그룹스터디하면 초반에만 거창하게 계획세우고 흐지부지 되는경우가 많죠.. ㅎ
방식도 방식이지만 같이 그룹스터디를 할 수 있는 문화와 동료들이 부럽네요.. ㅎ (2008.10.21 11:33)
스터디에 대해 여러가지 방법등 진행을 해봤지만 아직도
어려운 숙제 인데, 솔깃하네요.
근데.. 프로그래밍 언어 를 만약 공부할때도 이렇게 하면
될까요? 뭔가 실습에 대한 해결방안도 있어야 하지 않을까
잠시 생각해봤습니다.
아무튼 좋은글 잘 읽었습니다. (_ _)
좋은 하루되세요 (2008.10.21 13:20)
예, 프로그래밍 언어를 공부할 때도 뭔가 방법이 필요한 것 같습니다. 저희 같은 경우 서버개발자들이 모여서 "자바스크립트 완벽가이드"를 위와 같은 방식으로 스터디를 해서 완독을 했었습니다.
하지만 실습은 못했어요. 각자 개인들이 실전에서 쓰거나 혼자서 코드를 직접 두드려보도록 자율에 맡긴 상태로 스터디를 진행하였습니다.
그외에도 저희는 자체적으로 한 주마다 문제를 내면 그 문제를 각자 직접 풀고 개발해서 코드 리뷰를 하는 스터디를 하기도 합니다. 이건 새로운 것을 학습하기 보다는 직접 문제를 풀면서 로직을 구성하고 언어를 사용해보는 연습이죠. 요즘 제가 참여하는 스터디 그룹에서는 Ruby Quiz 라는 책의 문제를 열심히 풀고 코드를 리뷰하고 있습니다.
프로그래밍 실습 스터디에 대한 좋은 아이디어 있으시면 소개 꼭 부탁드립니다~ (2008.10.22 15:16)
스터디에 부담이 없이, 편하게 참석하여 즐기기만 하였는데
혼자보기 힘든 분량의 책을 끝냈을때 뿌듯했었습니다. (2008.10.22 09:17)
이거 OO우유~ 간접광고예요~ ^^
다들 잘 지내시는구나~ 보고 싶어용~ (2008.10.22 14:53)
느껴지는게 많은 글이네요. 지금 하고 있는 스터디에 한번 적용해봐야겠네요 ^^
그나저나 권남님 우유가 가장 크다고 느끼는건 저 뿐인가요... (2008.10.25 23:04)
아, 큰 우유를 주는 메뉴도 있거든요!ㅋ
적용해 보시고 느껴지는 점이 있다면 알려주세요.~~ (2008.10.26 17:38)
제 눈에도 권남님 00우유가 가장 크다고 느껴져요..ㅋ ^^;
놀라운 착시의 세계~ (2008.10.27 10:00)
권남님은 특별하니까요~ (2008.10.27 21:25)
드디어 끝났습니다. ^^ 오래 걸렸는데 그래도 끝내니 뿌듯하네요~ (2009.01.15 16:18)