|
근래 국내에 IT 관련 컨퍼런스가 많이 열리고 있습니다.
안타깝게도 상당수가 컨퍼런스라기보다는 "강의"라는 전형을 따르고 있는 것 같습니다. 우리 사회는 지식은 "설명을 통해 전달할 수 있는 무언가"로 보는 인식이 지나치게 강합니다. 지식전파에 가장 효과적인 방법은 강의(Lecturing)로 보는 전통이 있는 것 같기도 합니다. 제 생각에 이런 시각은 두가지 중요한 관점을 놓치고 있습니다. 하나는 사회적인 것이고 다른 하나는 인지적인 것입니다. 컨퍼런스와 그 주변에서 일어나는 여러 사회적 사건들은 그 자체로 매우 중요한 것이며 해당 공동체를 구성하는 바탕이 되며, 이 사회적 사건들을 통해 학습과 창조가 생깁니다. 하지만 우리는 이 사회적 면을 어떻게 살릴지 능숙하지 못한 것 같습니다. 컨퍼런스 끝나고 수십 명 정도가 회식자리에 가서 길다란 테이블에 둘러앉아 고기 구워먹는 정도가 우리가 사회적인 면에 투자하는 거의 전부가 아닐까요.
예를 들어 위 사진은, 제가 OOPSLA 2005에서 워드(위키위키 창시자, OOP, 패턴, XP의 선구자 중 한 사람)와 컨퍼런스 중 쉬는 시간에 복도에서 같이 프로그래밍을 하는 모습입니다. 제가 여기에서 얼마나 가치있는 경험을 했을까요? 또 컨퍼런스에서는 저와 워드가 이런 것을 할 수 있게 어떤 어포던스를 제공했을까요? 국내의 컨퍼런스에서는 이런 경험이 쉽게 일어날 수 있을까요? 단순히 그런 사건들의 부재를, 참석하는 사람들 탓, 문화 탓으로만 돌리는 것이 정당하거나 혹은 유용할까요? 인지적인 면에서는, 기존의 컨퍼런스들이 과연 참석자들의 지식 전파와 학습에 있어 인지적으로 어떤 도움을 주느냐 하는 의문을 해볼 수 있습니다. 사람들이 강의실에서 존다면, 그 사람들이 졸지 않게 하기 위해 뭔가 컨퍼런스의 설계를 바꿔야 하는 것 아닐까요. 컨퍼런스에 온 사람이 방에 들어가서 강사의 이야기를 듣고 또 다음 방으로 이동하고 하는 과정에서 그 사람의 뇌 속에서는 무슨 일이 벌어지는지 그걸 고려하냐 이거죠. 우리는 은연 중에 "들으면 얻는다"는 생각을 하고 있으며, 또 한편으로는 "사실 이런 컨퍼런스 와서 뭐 대단한 거 얻겠어"하고 기대치를 낮추어 버리기도 합니다. 제가 보기에 기존의 컨퍼런스들은 너무 단선적입니다. 틀에 갖혀 있습니다. 저는 제 주변사람들과 함께 새로운 형식의 컨퍼런스를 시도해 오고 있습니다. 그 중 하나가 작년에 있었던 대안언어축제입니다. 이런 새로운 형식의 "사회적 이벤트"를 시행하는 것에는 여러가지 어려움이 있습니다. 만약 조직에 속해 있다면 기존 패러다임에 빠져있는 사람들(윗자리의 사람들 중 특히 명령과 통제 즉, Command and Control식 관리를 하는 사람들)은 어떻게든 이런 이벤트를 저지하거나 변경하려고 할 것입니다. 과학 혁명의 구조에서 쿤이 말하는 정상과학의 폭력과 유사합니다. 하지만 시대의 흐름은 거스를 수 없을 것이며, 조만간 강의 중심의 컨퍼런스는 퇴물이 될 것이라 장담합니다. 외국에서는 우리나라에 비해 비교적 다채로운(컨퍼런스 하나 속에서도 다채롭고, 각각의 컨퍼런스들이 또한 색깔이 다르고) 컨퍼런스들이 열리고 있습니다. 언컨퍼런스(Unconference)라는 것이 있습니다. Agile Open is an unconference - for participants, by participants: we determine the actual program together at the start of the conference. We do not expect people to invent all the sessions on the spot, so we encourage you to put your IdeasForSessions on this wiki. Any ideas for sessions you would like to experience, or hear and see happen, as well as ideas for sessions you would like to organize and facilitate are welcome. 분명 자율과 적응, 그리고 변화를 두려워하는 사람들은 이런 컨퍼런스에 반대할 것입니다(이는 마치 XP에서 계획과 계획하기를 구분하는 것, 그리고 둘 중 후자에 가치를 두는 것을 연상케 합니다). 저는 종종 소프트웨어 개발 조직이나 거기에 속한 개발자 개인의 핵심적 문제는 기술적 장애보다 상상력의 빈곤에 있다는 이야기를 하곤 합니다. 나은 컨퍼런스를 위해서는 더 많은 상상력이 필요합니다. --김창준
|
메모장
이글루 파인더
최근 등록된 덧글
언어랑 코드랑 비교적..
by 애자일컨설팅 at 07/04 1,3을 구분할 때, .. by CharSyam at 07/04 네. 1, 2, 3, 4번이.. by 애자일컨설팅 at 07/03 맞습니다. 그런데,.. by 애자일컨설팅 at 07/03 Django가 1번이었으.. by daybreaker at 07/02 개명님 감사합니다... by kj at 07/02 마침 오늘 읽은 *좋은*.. by 개멍 at 07/01 전반적인 느낌에는 .. by 영록 at 07/01 1,3 번 코드의 예 .. by snaiper at 07/01 리팩토링 유용하죠. .. by 애자일컨설팅 at 07/01 최근 등록된 트랙백
빙그레씨의 생각
by wowzzangga's me.. 서적 Code Readi.. by imays: 게임엔진 .. 그린의 생각 by ptec's me2DAY Nature of Order .. by 이평섭 이야기 Nature of Order .. by Intellectual Wande.. 나는 앞으로 뭐 해먹.. by Happy~! 서울비의 알림 by seoulrain's me2DAY 머리 속에 불이 켜질 때 by my hiding place 처루의 생각 by wisehouse's me2.. 이전 블로그
2009년 07월
2009년 06월 2009년 05월 2009년 04월 2009년 03월 2009년 02월 2009년 01월 2008년 12월 2008년 11월 2008년 10월 2008년 09월 2008년 08월 2008년 07월 2008년 06월 2008년 05월 2008년 04월 2008년 03월 2008년 02월 2008년 01월 2007년 12월 2007년 11월 2007년 10월 2007년 09월 2007년 08월 2007년 07월 2007년 06월 2007년 05월 2007년 04월 2007년 03월 2007년 02월 2007년 01월 2006년 12월 2006년 11월 2006년 10월 2006년 09월 2006년 08월 2006년 07월 2006년 06월 2006년 05월 2006년 04월 2006년 03월 2006년 02월 라이프 로그
| |||||



