토론을 즐겁게 하기위해서는 어떻게 해야 될까요?
Framework Design Guideline 번역 팀과 TechED 2007에 발표된 Framework Engineering 강의를 듣고 서로 공유하는 시간을 가졌는데요.
함께 재미난 토론 방식을 시도해 보았습니다.
이번 POST는 저희들의 토론 방식을 여러분들고 같이 공유하고자 합니다.
아키텍트가 되기 위해서 우리에게는 어떠한 덕목이 필요할까요?
2007년 10월에 소프트웨어 아키텍쳐 이론과 실제 (Software Architecture in Practice)의 저자인 Rick Kazman이 한국을 방문해 ATAM에 대한 강연을 하였습니다.
세미나가 마친후 어떤 분이 “당신과 같이 휼룡한 아키텍트가 되기 위해서는 어떠한 소양과 지식이 필요한지 설명해 주시겠습니까?” 라는
질문을 했고, 이에 대한 멋진 답변을 해 주셨는데 제가 알고 있는 지식을 덧 붙여 여러분과 함께 공유하고자 합니다.
제 1회 Paper Meeting에 여러분을 초대합니다.
기존의 단방향 세미나에서 탈피해, 새로운 형태의 모임을 만들었습니다.
하나의 Paper를 선택하시시면, 여러분과 동일한 Paper를 선택하신 분들과 조를 나누어 토론/지식 공유 모임을 하고
맨마지막 조별 10분식 자신의 조가 나누었던 애기들을 마인드 맵 형태로 정리해서 나누는 유익한 세미나 입니다.
좀더 자세한 정보및 등록은 http://www.onoffmix.com/e/only2u4u/149 에서 얻으실수 있습니다.
소프트웨어의 현재 상태를 모니터링하거나, 오류시 원인을 파악하기 위해 Log를 남기실 겁니다. 많은 분이 Log4J , Log4NET을 이용하십니다.
하루에 쌓이는 엄청난 로그양때문에, 골치 아프신 경험이 있다면 이 논문을 꼭 읽어 보시길 바랍니다.
이 패턴은 Logging 데이터의 Overflow를 막기 위해 우리가 어떻게 해야되는지 접근 법을 설명하고, Log4XXX(.NET, Java …) 의 내부기능과 비교하여 설명을 합니다.
여러분에게 좋은 소식을 하나 전해드리고자 합니다.
POSA2에 이어 또 하나의 명서인 Framework Design Guidelines 2nd Edition의 편역을 위한 모임을 가졌습니다.
이 책은 Framework를 잘 설계하기 위한 Guideline을 제공하는 서적으로 Microsoft의 .NET Framework 설계팀들이 직접 집필한 서적입니다. Framework을 처음 설계하는 개발자에게는 매우 유용한 서적이 될듯 합니다.
현재 http://fdg.springnote.com 에서 작업을 시도하고 있으면, 저희 스터디시 만들어진 가치있는 공유물들을 여러분과 함께 나눌 생각입니다.
Microsoft Architecture Journal 15권이 발간 되었습니다.
Microsoft는 Architecture에 관한 다양한 소재들을 모아 분기마다 잡지를 만들어 배포하는데요. 비 Microsoft 기술에 대한 Article들이 더 많은 편이니 플랫폼에 관계없이 아키텍쳐에 관심있다면 꼭 한번 보시길 권해드립니다.
MSDN Architecture Journal 에서 이전 버전을 무료로 다운 받으실수 있으며, 저의 예전 블로그에서는 각 이슈를 한글로 간단히 소개했습니다.
블로터 닷넷에 저의 인터뷰 내용이 실렸습니다.
(제가 정한 제목이 아니라서요. .. 아키텍쳐 매니아 입니다. ^^;; 전 소프트웨어 구조에 관심이 많거든요. )
고수를 찾아서라는 제목으로 황치규 기자님이 실어 주셨는데. 거듭 강조하지만 전 절대 고수가 아닙니다. 역시 Architect의 A도 따라가지 못하는 사람입니다. 그러니 저를 고수로 둔갑해 주신 것이 매우 부담스럽습니다. 거듭 말해 고수가 아니라는점 강조 드리고 싶습니다 .
인터뷰 뒷 애기
황기자님께서 요점을 많이 잡아 주셨으나, 제가 강조해서 말한 부분이 일부 빠진거 같아 약간 보충을 하고자 합니다.
아마 소프트웨어 공학을 전공한 저만의 언어로 말해서 이런 일이 발생하지 않았나 생각이 드네요. 저의 생각을 이번 포스팅을 통해 좀더 다루고자 합니다.
드디어 Seattle로 출발합니다.
왜냐면 Microsoft MVP Summit이 열리는데요.
저는 이곳에서 수백개가 넘는 세션중 Visual Team System 팀들의 세션과 토의에 참석합니다.
마소 (마이크로 소프트웨어) 4월호에 SaaS로 가는 길 이라는 주제로 개발자로써 SaaS를 준비하기 위해서 어떠한 것들을 준비해야 되는지, 그리고 역사, 미래등에 대해서 다루었습니다.
요즘 SaaS에 대해서 많은 분들이 장미빛 애기를 하고 있습니다.
하지만 그 것은 대부분 Business 적인 측면이며, 그 이면에는 시스템을 구축하는 개발자에게는 저주에 가까울 정도의 고통을 요구합니다.
SaaS중 가장 많이 활성화 될 Web 2.0 기반의 SaaS를 구축할때는 여러분이 만나야 되는 괴물이 아래에 있습니다
Architecture 101 