Madonna Louise Veronica Ciccone

2009 아카데미 영화상 - 슬럼독 밀리어네어

2009-02-23T13:58:48Z

슬럼독 밀리어네어 (2008)

Slumdog Millionaire

감독	대니 보일
출연	데브 파텔, 프리다 핀토, 아닐 카푸르, 미아 드레이크
개봉	영국 \| 코미디, 로맨스/멜로, 드라마 \| 2009.03.19 \| \| 126분

촬영, 각본, 음악, 감독, 올해의 영화상

9개 출전, 8개 입상.

라이에 증후군

2009-02-09T23:57:34Z

라이에 증후군, Reye's syndrome

     - 바이러스 감염 (인플루엔자, 수두)에 걸린 어린이나 사춘기 청소년들이
       치료말기에 뇌압항진과 간장애 때문에 갑자기 심한 구토와 혼수 상태에
       빠져서 생명이 위험한 상태에 까지 이르는 질환

중점정리

1. 바이러스 감염에 대한 어린이들의 심각한 반응이다.
2. 수두와 인플루엔자가 이 병과 관계가 깊다.
3. 수두나 인플루엔자를 앓고 있는 아이에게 아스피린을 투여하면 발병할 가능성이 높아진다.
4. 뇌부종과 간,신장의 지방 변성을 일으킨다.
5. 치료는 할 수는 있으나 종종 치명적이다.
6. 아스피린이나 아스피린 성분을 가지고 있는 약물을 아이들에게 피하면 예방할 수가 있다.

라이에 증후군이란 어떤 것인가?

이 증후군은 바이러스 감염에 대한 흔치 않은 반응으로서 뇌부종과 간, 신장의 지방변성을 일으켜 죽음으로 이르게 하는 병이다. 뇌와 간에 특히 안좋다. 뇌압을 올리고 간이나 다른 기관에 지방이 축적되기 때문이다. 어느 나이에도 올 수는 있지만 주로 아이들에게 온다.보통 두 가지의 단계를 가지고 있다. 수두나 인플루엔자 같은 바이러스 질환이 회복되고 있는 중간에 발병을 잘 하기 때문이다. 바이러스에 감명되고 3-5일 후에도 올수있다.
라이에 증후군은 뇌염, 뇌막염, 당뇨, 과다 약복용, 중독, 영아 돌연사 증후군, 정신병으로 오진되는 수도 있다.

증상은 지속적인 구토와 멍함, 안절부절 못하거나 호전적으로 성격이 변한다거나. 혼미, 섬망, 간질발작, 의식소실 등이다.

만약에 바이러스 질환을 앓고 있거나 앓고 난 뒤에 이러한 증상을 나타내면 주의해야 한다.
영아에서 증상은 어떤 틀이 없다. 예를 들어 구토를 항상 하는 것은 아니다.

라이에(Reye)란 무엇인가?
이 질병을 발표한 사람의 이름이다.

라이에 증후군은 무엇이 일으키는가?

아직도 잘 모르고 있다. 그러나 많은 연구들이 바이러스 질환을 치료하기 위해서 아스피린이나 salicylate를 함유하고 있는 약을 쓰면 발생 가능성이 높아진다고 보고하고 있다.
이런 위헙 때문에 의사들은 열, 특히 수두나 인플루엔자에 의한 열을 치료하기 위헤서 아스피린계 약을 쓰는 것을 못하게 하고 있다.

어떤 아스피린이 안전한가?

없다. 아스피린계 약물은 다 안된다.

다른 의사 처방 없이 팔리는 약들은 안전한가?

아니다. 이름만 아스피린이 아닐 뿐이지 그것이 안 들었다는 것은 아니다. 많은 그런 약들이 아스피린을 포함하고 있다.

그런 약들을 살펴보면 다음과 같다.
ALKA-SELZER
ANACIN
ANACIN MAXIMUM STRENGTH
ASPERGUM
BUFFERIN
BUFFERIN EXTRA-STRENGTH
CORICIDIN
CORICIDIN DEMILETS
DRISTAN TABLETS
EXCEDRIN
4-WAY COLD TABLETS
MEDILETS
PEPTO BISMOL
TRIAMINICIN

무슨 약이 열있는 아이들에게 권장되는가?

추천되는 것이 acetaminophen이다.

라이에 증후군의 치료법은?

치료법이 없다. 성공적인 치료는 조기진단에 달려있다. 치료의 목표는 부종을 줄여서 뇌의 손상을 최소화하는 것, 대사 이상을 회복시키는 것, 폐와 삼장의 합병증을 막는 것이다. 병의 초기에 정맥내로 고장성 포도당 용액을 주는 것이 이 증후군으로 이환되는 것을 막아준다는 증거들이 있다.

라이에 증후군의 예후는?

뇌부종의 경중에 달려있다. 어떤 사람은 완전하게 회복되는 반면 심각한 뇌의 손상을 입는 사람도 있다.

빨리 진행되어서 혼수상태로 가는 사람들은 예후가 안좋다.
조기에 발견되고 치료되면 회복의 가능성은 높다. 진단과 치료가 지연되었을 때 회복의 가능성은 희박해진다. 진단과 치료가 잘 안되면 거의 며칠안에 사망한다.

어떻게 하면 이 병을 피할 수가 있는가?

열이 날 때 아스피린계의 약물을 쓰면 안된다. 특히 수두나 인플루엔자에 의한 열일 경우. 이때 쓰일 수 있는 것이 acetaminophen

출처: 한올제약

http://www.medcity.com/jilbyung/reyessyn.html

웹 서비스

2009-02-02T11:49:27Z

웹 서비스의 정의

웹 서비스 (일반적으로 서비스 라 불리는) 는 개방형 프로그램적 인터페이스를 갖는 약간의 컨텐트, 또는 약간의 프로세스, 또는 둘 다로 구성되어 있습니다. 간단한 사례: 통화 변환기, 주식 시세, 사전. 보다 복잡한 사례: 여행 입안자, 조달 워크플로우 시스템. 서비스는 다음과 같은 특징을 갖고 있습니다:

특정 작업을 수행하고 표준 사양으로 컴파일하는 인터넷-기반 애플리케이션.
XML 및 XML 메시징을 통해 표현되면서 액세스되는 실행 파일.
분산 컴퓨팅 환경에서 동적으로 퍼블리싱 (publishing), 디스커버리 (discovery) 그리고 호출 등이 가능합니다.
플랫폼 및 언어에 독립적입니다.

웹 서비스는 메시징 프로토콜, 프로그래밍 표준, 네트워크 등록 그리고 디스커버리 기능 등을 통해 모든 웹-연결 장비에서 액세스할 수 있는 소프트웨어 컴포넌트로서 비연속 (discrete) 비즈니스 프로세스를 캡슐화합니다:

WSDL (Web Services Description Language) 에서 기능 및 속성을 내보이고 기술을 합니다.
애플리케이션 및 다른 서비스들이 UDDI (Universal Description, Discovery, and Integration) 레지스트리를 사용하여 웹 상에 그것을 위치시키게 해줍니다.
원격 애플리케이션 및 서비스들이 SOAP (Simple Object Access Protocol) 와 같은 표준 인터넷 프로토콜을 사용하여 그것을 호출할 수 있게 해줍니다.
동일한 프로토콜 상에서 요청 애플리케이션에게 응답을 반환합니다.

일반적으로, 웹 서비스는 세 가지 특징을 갖고 있습니다:

EJBs, PL/SQL 프로시저, 다른 웹/데이타베이스 컨텐트 또는 애플리케이션 등과 같은 한 개 이상의 정보 소스를 캡슐화합니다.
이벤트, 변형, 그리고 조건부 로직 등을 처리할 수 있는 실행 플로우를 갖고 있습니다
일정한 XML 인터페이스를 통해 액세스가 가능합니다.

다음은 웹 서비스에 대한 디스커버리 및 액세스의 고급 프로토콜 예입니다. 작업은 다음과 같이 진행됩니다:

웹 서비스 개발자는 서비스를 생성한 후 그것을 서버로 배포합니다. 서비스의 위치는 엔드포인트 (endpoint) 라고 불립니다. 개발의 일부로서 또는 개발 툴을 통해 WSDL 의 형태로 서비스 기술 (description) 이 생성됩니다.
엔드포인트와 WSDL 위치 등을 포함하는 웹 서비스 정보는 선택적으로 UDDI 디렉토리에 퍼블리싱될 수 있습니다.
웹 서비스 클라이언트는 WSDL 사양 기반의 툴을 통해 구축되거나 생성될 수 있습니다. 클라이언트는 SOAP 메시지를 엔드포인트로 보내고, 응답을 처리합니다.

웹 서비스 기반구조의 두 가지 주요 부분은 웹 서비스의 기술 언어인 WSDL; 그리고 웹 서비스의 통신 프로토콜인 SAOP 입니다.

WSDL 의 정의

Web Services Description Language (WSDL) 는 웹 서비스 인터페이스와 위치의 구문 (syntax) 을 기술하는 XML 언어입니다.WSDL 사양 은 그것을 “네트워크 서비스를 문서-중심 또는 프로시저-중심 정보를 포함하는 메시지에서 동작하는 일련의 엔드포인트로 기술하기 위한 XML 포맷” 이라고 부릅니다. 그 컨텍스트를 통해, 아래 다이어그램은 WSDL 문서에 나타나는 요소들을 설명하면서 그것들이 어떻게 관련되었는지를 보여주고 있습니다.

프로그래머 또는 자동화된 개발 툴은 서비스를 기술하는 WSDL 파일들을 생성할 수 있고, 인터넷 상에서 기술을 할 수도 있습니다. 클라이언트-사이드 프로그래머와 개발 툴은 사용 가능한 웹 서비스 정보를 얻을 수 있고, 또한 사용 가능한 서비스에 액세스하는 프록시 또는 프로그램 템플릿 등을 구축하고 생성하는 퍼블리싱된 WSDL 기술을 사용할 수도 있습니다.

WSDL 문서는 다음 테이블에서 기술된 바와 같이 유형, 메시지, portypes 바인딩, 그리고 서비스 요소 등을 포함하는 정의 요소를 보유하고 있습니다.

정의	한 개 이상의 서비스를 정의합니다. 정의 요소는 다음 속성들을 지원합니다: `이름`은 선택 사항입니다. `targetNamespace` 는 이 서비스에 대한 정보의 논리적 네임스페이스 (namespace) 입니다. WSDL 문서는 다른 WSDL 문서를 임포트할 수 있고, targetNamespace 를 고유 값으로 설정하는 것은 네임스페이스가 손상되지 않는다는 것을 보증합니다. `Xmlns` 는 WSDL 문서의 디폴트 네임스페이스 이고, `http://schemas.xmlsoap.org/wsdl/` 로 설정이 됩니다. , 그리고 등과 같은 모든 WSDL 요소들은 네임스페이스에 속하게 됩니다. `xmlns:xsd` 와 `xmlns:soap` 는 데이타 유형과 SOAP-특정 정보의 지정을 위해 사용되는 표준 네임스페이스 정의입니다. `xmlns:tns` 는 this namespace 를 나타냅니다. "this namespace" (tns) 접두사는 현재 문서를 언급하기 위한 규약으로 사용됩니다.
유형	WSDL 문서에서 사용하는 복합 데이타 유형의 정보를 제공합니다. 간단한 유형이 사용될 때에는 WSDL 문서가 이 섹션을 필요로 하지 않습니다.
메시지	통신되는 데이타의 추상적 정의.
운영	서비스가 지원하는 작업의 추상적 기술.
portType	한 개 이상의 엔드포인트가 지원하는 작업들의 추상적 집합.
바인딩	작업과 메시지를 위한 명확한 프로토콜과 데이타 포맷 사양을 지정하여 작업이 호출되는 방식을 기술합니다.
포트	단일 통신 엔드포인트를 정의하면서, 단일 엔드포인트를 바인딩을 위한 주소로 지정합니다.
서비스	바인딩의 포트 주소를 지정합니다. 서비스는 네트워크 엔드포인트 또는 포트의 모음입니다.

다음 목록은 BC4J-VSM 가 사용하는 Credit Card Web Service 의 WSDL 코드를 보여주고 있습니다.

<definitions
name="oracle.otnsamples.vsm.services.CreditCardServiceWS"
targetNamespace="http://oracle/otnsamples/vsm/services/CreditCardServiceWS.wsdl"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:tns="http://oracle/otnsamples/vsm/services/CreditCardServiceWS.wsdl"
xmlns:ns1="http://oracle.otnsamples.vsm.services/ICreditCardServiceWS.xsd">
<types>
targetNamespace="http://oracle.otnsamples.vsm.services/ICreditCardServiceWS.xsd"
xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"/>

<message name="validateCard0Request">

<message name="validateCard0Response">

<portType name="CreditCardServiceWSPortType">

<binding name="CreditCardServiceWSBinding" type="tns:CreditCardServiceWSPortType">

<service name="oracle.otnsamples.vsm.services.CreditCardServiceWS">
<port name="CreditCardServiceWSPort" binding="tns:CreditCardServiceWSBinding">

SOAP 의 정의

Simple Object Access Protocol (SOAP) 는 분산 환경에서 정보를 교환하기 위한 경량의 XML-기반 프로토콜로서, 다음과 같은 정보 교환의 유형들을 지원하고 있습니다:

엔드포인트가 프로시저-지향 메시지를 받은 다음, 상호 관련된 응답 메시지로 대답하는 곳에서 요청-응답 프로세싱을 허용하는 Remote Procedure Call style (RPC)
메시지가 전송은 되지만 전송자가 즉각적인 응답은 기대하거나 기다리지 않는 곳에서 비즈니스 또는 다른 유형의 문서들을 교환할 필요가 있는 구성 및 애플리케이션들을 지원하는 메시지-지향 정보 교환.

SOAP 는 다음과 같은 특징을 갖고 있습니다:

프로토콜 독립성
언어 독립성
플랫폼 및 운영 체제 독립성
(멀티파트 MIME 구조를 사용하여) 첨부를 통합하는 SOAP XML 메시지 지원

SOAP 메시지는 두 개의 데이타 구조, SOAP 헤더, SOAP 본문 그리고 그것들을 정의하기 위해 사용되는 이름 공간의 정보 등을 포함하는 SOAP 봉투 (envelope) 로 구성되어 있습니다. 헤더는 선택 사항입니다; 그것이 나타날 때에는 SOAP 본문에서 정의한 요청 정보를 전달하게 됩니다. 예를 들면, 헤더는 트랜잭션, 보안, 컨텍스트 또는 사용자 프로파일 정보 등을 포함할 수 있습니다. 본문은 웹 서비스 요청을 포함하거나 요청을 XML 포맷으로 응답을 합니다. 다음 그림은 SOAP 메시지의 고급 구조를 나타내고 있습니다.

SOAP 메시지가 웹 서비스 요청 및 응답의 전달을 위해 사용될 때에는 사용 가능한 웹 서비스의 WSDL 정의를 따를 수 있고, WSDL 은 웹 서비스 액세스를 위해 사용되는 SOAP 메시지, SOAP 메시지가 교환 가능한 프로토콜, 그리고 이 웹 서비스를 액세스할 수 있는 인터넷 장소 등을 정의할 수 있습니다. WSDL 디스크립터 (descriptor) 는 UDDI 또는 다른 디렉토리 서비스 내에 위치하면서, 구성 또는 SOAP 요청의 본문과 같이 다른 수단을 통해 제공될 수도 있습니다.

SOAP 사양은 요청 및 응답을 암호화하는 표준 방식을 제공하고 있습니다. 그리고, XML 스키마를 사용하여 메시지 페이로드 (payload) 의 구조 및 데이타 유형도 기술하고 있습니다. 다음은 웹 서비스의 메시지 및 응답을 위하여 SOAP 이 사용되고 있는 방식입니다:

SOAP 클라이언트는 SOAP 사양을 따르면서 서비스 요청을 포함하고 있는 XML 문서를 사용하고 있습니다.
HTTP or HTTPS. SOAP 클라이언트는 SOAP 서버에게 문서를 전송하고, 서버 상에서 실행되는 SOAP 서블릿은 예를 들면, HTTP 또는 HTTPS 등을 사용하여 문서를 처리합니다.
웹 서비스는 SOAP 메시지를 수신한 다음, 요청 서비스를 제공하는 애플리케이션에 대해 서비스를 호출하는 것처럼 그 메시지를 디스패치 (dispatch) 합니다.
서비스 응답은 다시 SOAP 프로토콜을 사용하여 SOAP 서버로 반환이 되고, 이 메시지는 원래 SOAP 클라이언트에게 반환이 됩니다.

SOAP 은 XML 에 대한 산업 투자의 활용 방법을 제공하고 있습니다. 그리고, 일반적으로 SOAP 가 HTTP 와 SMTP 등과 같이 “방화벽에 친숙한” 프로토콜에 대하여 정의되어 있기 때문에, 방화벽 기술에 대한 산업 투자도 잘 활용할 수 있습니다. 또한 산업계는 SOAP 을 웹 서비스의 필수 요소로 정의하여 다른 전략 보다도 웹 서비스의 볼륨 생산을 적절히 사용하고 있습니다.

출처: http://blog.naver.com/kjs_3047/50003016500

Amazon Mechanical Turk

2009-02-02T11:16:14Z

[디지털 산책] 인터넷인프라 통한 경제난 해법

입력: 2008-11-17 21:01

최두환 KT 부사장

18세기 유럽의 궁정에서 인기를 끌었던 호기심거리 중에 메케니컬 터크(Mechanical Turk)라고 하는 체스를 두는 기계가 있었다. 터키인 복장을 한 체스를 두는 인형이었는데, 웬만큼 체스를 잘 두는 사람도 이 기계를 이길 수 없었다. 컴퓨터도 없이 이 기계는 어떻게 사람보다 체스를 잘 두었을까? 답은 간단하다. 체스를 잘 두는 난쟁이가 인형 속에 숨어있었던 것이다. 속았다고 화내지 말고 이 기계가 갖는 의미에 대해 생각해 보자. 사람을 흉내 내는 기계를 다시 사람이 흉내 낸 것이다. 그런데 사람을 능가할 만큼 체스를 잘 두는 슈퍼컴퓨터가 있는 요즘에도 컴퓨터가 잘하지 못하는 일들이 많다. 말을 글로 받아 적는 것, 다른 언어로 실시간 번역하는 것, 사진에 있는 사물을 파악하는 것 등은 아직 컴퓨터가 서투른 몇 가지 예이다.

온라인 서점으로 유명한 아마존은 이렇게 컴퓨터가 하기 힘든 일을 사람을 이용해서 처리하도록 매개하는 `아마존 메케니컬 터크(Amazon Mechanical Turk)'서비스를 제공한다. 이를 이용하면 1000시간 짜리 강의를 한 시간 만에 요약하는 게 가능하다. 1000명의 사람에게 한 시간 분량씩 나눠서 요약하게 하는 것이다. 이 서비스는 사람에게는 쉽지만 컴퓨터에게는 어려운 일을 처리하는 데 있어서, 의뢰하는 사람과 약간의 보수를 받고 그 일을 처리하는 사람들을 연결하는 일종의 온라인 장터이다. 실제로 이것을 이용해 단시간 안에 많은 양의 텍스트를 번역하기도 하고, 인공위성 사진을 분석해 실종된 선박을 찾기도 한다.

아마존은 참여하는 사람들에게 보수를 제공하지만 루이스 본 안이라는 카네기멜론대학 교수는 아무 보수 없이도 수 백만 명의 사람들에게 일을 시키는 재주를 가지고 있다. 그 덕에 그는 가장 독창적인 아이디어를 가진 사람에게 주는 유명한 맥 아더 지니어스(Mac Arthur Genius) 상을 2006년에 받기도 했다. 그는 우리가 웹서비스에 가입할 때 거치게 되는 변형문자입역방식(Captcha)이라는 프로그램을 만든 것으로도 유명하다. 화면에 찌그러져 나타나는 단어를 보고 그것을 키보드에서 입력해야만 새 계정을 열 수 있었던 경험은 인터넷을 사용하는 사람들에게는 익숙하다. 이것이 캡차이다. 이것은 스패머들이 자동화된 프로그램을 이용해 새 계정을 대량으로 만들어내 악용하는 것을 막기 위해 만들어졌다. 지금 계정을 만드는 게 사람인지 프로그램인지를 테스트하는 것이다.

안 교수는 얼마 전에 리캡차라고 하는 새 버전을 선보였다. 이번에는 변형된 단어 두 개를 보고 그것을 입력하게 한다. 단어가 두 개이니까 정답을 맞추기는 더 어려워졌다고 할 수 있는데, 사실은 그 두 단어 중 하나는 검증치 않는다. 그 하나는 아무렇게 입력해도 리캡차는 정답으로 받아들인다. 하지만 문제를 푸는 사람은 두 단어 중 어느 것을 검증하는지 모르기 때문에 두 단어를 모두 정확하게 입력하게 된다.

여기에 쓰이는 검증 않는 단어는 기존의 인쇄된 책을 디지털 데이터로 바꾸는 프로젝트에서 가져온다. 요즘은 컴퓨터를 사용해 집필하기 때문에 디지털 데이터가 자동으로 생성되지만, 이전에 나온 책들은 각 페이지를 스캔해서 문자인식 소프트웨어를 사용해 디지털 데이터로 바꿔야 한다. 문제는 문자인식 소프트웨어의 인식률이 완벽하지 않다는데 있다. 리캡차는 기계가 인식하기 어려운 단어들을 사람들이 읽어 입력하게 하는 것이다. 하루에 3000만 명이 넘는 사람들이 자기도 모르게 종이책에 담겨 있는 단어를 디지털화하는데 이바지하고 있는 것이다.

안 교수는 또 온라인 게임을 통해 컴퓨터가 하기 힘든 일을 사람들이 자발적으로 하게 한다. 그의 ESP(extrasensory perception: 초감각적 지각) 게임은 게임을 시작하면 자동으로 다른 게이머와 짝을 지어 주고는 화면에 그림이 나타나면서 그 그림을 설명하는 단어를 입력하게 한다. 내가 입력한 단어와 내 짝이 입력한 단어가 같아야만 점수가 올라간다. 나는 짝이 무엇을 입력했는지 모르기 때문에 답을 맞출 때까지 계속 생각나는 이 단어 저 단어를 입력하게 된다. 바닷가의 풍경을 담은 사진을 보고 `바다' `백사장' `갈매기' `푸른 하늘' 등을 입력하다가 나의 짝이 입력했던 단어가 나오면 점수가 올라가고, 다음 사진이 나타난다. 아주 단순한 게임인데 중독성이 강해 한번 시작하면 몇 시간씩 하게 된다.

이렇게 수집된 단어들은 이미지 검색을 위한 좋은 데이터가 된다. 글과 달리 사진은 설명을 글로 붙여주지 않으면 검색이 어렵다. 인터넷상의 수많은 사진들에 일일이 설명을 붙이는 것은 시간과 비용이 많이 들 뿐 아니라 정확도도 떨어진다. 같은 사진을 `바다'로 검색했을 때는 찾을 수 있는데, `갈매기'로 검색했을 때는 못 찾을 수도 있는 것이다. ESP 게임은 수많은 사람들이 수많은 사진을 다양하게 설명하는 데이터를 무료로 만들어 내게 한다.

이렇게 인터넷을 매개로 하여 많은 사람들의 작은 노력을 모아 주어진 문제를 해결하는 것을 크라우드 소싱(Crowd Sourcing) 이라고도 한다. 우리도 우리나라가 가지고 있는 우수한 인터넷 인프라와 우수한 사람들을 활용해 어려운 경제를 살릴 수 있는 크라우드 소싱 아이디어가 어디 없을까?

http://www.dt.co.kr/contents.html?article_no=2008111802012269693001

Amazon Mechanical Turk

2009-02-02T10:55:41Z

http://www.joins.com/article/2454231.html?ctg=-1

2045년의 구글

1998년에 창업한 구글은 급성장해서 순식간에 거대기업으로 떠올랐다. 최근 4/4분기의 매출은 25억 달러에 이르고 이익은 7억 달러 이상이다. 이것은 MS의 이익이 15조 원, 도요타의 이익이 12조 원인 것을 생각하면 창업한지 10년도 안된 기업이라고는 믿기지 않는다.

창업할 때의 사업인 웹 텍스트 검색 뿐만이 아니라 이미지 검색, 구글 맵, 구글 어쓰, 북 서치, 공중 무선 랜 서비스 orkut와 같은 SNS 서비스, 블로그호스팅인 블로거 라이틀리(blogger writely)나 구글 스프레드시트와 같은 Ajax 오피스 툴, 지메일 등 수많은 서비스에서 성공적인 성과를 실현하고 있다.

그럼 앞으로 40년 정도 후인 2045년의 구글은 어떠한 기업이 되어 있을까. 조금 상상력을 구사해 보자. 6월에 쓴 설정용 자료에 답변을 다는 형태로 써내려가고 싶다.

구글 주의(Googlism)

- 1998년에 검색 회사로 탄생한 구글은 순식간에 거대기업으로 떠올라 IPO를 완수했다. 그 때 구글의 미션은「전 세계의 정보를 조직화하여 전 세계 사용자가 그 정보를 이용할 수 있도록 하는 것」

- 2036년 구글 휴먼 그리드 부문의 창시자 제니퍼•포란니가 CEO로 취임하면서 "검색에서 자원까지"를 팻말로 하고 대규모 부문 재편을 실시

휴먼 그리드란 문자 그대로 인간 그리드이다. 그리드•컴퓨팅이라는 계산기 과학의 분야가 있다. 이것은 휴면 중인 계산기 자원들을 통합해 하나의 계산기로 간주해 대규모 계산을 실행하기 위한 계산기 아키텍처를 말한다. 인간 그리드에서는 휴면 중인 계산기가 아니고 휴면 중인 인간을 이용한다.

예를 들어 100만명이 넘는 인간 두뇌의 능력을 통합해 하나의 컴퓨터로 간주한다. 그 초기적인 예로는 인력 검색이라는 이른바 커뮤니티 사이트도 여기에 속할까. 그러나 이러한 시스템에서는 즉각대응성이 낮다고 말할 수 있다.

만약 회의도중 갑자기 알고 싶은 것이 있다고 할 때에 인력 검색은 질문 후 되돌아 오는 대답에는 2시간 정도의 시간이 걸려 조금 늦다. CGM(Consumer Generated Media)에 즉각대응성이 요구되면 그것은 인간 그리드가 된다. 동시에 수백만명 이상의 뇌자원이 이용 가능하기 때문에 통계적으로 3초 이내에서 해답이 되돌아 오는 것을 보장할 수 있다. 이 때문에 이 요구는 프로그램에서부터 호출할 수 있게 된다.

이렇듯이 프로그램에서부터 호출할 수 있는 인간 그리드야말로 아마존 매커니컬 터크(Amazon Mechanical Turk)이다. 원래 일에는 인간이 잘하는 일과 기계가 잘하는 일이 있다. 이 중 기계가 잘하는 것은 프로그래밍하여 처리하는 일이고 인간이 잘하는 것은 프로그램 안에서「여기는 인간이 한다」고 프로그래밍 해버린다. 그것을 실행할 때 그 일이 시장에 맞아 떨어져 3센트 정도의 매우 싼 가격으로 인터넷 어딘가의 인간이 해낸다.

"매커니컬 터크"란 원래 18 세기말에 유럽에서 화제가 되었던 체스 기계에서 유래한다. 이 터크는 전 세계를 순회하며 프랭클린이나 나폴레옹에게도 이긴 것 같지만 실제 이 기계안에는 인간이 들어와 체스를 가리키고 있었던 것이다. 아마존 매커니컬 터크는 최종 사용자가 보면 어디까지나 프로그래밍된 기계에 지나지 않는다. 그러나 기계의 저쪽편에 있는 불특정 다수의「인간 그리드」를 조직화 해 종래의 AI나 컴퓨터가 할 수 없는 일을「코딩」하는 것이다.

실시간 반응하는 수백만 명의 인간 그리드 노드를 조달하기 위해서 구글이 주목한 것이 온라인 게임이었다. 온라인 게임에서 놀고 있는 사람들을 인간 그리드의 노드로 해 의뢰인에게서 발주가 오면 구글이 그 일을 게임으로 변환해 많은 사람에게 인식시킨다. 이것이 게임 플레이•워킹 구조이다. 아래에 게임 플레이•워킹을 실행하기 위한 구글 토탈 라이프의 서비스 구성도를 그렸다.

그리고 포란니는 조직 재편과 함께 구글의 미션을 재정의한다.
그녀는 “전 세계의 자원을 조직화해 전 세계의 사용자가 그 자원을 이용할 수 있도록 하는 것이 구글의 미션이다.”라고 재정의했다.

이것에 의해 구글은 자원과 그에 따르는 10개의 부문으로 재편성 되었다.

데이터 자원 부문：데이터 그리드 라이프록 검색 등
휴먼 자원 부문：휴먼 그리드 등
에너지 자원 부문：에너지의 수급 매칭 시장 등
재료 자원 부문：재활용 시장의 매칭 중고 물건 판매매 등
재정 자원 부문：금융시장 사업. 재무부문.
공간 자원 부문：부동산 중개. 우주 비즈니스. (공간의 재이용)
시간 자원 부문：광섬유 사업 수송 사업 궤도 엘리베이터 사업.
생명 자원 부문：줄기세포에 의한 재생 의료 사업. DNA 데이터 스토리지 사업. 장기 매매 중개 등.
플레이 자원 부문：플레이 랜 등의 엔터테인먼트 사업.
보안 자원 부문：치안 사업.

제니퍼 포란니는 휴먼 그리드와 온라인 게임 사업을 성공으로 이끌어 구글의 CEO가 되었다. 거기에 따라 드디어 구글의 미션 자체를 재정의하고 부문 재편에 나섰다. 여기서 그녀가 얻은 것이 세계를 자원으로 간주하는 시점이다.

세계를 자원으로 간주하면 에너지가 자원인 것은 물론 유기물질은 생명의 자원이고 폐기물도 재활용 시스템의 자원이 된다. 물론 시간이나 공간도 자원이므로 시간이라는 자원을 절약하는 이동 시스템이나 공간이라는 자원을 획득하기 위한 우주 비즈니스도 대상이 된다. 인간 그리드 사업도 그러한 자원 비즈니스의 하나이다.

이 시대에는 구글의 창업 사업인 고전적인 검색은 데이터 자원 부문에서 더욱 더 1부문이 되고 있다.

루만과 구글

- 2038년 프랑스의 저명한 사회학자 라우 첸은 저서「루만과 구글」에서 ”세계를 모두 자원으로 간주해 재편성 하려는 구글주의는 20 세기 초기의 포드 주의에서 변화된 새로운 생산 프로세스의 혁명이다”라고 분석.

- 구글주의의 실천자인 제니퍼 포란니는 생물화학으로 박사 학위를 취득한 후 수리 사회학으로 전공을 바꿔 20세기말의 이론 사회학자인 니크라스 루만을 연구.

- 영국 사섹스 대학에서 사회학 조교수를 맡은 후 구글로 옴.

- 루만에 의하면 사회시스템은 커뮤니케이션을 구성요소로 한 오토포이에시스.
모든 화학물질이 생명을 구성하기 위한 자원인 것처럼 모든 커뮤니케이션은 사회를 구성하기 위한 자원으로서 간주할 수 있다는 것.

- 그녀는 루만의 열렬한 지지자로 “구글은 니크라스 루만의 죽음과 함께 시작했다”라고 언제나 말함. (실제로 1998년은 루만이 사망한 해이며 구글의 창업년)

- 제니퍼 포란니의 조부는 노벨 화학상 수상자 존 포란니이며 증조부는 물리화학자•사회과학자 마이클 포란니.

구글과 루만간에 관계가 있는지 없는지 이 두 개의 키워드의 교착점은 텔리 위노그라드 라는 계산기 과학자에게 있다. 그는 구글의 창업자 래리 페이지의 스탠포드 대학 지도교수이며 페이지랭크 원론의 공저자이기도 하다. 구글에서 장기 휴가를 보낸 적도 있다.

위노그라드는 원래는 고전적 AI의 연구에 긍정적이었지만 일 년 전 인공지능을 비판하는 쪽으로 변했다. 칠레 출신의 정치가•철학자인 페르난도 흐로레스와의 공저로「컴퓨터와 인지를 이해한다-인공지능의 한계와 새로운 설계 이념」이라는 책을 저술했지만 여기에는 오토포이에시스라는 생물 시스템에 대한 이론에서부터 컴퓨터가 논해지고 있다.

오트포이에이시스는 호르헤스와 같이 칠레 출신의 생물학자 마토르나와 바레라가 생각한 개념이다. 호르헤스를 통해서 계산기 과학 중에 일정한 위치를 차지하게 된 것처럼 오토포이에시스는 독일의 사회학자 루만에 의해서 이론 사회학의 사회시스템론에 채용된다. 일본에서는 사회학자 미야다이 신지가 루만의 사회시스템론을 좋아하는 것으로 유명하다. 제니퍼 포란니는 그 루만을 연구하고 있었다는 설이 있다.

구글의 페이지랭크는 안티 AI적인 접근(최근의 AI 연구자에게서는 그렇게 전형적인 AI 학자가 없다고 꾸중들을 것 같지만)이지만 실은 그것에 미묘하게 영향을 주고 있는 것이 오토포이에시스였던 이유이다. 그러한 일에서부터 구글의 4대 째 CEO로 취임한 포란니는 구글을 새로운 스테이지로 끌어올리는 중흥의 선조가 된다.

조립식 시대가 열릴 2045년은 그러한「컴퓨터와 인간의 관계」가 검색을 뛰어넘어 새로운 차원으로 이행해 가는 시대가 될 것이다. 그러고 보면 최근 시부야에「유인 자판기」가 생긴 것 같다. 현대의 터크로서….

szuki ken ( ZDNet Korea )

[ 저작권자 ⓒ ZDNet Korea, CNET Korea,Inc. 무단 전재 및 재배포 금지, ZDNet Korea는 글로벌 IT 미디어 리더 CNET Networks

Amazon API References

2009-02-01T22:54:02Z

http://docs.amazonwebservices.com/AWSECommerceService/2008-08-19/DG/index.html?CHAP_ApiReference.html

amazon web services WSDL documents

2009-02-01T21:18:48Z

US Locale

http://ecs.amazonaws.com/AWSECommerceService/2008-08-19/AWSECommerceService.wsdl

JP Locale

http://ecs.amazonaws.com/AWSECommerceService/2008-08-19/JP/AWSECommerceService.wsdl

Amazon Web Services

2009-01-28T18:45:34Z

Amazon Web Services

http://aws.amazon.com/

Infrastructure Services

Payments & Billing

-------- 여기까지는 아마존의 컨텐츠와는 상관없이, 인프라를 제공해주는 것.

인프라를 구축할 여건이 안 되는 소규모 신생 회사들의 예를 들면,

서버 1대의 1/4 정도만 필요한데, 기본적인 인프라를 구매해야 한다거나,

서비스가 성장해서 이제 서버가 20대가 필요한데 일일이 구매하고 셋팅하고 관리하기 벅찬 상황에서.

아마존의 이러한 Web Services를 이용하면 용량 제한도 없고, 필요한 만큼만 쓰고 그 만큼의 댓가만 지불하면 되는 것.

DB든, 저장소든, 트래픽이든.

주로 스타트업 벤처나 추가적인 웹 서비스를 제공하려는 기존 회사들에게 용이.

실로, 많은 개발자들이 인프라 쪽에 투입 되어 있고,

이러한 인프라를 통합하고 각 팀마다 분산되어 있는 것을 모아서 그 인력을 절감할 수 있다면,

비용 절감 효과도 클 것.

On-Demand Workforce

Amazon Mechanical Turk

Alexa Web Services

Amazon Fulfillment & Associates

Amazon Fulfillment Web Service (Amazon FWS)

-------- 개인이, 아마존에 개인 서점을 운영하는 개념

책을 팔려는 작자가, 아마존에 책을 바리 바리 싸서 보내면, 구매자가 그 책을 구매하게 될 때, 아마존이 대신 책을 보내주고, 일정 수수료를 챙기는 것

Amazon Associates Web Service

Web Services에 대한 이해

2009-01-28T18:22:10Z

와이프에게 REST를 설명하는 법

http://tomayko.com/writings/rest-to-my-wife

SOAP (Simple Object Access Protocol)
UDDI (Universal Description, Discovery and Integration)
WSDL (Web Services Description Language)

Web Services라는 건 RPC(Remote Procedure Call)을 웹에서 구현한 걸로 시작했는데,

원격 함수 호출을 하려면,

1. 원격 함수를 기술하는 언어가 필요하고,

2. 함수에 전달인자를 전달해서 원격으로 전달하고 받기 위한 프로토콜이 필요하고,

3. 그리고 호출할 함수가 어떤 서버에 있는지 찾아내는 과정이 필요한데,

1번에 해당하는게 WSDL

2번에 해당하는게 SOAP

3번에 해당하는게 UDDI

Web Services라는게, 별게 아니라 웹을 통해서 어떤 객체나 함수를 호출한다고 볼 수 있는데,

본래 객체나 함수는 로컬 컴퓨터에 있어야하지만,

다른 원격에 위치한 객체나 함수를 호출하면,
별다른 인스톨이나 소프트웨어 설치 없이도 다른 곳에 있는 로직을 활용할 수 있다는 장점이 있는데,

그를 위한 장치들임.

RPC

printf를 호출할건데,
이게 로컬에 정의된 함수가 아니라
저 멀리 딴 사람 컴퓨터에 있는 printf를 호출하는 것.

그럴려면 내가 원하는 printf를 누가 가지고 있는지 검색해야하는데, 이게 UDDI
printf를 원격에서 호출할 수 있도록 정의해서 공개하는데 필요한게 WSDL

그리고 printf의 전달인자와 실행 결과를 주고 받기 위한 프로토콜이 SOAP.

SOAP

SOAP는 HTTP위에서 개발된 더 상위 계층의 프로토콜임.

REST

http://en.wikipedia.org/wiki/Representational_State_Transfer

API

API라는건 어떤 프레임웍 위에서 서비스를 개발할 때, 그 개발에 유용한 함수들을 정의해놓은건데,

RPC는 API를 구현하는 용도로도 많이 사용함.

REST VS RPC

http://en.wikipedia.org/wiki/Representational_State_Transfer#REST_versus_RPC

RPC는 동사고, REST는 명사형으로 호출한다고 보면 되는데

getUser()
addUser()
removeUser()
updateUser()
getLocation()
addLocation()
removeLocation()
updateLocation()
listUsers()
listLocations()
findLocation()
findUser()

exampleAppObject = new ExampleApp('example.com:1234')
exampleAppObject.removeUser('001')

이렇게 되면 RPC고

http://example.com/users/
http://example.com/users/{user} (one for each user - where {user} is either the user name or the user id)
http://example.com/findUserForm
http://example.com/locations/
http://example.com/locations/{location} (one for each location - where {location} is the location name or the location id)
http://example.com/findLocationForm

userResource = new Resource('http://example.com/users/001')
userResource.delete()

이렇게 되면 REST임

SOAP은 프로토콜. 호출할 함수와 전달인자를 담는

덧-

몇 번을 들어도 쇠귀에 경읽기 ㅋ