hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
가루타 포르투갈 유래 가루타
가부후다(株札)는 메쿠리 가루타의 또 다른 파생형이지만 모든 문양이 동일하게 만들어졌다. 오이초카부와 같은 도박 게임에 사용된다. 1부터 10까지의 숫자를 나타내는 디자인으로 40장의 카드로 구성되어 있다. 각 숫자당 4장씩 있으며 10(잭)만이 유일한 인물 카드이다.
데혼비키(手本引)라는 도박 게임은 하리후다(張札) 또는 히키후다(引札, '뽑는 카드')로 할 수 있다. 하리후다는 양식화된 한자로 1부터 6까지의 숫자가 적힌 카드가 각각 7장씩 있어 총 42장으로 구성되어 있다. 48장으로 구성된 히키후다 또는 마메후다(豆札, '콩 카드')는 메쿠리 가루타의 동전 문양과 비슷한 1부터 6까지의 동전이 그려진 카드가 8장씩 있다. 데혼비키에서 플레이어는 딜러가 1부터 6까지의 숫자 중 어떤 것을 선택했는지 맞춰야 한다. 일부 세트에는 베팅을 늘리거나 위험을 회피하기 위한 표시 카드가 포함되어 있을 수 있다.
하나후다(花札, '꽃 카드', 하나 가루타라고도 함)는 19세기 초에 유래한 48장의 꽃 무늬 카드이다. 12장씩 4개의 문양으로 나누는 대신, 하나후다는 4장씩 12개의 문양(월)으로 나뉜다. 하나후다 게임은 대부분 피싱 게임이다.
가루타 에아와세 가루타
우타 가루타(歌ガルタ, '시가 가루타')는 100개의 와카 시가 두 세트의 100장 카드에 쓰여 있는 카드 게임이다. 한 세트는 요미후다(読札, '읽는 카드')로 《오구라 백인일수》(小倉百人一首)에서 가져온 완전한 시가 적혀 있고, 다른 한 세트는 도리후다(取り札, '잡는 카드')로 각각의 요미후다에 대응되며 해당하는 시의 마지막 몇 구절만 적혀 있다. 한 사람이 읽는 사람으로 선택된다. 읽는 사람이 요미후다를 읽으면 플레이어들은 다른 사람보다 먼저 이와 연관된 도리후다를 찾으려 경쟁한다. 이 게임은 1904년부터 전통적으로 쇼가쓰에 즐겨왔다. 경기 가루타는 다양한 수준의 대회가 있으며, 일본 전국 선수권 대회는 1955년부터 시가현 오쓰시의 오미 신궁(신토 신사)에서 매년 1월에 개최되고 있다.
요미후다만을 사용하는 몇 가지 비매칭 게임이 있다. 보즈 메쿠리(坊主めくり)는 메이지 시대에 유래한 간단한 운 게임이다. 이로 간무리(色冠, 색깔 왕관)는 고이타와 관련된 4인용 파트너십 게임이다. 두 게임 모두에서 시의 내용은 무관하며, 카드에서 중요한 것은 시인들의 복장, 성별, 사회적 지위와 같은 외양뿐이다.
가루타 에아와세 가루타
이타가루타(板かるた)는 홋카이도에서 발견되는 변형이다. 도리후다는 나무로 만들어졌으며 요미후다는 기존과 같거나 시인의 삽화가 없다. 이들은 시의 후반부를 읽는 시모노쿠 가루타(下の句かるた)라는 경쟁적인 파트너십 게임을 하는 데 사용된다.
가루타 에아와세 가루타
이로하 가루타(いろはかるた)는 우타 가루타와 비슷하지만 96장의 카드로 구성된, 어린이들을 위한 더 이해하기 쉬운 매칭 게임이다. 시 대신 카드들은 히라가나 음절 47개를 나타내며, 48번째로 쿄(京, '수도')를 추가한다(음절 -ん은 절대 단어나 구절의 첫 머리에 올 수 없기 때문이다). 이는 지금은 쓰이지 않는 음절인 위(ゐ)와 웨(ゑ)를 포함하는 옛 이로하 순서를 사용한다. 일반적인 도리후다는 카드의 한쪽 구석에 가나가 있는 그림을 특징으로 한다. 이에 대응되는 요미후다는 도리후다에 표시된 가나로 시작하는 그림과 연관된 속담이 특징이다. 이로하 가루타에는 가미가타, 에도, 오와리라는 3가지 표준 변형이 있다. 각 변형은 지역 방언과 문화를 바탕으로 한 고유한 속담 세트를 가지고 있다. 가미가타 또는 교토 버전이 가장 오래되었지만 에도 버전이 일본 전역에서 발견되어 가장 널리 퍼져 있다. 오와리 변형은 19세기 후반에만 존재했다가 에도 버전으로 대체되었다.
오바케 가루타는 도쿄에서만 볼 수 있었던 이로하 가루타의 사용되지 않는 변형이다. 이 카드들은 에도 시대에 만들어져 1910년대나 1920년대까지 인기를 유지했다. 덱의 각 카드는 히라가나 음절과 일본 신화의 생물을 특징으로 한다. 실제로 오바케 가루타는 '귀신 카드' 또는 '괴물 카드'를 의미한다. 심판이 읽는 힌트와 일치하는 카드를 모으려 할 때 일본 신화와 민간전승에 대한 지식이 필요하다. 게임이 끝날 때까지 가장 많은 카드를 모은 플레이어가 승리한다.
오바케 가루타는 괴물을 분류하고 새로운 괴물을 창조하는 일본인들의 일반적인 매료를 보여주는 초기 사례이다. 이 게임은 일본 기업들이 전설적인 생물들을 분류하고, 이름을 붙이고, 정의하고, 이후 상품화하려 한 가장 초기의 시도 중 하나이다. 따라서 1950년대 이후의 《고질라》 영화의 선구자라고 볼 수 있다. 더 직접적으로는 오바케 가루타는 환상적인 생물을 나타내는 카드를 수집하는 것과 관련된 《유희왕》이나 《포켓몬 카드 게임》과 닮았다. 실제로 많은 포켓몬이 특별히 일본 신화의 생물들을 본떠 디자인되었다.
포드 극장
포드 극장(영어: Ford's Theatre)은 미국 워싱턴 DC에 있는 극장의 명칭이다. 워싱턴 DC의 10번가 511번지, NW에 위치한 극장으로 각종 엔터테인먼트에 사용된다. 극장은 1865년 4월 14일 당시 미합중국 제16대 대통령이었던 에이브러햄 링컨 대통령 암살 사건의 암살 현장으로 이용되어 일약 유명세를 탔다. 저격수에게 머리에 치명상을 입은 후 링컨 대통령은 멀리 떨어진 피터슨 하우스라는 민가로 옮겨져 다음날 아침에 숨을 거뒀다. 이 극장과 피터슨 하우스는 함께 ‘포드 극장 국립 사적지’로 보존되고 있다.
포드 극장 연혁
극장의 위치는 원래는 1833년에 처음 워싱턴 DC의 침례교회로 건설된 교회의 거점이었다. 교회의 권리를 명도 후 1861년, 존 T. 포드가 소유권을 인수하고 극장으로 개조했다. 처음에는 극장을 "포드 문예 진흥관"이라고 칭했다. 건물은 1862년에 화재로 내부가 전소되는 사고를 겪었다.
그러나 이듬해 1863년 8월에 "포드 극장"(Ford's Theatre)으로 2,400명을 수용할 수 있는 규모로 개축, 개장했다.
크로스 컴파일러
크로스 컴파일러(cross compiler)는 컴파일러의 실행 환경과 다른 플랫폼을 위한 실행 파일 코드를 생성할 수 있는 컴파일러이다. 예를 들어, PC에서 실행되지만 안드로이드 장치에서 실행되는 코드를 생성하는 컴파일러는 크로스 컴파일러이다.
크로스 컴파일러는 하나의 개발 호스트에서 여러 플랫폼용 코드를 컴파일하는 데 유용하다. 예를 들어 제한된 컴퓨팅 자원을 가진 임베디드 시스템에서는 대상 플랫폼에서 직접 컴파일하는 것이 불가능할 수 있다.
크로스 컴파일러는 소스 대 소스 컴파일러와는 다르다. 크로스 컴파일러는 크로스 플랫폼 소프트웨어의 기계어 코드 생성을 위한 것이고, 소스 대 소스 컴파일러는 하나의 코딩 언어에서 다른 언어로 텍스트 코드를 변환한다. 둘 다 프로그래밍 도구이다.
크로스 컴파일러 사용
크로스 컴파일러의 근본적인 용도는 빌드 환경과 대상 환경을 분리하는 것이다. 이는 여러 상황에서 유용하다.
임베디드 컴퓨터와 같이 장치에 자원이 매우 제한적인 경우. 예를 들어, 전자레인지에는 키패드와 도어 센서를 읽고, 디지털 디스플레이와 스피커로 출력을 제공하며, 음식을 조리하기 위해 마이크로파를 제어하는 매우 작은 컴퓨터가 있다. 이 컴퓨터는 일반적으로 컴파일러, 파일 시스템 또는 개발 환경을 실행할 만큼 강력하지 않다.
가상 머신(예: 자바의 자바 가상 머신)의 사용은 크로스 컴파일러가 개발된 일부 이유를 해결한다. 가상 머신 패러다임은 동일한 컴파일러 출력을 여러 대상 시스템에서 사용할 수 있도록 하지만, 가상 머신이 종종 느리고 컴파일된 프로그램이 해당 가상 머신이 있는 컴퓨터에서만 실행될 수 있기 때문에 항상 이상적이지는 않다.
크로스 컴파일러 사용
일반적으로 하드웨어 아키텍처가 다르지만(예: X86 컴퓨터에서 MIPS 아키텍처용 프로그램을 코딩), 크로스 컴파일은 리눅스에서 FreeBSD 프로그램을 컴파일하는 경우처럼 운영체제 환경만 다른 경우에도 사용할 수 있으며, 심지어 Glibc 호스트에서 UClibc로 프로그램을 컴파일하는 경우처럼 시스템 라이브러리만 다른 경우에도 사용할 수 있다.
크로스 컴파일러 캐나디안 크로스
캐나디안 크로스는 원본 기계가 대상보다 훨씬 느리거나 불편할 때 다른 기계를 위한 크로스 컴파일러를 구축하는 기술이다. A, B, C 세 기계가 주어졌을 때, 기계 A(예: IA-32 프로세서에서 윈도우 XP 실행)를 사용하여 기계 B(예: X86-64 프로세서에서 MacOS 실행)에서 실행되는 크로스 컴파일러를 구축하여 기계 C(예: ARM 아키텍처 프로세서에서 안드로이드 실행)를 위한 실행 파일을 만든다. 이 예시에서 실질적인 이점은 기계 A는 느리지만 독점 컴파일러를 가지고 있고, 기계 B는 빠르지만 컴파일러가 전혀 없으며, 기계 C는 컴파일에 사용하기에 비실용적으로 느리다는 점이다.
GCC와 함께 캐나디안 크로스를 사용할 때, 이 예시와 같이 4개의 컴파일러가 관련될 수 있다.
크로스 컴파일러 캐나디안 크로스
최종 결과 크로스 컴파일러 (4)는 빌드 기계 A에서 실행될 수 없으며, 대신 기계 B에서 실행되어 애플리케이션을 실행 가능한 코드로 컴파일한 다음 기계 C로 복사하여 기계 C에서 실행된다.
예를 들어, NetBSD는 build.sh라는 POSIX 유닉스 셸 스크립트를 제공하는데, 이 스크립트는 먼저 호스트의 컴파일러로 자체 툴체인을 구축한다. 이것은 차례로 전체 시스템을 구축하는 데 사용될 크로스 컴파일러를 구축하는 데 사용된다.
캐나디안 크로스라는 용어는 이러한 문제가 논의될 당시 캐나다에 세 개의 정당이 있었기 때문에 생겨났다.
크로스 컴파일러 초기 크로스 컴파일러의 타임라인
1979년 – ALGOL 68C는 ZCODE를 생성했다. 이는 컴파일러 및 다른 ALGOL 68 응용 프로그램을 대체 플랫폼으로 이식하는 데 도움이 되었다. ALGOL 68C 컴파일러를 컴파일하려면 약 120 KB의 메모리가 필요했다. 자일로그 Z80은 64 KB 메모리가 너무 작아 실제로 컴파일러를 컴파일할 수 없었다. 그래서 Z80의 경우 컴파일러 자체는 더 큰 CAP 역량 컴퓨터 또는 IBM 시스템/370 메인프레임에서 크로스 컴파일되어야 했다.
크로스 컴파일러 GCC 및 크로스 컴파일
GCC, 자유 소프트웨어 컴파일러 모음은 크로스 컴파일을 위해 설정할 수 있다. 많은 플랫폼과 언어를 지원한다.
GCC는 각 대상 플랫폼에 대해 컴파일된 binutils 사본이 필요하다. 특히 중요한 것은 GNU 어셈블러이다. 따라서 binutils는 먼저 configure 스크립트에 --target=some-target 스위치를 보내 올바르게 컴파일되어야 한다. GCC 또한 동일한 --target 옵션으로 구성되어야 한다. 그런 다음 binutils가 생성하는 도구들이 경로에 있을 경우 GCC는 일반적으로 실행될 수 있다. (유닉스 계열 운영체제에서 bash 사용 시):
GCC를 크로스 컴파일하려면 대상 플랫폼의 C 표준 라이브러리 일부가 호스트 플랫폼에 있어야 한다. 프로그래머는 전체 C 라이브러리를 컴파일하도록 선택할 수 있지만, 이 선택은 신뢰할 수 없을 수 있다. 대안은 C 소스 코드를 컴파일하는 데 필요한 가장 필수적인 구성 요소만 포함하는 작은 C 라이브러리인 Newlib를 사용하는 것이다.
크로스 컴파일러 GCC 및 크로스 컴파일
GNU Autotools 패키지 (즉, Autoconf, Automake, Libtool)는 빌드 플랫폼, 호스트 플랫폼, 대상 플랫폼의 개념을 사용한다. 빌드 플랫폼은 컴파일러가 실제로 컴파일되는 곳이다. 대부분의 경우 빌드는 정의되지 않은 상태로 두어야 한다 (호스트에서 기본값으로 설정된다). 호스트 플랫폼은 컴파일러의 출력 아티팩트가 실행될 곳이며, 출력이 다른 컴파일러인지 여부와는 상관없다. 대상 플랫폼은 크로스 컴파일러를 크로스 컴파일할 때 사용되며, 패키지가 생성할 객체 코드의 유형을 나타낸다. 그렇지 않으면 대상 플랫폼 설정은 관련이 없다. 예를 들어, 드림캐스트에서 실행될 비디오 게임을 크로스 컴파일하는 것을 고려해보자. 게임이 컴파일되는 기계는 빌드 플랫폼이고, 드림캐스트는 호스트 플랫폼이다. 호스트 및 대상 이름은 사용되는 컴파일러에 상대적이며 자식과 손자처럼 바뀐다.
크로스 컴파일러 GCC 및 크로스 컴파일
임베디드 리눅스 개발자들이 일반적으로 사용하는 또 다른 방법은 GCC 컴파일러와 Scratchbox 및 Scratchbox 2, 또는 PRoot와 같은 특수 샌드박스의 조합을 포함한다. 이 도구들은 프로그래머가 추가 경로를 설정할 필요 없이 필요한 도구, libc 및 라이브러리를 구축할 수 있는 "Chroot" 샌드박스를 생성한다. 또한 런타임을 "속여" 의도한 대상 CPU(예: ARM 아키텍처)에서 실제로 실행되고 있다고 "믿게" 만드는 기능을 제공하여 구성 스크립트 등이 오류 없이 실행되도록 한다. Scratchbox는 "chroot되지 않은" 방법에 비해 느리게 실행되며, 호스트의 대부분의 도구는 작동하려면 Scratchbox로 옮겨져야 한다.
크로스 컴파일러 맨스 아즈텍 C 크로스 컴파일러
뉴저지, 슈루즈베리의 맨스 소프트웨어 시스템즈(Manx Software Systems)는 1980년대부터 IBM PC 호환기종 및 매킨토시를 포함한 다양한 플랫폼의 전문 개발자를 대상으로 C 컴파일러를 생산했다.
맨스의 Aztec C 프로그래밍 언어는 MS-DOS, 애플 II, DOS 3.3 및 ProDOS, 코모도어 64, Mac 68k 및 아미가를 포함한 다양한 플랫폼에서 사용할 수 있었다.
1980년대부터 1990년대 내내 맨스 소프트웨어 시스템즈가 사라질 때까지 Aztec C의 MS-DOS 버전은 네이티브 모드 컴파일러 또는 코모도어 64 및 애플 II와 같은 다른 프로세서를 가진 플랫폼을 위한 크로스 컴파일러로 제공되었다. Aztec C의 인터넷 배포판은 여전히 존재하며 MS-DOS 기반 크로스 컴파일러도 포함되어 있다. 이들은 오늘날에도 여전히 사용되고 있다.
크로스 컴파일러 맨스 아즈텍 C 크로스 컴파일러
맨스의 Aztec C86, 즉 네이티브 모드 8086 MS-DOS 컴파일러는 크로스 컴파일러이기도 했다. 코모도어 64 및 애플 II를 위한 Aztec C65 MOS 6502 크로스 컴파일러처럼 다른 프로세서용 코드를 컴파일하지는 않았지만, 당시 레거시 운영 체제인 16비트 8086 계열 프로세서용 이진 실행 파일을 생성했다.
IBM PC가 처음 도입되었을 때 CP/M-86과 PC DOS 두 가지 운영 체제를 선택할 수 있었다. Aztec C86은 두 IBM PC 운영 체제용 코드를 생성하기 위한 링크 라이브러리와 함께 제공되었다. 1980년대 내내 Aztec C86의 후기 버전(3.xx, 4.xx, 5.xx)은 MS-DOS "과도기" 버전 1과 2에 대한 지원을 추가했는데, 이 버전들은 Aztec C86이 사라질 때까지 목표로 했던 "기반" MS-DOS 버전 3 이후보다 견고성이 떨어졌다.
크로스 컴파일러 맨스 아즈텍 C 크로스 컴파일러
마지막으로, Aztec C86은 C 언어 개발자에게 ROM-able "HEX" 코드를 생성할 수 있는 기능을 제공했으며, 이 코드는 ROM 버너를 사용하여 8086 기반 프로세서로 직접 전송될 수 있었다. 반가상화가 오늘날 더 흔할 수 있지만, 저수준 ROM 코드를 생성하는 관행은 당시에는 장치 드라이버 개발이 종종 개별 애플리케이션을 위한 애플리케이션 프로그래머에 의해 이루어지고 새로운 장치가 수공업에 해당했던 시절에는 1인당 더 흔했다. 애플리케이션 프로그래머가 제조업체의 지원 없이 하드웨어와 직접 인터페이스하는 것이 드문 일이 아니었다. 이러한 관행은 오늘날의 임베디드 시스템 개발과 유사했다.
토마스 펜윅과 제임스 굿노우 2세는 Aztec-C의 주요 개발자였다. 펜윅은 나중에 마이크로소프트 윈도우 CE 커널 또는 당시 불렸던 NK("New Kernel")의 저자로 유명해졌다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
마이크로소프트 C (MSC)는 다른 컴파일러보다 짧은 역사를 가지고 있으며 1980년대로 거슬러 올라간다. 최초의 마이크로소프트 C 컴파일러는 Lattice C를 만든 회사에서 만들었고, MSC 4가 출시될 때까지 마이크로소프트가 자체적으로 제작한 첫 번째 버전이었다.
1987년, 많은 개발자들이 마이크로소프트 C로 전환하기 시작했고, 마이크로소프트 윈도우의 현재 상태까지의 개발 과정에서 더 많은 개발자들이 따랐다. Clipper와 나중에 Clarion과 같은 제품들이 등장하여 크로스 언어 기술을 사용하여 프로그램의 일부를 마이크로소프트 C로 컴파일할 수 있도록 하여 쉬운 데이터베이스 애플리케이션 개발을 제공했다.
볼랜드 C (캘리포니아 회사)는 마이크로소프트가 첫 C 제품을 출시하기 몇 년 전부터 판매되었다.
C 프로그램은 오랫동안 어셈블리어로 작성된 모듈과 함께 링크되었다. 대부분의 C 컴파일러(심지어 현재 컴파일러도)는 어셈블리어 패스(효율성을 위해 조정된 다음 어셈블링 후 프로그램의 나머지 부분에 링크될 수 있음)를 제공한다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
Aztec-C와 같은 컴파일러는 모든 것을 별개의 패스로 어셈블리어로 변환한 다음 별개의 패스로 코드를 어셈블했으며, 매우 효율적이고 작은 코드로 유명했지만, 1987년까지 마이크로소프트 C에 내장된 최적화 프로그램은 매우 좋았고, 프로그램의 "미션 크리티컬" 부분만 일반적으로 다시 작성할 것으로 간주되었다. 사실, C 언어 프로그래밍은 "최하위" 언어로 자리 잡았고, 프로그래밍은 다학문적인 성장 산업이 되었고, 프로젝트는 더 커졌으며, 프로그래머들은 상위 수준 언어로 사용자 인터페이스와 데이터베이스 인터페이스를 작성했고, 오늘날까지 계속되는 크로스 언어 개발의 필요성이 대두되었다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
1987년, MSC 5.1 출시와 함께 마이크로소프트는 MS-DOS용 크로스 언어 개발 환경을 제공했다. 어셈블리어 (MASM)와 퀵베이직, 파스칼, 포트란을 포함한 마이크로소프트의 다른 언어로 작성된 16비트 이진 객체 코드는 "혼합 언어 프로그래밍" 또는 현재 "인터언어 호출"이라고 부르는 과정을 통해 하나의 프로그램으로 링크될 수 있었다. 이 혼합에 베이직이 사용된 경우, 메인 프로그램은 QBasic와 같은 인터프리터를 시뮬레이션하는 컴파일된 베이직이 필요로 하는 가비지 컬렉션 및 기타 관리 작업을 지원하기 위해 베이직으로 작성되어야 했다.
특히 C 코드의 호출 규약은 스택에 매개변수를 "역순"으로 전달하고 프로세서 레지스터가 아닌 스택에 반환 값을 전달하는 것이었다. 모든 언어가 함께 작동하도록 하는 다른 프로그래밍 규칙들이 있었지만, 이 특정 규칙은 윈도우 16비트 및 32비트 버전과 OS/2용 프로그램 개발 전반에 걸쳐 지속되었으며, 오늘날까지도 지속된다. 이는 파스칼 호출 규약으로 알려져 있다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
마이크로소프트 C가 이 시기에 사용된 또 다른 유형의 크로스 컴파일은 재고 관리에 사용되는 심볼 테크놀로지스 PDT3100과 같은 휴대용 기기를 필요로 하는 소매 애플리케이션에서였다. 이 기기는 8088 기반 바코드 판독기를 대상으로 하는 링크 라이브러리를 제공했다. 애플리케이션은 호스트 컴퓨터에서 빌드된 다음 직렬 케이블을 통해 휴대용 기기로 전송되어 실행되었으며, 이는 오늘날 모토로라와 같은 회사들이 윈도우 모바일을 사용하여 동일한 시장에서 수행하는 것과 유사하다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
1990년대 내내 그리고 MSC 6 (첫 ANSI C 준수 컴파일러)부터 시작하여 마이크로소프트는 C 컴파일러를 새로운 윈도우 시장, 그리고 OS/2 및 GUI 프로그램 개발에 다시 집중시켰다. 혼합 언어 호환성은 MS-DOS 측에서 MSC 6까지 유지되었지만, 마이크로소프트 윈도우 3.0 및 3.1용 API는 MSC 6으로 작성되었다. MSC 6은 또한 32비트 어셈블리에 대한 지원과 Windows for Workgroups 및 윈도우 NT와 같은 새로운 윈도우에 대한 지원을 제공하도록 확장되었으며, 이들은 윈도우 XP의 기반을 형성할 것이다. 썽크라는 프로그래밍 방식이 도입되어 런타임 바인딩(동적 링크)을 활용하여 16비트 및 32비트 프로그램 간의 전달을 허용했으며, 이는 모놀리식 16비트 MS-DOS 애플리케이션에서 선호되던 정적 링크와는 달랐다. 정적 링크는 여전히 일부 네이티브 코드 개발자들에게 선호되지만, 일반적으로 능력 성숙도 모델 (CMM)과 같은 새로운 모범 사례에서 요구되는 코드 재사용의 정도를 제공하지 않는다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
MS-DOS 지원은 마이크로소프트의 첫 C++ 컴파일러인 MSC 7 출시와 함께 계속 제공되었는데, 이 컴파일러는 C 프로그래밍 언어 및 MS-DOS와 하위 호환되며 16비트 및 32비트 코드 생성을 모두 지원했다.
MSC는 Aztec C86이 중단된 지점에서 바통을 이어받았다. C 컴파일러 시장 점유율은 최신 윈도우 기능을 활용하고, C와 C++를 단일 번들로 제공하며, 이미 10년이 지난 MS-DOS 시스템을 여전히 지원하는 크로스 컴파일러로 바뀌었고, Aztec C와 같은 컴파일러를 생산하던 소규모 회사들은 더 이상 경쟁할 수 없거나 임베디드 시스템과 같은 틈새 시장으로 전환하거나 사라졌다.
MS-DOS 및 16비트 코드 생성 지원은 Microsoft C++ 및 Microsoft Application Studio 1.5에 번들로 제공된 MSC 8.00c까지 계속되었는데, 이는 오늘날 마이크로소프트가 제공하는 크로스 개발 환경인 마이크로소프트 비주얼 스튜디오의 전신이다.
크로스 컴파일러 마이크로소프트 C 크로스 컴파일러
MSC 12는 마이크로소프트 비주얼 스튜디오 6과 함께 출시되었고 더 이상 MS-DOS 16비트 바이너리 지원을 제공하지 않고 32비트 콘솔 애플리케이션 지원을 제공했지만, 윈도우 95 및 윈도우 98 코드 생성뿐만 아니라 윈도우 NT 지원도 제공했다. 마이크로소프트 윈도우를 실행하는 다른 프로세서용 링크 라이브러리도 제공되었으며, 이는 마이크로소프트가 오늘날까지 계속하는 관행이다.
MSC 13은 비주얼 스튜디오 2003과 함께 출시되었고, MSC 14는 비주얼 스튜디오 2005와 함께 출시되었으며, 둘 다 윈도우 95와 같은 구형 시스템용 코드를 여전히 생성하지만, 모바일 시장 및 ARM 아키텍처를 포함한 여러 대상 플랫폼용 코드를 생성할 것이다.
2001년 마이크로소프트는 비주얼 스튜디오 IDE의 닷넷 프레임워크 컴파일러의 핵심을 형성하는 공통 언어 런타임 (CLR)을 개발했다. API에 있는 운영 체제의 이 계층은 윈도우 운영 체제를 실행하는 플랫폼 간에 컴파일된 개발 언어를 혼합할 수 있도록 한다.
닷넷 프레임워크 런타임과 CLR은 프로세서 및 대상 컴퓨터의 장치에 대한 핵심 루틴에 매핑 계층을 제공한다. 비주얼 스튜디오의 명령줄 C 컴파일러는 다양한 프로세서용 네이티브 코드를 컴파일하며, 핵심 루틴 자체를 구축하는 데 사용될 수 있다.
ARM 아키텍처의 윈도우 모바일과 같은 대상 플랫폼용 마이크로소프트 닷넷 애플리케이션은 다양한 프로세서를 가진 윈도우 머신에서 크로스 컴파일되며, 마이크로소프트는 또한 과거의 크로스 컴파일러나 다른 플랫폼과는 달리 매우 적은 구성만으로 에뮬레이터 및 원격 배포 환경을 제공한다.
모노와 같은 런타임 라이브러리는 크로스 컴파일된 닷넷 프로그램과 리눅스와 같은 다른 운영 체제 간의 호환성을 제공한다.
Qt 및 그 이전의 XVT와 같은 라이브러리는 소스 코드 수준에서 다른 플랫폼과의 크로스 개발 기능을 제공하며, 윈도우 버전을 빌드하는 데는 마이크로소프트 C를 계속 사용한다. MinGW와 같은 다른 컴파일러도 이 분야에서 인기를 얻었는데, 이는 소프트웨어 개발의 비윈도우 측을 구성하는 유닉스와 더 직접적으로 호환되어 개발자들이 익숙한 빌드 환경을 사용하여 모든 플랫폼을 대상으로 할 수 있기 때문이다.
크로스 컴파일러 프리 파스칼
프리 파스칼은 처음부터 크로스 컴파일러로 개발되었다. 컴파일러 실행 파일(ppcXXX, 여기서 XXX는 대상 아키텍처)은 동일한 아키텍처의 모든 OS에 대해 실행 파일(내부 링커가 없는 경우 객체 파일만, 내부 어셈블러가 없는 경우 어셈블리 파일만)을 생성할 수 있다. 예를 들어, ppc386은 i386-linux, i386-win32, i386-go32v2 (DOS) 및 기타 모든 OS용 실행 파일을 생성할 수 있다(참조). 그러나 다른 아키텍처로 컴파일하려면 먼저 컴파일러의 크로스 아키텍처 버전을 빌드해야 한다. 결과 컴파일러 실행 파일의 이름에는 대상 아키텍처 앞에 추가 'ross'가 붙는다. 즉, 컴파일러가 x64를 대상으로 빌드되면 실행 파일은 ppcrossx64가 된다.
선택한 아키텍처-OS용으로 컴파일하려면 컴파일러 스위치(컴파일러 드라이버 fpc용) -P 및 -T를 사용할 수 있다. 이는 컴파일러 자체를 크로스 컴파일할 때도 수행되지만, make 옵션 CPU_TARGET 및 OS_TARGET을 통해 설정된다. 프리 파스칼에 대상 플랫폼용 내부 도구 버전이 아직 없는 경우 대상 플랫폼용 GNU 어셈블러 및 링커가 필요하다.
크로스 컴파일러 클랭
클랭은 기본적으로 크로스 컴파일러이며, 빌드 시 클랭이 대상으로 할 아키텍처를 선택할 수 있다.
크로스 컴파일러 플랜 9
이질적인 시스템인 플랜 9 및 그 툴체인은 크로스 컴파일과 네이티브 컴파일을 구분하지 않는다. Makefile은 아키텍처에 독립적이다.
더 지니어스: 룰 브레이커
《더 지니어스: 룰 브레이커》는 2013년 12월 7일부터 2014년 2월 22일까지 방송된 tvN의 오락 프로그램이다. 더 지니어스: 게임의 법칙의 후속편이며, 공식 제목은 1차 티저를 통해 《더 지니어스: 룰 브레이커》로 확정되었다.
더 지니어스: 룰 브레이커 출연자
더 지니어스 2에 나오는 출연자들은 다음과 같다.
더 지니어스: 룰 브레이커 규칙
13명의 지니어스 등장, 12회전을 통해 최종 1인의 승자가 탄생한다. 매 회마다 우승자를 가리는 메인매치와 탈락자를 가리는 데스매치로 진행되며 데스매치를 통해 매 라운드마다 1명이 탈락한다.
가넷
불멸의 징표
더 지니어스: 룰 브레이커 논란
전작인 《더 지니어스: 게임의 법칙》과 마찬가지로 《더 지니어스: 룰 브레이커》 역시 '방송 컨셉' 부분에 대해서 일본 드라마 《라이어 게임》의 표절 논란을 받고 있다.
6회 방영분에서 은지원과 조유영이 이두희의 신분증을 훔치는 등의 행위가 논란이 되었다. 이런 일로 인하여 시청자들은 폐지 서명까지 진행하고 있다. 시즌 1에서 제작진은 "물론 폭력이나 절도는 허용하지 않습니다"라고 밝힌 바 있어 반칙 처리해야 할 것을 반칙 처리하지 않았다는 논란이 되었다. 시청자들은 절도가 반칙이라는 입장, 제작진은 절도가 반칙이 아니라는 입장을 보였다. 시청자들은 은지원, 조유영 측에게 이두희에게 사과를 요구했으나 은지원, 조유영 측에서는 아무런 태도를 취하지 않고 무시하였다. '더 지니어스2' 가 종영된 후 은지원과 조유영은 트위터에 글을 올려서 이두희의 신분증을 훔치는 행위에 대해서 사죄하였다고 한다. 이 소식을 들은 이두희는
은지원과 조유영이 각 트위터에 올린 사죄문을 보고 모두 용서하고 마무리가 되었다.
더 지니어스: 룰 브레이커 더 지니어스: 룰 브레이커 - 비하인드
《더 지니어스: 룰 브레이커 - 비하인드》는 OGN에서 방송된 사이드 프로그램이다.
데이터 스트림
데이터 스트림(data stream)은 연결지향통신에서, 전송된 정보를 수집하거나 정보를 전송할 때 사용되는 디지털 방식으로 암호화 된 일관된 신호의 흐름을 말한다. 데이터 스트림은 데이터 제공자로부터 추출된 정보의 집합이다. 전자 및 컴퓨터 구조 분야에서, 데이터의 흐름은 재구성 가능한 데이터경로 배열 다른 비슷한 파이프 네트워크나 다른 처리 블럭, 처리 유닛들의 포트로 언제, 어떤 정보들이 들어오거나 밖으로 나가는 지를 관할한다. 폰 노이만 구조의 컴퓨터는 명령 스트림기반인 반면, 안티머신은 데이터스트림 기반이기 때문에 종종 데이터 스트림을 명령 스트림으로 보기 쉽다.
임의 코드 실행
임의 코드 실행(arbitrary code execution, ACE)은 컴퓨터 보안에서 목적으로 한 머신 혹은 프로세스에서 공격자가 원하는 임의의 명령을 실행하는 공격자의 능력을 보이는데 사용된다. 임의 코드 실행 취약점은 공격자에게 임의의 코드를 실행하는 방법을 제공하는 소프트웨어 버그를 보이는데 사용된다. 이러한 취약점을 악용할 수 있도록 설계된 프로그램을 임의 코드 실행 익스플로잇 이라고 합니다. 이 취약점의 대부분은 기계어와 셸 코드를 실행하고 공격자가 임의로 입력한 셸 코드를 실행, 삽입하도록 허용한다. 다른 기기에서 임의 코드 실행을 하도록 만드는 것은 원격 코드 실행 이라고한다.( 일반적으로 네트워크, 인터넷 을 사용하여 이루어진다. )
이러한 버그는 공격자가 취약한 프로세스를 완전히 탈취할 수 있기 때문에 매우 안좋은 영향을 미친다. 여기서 공격자는 실행중인 프로세스를 통해 해당 기기를 완전히 제어할 수 있다. 임의 코드 실행 취약점은 일반적으로 소유자의 동의없이 동작하는 악성코드, 혹은 제조사의 동의없이 실행되는 홈 브류 소프트웨어에 의해서 악용된다.
임의 코드 실행
임의 실행코드는 실행중인 프로세스의 프로그램 카운터 ( 인스트럭션 포인터라고도 함 )를 제어하면서 이루어진다.  인스트럭션 포인터는 프로세스에서 다음에 실행되어야 할 명령을 가리킵니다. 그러므로 인스트럭션 포인터를 제어할 수 있다면 다음 명령도 제어할 수 있게 된다. 임의의 코드를 실행하기 위해 많은 익스플로잇들은 프로세스에 코드를 삽입한다. (예를 들면, 사용자의 입력값을 저장하는 입력 버퍼 ) 그리고 취약점을 이용해 인스트럭션 포인터를 삽입한 코드가 존재하는 곳으로 변경한다. 삽입된 코드는 자동적으로 실행될 것이다. 이러한 형태의 공격은 일반적으로 코드영역과 데이터 영역을 구분하지 않는 폰 노이만 구조에 기반한다. 이 결과 악의적인 코드는 정상적인 입력값으로 위장될 수 있다. 많은 새로운 CPU들은 이러한 공격을 더욱 어렵게 만드는 메커니즘을 갖고 있다.(실행 불가 비트와 같은)
임의 코드 실행
침입자가 OS에서 직접적으로 임의 코드를 실행할 수 있다면, 추가적인 제어를 위해 권한 확대 공격 과 같은 시도를 해볼 수 있다. 이것은 커널 혹은 계정 ( Administrator, SYSTEM, root) 을 얻을 수 있음을 의미한다. 제어권을 얻든 얻지 않든지간에, 이 공격은 매우 위험하고 컴퓨터를 좀비 피씨로 만들 가능성을 갖고 있다. 하지만 권한상승은 공격 사실을 관리자로부터 은폐할 수 있다. 권한상승을 할 수 있는 원격 코드 실행은 비슷한 다른 여러 공격들을 만드는데 영향을 미칠 수 있다. 만약 이러한 버그가 알려진다면 몇시간 안에 수정이 이루어져야 한다.
Rlogin
rlogin 명령은 TCP/IP 컴퓨터 네트워크를 경유하여 TCP 포트 513를 통해 통신 사용자가 네트워크를 통해 다른 호스트에 로그인할 수 있도록 유닉스와 같은 컴퓨터 운영 체제를위한 소프트웨어 유틸리티이다.
rlogin 명령은 소프트웨어에서 사용하는 응용 프로그램 계층 프로토콜, TCP/IP 프로토콜 슈트의 일부의 이름이다. 그것들은 컴퓨터에 물리적으로 존재하는 것처럼 인증된 사용자 역할을 할 수 있다. RFC 1282에서 "rlogin은 설비 출력의 적절한 세척과 원격 반향 로컬 흐름 제어 가상 터미널을 제공한다."고 정의했다. rlogin 명령은 원격 호스트에서 데몬, rlogind 와 의사소통한다. rlogin 명령은 텔넷 명령과 비슷하지만, 사용자 정의 기능이 안되고, 유닉스 호스트에만 연결 가능하다는 단점이 있다.
헨리 래스본
헨리 래스본(영어: Henry Rathbone, 1837년 7월 1일 ~ 1911년 8월 14일)은 미국의 군인, 외교관이다. 그는 링컨 대통령 암살 사건 시 곁에 있었던 인물이었으며, 암살자 존 윌크스 부스가 포드 극장에서 링컨 대통령을 저격할 당시 포드 극장에서 약혼자인 클라라 해리스와 영부인 매리 토드 링컨과 함께 연극을 보고 있었다. 래스본 소령은 부스의 도주를 막으려고 시도했지만, 부스는 그를 찔러 중상을 입혔다.
구글 해킹
구글 해킹(Google hacking)은 웹 사이트가 사용하는 구성과 컴퓨터 코드에 보안 구멍을 찾기 위해 Google 검색 및 기타 Google 응용 프로그램을 사용하는 컴퓨터 해킹 기술이다. 공격자는 개인정보 등 손쉽게 취약점을 찾을 수 있다. 구글해킹의 구글봇이 수집하는 데이터를 서버에 캐시상태로 저장하기 때문에, 해당 사이트가 삭제되거나 한 후에도 오랜 시간이 지나기 전엔 검색결과에 노출되기 때문에 이전 페이지가 그대로 노출 될 수 있으며, 이 데이터를 모으면 손쉽게 취약점을 찾을 수 있다.
구글 해킹 일반적인 공격방법
따옴표를 이용하면 여러개 단어를 묶어서 검색할 수 있다.
예를 들어, korean wikipedia라고 검색을 하면 something korean something wikipedia로 검색이 되지만 "korean wikipedia"로 검색을 하면 something korean wikipedia something으로 검색을 못한다.
filetype을 이용하면 특정 파일타입만 검색할 수 있다.
예를 들어 wikipedia filetype:pdf라고 검색을 하면 wikipedia를 담은 pdf 파일만 구글에 검색된다.
특정한 파일을 찾을 때 유용하다.
site를 이용하면 특정 사이트 내에서만 검색할 수 있다.
예를 들어 구글해킹 site:wikipedia.org라고 검색하면 wikipedia.org내의 구글해킹만 검색결과로 나온다.
구글 해킹 일반적인 공격방법
intitle, alltitle을 이용하면, 타이틀에 키워드가 있는 사이트에서만 검색이 가능하다
intitle은 부분만 일치해도 되지만, alltitle은 모든 키워드가 일치하는 사이트만 표시한다.
intitle을 이용한 공격중에 가장 흔한 공격은, 디렉토리 리스팅인데 intitle:"index of"라고 검색하면 디렉토리 리스팅 취약점이 있는 사이트가 뜬다.
inurl은 url에 키워드가 존재하는 사이트 내에서의 검색결과만을 보여준다.
intext:키워드를 입력하면 본문에 키워드가 존재하는 사이트를 검색하여 보여준다.
구글 해킹 보안방법
여러 가지 보안방법이 있지만 두가지 보안방법을 열거하자면, 구글에 데이터 삭제 요청을 할 수 있다. 삭제 요청 사이트
혹은 웹서버 루트디렉토리의 robots.txt를 설정하여 검색엔진의 크롤링을 막을 수 있다.
우리 미국인 사촌
《우리 미국인 사촌》(Our American Cousin)은 영국의 희곡 작가 톰 테일러가 1858년에 발표한 희곡 작품이다. 3장으로 이루어져 있다.
줄거리는 가문의 땅 권리를 요구하기 위해 잉글랜드로 건너간 서툴고, 촌스럽지만, 정직한 미국인 아사 트렌차드를 잉글랜드 귀족들에게 소개를 시키는 내용을 담고 있는 희곡이다.
1858년 10월 15일 미국 뉴욕의 로라 킨 극장에서 초연을 했으며, 주인공은 조지프 제퍼슨이 연기를 맡았다. 비록 초연이 되는 몇 년간 동안에도 상당히 인기를 끌었지만, 19세기 후반까지 매우 인기를 누린 작품이다. 정작 이 작품을 가장 유명한 것으로 만든 것은 미국의 제16대 대통령이었던 에이브러햄 링컨이 포드 극장에서 이 연극을 보다가 배우이자, 남부 지지자였던 존 윌크스 부스에 의해 1865년 4월 14일 암살당한 사건 때문이었다.
전라남도목포교육지원청
전라남도목포교육지원청(全羅南道木浦敎育支援廳, Mokpo Office of Education)은 대한민국 전라남도 목포시의 교육을 담당하기 위해 전라남도교육청 산하에 설치된 기관이다.
교육장은 장학관으로 보한다.
클라라 해리스
클라라 해밀턴 해리스(영어: Clara Hamilton Harris, 1834년 9월 9일~1883년 12월 23일)는 미국의 사교계 인물이었다. 해리스와 당시 그녀의 약혼자 헨리 래스본 소령은 1865년 4월 14일 링컨 대통령 암살 사건 당시 배우이자, 남부 지지자이자였던 암살자 존 윌크스 부스가 링컨 대통령에게 치명상을 입혔을 때, 대통령석에 동석한 4명의 인물 중 한명이었다.
클라라 해리스 가계
클라라 해리스는 뉴욕주 올버니에서 뉴욕주 미국 상원의원 이라 해리스와 그의 아내 루이자 해리스의 딸로 태어났다. 해리스의 모친 루이자는 1845년에 사망을 했고, 1848년 8월 1일 이라 해리스는 이후 올버니의 지사가 된 부유한 상인이었던 제러드 L. 래스본의 미망인 폴린 래스본 과 결혼했다. 제러드와 폴린 래스본은 네명의 자녀를 가졌으며, 그들 중 2명은 단명했고, 나머지 아들은 제러드 주니어와 헨리 래스본이었다.
해리스와 헨리는 같은 집에서 자라고, 법적인 부모가 같았지만 사랑에 빠져서 약혼을 하게 된 것이다. 그들의 약혼은 1861년 미국 독립 전쟁으로 중단되었다. 헨리 래스본은 그해 미합중국군에 입대를 하여, 결국 소령의 지위까지 승진하게 된다.
클라라 해리스 이후
해리스와 래스본은 1867년 7월 11일 결혼을 하게 된다. 이들 부부 사이에서는 3명의 자녀를 낳았다. 헨리 릭스 래스본(1870년 2월 12일)은 이후 일리노이 주, 하원 의원이 되었으며, 나머지 제럴드 로렌스(1871년 8월 26일)와 클라라 폴린(1872년 9월 15일)도 연년생으로 태어났다. 래스본 소령은 1870년 12월에 제대를 하였다. 그들은 워싱턴 DC에서 살았지만, 그곳에 있는 동안은 정신적 불안 증세를 겪었다.
매년 링컨이 암살된 날에는 기자들이 이들 부부를 접촉하여 링컨의 죽음에 대해 캐물었고, 그럴수록 그들의 정신은 죄책감으로 피폐해져 갔다. 해리스는 이후 다음과 같이 썼다.
“우리가 머무는 호텔마다 우리의 존재를 바람같이 알아차린다. 우리 자신이 마치 병적인 관찰을 당하는 물건 같이 여겨졌다. 우리가 식당에 갈 때마다, 우리는 동물원 원숭이가 되어 있었다. 헨리는 그런 속닥거림이 그를 손가락질 당하는 것으로 상상했다.” 링컨 대통령을 보는 환각에 빠진 해리스는 남편 래스본과 함께 독일 하노버로 이사갔지만, 대통령을 지키지 못했다는 환각에 빠진 래스본에 의해 살해된다.
팔로몬테
팔로몬테(이탈리아어: Palomonte)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
페르디푸모
페르디푸모(이탈리아어: Perdifumo)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
페르토사
페르토사(이탈리아어: Pertosa)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다. 2015년 기준 인구는 688명이다.
페리토
페리토(이탈리아어: Perito)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
페티나
페티나(이탈리아어: Petina)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
펠레차노
펠레차노(이탈리아어: Pellezzano)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
포스틸리오네
포스틸리오네(이탈리아어: Postiglione)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
포시타노
포시타노(이탈리아어: Positano)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다.
포시타노 역사
포시타노는 아말피 공화국의 항구 중 하나였다.
관문로 (울주 경주)
관문로(Gwanmun-ro)는 울산광역시 울주군 범서읍 서사리와 경상북도 경주시 외동읍 모화리를 연결하는 울산광역시의 도로이다.
폰테카냐노파이아노
폰테카냐노파이아노(이탈리아어: Pontecagnano Faiano)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다. 빌라노바 문화의 정착지 중 하나이다.
부여질
부여질(扶餘質, ?~?)은 백제 기루왕의 아들이자 백제의 태자이다.
부여질 생애
아버지는 기루왕(己婁王)이며, 개루왕(蓋婁王)의 동생이다. 고이왕(古尒王)의 숙부가 된다. 242년 (고이왕(古尒王) 9) 4월에 우보(右輔)가 되어 국정을 주재하였다. 성품이 충직하고 굳세며, 일을 처리함에 실수가 없었다고 한다.
사회주의적 애국주의
사회주의적 애국주의(社會主義的 愛國主義, 러시아어: Социалистический патриотизм, 영어: Socialist patriotism) 또는 민중애국주의는 블라디미르 레닌이 최초로 주장한 애국주의이므로, 기존의 애국주의와 큰 차이를 보여주는 계급투쟁적 애국주의이다.
블라디미르 레닌은 프롤레타리아 혁명의 전략적 발생과 소비에트 제도의 성립이 공고히 되기 위해서라면 기존의 제국주의 성향을 띤 애국주의가 아닌 차별화된 애국주의가 필요하다고 주장하였고, 그것은 프롤레타리아 혁명 과정에서 필요한 계급투쟁, 사회주의의 영구적 추구를 목적으로 개조된 '사회주의적 애국주의'가 되었다. 사회주의적 애국주의는 "유물사관에 충실한 프롤레타리아 혁명 방침과 마르크스-레닌주의 국가에서의 알맞은 애국주의"를 규정한다. 이 개념은 블라디미르 레닌과 당대 러시아 좌익 작가들에 의해서 흔히 주장되었다.
사회주의적 애국주의
구체적인 내용은 마르크스-레닌주의 국가에서 노동자가 사회주의의 지속적 발전을 위해 할 수 있는 여러 가지 목표를 제시해주는 것으로 시작된다. 그러나, 애국주의 타이틀과 상반되게도 사회주의적 애국주의는 기존 애국주의가 내포한 문제점을 비판한다. 그리고 이들은 이러한 기존의 애국주의를 '부르주아적 애국주의'라고 부른다.
사회주의적 애국주의자들은 프롤레타리아 해방의 사명감을 가진 모든 나라들이 가져야 할 애국에 대한 논했다. 애국주의의 장점인 사회 단결요소, 체제 유지의 견고함을 가져가야 한다는 주의를 주장한다. 그리고 기존 애국주의를 비판하는 사회주의적 애국주의의 목표성은 제국주의와 인종의 구분이 없는 전인민국가가 형성한다는 목표하에 진행되는 것이다. 이 때문에, 사회주의적 애국주의는 세계에 존재에는 모든 약소국은 자본주의를 기반으로 한 제국주의의 착취와 억압 아래에서 해방될 자격이 있다고 주장하고 그 정당성도 부여되는 것이다. 그러므로 사회주의적 애국주의는 레닌의 민족 자결로도 이어지는 것이다. 비슷한 정치 방향으로는 좌익 내셔널리즘이 있다.
사회주의적 애국주의 개요
1917년 러시아 내전에서 블라디미르 레닌은 오랜 내전을 겪으면서 각기계층에 속하는 농민들이 생활고로 분열되어서 혁명 조직에 대항하는 모습을 보아야했고, 내전에서의 이러한 문제점이 증폭되었고, 결국 내전 막바지인 1921년 크론시타트 반란이 일어나면서 블라디미르 레닌은 사회주의화 된 애국주의의 필요성을 느끼게되었다.
여러 가지 마르크스주의적 요소들과 애국주의를 결합해 소련 공산당 내 좌익 작가들과 함께 완성된 이 사회주의적 애국주의는 인민들에게 마르크스주의에서는 전혀 볼 수 없었던 친국가적 정서를 심어주게된다. 그러나 그것은 어디까지나 노동 능률 상승과 체제 내부의 결속을 다지기 위함이었다.
사회주의적 애국주의는 이오시프 스탈린 때부터 심하게 왜곡되었다. 사회주의적 애국주의는 스탈린 전체주의 체제를 재정비하고 다지기 위한 나라의 도구로 이용되었던 것이다. 이러한 변질된 사회주의적 애국주의는 스탈린이 죽은지 한참 후인 1970년대 소련의 헌법이 개정되고 나서야 그 막을 내리게 되었다.
사회주의적 애국주의 개요
이러한 모습을 통해서 사회주의적 애국주의는 공산주의 국가에서 독재 용도로 주입하는 경우가 있는 것을 볼 수 있다.
대부분 공산주의자들은 2차 세계대전 때 해방 운동에 초점을 맞추는 인물들로 구성되어 있었다. 때문에, 대중계층의 지지를 받기 쉬웠고, 마르크스-레닌주의 국가 형성 이후 사회주의적 애국주의 실행을 더 빠르고 정확하게 할 수 있었다. 대표적으로 조선민주주의인민공화국의 김일성도 그 축에 속하며, 중화인민공화국의 마오쩌둥, 유고슬라비아의 요시프 브로즈 티토, 베트남의 호치민도 그에 속한다. 때문에 2차 대전에서 게릴라 활동을 전개한 대다수의 공산주의자들에겐 이러한 사회주의적 애국주의가 일종의 정치적 시너지 효과로 작용했다.
QorIQ
QorIQ(/ˈkɔːr.aɪ.kjuː/)는 프리스케일 세미컨덕터에서 설계한 파워 아키텍처 기반의 통신용 마이크로프로세서의 상표명이다. 이는 기존의 PowerQUICC 플랫폼으로부터 한단계 혁신적인 변화를 꾀한 결과로 하나 또는 복수의 PowerPC e500 코어를 집적하여 설계하였다. QorIQ는 성능과 기능에 따라 분류하여 하위에 다섯 종의 세부 제품 플랫폼으로 구분된다. (P1, P2, P3, P4, P5) QorIQ 플랫폼은 이전의 오래된 파워PC 제품과 소프트웨어적인 호환성을 유지하도록 설계되었다. 2012년 프리스케일은 ARM 기반의 QorIQ 제품이 2013년에 출시된다고 밝혔다.
QorIQ와 P1, P2, P4 제품군은 2008년 6월에 발표되었고, P3와 P5 제품은 2010년에 출시되었다.
RT-2 역사
RT-2는 소련 최초의 고체연료 ICBM이다. 미국은 1961년 미니트맨 미사일을 시험발사해 1962년 실전배치했다. 이에 대한 보복조치로 러시아는 1966년 RT-2를 시험발사해 1968년에 실전배치했다.
무게 45.1톤, 길이 21.5 m, 3단 고체연료, 탄두중량 1,200 lb(540 kg), 사거리 5,500 해리(10,186 km)이며 지하 사일로에서 발사된다.
이후에 트럭 이동식인 RT-2PM 토폴로 개량되어, 2013년 기준으로 토폴은 러시아가 선택한 유일한 지상발사 핵미사일이다. 앞으로 모든 핵미사일을 폐기하고 토폴 시리즈 단일모델만 실전배치할 계획이다. 미국도 미니트맨 단일모델 정책이다.
1968년 RT-2(SS-13, 사일로), 1972년 RT-2P(SS-14, 트럭), 1988년 RT-2PM 토폴(SS-25, 트럭), 1997년 RT-2PM2 토폴-M(SS-27, 트럭)이 실전배치되었다.
포카레카레 아나
《포카레카레 아나》(마오리어: Pōkarekare Ana, 거세게 물결치는)는 뉴질랜드 마오리족의 전통 민요이다. 같은 주제의 노래가 오래 전부터 불려온 듯 보이고 비슷비슷한 여러 가지 버전이 있지만 현재 널리 불리고 있는 버전은 비교적 근대인 20세기 초에 정립된 것으로 서양음악의 영향을 받아 새롭게 작곡된 신민요이다. 1914년 북부지역에서 널리 불릴 때에는 호키앙가 해변을 노래하였으나 1917년 동부 지역의 버전이 전 세계에 알려지면서 와이아푸 해변으로 가사가 바뀌었다. 세계적으로 가장 널리 알려진 뉴질랜드 민요로 뉴질랜드에서는 누구든 이 노래를 연주할 수 있을 정도이다.
포카레카레 아나 편곡과 전파
동부 마오리족 정치인이었던 퍼레이어 토모아나와 아피라나 응아타가 1919년 본격적으로 현재의 버전을 보급하기 시작하였지만 그들은 이 노래를 뉴질랜드 북부의 오클랜드에서 수집하였다고 한다. 아마도 제1차 세계 대전의 와중에 유럽 전선 참전을 위해 오클랜드에서 훈련하던 마오리족 병사들의 노래가 기원일 것이다.
가사의 몇몇 지명은 버전마다 조금씩 다르다. 예를 들어 첫 구절의 와이아푸는 버전에 따라 북섬의 로토루아 호수로 불리기도 한다. 아마도 로토루아 호수와 얽힌 《히네모아와 투타네카이》 이야기가 가사에 반영된 것으로 보인다. 이 전설에서 《로미오와 줄리엣》과 같은 앙숙의 집안으로 결혼이 금지된 히네모아는 투타네카이를 만나기 위해 거친 로토루아 호수의 물결을 헤엄쳐 건너간다. 그러나 여러 버전으로 바뀌고 영어로 번역되면서 첫 소절의 지명은 때때로 변화하였다.
포카레카레 아나 편곡과 전파
《포카레카레 아나》의 초기 버전은 4분의 3 박자였으나 널리 알려지면서 4분의 2 박자로 변형되었고 오늘날엔 주로 2박자의 노래가 불리지만 후렴은 여전히 3박자로 불린다.
대한민국에서는 《연가》(戀歌)라는 노래로 번안되어 알려졌다. 한국전쟁에 참가한 뉴질랜드군에 의해 소개되었다는 설이 있지만 이를 입증할 당대 사료 등 명확한 근거자료가 없으며 세계적으로 널리 알려진 노래이기 때문에 다른 경로로 전해졌을 가능성이 크다.
2009년 김용화 영화 《국가대표》에는 1987년생의 뉴질랜드가 자랑하는 팝페라 가수 헤일리 웨스튼라(Hayley Westenra)가 부른 《포카레카레 아나》가 삽입되었다.
포카레카레 아나 가사
마오리어에서 Pōkarekare는 "거칠게 물결치다"를 의미하는 동사이고 Ana는 계속됨을 나타내는 말이다. 따라서 Pōkarekare Ana 는 "거세게 물결치는" 이라는 의미가 된다. 마오리어 가사와 의미는 다음과 같다.
한국어 가사로 번안한 사람이 누구인지는 알려져 있지 않다. 번안곡 《연가》의 가사는 다음과 같다.
1. 비바람이 치던 바다 잔잔해져 오면
오늘 그대 오시려나 저 바다 건너서

후렴: 그대만을 기다리리
내사랑 영원히 기다리리

2. 밤하늘에 반짝이는 별빛도 아름답지만
사랑스런 그대 눈은 더욱 아름다워라
폴라 (이탈리아)
폴라(이탈리아어: Polla)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다. 2011년 인구는 5,327명이었다.
폴라 (이탈리아) 역사
마을이 위치한 지역은 선사시대부터 사람이 거주했던 지역으로, 근처 동굴에서 뼈와 도자기가 발견된 것을 보면 알 수 있다. 고대 로마 지배 기간 동안 오늘날의 산 피에트로 구역에 포럼이 세워졌다.
폴라 (이탈리아) 지리
폴라는 발로 디 디아노의 북쪽에 있으며 알부르니 산맥에 가깝고 타나그로강이 교차한다. 아테나루카나, 아울레타, 카자노, 코를레토몬포르테, 페르토사, 산타르세니오 등의 지방 자치체와 접해 있다.
폴리카
폴리카(이탈리아어: Pollica)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다. 살레르노로부터 94km 거리에 있고 해발 370m에 위치해있다.
프라이아노
프라이아노(이탈리아어: Praiano)는 이탈리아 캄파니아주 살레르노도에 있는 코무네이다. 아말피 해안에 위치해있고, 아말피와 포스티아노와 같이 이탈리아와 살레르노 지역을 여행하는 관광객들의 주요 관광지다.
프라이아노 역사
도시의 명칭은 라틴어로 해변을 뜻하는 프라이아(praia) 또는 공해(公海)를 뜻하는 펠라지움(pelagium)이라는 단어에서 유래했다. 10-11세기 동안에, 프라이아노는 아말피 공국의 총독의 여름 거주처였다.