패턴 칵테일. 이름을 봐서는 술이라도 한잔해야 될거 같은데요.
이름 맞추기 게임 (Name that Pattern)
이 게임은 패턴 포커를 뽑아서 보지 않고 자기 머리 위에 올려 놓습니다. 그리고 다른 사람에게 자신의 패턴이 뭔지 이것 저것 물어서 맞추어야 합니다.
상당히 쉬울거 같지만, 막상 당사자는 답답합니다. 무엇을 물어봐야 할지도 어렵고, 주위에 있는 사람이 실컷 설명해줘도, 찾기가 정말 어렵습니다.
학습 곡선을 줄이며, 단기간에 쉽게 새로운 것들을 받아 들일 수 있을까? 그것에 대한 대답은 바로 놀이라고 생각합니다.
얼마 전 저희 EVA팀과 같이 Pattern Poker를 쳤습니다. 정말 놀이와 학습이라는 두가지 토끼를 잡은 좋은 게임이었습니다. Pattern Poker (패턴 포커)라는 이름이 다들 생소하시리라 봅니다. AsianPLoP에서 만난 Refactoring to Pattern의 저자인 Joshua Kerievsky가 창안안 방법이며, 구입할 방도가 없어서 제가 직접 만들었습니다. 🙂 게임의 룰을 간단히 말씀 드리겠습니다.
이번주 금요일 저녁에 강남에서 패턴 세미나를 엽니다.
이광춘 님과 친한 태호형이 힘을 다해 운영하고 있는 미래의 소프트웨어 품질 연구회라는 커뮤니티로, 좋은 강사들을 섭외해서 매 달마다 세미나를 진행하고 있네요. 좋은 강사의 자격(?)은 의심되지만, 부족하나마 저의 지식을 공유할려고 합니다.
- 주최 : 미래의 소프트웨어품질 연구회(미소연), DigiEco
- 일시 : 2009년 10월 23일(금), 오후 7시30분- (세미나는 1시간 30분 예정)
- 장소 : 토즈 강남대로점 (교보사거리 위치)
- 주제 : 미워도 다시 보는 패턴 이야기 / PLOP 학회 참석 후기
이번 행사는 Pattern에 대한 올바른 시선과 학습법을 제공해 드리고, PLoP에 대한 공유도 약간 할 생각입니다. 그리고 Do Food 패턴의 일환으로 약간의 음식(도넛 or 김밥) 도 무료로 제공되니, 금요일 약속이 없으시다면 방문해 주세요 🙂
Fearless Change 두번째 장에서는 조직 변화를 위한 패턴들을 소개하지 않고, 원론적인 이야기인 패턴은 무엇인가? 그리고 어떻게 패턴을 보아야 하는지 설명를 하고 있습니다.
Pattern을 아시는 분이라면 뭐 이정도야 하고 말씀하실 수 있겠지만, Linda의 Pattern에 대한 철학 ,노력, 패턴 Template의 발전 과정등을 설명해 놓아서, 흥미있게 읽었습니다. (저만 흥미로운 걸수도 있습니다… ). 특히 패턴을 읽는 것이 아닌 패턴을 만들어 본 경험이 있는 저에게는요. 읽으면서 PLoP BootCamp 때가 많이 생각나더군요.
Fearless change가 설명하고 있는 패턴은 소프트웨어 설계 패턴이 아니라, 조직 구조와 관련된 패턴이라는 점을 유의해서 읽어 주세요. 물론 비슷한 면도 많지만요.
Fearless Change 2장에 나와있는 Innovator 패턴을 설명드리고자 합니다. 1장 요약 포스트에 언급했던 변화를 수용하는 5 그룹중 가장 변화를 잘 수용하는 사람들에 대한 이야기 입니다. Innovator를 발견하고, 그사람의 나의 의견에 동조하는지 살짝 발을 물에 담구어 보는 (Test the water) 패턴을 이용해서 나의 사람을 찾은 다음, 여러 동료들을 만들어 같이 변화를 시작하는 것이 좋겠죠. 🙂 (미실이 말하는 사람을 얻는자가 천하를 얻는다라는 말이 정말 와닿군요..)
한번 쭉 읽어보세요. 번역이 틀리수도 있으니 가능하다면, 원서를 사 읽어 보시길 권해드립니다.
Pattern Name
Innovator
Opening story
Roger는 옆집에 살고 있습니다. 항상 그는 가장최신의, 멋진 gadget들을 가져옵니다. 나는 이 gadget에 들에 대한 이야기를 듣습니다. Roger가 구입한 것들에 대해 너무 흥분한 나머지, 심지어 너무 비싼 가격으로 gadget을 구입하기도 합니다. Roger가 어떤 gadget들이 너무 유용하다는 확신을 주면, Roger가 지불한 가격의 절반 이하가 될때까지 기다리가다 이후에 구입합니다.
Summary
만약 당신이 변화를 일으키고 싶다면, 새로운 아이디어를 좋아하는 동료들에게 도움을 요청하십시오.
오늘 Rebecca의 강의를 들은 후, 아는 분과 설계와 구현간의 gap에 대한 이야기를 들었습니다.
아무리 좋은 설계라도, 개발자가 전혀 다르게 구현한다면. 어떻게 해야 할까요? 그리고 RTC와 같은 좋은 툴들이 보급된다고 해서 과연 이러한 문제가 해결될까요? 이러한 툴에 맞게 개발 문화가 정착된 회사가 한국에 몇이나 있을까요? 형식적인 것이 아닌, 진정한 개발 문화가..
솔직히 이런 문제는 한국에서개발자 대비 QE의 비율이 너무 빈약해서, 스펙에 맞게 잘 구축된 테스트 환경도 찾아보기 힘들고, 실제 현장과 동일한 환경 또한 만들기 쉽지가 않습니다. 이러한 것이 선행되어 강력히 제약을 가해야, 비로서 올바른 구조가 될듯 한데. 참으로 어려운 이야기인것 같습니다. 거기다 Requirement 변경이 빗발치는 SI에서는말이죠. Owner의 말한마디로.. 되는 경우도 종종 있지만요.
이러한 하소연은 하루 이틀 나온 애기도 아니고, 정말 이땅의 많은 Manager와 Architect가 싸워서 합리적인 문화와 구조를 만들어야 가능하지 않을까요? 이런 현실과 부딪혀 이기기가 쉽지 않다고 생각이 들기도 합니다. 그래도 다 같이 머리를 맞대고 도전해 봐야죠.
PLoP에서 수많은 거장들을 만났습니다. 거장들중 우리나라에 그리 많이 알려지지 않은 분들을 하나씩 소개할려고 합니다. 왜냐면 이들의 연구분야들을 하나씩 소개하는 것이 어떤 분들에게는 귀중한 정보다 될것이고, 많은 도움이 될거라고 생각이 듭니다.
Robert Hanmer씨는 이번에 저희 Half-Push/Half-Polling 패턴의 목자 (Shepherd) 이셨습니다. (PLoP에서는 패턴을 제출하면 완성도 있는 패턴을 한번 거른다음, 각 패턴다마 패턴을 잘 쓸수 있게 목자(멘토)를 지정해 줍니다. 그럼 목자와 함께 계속 애기를 나누면서, 패턴들을 수정해 나가는 거죠. 그 이후 저자 워크샾을 통해 한번 더 다듬게 되고, 최종 논문이 완성됩니다.)
PLoP의 BootCamp를 수년간 Linda Rising과 이끌고 있었고, 상당히 부드럽고 배려심이 많으신 분입니다. 이하 Bob 아저씨(Robert를 다 Bob이라고 부릅니다)는 현재 Alcatel-Lucent (Lecent Technolgies and AT&T)라는 Telecomunication 회사에서 Consulting Member로 근무중이며, 고 수준의 가용성(availiability)를 보장하는 시스템을 꾸준히 만들어 오셨습니다.
이러한 패턴들은 고수준의 품질을 요구하는 제조업과 아주 밀접한 연관이 있으므로, 국내 제조업에 종사하는 소프트웨어 개발자에게는 상당히 도움이 될만한 서적이라고 생각됩니다. 그리고 인사이트에서 판권을 확보하고 현재 번역중이라고 하니 조만간 번역서를 만나 보실 수 있으리라 생각이 듭니다.
이번 PLoP 에서 프린터로 받은 Pattern Template을 번역해서 올립니다.
기존 Pattern Template에 달리 추가된 내용이 Resulting Context/Side Effects 입니다. 지금까지 패턴들은 장점만 너무 기술한 경향이 있는데. 이제 이 패턴을 적용할 경우 발생하는 Side-Effect도 기술하길 권하고 있습니다.
영어 원문을 그대로 번역한 것이라. 약간 매끄럽지도 않을 수도 있습니다. 🙂
굳이 이 분이 누군지 말 안해도 다들 아실겁니다. 🙂 바로 Grady Booch 입니다. UML을 탄생시킨 3인방 중에 한명이며, 지금의 소프트웨어 공학에 지대한 영향을 끼치신 분이죠 .
Grady Booch의 끊임없는 지적 호기심을 보여주는 좋은 사이트가 있어서 소개합니다.
바로 Handbook of Software Architecture 라는 사이트 입니다. 아마 아실 분은 다 아시겠죠 :). 여기에 Pattern들에 대한 보물이 숨겨져 있습니다.
바로 지구상에 발표된 패턴들을 잘 요약해 놓고, 적절하게 다양한 관점으로 분류하고 잘 요약정리해 놓았습니다. 단순히 GoF, POSA, PLoP 에 나온 분류 보다 훨씬 자세하게 잘 분류되어 있고, 지구상에 많은 패턴을 끊임없이 요약 정리하고 계시다니.. 대단하시네요. 저도 나름대로 분류 작업을 진행해야 겠네요 🙂
드디어 PLoP에 제출한 논문이 Published Paper List에 올라왔습니다. 이거 감회가 무척 새롭네요. 제 블로그를 통해서 제가 직접 만든 패턴을 소개하다니… 여튼 신선하고 기분 좋은 일입니다 🙂
패턴의 이름은 Half-Push / Half-Polling 입니다. (눈치있는 분은 아시겠지만 작명은 “Half-Sync/Half-Async”에서 얻어왔습니다. 🙂 )
패턴의 주 아이디어는 Upgrade시 일반적으로 사용되는 두가지 기법(Push 방식 과 Polling 방식)을 혼합하여 장점은 살리고 단점은 제거한 패턴입니다.
Architecture 101 