Happy? Unhappy? The Choice is yours...

자바 개발자들에게 들려주는 FLEX와 AIR 이야기...

ActionDev — Wed, 20 Aug 2008 01:36:11 +0900

오늘 okjsp에서 주최하고 제가 진행하는 세미나를 했습니다..아니 이야기를 전해 드렸습니다.
어떻게 보면 나쁜 플렉스와 플렉스가 개과천선한 이야기 들이었죠..
많이 전달해 드리려 했는데 여건이 허락하질 않더군요 :) 강의실의 프로젝터부터 시작해서 조금 부정확했던 장소까지...
하지만 참여 해주신 분들의 이해와 열정, 그리고 무한한 관심 덕분에 너무 즐거운 감정으로 진행 할 수 있었습니다. 정말 감사 드립니다.

오늘 이런 자리를 마련해 주신 okjsp의 쥔장님 허광남 과장님께 너무 감사 드리고 같이 이야기를 나눌수 있도록
해주신 분들께도 너무 감사드립니다. 매끄럽지 못한 부분에서도 너그러이 봐라봐 주셔서 너무 고마웠습니다 :)

흠 이런말을 쓰고 보니 연예대상을 수상한 사람 같네요.. :) 이쯤에서 각설하고 오늘 한 이야기를 정리하고
이 포스트를 통해서 보충해 보도록 하겠습니다.

강연때 사용한 슬라이드가 아닌 제가 나눠드린 유인물에 대한 슬라이드 입니다.

처음에 라이프 사이클에 대한 이야기로 이야기가 진행되었습니다. 아시죠? :)

그리고 중간에 플렉스의 본 모습을 보여 드리면서 쓸만해 졌다라는 이야기를 드렸습니다.
그리고 진행중 불상사기 벌어 졌습니다.. css로 사용할 컴포넌트가 만들어 지지 않았던 거죠..

아래의 링크에서 플래시 익스텐션을 다운로드 받습니다.. 스킨을 만들기 위한 준비입니다. :)

[Flex Skin Design Extensions & Flex Component Kit for Flash CS3]
http://www.adobe.com/cfusion/entitlement/index.cfm?e=flex%5Fskins

그 다음 플래시를 켜시고

[File->New] 를 하시거나 Start Popup에서 more부분을 클릭하면 플렉스 스킨을 만들수 있는 템플릿이 나옵니다.
템플릿을 열심히 편집한다음에..

이다음 순서에서 정신이 혼미했는지?? command를 실행했었습니다.. 평상시 여러개를 동시에 하다보니 외우지 않는 습관때문에 본증적인 습성으로 그랬던거 같네요.. 집에 와서 든 생각이 헉...퍼블리싱만 하면 되는데라는 거였습니다.

퍼블리싱하는 방법은 아래와 같습니다.

흠..플래시로 SWF를 퍼블리시할 때도 같습니다..이걸 까먹고 있었더군요.. ^^;
이렇게 컴파일을 하면 아래와 같이 swc파일이 산출되어 나오게 됩니다 :)
이 다음 방법은 Flex에서 [file->import->Skin artwork]로 swf파일을 임포트를 해서 적용한 모습을 보여 드렸었죠 ^^;

me2DAY Mini의 스크롤바를 보여 드렸었습니다 ^^; 기억 나시죠?

자 그리고 이런 스킨 즉 CSS를 동적으로 입힐수 있다라고 했습니다.
스타일을 동적으로 입히는 방법은 소개해드리지 못했습니다. 2시간안에서 많은걸 말하기에는 턱없이 부족한 시간이더군요.

동적으로 CSS를 입히는 과정은 언제 다시 소개할 기회가 있을거 같습니다. 블로그나 adobeflex.co.kr의 기술문서로나 반드시 소개해 드리겠습니다.

이렇게 만든 스킨이 어느정도 까지 적용을 할 수있는지 flex 스킨사이트를 보여드린다고 했습니다.
자 여기 있습니다. 확인해 보시죠..

FLEX 스킨 공개 사이트
http://www.scalenine.com/
http://fleksray.org/Flex_skin.html

[플렉스 스킨 예제]

[Flash] http://fleksray.org/skins/treasuremap/treasuremap.swf

이로써 스킨에 대한 이야기는 마칠까 합니다.

그 다음 swz라는 확장자와 RSL이라는 개념을 소개해 드렸습니다.
한가지 빼먹은게 있더군요. flashplayer의 cache영역은 인증된 RSL만이 적용 가능합니다.
그 인증된 RSL은 adobe사에서만 만들수 있습니다. 그리고 일반적인 RSL은 브라우저에 저장된다고 보시면 됩니다.

AIR에 대해 많은 소개를 못해 드린거 같습니다.
솔직히 AIR라고 FLEX와 많이 다르지 않으니 FLEX나 Flash가 익숙해 지시면 그 때 패키징도 해보고
AIR만의 기술을 적용해보는 것이 옳은 순서가 될겁니다.

adobeflex.co.kr에 정리가 비교적 잘 되어 있습니다. 기술문서도 좀 있는 편이구요..
http://www.adobeflex.co.kr/aboutflex/air.html [AIR 소개 및 AIR Application 소개]
http://www.adobeflex.co.kr/iwt/board/board.php?tn=pds_tech&bc=2 [AIR 기술문서]

30초만에 만들 수 있다고 하면서 3분 정도 걸쳐 만들어진 간단히 만든 AIR Browser입니다.

AIRBrowser.zip

이건 매쉬업을 같이 해보고자 준비했던 플리커 API검색기 입니다.. 여기다가 맵이나 여러가지를 한번 매쉬업 해보려 했는데 아쉽네요 ^^;; 다시 시간이 되겠죠? 그 땐 만반의 준비를 해서 해야 겠습니다.

FlickrMashup.zip

두가지 소스를 프로젝트를 아카이브로 export한거니 FLEX Builder에서 import해서 바로 사용하시면 됩니다.
플리커는 API키를 지웠으니 별도의 API키를 넣으셔야만 되실꺼에요 ^^

정말 멋졌고 즐거운 날이었습니다..
기도 하고 싶은게 있다면 이게 저만의 감정이 아니였으면 하는 것이겠죠 :)

감사합니다.!!
좋은 하루 되세요! (^^)/

PS : kenu님이 출판사에 협찬받아 준비해주신 책들만 무려 9권에 노트북 가방까지 기념품으로 준비해 주셨습니다. 허광남 과장님 너무 감사드리고요 협찬해주신 에이콘 출판사와 한국 어도비 시스템즈에도 감사드립니다.
앞으로도 좀 :)

책은
예제로 배우는 Adobe 플렉스 5권 <-- 처음 입문 하신다면 추천드리는 도서에요..
Adobe FLEX 3 실전 트레이닝 북 4권 이었습니다 :)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Updated Flexbuilder 3.01 [플렉스 빌더 3.01 업데이트]

ActionDev — Tue, 19 Aug 2008 11:19:40 +0900

AIR1.1 발표후 sdk가 3.01 비공식 발표를 했었죠.
그리고 그때는 자동 업데이트를 지원해 주지 않아서 수동으로 업데이트 했었는데..
허걱.. 오늘 보니 자동으로 뜹니다.

언제 부터 된건지.. 모르겠지만 반가웠습니다 :)
[알아보니 8월18일날 릴리즈 되었더군요..]

업데이트 안받으신 분들 받으세요 :) 물론 수동으로 하신분들도 많겠지만 ^^;
혹시 그 사이 뭔가 달라지지 않았을까요? :)

전 수동 받았던거 지우고 다시 받는 중입니다.

빌더 버전도 3.01로 업그레이드 되었네요..

AIR를 만들어 보니..application.xml도 AIR1.1에 맞도록 되었습니다.

오..그간 찜찜하게 여겨졌던 것들이 말끔하게 씻겨진거 같아서 너무 좋습니다~

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

에잇! 사라져 버려 IE 라디오버튼 생성 오류 by Javascript

ActionDev — Thu, 14 Aug 2008 21:55:25 +0900

var radio = document.createElement("input");
radio.setAttribute("name","test");
radio.setAttribute("value","111");

IE에서는 이렇게 radio 객체를 생성해도 제대로 생성이 되지 않는데..생성된 소스를 보면..이렇다.

허걱 name은 어디 간게야!!!..

이런 버그로 인해 IE버전 체크를 또 해줘야 한다...아니면 RadioButton 객체를 하나 만들던가 말이다.

해결법?
1. span을 하나 만들고 innerHTML로 써준다. (모든 브라우저 호환)
2. var radio = document.createElement("<input name='test'>"); (IE에서만..)

암튼 이런 이상한 버그 덕분에 IE에 대한 나의 시선이.. 더 좋지 않게 변해 버렸다..



제발 표준좀 지켜다오...ㅠ_ㅠ plz

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

ClassLoader

ActionDev — Thu, 14 Aug 2008 15:23:31 +0900

ClassLoader...Flash에서 구현한 ClassLoader.. 그리고 ApplicationDomain..

[출처] : http://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=105&oid=092&aid=0000008699

클래스 로더는 자바의 강력한 기능 중 하나다. 왜 커스터마이즈드 클래스 로더를 사용해야 하고, 자체 클래스 로더를 어떻게 만들며, 클래스 로딩 메커니즘을 잘 아는 것이 어떤 도움이 되는지에 대해 알아본다.

클래스 로더는 자바의 강력한 기능이다. 그러나 개발자들은 "Hello, world" 애플리케이션 보다 복잡한 프로그램을 작성하는데 필수적이지만 클래스 로딩 컴포넌트에 대해 잊어버리는 경우가 많다. 클래스 로더는 런타임에 클래스 파일을 찾고 로딩하는 임무를 맡는다. 자바에서는 상이한 클래스 로더를 사용하는 것이 가능하며, 커스터마이즈드 클래스 로더를 사용해도 된다.

자바 프로그램은 다수의 클래스 파일로 구성되며 각 클래스 파일은 하나의 자바 클래스와 대응된다. 이들 클래스 파일은 스태틱(static)하게 빌드된 C 프로그램처럼 메모리에 한꺼번에 로드되지 않고 온디맨드 방식으로 로드된다. 클래스 로더의 역할은 여기에서 시작된다.

왜 커스터마이즈드 클래스 로더를 사용하나

소스(.class 혹은 .jar 파일)에서 플랫폼에 독립적인 컴파일된 바이트 코드를 추출하며 JVM 메모리 공간에 로드해 이곳에서 인터프리트되고 실행되도록 한다. 기본 설정은 애플리케이션의 각 클래스가 java.lang.ClassLoader 인스턴스에 의해 로드된다. 이 클래스는 손쉽게 상속(inherit) 되므로 기능을 확장할 수 있다.

기본적인 java.lang.ClassLoader 는 로컬 파일시스템에서만 클래스를 로드할 수 있다. 자바는 로컬 하드 드라이브나 네트워크 이외의 장소에서 클래스를 가져올 수 있는 유연성을 충분히 제공하며 실제 로드가 일어나기 전에 특별한 기능을 수행하도록 할 수도 있다. 예를 들어 애플리케이션은 웹사이트나 FTP 에 존재하는 플러그-인 크래스의 새로운 버전을 주기적으로 검사하고 디지털 시그니처를 자동으로 확인한 후 신뢰성 있는 코드만 실행되도록 할 수 있다. 잘 아려진 애플리케이션 서버의 다수가 자체적인 클래스 로더를 사용한다.

소위 부트스트랩 클래스 로더로 불리는 이런 클래스 로더들이 기본적으로 사용된다. 즉 java.lang.Object 나 rt.jar 파일에 위치하고 있는 다른 런타임 코드를 메모리로 로드하는 역할을 하게 된다. 자바 랭귀지 스펙(Java Language Specification)은 부트스트랩 클래스 로더에 대해 세부사항을 제공하지 않기 때문에(네이티브(native) 구현을 하므로) JVM마다 기본 클래스 로더의 동작은 다르다. 일부 웹 페이지에서 동작하는 애플릿을 봤다면 이미 커스텀 클래스 로더를 사용해 본 것이다. 브라우저에 내장된 애플릿 뷰어는 원격 서버의 웹사이트를 접근해 HTTP로 로(raw) 바이트 코드 파일을 전송하고, JVM 내부의 클래스로 이를 전환하는 클래스 로더를 포함하기 때문이다.

자체 클래스 로더 작성

부트스트랩 클래스 로더를 제외한 클래스 로더는 부모 클래스 로더가 있으며 이는 클래스 로더를 로드한 클래스 로더이다. 가장 중요한 것은 부모 클래스 로더를 정확하게 설정하는 것이다. 그 다음 부모 클래스 로더의 getParent() 메쏘드를 사용하여 클래스 요청을 위임한다 (예. 커스텀 클래스 로더가 당신이 만든 특별한 메쏘드를 사용하여 클래스를 찾을 수 없을 경우) 컨스트럭터에서 java.lang.ClassLoader 컨스트럭터의 파라미터로 부모 클래스 로더를 설정한다.

public class MyClassLoader extends ClassLoader{

public MyClassLoader(){

super(MyClassLoader.class.getClassLoader());

}

loadClass(Straing name) 메쏘드는 우리가 만든 클래스로더의 엔트리 포인트이다. 파라미터 name은 FQCN(fully qualified class name), 즉 패키지를 갖춘 클래스 네임이다. 만약 부모 클래스 로더가 정확하게 설정됐다면 MyClassLoader가 loadClass(String name)에 의해 클래스를 로드하도록 요청받았지만 클래스를 로드할 수 없을 경우 부모를 먼저 확인하게 된다. 부모도 클래스를 찾을 수 없다면 findClass(String name) 메쏘드가 호출된다. findClass(String name)의 기본 구현은 대부분의 개발자가 너무나 잘 알고 있는 ClassNotFoundException을 발생시킨다. 커스텀 클래스 로더 개발자들은 java.lang.ClassLoader를 상속받을 때 이 메쏘드를 대체해야 한다.

findClass() 메쏘드의 목적은 우리의 로더가 실패한 경우 시스템 클래스 로더를 호출하는 것과 같은 다른 코드를 복제하지 않고서도 MyClassLoader 를 위한 특수 코드를 모두 포함하는 것이다. 이 메쏘드에서 ClassLoader 는 임의의 코드에서 바이트 코드를 가져올 필요가 있다. 바이트 코드가 추출되면 메쏘드는 defineClass() 를 호출해야 한다. 로드된 클래스를 위해 ClassLoder 의 어떤 인스턴스가 메쏘드를 호출했는지는 매우 중요하다. 그러므로 두 개의 ClassLoder 인스턴스가 동일한 혹은 상이한 소스의 바이트 코드를 정의한다면 정의된 클래스는 다르게 다뤄진다.

동일한 소스에서 MyCoolClass 바이트 코드를 찾을 수 있는 두 개의 유사한 클래스 로더 MyClassLoader1과 MyClassLoder2의 예를 들어보자. 만약 애플리케이션이 MyCoolClass 인스턴스 두 개를 각 클래스 로더를 이용해 독립적으로 로드한다면(coolClass1은 MyClassLoader1을 통해 coolClass2는 MyClassLoader2를 통해서 한다고 가정하자), MyCoolClass.class도 독립적으로 정의된다. 다음의 코드를 실행하면:

MyCoolClass coolClass1 = (MyCoolClass)coolClass2;

ClassCastException이 발생된다. (클래스 로딩 메커니즘을 잘 모르는 개발자는 이 익셉션을 자주 받게 된다.) 상이한 로더에 의해 정의되므로 JVM은 두 개의 완전히 다른 클래스 타입(type)을 보게 된다. coolClass1과 coolClass2은 동일한 클래스 타입에서 나왔고 동일한 소스에서 로드됐음에도 불구하고 그 변수들의 타입은 호환되지 않는다.

findClass()와 loadClass()를 대체할 때 마다 getSystemClassLoader() 메쏘드를 이용해 실제 ClassLoader 오브젝트의 형태로 시스템 ClassLoader에 직접 접근이 가능하다. 또한 findSystemClass(String name) 호출을 통해 암묵적으로도 접근할 수 있다. getParent() 메쏘드를 사용하면 부모 클래스 로더를 사용할 수 있다. Listing A는 실제 수행할 준비가 되어 있는 커스텀 클래스 로더의 예이다.

클래스 로딩 메커니즘을 잘 알고 있다면 애플리케이션의 ClassNotFound나 ClassCastException 에러를 디버깅할 때 결국 도움이 된다. 특히 애플리케이션이 써드 파티 애플리케이션 서버 내부에서 동작할 때 매우 중요한데 이런 애플리케이션 서버들이 독자적인 그리고 복잡한 클래스 로더를 사용하는 경우가 많기 때문이다.@

Peter V. Mikhalenko는 도이치 뱅크에서 비즈니스 컨설턴트로 일하고 있는 썬의 자격증을 소유한 전문가 (Sun certified professional) 이다.

Peter V. Mikhalenko ( TechRepublic )

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[java] setTimeout

ActionDev — Thu, 14 Aug 2008 11:52:47 +0900

reflection만 사용하면 더 멋진 setTimeout이 될텐데.. 쩝..

public Boolean setTimeout(int delayTime){

long now = System.currentTimeMillis();
long currentTime = 0;

while( currentTime - now< delayTime){
currentTime = System.currentTimeMillis();
}
return true;
}

thread에 sleep을 주는 방법도 있지만 서도.. :)
나름 쓸모 있는 경우가 있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

moai

ActionDev — Thu, 14 Aug 2008 09:08:39 +0900

초등? 아니 국민학교때 였던거 같네요..
서태지 따라 할려고 얼마나 노력을 했었는지..
서태지 음악은 신선하다? 라는 느낌입니다..서태지 목소리가 독특한가? 흠..
사로잡는 무언가가 분명 있습니다..그게 음악이던 목소리던 .. 그만의 것이 있는거 같아요.

그런 신선함을 만들어 내는 것을 보면..그의 열정이 느껴지기도 합니다.
서태지는 창작의 고통때문에 그룹을 해체 했죠.. 전 이해 갑니다.
저도 창작의 고통때문에 디자인을 관두었으니까요..벌써 10년전 이야기군요 .. 쩝.

뮤비 정말 멋지네요.. 8억짜리 뮤비로 유명하네요.

[Flash] http://flvs.daum.net/flvPlayerOut.swf?vid=AeqpxLa7K9Y$&ref=cloudstair.tistory.com

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

존 타이터? 시간여행자라고?

ActionDev — Tue, 12 Aug 2008 19:31:54 +0900

요새 중국의 올림픽과 동시에 러시아의 전쟁으로 뜨거운 감자로 떠오르는 이슈라고 하는 군요..
DC의 고아라대첩도 재미있었는데 이것도 흥미 진진하네요..

[출처] 위키피디아
http://ko.wikipedia.org/wiki/%EC%A1%B4_%ED%83%80%EC%9D%B4%ED%84%B0

개요

2001년 11월 2일, 전자게시판에, 2036년의 미래에서 왔다고 주장하는 남성이 메시지를 보내 왔다. 그는 존 타이터로, 미래에서 왔다고 하는 증거를 제시하였다. 자신이 탑승했다고 하는 타임머신이나, 그 조종 매뉴얼의 사진, 타임머신의 원리도(原理圖) 등이 있다. 또한, 2036년까지 벌어진다고 하는 사건이나 타임머신의 물리학에 대해서도 언급하였다.

타이터는 최초의 메시지로부터 약 4개월 후의 2002년 3월에 "예정된 임무를 완료했다"라는 말을 남긴 채 현재는 소식이 끊겨 있다.

타임머신에 관한 자세한 설명이나, 근미래에 일어날 사건의 예고의 적중 여부에 대해서는 현재 그 정체의 논의가 진행중이다.

타임머신에 대해서

타이터의 설명에 따르면, 타임머신에 의한 시간여행은 다음과 같은 순서로 이루어진다고 한다.

타임머신에 도달하고자 하는 연도와 날짜, 시각의 좌표를 입력하고 시동한다.
중력장이 형성되고, 탑승자의 신체를 포함시킨다. 탑승자는 상승중인 엘리베이터에 탄 느낌이 계속된다.
장치가 가속함에 따라 주위의 빛이 굴절하고, 일정 상태가 되면 자외선이 폭발한다.
주위가 차례로 어두워지며, 완전히 암흑인 상태가 된다.
풍경이 원래대로 돌아오며, 시간여행이 완료된다.

최대 출력으로 약 10년간 비행하는 데 약 1시간 정도가 걸린다고 한다.

타임머신은 2034년에 유럽원자핵연구기구(CERN)에 의해 시제품 1호기가 실용화되었다고 한다. 실제로 CERN은 현재, 입자가속기의 LHC에 의해 마이크로블랙홀을 생성하는 방법을 연구하고 있다고 발표하였다. 다만, 생성되었다고 해도 곧바로 증발하는 것으로 생각된다.

패러랠 월드

시간여행의 결과로 생기는 모순은 페러럴 월드에 의해 해결된다고 한다. 예를 들어, 과거에서 온 시간여행자가 자신의 부모를 죽여도, 자신이 있던 세계와는 다른 세계에 분기해서 서로 다른 미래가 생길 뿐이며, 현재의 자신의 존재가 소멸하지는 않는다. 또한, 처음 시간여행자가 과거에서 온 시점으로, 그 세계의 미래는 자신이 있던 미래와는 다른 세계가 만들어진다고 한다.

미래로 복귀하는 방법

타이터가 보낸 메시지에 따르면, 과거로 타임슬립해 온 시간여행자가 원래의 자신이 있던 미래로 돌아가기 위해서는 한번 자신이 도달하기로 설정한 시간과 지점으로 돌아갈 필요가 있다고 한다. 앞서 언급한 바와 마 타이터의 경우는, 먼저 2036년으로부터 1975년으로 타임슬립해서, 거기서부터 자신이 태어난 1998년을 방문한 다음 2000년으로 날아왔다고 한다. 이 때문에 타이터가 자신이 있던 미래로 돌아가기 위해서는 한번 1975년으로 돌아간 다음 이전에 타고 온 세계선을 따라 시공을 거슬러 올라갈 필요가 있다는 것이다.

타이터가 남긴 근미래 예언

타이터는 게시판에 자신이 목격했다고 하는 근미래에 일어날 주된 사건의 메시지를 보내 왔다. 그리고 현 단계에서 몇 개의 예언이 적중하였다.

더욱이 타이터는 자신이 메시지를 보낸 시점에서 미래가 바뀌기 위해서는 자신이 본 것과 차이가 발생한고 말했다. 실제로, 적중한 예언에 대해서도 미묘하게 빗나간 부분이 있다는 것이 확인되었다. (그 정보량에 의해 어떤 종류의 저널리스트 의혹도 발생)

지나간 예언

이라크가 핵무기를 은닉했다는 이유로 제2차 걸프전이 발발한다.: 적중했다. 이라크 전쟁이 발발하였다.
미국 내에도 광우병이 발생한다.: 적중했다. 실제로 발생하였다.
중국인이 우주로 진출한다.: 적중했다. 최초의 유인 우주선 선저우 호가 발사에 성공하였다.
새로운 로마 교황이 탄생한다.: 적중하였다. 요한 바오로 2세가 서거하고 베네딕토 16세가 새 교황으로 즉위하였다.
올림픽은 2004년을 끝으로 대회가 중단되며, 2040년에 들어서야 겨우 부활된다.: 적중하지 않았다. 2006년 토리노 동계 올림픽이 개최되었다. 여기에 대해서 중국의 (티베트 사태에 따른) 폭동의 예언 등을 감안해서 생각하면 동계 올림픽은 미포함되지 않을까 하는 견해도 있었다. 그러나 2008년 베이징 올림픽은 개최 되었다.
2005년 미국에 내전이 발발한다.: 적중하지 않았다. 폭동조차 일어나지 않았다.

2008년 이후의 예언

타이터의 예언 내용의 기록에 해당되는 날짜가 되지 않았고, 특히 제3차 세계대전의 승패에 대해서는 여러가지 설이 존재한다. 본항에서 일부를 게재한다.

미국 도시부에서 선거결과에 대한 불화로 도시부와 도시 외부에서 내부 항쟁이 발생한다. 이 때 일어난 폭동이 원인이 되어 미국 연방정부는 정부의 기능을 잃게 되어 5개의 국가로 분열된다. 그리고 여기저기서 내전이 발전하여 2008년에 전면적으로 벌어진다.
중동 국가에서 대량파괴병기가 사용된다.
2011년, 내전이 원인이 되어 미국이 분열되지만, 그 다음해에 아메리카 연방제국이 건국된다.
2015년, 러시아가 반란부대의 원조를 명목으로 미국에 핵무기를 투하한다. 이 때문에 도시 내부가 완전히 붕괴, 내전이 다소 완화된다.
그러나 미국의 외교권 마비를 틈타 중국의 패권주의화가 강해져서 대만, 일본, 한국을 강제로 합병한다.
2020년, 미국 도시부의 패배로 내전은 거의 종결되고 새로운 연방정부가 성립하지만 (도시부가 아닌) 지방 부분은 현재의 주가 아니라 분열된 당시와 같은 5세력이 되어 사회주의국가에 가까운 형태가 된다. 미국내전 후의 생존자는 도서관이나 대학의 주위에 집결하여 커뮤니티를 결성한다. 연방정부는 수도를 오마하(구 네브래스카 주)에 두게 된다.
일련의 전쟁으로 30억 명의 인원이 사망한다.

2036년의 주된 상황

타이터는 2036년의 상황을 다음과 같이 말했다.

텔레비전과 전화는 인터넷의 웹 형태로 제공된다.
무선 인터넷의 접속이 어디에서든지 가능하게 된다.
현대와 같은 거대 기업은 존재하지 않는다. 타이터가 2001년에 올 때 신문 등에서 봤던 기업(델, 구글, 마이크로소프트 등)은 이미 존재하지 않는다.
일반적인 디지털 카메라가 주류로, 필름 카메라는 주된 전문가 등에서 사용된다.
외계인은 발견되지 않는다.
식음료와 담수의 확보가 중요한 문제가 된다.
지구 온난화는 거의 문제가 되지 않는다.
출생률은 낮다.
에이즈와 암의 치료약은 발견되지 않는다.
핵전쟁에 의한 오염이 심하다.
핵전쟁 이후 인류는 전쟁의 피로에 지쳐 여러 국가들이 고립화된 상태가 된다. 현재와 같은 활발한 외교관계는 사라진다. 다른 나라로의 항공편은 존재하지만, 편수는 지금보다도 훨씬 수가 줄어든다. 그러나 핵무기나 대량파괴병기가 완전히 소멸된 것은 아니며, 지구상에 아직도 수많은 병기가 존재한다.
인간의 평균수명이 60세를 채우지 못하게 된다. 또한 경찰국가를 신봉하는 세력을 괴멸시켰다고 할 수는 있으나, 완전히 소멸시킨 것은 아니다. 이러한 세력이 인류 공동체 이외의 눈에 띄지 않는 곳에 존재한다. 이런 집단과의 전쟁이 끊이지 않고 있다.
과거의 미합중국 붕괴의 원인이 사람들의 '몰염치'가 원인이 되었다는 역사관이 다수를 점유하게 되며, 공동체의 존속에 위험이 된다고 판단된 이상, 거기에 이주를 허락하지 않는 '몰염치'라는 낙인이 찍힌 자는 용서 없이 살해된다.

타이터의 사명

존 타이터는 미래에서 온 이유에 대해서 핵전쟁 후의 황폐한 세계의 인터넷 재구축에 불가결한 초기 컴퓨터를 입수하기 위한 목적이 있다고 한다. 구체적으로는 IBM5100으로, 매뉴얼에는 없는 컴퓨터 언어의 번역기능이 갖추어져 있어, 그 로스트 테크놀로지를 입수하는 것이 목적이라고 한다.

실제로 IBM5100에는 매뉴얼에 없는 사양 외의 기능이 존재한다고 밝혀졌다. (이 기종으로 APL이나 BASIC 이전의 IBM 독자 사양의 특수한 컴퓨터 언어를 디버그할 수 있다.)

반론

존 타이터의 예언에는 모순되는 점이 많다는 반론도 많이 존재한다.

세계정세나 혼란스러운 미국 이외의 정세로의 언급이 적고, 있다 해도 설명이 부족한 점이 많다. (의도적이라는 견해도 있다.)
- 예를 들어 중국이 패권주의를 진척시키는 계기가 된 사건, 러시아가 중국이나 유럽 국가들을 공격하는 이유가 전혀 설명되지 않은 점 등이 있다.
타이터가 보낸 예언은, 2000년의 시점에도 예상된 것들도 있다.
- 예를 들어 2000년 당시의 로마 교황 요한 바오로 2세는 이미 상당한 노령으로, 빠른 시일 내에 새 교황이 탄생할 것을 쉽게 예측할 수 있었다.
여성의 권리에 관한 발언이 모순되었다는 발언이 있다.
2004년 이후 미국에서 도시 내부와 도시 외부의 저항이 표면화되고 있다고 하나, 2004년 당시로부터 2007년 현재까지 저항이 표면화되고 있다고는 생각하기 힘들다.
존티토는 앞으로 일어날일에 대해서 거의 성의없이 적어놓았다고 보는이들이 많다.
존티토의 예언은 빗나간것이 더 많아졌다.
존티토는 평행우주를 설명 하였다면 지금의 과거 현재 미래 타임머신이 도달가능한 시점은 이 우주에서 영원히 끝나지 않을것이다.
일부 용한예언자들의 예언들과 비교해보면 분명히 존티토는 거짓말을 하고있다는것이다.
존티토는 외계인이 유전공학기술로 만들었거나, 외계인이 둔갑한 것일수도있다.
타임머신이있다면 지구자체를 과거 60년 뒤로 보내어 버리면 지구는 1개가 더생길것이다. 지구가 100개도 더 생기게 할 수 있고 은하계도 마찬가지라고 본다.
회의론적으로 봐야 할 것같다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

돈되는 프로 플래시 게임 만들기

ActionDev — Tue, 12 Aug 2008 10:58:00 +0900

요즘 다시 첫장을 보는데..느낌이 새롭네요 :)
이런책 다시 보기 힘들거 같습니다 :) 정말 최고입니다..

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

URLStream()

ActionDev — Tue, 12 Aug 2008 09:52:01 +0900

액션 스크립트에는 참 재미있는 객체가 많습니다..
그 중 제일 즐거운 건 소켓연결이 가능해지면서 Stream개념이 도입되었지요..
URLStream은 URLLoader와 비슷해 보이지만 역할이 엄연히 다른 객체입니다.

Stream은 80포트로 소켓을 접속하는 것과 같은 의미라 보면 되고 URLLoader는 소켓이 아닌 Request를 전달 하는 정도? 그리고 Response의 Body만 가져오는 정도의 기능만 가지고 있다고 보면 좋을거 같습니다.
그런데 Stream으로 무얼 할 수 있길래 이렇게 주저리 되는 걸까요?

문득...URLStream을 보면서..URLStream은 read만 가능한데 write가 가능해지면 뭐가 되지 않을까?라는 생각이 나서 적어 봤습니다. URLStream을 닫지 않고 열어 두고 있으면 채팅 클라이언트를 만들수 있겠지요.. 물론 소켓으로 만들면 되지만요. 근데 이게 write가 가능해지면 서버가 되는 거거든요..

근데 AIR에 FileStream 객체가...보면 쓰는 것도 있고 읽는 것도 있던데... 잘만 하면 AIR로 서버를 만들수 있지
않을까요? 너무 뚱딴지 같나?

암튼 이 URLStream을 이용해서 서비스가 죽었나 살았나 모니터링하기 딱 좋을거 같습니다. RequestHeader에 HEAD메소드를 활용해서 말이죠 :)

package {
import flash.display.Sprite;
import flash.errors.*;
import flash.events.*;
import flash.net.URLRequest;
import flash.net.URLStream;

public class URLStreamExample extends Sprite {
private static const ZLIB_CODE:String = "CWS";
private var stream:URLStream;

public function URLStreamExample() {
stream = new URLStream();
var request:URLRequest = new URLRequest("URLStreamExample.swf");
configureListeners(stream);
try {
stream.load(request);
} catch (error:Error) {
trace("Unable to load requested URL.");
}
}

private function configureListeners(dispatcher:EventDispatcher):void {
dispatcher.addEventListener(Event.COMPLETE, completeHandler);
dispatcher.addEventListener(HTTPStatusEvent.HTTP_STATUS, httpStatusHandler);
dispatcher.addEventListener(IOErrorEvent.IO_ERROR, ioErrorHandler);
dispatcher.addEventListener(Event.OPEN, openHandler);
dispatcher.addEventListener(ProgressEvent.PROGRESS, progressHandler);
dispatcher.addEventListener(SecurityErrorEvent.SECURITY_ERROR, securityErrorHandler);
}

private function parseHeader():void {
trace("parseHeader");
trace("isCompressed: " + isCompressed());
trace("version: " + stream.readByte());
}

private function isCompressed():Boolean {
return (stream.readUTFBytes(3) == ZLIB_CODE);
}

private function completeHandler(event:Event):void {
trace("completeHandler: " + event);
parseHeader();
}

private function openHandler(event:Event):void {
trace("openHandler: " + event);
}

private function progressHandler(event:Event):void {
trace("progressHandler: " + event);
}

private function securityErrorHandler(event:SecurityErrorEvent):void {
trace("securityErrorHandler: " + event);
}

private function httpStatusHandler(event:HTTPStatusEvent):void {
trace("httpStatusHandler: " + event);
}

private function ioErrorHandler(event:IOErrorEvent):void {
trace("ioErrorHandler: " + event);
}
}
}

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

AIR와 FLEX관련해서 세미나를 합니다 :)

ActionDev — Fri, 8 Aug 2008 18:57:54 +0900

자바 개발자를 위한 플렉스와 AIR이야기라는 주제로 신촌 Toz에서 세미나를 하게 되었습니다.
okjsp의 운영자이신 허광남님(kenu)께서 자리를 마련해 주셨습니다. ^^;

세미나 내용으로 무얼 이야기 해야 할지 너무 정하기가 힘들었습니다. 식상하게 진행하기는 정말 싫었거든요..
매번 세미나 갈때마다 후회되는 세미나는 남는게 없는 세미나 였는데 전 그런 세미나를 만들기가 너무 싫었습니다.

그래서 okjsp의 커뮤니티 성격상.. 자바 유저들과의 연관관계를 생각하고 주제를 하나씩 정해 나갔습니다.
그리고 주제는 자바 개발자들에게 AIR와 FLEX를 소개 하고 진입장벽을 없앨 수 있는 선으로 해서 정해졌습니다..

액션스크립트와 자바의 문법적인 내용이나 비슷한 점을 찾아 줄 예정입니다. 그렇게 해서 공감대를 마련해주고
진행을 한다면 .. 공감대가 있어 세미나의 진행이 수훨해 질수 있을거 같아서 ..생각해낸 거라는 ^^;;
그리고 혼자서 공감대 없이 진행되는 세미나는 너무 슬플거 같아서였습니다 ..

커리큘럼은 이렇습니다..

- QNA (질문을 먼저 받습니다) :)
- Servlet 과 SWF
- Syntax
- FLEX 와 FLASH 그리고 ActionScript의 삼각관계
- FLEX의 속사정 까발리기
- AIR, FLEX , FLASH, ActionScript의 사각관계
- AIR라서 행복해요
- AIR로 30초만에 브라우저 만들기
- 간단 구현 AIR Mashup Application For Flickr Image Search
- 끝맺음

FLEX부터 AIR까지 실무적인 내용을 중심으로 가볍게 이야기해 볼까 합니다.
마지막은 AIR로 간단한 구현을 해볼 생각이구요..시간이 모자르지 않았으면 좋겠네요..^^;

혹시 신청하실 분들은 http://okjsp.pe.kr/seq/121465을 참조하시면 됩니다.
선착순 30명이 될겁니다 :)
책만 다 썼어도 ... 제가 쓴 책을 타이틀로 걸수 있었는데 아쉽네요 :)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.