The note of Legendre

"Release it! 성공적인 출시를 위한 소프트웨어 설계와 배치"를 읽었습니다. Hani님 블로그인 Talk about Software with hani를 틈틈이 구독하다가 베타리딩 공지를 보고, 참여할 수 있게되어 더욱 기억에 남는데요. 12월 7일 있었던 베타리더 모임 때 Hani 님이 쓰신 메시지가 담긴 책을 받게 되어 기뻤습니다.

이 책은 프로젝트를 완성하고 나서 그 이후라는 시점에 대해 집중하고 있습니다. 2장에서 소개되는 사례연구 중 하나인 "항공사를 정지시킨 예외(Exception) 사건"이 있는데요. 실제로 모든 버그에 대해 릴리스하기 전에 대처하기는 어렵습니다. 이런 버그가 미칠 수 있는 영향을 최대한 축소시키는, 설계를 채택하는 방법이 논의되고 있습니다.

깊은 인상을 받았던 곳은 4장 안정성 안티패턴에서 언급된 "느린 응답"입니다. 저도 어떤 웹 페이지에 들어갔는데, 불러오는 과정이 더디면 무의식적으로 페이지 새로 고침을 누르곤 했습니다. 이런 사용자의 행동은 웹 서비스의 트래픽을 더 무겁게 할거라고 예상되는데요, 이런 부분에서 저자의 통찰력을 느꼈습니다.

프로젝트 출시 이후의 삶을 다룬다는 점에서, 실용적인 도움이 될 수 있는 책이라고 생각합니다. 이 책은 지난 번에 소개해드렸던 "Ship it!"을 읽었습니다와 같은 시리즈입니다.

이 포스팅은 블로그 하단의 CCL 적용을 받지 않음을 알려드립니다.

아래 동영상은 Creative Commons 2.5 Attribution에 따라 소개하는 동영상이며,
이 동영상의 본래 주소는 dotSUB.com의 Wanna Work Together?에 있습니다. Creative Commons Korea 웹로그에 올라온 CC 소개 동영상에 의하면 한글자막 작업은 민은식 님이 해 주셨다고 합니다. (Creative Commons Korea 하단에는 Creative Commons 2.0 저작자표시라고 되어 있어 링크를 걸어둡니다.)

짧은 시간으로 Creative Commons License를 인상 깊게 설명하고 있습니다. 한국에도 Creative Commons License를 통해 함께하는 창작이 충만한 세상이 널리 퍼지길 희망합니다. 만일 당신의 저작물에도 Creative Commons License를 달고 싶으시다면, 내 콘텐츠에 CC 라이선스 달기를 방문하세요.

Creative Commons Korea는 12월 15일 저녁 6시 홍대 벨벳 바나나에서 CC Korea Hope Day라는 행사를 진행한다고 합니다. 200명까지 참가신청을 받는데, 이 글을 작성하는 현재 160 분이 신청하셨네요. 관심있는 분들이 많이 참가하시길 기원합니다.

회사가 당신에게 알려주지 않는 50가지 비밀을 읽었습니다. 이 책을 읽게 된 가장 큰 동기는, 수업시간에 모 교수님의 추천이었죠. 피고용인이 생각하는 회사에 대한 인식과, 고용인이 생각하는 회사에 대한 인식이 큰 차이를 보이고 있음을 책을 통해 알게 되었습니다. 책의 저자는 이런 비밀을 관리하는 직책을 맡았고, 다수의 컨설팅을 통한 경험에 기반해서 이야기를 풀어가고 있습니다.

유난히 기억에 남는 비밀은

문지기를 따돌리면 문 안으로 들어가지 못한다.

여기서 말하는 문지기란, 자신의 직속 상사를 말하는 건데요. 스스로에게 가장 많은 영향을 끼칠 수 있는 사람은 자신의 직속 상사이고, 따라서 문지기를 따돌리는 것은 중대한 실수라고 책에서는 이야기합니다. 아주 적절한 비유는 아니지만, 학교로 따지면 학생이 조교에게 먼저 이야기할 문제를, 교수에게 직접 이야기하는 것이라고 할 수 있죠. 조교와 입장을 바꾸어서 생각해 본다면, 얼마나 서운함을 느낄까요?

현재 취업을 준비하고 계신 분이든, 아니면 현재 회사를 다니시는 분이든 이 책을 읽고 앞으로의 생활에 도움을 얻으실 것이라고 생각합니다. 좋은 책입니다.

2007년 12월 1일 금년 마지막이 될, 다섯 번째 루비세미나에 다녀왔습니다. 장소는 4회^[각주:1]와 동일했습니다.


첫 번째 발표는 Daum 캘린더 개발이야기. 관심이 갔던 부분은 SeeSaw인데요. 서버를 재시작하지 않고 중단하는 서버를 부분으로 나누어서 각각 갱신하는 점에 매력을 느꼈습니다. RoR로 운영되는 서비스라고 하셨는데, 좋은 선례가 되었으면 좋겠습니다.

두 번째 발표는 ETRI에서 YouFree. 휴대 가능한 작업 공간을 목표로 개발되었다고 합니다. 오픈소스이고 InstantRails 기반입니다. 집에서 USB로 꽂고 사용해 봤는데, 말씀하신 대로 하드디스크나 외장디스크에 복사해서 쓰시는 편이 더 좋을 듯합니다.

세 번째 발표는 Ruby와 Rails를 이용한 진짜 개발. 첫 부분인 Getting Real에서 다루어진 주제는, 애자일 흐름과 상응하는 부분이 많아서 공감했습니다. 배포 부분도 잘 모르고 있었는데 여러 경우로 나누어 설명해 주셔서 큰 도움이 되었습니다. 중간에 사진들도 재미있었어요. ^^ 발표 내용은 ikspres님의 블로그에서 5회 루비세미나를 참조하세요.

네 번째 발표는 2007년 크리스마스 선물이 될 예정인 Ruby 1.9에 대한 소개였는데요. 이번에 새로 지원되는 해시 표기법을 보니, 더 간단하다는 느낌이 드네요. String에서도 Enumerable을 버리고 문자 자체를 출력하도록 하는 것도 좋아 보여요. ASCII 코드값보다 더 자주 쓰여서 기존의 불편한 점이 해소될 거라고 봐요. GEM이 기본 배포에 포함되고, YARV(VM)도 포함된다고 하는데 기대가 됩니다. 발표하셨던 분이 참조하셨다고 이야기 해주신 Changes in Ruby 1.9의 링크를 겁니다.

다섯 번째 발표는 RESTful 웹 서비스 소개였는데요. RESTful Webservices라는 책을 도서관에 신청만 해두고 아직 읽어보지 못한 상태였는데, 핵심단어를 슬라이드에 띄우고 잘 설명해 주셔서 좋았습니다. REST에 대해 REpresentational State Transfer라는 표면적 의미보다는, 더 자세한 의미를 듣게 되어서 기뻤습니다.

여섯 번째 발표는 JavaScript on Rails였는데요. RJH, Lowpro(with RJS), JQuery 세 방식으로 구현된 잘 짜여진 예제가 매우 인상깊었습니다. 웹에서 행동을 분리하는 움직임은 DOM 스크립트라는 책을 읽을 때도 들었던 이야기인데요, 자바스크립트를 사용할 수 없는 설정이라도 작동이 온전히 이루어질 필요가 있다는 데 동감합니다.

일곱 번째 발표는 meet the Nginx였는데요. Nginx를 왜 채택했는지 경험에 기초해 이유를 설명해 주시고, 도입하고 나서 겪으셨던 어려웠던 경험들을 공유해 주셔서 좋았습니다. timeout default와 ignore_invalid_headers 두 가지였습니다. lockdown이 팁으로 나왔는데, 공부가 많이 부족해서 잘 이해를 못했습니다.

여덟 번째 발표는 봇을 위한 페이지 캐싱이었는데요. 운영하시는 서비스의 로그 분석 결과를 보고(특정 검색엔진의 봇이 한 서버에 그렇게 많은 부하를 준다는 사실에 대해 놀랐습니다.), 그 문제를 해결하기 위해 어떤 방법을 사용하셨는지 이야기해 주셨습니다. 하지만 생각했던 것보다 효과가 잘 나타나지 않았던게, 봇이 똑똑해서 같은 페이지에 대한 Hit Ratio가 낮기 때문이라고 합니다.

번외로, deepblue님이 slugger에 대한 유인물을 2장 정도로 정리해서 나누어 주셨습니다. slugger는 me2day와 springnote의 open API로 DB없는 blog를 구성할 수 있게 한다고 이해했는데요, 정말 신선하고 재미있는 프로젝트라고 생각해요. 문서에서 slugger에 대한 deepblue님의 사랑이 느껴집니다. 발표가 모두 끝난 후, 인사이트에서 후원해주신 루비 관련 도서 5권을 rand 함수를 돌려서 추천했는데요, 당첨되신 분들 축하드립니다. ^^
(저는 ㅠㅠ)

루비 사용자 커뮤니티가 점점 커지는 모습이 보인다고 많은 분들이 말씀하셨습니다. 루비 세미나 참석해서 정말 즐거웠고, 많이 배워갑니다. 내년 6회 세미나를 기대해 봅니다.

이벤트 당첨자 발표

상품은 1GB USB가 되었네요.

기쁘네요, 감사히 잘 쓰겠습니다. ^^

Daum 캘린더 성공하세요!

2008 매시업^[각주:1] 경진대회의 부대행사로 열린, 매시업 엑스포에 다녀왔습니다. 9개월 전에 매시업 세미나를 다녀오고 나서^[각주:2]라는 글을 올린게 엊그제 같은데, 어느새 2회를 맞이하는 경진대회를 보니 감회가 새롭네요.

수업이 1시에 끝나고 난 후 시간을 맞추기 위해 점심도 먹지 못하고 지하철 전동차에 탔습니다. 다행히 낮 시간대라 앉아서 갈 수 있었죠. 제가 신청했던 시간은 15시~16시 였고 20분정도 여유있게 삼성역에 도착하고 나서 조금 안심했는데, 그게 아니었습니다.

태평양홀 부근에는 무슨 개회식 같은 걸 하는 중인지 분주하고 복잡한 양상이었고, 등록대는 5개인데 사전등록과 현장등록을 담당하는 분이 각각 한 분씩이라 줄이 꽤 길어진 상태였습니다. 늦게나마 줄을 서서 꾸준히 기다린 다음에야 통행권을 얻을 수 있었죠. 패스에는 이름이 써 있는게 아니라, RFID 종류의 칩이 붙어있는 것 같았습니다. (자세한 정체는 모르겠네요.)


매시업 엑스포의 위치도 헤매서 엉뚱한 쪽으로 끝까지 갔다가 다시 반대편으로 방향을 돌려 올 수 있었습니다. 일단 등록대에서 등록 확인을 하고, 9개의 튜토리얼을 들은 후 pass를 받는 명찰을 등록대에서 주시더군요.

먼저 me2day 부스에 찾아갔습니다. 기억도 해 둘겸 me2API 사용설명서도 링크를 겁니다. get_latests, get_friends, create_post를 kkung님의 큰 도움으로 실습해볼 수 있었습니다. me2API 클라이언트 라이브러리를 java로 구현해주신 rath님도 뵐 수 있었습니다. 미투데이 만드시는 codian님, 멘토로 오신 dahlia님도 뵈었고요. (전부 소개해드리지 못한 점을 양해해 주세요. ㅠㅠ) create_post를 실습하니깐 미투데이 API로 입력하는 글로 실제로 제 페이지에 포스팅된 걸 확인하는 일은 인상깊은 경험이었습니다.

오픈마루 부스에서는 지난번에 오픈랩 때 뵈어서 그런지 월반(?)을 해서 시험만 치고 pass를 했습니다. 오픈마루 매시업 센터::API 센터 링크를 걸어 둡니다.

마이크로소프트 부스에서는 실버라이트로 플리커와 연동되는 매시업들을 볼 수 있었습니다. PopFly로 쉽게 매시업 서비스를 만들 수 있다고 하시더군요. 저는 이 부분을 보면서 Pipes가 연상이 되었습니다.

다음(Daum) 부스에서는 Channy 님께 인사도 드리고(자주 뵈서 그런지 저를 알아보시는 것 같습니다. =ㅅ=;;), 매시업 수업을 들었습니다. 세 언어로 다음 부스에서 진행되고 있었는데, 맨 오른쪽에 Python이라고 모니터에 붙어 있길래 그곳에서 들었습니다. 이미 파이썬 쪽에서 듣고 계신 분은 벌써 매시업을 만들어 본 경험이 있으시더라고요. 튜토리얼이 시작하기 전에 저에게 파이썬으로 듣겠다는 두번째 사람이라고 하셔서 조금 놀랐습니다. 파이썬마을도 꽤 오래된 곳인데 의외였습니다. 도서검색 API로 설명을 해 주셨는데요 친절하신 설명 덕분인지 이해가 잘 되었습니다.
Daum OpenAPI

네이버 부스는 지도API 쪽에서 사람들의 시선을 끌고 있더군요. 저도 중간에 껴서 마커에 대한 설명도 듣고  질문도 하고 했습니다. 이 이야기는 좀 가외지만, 의외로 AcroEdit 쓰시는 분들이 많더군요.
네이버 Open API

야후 부스에서는 플리커에 가입하는 법(!)과^[각주:3] 야후 거기에서 제공되는 지도 서비스 API 설명을 들었습니다. 범위과 세계지도로 광할하며, [위성지도, 일반지도, 하이브리드지도] 모드를 지원하는 게 이점으로 생각했습니다. 이번 엑스포를 계기로 만드셨던 위자드도 마음에 들었습니다. ^^
야후 개발자 네트워크(영문)

옥션에서는 API를 오픈한지 얼마 안되었다고 합니다. 기억에 남는 점은 SOAP를 사용한다는 것인데요 회사 방침이라니 어쩔 수 없죠. 설명을 듣는 도중에

옥션이 ebay의 지사인 건 아시죠?

라고 하셨는데, 고백하자면 몰랐습니다. 나중에 ebay처럼 매시업 서비스를 통해 구매행위가 유발될 경우에 수익 분담구조를 넣을 가능성도 있다고 합니다. 아직 한국에는 이런 수익형 모델이 없었고, 없다고 하시더군요.옥션 내부에 "펌블"^[각주:4]이 이와 비슷한 역할로 적용되고 있다고는 합니다.
옥션-API

카멜레온(Chameleon) 서비스는 다소 생소했습니다. 국내에서 잘 언급되지 않은 동영상솔루션을 주제로 Open API를 개방하셨는데요. 꼼꼼하고 친절하게 OpenAPI를 설명해 주셔서 감사했습니다. 어떻게 사용자의 욕구를 충족시킬 건지, 창의적인 고민이 필요하다고 생각했습니다.
카멜레온::OpenAPI

위자드닷컴은 시간이 늦는 바람에 간단한 튜토리얼과 개발 관련 사이트의 소개를 받았습니다. 블로그로 위젯을 빼서 출력하는 기능이 구현되었는데, 트래픽을 상당히 소모해서 전체적인 서비스가 다소 느려졌다는 이야기를 들었습니다. 개인화페이지보다는 RSS 리더로 주로 사용하는데, 직관적이고 한번에 제목들이 보이는 느낌이 있어서 종종 쓰고 있습니다. P-Camp 2회 때 같이 토론했던 분과 우연히 만난 것도 반가운 일이었습니다.
WZDAPI

이렇게 해서 완성된 9개 패스 스티커 사진.


사진 모음입니다.

이전다음

0123

매시업 엑스포 준비하셨던 분들 수고 많이하셨고요, 정말 감사드립니다!

"비폭력 대화 - 일상에서 쓰는 평화의 언어, 삶의 언어"를 읽었습니다. 만박님의 미투데이에서 비폭력대화 교육이 언급된 부분의, 두 번째 링크의 책을 보고 흥미를 느꼈습니다. 그래서 읽어봐야겠다고 마음먹었는데, 이번에 마침내 끝까지 읽게 되었습니다.

정말 좋은 책입니다. 평가를 유보하고 관찰하기라던지, 느낌을 바르게 표현하기 등의 부분도 마음에 들었고, 대화를 할 때 "상대방의 느낌과 욕구에 귀를 기울여라."라는 말도 굉장히 멋졌습니다. 이 말을 실천하기 위해서는, 생활속에서 수련을 자주 해 보는게 좋을텐데, 마음처럼 쉽지가 않습니다. 꾸준히 연습해 보고 싶습니다. 그래서 나중에 Nonviolent Communicator가 되고 싶네요.

책을 읽다가, 7장에서 공감을 정의하는 부분을 보았습니다.

공감이란 다른 사람의 경험을 존중하고 이해하는 것을 말한다.

소셜네트워크 서비스인 미투데이는 사람들의 공감받고 싶은 욕구를 충족시켜주기 때문에 사용자들의 지지를 받고 있는게 아닌가 하는 생각이 들었습니다. 무언가 하지 않아도, 미투metoo를 함으로써 공감의 열쇠에 더 가까이 다가갈 수 있다는 점에서 사람들의 필요가 충족된다고 생각했습니다.

실용주의 프로그래머를 위한 단위테스트 with JUnit를 읽었습니다. 실용주의 서가에서 나온 책인데요, 데이비드 토머스와 앤드류 헌트가 실용주의 프로그래머의 실천편이라고 보시면 될 듯합니다. 테스트는 코드를 다 작성하고 나서 발견하지 못한 오류를 찾기 위해 나중에 작성하는 것이 아닌가라고 생각하시는 분이 꽤 되리라고 생각합니다. 시간과 공간 자원에 제약이 걸린 일반적인 프로젝트의 경우에는, 동작하는 코드를 만들기에 급급해서 테스트라는 부분을 소홀히 하는 경우도 드물지 않을 것입니다. 그리고 그때 테스트를 수행한다고 해도 그건 요구사항에 적합한지 확인하는 인수 테스트(acceptance test)이죠.

이 책은 단위테스트를 왜 도입해야 하는가에 대해 서론에서 매우 설득력 있게 설명하고 있습니다. 원천적으로 오류가 없는 소프트웨어란 매우 어렵습니다. 목적은 매 순간의 코드를 단위테스트를 통해 검증함으로써 나중에 일어날 수 있는, 즉 찾지 못한 오류가 누적됨으로써 발생하는 재앙을 막아보자는 데 있습니다. 이런 패턴적 문제 해결은 애자일 쪽과 통하는 면이 있습니다. 코드를 작성함으로써 부산물로 나오는 단위테스트 코드는, 그 코드를 후에 인수할 사람들에게는 좋은 문서이자, 참고자료, 나침반이 됩니다.

이 책에서는 JUnit으로 테스트를 작성하는 근본적인 부분부터, 테스트의 대상은 무엇인지, 모의 객체는 어떻게 사용하는지, 프로젝트에서는 테스트를 어떤 식으로 할 것인지 등에 대해 차근차근 다루고 있습니다. 재치있는 약자를 통해 쉽게 책의 내용을 숙지할 수 있도록 돕는 것도 책의 장점입니다. 이를 테면 Right-BICEP과 CORRECT가 있습니다.

사실 이 책을 고른 이유는, 책의 서문에서 비록 이 책이 예제는 Java를 사용하고 JUnit 프레임워크를 사용했지만 다른 60개가 넘는 언어에서 비슷한 테스트 프레임워크가 지원된다고 했기 때문입니다. c2.com에서 Testing Framework라는 문서를 통해 다양한 프레임워크가 있다는 것을 알 수 있습니다. 개인적으로 SmlUnit^[각주:1]이라는 테스팅프레임워크를 다루어 보려고 하다가, 막막해서 JUnit에 대한 책이 나와 있으니 이 책을 우선 참고하는게 어떨까 하는 생각이었죠.

프로젝트에 단위테스트를 도입하여 꾸준한 피드백으로 잘 조직화된 코드를 작성한다면, 유지보수성이 높고 안정적인 결과물이 나오지 않을까 생각해 봅니다.

다음 캘린더가 베타서비스로 티스토리 공지블로그에서 소개되었습니다.

구글기어스와 같은 툴을 이용해서, 오프라인에서도 일정을 편집하다가
네트워크에 컴퓨터가 연결되면 동기화해주는 그런 기능이 있으면 좋을 것 같아요.

Sunbird, Thunderbird와 같은 로컬 프로그램과 다음 캘린더가 연동될 수 있으면, 좋겠어요.

일정을 일정 개수 이상의 개수를 입력하면
more 버튼이 나와서 누르고 나서 생략된 내용이 보이도록 하는데, 그냥 클릭하면
그 부분이 확대되서 생략된 일정 내용이 보였으면 좋겠어요.

연간 일정 보기도 있었으면 좋겠어요. 그러면 좀 더 거시적인 계획을 세우는 데 도움이 될 것 같네요.

마법의 MD5라는 곳에서 할 수 있습니다. MD5 알고리즘을 사용해서 능력치를 만드는 것 같네요.

Redhat, Fedora, Debian, Ubuntu, Slackware, Mandrake
의 배포판 이름을 사용했습니다.

[Redhat] 공격:79 민첩성:17 방어:98 명중:26 운(運):59 HP:149
[Fedora] 공격:95 민첩성:43 방어:23 명중:24 운(運):64 HP:174

Redhat vs Fedora 전투개시！！
[Fedora]의공격 HIT [Redhat]는(은)79의 데미지를받았다。
[Redhat]의공격 HIT [Fedora]는(은)102의 데미지를받았다。
[Fedora]의공격 MISS [Redhat]는(은) 공격을 피했다。
[Redhat]의공격 HIT [Fedora]는(은)170의 데미지를받았다。
[Redhat]가[Fedora]를(을) 쓰러트렸다。(라운드수：2)。


그래도 레드햇이 역사가 길긴 하죠. 납득..;;


전투는 치열했지만, 결국 데비안의 승리.

[Redhat] 공격:79 민첩성:17 방어:98 명중:26 운(運):59 HP:149
[Debian] 공격:49 민첩성:92 방어:92 명중:75 운(運):59 HP:165

Redhat vs Debian 전투개시！！
[Debian]의공격 HIT [Redhat]는(은)1의 데미지를받았다。
[Redhat]의공격 HIT [Debian]는(은)60의 데미지를받았다。
[Debian]의공격 HIT [Redhat]는(은)16의 데미지를받았다。
[Redhat]의공격 HIT [Debian]는(은)64의 데미지를받았다。
[Debian]의공격 HIT [Redhat]는(은)33의 데미지를받았다。
[Redhat]의공격 MISS [Debian]는(은) 공격을 피했다。
[Debian]의공격 HIT [Redhat]는(은)1의 데미지를받았다。
[Redhat]의공격 MISS [Debian]는(은) 공격을 피했다。
[Debian]의공격 HIT [Redhat]는(은)1의 데미지를받았다。
[Redhat]의공격 MISS [Debian]는(은) 공격을 피했다。
[Debian]의공격 HIT [Redhat]는(은)61의 데미지를받았다。
[Redhat]의공격 MISS [Debian]는(은) 공격을 피했다。
[Debian]의공격 HIT [Redhat]는(은)11의 데미지를받았다。
[Redhat]의공격 HIT [Debian]는(은)54의 데미지를받았다。
[Redhat]가[Debian]를(을) 쓰러트렸다。(라운드수：7)。

레드햇이 이겼군요. 덜덜..

[Slackware] 공격:81 민첩성:37 방어:86 명중:33 운(運):77 HP:173
[Mandrake] 공격:80 민첩성:48 방어:72 명중:66 운(運):97 HP:179

Slackware vs Mandrake 전투개시！！
[Mandrake]의공격 HIT [Slackware]는(은)52의 데미지를받았다。
[Slackware]의공격 HIT [Mandrake]는(은)67의 데미지를받았다。
[Mandrake]의공격 HIT [Slackware]는(은)39의 데미지를받았다。
[Slackware]의공격 HIT [Mandrake]는(은)78의 데미지를받았다。
[Mandrake]의공격 HIT [Slackware]는(은)62의 데미지를받았다。
[Slackware]의공격 HIT [Mandrake]는(은)6의 데미지를받았다。
[Mandrake]의공격 HIT [Slackware]는(은)79의 데미지를받았다。
[Mandrake]가[Slackware]를(을) 쓰러트렸다。(라운드수：4)。

슬랙웨어 좋아하시는 분은 좋아하시던데;;

[Redhat] 공격:79 민첩성:17 방어:98 명중:26 운(運):59 HP:149
[Mandrake] 공격:80 민첩성:48 방어:72 명중:66 운(運):97 HP:179

Redhat vs Mandrake 전투개시！！
[Mandrake]의공격 HIT [Redhat]는(은)44의 데미지를받았다。
[Redhat]의공격 HIT [Mandrake]는(은)59의 데미지를받았다。
[Mandrake]의공격 HIT [Redhat]는(은)23의 데미지를받았다。
[Redhat]의공격 HIT [Mandrake]는(은)91의 데미지를받았다。
[Mandrake]의공격 HIT [Redhat]는(은)56의 데미지를받았다。
[Redhat]의공격 MISS [Mandrake]는(은) 공격을 피했다。
[Mandrake]의공격 HIT [Redhat]는(은)80의 데미지를받았다。
[Mandrake]가[Redhat]를(을) 쓰러트렸다。(라운드수：4)。

여기까지는 맨드레이크가 1위군요.