저는 2015년 8월 21일~2015년 8월 22일 2일간, 일본 도쿄에서 열린 YAPC::ASIA Tokyo 2015에 다녀왔습니다.



원래 전문연구요원이 끝나는 2014년도에 YAPC::Asia Tokyo 2014에 참석할 예정이였으나, 이직 및 퇴사 사정상 일정이 맞지 않아 2014년도에 가는 것을 포기하고, 2015년도에 YAPC::Asia Tokyo 2015에 참석하기로 마음 먹었습니다.


YAPC::ASIA Tokyo 2015 홈페이지를 보니 이번에 10회째 컨퍼런스이며, 이번 2015년 제10회 YAPC::Asia Tokyo 2015까지 일본Perl협회에서 운영하고, 이번이 마지막으로 운영하는 것이라는 공지를 보았습니다.


이걸 보고는 마지막 이면서 10회인 YAPC::Asia Tokyo 컨퍼런스에 꼭 가야겠다는 생각을 했습니다.


그래서 2015년도초부터 일본 도쿄 여행 계획을 잡았고, 미리 YAPC::Asia Tokyo 2015행사 티켓을 구매하였습니다. 그리고 도쿄행 비행기를 항공사에 예악하였고, AirBnB을 이용하여 숙박장소를 예약하였습니다.

이후  회사에도 꼭 휴가를 일본 도쿄에서 보내고 싶다는 이야기를 하여, YAPC::Asia Tokyo 2015행사에 갈수 있게 휴가일정을 잡았습니다.




YAPC::Asia Tokyo 2015행사에 갔다온 기록을 2016년 1월초에서야 정리를 하게 되었군요.



자세한 후기는 2월 설날 정도에 마무리작성할 예정입니다.


관련글




2015년 8월 21일 금요일의 기록(1Day)

전날, 일본 도쿄의 여러 장소를 엄청많이 돌아다니다 보니, 피곤한 나머지 늦게 일어났습니다. ㅜㅜ


Perl의 아버지인 Larry Wall님의 발표를 늦잠때문에 못들은것을 아쉽게 여깁니다. 거기에 싸인도 못받고 ㅠㅠ

도쿄 빅사이트 도착 Arrive at Tokyo Big Sight 東京ビックサイト到着

DaeHyun Sung(@studioego)님이 게시한 사진님,

YAPC::ASIA 2015행사가 열리는 도쿄 빅사이트에 갔습니다.여기서 Perl책을 파는 부스에 방문했습니다.Perl책을 파는 부스에서 한국인이고 여기 처음이다 라고 말하고 책을 보니 책 파시는 분이...

Posted by 성대현 on Thursday, August 20, 2015




2015년 8월 22일 토요일의 기록(2Day)



2015년 8월 23일 일요일, 일본 도쿄의 하네다공항에서 귀국을 하게 되면서 아래와 같이 간략한 여행 후기를 작성하게 되었습니다.

7박 8일간 두번째 일본 도쿄 여행 간략 회고.1. 작년에 이직한 회사에서 휴가를 5일씩이나 주셔서, 휴가 5일동안 국내에 있을까 고민했었음. 그러나 일본 도쿄(東京)에서 YAPC::ASIA 2015가 열리는 시...

Posted by 성대현 on Sunday, August 23, 2015

아래는 Flickr로 올린 YAPC::Asia Tokyo 2015행사에서 찍은 사진들

YAPC::ASIA 2015 참석 사진.



Buy me a coffeeBuy me a coffee

2016년 1월 7일, Amazon에서 AWS Seoul Region(서울 리젼) 설립을 발표하였습니다.




위의 발표공지를 보고나서, AWS Seoul Region의 Latency와 AWS Tokyo Region의 Latency를 측정해보았습니다.

측정은 Apache ab와 nginx를 이용하여 다음의 링크를 사용하여 측정했습니다.



AWS Tokyo Region 

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.848 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    11.79 [#/sec] (mean)

Time per request:       84.805 [ms] (mean)

Time per request:       84.805 [ms] (mean, across all concurrent requests)

Transfer rate:          9.72 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:       40   42   1.3     42      45

Processing:    41   43   1.2     43      45

Waiting:       41   42   1.2     42      45

Total:         82   85   1.8     84      88


Percentage of the requests served within a certain time (ms)

  50%     84

  66%     85

  75%     85

  80%     87

  90%     88

  95%     88

  98%     88

  99%     88

 100%     88 (longest request)

AWS Seoul Region

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.172 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    58.14 [#/sec] (mean)

Time per request:       17.201 [ms] (mean)

Time per request:       17.201 [ms] (mean, across all concurrent requests)

Transfer rate:          47.92 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        7    9   1.3      9      11

Processing:     6    8   2.2      8      14

Waiting:        6    8   2.2      8      14

Total:         14   17   2.4     17      22


Percentage of the requests served within a certain time (ms)

  50%     17

  66%     18

  75%     18

  80%     19

  90%     22

  95%     22

  98%     22

  99%     22

 100%     22 (longest request)



AWS Tokyo Region Avg. Latency

 87.11111111(ms)

AWS Seoul Region Avg. Latency

 20.22222222(ms)


AWS Seoul Region 의 Latency와 AWS Tokyo Region의 Latency를 비교하니 AWS Seoul Region이 훨씬 빠르다는걸 체감하였습니다.

이후 다운로드 전송량 측정을 해보아도 AWs Seoul Region이 빠르다는 것도 확인하였습니다.


AWS Tokyo Transfer Rate

 9.72 [Kbytes/sec] 

AWS Seoul Transfer Rate

 47.92 [Kbytes/sec]


측정결과 AWS Tokyo와 AWS Seoul간의 엄청난 속도차이를 경험하였고, AWS Tokyo Region의 사용료보다 AWS Seoul Region의 사용료가 조금 더 저렴하다는 걸 보고 깜짝 놀랐습니다.


Tokyo 보다 접근 속도가 빠르면서, Tokyo보다 저렴한 Seoul을 사용해야겠다는 결론을 내렸습니다.


기존에 AWS Tokyo Region에서 생성한 인스턴스(Instance)를 AWS Seoul Region으로 옮기는 작업을 진행하였습니다.


AWS Tokyo Region(도쿄/東京 리젼)의 인스턴스를 AWS Seoul Region(서울 리젼)으로 옮기는 방법

이 방법은 

위의 링크를 참조하였습니다. 위의 링크에 있는대로 따라하니 문제 없이 Tokyo Region의 Instance가 그대로 Seoul Region의 Instance로 옮겨지고, 정상작동함을 확인함.


1. AWS Tokyo Region EC2 Instances 메뉴 

옮길려는 인스턴스의 속성 메뉴에서 Create image(EBS AMI)함.

2. AMIs 메뉴 - 새로 만든 AMI 이미지로 Launch Instance 하고 기존에 생성한 Instance와 같은 사양의 Instance를 만든다.

3. Instances 메뉴 - 새로운 Instance가 Running 되면 Instance의 속성 메뉴에서 Stop 한다.

4. Volumes 메뉴 - Instance에 연결된 볼륨의 속성 메뉴에서 Create Snapshot 한다.

5. Snapshots 메뉴 - 새로 만든 스냅샵의 속성 메뉴에서 Copy Snapshot 한다. 

6. 팝업창에서 Destination region 항목에 Seoul Region을 선택한다.


7. AWS Seoul Region EC2Snapshots 메뉴 - Tokyo Region 에서 복사 된 스냅샷의 속성 메뉴에서 Create Volume from Snapshot 한다.

8. Volumes 메뉴 - 스냅샷으로 만든 볼륨의 Volume ID를 확인 한다.

9. Instances 메뉴 - Tokyo Region Instance 와 같은 사양의 Instance를 Launch Instance로 생성하고 Instance가 Running 되면 속성 메뉴에서 Stop 한다.

10. Volumes 메뉴 - Instance에 연결(sda1)된 볼륨의 속성 메뉴에서 Detach Volume 하고 Instance에서 볼륨을 때어낸다. Tokyo Region의 스냅샷으로 만든 볼륨을 속성 메뉴에서 Attach Volume 한다. 

팝업창에서 Instance 항목에 해당 Instance를 선택하고, Device 항목에  "/dev/sda1"으로 수정한 다음 Yes, Attach 해서 볼륨을 붙인다.

12. Instance 메뉴 - Stop 되어 있는 Instance를 Start 한다. Instance가 Running 되면 접속해서 확인한다.


이제 AWS Seoul Region이 생겼으니 Seoul Region을 애용해야겠습니다 ~_~

Buy me a coffeeBuy me a coffee

2015년 3월 25일 발간된 WEB+DB Press Vol. 85의 기사- "技術カンファレンス運営の本当の裏側(기술 컨퍼런스 운영의 실제 뒷면)"을 읽어보았습니다. 여기서는 표에 대한 내용만 발췌하여 정리하였습니다.




"技術カンファレンス運営の本当の裏側(기술 컨퍼런스 운영의 실제 뒷면)"에서 일본의 기술 컨퍼런스가 어떻게 운영되는지에 대하여 정리된 표를 보니, 준비를 열심히 해야되는거라는걸 깨달았습니다.

각 이벤트의 운영체제(運營體制)[各イベントの運営体制]

이벤트명 

 참가자수

 주요스태프수

 당일 스태프수

 사용툴(Tool)류

 RubyKaigi

 약 750명

 일본Ruby회이사+감사5명,
기타 5명

 20명 

 GitHub

 YAPC::Asia Tokyo

 약1,300명

 기획+JPA이사,
5~6명의 핵심스태프

 40~50명

 Slack, GitHub

 JANOG

 약1,000명(도쿄)
 약600명(지방)

 위원회제, 전체 30~40명 

 없음

 Mail, ChatWork, Confluence, JIRA

 PyCon JP

 약550명

 위원회제, 전체 30~40명

 없음

 Slack, JIRA


나의 평:

위의 컨퍼런스 참가자 수를 보니 엄청난 수의 일본 개발자들이 컨퍼런스에 참여한다는 것을 알게 됨.

위의 참가자와 발표자를 지원하는 스태프를 약 30~40명정도로 구성되어 도와준다는 걸 보고 대단하다는 생각을 해봄.

그리고 사용 툴을 보니 생각보다 Slack을 많이 사용한다는 것을 느끼게 됨.

예전 2015년 8월 21일~2015년 8월 22일에 열린 YAPC::Asia Tokyo 2015행사를 가봤는데 발표하는 사람이나 참가자나 대부분 Slack으로 의사소통을 하는 걸 보고 신기하다고 느끼던 적이 한둘이 아니였던 강렬한 기억이랄까?

컨퍼런스를 준비하려면 정말 꼼꼼하게 준비해야되는걸 느끼게 된 기사였음.


위의 기사와 관련된 링크 정리

Conference Organizers Summit (Sort Of) https://medium.com/@lestrrat/conference-organizers-summit-sort-of-b84eddf6534b#.jc6lsidgx

技術イベント主催者の本音がココにある! WEB+DB PRESS Vol.85 スペシャル企画でチョロっと出てます http://blog.kushii.net/archives/1951972.html

Software Design 2015/3月号とWeb+DB Press vol 85 http://lestrrat.ldblog.jp/archives/43483020.html



Buy me a coffeeBuy me a coffee


이 내용은 일본 IT잡지 WEB+DB Vol.89의 특별기고 “YAPC::Asia Tokyo 2015″의 요약, 축약 번역이며, 발표때 공개된 발표 동영상과 슬라이드를 한국어 사용자들을 위해 공유합니다.

잡지 내용은 요약, 축약 번역이기 오역. 직역체가 난무합니다. 잡지 내용의 일본어를 완전히 아는 것이 아니므로 동영상과 슬라이드를 참조하여 이 글을 구성하였습니다. 전체 글에 대한 번역은 아닙니다.

번역(飜譯,Translation)

그리고 이번엔 @VienosNotes씨의 YAPC::Asia 2015의 보고서도 게재. Larry Wall의 기조강연(톨킨이야기다!)등 3가지를 선택해 소개하고 있습니다. Perl 6도 출시 임박이네요 ...... 여러분 이제 시도했습니까 .....? #wdpress

青木大佑(AOKI Daisuke, 아오키 다이스케) 

Twitter: @VienosNotes 


2015년 8월 20일부터 22일에 걸쳐, 도쿄 빅사이트에서 "YAPC::Asia Tokyo 2015"가 개최되었습니다. 올해는 10회째로 열린 YAPC::Asia이지만, 이번 행사는 마지막으로 발표되는 것도 있고 훌륭한 토크가 몇몇 있었습니다, 그 중 몇가지를 소개합니다.
-----

メリークリスマス! / Larry Wall(메리크리스마스/래리 월)


Perl6와 반지의 제왕(Perl6と指輪物語)
기조연설은 Perl을 만든 아버지로 알려진 Larry Wall씨가 “메리크리스마스!”을 이야기 하였습니다. Larry Wall씨는 J.R.R. Tolkien씨의 “호빗"과 "반지의 제왕” 2개의 소설의 관계를 Perl5와 Perl6의 관계 간의 동통점이 많다는 것을 이야기 했습니다.
“호빗”을 출간한 후로, 톨킨(Tolkien)이 15년의 세월동안 "반지의 제왕”을 완성한 것과 같이, Perl6도 올해에 발표까지 15년째입니다.  지금까지, "반지의 제왕"과 “호빗”의 줄거리를 바탕으로 좋은 작품이 되었습니다만, Perl6도 다양한 컨셉(개념)을 Perl5에서 가져와, 좋은 언어를 목표로 하였습니다
그러나 "표현력이 뛰어나다, 쉬운 것은 쉽게, 어려운 것일수 있다”는 점을 Perl5에서 받아 연결한 이념을 이야기 하였습니다 그래서 Larry Wall씨는 “제대로 실패”라는 것의 중요성을 강조하였습니다. Perl6를 좋은 것으로 모으기 위하여 여러가지 신기능을 검토하였습니다. 좋은 아이디어로 판명하는데 시행착오 중의 흥미를 깊이 끄는 심층 조달를 여러가지 범 지금까지 “약속은 할 수 없지만”이라고 전제를 한 뒤, 올해의 크리스마스는 Perl6을 릴리즈할 예정입니다. 이것이 오늘의 발표입니다. 기대되네요!

ps. 역자주: 영화 및 책  The Hobbit(한국어명: 호빗)을 일본에서는  ホビットの冒険(호빗의 모험)으로 번역되었고, The Lord of the Rings (한국어명: 반지의 제왕)을 일본에서는 指輪物語(반지이야기)로 번역이 되었습니다. 번역자는 한국어 사용하는 독자를 위해   ホビットの冒険(호빗의 모험)를 “호빗”이라고 번역 및 指輪物語(반지이야기)를 "반지의 제왕”이라고 번역했습니다.


세계규모서비스를 디플로이하는 방법

世界展開する大規模ウェブサービスのデプロイを支える技術 (글로벌 출시하는 대규모 웹서비스의 디플로이를 지원하는 기술)

Miiverse는 멀티 디바이스에 대응하는 커뮤니케이션 서비스입니다. 구조는 일반적인 웹 서비스와 대체로 같습니만, 일본, 미국, 유럽의 3개의 지역에 걸친 세계규모의 디플로이는 특유의 곤란함을 가지고 있습니다. 처음에는 Git을 사용한 pull형의 배치를 하고 있습습니다만, 부하의 높이와 Github Enterprise를 사용한 개발 모델과의 상성이 불편한 문제등이 있었습니다, 우선 서브프로젝트를 위한 새로운 디플로이툴을 작성하기로 결정했습니다.
이 새로운 디플로이툴은 내부는 Consul과 Stretcher같은 툴을 이용하여 효율적인 디플로이를 실현하고 있습니다. 버젼업할때, 성과물을 Amazon S3등의 스토리지들에 설치하고, Consul의 이벤트기능을 사용하여 각호스트에 요구를 통지하였습니다. 통지를 받은 호스트는 디플로이 순서로 성과물을 받아서, 메니페스토 파일(Manifesto file)을 바탕으로 아티팩트(Artifact)를 검색하고 배포를 실행하는 흐름입니다. 이 새로운 도구의 벤치마킹에서 기존의 수법을 비교하여 약 40배의 퍼포먼스를 발휘하는 대성공을 하였습니다.


HTTP/2시대의 웹(HTTP/2時代のWeb)

HTTP/2시대의 웹(HTTP/2時代のWeb) / jxck

HTTP/2는 브라우저등의 통신에 이용하는 HTTP/1.1의 차기버전이고, 올해 2월달에 RFC7540으로 책정한 새로운 사양입니다. 웹의 진보에 따라 리퀘스트 숫자도 1회당 전송량도 증가를 하였습니다. HTTP/2는 이러한 문제를 해결하기 위해 다양한 방법이 도입되었습니다. jxck씨에 따르면 HTTP/2는 책정phase부터 사용phase로 이행했다고 합니다. HTTP/2는 이미 많은 브라우저에 대응되어 있으며, 웹서버에도 대응하는 것이 많아지고 있습니다. 에코시스템(생태계)의 성숙을 위해서도, 구조를 이해하고 있는 상태로 전환이 중요하다고 언급

아래는 "HTTP/2시대의 웹(HTTP/2時代のWeb)"의 발표슬라이드 입니다.

Buy me a coffeeBuy me a coffee

2015년 6월 18일.

일본행 비행기표 구입 및 YAPC::ASIA 2015 Ticket구입 완료했습니다

도쿄행 비행기표를 구입후, Google Inbox에 항공권 구입 메일도착하자 마자 뜬 항공권 상세정보. "Trip to Tokyo" (구글님 무서워요)


저는 이번에 2015년 8월 18일(화)~2015년 8월 23일(일) 5박6일간 일본 도쿄(東京, Tokyo)여행을 갔다옵니다.


이번 여행은 2번째의 일본 도쿄 여행으로, 2015년 8월 20(목, 전야제)일~8월 22(2일)일간 열리는  Perl언어 행사인 YAPC::ASIA 2015 (http://yapcasia.org/2015/)에 참석하기 위해서 갑니다. (첫번째 일본 도쿄여행은 2014년 8월 24일(일)~2014년 8월 27일(수) 3박 4일간 갔다옴)


YAPC::ASIA 2015 Homepage: http://yapcasia.org/2015/


작년인 2014년도에 YAPC::ASIA 2014 참석하기 위하여 일정을 잡고 도쿄를 가려고 했으나, 사정상 일정을 못맞추고 일본  도쿄 여행을 갔다왔으니 이번 2015년도에는 YAPC::ASIA 2015 일정에 맞춰 비행기표를 구하고 YAPC::ASIA 2015 2일(티셔츠 포함) 티켓을 구입했습니다.





이제 일본 도쿄 여행 일정만 계획하면 될듯합니다. 작년에 못간 YAPC::ASIA를 올해에 간다는게 믿기지 않고, 꿈만같아요.


ps. 아들은 부모님에게 일본 도쿄간다는 이야기를 하고는 등짝스매쉬, 엄청 혼날듯

ps2. 8박9일로 일본 도쿄에 가려다 사정상 5박6일로 축소. ㅜㅜ 

Buy me a coffeeBuy me a coffee

The Last (Shot ver.) / TOKYO SKA PARADISE ORCHESTRA

도쿄 스카 파라다이스 오케스트라(TOKYO SKA PARADISE ORCHESTRA, 東京スカパラダイスオーケストラ)의 데뷔 25주년 최신 뮤직 비디오 "The Last"


"The Last"라는 단어가 의미심장하다.  마지막이라는 의미일까? 최신이라는 의미일까? 여러가지 상상을 하면서, 스카음악 치고 아주 잔잔하여 여러가지 생각을 갖게 해준다.

Buy me a coffeeBuy me a coffee
2014년 8월 27일 수요일 7시 40분 출발 일본항공 JL95편 탑승하여 일본 도쿄국제공항(하네다공항,HND) 출발 - 대한민국 서울 김포국제공항(GMP)도착 하였습니다.

도쿄에서 비가 올때 출국하여 귀국할때 걱정되었지만, 무사히 한국 서울로 입국하였습니다.



귀국시의 기내식은 일본항공 탑승이라 그런지 일본식 도시락과 에비스맥주!

일본 도쿄에서의 3박4일 여행을 마무리 짓고 한국으로 무사히 도착하였습니다.
Buy me a coffeeBuy me a coffee
2014년 8월 24일 일요일 오전8시 김포국제공항 출발 도쿄국제공항(하네다공항) 행 일본항공 JL90편 탑승 사진.

민간인이 된 첫날에 타는 비행기는 꿀맛같고 해방감을 얻은 기분이에요. >_<


Buy me a coffeeBuy me a coffee


프로그래밍언어인 Perl를 만든, Perl의 아버지이며 언어학자이신 Larry Wall님께서 수술때문에 이번 2014년 8월 29일~30일간 일본 도쿄(日本 東京, Tokyo, Japan) 근처에 있는 게이오기주쿠대학 히요시캠퍼스(慶應義塾日吉キャンパス, Keio-University Hiyoshi Campus)에서 열리는 YAPC::ASIA 2014에 참석 못하신다는 소식입니다.



트위터(English) 해석: 슬픈 소식입니다. Larry Wall님께서 수술때문에 YAPC::Asia에 올 수 없게 되었습니다.

트위터(日本語) 해석: 대단히 유감스러운 알림입니다. Larry Wall님이 수술의 영향으로 YAPC::Asia에 올 수 없게 되었습니다. 기대하고 있었던 여러분 죄송합니다 ... 일간에, 건강한 모습의 그와 만날 수 있을 것! (번역기를 이용하여 해석했습니다.)



Larry Wall
Larry Wall by niallkennedy 저작자 표시비영리


Perl의 아버지이신 Larry Wall님을 뵈려고 8월말에 도쿄갈채비를 차근차근 준비할 찰나에 위의 소식을 들으니 걱정되는군요.

Larry Wall님의 빠른 쾌유를 빕니다.


아래는 YAPC::ASIA 2014공식 사이트(http://yapcasia.org/2014/)의 초대 발표자(ゲストスピーカー, Guest Speakers)의 목록에 Larry Wall님이 수술로 참석할수 없다는 소식을 올린 내용의 캡쳐입니다.


Buy me a coffeeBuy me a coffee




홈페이지: http://taipei2014.jp/

대만(台灣) 국립고궁박물원(國立故宮博物院)에 있는 귀한 중국 유물들이 이번에 일본(日本) 도쿄국립박물관(東京国立博物館)과 규슈국립박물관(九州国立博物館)의 특별전 "고궁전" 개최로 일본에 들어온다는 소식입니다.


대만(台灣)의 국립고궁박물원(國立故宮博物院)은 영국의 대영박물관, 프랑스의 루브르 박물관, 미국의 메트로폴리탄 미술관과 함께 세계 4대 박물관으로 불리는 곳입니다. 이 박물관은 중국 문명의 진수를 집결했다고 보면 됩니다.


대만(台灣) 국립고궁박물원(國立故宮博物院)은 1925년 청나라 마지막 황제 푸이(溥儀)가 퇴위하고 난 후, 북경(北京,베이징)의 자금성(紫禁城)에서 탄생했습니다. 그러나 1933년도 일본의 중국 침략으로 인하여 북경 자금성(紫禁城)에 있던 유물들이, 그 당시 중국의 수도였던 남경(南京,난징)으로 이전하게 되었습니다. 그러나 중일전쟁이 격화되어 1937년에는 사천등 내륙 오지로 피간되었습니다. 이후 1947년도에 다시 중국 수도였던 남경(南京,난징)으로 돌아왔지만 중국 대륙의 국공내전(國共內戰)이 격화되며, 장개석(蔣介石)장군이 이끌던 중국 국민당(中國國民黨)이 모택동주석이 이끌던 중국 공산당(中國共產黨/中国共产党)에게 패전의 기미가 보일때 중국 대륙(북경 자금성, 남경 박물관등지)에 있던 유물들이 1949년도에 대만으로 반출되었습니다. 그래서 중국의 가장 귀한 유물들은 대만에 가야 볼수 있다고 하지요.

저는 중국의 가장 귀한 유물들을 보기 위하여 2011년 7월 2일에 대만의 국립고궁박물원에 직접 찾아가서 보았습니다.

이때의 흥분을 아직도 잊지를 못하는데요.


2014년 6월 24일부터 9월 15일까지 일본 도쿄 국립박물관에서 대만 국립고궁박물원의 유물들을 볼수 있다고 하니 일본에 가고 싶단 생각이 들었습니다. 참고로 8월말에 일본 도쿄에 YAPC::ASIA컨퍼런스에 참석할예정이기 때문에 컨퍼런스에 가게 된다면 아마도 일본 도쿄국립박물관에 들러서 대만 국립고궁박물원의 유물들을 볼 예정입니다.

아마도, 2011년 7월 2일날 중국 문명의 진수를 보았을때 그 흥분감을 다시 느끼겠지요?



아래는 2011년 7월 2일, 대만(台灣)의 국립고궁박물원(國立故宮博物院)을 방문했을때 사진입니다.


중화민국와 중화인민공화국의 토대를 만든 아버지인 쑨원(孫文, 620손문)선생

입장권과 박물관 안내음성제공하는 기계.


올해 8월말에 도쿄에 가서 일본의 개발자들와 만나는 것 및 일본 도쿄국립박물관에서 일본문화와 중국문화의 진수를 모두 맛볼수 있다는 생각에 기대가 됩니다.

Buy me a coffeeBuy me a coffee

+ Recent posts