Warning: Unexpected character in input: ''' (ASCII=39) state=1 in /webroot/libs/skin/post_widget_data.php(976) : eval()'d code on line 1 Parse error: syntax error, unexpected T_STRING in /webroot/libs/skin/post_widget_data.php(976) : eval()'d code on line 1 calmglow (최진호)

adsense(728_90)


ebXML 상호운영성 테스트 Enterprise

아 정말 오랜만에 다시 블로그 시작. 생각보다 많은 분들이 이 블로그에 다녀주셔서 감사함을 표하며 다시 활발한 블로그(언제까지?-_-;;)를 시작합니다. 나는 요즘 Asia ebXML Commitee에서 주관하는 ebXML Message Service Handler 상호운영성 테스트를 아시아 각 국가내의 ebXML솔루션들과 진행하고 있다. (사실 나는 다른 일도 하고 있어서 이 상호운영성테스트는 보조적으로만 참여중이다.) 이전에는 상호운영성이라는 것이 피부로 와닿지는 않았는데 직접 참여해서 여러 벤더들의 제품들과 테스트를 하다보니 신경쓸 부분이 한두가지가 아님을 알게되었다. 단순히 SOAP메시지의 마임타입 불일치의 문제부터 시작하여 ebMS 스펙의 아주 작은 요소의 불일치에도 스펙을 뒤져가며 확인하고는 탄성과 짜증이 섞인 감탄사를 지어야했으니 말이다. 덕분에 저번 주말은 지옥과도 같은 한주였는데 실시간으로 각 벤더들과 제품의 호환성을 가지고 이리저리 테스트베드를 돌려가며 채팅하면서 서로간에 경쟁을 벌였으니 우리팀 사람들은 녹초가 되버리고 말았다. ebXML의 상호운영성 테스트는 아직까지 메시징서비스에 국한되어 진행중이다. 올해까지는 아마 메시징서비스만으로도 벅차지 않을까 생각되는데 아무튼 ebXML의 적용을 위해 아시아 각 국가들이 얼마나 노력하는지 그리고 조금씩 그 결실이 보이는 듯 하다.

공유하기 버튼

 

여섯색깔 생각의 모자 IT

여섯색깔모자라는 책을 읽게 되었다. 여섯 색깔 모자라는 개념은 다음과 같다. (책에서 발췌)

효과적인 사고의 가장 큰 적은 바로 복잡함입니다. 복잡함은 혼란을 가중시키기 때문이죠. 사고는 분명하고 간단할 때 더 즐겁고 더 효과적입니다. 여섯색깔모자는 바로 명료하고 단순한 사고를 위해 개발된 방법입니다. 이 여섯색깔모자의 개념에는 두가지 목적이 있습니다. 첫번째는 회의에 참여하는 모든 참석자들이 한번에 한가지 일만 다루게 함으로써 간단하고 명료한 사고를 하게 만드는 것입니다. 감정, 논리, 정보, 희망, 창조성 등을 하나씩 분리해서 집중적으로 다룰 수 있도록 하는 것이죠. 두번째는 사고의 전환을 할 수 있게 하는 데 있습니다. 직설적이면서도 서로의 기분을 상하지 않게 사고의 전환을 요구할 수 있는 표현수단을 제공합니다. 가장 중요한 것은 그 표현양식이 어떤 사람의 자아나 성격을 공격하지 않는다는 것입니다.


하얀모자
하얀모자는 중립적입니다. 세상 만물에 대한 객관적인 정보를 취급하죠. 하얀모자는 새로운 아이디어를 제공하지는 않지만 현재 활용되고 있거나 이미 제안된 사실들을 공유할 수 있게 해줍니다.
하얀모자를 사용할 때 특히 중요한 것은 빠뜨린 정보는 없는지, 그리고 획득된 정보가 과연 정말 필요한 것인지를 확인하는 일입니다. 또한, 필요한 정보를 획득하기 위한 방법을 찾아내는 것도 하얀모자의 임무죠. 예컨대 직접조사를 할 것이냐, 혹은 설문조사를 할 것이냐를 결정해야하는 것입니다.
서로 일치되지 않는 두가지 정보가 나왔다 해서 서로 논쟁을 벌일 필요는 없습니다. 일단 두가지 정보를 동등하게 늘어놓았다가 반드시 둘 중 하나를 선택해야할 때, 논쟁을 시작해도 늦지 않으니까요.
간단히 말해 하얀모자는 모든 차원의 정보를 찾아내고 그 정보를 정리하는 역할을 하는 것입니다.

파란모자
파란 모자는 회의 시작 전에 다음과 같은 사항들을 점검해야한다.
왜 우리는 회의를 하는가?
무엇에 대하여 생각할 것인가?
상황(혹은 문제)을 어떻게 정의할 것인가?
또 다른 정의는 없는가? * 우리가 성취하고자 하는 것은 무엇인가?
어디까지 회의를 진행할 것인가?
문제의 배경은 무엇인가?
어떤 순서로 모자를 쓸 것인가?
또한 파란모자는 회의 끝에는 다음과 같은 사항들을 짚고 넘어가게 해야한다.
결론은 무엇인가?
무엇을 성취했는가?
해결방안은 무엇인가?
다음에 할 일은 무엇인가?

초록모자
초록모자 시간에 우리는 새로운 아이디어를 제안합니다. 다른 대안들과 다른 방식들을 제안하는 거죠. 명백한 대안이나 혹은 전혀 새로운 아이디어들이 나올 수도 있습니다. 그리고 기존의 아이디어를 수정하거나 더 개선시키는 것도 가능하죠.
초록모자의 가치는 이 모자를 쓴 모든 사람이 창조적인 노력을 하도록 한다는 데 있습니다. 그래서 창조성은 더 이상 '아이디어맨'의 독점물이 아니게 되죠. 초록모자 시간에는 모든 사람이 창조적인 노력을 해야합니다. 아니면 차라리 침묵하는 게 낫습니다. 그러나 사람들은 가만히 입을 다물고 있기보다는 무엇인가 창조적인 노력을 하기를 더 좋아할 겁니다. # 이런 창조적인 노력의 시간을 의도적으로 배정하는 것은 매우 중요합니다. 왜냐하면 '창조성'이야 말로 회의하고 생각하는 데 가장 중요한 부분이기 때문입니다.
한편 어떤 일련의 행동을 하자고 제안하는 것도 초록모자의 할 일입니다. "이렇게, 저렇게 아니면 전혀 다른 방법으로 해볼까요?" 하고 제안하는 것이죠.

빨간모자
빨간모자의 영역은 감정과 느낌, 그리고 비이성적인 측면들입니다. 빨간모자는 이런 영역이 정당하게 공개될 수 있는 길을 제공하죠.
사고 과정에서 감정과 느낌을 완전히 배제할 수는 없습니다. 아무리 그것들을 허용하지 않는다해도 뒤에 숨어서 모든 사고의 과정들에 영향을 끼치게 되니까요. 그만큼 감정, 느낌, 그리고 예감과 직관은 강렬하고 현실적입니다. 빨간모자는 이들을 인정하죠. 간단히 말해서, 빨간모자는 중립과 객관성을 요구하는 하얀모자와 거의 정반대라고 보면 됩니다.

노란모자
노란모자는 사람들이 긍정적인 가치를 찾아내는 데 심층적으로 시간을 활용하도록 도와주기 때문에 가치가 있는 모자입니다. 그래서 노란모자 시간에 때로는 아주 놀라운 일들이 벌어지기도 합니다. 평소에 별로 흥미를 끌지 못하던 아이템이 갑자기 굉장히 높은 가치를 지니게 되는 것이죠.
노란모자 사고는 논리에 근거한 것이라야 합니다. 그래서 어떤 가치가 있다고 얘기할 때에는 그에 대한 이유를 댈 수 있어야 하죠. 또한 노란모자 발언은 건전한 판단에 근거한 것이어야하지 그저 환상적인 이야기가 되어서는 곤란합니다.
노란모자사고는 사실 검은모자사고보다 어렵습니다. 왜냐하면 사람의 두뇌속에는 위험을 회피해야한다는 자연스런 검은모자매커니즘은 들어있지만 노란모자는 그렇지 않기 때문이죠. 따라서 우리는 긍정적인 가치에 민감해지도록 스스로를 계발해나갈 필요가 있습니다. 즉, 우리가 위험에 예민한 것처럼 장점이나 가치에 예민해질 필요가 있다는 것이지요. 이런 예민함은 계발하지 않으면 익힐 수 없는 습관입니다.
가치 찾기 혹은 '실현 가능한 장점 찾기'
노란모자를 쓴 사람은 다음과 같은 질문들에 답해야합니다.
* 그 제안의 가치가 무엇인가?
* 누구를 위한 것인가?
* 어떤 상황에서 가치가 있는가?
* 그 가치는 어떻게 구체화될 수 있으며
* 또 다른 유용한 가치는 없는가?

검은모자
검은모자 사고는 서구 문명의 기초인 '비판적인 사고(Critical Thinking) 기법'에 근거를 두고 있습니다. 즉 어떤 사안이 우리가 가진 자료, 정책, 전략, 그리고 윤리관이나 가치 기준등과 어떻게 어긋나고 모순되는지 밝혀내는 역할을 합니다.
검은 모자 사고는 우리의 마음속에 있는 자연적인 매커니즘에 근거하고 있기도 합니다. 불일치라는 매커니즘이죠. 우리의 두뇌는 항상 어떤 기대패턴들을 형성해놓고 있습니다. 그래서 우리가 어떤 것을 보았을 때 그것이 우리가 이미 가지고 있던 기대 패턴에 맞지 않으면 불편함을 느끼게 되는 거죠. 이런 자연적인 매커니즘이 우리가 실수를 하지 않도록 도와줍니다.
검은 모자가 제시하는 근거들은 그 자체로 타당성이 있어야합니다. 이치에 맞아야 하죠. 설득력있는 사람에 의해 제시되었을 때뿐만 아니라 문서로 제출되었을 때에도 그렇습니다.

공유하기 버튼

 

RSS란 무엇인가 Enterprise

자신의 웹사이트가 좀 더 사람들로 붐비기를 원하는가? 자신의 뉴스나 기사가 더 많은 사람들에게 유익하게 전달되기를 바라는가? 그렇다면 RSS에 관심을 기울여보자. 준비해야할 것은 단지 보여주고 싶은 내용을 마련하고 하나의 RSS 파일에 적는 일 뿐이다.

RSS란 무엇인가?
RSS(Rich Site Summary)는 웹컨텐츠와 그것의 제목과 내용등의 것들을 공유하기 위한 경량의 XML 포맷이다. 쉽게 생각해서 자신의 웹사이트의 대문에 있는 '새로나온 기사'나 '뉴스'같은 것을 떠올려보라. RSS는 넷스케이프에서 지원하는 넷센터(NetCenter)에서 출발한 개념이다. 이것이 BBC,CNET,CNN등의 여러 사이트들이 정보를 공유하기 위한 목적으로 지원하기 시작하면서 발전하였다. RSS는 자신의 웹사이트를 널리 알리고 분산된 뉴스를 모으고 배포해야하는 문제는 해결해준다.

RSS의 문법
따라서 RSS의 XML 문법을 익혀야할 것이다. RSS는 필수적으로 웹사이트에 대한 내용을 기술해야하는 부분과 추가적으로 들어갈 수 있는 부분으로 나뉜다. 모든 것은 스토리(Story) 단위로 묶여지는데 이 스토리를 태그안에 넣어서 이 안에 TITLE,URL, DESCRIPTION등의 엘리먼트들이 들어간다. 예를 들어보자.
...

RSS Resources
http://www.webreference.com/authoring/languages/xml/rss/
Defined in XML, the Rich Site Summary (RSS) format has
quietly become a dominant format for distributing headlines on the Web.
Our list of links gives you the tools, tips and tutorials you need to get
started using RSS. 0323


...
각 RSS 채널은 15개의 item들로 구성되며 이것들은 펄이나 기타 여러 툴을 이용하여 쉽게 파싱이 가능하다. 물론 여기서 15개라 함은 넷스케이프의 NetCenter를 이용할 경우의 이야기이다. NetCenter는 15개 이상의 item이 들어있는 RSS파일을 거부한다. 아무튼 이렇게 자신이 운영하는 사이트의 RSS파일을 만들어놓으면 그것들을 여러 aggregator에 등록시키고서 자신의 사이트가 게재한 페이지의 카운터가 올라가는 지 살펴보면 땡이다.
많은 RSS Aggregators들이 있다. 그중에서 주목할 만한 것이 바로 Meerkat Open News Wire(http://www.oreillynet.com/meerkat/) 이다. 이는 RSS를 개량하여 O'Reilly에서 만든 것으로서 RSS가 나아가야할 방향을 일러준다.

공유하기 버튼

 

E-Business 레지스트리는 무엇인가 Enterprise

e-Business 레지스트리가 왜 필요해졌는지부터 짚고 넘어가자. 전자상거래를 통해 기업간에 자동화된 거래를 체결하기 위해서는 일단 내가 거래하고자 하는 요건에 맞는 회사를 찾는 일부터 시작해서 해당 회사가 제공하는 여러 온,오프라인 서비스를 검토한 후에 계약체결하고서 해당 기업간에 통신 프로토콜부터 시작해서 보안적인 문제와 비즈니스 프로세스 절차상의 미묘한 문제 그리고 서로 주고받는 문서의 언어 통일 등등의 아주 복잡한 것들을 협의해야한다. 이렇게 협의가 되어 진행중인 거래라 할지라도 중간에 어느 한쪽의 환경이 바뀌었을 경우 바뀐 환경에 맞게 다시 거래 환경을 자동적으로 재연결해주는 작업또한 필요하다.
그렇다. 하나의 전자상거래를 하는데 필요한 협의를 위한 정보가 너무나 많다. 즉 e-Business 레지스트리는 이러한 여러가지 정보를 제공하는 역할을 한다고 보면 된다. 크게 세가지의 역할로 구분하자.
1. 자신이 원하는 파트너를 찾는 기능을 제공한다.
2. 거래 파트너의 프로파일과 문서 스키마 DTD등의 상거래를 위한 여러 정보를 제공한다.
3. WSDL같은 웹서비스 기술문서를 등록하고 찾는 기능을 제공한다.

그리하여 현재 널리 쓰이고 있는 e-Business 레지스트리는 크게 UDDI와 ebXML Registry/Repository가 있다. UDDI의 경우 초기에는 위의 1,3번째 항목에 중점을 두어 만들어진 것이며 ebXML의 Reg/Rep의 경우 1,2번째 항목에 중점을 두어 만들어진 것이다. 사실 ebXML의 경우 UDDI의 내용을 이미 모두 포함하고 있다고 보여지지만 이상하게도 시장에서는 UDDI에 무게가 실리는 방향으로 가고 있으며 어떻게든 UDDI에 비즈니스적인 레지스트리 기능을 추가하여 현재 분위기는 웬지 UDDI가 e-Business의 레지스트리의 표준이 되지 않을까 생각된다. 하지만 분명 그 둘은 쓰임새가 다르며 앞으로 어떻게 진행될지는 나 역시 알기가 힘들다. 통합된다는 의견이 있고 독자적인 길을 갈 것이라는 의견도 있다

공유하기 버튼

 

OSWD Enterprise

OpenSourceWebDesign은 오픈소스 프로젝트에 적당한 화면 디자인 템플릿을 제공하는 곳이다. 개발자의 부족한 미적감각을 보충해주는 곳! 나의 프로젝트 홈페이지도 이곳에서 따왔다.

공유하기 버튼

 

현재 진행중인 웹서비스 Security Spec들 Enterprise

현재 IBM이나 BEA, MS등이 그룹을 만들어서 진행중인 웹서비스 Security관련 스펙은 크게 두 부류로 나눌 수가 있다.

이 모든 스펙은 일단 작년 4월에 발표된 웹서비스 Security Roadmap을 기초로 해서 조금씩 변경된 사항이다. 먼저 첫번째 부류는 말 그대로 Security 및 IBM과 MS가 초기 공동으로 제작한 로드맵에 기초한 스펙들을 아우른다.

* WS-Trust : 웹서비스들간에 신용정보를 안전하게 주고받으며 관계를 맺고 관리하는 프레임워크를 다룬다.
* WS-SecureConversation : 웹서비스의 각 참여자들이 복합적이고 다수의 메시지들을 Security Context내에서 송수신할 수있는 프레임워크를 다룬다.
* WS-SecurityPolicy : 서비스에 관련되는 범용적인 보안 정책을 다룬다.

두번째 부류는 웹서비스 환경에서 비즈니스 정책을 구현하는 데 초점을 맞추고 있다.
* WS-Policy: 웹서비스의 수신자와 송신자들간에 정보를 주고받기 위해 초기에 알고있어야할 엔드포인트의 보안 기술에 대한 정책들을 찾는 능력이나 요구사항들을 다룬다.
* WS-PolicyAttachment : 웹서비스와 통신을 함에 있어 자신이 요구하는 Policy를 메시지에 담아서 전송할 수 있는 프로토콜을 정의한다.
* WS-PolicyAssertions: 서비스의 Policy에 합당한 관계를 맺을 수 있는 Assertion에 대한 내용을 다룬다.

공유하기 버튼

 

80대 20 IT

80대 20의 법칙은 아직 논리적으로 증명된 바는 없지만 의외로 삶의 많은 부분에서 적용이 가능한 유용한 법칙중의 하나이다. 우리나라 한해 소주 평균 소비량은 1인당 6병 정도로 집계된다고 한다. 그러나 잘 살펴보면 소주를 전혀 마시지 않는 사람도 주위에 상당히 많다. 놀랍게도 소주를 마시는 사람의 20%가 전체 소주 소비량의 80%를 소비한다는 것이다. 이러한 예는 우리 주위에서 상당히 많이 볼 수 있다고 한다. 화장지, 샴푸, 콜라, 맥주,...등등등.. 물론 이 외에도 우리가 즐겨 사용하는 개발 IDE나 개발 API들도 80대 20의 법칙을 발견할 수 있다.
즉 우리가 즐겨 사용하는 기능은 전체 기능의 20%이고 80%는 거의 자주 사용되지 않는 점. 예전의 신문 기사에서 본 게임 리니지나 여러 온라인 게임의 예를 들어볼 수있겠다.
무에서 시작한 온라인 게임이 시간이 지날 수록 현실세계에서 흔히 볼 수 있는 부자와 가난한 자의 80대 20의 법칙을 발견하게 된다는 것인데 즉, 80%의 온라인 플레이어가 게임에서 제공하는 전체 부의 20%만을 가지고 20%의 소수가 80%의 부를 가지게 되더라는... 그래서 현실세계의 부의 완전한 재분배는 오히려 이상적이지 않다는 묘한 결론도 얻게 되는 기사였다.

공유하기 버튼

 

이전 51 52 53 54 55 56 57 58 59 60 다음


Google Analytics