패턴 칵테일. 이름을 봐서는 술이라도 한잔해야 될거 같은데요.
이름 맞추기 게임 (Name that Pattern)
이 게임은 패턴 포커를 뽑아서 보지 않고 자기 머리 위에 올려 놓습니다. 그리고 다른 사람에게 자신의 패턴이 뭔지 이것 저것 물어서 맞추어야 합니다.
상당히 쉬울거 같지만, 막상 당사자는 답답합니다. 무엇을 물어봐야 할지도 어렵고, 주위에 있는 사람이 실컷 설명해줘도, 찾기가 정말 어렵습니다.
학습 곡선을 줄이며, 단기간에 쉽게 새로운 것들을 받아 들일 수 있을까? 그것에 대한 대답은 바로 놀이라고 생각합니다.
얼마 전 저희 EVA팀과 같이 Pattern Poker를 쳤습니다. 정말 놀이와 학습이라는 두가지 토끼를 잡은 좋은 게임이었습니다. Pattern Poker (패턴 포커)라는 이름이 다들 생소하시리라 봅니다. AsianPLoP에서 만난 Refactoring to Pattern의 저자인 Joshua Kerievsky가 창안안 방법이며, 구입할 방도가 없어서 제가 직접 만들었습니다. 🙂 게임의 룰을 간단히 말씀 드리겠습니다.
PLoP 2010 submission deadline extension The deadline to submit a paper for the 17th Conference on Pattern Languages of Programs has been extended to June 1st. Many authors have asked for an extension and since there is enough time for shepherding we took the chance to extend the deadline. Please tell your colleagues about the […]
영어 발표 때문에, 새벽 3시까지 Script를 준비하느라, 이미 눈은 팬더가 되어 버렸습니다. T_T!! 자 그럼 AsianPLoP 2일차 행사를 여러분과 공유합니다.
Joshua Kerievsky 의 A Timeless Way of Communicating
1번째 세션은 Refactoring to Pattern의 저자인 Joshua Kerievsky 의 A Timeless Way of Communicating 이었습니다.AsianPLoP의 세션이 아닌 GRACE의 전체 세션이었으며, 너무나 많은 청중과 강의장이 어두워서 사진은 찍지 못했습니다.
이 세션의 내용은 Christopher Alexander의 The Timeless Way of Building과 이름이 비슷한걸 눈치 채신 분도 있을 겁니다.
패턴과 패턴 언어들 형식(Form)과 내용(Contents)을 분석하고, Pattern Languages가 소프트웨어의 지식 체계로써 사용되기 위해, 패턴 사용자들에게는 어떻게 제공되어야 하는지에 대한 깊은 얘기를 했습니다.
또한 그가 운영하는 컨설팅 회사인 Industrial Logic에 가시면 좋은 자료들이 넘쳐납니다. 이중 제가 가장 인상깊게 본 것이 Pattern Poker 입니다. 아주 짧은 시간안에 효율적으로 패턴을 익힐 수 있을 뿐만 아니라, 경험을 공유하는 좋은 방법이더라구요. 다음 스터디때 EVA 팀들과 함께 한판 치기로 했습니다.
Pattern을 어떻게 하면 잘 만들수 있을까요? Joe 의 패턴 라이팅을 공개합니다.
이번 AsianPLoP에서는 작년에 참여한 PLoP BootCamp와는 조금 다른 형태로 Joe(Joseph William Yoder) 아저씨의 패턴 라이팅(Pattern Writing)을 경험해 보는 좋은 시간을 가졌습니다.
패턴 라이팅을 말하기 전에 Joe 아저씨에 대해서 간략히 소개를 해 드리면, 그는 Refactory Inc. 를 운영하고 있으며, 런타임시에 객체의 생명주기를 관리하는 유명한 패턴인 AOM (Adaptive Object Model) 을 만든 사람입니다. GoF 중 한 명인 Ralph Johnson의 제자 이기도 합니다.
그의 발표자료를 공유합니다. 브라질에서 열리는 PLoP인 SugarLoad PLoP에서 2년전에 이미 발표한 자료네요. 이 자료를 읽기 전에 저의 블로그에 공유한 Linda 아주머니의 Pattern 만드는 법, 또 PLoP에서 소개한 Pattern Template을 먼저 읽어보시길 바랍니다.
Writing Patterns “The Straight Scoop” 다운 받는곳 (출처 SugraLoad PLoP)
패턴 템플릿 설명
Linda Rising 아주머니가 보낸준 멜로 인해 AsianPLoP이라는 것이 열린다는 정보를 받았고, 충동적으로 지원을 했습니다. 논문이 accept 되었지만, 정말 운인것 같습니다.
이번 PLoP은 Piggyback 패턴(큰 행사뒤에, 연이어 작은 행사를 여는 패턴 – 참가자들이 쉽게 모이기 하기위한 패턴)의 일환으로, 일본의 가장 큰 소프트웨어 공학 학회인 GRACE와 함께 열렸습니다. 우리나라로 하면 정보처리학회 정도 될듯 합니다.
장소는 소프트웨어 진흥원과 유사한 NII(Nataional Institute of Informatics) 라는 곳(진보쵸)에서 열렸습니다. 참가비및 행사비는 일체 무료였습니다.
제가 참가한 프로그램을 중심으로 AsianPLoP을 소개하고자 합니다. 이번 행사는 영어권, 그리고 일본권으로 나누어 진행이 되었습니다. 일본은 일본인 끼리 진행하는 행사가 되어 버렸고, 반대로 영어권은 말 그대로 영어권 사람들이 모였습니다. 미국, 호주, 인도, 그리고 일본 조금, 한국 조금 이렇게 두가지 그룹으로 나뉘어 저자 워크샾이 진행되었습니다.
역시 언어로 인해 소통의 제약을 받는 것은 일본도 마찬가지 인가 봅니다. 아시아 권의 씁쓸함을 같이 느낄 수 있는 행사였죠.
비오는 날엔 여러분은 무엇이 생각나시나요?
커피, 소주, 해물 파전? 무엇을 선택하든지 아마 이런 맘일 겁니다. 우울한 날엔 분위기에 빠져 보기도 싶고, 또는 친한 친구들과 함께 얘기를 나누며 적적함을 달래고 싶을 수도 있습니다. 저는 동완이 아빠가 되고 나서는 거의 꿈도 못꾸고 있습니다. 🙂
자!, 만약 여러분의 프로젝트가 비오는 날 (Rainy Day)라면 어떻게 할까요? 이 Rainy Day의 의미는 우리가 구축해야 될 시스템이 무엇인지 고객도 모르고, 나도 모른다는 얘기입니다.
구체적인 목표나 비교 대상이 없는 프로젝트를 말하는 거죠. 이런 비오는 날에 여러분의 대처 방법이 어떨지 궁금합니다.
사실 우리는 이해당사자들이나 고객의 요구사항을 받아들이고, 멋진 프로그램을 만들길 원합니다. 하지만 고객은 정작 자기가 뭘 원하는지 구체적인 것을 제시할 수 없다면, 참 막막할겁니다. 전 이럴때 걸어다니는 해골 (Walking Skeleton)을 추천해 드립니다.
이 아이디어는 Agile 에서 유명한 Allestair Cockburn이 아주 오랜전에 낸 아이디어 입니다.
이 책의 저자인 Linda Rising은 조그만 Recorder Consort 팀을 이끕니다. 5명이라고 하지만 다 제각기의 다양한 장단점과 개성이 있기 마련입니다.
과연 Fearless의 저자인 Linda는 어떻게 이 팀을 이끌까요? 바로 개별적으로 만나는 것(Personal Touch)입니다.
- Karen은 어렸을때부터, 레코더를 불었기 때문에, 가장 뛰어난 실력자입니다. 그래서, 가장 어려운 부분과 솔루 부분을 맡깁니다.
- Rick은 레코더도 잘 부르지만, 기타와 노래도 잘 부릅니다. 하지만 Rick 은 어러운 부분을 부르는 것을 싫어하며, 튀기 좋아합니다.
그래서 어려운 부분은 Karen에게 다양한 악기 파트는 Rick에게 맡깁니다.
- Anne 와 Karl 은 온화한 성격이며, 적당한 도전을 기쁘게 받아들입니다. 그리고 Anne는 피아노도 잘 칩니다.
Anne와 Karl의 온화한 성품때문에, 합주나 Karen을 뒷받침하는 연주를 부탁합니다.
결국 Linda는 Personal Touch와 Tailor Made 패턴을 이용해, 구성원의 다양한 성격과 장단점을 파악하고, 적합하게 팀을 조율했습니다.
Fearless Change 그 전장 들을 통해 이미 사람도 나의 편으로 만들어 놓고, 자주 소통할 수 있는 상황을 만들었습니다.
이제 다 준비 되었으니 촬영을 시작해야죠! (Take Action)!
A라는 변화나 행위를 하고 싶을때, 부정적인 생각과 피드백을 받을수 도 있지만, 해보지 않고는 모르는 일입니다. 완벽을 너무 추구한 나머지 아무것도 하지 않는 것보다는, 어떠한 행동을 취하면서 실제 느껴 보는 것이 중요합니다.
춤을 배우고 싶을때, 먼저 춤을 쳐보고, Mentor에게 도움을 받는 것이 좋지, 아무것도 안하고 멘토링 받을 수 있을까요?
행동을 취하기 위해서는 다음과 같은 패턴들이 필요합니다.
- Study Group : 서로의 의견을 받아 들이고 발전시켜라!
- Mentor : Study Group에서 먼저 시작한 사람, 경험있는 사람이 Mentor가 되어서 이끈다.
- Just Do It : 무언가 하면서 해라!!
매니저들은 내가 새로운 아이디어를 언급할 때마다, “안 돼! 또 다른 은 총알은 없어!” 라고 보는 것 같았다. 그러나 매니저들 중 한 명은 나의 아이디어에서 꼭 지켜야 할 것은 무엇이고? 나의 아이디어에서 중요하지 않는 (지저귀는 새소리) 것이 무엇인지 물어봤다.이러한 질문 방법에 나는 감탄했다.
관리자 들은 조언을 구하기 위해 하나의 아이디어를 두 개의 개별적인 것(장점과 단점을 비교)으로 본다는 것이다.
그래서 나는 모든 매니저에게, 아이디어를 검증하는 팀을 만들 수 있게 도와달라고 요청했다. 각각의 매니저들은 자기 팀에서 한 명의 검증 자를 임명했다. 어느 날 오후에 그 팀을 만났을 때, 나는 짧은 프레젠테이션을 한 다음,질문에 답변을 했다. 나는 필기하고 보고서를 작성했다. 그리고 보고서를 경영진에 전달하기 전에, 임명된 검증 자들의 동의를 얻었다.
이러한 활동은 혁신이 가지는, 장점들을 경영진에 설득하게 만들었을 뿐만 아니라, 내가 생각지도 못한 몇몇 이슈들을 발견하게 되었다. 생각해보면, 경영진이 심지어 회의적인 사람일지라도, 검증 팀은 모든 관련된 혜택으로 경영진들을 자기 주장에 끌어들였다.
Guru on Your Side (구루를 자신의 편으로 가지고 있는) 사람과 매니저와 다른 개발자들을 위한 새로운 아이디어를 평가하는데 흥미를 가진 동료들을 모아라.
Architecture 101 