hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
윤세주 생애
이러한 저항정신은 서울에서 일어난 3·1 운동의 민족적 거사에 직접 참가하면서 구체적으로 나타나게 된다. 1919년 경성부에서 3·1 운동 시위에 참가한 뒤 서울에서 일어난 3·1 운동의 감격을 밀양 사람들에게도 안겨주려는 의도에서 내려오자마자 밀양시장 만세운동을 개최하기 위한 제반준비를 진행하였다. 은사인 전홍표 교장선생님을 방문하여 서울의 상황을 설명하면서 밀양에서도 그런 독립운동 시위를 해야 한다고 건의하였으며, 그의 지도 아래 거사를 준비했다. 거사일은 3월 13일 밀양 장날로 정하고 면사무소의 등사기를 몰래 빼내 독립선언서와 태극기를 수백매 씩을 인쇄하여 숨겨놓았다. 거사 당일인 오후 1시 30분쯤 수 천명의 군중들이 모인 장터에서 소리 높여 독립선언서를 낭독하였고, 군중들에게 태극기와 독립선언서를 나누어주면서 독립만세를 외치며 시위행진을 하였다. 일제의 강력한 진압은 곧바로 실행되었으나, 당시 석정은 어린 나이였기 때문에 중국으로 망명할 수 있었다. 
당시 19세로 나이가 어린 편이었지만 윤치형 등과 함께 시위를 주도했던 것으로 드러나, 궐석재판에서 밀양 만세운동과 관련자들 가운데 가장 중형인 징역 1년 6개월형을 선고 받았다.
윤세주 생애
만주의 신흥무관학교에 입학하여 군사교육을 체계적으로 받았다. 마침 약산도 이 학교에서 공부하고 있었으므로 이들 두 사람은 재회했다. 그들은 3·1 운동에 대해 반성하면서 실질적인 무장투쟁에 의해 일제에 대항해야만 희망이 있다고 의견을 수렴하여 무장투쟁을 종지로 하는 의열단을 조직하였다.
1919년 12월 하순 김원봉, 이종암, 곽재기, 이성우등이 프랑스조계의 상해임시정부를 찾아가 백방으로 활동한 끝에 폭탄과 탄피제조기, 약품 등을 입수했다. 폭탄을 입수한 의열단은 국내로 들어가 암살, 파괴대상을 공격할 계획을 세우고, 입수한 폭탄을 국내로 밀반입했다. 국내에서 폭탄을 받아서 보관할 사람은 당시 밀양청년회 회장으로 있던 김병환이었다. 상해로 간 동지들은 폭탄과 권총 탄환을 더 입수 할 수 있었고 이것들은 같은 방법으로 국내로 들여왔다.
1920년 6월 6일 경성 인사동 중국유리점 2층에서 윤세주를 비롯하여 곽재기, 이성우, 신철휴, 김기득, 한봉근등 6명이 회합을 갖던 차에, 악질 고등계 형사 김태석이 왜경들을 이끌고 들이닥쳤다. 상해 일본영사관에서 먼저 냄새를 맡고 경기도 경찰부에 통고해옴으로써 포위망이 쳐진 것이다. 이로써 윤세주는 감옥에 들어가게된다.
윤세주 생애
1927년 2월 7일 출옥한 후 고향으로 돌아가 중외일보 기자를 역임하고, 경남주식회사 사장 등을 지내며 일경의 감시를 피했다. 그러면서 일본 와세다대학 강의록을 다달이 받아보는 등 선진 지식을 얻는데 힘썼으며, 밀양청년회, 신간회의 지방지회 등에서 활동했다. 이러한 활동을 하면서 그의 독립운동 방식이 좀 더 조직적인 측면에서의 활동으로 전환되어야 한다고 생각하게 되었다. 이러한 생각은 이후 그의 독립활동에 있어서 큰 작용을 하게 된다.
1927년 8월에 일어난 난창 폭동에 가담했다.  난창 폭동은 중국 공산당이 최초로 무장하여 싸운 날로 나중에 중국 인민해방군의 창립기념일이 되었다.
그러나 김원봉과 윤세주만 살아남고 의열단이 와해되는 결과를 맞았다.1930년 이후 신간회에 참여한 우익 민족주의자들의 일제에 대한 적대의식이 퇴보되면서 신간회를 해소하자는 압력에 끝내 신간회는 해소되고 말았다. 하지만 석정을 비롯한 밀양지회는 민족협동전선의 유지, 강화를 위해 신간회 해소를 반대하였지만 끝내 해소되고 만다.
윤세주 생애
남경으로 온 윤세주는 김원봉 등 의열단의 옛 동지들과 다시 만났다. 의열단의 옛 동지들은 개인 테러가 아닌 민족협동전선의 필요성을 줄기차게 이야기했다. 조직적인 무장투쟁을 하기 위해 1932년 10월 중국 국민당정부의 지원아래 조선혁명간부학교를 개설하였다. 석정은 이 학교에 1기생으로 입학했다. (동기생으로 이육사, 김세일, 김민산 등)
조선민족혁명간부학교를 졸업한 뒤, 교관으로 발탁되어 2기생의 교육을 담당했다. 석정은 조직론, 한국민족해방운동사, 의열단운동사, 유물사관과 유물론 철학, 정치경제학 등 운동사와 사회과학 전반에 대한 교육을 담당했다. 한편 상해에서는 의열단을 중심으로 한국독립당, 한국혁명당, 조선혁명당, 한국광복지회등 5개 단체의 대표들이 모여 한국대일전선통일동맹을 조직했고 송병조, 김두봉, 김규식 등과 함께 핵심 인사로 참가했다. 이 단체는 "일체의 반일혁명세력의 단결과 통일"을 바탕으로 "직접 군사적 행동"을 전개하기 위해 조직된 초보적인 민족협동전선이었다. 이 조직에는 김구 계열을 제외한 좌우익의 많은 운동 단체들이 참여했으며, 1933년 발족한 민족혁명당의 모체가 되었다.
윤세주 생애
민족혁명당은 청년활동가를 양성하여 이들을 국내와 중국 동북지방으로 파견하여 항일무장대오를 건립하기 위해 노력했다. 그러다가 1937년 7월 7일 중일전쟁이 일어나자 석정은 이 전쟁을 한국의 민족해방전쟁으로 발전시켜야 한다는 생각에, 청년당원 10여명을 이끌고 상해로가 중국의 민중과 한국의 민족해방운동 세력간에 공동행동을 이끌어내고자 했다. 그러한 활동의 주된 전략으로 중국편의대, 의용군 본부, 중국의 각 항일신문사 등과 연계하면서 중한합작의 필요성을 책동하는 선전활동을 통해 여론을 조성하였다. 그런 다음 1938년 2월부터는 중앙육군사관학교 성자분교의 한국학생 독립중대에서 교관으로 임명되어 교육에 전념하게 되었다. 그리고 여기서 양성된 인재들을 1937년 12월에 결성한 조선민족연맹에 가입시키는 한편, 민족혁명당에 이들을 입당시키는 활동도 병행하여 추진하였다. 그러던 중 성자분교에서 교육을 받기 시작한 한국 청년들이 중국 관내에서만의 활동은 잘못된 것이라는 반성과 동시에 한국인들이 많이 거주하고 있는 중국 동북지방으로 진출하여 그들과 직접 연계하여 투쟁해야 한다며 독자적으로 북상항일 할 것을 결의하는 일이 벌어졌다. 그러나 이러한 문제는 모든 경비와 교육 등을 중국국민당으로부터 지원받고 있는 민족혁명당 형편에서는 현실적으로 이행되어서는 안 될 일이었다. 이에 약산과 석정은 이들을 다시 포용하기 위한 방안으로 무장대오를 당내에 건립하기로 했고, 1938년에는 군 조직인 조선의용대를 창설하고 정치위원을 맡았다. 조선의용대에서 손꼽히는 이론가였던 그는 민족혁명당 편찬위원회 등에서 일하다가, 1941년 김원봉과 헤어져 박효삼과 함께 화베이 지방으로 북상하게 된다.
윤세주 생애
조선의용대는 대적선전, 민간인에 대한 선전, 포로심문, 적의 문건번역, 선전간부 교육 등의 활동을 전개했고, 때로는 직접 전투에 참가하기도 했으며, 전투중에 무장선전활동을 벌이기도 했다. 그러나 조선의용대의 활동지역이 조선인이 거의 거주하지 않는 지역에 국한되었기 때문에 조선동포에 대한 직접적인 선전과 공작은 지극히 부진했다. 마침내 1940년 11월 조선의용대의 확대간부회의는 종래의 선전임무에서 벗어나 직접 전투에 참가할 것과 활동지역을 조선인이 급속히 증가하고 있는 화북과 화중지역으로 옮기고 적 후방에서의 공작을 전개할 것을 결의하였다. 제 2지대가 먼저 북상하고 갈등하고 있는 1·3 혼성지대의 지도간부로 있던 윤세주와 김민산을 조선의용대 내의 조선공산당원이었던 호철명과 이상조가 설득하여 북상하게 된다. 조선의용대 화북지대는 화북조선청년연합회와 화북조선독립동맹을 결성했다. 지회장에는 진광화, 부지회장에는 윤세주가 뽑혔다. 이는 화북조선청년혁명학교로 확대되어 간부 양성에 힘썼다.
윤세주 생애
1942년 5월 일본은 제36사, 제41사 주력 3만여 명을 동원하여 중국공산당의 태항산 근거지를 공격하였다. 이 때 팔로군과 조선의용군은 일본군의 5월 소탕에 맞서 반소탕전을 전개하였다. 이 당시 조선의용군에는 팔로군 전방 총사령부 각 기관의 방대한 비전투요원, 간부, 가족과 화북조선청년연합회의 비전투요원에 대한 보호임무가 부여되었다.
6월 2일 팔로군 전방총사령부가 요현 마전일대에 이르렀을 때, 갑자기 나타난 일본군 1,000여 명이 비행기 2대까지 동원하여 포위 공격해 왔다. 그 때 전투역량이라고는 조선의용군 1개지대와 약간의 경위부대밖에 없었다. 팔로군 총사령부는 어느 한 고지를 공격하여 사지에서 벗어나야 한다는 결론을 내렸다. 전군이 탈출하려는 혈로를 개척하라는 임무는 조선의용군에 부과되었다. 조선의용군은 고지를 점령하고 팔로군과 화북조선청년연합회의 비전투 정치간부와 가족들은 서로 부축하면서 산 뒤로 빠져 퇴각하였다. 전투는 온종일 계속되었다. 팔로군 정치부 주임 나서경은 모두가 분산하여 적의 포위를 돌파할 것을 명령하였다. 이 때 윤세주는 김두봉과 그의 가족들, 진광화등과 함께 다니다 일본군에게 발각되어 전우들을 엄호하기 위해 전투하다가 다리에 총을맞아 전사하게 된다. 사후 시신은 진광화와 중국 공산당 군벌들의 묘소 옆에 안장되었다.
1982년 건국훈장 독립장을 추서 받았다.
윤세주 이론적 노선
윤세주의 이론적 노선은 그의 일본 유학과 매월 와세다 학보 등을 구입해 공부하는 학문적 자세, 그리고 신흥무관학교, 조선혁명간부학교, 성자분교 등에서 배운 군사이론 및 학술연구가 바탕이 된 데다가, 신간회, 조선민족혁명당을 겪으며 항일민족의 역량을 통합하려는 시도, 어릴 때부터의 대일투쟁 경험이 가미된 가운데 이루어진 현실적이고 체계적인 노선이다.
피아트 M14/41
피아트 M14/41은 1941년부터 이탈리아군이 피아트 M13/40을 소폭 개량하여 운용하기 시작한 경전차다. 기본은 M13/40의 차체이며, 북아프리카에서 운용하기 위해 더 강력하고 성능이 향상된 공기 정화 장치를 장착하고, 5.3갤론의 연료를 추가로 탑재할 수 있게 되었고, 진흙 제거용 블레이드가 추가되었다. 무장 등은 M13/39와 크게 달라지지 않았다. M14/41은 이탈리아군의 13, 14, 15, 16, 17 전차대대와 사르데냐 섬에 주둔하고 있던 18전차대대가 장비했다. M은 이탈리아어로 중형(당시 이탈리아군 기준)이란 의미이며, 14는 중량, 41은 생산되기 시작한 1941년을 의미한다.
국가보위비상대책위원회
국가보위비상대책위원회(國家保衛非常對策委員會)는 1979년 12·12 군사 반란, 5·17 쿠데타를 일으킨 군부가 내각을 장악하기 위해 설치한 임시 행정 기구이다.
국가보위비상대책위원회 개요
1980년 5월 초 보안사령부는 전두환의 지시 아래, 시국을 수습한다는 명목으로 '비상계엄 전국확대'·'국회 해산'·'국가보위 비상기구 설치' 등을 골자로 하는 집권시나리오를 기획했다. 신군부는 5월 17일 전군주요지휘관회의를 열어 시국수습방안 재가를 대통령에게 요청했다.
국보위는 당초 구상대로라면 '대통령의 긴급조치 발동을 통한 비상기구'였지만 최규하 대통령이 긴급조치는 안 되고 법 테두리 안에서 해야한다고 반대하자 보안사는 다른 안을 만들어 당시 이원홍 청와대 민원수석비서관에게 넘겼다. 전두환은 수차례 보안사령부 정보처장 권정달과 대공처장 이학봉을 최규하 대통령에게 보내 비상기구 설치의 필요성을 역설했다.
5월 31일 대통령 자문기구 형식으로 최규하 대통령을 의장으로, 자신을 국보위 상임위원장으로 하는 국가보위비상대책위원회가 출범했다.
국가보위비상대책위원회 개요
위원회의 구성은 행정부 각료 10인, 군요직자 14인 등 총24인으로 이루어졌다. 국보위의 위임사항을 심의·조정하기 위한 상임위원회(위원장 전두환)와 상임위 소속하에 13개(운영·법제사법·외무·내무·재무·경제과학·문교공보·농수산·상공자원·보건사회·교통체신·건설·사회정화) 분과위원회를 설치, 각 분과위는 분야별 소관사항에 대한 기획·조정·통제업무를 관장했다. 상임위원회 위원 30인 가운데 신군부 계열 인물이 18인이었다. 국보위 상임위원회가 실질적인 실세 기구였으며, 보안사령관 겸 중앙정보부장 서리였던 전두환은 상임위원장을 맡으며 권력 인수를 명시화했다.
같은해 8월 최규하 대통령이 하야하고 전두환이 제11대 대통령에 선출된 다음, 10월 국가보위비상대책위원회는 '국가보위입법회의법'을 통과시켰다. 국가보위비상대책위원회는 제5공화국 헌법 부칙에 따라 입법권을 가진 국가보위입법회의로 개편됐다.
국가보위비상대책위원회 평가
신군부 세력은 활동 목표로 안보 체제의 강화, 경제난국의 타개, 정치발전 내용의 충실, 사회악 일소를 통한 국가기강의 확립을 내걸었다.
이는 겉으로 내세운 목표일 뿐, 짧은 기간 동안 광주 민주화 운동에 대한 유혈 탄압과 김대중·김종필 체포, 김영삼 강제 정계 은퇴, 구정치인으로 불리는 세력에 대한 정치 활동 규제, 언론계와 공직자 숙청, 삼청교육대 발족 등을 실현시켜 실제로는 공포정치를 이용한 정·재계 개편으로 신 지배구조를 수립하는 것이 국보위 설립의 목표였다.
국가보위비상대책위원회 관련 판결
1997년 4월 대법원은 국보위가 대통령 자문기구의 형식을 빌렸다 하더라도, "상임위원장에 피고인 전두환이 취임하여 공직자 숙정, 언론인 해직, 언론 통폐합 등 중요한 국정시책을 결정하고 이를 대통령과 내각에 통보하여 시행하도록 함으로써, 국가보위비상대책상임위원회가 사실상 국무회의 내지 행정 각부를 통제하거나 그 기능을 대신하여 헌법기관인 행정 각부와 대통령을 무력화시킨사실 등을 인정한다"고 판결했다.
와피디아
와피디아(영어: Wapedia)는 위키백과의 내용을 휴대전화나 PDA 같은 모바일 기기에서도 볼 수 있도록 변환된 모바일 버전의 웹사이트이다. 2004년 8월부터 서비스를 시작했고, 2013년 11월 4일에 종료했다.
와피디아 개요
와피디아는 WML과 일반적인 XHTML 모바일 포맷을 지원해 사용자의 기기에 맞는 최적의 환경으로 볼 수 있다. 예를 들어, 모바일 기기에서 위키백과에 접속해서 문서를 보려면 작은 화면에 다 표시할 수 없을 정도로 크고 길기 때문에 Wapedia에서는 사용자의 모바일 기기의 화면에 맞게 따로 축소하여 표시하며, 빠른 속도의 검색 엔진을 제공하여 보다 빠르게 원하는 문서에 접근할 수 있게 만든다.
매시업 (웹 개발)
매시업(Mashup)은 웹으로 제공하고 있는 정보와 서비스를 융합하여 새로운 소프트웨어나 서비스, 데이터베이스 등을 만드는 것을 말한다.
매시업 (웹 개발) 개요
웹 2.0의 구성 요소로 주목을 받고 있다. 구글이나 야후, 마이크로소프트 등이 제공하는 지도 서비스, 인터넷 서점 아마존이 제공하는 상품 정보 등, 자사의 기술을 웹 서비스로서 API를 공개하는 경우가 늘고 있으며, 이들 기능에 독자적인 사용자 인터페이스를 융합하여 새로운 서비스를 제공하고 있다.
미국을 중심으로 다수의 매시업 사례가 등장하여, 범죄 통계 정보, 허리케인 정보, 주유소의 가격정보처럼 실용적인 것에서부터, 온천 정보, UFO 목격 정보, 뉴욕의 영화 위치, 현장정보처럼 취미나 엔터테인먼트에 관한 것까지 여러 종류가 있다. 매시업의 원천이 되는 API의 개발에도 박차가 가해지고 있다.
매시업 (웹 개발) 장단점
매시업의 장점은 기존의 자원을 활용하여 만들기 때문에 서비스 구축을 위한 비용이 적게 든다는 점이며, 반면 다른 서비스에 종속되어 있어서 1차 자원의 제공형태에 따라 관리하기가 어렵다는 것이 단점이다.
매시업 (웹 개발) 예시
예를 들어 구글 지도에 부동산 매물 정보를 결합한 서비스인 구글의 하우징 맵스 등이 있다.
이러한 서비스의 장점은 자료구축의 비용이나 개발비가 거의 들지 않는다는 장점이있다. 구글이나 야후, 마이크로소프트 등이 제공하는 지도 서비스, 인터넷 서점 아마존이 제공하는 상품정보 등, 자사의 기술을 웹 서비스로서 API를 공개하는 케이스가 늘고 있으며, 이러한 open api들의 기반기술에 독자적인 유저인터페이스나 컨텐츠 등을 융합하여 새로운 서비스가 제공되고 있다.
API
API(application programming interface 애플리케이션 프로그래밍 인터페이스[*], 응용 프로그램 프로그래밍 인터페이스)는 컴퓨터나 컴퓨터 프로그램 사이의 연결이다. 일종의 소프트웨어 인터페이스이며 다른 종류의 소프트웨어에 서비스를 제공한다. 이러한 연결 또는 인터페이스를 빌드하거나 사용하는 방법을 기술하는 문서 표준을 API 규격(사양)이라고 한다. 이 표준을 충족하는 컴퓨터 시스템은 API가 구현(implement)되었다거나 노출(expose)되었다고 말한다. API라는 용어는 사양이나 구현체를 의미할 수 있다.
API
컴퓨터와 인간을 연결시키는 사용자 인터페이스와 반대로, API는 컴퓨터나 소프트웨어를 서로 연결한다. 직접 사람(최종 사용자)에 의해 사용되도록 고안된 것이 아니며, 대신 소프트웨어에 이를 통합하고자 하는 컴퓨터 프로그래머가 사용하도록 고안되었다. API는 각기 다른 부분으로 구성되기도 하며 프로그래머가 사용할 수 있는 도구나 서비스의 역할을 한다. 이러한 부분들 중 하나를 사용하는 프로그램이나 프로그래머는 API의 해당 부분을 호출(call)한다고 말한다. API를 구성하는 호출들은 서브루틴, 메소드(method), 요청, 통신 엔드포인트라고도 부른다. API 규격은 이 호출들을 정의하며, 다시 말해 이들을 어떻게 사용하거나 구현하는지를 설명한다.
API의 한 가지 목적은 시스템이 동작하는 방식에 관한 내부의 세세한 부분을 숨기는 것으로, 내부의 세세한 부분이 나중에 변경되더라도 프로그래머가 유용하게 사용할 수 있고 일정하게 관리할 수 있는 부분들만 노출시킨다. API는 특정 시스템용으로 커스텀하게 빌드될 수도 있고, 아니면 수많은 시스템 간 상호운용성을 허용하는, 공유가 되는 표준일 수도 있다.
API라는 용어는 웹 API를 의미하기도 하며, 이는 인터넷에 의해 병합된 컴퓨터들 간 통신을 허용한다. 프로그래밍 언어, 소프트웨어 라이브러리, 컴퓨터 운영 체제, 컴퓨터 하드웨어를 위한 API도 존재한다. API는 1940년대에 기원하였으나 이 용어는 1960년대, 70년대 들어서야 모습을 드러냈다.
API 목적
API는 외부의 상호 작용에 소프트웨어 시스템을 개방한다. 두 소프트웨어 시스템이 경계를 넘어 — 인터페이스 — 상호 합의된 신호를 사용하여 통신할 수 있게 한다. 즉, API는 소프트웨어 엔터티를 서로 연결한다. 사용자 인터페이스와 달리 API는 일반적으로 사용자에게 보이지 않는다. 이는 기계 간 통신에 사용되는 소프트웨어 시스템의 "내부" 부분이다.
잘 설계된 API는 소프트웨어 또는 소프트웨어 개발자가 필요로 하는 객체나 작업만 노출한다. 쓸모없는 세부 사항은 숨긴다. 이러한 추상화는 프로그래밍을 단순화한다.
API를 사용하여 소프트웨어를 구축하는 것은 레고 블록과 같은 조립 블록 장난감을 사용하는 것에 비유된다. 소프트웨어 서비스 또는 소프트웨어 라이브러리는 블록과 유사하며, API를 통해 서로 연결되어 새로운 소프트웨어 제품을 구성할 수 있다. 연결하는 과정을 통합이라고 한다.
API 목적
예를 들어, API를 제공하는 기상 센서를 생각해보자. 특정 메시지가 센서로 전송되면, 센서는 현재 기상 조건을 감지하고 기상 보고서로 응답한다. 센서를 활성화하는 메시지는 API 호출이며, 기상 보고서는 API 응답이다. 날씨 예보 앱은 여러 기상 센서 API와 통합하여 지리적 영역 전반의 날씨 데이터를 수집할 수 있다.
API는 종종 계약에 비유된다. 이는 API를 제공하는 서비스 제공자와 이를 의존하는 소프트웨어 개발자 간의 합의를 나타낸다. API가 안정적으로 유지되거나 예측 가능한 방식으로만 변경되면 개발자의 API에 대한 신뢰가 증가한다. 이는 API 사용을 증가시킬 수 있다.
API 용어의 역사
API라는 용어는 처음에는 응용 프로그램이라고 불리는 최종 사용자 지향 프로그램만을 위한 인터페이스를 설명했다. 이러한 기원은 여전히 "응용 프로그래밍 인터페이스"라는 이름에 반영되어 있다. 오늘날 이 용어는 유틸리티 소프트웨어 및 심지어 하드웨어 인터페이스까지 포함하여 더 넓은 의미로 사용된다.
API의 개념은 용어 자체보다 훨씬 오래되었다. 영국의 컴퓨터 과학자 모리스 윌크스와 데이비드 휠러는 초기 컴퓨터인 에드삭을 위한 모듈식 소프트웨어 라이브러리를 1940년대에 개발했다. 이 라이브러리의 서브루틴은 천공 테이프에 저장되었고 파일 캐비닛에 정리되어 있었다. 이 캐비닛에는 윌크스와 휠러가 각 서브루틴과 그것을 프로그램에 통합하는 방법에 대한 "라이브러리 카탈로그"라고 부른 노트도 들어 있었다. 오늘날 이러한 카탈로그는 프로그래머에게 필요한 각 서브루틴을 사용하는(또는 "호출하는") 방법을 지시하기 때문에 API(또는 API 사양 또는 API 문서)라고 불릴 것이다.
API 용어의 역사
윌크스와 휠러의 책 The Preparation of Programs for an Electronic Digital Computer는 최초로 출판된 API 사양을 담고 있다. 조슈아 블로치는 윌크스와 휠러가 API를 "잠재적으로 발명"했다고 평가하는데, 이는 API가 발명되기보다는 발견되는 개념에 가깝기 때문이다.
"응용 프로그램 인터페이스"(-ing 접미사 없음)라는 용어는 1968년 AFIPS 컨퍼런스에서 발표된 "원격 컴퓨터 그래픽스를 위한 데이터 구조 및 기술"이라는 논문에서 처음 기록되었다. 이 논문의 저자들은 이 용어를 응용 프로그램 (이 경우 그래픽 프로그램)과 컴퓨터 시스템의 나머지 부분 간의 상호 작용을 설명하는 데 사용한다. 일관된 응용 프로그램 인터페이스(포트란 서브루틴 호출로 구성)는 프로그래머가 그래픽 디스플레이 장치의 특이점을 다루는 부담을 덜어주고, 컴퓨터나 디스플레이가 교체될 경우 하드웨어 독립성을 제공하기 위한 것이었다.
API 용어의 역사
이 용어는 1974년 C. J. 데이트가 "관계형 및 네트워크 접근 방식: 응용 프로그래밍 인터페이스 비교"라는 논문에서 데이터베이스 분야에 도입했다. API는 ANSI/SPARC 프레임워크의 일부가 되었다. 이 프레임워크는 응용 프로그래밍 인터페이스를 쿼리 인터페이스와 같은 다른 인터페이스와 별도로 취급했다. 1970년대의 데이터베이스 전문가들은 이러한 다른 인터페이스를 결합할 수 있다고 관찰했다. 충분히 풍부한 응용 프로그램 인터페이스는 다른 인터페이스도 지원할 수 있었다.
이러한 관찰은 응용 프로그래밍뿐만 아니라 모든 유형의 프로그래밍을 지원하는 API로 이어졌다. 1990년까지 기술자 칼 말라무드는 API를 "특정 작업을 수행하기 위해 프로그래머가 사용할 수 있는 서비스 집합"으로 간단히 정의했다.
API 용어의 역사
API의 개념은 원격 프로시저 호출과 웹 API의 등장으로 다시 확장되었다. 1970년대와 80년대에 컴퓨터 네트워크가 보편화되면서 프로그래머들은 로컬 컴퓨터뿐만 아니라 다른 곳에 위치한 컴퓨터의 라이브러리도 호출하고 싶어했다. 이러한 원격 프로시저 호출은 특히 자바 언어에 의해 잘 지원되었다. 1990년대에는 인터넷의 확산과 함께 CORBA, COM, DCOM과 같은 표준들이 API 서비스를 노출하는 가장 일반적인 방법이 되기 위해 경쟁했다.
로이 필딩의 2000년 UC 어바인에서의 "아키텍처 스타일 및 네트워크 기반 소프트웨어 아키텍처 설계" 논문은 표현 상태 전송 (REST)을 설명하고 전통적인 "라이브러리 기반" API와 대조되는 "네트워크 기반 응용 프로그래밍 인터페이스"의 개념을 제시했다. XML 및 JSON 웹 API는 2000년부터 2021년까지 광범위하게 상업적으로 채택되었다. 이제 웹 API는 API라는 용어의 가장 일반적인 의미이다.
2001년 팀 버너스리가 제안한 시맨틱 웹에는 API를 소프트웨어 동작 인터페이스가 아닌 개방적이고 분산된 데이터 인터페이스로 재정의하는 "시맨틱 API"가 포함되었다. 사유 인터페이스와 에이전트가 개방형보다 더 널리 퍼졌지만, 데이터 인터페이스로서의 API 개념은 확고히 자리 잡았다. 웹 API는 온라인에서 모든 종류의 데이터를 교환하는 데 널리 사용되므로, API는 인터넷 통신의 많은 부분을 설명하는 광범위한 용어가 되었다. 이러한 방식으로 사용될 때, API라는 용어는 통신 프로토콜이라는 용어와 의미가 중복된다.
API 종류
소프트웨어 라이브러리의 인터페이스는 한 가지 유형의 API이다. API는 "예상되는 동작"(사양)을 설명하고 규정하며, 라이브러리는 이러한 규칙 집합의 "실제 구현"이다.
단일 API는 동일한 프로그래밍 인터페이스를 공유하는 여러 라이브러리 형태로 여러 구현(또는 추상적이므로 없음)을 가질 수 있다.
API와 그 구현의 분리는 한 언어로 작성된 프로그램이 다른 언어로 작성된 라이브러리를 사용할 수 있게 한다. 예를 들어, 스칼라와 자바는 호환되는 바이트코드로 컴파일되므로, 스칼라 개발자는 모든 자바 API를 활용할 수 있다.
API 종류
API 사용은 관련 프로그래밍 언어의 유형에 따라 달라질 수 있다.
절차적 언어(예: 루아)의 API는 주로 코드 실행, 데이터 조작 또는 오류 처리를 위한 기본 루틴으로 구성될 수 있는 반면, 객체 지향 언어(예: 자바)의 API는 클래스 및 클래스 메서드의 사양을 제공한다. 하이럼의 법칙은 "API 사용자가 충분히 많으면, 계약에서 무엇을 약속하든 상관없이 시스템의 모든 관찰 가능한 동작은 누군가에게 의존될 것이다."라고 명시한다. 한편, 여러 연구에 따르면 API를 사용하는 대부분의 응용 프로그램은 API의 작은 부분만 사용하는 경향이 있다.
언어 바인딩 또한 API이다. 한 언어의 기능과 능력을 다른 언어로 구현된 인터페이스에 매핑함으로써, 언어 바인딩은 한 언어로 작성된 라이브러리 또는 서비스를 다른 언어로 개발할 때 사용할 수 있게 한다. SWIG 및 포트란-to-파이썬 인터페이스 생성기인 F2PY와 같은 도구는 이러한 인터페이스의 생성을 용이하게 한다.
API 종류
API는 소프트웨어 프레임워크와 관련될 수도 있다. 프레임워크는 여러 API를 구현하는 여러 라이브러리를 기반으로 할 수 있지만, API의 일반적인 사용과 달리 프레임워크에 내장된 동작에 대한 접근은 새로운 클래스를 프레임워크 자체에 연결하여 내용을 확장함으로써 중재된다.
또한, 전체 프로그램 제어 흐름은 호출자의 제어 범위를 벗어나 제어 반전 또는 유사한 메커니즘에 의해 프레임워크의 제어 하에 있을 수 있다.
API는 응용 프로그램과 운영체제 간의 인터페이스를 지정할 수 있다. 예를 들어, POSIX는 POSIX 호환 운영체제를 위해 작성된 응용 프로그램이 다른 POSIX 호환 운영체제를 위해 컴파일될 수 있도록 하는 공통 API 집합을 지정한다.
리눅스와 BSD는 POSIX API를 구현하는 운영체제의 예시이다.
API 종류
마이크로소프트는 특히 윈도우 API (Win32) 라이브러리 내에서 하위 호환 API에 대한 강력한 의지를 보여주어, 오래된 응용 프로그램이 "호환성 모드"라는 실행 파일별 설정을 사용하여 최신 버전의 윈도우에서 실행될 수 있도록 했다. 마이크로소프트 개발자들이 회사의 운영체제 내부 API에 접근할 수 있는 것이 얼마나 이점인지는 불분명하다. 1987년 Technologic Computer Letter의 리처드 A. 샤퍼는 이 상황을 "마이크로소프트가 모든 야구 방망이와 야구장을 소유하고 있다"고 말하며 야구 경기에 비유했지만, 애쉬턴-테이트의 에드 에스버는 그 해 인터뷰에서 빌 게이츠가 자신의 개발자들이 때때로 초기 API를 기반으로 소프트웨어를 다시 작성해야 했다고 말했다고 밝혔다. 게이츠는 인터뷰에서 마이크로소프트의 애플 매킨토시 응용 프로그램이 MS-DOS용보다 더 성공적이었다고 언급했는데, 이는 회사가 맥 OS에도 자원을 투입할 필요가 없었기 때문이라고 했다.
API 종류
API는 응용 프로그램 이진 인터페이스 (ABI)와 다르다. API는 소스 코드 기반인 반면 ABI는 이진 기반이다. 예를 들어, POSIX는 API를 제공하지만 리눅스 기본 규격은 ABI를 제공한다.
원격 API는 개발자가 프로토콜(서로 다른 기술이 언어 또는 플랫폼에 관계없이 함께 작동할 수 있도록 하는 특정 통신 표준)을 통해 원격 자원을 조작할 수 있게 한다.
예를 들어, 자바 데이터베이스 연결 API를 통해 개발자는 동일한 함수 집합으로 다양한 유형의 데이터베이스를 쿼리할 수 있으며, 자바 원격 함수 호출 API는 자바 원격 메서드 프로토콜을 사용하여 원격으로 작동하지만 개발자에게는 로컬로 보이는 함수의 호출을 허용한다.
따라서 원격 API는 객체 지향 프로그래밍에서 객체 추상화를 유지하는 데 유용하다. 프록시 객체에서 로컬로 실행되는 메서드 호출은 원격 프로토콜을 사용하여 원격 객체에서 해당 메서드를 호출하고, 반환 값으로 로컬에서 사용될 결과를 획득한다.
프록시 객체의 수정은 또한 원격 객체의 해당 수정으로 이어진다.
API 종류
웹 API는 기업과 자산을 사용하는 응용 프로그램 간의 상호 작용이 일어나는 정의된 인터페이스이며, 이는 또한 기능 제공자를 지정하고 API 사용자를 위한 서비스 경로 또는 URL을 노출하는 서비스 수준 협약 (SLA)이기도 하다. API 접근 방식은 다양한 유형의 소비자에게 서비스를 제공하는 다양한 응용 프로그램에 일련의 서비스에 대한 프로그램 인터페이스를 제공하는 것을 중심으로 하는 아키텍처 접근 방식이다.
웹 개발의 맥락에서 사용될 때, API는 일반적으로 하이퍼텍스트 전송 프로토콜 (HTTP) 요청 메시지와 응답 메시지의 구조 정의(일반적으로 확장 가능 마크업 언어(XML) 또는 자바스크립트 객체 표기법(JSON) 형식)와 같은 일련의 사양으로 정의된다. 예를 들어, 전자 상거래 중심 웹사이트에 추가할 수 있는 배송 회사 API가 있을 수 있는데, 이는 사이트 개발자가 운송업체의 요금표를 웹 데이터베이스에 입력할 필요 없이 배송 서비스 주문을 용이하게 하고 현재 운송 요금을 자동으로 포함할 수 있게 한다. 역사적으로 "웹 API"는 사실상 웹 서비스와 동의어였지만, 최근 추세(소위 웹 2.0)는 SOAP 기반 웹 서비스 및 서비스 지향 아키텍처 (SOA)에서 벗어나 보다 직접적인 표현 상태 전송 (REST) 스타일의 웹 리소스 및 자원 지향 아키텍처 (ROA)로 이동하고 있다. 이러한 추세의 일부는 웹 기반 온톨로지 공학 기술을 촉진하는 개념인 자원 기술 프레임워크 (RDF)를 향한 시맨틱 웹 운동과 관련이 있다. 웹 API는 여러 API를 매시업으로 알려진 새로운 응용 프로그램으로 결합할 수 있게 한다.
소셜 미디어 공간에서 웹 API는 웹 커뮤니티가 커뮤니티와 응용 프로그램 간에 콘텐츠와 데이터를 쉽게 공유할 수 있도록 했다. 이러한 방식으로 한 곳에서 동적으로 생성된 콘텐츠를 웹의 여러 위치에 게시하고 업데이트할 수 있다. 예를 들어, 트위터의 REST API는 개발자가 핵심 트위터 데이터에 접근할 수 있게 하며, 검색 API는 개발자가 트위터 검색 및 트렌드 데이터와 상호 작용할 수 있는 메서드를 제공한다.
API 설계
API의 설계는 사용에 상당한 영향을 미친다. 정보 은닉의 원칙은 프로그래밍 인터페이스의 역할을 모듈의 구현 세부 사항을 숨김으로써 모듈 프로그래밍을 가능하게 하는 것으로 설명하여, 모듈 사용자가 모듈 내부의 복잡성을 이해할 필요가 없도록 한다. 따라서 API의 설계는 사용자가 예상하는 도구만을 제공하려고 한다. 프로그래밍 인터페이스의 설계는 복잡한 소프트웨어의 조직인 소프트웨어 구조의 중요한 부분을 나타낸다.
API 출시 정책
API는 기술 회사들이 통합하는 가장 일반적인 방법 중 하나이다. API를 제공하고 사용하는 기업들은 비즈니스 생태계의 구성원으로 간주된다.
API를 출시하는 주요 정책은 다음과 같다:
공개: API는 일반 대중이 사용할 수 있다. 예를 들어, 마이크로소프트는 윈도우 API를 공개하고, 애플은 코코아 API를 출시하여 소프트웨어가 자사의 플랫폼용으로 작성될 수 있도록 한다. 모든 공개 API가 모든 사람에게 일반적으로 접근 가능한 것은 아니다. 예를 들어, 클라우드플레어나 복실리티와 같은 인터넷 서비스 제공업체는 RESTful API를 사용하여 고객과 리셀러가 인프라 정보, DDoS 통계, 네트워크 성능 또는 대시보드 제어에 접근할 수 있도록 한다. 이러한 API에 대한 접근은 "API 토큰" 또는 고객 상태 검증을 통해 부여된다.
API 출시 정책
API가 공개될 때 중요한 요소는 "인터페이스 안정성"이다. API 변경, 예를 들어 함수 호출에 새 매개변수를 추가하는 것은 해당 API에 의존하는 클라이언트와의 호환성을 깨뜨릴 수 있다.
공개된 API의 일부가 변경될 수 있고 따라서 안정적이지 않다면, 해당 API의 그러한 부분은 "불안정"으로 명시적으로 문서화되어야 한다. 예를 들어, 구글 구아바 라이브러리에서 불안정하며 곧 변경될 수 있다고 간주되는 부분은 자바 애너테이션 @Beta로 표시된다.
공개 API는 때때로 자체의 일부를 더 이상 사용되지 않거나 폐기된 것으로 선언할 수 있다. 이는 일반적으로 API의 해당 부분이 제거되거나 하위 호환되지 않는 방식으로 수정될 후보로 간주되어야 함을 의미한다. 따라서 이러한 변경 사항은 개발자가 미래에 제거되거나 지원되지 않을 API의 일부에서 벗어날 수 있도록 한다.
API 출시 정책
클라이언트 코드는 API 설계자가 의도하지 않은 혁신적이거나 기회주의적인 사용법을 포함할 수 있다. 즉, 상당한 사용자 기반을 가진 라이브러리의 경우, 요소가 공개 API의 일부가 되면 다양한 방식으로 사용될 수 있다.
2020년 2월 19일, 아카마이는 연간 "인터넷 현황" 보고서를 발표하며, 전 세계 금융 서비스의 공개 API 플랫폼을 표적으로 하는 사이버 범죄자들의 증가 추세를 보여주었다. 2017년 12월부터 2019년 11월까지 아카마이는 854억 2천만 건의 자격 증명 침해 공격을 목격했다. 이 중 약 20%인 165억 5천만 건이 API 엔드포인트로 정의된 호스트 이름을 대상으로 했다. 이 중 4억 7350만 건은 금융 서비스 부문 조직을 표적으로 했다.
API 문서화
API 문서는 API가 제공하는 서비스와 이러한 서비스를 사용하는 방법을 설명하며, 클라이언트가 실제 목적으로 알아야 할 모든 것을 다루는 것을 목표로 한다.
문서는 API를 사용하는 응용 프로그램의 개발 및 유지 보수에 매우 중요하다.
API 문서는 전통적으로 문서 파일에서 찾을 수 있지만, 블로그, 포럼, Q&A 웹사이트와 같은 소셜 미디어에서도 찾을 수 있다.
전통적인 문서 파일은 종종 Javadoc 또는 Pydoc과 같이 일관된 모양과 구조를 가진 문서 시스템을 통해 제공된다.
그러나 문서에 포함되는 콘텐츠 유형은 API마다 다르다.
명확성을 위해 API 문서는 API의 클래스 및 메서드에 대한 설명뿐만 아니라 "일반적인 사용 시나리오, 코드 스니펫, 설계 근거, 성능 논의 및 계약"을 포함할 수 있지만, API 서비스 자체의 구현 세부 사항은 일반적으로 생략된다. 이는 설명서, 튜토리얼, 참조서 등 다양한 형태로 제공될 수 있다. 또한 가이드 및 기능 등 다양한 정보 유형을 포함한다.
API 문서화
API 사용 방법에 대한 제한 및 제약 조건도 문서에서 다룬다. 예를 들어, API 함수의 문서는 매개변수가 null일 수 없고, 함수 자체가 스레드 안전하지 않다는 점을 언급할 수 있다. API 문서는 포괄적인 경향이 있으므로, 작성자는 문서를 최신 상태로 유지하고 사용자는 주의 깊게 읽어야 하는 어려움이 있어 잠재적으로 버그가 발생할 수 있다.
API 문서는 자바 애너테이션과 같은 메타데이터 정보로 풍부해질 수 있다. 이 메타데이터는 컴파일러, 도구 및 런타임 환경에서 사용자 정의 동작 또는 사용자 정의 처리를 구현하는 데 사용될 수 있다.
API 문서를 데이터 기반 방식으로 생성하는 것이 가능하다. 주어진 API를 사용하는 많은 프로그램을 관찰함으로써, 일반적인 사용법은 물론 필요한 계약 및 지시사항을 추론할 수 있다. 그런 다음, 템플릿을 사용하여 추출된 데이터로부터 자연어를 생성할 수 있다.
API API 저작권 보호에 대한 분쟁
2010년, 오라클 코퍼레이션은 안드로이드 운영 체제에 자바의 새로운 구현을 배포한 것에 대해 구글을 고소했다. 구글은 자바 API를 복제할 어떤 허가도 얻지 않았지만, 유사한 OpenJDK 프로젝트에는 허가가 주어졌다. 판사 윌리엄 알섭은 오라클 대 구글 사건에서 API는 미국에서 저작권이 될 수 없으며, 오라클의 승리는 "기능적 기호 집합"에 대한 저작권 보호를 광범위하게 확장하고 단순한 소프트웨어 명령에 대한 저작권을 허용했을 것이라고 판결했다.
오라클의 주장을 받아들이는 것은 누군가가 명령 시스템을 수행하기 위한 코드의 한 버전에 저작권을 부여하고, 그로 인해 다른 모든 사람이 동일한 명령의 전부 또는 일부를 수행하기 위한 다른 버전을 작성하는 것을 막는 것을 허용하는 것이다.
API API 저작권 보호에 대한 분쟁
알섭의 판결은 2014년 미국 연방 순회 항소법원에 대한 항소심에서 뒤집혔지만, API의 그러한 사용이 공정 이용에 해당하는지에 대한 문제는 미해결 상태로 남았다.
2016년, 2주간의 재판 끝에 배심원단은 구글의 자바 API 재구현이 공정 이용에 해당한다고 판결했지만, 오라클은 이 결정에 항소하겠다고 맹세했다. 오라클은 항소심에서 승리했고, 연방 순회 항소법원은 구글의 API 사용이 공정 이용에 해당하지 않는다고 판결했다. 2019년, 구글은 저작권 침해 및 공정 이용 판결 모두에 대해 미국 연방 대법원에 상고했고, 대법원은 재심을 허가했다. 코로나19 범유행으로 인해 이 사건의 구두 변론은 2020년 10월로 연기되었다.
사건은 대법원에서 구글의 손을 들어주었다.
메시아
메시아의 다른 뜻은 다음과 같다.
메시아 - 종교의 개념
《메시아》 - 헨델의 오라토리오
《메시아》 - 넷플릭스에서 방영된 미국 스릴러 드라마
블루메시아, 일명 메시아는 플레이스테이션 2의 복사 방지 기능을 해제하는 칩이다.
옥스퍼드 운동
옥스퍼드 운동(Oxford Movement)은 19세기에 행해졌던  잉글랜드 성공회(영국 국교회)의 고교회(高敎會)적 운동. 현재의 성공회에 영향력을 끼친 기독교 신학 운동이다.
옥스퍼드 운동 역사
종교개혁 이후 영국 국교회에는 서방교회의 전통을 중시하던 고교회파와 종교개혁의 개신교 전통을 중시하는 저교회파가 존재하였다. 1833년 영국정부가 아일랜드에 있는 성공회 교구가 신도 수가 적으므로 통폐합하려 하자, 옥스퍼드 대학교 오리얼 칼리지의 교수였던 성공회 사제들이 이에 반대하면서 시작하였다.
1833년 케블(J. Keble)이 교회의 세속화에 대하여 <국민의 배교>(National Apostasy, 1833. 7. 14)라는 설교를 통해 비판, 이어 옥스퍼드 운동의 거장인 존 헨리 뉴먼(J.H. Newman)이 운동의 이념과 신학적 기초를 41권의 소책자에 실어 배포하면서 운동은 급진전하였고 1839년에 절정에 달하였다.
옥스퍼드 운동 역사
이들은 국가의 교회 간섭에 대항하여 교회의 독립성을 주장하고, 그 근거를 초대교회와 교부들의 전통에서 찾고자 하면서(사도적 교회) 교부들의 교회론과 교리 등을 새롭게 회복시키려 노력했으며 중세 교회에서 발전된 교리적 전통들에 대해서 상당한 의미를 부여하고 이와 함께 발전되었던 예전(전례)의 회복을 위해서 시대에 응답하는 소책자”(Tracts for Times)라는 소논문집에 담아 유포했기 때문에 이를 “소책자운동”(Tractarian Movement), 옥스퍼드 운동가들을 “소책자운동가”(Tractarian)이라고도 한다.
교회의 본질에 대한 깊은 연구, 초대교회와 교부들(신학과 예배)에 대한 관심, 성공회를 서방교회의 전통을 따르는 교회이며, 기독교의 전통이 되는 보편교회(공교회)로 이해하는 교회 이해도 옥스퍼드 운동의 중요한 내용이다.
하지만 성공회 저교회파는 이러한 주장을 이적행위라 공격하였고 결국 뉴먼이 천주교로 개종, 이후 영국 천주교회의 주교가 된다, 이에 급진적인 운동가 다수도 천주교로 개종하여 운동은 종결되었으나
남은 지도자들은 본인들의 사상을 “성공회-보편교회주의”(Anglo-Catholicism)로 발전시켜 성공회가 기본적으로 보편 교회(공교회)임을 천명하였다.
옥스퍼드 운동 특징
19세기 중엽에 중산계층의 세력이 확대되자, 이들을 중심으로 기독교 자유주의가 확산됨에 따라, 고교회인들은 교회의 권위가 침해되는 것을 방지하고 오히려 고교회적 신학사상을 알리기 위한 문서(文書)운동을 전개했다. 그들의 목적은 고교회를 신학적 자유주의로부터 방어하고 오염된 자유주의의 영향을 정화하여 국가권력으로부터 해방시켜서 초대교회의 정신을 본받아 내면적으로 갱신하려고 했다.
1850년대 말에 이 운동으로부터 교회의 전통, 예전, 성례 등 고교회적 의식주의(Ritualism in the Church of England)가 더욱 고양되어 이후, 100주년 기념을 맞이하여 옥스포드 그룹을 중심으로 이 운동이 전개하였다. 옥스포드 운동은 종교개혁 이전의 교회의 전례미(典禮美)에 의거하여 제식(祭式)을 쇄신하고자 하는 의식주의에 빠짐으로서 예전의 본질적인 의미를 간과했다. 이후, 이들은 뉴먼(J.H. newman)을 편집책임자로 선임하여 "시대를 위한 책자"(Tracts for the Times)라는 소책자(pamphlet)를 발행하여 대중으로부터 많은 반향을 불러일으켜 "소책자운동"(Tractarianism)으로까지 불리게 되었다.
옥스퍼드 운동 특징
구성원 가운데 히브리어어 학자로 유명한 퓨지(E. Pusey, 1800~1882), 케블(J. Keble, 1792~1866) 등 핵심 구성원 중의 한 사람인 뉴먼은 영국 국교회를 떠나 대다수의 잉글랜드 성공회 사제들과 함께 천주교회로 다시 개종하였다. 옥스퍼드 운동을 주도한 영국국교회 지도자들은 영국 국교회가 국가권력으로부터 통제 가운데 자유롭지 못한 것에 반대하여, 교회의 전통, 예전, 성례를 더욱 강조했다.
교회의 본질에 대한 깊은 연구, 초대교회와 교부들(신학과 예배)에 대한 관심, 성공회를 교회 대분열 이전의 전통을 따르는 교회 즉, 보편교회(공교회)로 이해하는 교회 이해도 옥스퍼드 운동의 중요한 내용이다. 옥스퍼드 운동은 대한성공회의 성격형성에도 영향을 주었는데, 이는 한국에 성공회를 소개한 선교사들이 옥스퍼드 운동에 참여한 이들이었기 때문이다.
하지만 대한성공회에서도 존 스토트 신부, 앨리스터 맥그래스 신부 등의 복음주의 신학자들의 사상소개, 자생적인 복음주의 운동 발생으로 다양한 모습을 갖고 있다.
헤클러운트코흐 MSG90
헤클러&코흐 MSG90(독일어: Militärische Scharfschützen Gewehr, Military Sharpshooter(Sniper) Rifle)는 PSG1를 경량화 및 개량하여 군용 제식화기에 맞도록 바꾼것이다. MSG90은 PSG1과 비슷한 외견을 갖고있어, 군용염가판 또는 대량생산용으로 개량한 제품이라고 평가되기도 한다. 1990년초에 세상에 나와 많은 국가에서 쓰이고 있다. 부품의 숫자가 줄이고 간략화하여 내구성을 높였다. 무엇보다도 총신의 단축 및 권총손잡이의 아래에 달려있던 추를 제거하여 무게를 줄였으며, 뺨대도 사용자의 체격에 맞게 상하로 조절할 수 있도록 설계가 변경되었다. 그리고 총상에는 레일이 달리면서 망원조준경은 떼고 붙일 수 있게 되었다.
대한민국 해양경비안전 특공대가 창설된 초기에 채용되어 쓰였다
헤클러운트코흐 MSG90 MSG90A1
미국 국방부의 지정 사수용 소총 프로그램에 의해 개량을 거쳤다. MSG90DMR이라도 불린다.
골룸 브라우저
골룸 브라우저(Gollum browser)는 위키백과의 문서만 열 수 있는 간단한 웹 브라우저이다. 일반적인 웹 브라우저의 모양은 같으며, 주소창에는 위키백과 검색창과 같은 역할을 해, 문서 이름을 쓰고 열기 버튼을 누르면 자동적으로 해당 문서로 이동한다. Harald Hanek(하랄드 헤넥)이 2005년 PHP와 Ajax를 이용하여 개발했다.
골룸 브라우저는 한국어와 같은 영어 이외에도 많은 외국어를 지원하는데, 대부분 많은 번역자들의 기여를 통해 이루어진 것으로, 한국어 번역자는 정지용이다.
피아트 M13/40
피아트 M13/40은 제2차 세계 대전 당시 이탈리아가 1940년부터 채용한 경전차다. 이름의 "M"은 당시 이탈리아군 전차 기준으로는 "Medium"을 뜻하며, 13은 중량, 40은 생산되기 시작한 해인 1940년을 뜻한다. M13/40은 피아트 L3과 피아트 L6/40을 대체할 목적으로 개발되었다. 구경 47mm에 32구경장(포신 길이 약 1.5m)의 47/32 M35 전차포를 회전식 포탑에 탑재했으며, 8mm 브레다 M38 기관총 3 ~ 4정을 부무장으로 탑재했다. 이 전차는 영국의 빅커스 6톤 경전차의 영향을 받았고, M11/39 초기형에서 발전시킨 차체에 기반하여 개발되었는데, 실제로 M11/39는 M13/40의 생산을 위해 조기에 생산이 중단되었다.
피아트 M13/40의 생산은 1940년 3월에 시작되었으며, 그해 10월에 3개 대대가 최초로 편성되어 북아프리카의 이탈리아 식민지였던 리비아에 보내졌다. M13/40 전차의 대부분은 북아프리카에서 영국군의 반격때 파괴되었지만, 생산량의 일부는 그리스, 유고슬라비아, 몬테네그로 등에도 투입되었다. 빈약한 성능에도 불구하고 영국군은 노획한 M13/40 100여대를 재사용하기도 했다.
피아트 M13/40 기술
이 전차의 설계는 당시 중전차와 경전차의 전형적인 유형이었다. 이 전차는 강철 판금을 리벳으로 고정했으며, 1940년대 기준에서 장갑은 얇았다. 차체 전면 장갑은 M11과 마찬가지로 30mm였으며, 포탑 전면은 42mm(M11은 30mm)였고, 측면이 25mm였고(M11은 15mm), 차체 하부는 6mm였다. 이로 인해 대전차지뢰의 공격에 취약했다. 차체 상부도 15mm로 매우 얇았다. 승무원은 전방 전투조종실에 있었고, 엔진실은 후방에 있었다. 전투실에는 승무원 4명이 탑승했다. 운전병, 기관총 사수 겸 무선수, 포탑부에 포수 및 차장이 탑승했다. 포탑은 2인승이었다.
피아트 M13/40 기술
M13/40은 8개의 작은 바퀴와 리프-스프링 방식의 서스펜션을 채용했으며, 궤도는 매우 좁았다. 더불어 이 시스템은 산악 지형(놀라울 것도 없이 이탈리아의 지형을 고려한 것이다)에서 괜찮은 기동성을 발휘할 것으로 생각되었지만, 실제 전형적인 전차 작전 지역(북아프리카 사막 지대)에서 기동성은 불만스러웠으며, 적당한 최고 속도를 내는 것도 힘들었다. 변속기는 전방에, 엔진은 차체 후방에 있었다. 엔진은 125마력 디젤 엔진이었다. M13/40에 채택된 디젤 엔진은 아직 많은 국가에서 도입되지 않은 주목할 만한 기술혁신품이었다. 디젤 엔진은 훗날 전차같은 군용 차량에 저비용, 더 긴 항속거리, 화재 위험성을 감소시켜주었다
무장은 구경 47mm에 32구경장의 47/32 M35 전차포였다. 이 포는 당시 보병의 표준 대전차포였으며, M13/40에 탑재된 것은 이를 개량한 것이다. 이 포는 500m 거리에서 45mm 두께의 강철판을 뚫을 수 있었으며 1940년의 전차포로서는 비록 두드러진 것은 아니었어도 제법 괜찮은 성능이었다. 화력 수준은 높아서 104발의 포탄을 탑재했다. 고성능 폭약(high-explosive) 포탄의 성능은 상당히 효과적이어서 흥미있는 특징이었는데, 당시 (영국의 표준 전차포인 2파운드 포처럼)대전차 성능에 특화된 전차무장이었기 때문이다. 예비 탄약은 꽤 많이 탑재했다. 기관총은 모두 4정을 갖추었고, 동축 기관총 1정과 대공 및 근접 방어 임무를 위해 1정, 그리고 차체 전면에 (표준은 1정이었을때) 2정이 배치되었다. 2개의 잠망경이 포수와 차장을 위해 사용가능했으며, 이론상 무전기도 표준 장비로 갖추었다.
피아트 M13/40 운용
700대 이상의 최초 생산분의 M13/40이 1940년 가을 이전에 납품되었다. 이는 매월 60~70대가량 생산된 비율이었다. 이 전차들은 영국군과 싸우기 위해 북아프리카로 보내졌다. 북아프리카로 보내진 후 첫 번째 전투는 바비니 여단(Babini Brigade)에 의해 치러졌다. 이 부대는 9월 공세에는 너무 늦게 도착하여 참전할 수 없었지만, 그 다음에 12월에 벌어진 콤파스 작전(Operation Compass)에는 참전할 준비가 되어 있었다. 첫 번째 전투는 데르나(Derna)에서 일어났으며, 이곳에는 막 새로 도착한 5대대가 배치되어 있었다. 근처였던 바르디아(Bardia)에도 3대대 소속 M13/40 13대가 있었다. 1941년 1월 3일 ~ 4일 사이에 벌어진 이틀 동안의 전투에서 오스트레일리아군은 456명을 잃었고, 이탈리아군은 45,000여 명을 잃었다. 2월 6일 ~ 7일, 영국군의 공세가 너무 깊숙이 밀고 들어와 바비니 여단은 이탈리아군이 리비아 해안을 따라 철수할 수 있도록 영국군 전선에 돌파구를 열기 위해 싸워야 했다. 이 여단이 벌인 작전은 용감했으나 전체적으로 성공하지 못했고, 모든 전차들이 영국군에 노획되었다. 여단의 마지막 6대가 지휘소 근처 영국군 진영으로 돌격했지만 영국군의 2파운드 대전차포 1문에 의해 저지되었다. 이 작전은 매우 유명한 전투였으나, 이탈리아군의 전차들은 적군 전차보다는 대전차포에 의해 많이 파괴되었다. 노획된 다수의 M11/39 및 M13/40이 디젤 연료가 고갈되고 전차들이 파괴된 1941년 봄까지 오스트레일리아군이 자국의 국적 마크를 그려 재활용하였다.
피아트 M13/40 운용
당시 이탈리아군의 대참사는 총체적인 것이었다. 병력 손실은 130,000여 명(대부분 벵가지와 바르디아에서 항복했다), 10개 사단, 항공기 400여대, 전차 500여대(M11 72대와 적어도 113대의 M13이 포함되었다), 화포 1,000여 문 및 차량 1,500여대를 잃었다(이것은 이탈리아군이 기계화가 덜되어있었기 때문이다)
서류상으로 M13/40은 상당히 뛰어난 전차였다. 무게는 13톤에 불과했고, 비록 장갑은 얇았지만, 모든 종류의 목표물을 탄약 덕분에 충분히 파괴할 수 있는 꽤 강력한 화포를 갖추고 있었으며, 탄약도 많이 갖추고 있었다(기관총탄 3,000발과 포탄 104발 탑재).