Edit: I will still be posting cheats before the official re-opening begins!!!

Hey guys, it’s Plopkopmop! It has been awhile since I have made a formal post. I have been thinking lately that people still do come here, because I came here one random day after I quit and it said 4 people online. So CPPC will be Re-Opening December 1st! I hope you guys keep coming to my blog; I really appreciate it! I am also looking for somebody to do CPMV’s for our YouTube.

Waddle on!

-Plopkopmop

Looking back now at my early-mid twenties, design and typography were things I took very seriously and thought about a great deal. I’m still serious about my pursuits and craft, but design itself has become something of an mystery to me – not sure what it is, or what it does, what it’s for, why it exists in the way it does now, etc. But back then I had lots of Big Thoughts about the subject, but I was also aware of the fickle nature of time and how personal tastes and ideas are subject to erosion. I talked often with my brother, a PhD student in Philosophy and all-around mad genius, about subjects of aesthetics and perception, as well as more fun stuff like manifestos and absurdist logic arguments. I wanted to get my thoughts down, but I realized that I could never really create a piece with real rigor, that whatever I wrote would always be a product of my personal prejudices and I would bend my arguments to serve myself. Thus, Casual Aesthetics was born, in late 2004.

Born it was, and never to grow up, or even take a baby step. The ‘Casual’ element referred to the inherent lack of rigor that was acknowledged in the pursuit. But there were a few products born of the chats with my brother, one being a typeface that is almost completely context-dependent. He had asked me once ‘what makes the letter A the letter A and not something else’ – was it the crossbar? The arrangement of the bar with the two legs? Well, I thought, I don’t know. I then recalled a cognitive science class I took at college, remembering a passage on word-shape recognition. Our brains tend to perceive clusters first and details second, whether in faces or in other objects, even words. So I thought, what if we could create a typeface that created word shapes without necessarily having all the details?

The next logical step was considering typographic history. Advances in technology allowed metal type to become thinner and more precise, meaning the thick strokes got thicker, and the thins thinner. It follows, then, that in the 21st century we can abandon the thin strokes and keep just the thicks. As an experiment I took a Hoefler Didot face as a model and tried removing all the thins and tweaking the forms. It looked like this.

I thought it looked cool, and I used it to update my personal website. I especially liked the italic version, maybe because it abstracted the forms even further. I still felt that there was too much connection to the original, so I began replacing the curvilinear serifs with angular versions, and eliminating forms whenever possible. After a little refinement I had a new set of characters that I felt were pretty unique, and which already had a built-in aesthetic, a sort of Vogue-ish, minimal futurism.

I called the face Didon’t, which is a terrible pun. But I felt it was unfair to not acknowledge its obvious heritage. So that’s cool, I thought, I held on to it and messed around with it more, but couldn’t find a way to use it that wasn’t stark black and white. Meanwhile, I was asked to make an imaginary magazine cover for a magazine festival in Europe called CMYK. I was given a few images to choose from, I picked this one of Faye Dunaway, and expanded on the type styling I had developed doing the Duran Duran piece. The magazine is called Plop, and it’s a gentleman’s publication, evidenced by the motto ‘for finicky fellows’. The language employed was a play on women’s magazines that turned everything into lists – ‘20 hot tips, 100 looks of love, 6 illustrious organs, 5 easy peas,’ etc. This was lots of fun, and I was starting to see a formal connection between this angular grid style and my Didon’t approach. Oh how I loved grids.

One idea I had during the Casual Aesthetics days was a project (never started) called the Book of the Week Club. The concept was that one artist would recieve a title of a non-existant book and create a text-based cover, no imagery if possible. Then the cover would be passed on to a writer who would write a two-page entry as if one had just opened the book to a random page and scanned in a spread. Essentially, the style of writing and the details within would create a minor world of its own, letting very small gestures code for book-long ones. I imagined each one being a different genre experiment, sort of plays on various authors or concepts. I never saw the idea to fruition but I made several covers and imagined their contents. I think this still has legs, even though the whole fake book cover / reimagined book covers has been fairly done to death in the years since. Here’s a few.

Run For The Shadows – a Graham Greene-esque cold war spy novel with a dash of Tom Clancy absurdism. My brother was going to do this one, and he still should. Phrase taken from David Bowie’s Golden Years.

The 1983 Overture – This is a biography of a Futurist composer in the 1920’s, centered around a forgotten work of sound composition that saw only a single performance in Switzerland.

Casual Aesthetics, Vol 1.: Toward A Casual Aesthetic – The first entry in a series of informational pamphlets laying out the Casual Aesthetics manifesto. Vol 2 was to be called The Physical Passions, and described how one could interpret sporting strategy, in soccer, table tennis, and sailing, and translate those principles into audiovisual terms.

One Hundred Thousand Fireflies – A young adult novel about a boy who has suffered brain damage in a car accident, and as told from the first person as he struggles to have the thoughts he had before the accident. The title comes from the amazing Magnetic Fields song, though specifically from the Superchunk cover of said song.

O, My Astronaut – A lonely man searches the heavens with his telescope, vainly looking for his astronaut-explorer lost love, imagining her exploits and comings to terms with their eternal separation, in a Rudyard Kipling style.

Haloed in Heartache – Didn’t think this one through so much. Romance novel set in the Laplands, wherein a woman cannot choose between two suitors and ends up alone and heartbroken after her beaus tragically slay each other.

The book club never took off, but it was great exercise in spontaneous design, and I’d love to restart this concept.

Linda Rising 아주머니께서 AsianPLoP 2010이 열린다는 멜을 보내주셨습니다.

아시아권에 유일한 PLoP 행사인 Mensore PLoP이 한동안 진행되지 않았는데. 드디어  새롭게 AsianPLoP 이라는 이름으로 처음 진행됩니다.

모집하는 Paper의 주제는 아래와 같습니다.

• New patterns and pattern languages of:
  • business patterns,
  • requirements patterns,
  • analysis patterns,
  • architecture patterns,
  • design patterns,
  • programming and refactoring patterns,
  • testing and maintenance patterns,
  • process and organizational management patterns,
  • pedagogical/educational patterns,
  • communication patterns,
  • other non-software patterns
• Critiques, researches, and case studies of:
  • patterns and pattern languages,
  • related areas, such as agile development and Wiki

그리고 일정은 다음과 같습니다.

• Paper submission due December 28, 2009
• Shepherding begins January 6, 2010
• Acceptance notification February 12, 2010
• Final camera-ready February 26, 2010
• Conference March 16-17, 2010

일본에서 모든 행사를 주관하는데, AsianPLoP 이라고 부르긴 좀 그렇지만 ..  그래도 아시아 권으로 격상을 할려면 다른 나라의 논문도 많이 받아야 할테니, 상대적으로 다른 나라에서의 논문 Accept가 쉬울 수도 있을것 같다는 생각이 듭니다. 다른 Asia권 나라의 참여가 많지 않다면 JPLoP이 되어버리는 거죠.

그리고 재미난 것은 Program Committee 인데 이번 PLoP에서 만난 분이 두명이나 있습니다. AOM을 만든 Joseph W. Yoder와 저와 같이 저자 워크샾 그룹에서 애기를 나눈 Eduardo B. Fernandez 교수님입니다.  이거 반가운 분들이네요. 가면 만날수 있겠죠..

저희 스터디 팀 내부에 많은 분이 가고 싶다고 난리군요.   어서 준비해야 될듯 합니다. 아직 PLoP 본행사 논문 최종본 작업(12/13까지)도 안 끝났는데 정말 일정이 급해질거 같네요.

회사에서 내년에 보내줄려나요? PLoP 좀 참가하는 인사들이 빵빵했는데. AsianPLoP은 상대적으로 적으니 회사 지원을 받기가 애매할수도 있겠네요. 여튼 준비해봐야죠.

Dupa o mini vacanta petrecuta in frumosul oras Craiova, am revenit cu forte proaspete si dorinta de a va incanta din nou creierii prajiti de un noiembrie bland. Dupa cum ati putut observa cu un post anterior, am inceput cu promovarea unui nou event, ce se va desfasura in Fire Club (9.11 – 14.12.2009).

Revenind pe planeta ciocolatei cu caramel, tin sa va spun ca astazi am reusit pentru prima oara in viata sa intarzii la munca. Stiu ca nu este frumos, dar oboseala acumulata din ultimele zile s-a dovedit mai puternica decat mine. Sau poate doar faptul ca am uitat sa pun ceasul sa sune? Nu sunt sigura, dar s-a intamplat. Am intarziat aproximativ o ora. Si, spre surprinderea mea, cand am ajuns, chiar am avut de lucru. Mult. Imi deschid sertarul cu dulciuri (da, la noi la firma fiecare persoana are un sertar de dulciuri) si am scos o punga de Joe. Sticla de Cola uitata in geanta de cand am plecat din Craiova, napolitanele, pachetul de tigari si badge-ul au fost cele ce m-au corupt la o intrerupere a programului de lucru pentru a imi pune in ordine materia cenusie.

Dupa frumosul program descris mai sus, am ajuns acasa, unde credeam ca voi putea dormi, dar sperantele mi-au fost spulberate de mai multe ori. Drumuri. Placute. Pe asa o vreme frumoasa cum sa nu iti placa atat de mult sa mergi pe afara. Aer proaspat, de Bucuresti, atat de poluat, incat fara noxe simti ca nu poti trai. Dar afara, soc, 2 copaci au fost taiati. Un plop si un salcam. Lumina mai multa, oxigen mai putin, mirosul de noxe din ce in ce mai aprofundat.

O seara placuta cu lumina difuza si un pahar de vin in atmosfera unei muzici ambientale cu sunet de ploaie de vara.

Read more about the production: Syndicate

surda cenzurare a catenei

concertul vinetelor în zigzag

pictor afectat acrobatic

prezida felioara în picaj

sobor de robe gălbui aur și dughene

filmare interșcolară aberantă

parabolă întomnată pe matrițe

cîrn apolog fascicol mirific

detergent plasturi grisine

final de ampatament roșu

cangrena jilavă de vulturi

이번주 금요일 저녁에 강남에서 패턴 세미나를 엽니다.

이광춘 님과 친한 태호형이 힘을 다해 운영하고 있는 미래의 소프트웨어 품질 연구회라는 커뮤니티로, 좋은 강사들을 섭외해서 매 달마다 세미나를 진행하고 있네요. 좋은 강사의 자격(?)은 의심되지만, 부족하나마 저의 지식을 공유할려고 합니다.

1. 주최 : 미래의 소프트웨어품질 연구회(미소연), DigiEco
2. 일시 : 2009년 10월 23일(금), 오후 7시30분-  (세미나는 1시간 30분 예정)
3. 장소 : 토즈 강남대로점 (교보사거리 위치)
4. 주제 :  미워도 다시 보는  패턴 이야기 / PLOP 학회 참석 후기

이번 행사는 Pattern에 대한 올바른 시선과 학습법을 제공해 드리고, PLoP에 대한 공유도 약간 할 생각입니다. 그리고 Do Food 패턴의 일환으로 약간의 음식(도넛 or 김밥) 도 무료로 제공되니, 금요일 약속이 없으시다면 방문해 주세요

당연히 세미나는 무료이구요. 관심있는 분은 참여하시길 바랍니다. 좌석이 제한되어 있으니 어서 신청해 주시길 바랍니다. 30석 미만인 걸로 알고 있습니다.

신청은 직접  사이트에 가입을 하셔야 되는 걸로 알고 있습니다.

정식 PLoP 후기 공유회는 시간상의 제약으로 힘들듯 합니다.  추후 기획중이니,  간략히 PLoP 후기에 대한 맛뵈기를 느끼실 분도 참여 부탁드립니다.

강의 자료

발표 TP – 예전 제 1회 .NET 개발자 컨퍼런스 내용을 더 추가했습니다.

PLoP 09 후기 공유 – 마소 기고한 글에 좀더 내용을 더 추가했습니다.

국내에는 다른 아키텍트에 비해  유명세가 덜하지만, 제가 만난 컨설턴트중에서 가장 현실적인 방법을 제시하는 이가 Rebecca가 아닐까 생각이 듭니다. (물론 개인적인 생각의 차이는 있을수 있지만요..)

그 이유는 Rebecca의 강의를 들어보면 압니다. 절대 어떤 방법이 맞다고 하지 않고, 여러가지 대안을 제시하면 그 대안중에 상황에 가장 적합한 것을 사용하는 것을 선호하기 때문입니다.

그리고 국내에 덜 알려졌지만 Rebecca는 현재 패턴계의 정점에 서 있다고 말할 수 있습니다. Kent Beck이 패턴의 아이디어를 건축계에서 가져오고, 대중에게 널리 알린 것이 GoF 입니다. 그리고 PLoP의 초기 Editor로써 패턴의 보급에 힘써왔고 부흥기를 가져온 사람이 Douglas C. Schmidt 박사 입니다.  그리고 그 바톤을 이어받아 요즘 PLoP을 지휘하며 패턴계를 진두 지휘하는 사람이 바로 Rebecca 입니다. Pattern에 관심있는 분에게도 비교적 안 알려져 있는 사실이죠

그녀는  Responsibility – Driven – Design을 만들었으며, IEEE Design 컬럼의 고정 컬럼니스트로 활동하고 있습니다.  그리고 QCon과 같은 행사에서 매년 등장하는 유명 Speaker입니다.

최근 그녀의 연구나 발표를 보면 그녀가 어느 한 기술에 초첨을 맞추는 것 보다는, 다양한 요소들을 고려하고 상황에 따라 어떠한 것을 사용할지 상당히 고심한다는 것을 알 수 있습니다.

PLoP에서 그녀의 강의가 없어서 듣지 못했었는데, 마침 사내 (삼성 SDS)에서 초청 강의가 있어서 냉큼 달려갔습니다. 제가 세미나 시작 전  Rebecca에 대해서 참가자에게 소개도 했지요. (무슨 용기인지 모르겠지만…)

강의 주제는 Strategic Design Decisions & Alternative 였는데, 역시 실망시키지 않는 강의였습니다. Top-Down 방식으로 Enterprise Application을 개발할때 어떻게 접근해야 되는지 전달하는 좋은 강의였습니다. 저의 뇌에 가장 남는 애기는 Domain 로직의 복잡도에 따라서 적합한 설계 전략을 고려해야 된다는 것이 너무 와 닿았습니다.  Domain-Driven-Design (또는 Domain-Specific-Language가) 재사용과 관리 측면에서는 매우 유용하지만, 복잡도에 적은 경우는 기본적인 방법들이 더 낫다는 것을 체계적으로 잘 정리해 주었습니다.  물론 Domain Specific에 강조를 둔건 사실이지만요 . 제가 A 컨설턴트에게 받은 은 마치 강제적인 자신의 철학은 이입 시킬려고 했던 것과는 너무 비교되더라구요.

또한 마음 속 깊이 남는 말중 하나가 “Flexibility is predictable development” 였습니다. 유연성은 변화를 예측하여 미리 개발하는 것이라는 의미입니다. 변종들을 파악해서  미래를 예측하여 유연성을 추가하라는 것이었습니다. 하지만 예측하지 못한 것은 정말 어떻게 할수 없다고 한숨을 쉬었고, 얼마나 많은 변화(변종)을 지원할지 예측하는 것이 아키텍트의 중요한 덕목이 된다는 말도 했습니다.  여튼 Rebecca의  TP가 공개되면  여러분에게 즉시 알려드리도록 하겠습니다.  이거 License가 어떻게 되는지 몰라서 서뿔리 가진 자료를 올리수가 없네요.  멜을 보내서 TP를 공개해도 되는지 Rebecca에게 물어보겠습니다.

여튼 다 전달해 드리지 못한 아쉬움을 달래기 위해서  InfoQ에서 발표한 그녀의 다른  강의를 한번 들어보시길 바랍니다.

• Lessons Learned from Architecture Reviews
• What Drives Design?
• Software Design Helps Being Agile

그 외에도 Rebecca의 블로그(http://www.wirfs-brock.com/rebeccasblog.html) 를 방문하시면, 여러가지 유용한 자료가 많으니 방문해 보시길 바랍니다.

Fearless Change 2장에 나와있는 Innovator 패턴을 설명드리고자 합니다. 1장 요약 포스트에 언급했던 변화를 수용하는 5 그룹중 가장 변화를 잘 수용하는 사람들에 대한 이야기 입니다.  Innovator를 발견하고, 그사람의 나의 의견에 동조하는지 살짝 발을 물에 담구어 보는 (Test the water) 패턴을 이용해서 나의 사람을 찾은 다음, 여러 동료들을 만들어 같이 변화를 시작하는 것이 좋겠죠. (미실이 말하는 사람을 얻는자가  천하를 얻는다라는 말이 정말 와닿군요..)

한번 쭉 읽어보세요.  번역이 틀리수도 있으니 가능하다면, 원서를 사 읽어 보시길 권해드립니다.

Pattern Name

Innovator

Opening story

Roger는 옆집에 살고 있습니다.  항상 그는 가장최신의, 멋진 gadget들을 가져옵니다. 나는 이 gadget에 들에 대한 이야기를 듣습니다.  Roger가 구입한 것들에 대해 너무 흥분한 나머지, 심지어 너무 비싼 가격으로 gadget을 구입하기도 합니다.   Roger가 어떤 gadget들이 너무 유용하다는 확신을 주면,  Roger가 지불한 가격의 절반 이하가 될때까지 기다리가다 이후에 구입합니다.

Summary

만약 당신이 변화를 일으키고 싶다면, 새로운 아이디어를 좋아하는 동료들에게 도움을 요청하십시오.

Context

당신이 Evangelist나 Dedicated Champion이 되어, 조직에 새로운 아아디어를 도입하도록 시작해야 합니다.

Problem

당신은 조직에 새로운 아이디어를 같이 활성화 시킬 사람이 필요합니다.

Forces

모든 중대한 변화의 시작은 아주 작은 수의 깊은 유대감을 가진 사람들로 부터 발생합니다 (2 또는 3) .  새로운 아이디어를 잘 수용하는 사람들과 같이 시작하는 것은 쉽습니다. Innovator는 조직내의 아주 작은 비율을 가집니다. 그들은 단지 새로운 것이라고만 하면, 서로 흥미를 볻돋고  흥분합니다. 그들은 많은 확신을 원하지 않습니다. 단지 조그만 정보면 됩니다. 조직에 새로운 생각을 알리는 작업을 시작하기에는  매우 적절한 인물입니다.

Essense of the Solution

새로운 아디디어 습득이 빠른 사람들을 찾아내십시오.  아이디어(innovation)에 대해서 그들과 애기를 나누고 , 조직에 새로운 아이디어에 관심을 증폭시킬수 있도록 도움을 요청하십시오.

More about the Solution

BrownBag(점심 식사 패턴 – 점심 식사를 하면서 의견을 나누는 패턴)에 참석한 사람들 중에  Innovator를 찾으십시오. 그리고 새로운 아이디어를 소개하는 다른 회의에서도 Innovator를 찾으십시오.

그들 중 일부는 당신의 새로운 IDEA에 대해 이야기를 시작할 겁니다. 그럼 그 사람들이 아이디어를 지지하는 사람(gatekeeper)이 될수 있게  볻돋우십시오.  Just Do It (그냥 시도해 보는 패턴)해서 Test the Water (물들었는지 – 즉 나의 의견에 물들었는지 테스트 하는 패턴)  하기 위해 Innovator를 초청하십시오.  새로운 아이디어에 대해 그들의 피드백을 듣고, 거대한 조직에 도입하기 위한  그들의 조언을 들으십시오.

그리고 이 사람들은 당신의 새로운 아이디어를 처음 접한 사람이기 때문에 다른 사람을 이끄는 Study Groups( 공부하는 그룹을 구성하는 패턴) 의 리더가 될수 있을 겁니다. 이들 중에 특별히 열광적인 사람들은 Evangelist (홍보하는 사람)이가 되어 있을 겁니다.

Resulting Context (positive and negative consequences)

이 패턴은  새로운 아이디어를 조직에 도입할 수 있게 혼자가 아닌 그룹으로 지원을 받기 위한 패턴입니다. Innovator들이 흥미로워할 수있는 많은 일을 할필요 없습니다. 단지 당신이 혼자가 아니라는 것만 느낄 수 있으면 됩니다. 그들은 새로운 아이디어가 수반하는 불확실성을 납득하고, 비판적인 수용자들을 대비하여,  위험을 감소시켜 줄 것입니다.

하지만 오랜 기간동안 Innovator에 의존해서는 안됩니다.  새로운 아이디어가 나오면 여기서 저기로  옮겨갈수도 있기 때문입니다. 게다가 새로운 아이디어를 빠르게 수용할려는 Innovator의 의지때문에, Innovator의 주장이  다른 사람들에게 의심받을 수도 있습니다.  그래서 그들은 일반적으로 좋은 Opinion Leader가 될수 없습니다. 짧은 시간 동안 gatekeeper로 그들의 도움을 받을 수 있습니다.

Known Uses:

1. Bill의 눈썹이 머리카락 위로 올라갔을 땐, 그는 무언가 새로운 것에 대해 듣고 있는 겁니다. Bill은 새로운 아이디어에 관해 Julie와 애기를 나눈 첫번째 사람들중에 한명입니다.  그는 새로운 아이디어를 시도해 보고, 결과를 정리하고, Julie가 작은 이벤트( 회의나 의견교환을 할수 있는 Tea Time등.)를 할수 있게 도와 줍니다. Bill의 열정으로 Julie는 눈썹이 올라가지 않은(흥미가 없는) 사람들을 확신시키기 위한 노력을 초기에 유지할 수 있도록 도와 줍니다.

2.  당신이 컨퍼런스에 돌아온 후, 몇몇의 사람들은 당신을 보기 위해 방문할 것입니다.  당신이 구입한 새로운 책은 무엇인지? 당신이 본 새로운 기술은 무엇인지 알기 위해서요. 그들(Innovator 성향을 가진 사람들)은 Conference에서 시간을 보내기를 원치 않습니다. 그래서 Sam은 그들을 위해 돌아올때 무언가를 가져오기 위해 노력합니다.  그들은 “가장 최신의 것이 가장 좋은 것”이라고 생각하기 때문에, 어떤 것을 알게 되었을대 얼마나 행복함을 느끼는지 보는 것도 재미난 일입니다. Sam은  상사가 말한 의미가 무엇인지 알고 있습니다. “좋아. 넌 컨퍼런스에 갈 수 있어,하지만 팀을 위한 무언가를 가져와야 될거야!”. 상사는  Innovator 성향을 가진 사람들을 배려하고 있습니다.

저와 같이 PLoP을 참여한 고 상원 군이 저와 는 다르게 저자 워크샾을 지켜 보았다고 합니다.

더 나은 저자 워크샵 진행 방법을 만들기 위해 참가자와 조정자의 진행 방식등을 분석했다고 합니다.   파리(저자)의 또 다른 시선이니 저자 워크샵을 진행하시는 분은 참고하시면 도움이 될듯 합니다.

아래의 메세지는 고상원 군의 포스트인 “저자 워크샾에 대한 관찰”에서 가져왔습니다.  참고하시길 바랍니다.

고상원 군 says…

얼마 전, 또 한번의 저자 워크샵을 가졌습니다. 이번엔 논문 내용에 대한 것보다 저자 워크샵 자체에 포커스를 맞춰서 메모를 했습니다. 저자 워크샵을 도입하려면 어떻게 반응하고, 어떤 문제점을 가지는지 고민할 필요가 있다고 생각했기 때문입니다.

제가 메모했던 내용 중에서 논문 내용에 대한 것은 이전에 정리했던 내용과 비슷하기에 접어두고, 워크샵 진행에 대해서 느낀 점을 공유하려고 합니다.
참가자는 EVA의 현종님, 지원님, 민정님, 희정님, 정민님이셨고, 저자로 영수형과 제가 참여했습니다.

조종자 역할로 한분을 정했으며, 나머지는 알아서 진행하도록 하였습니다. (이미 블로그를 통해 내용을 접하셨거나, 영수형이 경험을 공유하셨던 것으로 알고 있습니다.) 제가 다른 일로 모임에 늦어서, 모임이 약간 딜레이 되었고 배고픔을 느끼는 상황에서 진행하였습니다.

조종자의 진행으로 시작되었으며, 각 섹션별로 짚어가는 형태로 하셨습니다.
아래 내용 중에 “특이사항 없음” 은 이전 상황이나 문제가 이어진 경우입니다.

1.Introduction
- 상황 : 어색한 분위기 (서로 말하기 힘들어함)
- 문제 #1, ‘서로 미루기’, ‘말한 사람만 말하기’ 현상 발생
- 문제 #2, 논문에 대해 결점(문제점 or 단점)에 대해서만 얘기

2. Example
- 상황 : 대화에 참가하는 인원 증가 -> 내용을 서로 공감 -> 적극적 참여
- 문제 #1, 조종자의 소심한 참여 (성량이 부족, 리더십의 부재가 느껴짐)

3. Context
- 특이사항 없음

4. Problem
- 상황 : 참가자들이 논문의 내용에 대해서 고민하기 시작
- 문제 #1, 내용에 대한 비판이 아닌 논문 구성이나 작성법에 대한 비판에 집중

5. Solution
- 상황 : 특이사항 없음
- 문제 #1, 조종자가 비판을 유도 (배고픔이 원인일지도?), 조종자 왈 “지적사항을 얘기해주세요.”

5.1 Structure
- 상황 : 조종자 왈 “구조를 Best로 만들 제안을 해주세요.” -> 기술적인 이슈에 대한 토론 시작
- 문제 #1, 논문을 읽느라 말이 없음
- 문제 #2, 조종자에 의한 참가자의 사고영역 제한 발생

5.2 Dynamics
- 특이사항 없음

6. Implementation
- 상황 : 지쳐가는 분위기 (역시 배고픔 때문?)
- 문제 #1: 특정 참가자 및 조종자의 얘기가 길어지면 다른 참가자의 집중력 급저하
- 문제 #2: 2명만 주로 얘기함

7. Variants
- 상황 : 특이사항 없음
- 문제 #1: 조종자가 역할수행을 하지 않음

8. Known Use, 9. Consequence, 10.Related Patterns
- 특이사항 없음

일단, 다들 처음하는 저자 워크샵이었단 점을 감안해야겠구요.
몇 가지 생각을 정리하자면,

1. 조종자의 역할
이미 다들 알고 있겠지만, 조종자의 역할이 매우 중요합니다. 조종자를 선정하는 기준이나 방법을 고민해야겠습니다.
조종자가 어떻게 유도하느냐에 따라서 해당 그룹 참가자들에게서 나오는 결과물이 다를 수 있지 않을까 합니다.

긍정적인 반응도 충분히 이끌어내야 할 필요성이 있구요. 그럴려면, 비판을 하기전에 좋은 점에 대한 이야기를 할 필요가 있는 것 같습니다.

(저는 긍정의 에너지를 나눌 수 있는 분위기가 중요하다고 생각합니다. 좋은 감정은 모임이 끝난 뒤, 성취감을 증폭시켜줄 수 있다고 생각합니다. – 참고 : 감정이 끼치는 영향)

또한, 어떤 특정부분에 대해서 이야기를 해달라고 직접적으로 조종자가 얘기할 경우, 참가자가 해당 내용에만 집중하기 때문에, 무의식적으로 참가자의 생각에 제약을 가하는게 아닌가 하는 생각이 들었습니다. (실제로 그런 현상이 있었습니다.)

2. 커뮤니케이션
언어의 문제가 없으니, 대부분의 참가자가 참여할 수 있도록 유도하는 것도 중요할 것 같습니다. 그리고 워크샵 후반엔 특정 참가자가 길게 얘기하는 경우에 분위기가 루즈해지는 경향이 있었구요. 보완할 방법이 필요할 것 같습니다.

‘Stand-up meeting’ 과 유사하게.. 시간적 제약을 두는 방법도 괜찮은거 같습니다. 예를 들자면, 워크샵을 시작하면 “논문에서 인상깊었던 부분을 제한시간 1분안에 돌아가며 얘기하기”  등.

장시간 토론이 지속될 경우, 집중력이 떨어지는 부분도 보완할 방법이 있는지 고민할 필요가 있는 것 같습니다. (반대로, 집중하고 있는 상황에서 인터럽트를 거는 상황이 되면 안되겠죠.)

3. 외부요인
배고픔과 같은 외부 요인을 만든 장본인으로서, 식후나 식사, 또는 간단한 디저트와 같이 진행하는 것도 괜찮지 않을까 생각됩니다.

이상입니다.

다들 한번쯤 느껴본 경험들이겠지만 (비슷한 상황에서 항상 발생하는 상황과 문제들과 유사하기에), 한번 짚어보고 가는 의미에서 정리했습니다. 시간이 난다면, 모여서 각자 원하는 저자 워크샵에 대한 마인드-맵을 그려보고, 앞으로 만들어가야 할 방향이나 방법들을 고민하는 것도 괜찮을 것 같습니다.

≈

Client: MIO

Advertising agency: Dolling Stjernholm

Prod.co: The Producers

Director: Senay & Kolacz

DoP: Fredrik Bäckar

Art Director: Pia Wallin

Post production: Sto.p.p

Sound: Plop

Music: Mattias Tegnér

Producer: The Producers

오늘  Rebecca의 강의를 들은 후, 아는 분과 설계와 구현간의 gap에 대한 이야기를 들었습니다.

아무리 좋은 설계라도, 개발자가 전혀 다르게 구현한다면. 어떻게 해야 할까요? 그리고 RTC와 같은 좋은 툴들이 보급된다고 해서 과연 이러한 문제가 해결될까요?  이러한 툴에 맞게 개발 문화가 정착된 회사가 한국에 몇이나 있을까요?  형식적인 것이 아닌, 진정한 개발 문화가..

솔직히 이런 문제는 한국에서개발자 대비 QE의 비율이 너무 빈약해서, 스펙에 맞게 잘 구축된 테스트 환경도 찾아보기 힘들고, 실제 현장과 동일한 환경 또한 만들기 쉽지가 않습니다. 이러한 것이 선행되어 강력히 제약을 가해야, 비로서 올바른 구조가 될듯 한데. 참으로 어려운 이야기인것 같습니다. 거기다 Requirement 변경이 빗발치는 SI에서는말이죠.  Owner의 말한마디로.. 되는 경우도 종종 있지만요.

이러한 하소연은 하루 이틀 나온 애기도 아니고, 정말 이땅의 많은 Manager와 Architect가 싸워서 합리적인 문화와 구조를 만들어야 가능하지 않을까요? 이런 현실과 부딪혀 이기기가 쉽지 않다고 생각이 들기도 합니다. 그래도 다 같이 머리를 맞대고 도전해 봐야죠.

일전에 Kent Beck의 Being Agile 세미나에서 재미난 그림을 봤습니다. 아마 많은 분이 기억이 나실거라고 생각이 드네요.

많은 분들이 TDD와 Double Check가 눈에 들어왔겠지만, 솔직히 전 위에 Transparency 와 Responsbility에 더 많은 시선이 갔습니다.   아무리 좋은 기술과 툴들이 제공되더라도, 조직의 구조가 투명하지 않고,  자신의 버그가 아니면 된다는 안일한 생각이 시스템을 더욱 불안하게 만든다는 애기를 하셨죠. (솔직히 나도 이러한 사람이지만…. )

연차가 좀 있는 분은 알겠지만 ,소프트웨어가 합리적이지 않는 이상한 구조로 흘러간다면, 이러한 문제의 대부분은 기술적인 문제가 아니라. 바로 조직과 사람에 의해서 발생될 확률이 높다는 것을 아실 겁니다. 특히 조직이 크고 계층화되어 있어 정치가 깊게 작용하는 회사라면…

여튼 이러한 문제는 하루 이틀은 아니니. 이러한 문제의  해결책은 류 소장님의 말씀하신 것처럼 호형호제 일지도 모르겠지만, 아직 순진한 저는 뭔가 그래도 다른 방법을 찾고 싶었습니다. (아직 정신을 못차린 건가요 )이번 PLoP에서 만난 Linda Rising은 이러한 것에 많은 연구를 해왔습니다. 물론 조직 구조의 리스크 관리와 관리 전략에 대해서  Alistair Cockburn 아저씨도 많은 연구를 했지만 그래도 전 Linda Rising의 손을 들어주고 싶네요.

그녀가 최근 (2005년) 발표한 패턴의 집약체인 Fearless Change 를  소개드리고자 합니다.  그녀는 PLoP을 통해, 자신의 부족한 지식을 겸허히 받아들이고 “벽 위의 파리”가 되어 그녀의 지식을 세련되게 다듬었습니다. 책 앞부분에 잘 나와있습니다.

만약 여러분 조직에 변화가 필요하다면, 이 책을 꼭 읽어볼 필요가 있다고 추천드립니다. 여러분 조직에 변화와 새로운 아이디어를 받아들일 수 있게 하는48가지의  패턴이 설명되어 있습니다.   물론 개발자보다 PM이나 Architect에게 더 적합한 책이라고 할 수 있죠.

이 책 서두에는 새로운 아이디어가 수용되기 힘든지 이야기 하고 있습니다.

많은 사람들은 좋은 아이디어라면 그 발명은 쉽게 수용될 수 있다고 생각합니다. 그런데   Sony의 Beta방식이 왜 VHS에 밀렸을까요? Mac의 OS가 왜 MSDOS에게 시장을 내어주었을까요?  이유는 다들 아시겠지만…

그리고 새로운 아이디어가 너무 좋으면, 별 수고 없이 그 아이디어가 널리 퍼질 거라고 생각합니다..  새싹을 뿌려놓고 물을 주지 않아도 잘 자랄까요? 우리는 종종 새로운 것에 대한 거부반응(저항)을 일으킵니다. 지금이면 충분한데 왜 이걸해? 이게 좋은 건 알겠지만 수용하는데 너무 많은 시간이 걸려.. 물론 위에서 눌려 찍으면 어쩔수 없이 좋든 나쁘든 새로운 아이디어가 뻐지겠지만, 밑까지 그 아이디어가 잘 전달될까요?  진정한 변화는  아래에서 위로 올라오는 점진적이며, 참여적인 변화가 아닐까요? 물론 쌍방향으로 긍정적으로 변화하면 더 좋을것 같기도 합니다.

이러한 요지로 48가지의 패턴을 소개하고 있습니다. Linda가 공개하고 있는 요약본(ms word) 과 더 간단한 요약본 (pdf)을 다운 받아서 대충 훑어 보길 바랍니다.  만약 마음에 드시면 지름신의 뜻을 따르시기를.그리고  이 책을 읽어가면서, BootCamp때 발생한 충돌들을  왜 Linda가  잘 제어했는지 이해가 가기 시작했습니다.  사람을 다루는데 많은 깨달음과 도를 터득하셨으리라 생각이 듭니다.

Linda 의 인터뷰들.

www.se-radio.net

• Episode 139: Fearless Change with Linda Rising
• Episode 105 : Retrospective with Linda Rising

www.infoq.com

• Linda Rising: Prejudices Can Alter Team Work
• Linda Rising on “Fearless Change” Patterns
• Linda Rising on Collaboration, Bonobos and The Brain

Linda의 Presentation들

• Agility: Possibilities at a Personal Level
• Perfection Is An Unrealistic Goal

PLoP 에서 직접 만난 Linda의 느낌.

다른 거장과 달리 Linda는 마치 동네 아주머니 같이 푸근한 분이셨습니다. 항상 배려해 주시고, 따뜻하게 대해 주셨습니다. 아마 위의 인터뷰를 보시면 그러한 성품이 느껴질 것입니다.

(중간에 있는 여성분이 Linda Rising입니다. 눈의 빛이 사뭇 다르죠. 그리고 오늘쪽에 혁준, 젤 끝이 저에요 )

이번 PLoP에는 남편도 데리고 오셨는데. 소프트웨어 개발자가 아님에도 불구하고 같이 오셔서 여러가지 따뜻한 애기를 많이 해주셨습니다. 자전거 경주에서 이기는 패턴을 만드셨죠   노부부가 이렇게 열정을 가지고 패턴을 만들고 있다니 너무 부러웠습니다.   나도 늙어서 이렇게 될수 있을까.. (아쉽게도 Writer’s Workshop 그룹이 달라서 Linda에 대해서 좀더 많이 알지 못한 것이 약간 후회가 되네요.. )

그리고 한국에서 PLoP을 만들면 얼마든지 사람을 보내줄때니 걱정하지 말고, 잘 만들어 보라고 애기했고 당장은 힘들지만 꼭 수년내에 해보겠다고 답변 드렸습니다. 제가 마소에서 저를 소개할때 국내에 PLoP과 같은  Conference를 만들기 위해 노력한다고 했는데요. 의외로 금전적인 문제만 해결되면.. 물론 이게 다 일수 있지만..   가능할 거라고 생각이 듭니다. 조금씩 사람들을 모아서 한번 해봐야죠. 일단 우리 회사부터라도 먼저 도입해 보고 싶네요.

BootCamp를 마치고 Linda, Carl(Linda의 남편), Robert Hanmer 그리고 저, 혁준이 이렇게 같이 저녁 식사를 했는데요.  저에게 질문을 하나 하시더라구요.   “어떤 생선을 좋아하냐?” 라구요. 전 그래서 특별히 좋아하는 생선은 없고, 아내가 주면 다 좋아하는 생선이다라고 했습니다. 그러니 저의 등을 똑똑 치시면서 아주 잘하고 있더라고 몇번이라고 칭찬해 주더라구요. 아빠 옆에 있는 남편분 들으라고 하신듯 ..     ㅎㅎㅎ 전 뼈속 깊이 애처가 인가 봅니다.

여튼 내년 PLoP에선 구입한 Fearless Change 책을 들고 꼭 싸인도 받고 선물도 준비해 가야 겠네요.  그리고 마지막에 가보고 싶은 나라가 한국이라고 하셨으니 나중에 오시면 꼭  ㅎㅎㅎ 맛난거 사드릴 생각입니다.    그럼 충성!!

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)를 보장하는 시스템을 꾸준히 만들어 오셨습니다.

이러한 패턴들은 고수준의 품질을 요구하는 제조업과 아주 밀접한 연관이 있으므로, 국내 제조업에 종사하는 소프트웨어 개발자에게는 상당히 도움이 될만한 서적이라고 생각됩니다.  그리고 인사이트에서 판권을 확보하고 현재 번역중이라고 하니 조만간 번역서를 만나 보실 수 있으리라 생각이 듭니다.

그의 책인 Patterns for Fault Tolerant Software는 크게 4가자의 카데고리로 여러가지 패턴들을 다룹니다.

• Detection Patterns (에러를 Detection 하는 패턴)
• Error Recovery Patterns (에러 복구 패턴)
• Error Mitigation Patterns (에러 완화 패턴)
• Fault Treatement Patterns (Fault를 잘 처리하는 패턴)

관심있는 분들은 Wiley에서 공개한 1장을 살펴보시길 바랍니다.

그리고 Bob아저씨가 se-radio.net를 통해 나눈 두개의 Episode를 들으시면 Fault Tolerant 패턴의 대략적인 윤곽을 잡는데 더욱 도움이 될겁니다.

• Episode 77: Fault Tolerance with Bob Hanmer Pt. 1
• Episode 78: Fault Tolerance with Bob Hanmer Pt. 2

아쉽게 운영하시는 Blog가 없다고 하셔서,  위에 것들로 만족하셔야 될듯 합니다.

Fault Tolerant 패턴중 가장 대표적이라고 할수 있는 WatchDog 패턴을 소개해 드리죠.

이 WatchDog이라는 것은 우리가 흔히 알고 있는 Observer , Interceptor 패턴들과 종종 같이 사용됩니다. WatchDog은 특정 상황을 계속 모니터링할때 사용되는 패턴으로 정책과 룰을 가지는 Agent적인 성격이 강한 패턴입니다.

Thread Pool을 관리할때 많이 사용되는 패턴으로, 많은 클라이언트의 접속으로 ThreadPool안에 있는 Thread가 임계점 이하로 줄어들면, 다시 Thread를 생성하라는 명령을 내리기도 하고,  시스템의 리소스를 더 생성할수 없을 경우 클라이언트의 동시 접속자수를 제한한다거나,아니면 Message Queue에 쌓을 수도 있을 겁니다.

그리고 WatchDog을 응용한 재미난 예가 있습니다. 위에서 언급한 에러 완화 패턴의 범주에 들어갈 듯 한데요.   Microsoft의 COM+ (DCOM의 진화모델)에는 내부적으로 WatchDog을 이용해 Recycling이라는 재미난 기능을 지원합니다.

이상하게 제가 만든 분산 객체가 100일 정도 지나면 Thread들이 가끔 먹통이 되어서 시스템이 중지 된다고 하죠. 그 이유를  도대체 어디에 있는지 찾을수 없는 매우 난감할때가 있다고 가정합시다. 거기다 QE 랩실에서는 재현이 불가능하다면…  결국 임시 방편적인 방법이지만,  우리가 정한 주기마다 Thread Pool에 Thread들을 주기적으로 강제로 시스템에 반환하고, 새로운 Thread를 생성하는 것입니다.  종종 Thread가 일정 시간이 지나면 먹통이 될 경우를 대비해 이러한 전략들을 구성해 놓았습니다.

견고한 소프트웨어를 만들기 위해서는 로그를 남기면서 수동적으로 대처하기 보다는, WatchDog으로 시스템의 가용성을 보장하면서, 로그 정보를 활용해 문제를 파악하고,어떻게 문제를 해결해 갈지 생각해 보는게 더 견고한 소프트웨어를 만드는 방법일 겁니다.

그리고 이번 PLoP에서 같이 찍은 사진을 기념으로 올립니다. 계속해서 친하게 지낼 생각입니다. 그리고 이번에 패턴계에 입문을 축하한다며 싸인도 해주셨는데 그건 다음기회에..   ㅎㅎㅎ

I Need Feedback.

이번 PLoP 2009에서 받았떤 저희 Half-Push/Half-Polling 패턴의 저자 워크샾에서 받았던 실제 피드백 내용을 정리했습니다. 몇 개가 더 있지만, 영어적인 문제라 뺐습니다.    Eduardo  교수님께서 일일이 잡아주셨습니다.  Eduardo 교수님 정말 감사합니다.

이걸 참고하셔서 좀더 피드백을 주시거나, 아래의 리스트와 다른 새로운 피드백을 주시면 감사하겠습니다.

Alias

Upgrade Ticket, Push/Pull Updater

패턴 명칭을 좀더 자세히 설명하기 위해 꼭 Alias 표기를 부탁함

2. Example

서버와 클라이언트의 수량이 얼마일 때 어느 정도의 성능이 나왔는지 구체적인 예가 있었으면 좋겠다 – 이 부분을 과연 Example에 하는 것이 맞을까 한다고 해도 뒷 부분에 별도의 세션을 만들어서 하는 것이 좋을 것 같음

Security Policy  -> 이 부분을 그냥 Policy로 가져가면 어떨까?

아파트 그림의 문제 -> 미국에서는 아파트는 임대용 쪽방을 의미함, 그렇기 때문에 미국 정서에 맞는 다른 용어 선정이 필요함. (미국인에게 물어봐야 겠다.)

3. Context

Target 환경이 명확하지 않다.

왜 클라이언트가 요청하는가? 이미 약속된 시간인데 -> 이 부분은 misconcept임 등록한 모든 Client가 항상 살아있는가?    5. Solutin에서 명확히 표기할 것

5.Solution

5.1 Structure

Poller의 IsUpgradePossilbe에 대한 설명이 빠져있다. -> 이 부분을 AreYouAlive 로 바꾸고 설명을 바꾸자.

그림 1. Pusher / Poller의 의미가 명확하지 않다. -> Component 다이어그램으로 Boundary를 부가적으로 표현했지만, 별도의 설명을 추가해서 Boundary을 명확히 기술하는 것이 어떨까?

5.2 Dynamics

Sequence Diagram의 오해 -> Reactor 패턴과 같이 Initialization Step과 Execution Step을 구분하여 표기해 주고, IsUpgradePossilbe을 AreYouAlive로 바꾸자.

그림 2. PushFiles()에 있는 메소드가 꼭 파일 정보를 내려줘야 하나? 그냥 Client가 가져가면 안되나? -> 다양한 클라이언트인 경우 내려줘야 하는 파일 목록이 다르므로, 이렇게 표기했음  이 부분도 표시해줄 것

그림 2. Main Program 이름이 이상하다. -> Server Application으로 변경할 것

제 시간에 오지 못했을 때, 어떤 일이 일어나는가? -> 뒷 부분에 Alive Check Manager로 주기적으로 체크하는데 좀더 고려해 볼것

6. Implementation

Step 2. 에 다루는 것이 QoS. -> 그럼 이 QoS에 따라 적합한 Algorithm이 있으면 설명해 주면 좋을 것 같다.

그림 3. Composite Message 패턴의. FragmentationLayer 무엇인가? -> 참가자들이 Composite Message 패턴을 몰라서 그런 것이 아닌가..

그림 4. 왜 UML을 쓰지 않았는가?

10. Related Pattern

각각의 패턴에 대한 Reference를 다시 표기해 줄 것

Reference

왜 Ordering 되어 있지 않는가?

이번 PLoP에서 인상 적인 화면 하나는 바로 이것입니다. 바로 실시간으로 행사에 대한 피드백을 주고 받았다는 것입니다.

대부분의 행사는 행사가 끝난후에, A4 종이 한장에 조그만 칸에 불만 사항을 적습니다. 그리고 조금 더 진보한 상황은 이렇게 포스트 잇을 붙여서 자유롭게 그 의견을 말하게 해주는 겁니다. 몇몇 행사가 이런 형태를 취하고 있더라고, 바로 바로 그  피드백을 받고 대응하지는 않습니다.  물론 하는 분이 있으시다면,정말 멋있는 방법을 사용하시고 잇는 겁니다.

PLoP에서는 불만 사항들을 될수록 수정하도록 노력했으며, 못하는 상황에서는 이유를 충분히 설명해 주었습니다. 조그만 3시간 짜리 세미나라면 적용하기 어렵겠지만, 1~2일을 통째로 쓰는 워크샵이라면 충분히 의견을 주고 받는데 도움이 될거 같습니다. 그때 그때 피드백을 바로 받을 수 있으니깐요.

나중에 PaperMeeting이나 KPLoP 같은 행사를 진행할 때 꼭 써봐야 겠습니다.

조만간 ATAM에 많은 활약을 하시고 계순 분을  모시고 세미나와 PaperMeeting을 진행해볼 생각입니다.  ATAM과 Pattern간의 연결고리를 실제 찾아볼 생각이니, 많은 기대 해주세요.

행사에 어떠한 피드백을 주고 받았는지 궁금하신 분은 참고하세요.  재미난 표현 방법이 있는데 두개의 포스트 잇을 연이어 복잡한 감정을 표현하는 방법도 있습니다. 찾아보세요:)

PLoP에 같이 참여했던 후배 이 혁준 군이 보내준 소감문입니다. 아무래도 저말고 다른 사람의 소감도 같이 공유하는것이 좋을듯 해서 공유합니다.

PLoP는 패턴에 관한 한정된 주제에 대해서만 다루고 있어서, 다른 분야의 사람들에게는 잘 알려지지 않은 학회지만 16년 동안 꾸준히 전 세계의 패턴 전문가들과 패턴을 공부하는 사람들이 참가해 서로의 의견을 교환하고 서로의 논문을 향상시켜 왔다. 컴퓨터 공학 분야에서는 두말 할 것도 없이 유명한 ACM에서 활동하는 여러 패턴 전문가들이 패턴 분야에 새로 입문하거나 패턴을 연구하는 사람들을 이끌어주고 있고 제출된 논문을 더욱 다듬어 최선의 패턴을 만들고 있다.

Writer’s workshop에서 논의된 논문들은 Springer’s에서 발간하는 TPLoP(Transactions on Pattern Languages of Programming) 저널에 실리고 여기서 논의된 다수의 논문들이 ACM에 등록된다. 그만큼 writer’s workshop의 효과가 대단하다고 할 수 있다.

이번에 시카고까지 가서 직접 체험해 보고 느낀 것을 토대로 PLoP의 가장 큰 특징을 추려보면 두 가지로 압축된다. 첫 번째로, writer’s workshop인데 이 워크샾의 매력은 자기 논문을 발표하는 것으로 그치는 다른 학회와는 달리 같은 분야의 전문가/비전문가들이 제출된 논문을 읽고 논문의 장, 단점과 보완사항을 활발하게 토의함으로써 저자의 시야를 넓히며 논문이 더욱 향상되고 잘 가다듬어 질 수 있도록 한다는 것이다. 이는 일방적으로 자기 논문을 발표하는 방법보다 훨씬 적극적이고 폭넓게 그리고 다각적으로 논문을 향상시키는 효율적인 방법이었다.

두 번째로, 게임이다. 학회에서 무슨 게임이냐고 이야기 할 수도 있다. 그런데 학회란 무엇인가. 같은 분야를 공부하는 사람들이 모여서 서로의 연구 성과를 발표하고 토론하는 자리이다. 그런데 한 가지 빠진 것이 있다. 바로 그 주체가 사람이라는 것이다. 사람간의 커뮤니케이션이 중요하게 마련인데 PLoP는 바로 게임을 통해서 참가자들 간의 친목을 이끌어낸다. 가령 처음엔 서로의 이름과 취미를 알아보고 외우는 게임을 한다던가 넓은 방바닥에 지도를 그려놓고 자기가 여행했던 곳 중에 인상 깊은 곳이나 자기가 지금 살고 있는 곳에 서보는 게임이라던가 그 밖에도 여러 가지가 있었다. 이렇게 워크샾이 시작되기 30분 전에 30분 정도 게임을 함으로써 워크샾 내내 부드러운 분위기 속에서 친밀감 있는 토론이 이루어 졌다. 이 게임은 PLoP의 전통이라고 한다.

한 가지 덧붙이자면, PLoP에는 BootCamp 라고 해서 PLoP에 처음 오는 사람들을 위한 행사가 마련되어 있다. 여기서는 패턴 언어가 무엇이고 어떻게 만들어지며 어떻게 활용하는지를 생각해보고 각자 패턴을 만들어 보는 시간을 갖는다. 그리고 그 패턴을 고려할 때 어떤 것들을 추가로 생각해보아야 하는지도 논의한다. 메인 행사에서는 다루지 않는 세세한 것들이라 정말 PLoP에 처음 참가하는 사람에게는 큰 도움이 되는 것 같다.

위에 설명한 여러 가지 이유들로 인해 참가자들 사이에도 신선하다, 놀랍다, 색다르다는 등의 의견이 오갔다. 다른데서는 찾아볼 수 없는 PLoP만의 개성이자 색깔이다.

이제 워크샾에서 여러 전문가들에 의해 논의된 우리 논문을 여러 피드백을 고려하여 더욱 개선시켜 새 논문을 쓰는 일만 남았다. 논문을 쓰는데도 큰 도움이 되고 같은 분야의 전문가들과 패턴계의 유명한 인사를 만나 인맥을 쌓을 수도 있었던 이번 PLoP 행사 참가는 일석이조 이상의 값진 일이었다.

PLoP에서 진행되었던 게임들을 몇가지 생각나는 대로 공유하고자 합니다.  여러분 회사 워크샾이나 세미나의 참석자들끼리 유대감, 협동심을 느끼기에는 좋은 방법인 것 같습니다.

일단 제 머리에 기억나는 것만 우선 적으로 공개하고, 기억력의 한계로 말씀드리지 못한 것은 같이 간 상원, 혁준이랑 애기해서 추가적으로 더 공개하도록 하겠습니다.

Rippling Game – 파도 치기를 이용해 서로를 소개하는 게임입니다.

일단 워밍업으로 Linda 가 A라는 Action을 취합니다. 그럼 파도 치기같이 Carl이 따라하고, 그 다음 영수가 따라하고, 그 다음 혁준, 상원 순으로 따라하게 됩니다. 그럼 Linda는 아주 우스꽝스러운 제스츄어를 취하면서 다시 파문을 일으킵니다. 그럼 어쩔수 없이 모두가 따라하겠죠   이름도 모르는 사람끼리 서로에 웃긴 모습을 보며 어느정도 이완할수 있는 효과를 가져옵니다.  거기다 몸풀기 운동같은 걸 Linda (리더)가 하면, 다 따라하게 되므로 운동효과도 얻을 수 있습니다.  Linda가 왜 이러한 행동을 했는지 알게 되었습니다.  친절히 메일을 보내주셨네요. 다 같이 비가 오게 만들려면 사람이 제법 있어야 될듯 하네요

이게 어느정도 끝나면, 이제 파도치기 를 통해 서로를 소개하는 게임을 가집니다. 재미난 건 Action이라는 것을 같이 취해서  그 사람의 이름과 행동을 각인 시킵니다. 실제 이 게임이 끝나고 나서 30명의 가까운 사람의 이름을 다 외우게 되는 효과가 발생하더라구요

Linda가 자기를 소개합니다. ” 나는 피리를 부는 Linda에요”  라구요(피리를 부눈 Action을 같이 해야 합니다.).  그럼 Carl은 자기 앞사람을 소개하고 자기를 소개하게 됩니다.  Linda를 보면서 ” 피리를 부는 Linda” , “자전거 타기를 좋아하는 Carl입니다.” 라고 소개합니다.  그럼 영수는 당연히 앞에 있는 두명을 다 부르고 자기를 소개하게 됩니다. “피리를 부는 Linda”, “자전가 타기를 좋아하는 Carl”, “아기 돌보는 영수입니다” 라고 말하게 되지요.   그럼 뒤에 있는 분일수록 많은 분의 이름을 외우게 됩니다. 당연히 몇명이면 외우겠지만? 30명이면 다 외울수 있을까요? 놀랍게도 많은 분이 컨닝(다른 사람이 자신이 누구라고 제스츄어라 취해줍니다)을 하면서 외우게 됩니다.     여기서 자신을 기억시키고 싶으시면 아주 어려운 Action을 취하면 됩니다.  이번 PLoP에서는 “도 닦는 Sam”이 있었는데, 양반 자세로 앉아야 되서 모든 사람이 괴로워하면서 그 사람의 이름을 외우게 되더라구요

사실 이 걸 아침에 하고 나니 거의 체력이 바닥났습니다.   부작용도 크니 조심하시길..

상상의 물건 주고 받기 게임 – 가상의 공이나 물건을 이용해서  주고 받는 게임입니다.

먼저 가상의 물건을 손으로 주고 받는 게임입니다.

저(영수)를 기준으로 Bob이나 Carl에게 가상의 Ticket을 전달해 줍니다. 손으로 액션을 취하면서 주죠.  옆으로 전달할땐  “Jib” 라고 소리치면서 줍니다. Bob이 만약 가상의 물건을 받으면 역시 저(영수)나 상원에게 Jib이라고 소리쳐면서 줄수 있습니다.

그리고 주위의 이웃에게 전달할 경우에는 그걸 거절 할수 있습니다.  정확히지는 않지만  “Beep” 라고 하죠. 제가 Carl에게 물건을 주었을때 Carl이 받기 싫으면 손으로 X를 표시하면서 “Beep”라고 하면 전 결국 Bob에게 줘야 합니다.

그리고 멀리 있는 사람에게 줄 때는 “Jab”이라고 하면서 던져 줄수 있습니다.  제가 “혁준”이에게 전달해 준 경우겠죠   이렇게 해서 서로의 물건을 주고 받는 게임입니다.

여기까지만 하면 별로 싱겁다고 하시겠죠. 거기다 가상의 축구공을 주고 받습니다. 발로 하겠죠 동일하게 옆사람에게 패스할때는 “Kick” , 멀리 있는 사람에게 패스할때는 “Keck” , 받기 싫을 때는 뒤로 돌면서 엉덩이를 보이면서 “Bof”라고 소리치며 거절하면 됩니다.

사람이 많으면 이걸 동시에 몇개의 가상의 물건을 던져 주는 거죠. 손으로 하는 Ticket 2개, 공 2개 를 던져주면, 그야 말로 Chaos에 빠집니다.  한번 해보세요

여러개의 공 주고 받기 게임 -공을 주는 사람과 받는 사람을 지정해 모든 공을 회수하는 게임

사람마다, 자기가 공을 전달해 줄 사람을 한명씩 지정합니다.  그리고 이름을 외치면 전달하죠.  “준”  받아! 하고 던져줍니다. 그럼 혁준이 역시 공을 던져줄 사람을 지정합니다. “Carl” 하며 던져주죠. 그럼 Carl은 또 지정한 다른 사람에게 던지는 겁니다. 그리고 또 다른 시작점을 만듭니다.  예를 들면 상원으로 시작해서 상원이가 지정한 누구가에게 동일하게 전달합니다.  그리고 계속해서 공을 던져 주는 거죠. 그럼 공을 여기저기서 주고 받기 시작합니다.  서로 동시에 부르는 사람도 생기고, 막 정신 없어 합니다. 중요한 것은 자신이 지정한 사람이 한명이기 때문에 회수가 가능하다는 겁니다. 준 사람한테 역으로 받게 됩니다. 그럼 또 다시 공을 주고 받겠죠. 결국 나중에 모든 공이 회수됩니다.

동물을 이용한 가위 바위보 게임 – 코끼리, 고양이, 쥐

코끼리는 고양이 한테 이깁니다. 밟아 버리면 되거든요 ,  고양이는 쥐를 잡아 먹을수 있으니 이깁니다.    코끼리가 보이지 않는 찍찍 거리는 쥐가 있어 공포심을 느끼기 때문에  쥐는 코끼리에게 이깁니다.

각각의 동물들의 제스츄어가 있습니다. 코끼리는 업드려서 손을 휘져으며, 소리를 내면 됩니다.   고양이는 손을 위 아래로 흔들면서 “야옹”하며 소리를 내면 됩니다, 쥐는 “찍찍”하면서 두손을 잡았다 뼜다 하며 소리를 내면 됩니다.

좀 유치하죠. 자 그리고 팀 대항으로 어떠한 동물을 선택할지 결정합니다.  그리고 마치 외다리의 결투와 같이 만납니다. 서부의 장엄한 소리를 내면서 다가가죠.

그 다음 1,2,3 소리를 외치다가 3에  자기의 동물을 표현합니다.  그럼 진 동물을 낸 팀원들을 재빨리 자기가 왔던 벽으로 뛰어가서 벽을 치면 사는 것이고, 벽에 도달하기 전에 이긴 팀원이  터치하면 죽는 겁니다.   이렇게 해서 한명씩 죽이는 거죠. 나중에 보면 아주 민첩한 사람이 살아 있는 걸 알수 있습니다.

세계 지도 게임 – 헤어질때 하기 좋은 게임

헤어지기 직전에 한 게임이라서 가장 뇌리에 남습니다. 그리고 서로의 인맥을 만드는 아주 좋은 게임이라고 생각이 듭니다.  지구를 생각하시고, 그 나라에 서 있는 게임입니다.

1. 자신이 태어난 나라에 서있게 합니다.  그 다음  돌아가면서 여기가 어디라고 소리치면서 알립니다. 전 Kore~~~

2. 현재 자신이 살고 있는 나라에 서있게 합니다. 미국은 워낙 땅 덩어리가 커서 알아서 동부, 서부 , 남부, 북부, 중부 로 나뉘어서 서더라구요

3. 자신이 방문해 곳중 가장 인상에 남는 곳을 소개합니다. 전 Seattle에 빅토리아 섬에 있었습니다.

4. 그리고 방문해 보지 않은 곳 중에 가보고 싶은 나라에 서는 것입니다.

이렇게 하면, 서로간의 미묘한 감정을 느낄수 있습니다. 한중일로 설때의 느낌도 미묘했습니다. 중국과 한국은 매우 가까운데 일본 분이랑은 멀리 서 있는 모습.   그리고 자신의 주위에 살고 있는 사람들의 모습등 많은 것들을 느낄 수 있죠. Rinda 아주머니께서 한국을 가보고 싶은 나라로 선택하셔서 , 나중에 오시면 꼭 가이드 해드리겠다고 했습니다.  문제는 남편분인 Carl 아저씨께서 한국에 안 서있었다는..

자 이걸로 제머리속에 있는 PLoP에 게임들을 다 소개해 드렸습니다.  상원, 혁준이와 이야기해서 나중에 더 추가해서 올리겠습니다.  Linda 아주머니께 물어봐서 야외에 하기 적합한 게임도 여쭈어봐야 겠네요. 그럼 소규모 세미나나 협력이 요구되는 상황전에 해보시길.   조만간 PaperMeeting이나 KPLoP으로 만나도록 하겠습니다. see you later!!

]]> http://arload.wordpress.com/2009/09/03/plop-pattern-template/ Wed, 02 Sep 2009 16:06:24 +0000 arload http://arload.wordpress.com/2009/09/03/plop-pattern-template/

이번 PLoP 에서 프린터로 받은 Pattern Template을 번역해서 올립니다.

기존 Pattern Template에 달리 추가된 내용이 Resulting Context/Side Effects 입니다. 지금까지 패턴들은 장점만 너무 기술한 경향이 있는데. 이제 이 패턴을 적용할 경우 발생하는 Side-Effect도 기술하길 권하고 있습니다.

영어 원문을 그대로 번역한 것이라. 약간 매끄럽지도 않을 수도 있습니다.

Name
보통 패턴이 무엇을 “구축(build)” 하는지 설명하는 명사 구를 사용하고, 주의 깊게 선택해야 한다.

Aliases
그리고 별칭들도 같이 넣어서 시작하는 것이 좋다.

Context
문제에 대한 설정을 설명해라.
타겟 사용자와 어떤 패턴들이 이미 적용되었는지를 설명해라.
그리고 고정된 제약 사항들, 선행 조건, 이미 적용된 패턴과 무엇이 다르고 같은지 설명해라.

Forces
왜 이 문제가 중요한지.
왜 누구나 아는 해결책들로는 충분하지 않은지.
당신이 제안하는 몇가지 제어 방법들에 전반적으로 깔려 있는 제약사항들을 기술해야 한다.

Problem
이 상황에서 무엇이 잘못되었는지, 이 문제들이 커져서 context에 어떤 나쁜 영향을 미치는지 기술해야 한다.

Solution
사용자가 솔루션을 구현할수 있게 충분히 자세하게 설명해야 한다.
하지만 솔루션을 세부적인 사항만을 다루는 너무 협소한 목록형태로 패턴을 기술해서는 안된다.

Resulting Context / Consequeces / Side-effects
솔루션을 적용할 때 발생할는 장점과 새롭게 발생하는 문제들을 기술해라.
그리고  새로 발생하는 문제들을 해결하는 패턴들을 설명해라.

Rationale (이론적 해석)
솔루션이 작동되는 이유(이론적 해석)를 설명해라.
사용자의 편의를 고려해라. 즉 스토리 텔링 기법을 사용해라.
당신의 전문적인 지식을 공유해라
외부에 있는 참고 자료들을 가져와라.

Known Use
어디서 이 패턴들이 사용되는지 언급하거나, 간단히 목록화해라.

Realted Pattern / See also
연관되어 있는 패턴의 이름과, 패턴과의 연관성을 간단히 설명해라.

Sketch
만약 적용할수 있다면 약식으로도 표현해라.

Author / Orginator

References
이 패턴에서 언급하고 있는 어떤 것이든 기술해라.

Example
Code 또는 Pseudo Code등을 사용해라.

저자 워크샾을 벽위의 파리 (저자) 입장에서 보았을 때의 느낌을 공유합니다.

회고로 보시면 좋을듯 합니다.  저자 워크샾( Writer’s Workshop) 진행 방식은 바로 이전 포스트인 저자 워크샾 Demo를 보시길 바랍니다.

저희 그룹의  좌장은 GoF의 Ralph Johnson이 였으며,  조정자(Moderator) 역할을 해주셨습니다.  BootCamp때 진행한 Linda 아주머니와는 약간 다른  진행방식을 취했습니다. Rinda 같은 경우는 끊임없이 서로의 의견을 주고 받으며, 적절히 시간 조절을 잘 해주었는데, Ralph Johnson 박사님은 토론을 좋아하는 분이신지라   거기에 깊게 뛰어든 나머지,조정자 의 중요한 역할 중 하나인 시간 배분을 잘못해서, 저희 Pattern 뒷 부분을 다루지 못하게 되었습니다. 상당히 아쉽더군요 …

사실 저자 워크샾에 참석하기 전에 패턴을 정독해서 읽어가야 하지만, 몇몇 참가자들이 패턴을 읽지 않고 왔습니다. 그래서 Implementation 부분에 다루는 애기들을 앞에서 많이 하는 경향이 보이더라구요.  저자 워크샾을 참석하는 참가자들은 꼭 논문을 사전에 정독하시길 권해드립니다.

그래도 많은 피드백을 받았기 때문에, 이 부분도 수정을 하고 저희 스터디 그룹과 같이 MiniPLoP 형태로 진행해서 남은 부분을 보완할 생각입니다.

일단 저자의 입장, 즉 파리가 되었을 때의 느낌은 좀 신선했습니다.  저의 Paper를 그들이 읽어보고 잘 이해하고 있는지 제 3자(관찰자)의 입장에서 볼수 있었다는 것이 신선했습니다.

저자 워크샾의 가장 큰 장점은  다양한 관점으 로 자신의 패턴을 볼수 있다는 겁니다.  해당 도메인에 지식이 있는 분과 없는 분 들이 모여서 애기하다 보니 일반적인 시선과 깊이있는 부분을 같이 다루게되어 기뻤습니다. 전혀 예상하지 않은 부분에서 질문이 오가는 것도 보았으며,  그야 말로 논문을 잘못 이해해서 나온 애기들을 토론을 하면서 올바른 방향으로 가는 모습도 보았습니다.   Sam이라는 분이 Home Network Prototype 시스템을 만들어 본적이 있어서, 중간에 많은 것을 대변해 주셨습니다. 감사합니다  Sam.

이중 가장 큰게 바로 문화의 차이였습니다.  Upgrade 관련 패턴의 실례로 아파트 업그레이드를 예로 들었는데, 미국, 유럽권 친구들은 좀 의아해했습니다.  실제 미국에서는 아파트가 ‘임대용 쪽방’을 의미하는 거라서, 여기에 굳이 홈 네트워킹 디바이스가 들어가야 되는지 애기를 주고 받더라구요.    어떠한 실례를 들때, 서구권 문화에 맞게 수정하거나 일반적인 사례를 들어야 겠다는 생각이 들었습니다.

패턴에 대한 새로운 추가 사항들. 그리고 정말 신나는 경험은 이 패턴을이용해서 확장할 수 있는 패턴에 대한 피드백을 받았습니다. Paul이  Upgrade 패턴이 지금까지 존재하지 않았기 때문에 좀더 체계화 시키면, 엄청난 효과가 있을 거라며 말해주었고, 거기다 시간을 상대적으로 배분하는것 외에도, Ticket 이라는 개념으로 만들어 여러가지 정보를 추가하면 업그레이드 이상의  역할을 할수 있는 모델을 제시해 주었습니다. ( 이부분은 내년에 패턴 아이디어로 써야 할지도 모르므로, 일단 비밀로 … ). Paul이 흥분해서 잠도 못잤다고 하더라구요 . 같이 공동 저자라도 해야 겠습니다. 해줄진 모르겠지만 ㅎㅎㅎ.

그 이외에  Eduardo 교수님께서는 일일히 틀린 영어표현까지 잡아주시면서 다시 피드백을 주셨습니다. 교수님께는 특별히 장수하시라고 십장생에서 학이 그려진 책갈피를 드렸습니다.  꼭  오래 오래 사세요~~. OOPSLA에서 진행되는 MiniPLoP에도 참여하신다고 하시더라구요. 시간되면 오시라고 하는데. ㅎㅎㅎ. 돈도 없고, 그리 큰 도움을 못드려서 죄송했습니다. 학생이 잘못 그린 Class 다이어그램만 잡아 드렸거든요.

그리고 마치고 저자에게 감사를 표현하는 박수는 느낌이 좀 독특했습니다.. 드디어 긴 터널을 마치고 나왔다는 느낌이랄까요.   여러분도 한번 저자로써 같이 이런 느낌을 공유해보시는 것은 어떨까요?   조만간 KPLoP 이라는 작은 행사를 기획해서 애기해 보도록 하겠습니다. 그리고 저희 회사와 애기를 나누어서,  한국에도 PLoP급의 큰 행사를 만들어 볼수 있도록 애기해보겠습니다.  Linda 아주머니께서 만들면 우리쪽에서 얼마든지 사람을 보낼때니 걱정말라고 하시더라구요.  .. 하나씩 하나씩 차근 차근 밟아봐야죠…