hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
복잡한 텍스트 레이아웃 CTL을 요구하는 특성
CTL 복잡성의 주요 특성은 다음과 같다:
이러한 모든 특성이 CTL을 요구하는 것은 아니다. 예를 들어, 그리스 문자는 단어 끝에 ς로 나타나고 다른 곳에서는 σ로 나타나는 문자 Σ의 문맥 의존적 형태 형성을 가지고 있다. 그러나 이 두 가지 형태는 일반적으로 다른 문자로 저장된다. 예를 들어, 유니코드는 U+03C2 ς greek small letter final sigma와 U+03C3 σ greek small letter sigma를 모두 가지고 있으며, 이들을 동등하게 취급하지 않는다. 정렬 및 비교 목적으로 소프트웨어는 문자열 "δῖος Ἀχιλλεύς"를 "δῖοσ Ἀχιλλεύσ"와 동일하게 간주해야 하지만, 조판 목적으로는 구별되며 올바른 형태를 선택하기 위해 CTL이 필요하지 않다.
복잡한 텍스트 레이아웃 구현
CTL을 지원하는 대부분의 텍스트 렌더링 소프트웨어는 특정 스크립트에 대한 정보를 포함하므로, 글꼴 파일이 문자를 배치하는 방법에 대한 지침을 제공할 필요 없이 올바르게 렌더링할 수 있다. 이러한 소프트웨어는 일반적으로 라이브러리로 제공된다. 예시는 다음과 같다:
그러나 이러한 소프트웨어는 지침이 부족한 스크립트를 올바르게 렌더링할 수 없으며, 여기에는 많은 소수 스크립트가 포함될 수 있다. 다른 접근 방식은 렌더링 지침을 글꼴 파일 자체에 포함하는 것이다. 렌더링 소프트웨어는 여전히 지침을 읽고 따를 수 있어야 하지만, 이는 비교적 간단하다.
이 후자의 접근 방식의 예로는 Apple Advanced Typography (AAT) 및 Graphite가 있다. 이 두 이름은 지침 형식과 이를 지원하는 소프트웨어를 모두 포함한다. AAT는 애플 운영체제에 포함되어 있으며, Graphite는 마이크로소프트 윈도우 및 리눅스 기반 시스템에서 사용할 수 있다.
복잡한 텍스트 레이아웃 구현
오픈타입 형식은 주로 첫 번째 접근 방식(렌더러에 레이아웃 지식이 있고 글꼴에는 없는)을 사용하는 시스템을 위한 것이지만, 문맥적 합자와 같이 CTL에 도움이 되는 몇 가지 기능을 가지고 있다. AAT 및 Graphite 지침은 오픈타입 글꼴 파일에 포함될 수 있다.
애플 프로덕티비티 익스피리언스 그룹
애플 프로덕티비티 익스피리언스 그룹(Apple Productivity Experience Group, APEX)는 마이크로소프트의 운영 부서로, 2009년 기준으로 MacOS 및 IOS 운영체제용 소프트웨어 개발자 중 애플 외에서 가장 큰 규모이다. 1997년 1월 7일 매킨토시 사업부로 설립되었으며, 처음에는 마이크로소프트 오피스 부서의 기존 크로스 플랫폼 워드, 엑셀, 파워포인트 팀에서 100명 이상의 인원으로 구성되었고, 다음 해에 맥용 인터넷 익스플로러 및 아웃룩 익스프레스 팀이 추가되면서 180명으로 성장했다. 2000년에 오피스 부서에서 엔터테인먼트 및 장치 부서 내의 전문 장치 및 응용 프로그램 그룹으로 이전했으며, 현재는 다시 마이크로소프트 오피스 부서로 돌아왔다.
애플 프로덕티비티 익스피리언스 그룹 역사
맥 BU가 설립되기 전, 마이크로소프트는 1984년 맥용 워드 1.0을 시작으로 매킨토시 소프트웨어를 개발해왔다. 1990년대 초중반 동안 마이크로소프트의 워드, 엑셀, 파워포인트 팀은 이 응용 프로그램들의 윈도우 및 매킨토시 버전을 동시에 개발했지만, 윈도우용 오피스 97을 출시한 후 1997년 1월, 마이크로소프트는 매킨토시 플랫폼에 최적화된 응용 프로그램 개발에 집중하기 위해 별도의 매킨토시 사업부를 설립하기로 결정했다. 1997년 8월, 애플과의 광범위한 파트너십 계약의 일환으로 마이크로소프트는 최소 5년 더 매킨토시 소프트웨어 개발 및 지원을 계속할 것을 약속했으며, 2006년 1월 10일 Macworld Conference & Expo에서 이 약속을 갱신했다. 벤 월드먼(Ben Waldman)은 맥 BU의 설립자이자 초대 제너럴 매니저(GM)였으며, 1997년 1월 설립부터 2000년 1월까지 재직했다. 이후 케빈 브라운(Kevin Browne)이 2002년 12월 18일까지 재직했고, 로즈 호(Roz Ho)가 2002년 12월 18일부터 2007년 6월 8일까지 재직했다. 그 후 크레이그 아이슬러(Craig Eisler)가 GM이 되었다. 2008년 10월, 아이슬러는 로비 바흐에게 모든 엔터테인먼트 클라이언트 업무를 총괄하도록 지명되었고, 에릭 윌프레드(Eric Wilfred)가 맥 BU의 GM이 되었다.
애플 프로덕티비티 익스피리언스 그룹 소프트웨어
APEX는 마이크로소프트 오피스와 원노트의 macOS 및 iOS 버전을 개발한다. 이전에 맥 BU에서 개발했던 소프트웨어로는 인터넷 익스플로러(2003년 개발 중단), 버추얼 PC, 및 MSN for Mac OS X 브라우저(2005년 5월 31일 취소)가 있다.
데이터 구조 정렬
데이터 구조 정렬 또는 자료 구조 정렬(data structure alignment)은 컴퓨터 메모리에 데이터가 정렬되고 접근되는 방식이다. 이 방식은 세 가지의 별개이지만 연관된 문제인 데이터 정렬, 데이터 구조 패딩, 그리고 패킹으로 구성된다.
현대 컴퓨터 하드웨어의 CPU는 데이터가 자연스럽게 정렬될 때 메모리 읽기 및 쓰기를 가장 효율적으로 수행하며, 이는 일반적으로 데이터의 메모리 주소가 데이터 크기의 배수임을 의미한다. 예를 들어, 32비트 아키텍처에서 데이터가 4개의 연속된 바이트에 저장되고 첫 번째 바이트가 4바이트 경계에 있는 경우 데이터가 정렬될 수 있다.
데이터 정렬은 요소들을 그들의 자연 정렬에 따라 정렬하는 것이다. 자연 정렬을 보장하기 위해 구조 요소들 사이에 또는 구조의 마지막 요소 다음에 약간의 패딩을 삽입해야 할 수도 있다. 예를 들어, 32비트 머신에서 16비트 값 뒤에 32비트 값이 오는 데이터 구조는 32비트 값을 32비트 경계에 정렬하기 위해 16비트 값과 32비트 값 사이에 16비트의 패딩을 가질 수 있다. 또는 패딩을 생략하고 구조를 팩하여 접근 속도가 느려질 수 있지만 16비트의 메모리를 절약할 수 있다.
데이터 구조 정렬
데이터 구조 정렬은 모든 현대 컴퓨터의 근본적인 문제이지만, 많은 컴퓨터 언어와 컴퓨터 언어 구현은 데이터 정렬을 자동으로 처리한다. 포트란, 에이다, PL/I, 파스칼, 특정 C 및 C++ 구현, D, 러스트, C#, 및 어셈블리어는 적어도 데이터 구조 패딩을 부분적으로 제어할 수 있도록 하며, 이는 특정 특수 상황에서 유용할 수 있다.
데이터 구조 정렬 정의
메모리 주소 a는 n의 배수일 때 n-바이트 정렬되었다고 한다(여기서 n은 2의 거듭제곱). 이 맥락에서 바이트는 메모리 접근의 가장 작은 단위이며, 즉 각 메모리 주소는 다른 바이트를 지정한다. n-바이트 정렬된 주소는 이진수로 표현될 때 최소한 log2(n)개의 최하위 0을 갖는다.
대체 표현인 b-비트 정렬은 b/8 바이트 정렬된 주소를 나타낸다(예: 64비트 정렬은 8 바이트 정렬이다).
메모리 접근은 접근되는 데이터의 길이가 n 바이트이고 데이터 주소가 n-바이트 정렬될 때 정렬되었다고 한다. 메모리 접근이 정렬되지 않았을 때는 잘못 정렬되었다고 한다. 바이트 메모리 접근은 정의상 항상 정렬된다는 점에 유의하라.
n 바이트 길이의 기본 데이터를 참조하는 메모리 포인터는 n-바이트 정렬된 주소만 포함하도록 허용될 때 정렬되었다고 하며, 그렇지 않으면 정렬되지 않았다고 한다. 데이터 집합(데이터 구조 또는 배열)을 참조하는 메모리 포인터는 집합 내의 각 기본 데이터가 정렬된 경우에만 정렬되었다고 한다.
데이터 구조 정렬 정의
위의 정의들은 각 기본 데이터가 2의 거듭제곱 바이트 길이임을 가정한다. 이 경우가 아닐 때(x86의 80비트 부동소수점과 같이) 컨텍스트가 데이터가 정렬되었는지 아닌지를 결정하는 조건에 영향을 미친다.
데이터 구조는 고정된 크기인 바운디드(bounded)로 스택에 저장되거나, 동적 크기인 언바운디드(unbounded)로 힙에 저장될 수 있다.
데이터 구조 정렬 문제점
CPU는 한 번에 하나의 메모리 워드로 메모리에 접근한다. 메모리 워드 크기가 컴퓨터가 지원하는 가장 큰 원시 자료형보다 크거나 같은 한, 정렬된 접근은 항상 단일 메모리 워드에 접근할 것이다. 그러나 잘못 정렬된 데이터 접근의 경우 이는 사실이 아닐 수 있다.
데이터의 최상위 바이트와 최하위 바이트가 동일한 메모리 워드 내에 있지 않으면, 컴퓨터는 데이터 접근을 여러 메모리 접근으로 분할해야 한다. 이는 메모리 접근을 생성하고 조정하기 위한 많은 복잡한 회로를 필요로 한다. 메모리 워드가 다른 메모리 페이지에 있는 경우를 처리하기 위해 프로세서는 명령을 실행하기 전에 두 페이지가 모두 존재하는지 확인하거나, 명령 실행 중 발생하는 TLB 미스 또는 페이지 부재를 처리할 수 있어야 한다.
데이터 구조 정렬 문제점
일부 프로세서 설계는 의도적으로 이러한 복잡성을 도입하지 않고, 대신 잘못 정렬된 메모리 접근이 발생할 경우 다른 동작을 수행한다. 예를 들어, ARMv6 ISA 이전의 ARM 아키텍처 구현에서는 모든 멀티바이트 로드 및 스토어 명령어에 대해 강제적인 정렬된 메모리 접근이 필요하다. 특정 명령어가 발행되었는지에 따라, 잘못 정렬된 접근 시도의 결과는 문제가 되는 주소의 최하위 비트를 반올림하여 정렬된 접근으로 만들거나(때로는 추가 주의 사항과 함께), MMU 예외를 발생시키거나(MMU 하드웨어가 존재하는 경우), 또는 다른 잠재적으로 예측할 수 없는 결과를 조용히 반환할 수 있다. ARMv6 및 이후 아키텍처는 많은 상황에서 정렬되지 않은 접근을 지원하지만, 반드시 모든 상황에서 지원하는 것은 아니다.
하나의 메모리 워드가 접근될 때 해당 연산은 원자적이다. 즉, 전체 메모리 워드가 한 번에 읽히거나 쓰이며, 다른 장치들은 읽기 또는 쓰기 연산이 완료될 때까지 기다려야 접근할 수 있다. 그러나 여러 메모리 워드에 대한 정렬되지 않은 접근의 경우, 예를 들어 첫 번째 워드가 한 장치에 의해 읽히고, 두 워드가 다른 장치에 의해 쓰여진 다음, 첫 번째 장치에 의해 두 번째 워드가 읽히는 경우처럼, 읽힌 값이 원래 값도 아니고 업데이트된 값도 아닌 상황이 발생할 수 있다. 이러한 실패는 드물지만, 식별하기가 매우 어려울 수 있다.
데이터 구조 정렬 데이터 구조 패딩
컴파일러 (또는 인터프리터)는 일반적으로 개별 데이터 항목을 정렬된 경계에 할당하지만, 데이터 구조는 종종 다른 정렬 요구 사항을 가진 멤버를 갖는다. 적절한 정렬을 유지하기 위해 번역기는 일반적으로 각 멤버가 적절하게 정렬되도록 추가적인 이름 없는 데이터 멤버를 삽입한다. 또한, 데이터 구조 전체는 마지막 이름 없는 멤버로 패딩될 수 있다. 이를 통해 구조체 배열의 각 멤버가 적절하게 정렬될 수 있다.
패딩은 구조체 멤버 뒤에 더 큰 정렬 요구 사항을 가진 멤버가 오거나 구조체 끝에 올 때만 삽입된다. 구조체 멤버의 순서를 변경함으로써 정렬을 유지하는 데 필요한 패딩의 양을 변경할 수 있다. 예를 들어, 멤버가 정렬 요구 사항이 내림차순으로 정렬되면 최소한의 패딩이 필요하다. 필요한 최소 패딩 양은 항상 구조체에서 가장 큰 정렬보다 작다. 필요한 최대 패딩 양을 계산하는 것은 더 복잡하지만, 항상 모든 멤버의 정렬 요구 사항의 합계에서 구조체 멤버 중 가장 적게 정렬된 절반의 정렬 요구 사항의 합계의 두 배를 뺀 값보다 작다.
데이터 구조 정렬 데이터 구조 패딩
C 및 C++는 공간 절약을 위해 컴파일러가 구조체 멤버의 순서를 변경하는 것을 허용하지 않지만, 다른 언어는 허용할 수 있다. 또한 대부분의 C 및 C++ 컴파일러에게 구조체 멤버를 특정 정렬 수준으로 "팩"(pack)하도록 지시할 수 있다. 예를 들어, "pack(2)"는 바이트보다 큰 데이터 멤버를 2바이트 경계에 정렬하여 모든 패딩 멤버가 최대 1바이트 길이가 되도록 한다. 마찬가지로, PL/I에서는 비트 문자열 주위를 제외한 모든 패딩을 제거하기 위해 구조체를 `UNALIGNED`로 선언할 수 있다.
이러한 "팩된" 구조체를 사용하는 한 가지 용도는 메모리를 절약하는 것이다. 예를 들어, 단일 바이트(예: char)와 4바이트 정수(예: uint32_t)를 포함하는 구조체는 3바이트의 추가 패딩이 필요하다. 이러한 구조체의 큰 배열은 팩될 경우 37.5% 더 적은 메모리를 사용하지만, 각 구조체에 접근하는 데 더 오래 걸릴 수 있다. 이러한 절충은 공간-시간 트레이드오프의 한 형태로 간주될 수 있다.
데이터 구조 정렬 데이터 구조 패딩
"팩된" 구조체는 주로 메모리 공간을 절약하기 위해 사용되지만, 표준 프로토콜을 사용하여 데이터 구조를 전송하기 위해 형식을 지정하는 데도 사용될 수 있다. 그러나 이 용도에서는 구조체 멤버의 값이 프로토콜이 요구하는 엔디언스(종종 네트워크 바이트 순서)로 저장되도록 주의해야 하며, 이는 호스트 머신에서 기본적으로 사용되는 엔디언스와 다를 수 있다.
다음 공식들은 데이터 구조의 시작을 정렬하는 데 필요한 패딩 바이트 수를 제공한다(여기서 mod는 모듈러 연산자이다):
예를 들어, 4바이트 정렬된 구조체에 대해 오프셋 0x59d에 추가할 패딩은 3이다. 그러면 구조체는 0x5a0에서 시작하며, 이는 4의 배수이다. 그러나 오프셋의 정렬이 이미 정렬과 같을 때, `(align - (offset mod align)) mod align`의 두 번째 모듈로는 0을 반환하므로 원래 값은 변경되지 않고 남는다.
정렬은 정의에 따라 2의 거듭제곱이므로, 모듈러 연산은 비트 AND 연산으로 줄일 수 있다.
다음 공식들은 올바른 값을 생성한다(여기서 &는 비트 AND이고 ~는 비트 NOT이다) – 오프셋이 부호 없는 정수이거나 시스템이 2의 보수 연산을 사용하는 경우:
데이터 구조 정렬 x86에서 C 구조체의 일반적인 정렬
자료 구조 멤버는 메모리에 순차적으로 저장되므로, 아래 구조체에서 Data1 멤버는 항상 Data2보다 먼저 오고, Data2는 항상 Data3보다 먼저 온다:
"short" 타입이 2바이트 메모리에 저장된다면, 위 데이터 구조의 각 멤버는 2바이트 정렬될 것이다. Data1은 오프셋 0에, Data2는 오프셋 2에, Data3은 오프셋 4에 위치할 것이다. 이 구조체의 크기는 6바이트가 될 것이다.
구조체의 각 멤버 유형은 일반적으로 기본 정렬을 가지며, 이는 프로그래머가 별도로 요청하지 않는 한 미리 결정된 경계에 정렬될 것임을 의미한다. 다음 일반적인 정렬은 32비트 x86용으로 컴파일할 때 마이크로소프트(비주얼 C++), 볼랜드/코드기어(C++빌더), 디지털 마스(DMC), 그리고 GNU(GCC)의 컴파일러에서 유효하다:
LP64 64비트 시스템에서 32비트 시스템과 비교했을 때 정렬의 유일한 주목할 만한 차이점은 다음과 같다:
일부 데이터 유형은 구현에 따라 다르다.
데이터 구조 정렬 x86에서 C 구조체의 일반적인 정렬
다음은 다양한 유형의 멤버를 가진 구조체로, 컴파일 전 총 8바이트이다:
컴파일 후 데이터 구조는 각 멤버의 적절한 정렬을 보장하기 위해 패딩 바이트로 보충될 것이다:
컴파일된 구조체의 크기는 이제 12바이트이다.
마지막 멤버는 구조체 전체 크기가 모든 구조체 멤버 중 가장 큰 정렬(이 경우 리눅스-32비트/gcc에서 alignof(int) = 4)의 배수가 되도록 필요한 바이트 수로 패딩된다.
이 경우 구조체를 12바이트 크기(alignof(int) * 3)로 패딩하기 위해 마지막 멤버에 3바이트가 추가된다.
이 예시에서 구조체 sizeof(FinalPad) == 8의 총 크기는 5가 아니라 8이다(따라서 크기는 4(alignof(float))의 배수이다).
이 예시에서 구조체 sizeof(FinalPadShort) == 6의 총 크기는 5가 아니라 6이다(8도 아니다) (따라서 크기는 2(alignof(short) == 2 on linux-32bit/gcc)의 배수이다).
데이터 구조 정렬 x86에서 C 구조체의 일반적인 정렬
구조체 멤버의 순서를 변경하거나 컴파일러의 구조체 멤버 정렬(또는 "패킹")을 변경함으로써 구조체의 정렬을 변경하여 필요한 메모리를 줄이거나 기존 형식에 맞출 수 있다.
구조체의 컴파일된 크기는 이제 컴파일 전 크기인 8바이트와 일치한다. Padding1[1]이 Data4로 대체(따라서 제거)되었고, 구조체가 이미 롱 워드 크기로 정렬되어 있으므로 Padding2[3]는 더 이상 필요하지 않다는 점에 유의한다.
MixedData 구조체를 1바이트 경계에 정렬하도록 강제하는 다른 방법은 전처리기가 구조체 멤버의 미리 결정된 정렬을 무시하도록 하여 패딩 바이트가 삽입되지 않게 할 것이다.
구조체 멤버의 정렬을 정의하는 표준적인 방법은 없지만(C 및 C++는 이를 위해 alignas 지정자를 사용할 수 있지만 더 엄격한 정렬을 지정하는 데만 사용될 수 있다), 일부 컴파일러는 소스 파일 내에서 패킹을 지정하기 위해 #pragma 지시어를 사용한다. 다음은 예시이다:
데이터 구조 정렬 x86에서 C 구조체의 일반적인 정렬
이 구조체는 32비트 시스템에서 컴파일된 크기가 6바이트일 것이다. 위 지시어는 마이크로소프트, 볼랜드, GNU, 및 다른 많은 컴파일러에서 사용할 수 있다.
또 다른 예시:
일부 마이크로소프트 컴파일러, 특히 RISC 프로세서용 컴파일러에서는 프로젝트 기본 패킹(/Zp 지시어)과 #pragma pack 지시어 사이에 예상치 못한 관계가 있다. #pragma pack 지시어는 프로젝트 기본 패킹보다 구조체의 패킹 크기를 줄이는 데만 사용할 수 있다. 이는 프로젝트 패킹이 이보다 작은 경우, 예를 들어 #pragma pack(8)을 사용하는 라이브러리 헤더와의 상호 운용성 문제를 야기한다. 이러한 이유로, 프로젝트 패킹을 기본값인 8바이트 이외의 값으로 설정하면 라이브러리 헤더에서 사용되는 #pragma pack 지시어를 깨뜨리고 구조체 간의 바이너리 비호환성을 초래할 수 있다. 이 제한은 x86용으로 컴파일할 때는 존재하지 않는다.
데이터 구조 정렬 캐시 라인에 정렬된 메모리 할당
캐시 라인에 정렬된 메모리를 할당하는 것이 유용할 것이다. 배열이 여러 스레드에서 작동하도록 분할될 때, 캐시 라인에 정렬되지 않은 서브 배열 경계는 성능 저하로 이어질 수 있다. 다음은 64바이트 캐시에 정렬된 메모리(크기 10의 double 배열)를 할당하는 예시이다.
데이터 구조 정렬 정렬 요구사항의 하드웨어적 중요성
정렬 문제는 하드웨어 주소 변환 메커니즘(PCI 재매핑, MMU의 동작)을 통해 해당 영역을 효율적으로 매핑하는 것이 목적인 경우 C 구조체보다 훨씬 더 큰 영역에 영향을 미칠 수 있다.
예를 들어, 32비트 운영 체제에서 4 KiB (4096 바이트) 페이지는 임의의 4 KiB 데이터 청크가 아니다. 대신, 일반적으로 4 KiB 경계에 정렬된 메모리 영역이다. 이는 페이지를 페이지 크기 경계에 정렬하면 하드웨어가 복잡한 산술 연산 없이 주소의 상위 비트를 대체하여 가상 주소를 물리 주소에 매핑할 수 있기 때문이다.
데이터 구조 정렬 정렬 요구사항의 하드웨어적 중요성
예시: 가상 주소 0x2CFC7000이 물리 주소 0x12345000에 매핑되는 TLB가 있다고 가정한다. (이 두 주소는 모두 4 KiB 경계에 정렬되어 있다.) 가상 주소 va=0x2CFC7ABC에 위치한 데이터에 접근하면 0x2CFC7을 0x12345로 TLB 확인하여 pa=0x12345ABC로 물리적 접근을 발행한다. 여기서 20/12비트 분할은 다행히도 5/3자리에서 16진수 표현 분할과 일치한다. 하드웨어는 물리 주소의 처음 20비트(0x12345)와 가상 주소의 마지막 12비트(0xABC)를 단순히 결합하여 이 변환을 구현할 수 있다. 이는 가상으로 인덱싱된(ABC) 물리적으로 태그된(12345) 것으로도 언급된다.
크기가 2(n+1) − 1인 데이터 블록은 항상 2n바이트에 정렬된 크기가 2n인 서브 블록을 하나 갖는다.
이것이 정렬에 대한 지식이 없는 동적 할당자가 공간 손실 요인을 두 배로 감수하고 정렬된 버퍼를 제공하는 데 사용될 수 있는 방법이다.
여기서 aligntonext(p, r)는 정렬된 증분값을 더한 다음 p의 최하위 r비트를 지워서 작동한다. 가능한 구현은 다음과 같다.
데이터 구조 정렬 더 읽어보기
〈1. Introduction: Segment Alignment〉 A620/5821 6K DD판. 《8086 Family Utilities – User's Guide for 8080/8085-Based Development Systems》 (PDF). Revision E. Santa Clara, California, USA: 인텔 코퍼레이션. May 1982 [1980, 1978]. ((1–6, 3–5))쪽. Order Number: 9800639-04. 2020년 2월 29일에 원본 문서 (PDF)에서 보존된 문서. 2020년 2월 29일에 확인함. […] A segment can have one (and in the case of the inpage attribute, two) of five alignment attributes: […] Byte, which means a segment can be located at any address. […] Word, which means a segment can only be located at an address that is a multiple of two, starting from address 0H. […] Paragraph, which means a segment can only be located at an address that is a multiple of 16, starting from address 0. […] Page, which means a segment can only be located at an address that is a multiple of 256, starting from address 0. […] Inpage, which means a segment can be located at whichever of the preceding attributes apply plus must be located so that it does not cross a page boundary […] The alignment codes are: […] B – byte […] W – word […] G – paragraph […] xR – inpage […] P – page […] A – absolute […] the x in the inpage alignment code can be any other alignment code. […] a segment can have the inpage attribute, meaning it must reside within a 256 byte page and can have the word attribute, meaning it must reside on an even numbered byte. […]
베나길
베나길(Benagil)은 포르투갈 알가르브 지역 라고아에 속한 대서양 연안의 작은 마을이다.
20세기 후반까지 이 마을의 경제는 해양 어업에 기반을 두었으나, 이후 유명 해변인 프라이아 데 베나길(Praia de Benagil)을 중심으로 관광지로 발전했다. 인구는 대략 60명 정도로 ,주민 수는 많지 않지만 여름이면 해외에서 많은 사람들이 찾아온다. 베나길 마을과 해변은 국제적으로 유명한 마리냐 해변 인근에 위치해 있다.
베나길의 주요 관광 명소는 베나길 동굴(포르투갈어: Algar de Benagil)이다. 라고스와 알부페이라 사이의 알가르브 해안선을 따라 점점이 분포한 모든 해식 동굴 중, 베나길 동굴은 측면과 위쪽에서 동시에 침식이 일어난 유일한 동굴이다. 이러한 독특한 자연적 과정으로 인해 천장에 구멍이 생겨 햇빛이 동굴 안과 그 안에 숨은 해변을 밝히게 되었다.
베나길
2023년부터는 과잉 관광 문제에 대한 우려가 제기되면서 여러 규제가 시행되었다. 동굴에서는 허가된 투어만 허용되며, 해변에 더 이상 배를 정박할 수 없게 되었다. 2024년 8월부터는 동굴 내에 동시에 들어갈 수 있는 선박 수에 제한이 생겼고, 보트 한 척당 방문 시간은 최대 2분으로 제한되었다. 관광객 수에 제한을 두고 입장료를 부과하자는 제안이 있기도 하다.
사회 발전 이사회
사회 발전 이사회(CDC)는 싱가포르의 지방 자치의 한 형태로, 싱가포르 정부와 지정된 지구에 거주하는 주민들 사이의 다리 역할을 한다. 각 사회 발전 이사회는 풀뿌리 이니셔티브와 지역 사회 참여를 위한 플랫폼으로 기능하며, 통치를 지역 사회에 더 가깝게 가져오는 것을 목표로 한다. 이사회는 주민들의 의사 결정 참여와 지역 활동 참여를 통해 자원봉사를 장려하고, 적극적인 시민 의식을 함양하며, 사회 결속을 강화한다.
1997년에 설립되었을 당시에는 원래 9개의 사회 발전 이사회가 있었으나, 2001년에 5개로 통합되었다. 각 이사회는 정부 자금을 받아 해당 지구 주민들을 위한 사회 복지 제도, 복지 지원 및 지역 사회 개발 프로그램을 관리한다. 이사회 경계는 지역이나 계획 구역에 고정되어 있지 않고, 여러 선거구를 묶어 형성된다. 따라서 그 경계는 유동적이며 매 총선에 따라 변경될 수 있다. 사회 발전 이사회 지구는 마을 협의회와 혼동해서는 안 된다. 마을 협의회는 더 지역적인 수준에서 운영되며, 규모가 작고 수가 더 많다. 이들은 일반적으로 독립된 단일 의원 선거구(SMC)와 집단 대표 선거구(GRC) 또는 이 둘의 조합으로 형성된다.
사회 발전 이사회 역사
사회 발전 이사회는 1996년 싱가포르 총리고촉통이 싱가포르 국경일 집회 연설에서 처음 제안했다. 그는 사회 발전 이사회를 지역 사회 내에서 "더 강력한 공동체 유대"를 육성하고 "사회 결속을 강화"하는 수단으로 설명했으며, "긴밀하고 자비롭고 자립적인 공동체"를 건설하는 광범위한 목표를 가지고 있었다.
사회 발전 이사회는 1997년 인민협회(사회 발전 이사회) 규칙 1997에 따라 1997년 3월 29일 발효되어 공식적으로 설립되었다. 이 규칙은 이사회의 기능, 거버넌스 프레임워크, 조직 구조 및 재정 규정을 명시했다. 이후 선거구 조정 및 기타 행정적, 절차적 변경을 반영하기 위해 여러 차례 수정되었다. 사회 발전 이사회는 문화, 지역사회 및 청소년부 산하 법정 기관인 인민협회의 감독을 받는다.
사회 발전 이사회 조직
2025년 5월 23일 기준 5개 사회 발전 이사회 지구별 선거구는 다음과 같다.
이사회의 경계는 기존 정치 구획을 따르며, 각 이사회는 4개에서 6개의 GRC 및 SMC를 관할하며 국가 인구를 대략적으로 균등하게 나눈다. 각 사회 발전 이사회는 이사회에 의해 관리되며, 이사회는 임명된 시장이 이끌고 12명에서 80명의 위원으로 구성된다. 위원들은 인민협회 의장 또는 부의장에 의해 임명된다.
싱가포르에는 총 5명의 시장이 있으며, 각 시장은 특정 지구의 사회 발전 이사회를 담당한다. 시장은 또한 해당 사회 발전 이사회의 의장을 겸한다. 북동 사회 발전 이사회의 시장이었던 전 정치인 테오 세르 럭에 따르면, 시장은 "지역 사회 내에서 동지애를 구축하기 위한 기초를 다지는" 책임을 맡는다. 그러나 비판론자들은 싱가포르와 같은 도시 국가에 5명의 시장이 필요한지에 의문을 제기하며, 그 역할이 불필요하고 공공 자금의 낭비일 수 있다고 주장한다.
사회 발전 이사회 조직
2021년 예산안에 대한 2021년 의회 토론에서, 야당 대표이자 노동당의 프리탐 싱은 시장들에게 지급되는 높은 급여와 전임 사회 발전 이사회 시장이 필요한지, 아니면 이 직위 자체가 필요한지에 대해 의문을 제기했다. 중앙싱가포르 사회 발전 이사회 시장인 데니스 푸아는 자신이 "유일한 전임 사회 발전 이사회 시장"이며 다른 시장들은 "비상근 시장"이라고 응답했다. 2025년에 푸아는 싱가포르 민주당의 폐지 요구에 맞서 다시 직위를 옹호하며, 시장은 국회의원이나 풀뿌리 고문의 업무를 "인계받지" 않지만 "개별 선거구가 관리하기 어려울 수 있는" "자원을 모으고" "문제를 해결하기 위한" "지역 역할"을 한다고 주장했다.
사회 발전 이사회 자금 조달
사회 발전 이사회는 정부로부터 관할 구역 내 주민 수에 비례하여 1인당 1 싱가포르 달러의 연간 금액을 지원받는다. 이들은 자체 모금 프로그램을 자유롭게 운영할 수 있으며, 정부는 2018 회계연도부터 연간 최대 $4000만 싱가포르 달러 한도 내에서 모금액 1싱가포르 달러당 3싱가포르 달러를 매칭 지원한다. 이전에는 연간 한도가 S$2400만 싱가포르 달러였다. 정부는 또한 이사회 사무실 운영 비용을 포함한 운영비를 지불한다.
알두스 마누티우스
알두스 피우스 마누티우스 ( /məˈnjuːʃiəs/ ; Italian  알도 피오 마누치오 ;  1449/1452c. – 1515년 2월 6일)은 이탈리아의 인쇄업자이자 인문주의자로, 알디네 출판사(Aldine Press)를 설립했다. 마누티우스는 40대 이후 삶을 희귀 문서의 출판과 보급에 헌신했다. 그리스어 필사본에 대한 관심과 보존 노력을 보였으며, 그리스어 판본을 출판하고 헌신한 당대 혁신적 출판인으로 평가받게 된다.
알두스 마누티우스는 소형 휴대용 책 형식(옥타보)인 엔키리디아를 도입하여 개인 독서를 혁신했으며, 그 크기는 현대 페이퍼백 책의 전신이 된다. 또한 쉼표와 세미콜론을 포함한 구두점 사용을 표준화하는 데 기여했다.
마누티우스는 그리스어 원전을 출판하고자 했는데, 아리스토텔레스나 아리스토파네스의 작품이 번역을 거치지 않은 원본 그리스어일 때 비로소 진정성을 지닌다고 믿었기 때문이다. 마누티우스 이전에는 표준화된 그리스어 활자를 제작하는 것이 복잡했어서, 출판사가 그리스어로 된 책을 인쇄하는 경우는 거의 없었다.
알두스 마누티우스
마누티우스는 희귀본 원고를 그리스어, 라틴어 원본 그대로 출판했다. 그는 당시 휴머니스트체를 닮은 그리스어와 라틴어 활자 제작을 의뢰했는데, 이 활자본은 이탤릭체의 시작으로 알려져 있다.
알디네 출판사의 명성이 높아지면서 복제본 또한 증가했다. 마누티우스가 알디네 판본의 불법 복제를 막으려 애썼으나 그의 혁신을 모방한 출판물들은 이탈리아 전역으로 빠르게 퍼졌다.
알디네 출판사가 꼼꼼하고 정확한 출판물로 명성이 높아지자, 네덜란드 철학자 에라스무스가 마누티우스를 찾아와 자신이 번역한 아울리스의 이피게네니아를 출판해 달라고 요청했다.
젊은 시절, 마누티우스는 로마에서 인문주의 학자가 되기 위해 공부했다. 그는 조반니 피코와 친구였고, 피코의 조카인 카르피 영주 알베르토 피오와 레오넬로 피오를 가르쳤다. 가정교사로 일하던 시절 마누티우스는 제자와 그들의 어머니를 위해 두 권의 책을 출판했다. 서른 후반에서 마흔 초반, 마누티우스는 베네치아에 정착하여 인쇄 출판업자가 되었다. 베네치아에서 안드레아 토레사노를 만나, 두 사람은 알디네 출판사(Aldine Press)를 공동 설립했다.
온리오피스
온리오피스(OnlyOffice)는 Ascensio System SIA가 개발한 생산성 소프트웨어 제품군으로, 이 회사는 2009년에 설립된 라트비아 소프트웨어 회사이다. 이는 오픈 소스 커뮤니티 에디션과 사유 기업 에디션으로 제공된다. 처음에는 TeamLab이라는 프로젝트 관리 및 협업 플랫폼으로 출시되었으며, 2014년에는 온라인 문서 편집 및 사무 생산성에 초점을 맞춰 온리오피스(ONLYOFFICE)로 리브랜딩되었다.
이 제품군에는 워드 프로세싱(문서 편집기), 스프레드시트(스프레드시트 편집기), 프레젠테이션(프레젠테이션 편집기), PDF 파일 보기 및 편집(PDF 뷰어 및 편집기), 양식 생성 및 다이어그램 시각화를 위한 애플리케이션이 포함되어 있다. 이는 오피스 오픈 XML 형식(.docx, .xlsx, .pptx 등)을 기본적으로 지원한다.
온리오피스
온리오피스는 클라우드 서비스와 자체 호스팅 소프트웨어로 모두 제공되며, 리눅스 및 윈도우 서버용 배포 옵션과 Windows, macOS, 리눅스용 데스크톱 클라이언트, 그리고 iOS 및 안드로이드용 모바일 앱도 제공된다. 이 제품군은 넥스트클라우드, OwnCloud, Seafile 및 컨플루언스와 같은 플랫폼과도 통합된다.
이 소프트웨어의 커뮤니티 에디션은 GNU Affero General Public License(AGPL)에 따라 배포되며, 확장된 기능과 지원을 포함하는 상업용 에디션은 Ascensio System SIA에서 사유 라이선스에 따라 제공한다.
온리오피스는 프랑스 정부 기관에서 채택되었으며, 45개 언어로 제공된다.
온리오피스 역사
2009년, Ascensio System SIA(라트비아 기반)와 New Communication Technologies(러시아 기반)의 소프트웨어 개발자 그룹이 내부 팀 협업을 위한 플랫폼인 TeamLab이라는 프로젝트를 시작했다.
2012년 3월, TeamLab은 세빗에서 최초의 HTML5 기반 온라인 문서 편집기를 선보였다.
2014년 7월, TeamLab Office는 공식적으로 OnlyOffice로 리브랜딩되었다.
2016년 3월, 개발자들은 자유 데스크톱 애플리케이션인 OnlyOffice Desktop Editors를 출시했다.
2023년 8월, 온리오피스는 싱가포르에 지주 회사를 설립하고 기존 지점(라트비아, 미국, 영국, 아르메니아, 우즈베키스탄, 세르비아)을 모두 하나의 브랜드 아래에 통합했다. Ascensio System SIA는 영국 기반의 Ascensio System Ltd에 100% 소유될 예정이었으며, 이는 다시 OnlyOffice Capital Group Pte. Ltd.에 100% 소유될 예정이었다. OnlyOffice Capital Group Pte. Ltd.의 수혜자는 ACRA에 의해 싱가포르 회사 등록부에 등재되어 있다.
온리오피스 역사
2023년 2월, 온리오피스는 ChatGPT 플러그인의 첫 번째 버전을 출시했다. 2024년 1월에는 문서 편집을 위한 새로운 도구와 GPT-4 접근을 제공하는 플러그인 버전 1.1.4가 출시되었다.
2024년 11월, 온리오피스는 자동 인덱싱 및 콘텐츠 추적 기능을 갖춘 파일 보안을 위한 버추얼 데이터 룸(Virtual Data Room)을 출시했다.
온리오피스 조직
라트비아에 본사를 둔 온리오피스 소유주 Ascensio System SIA는 러시아 기반의 New Communication Technologies의 자회사였다. 러시아를 겨냥한 EU 경제 제재로 인해 온리오피스의 상업용 버전을 사용하던 유럽 기관들은 사용이 금지되었다.
SQL 서버 컴팩트
마이크로소프트 SQL 서버 컴팩트(Microsoft SQL Server Compact, SQL CE)는 마이크로소프트가 모바일 장치 및 데스크톱에서 실행되는 애플리케이션을 위해 제작한 단종된 관계형 데이터베이스이다. 데스크톱 플랫폼 도입 전에는 윈도우 CE용 SQL 서버 및 SQL 서버 모바일 에디션으로 알려졌다.
32비트 및 64비트 기본 지원을 모두 포함한다. SQL CE는 가끔 연결되는 애플리케이션과 임베디드 데이터베이스가 있는 애플리케이션을 대상으로 한다. 무료로 다운로드하고 재배포할 수 있다. SQL CE용 ODBC 드라이버는 존재하지 않으며, 계획도 없다. 네이티브 애플리케이션은 OLE DB를 통해 SQL CE를 사용할 수 있다.
최신이자 마지막 릴리스는 SQL 서버 컴팩트 4.0이다. 2013년 2월 SQL 서버 컴팩트 에디션은 더 이상 사용되지 않게 되었으며, 새로운 버전이나 업데이트는 계획되지 않았지만, 마이크로소프트는 2021년 7월까지 제품을 계속 지원했다.
SQL 서버 컴팩트 개요
SQL 서버 컴팩트는 다른 마이크로소프트 SQL 서버 에디션과 공통 API를 공유한다. 또한 ADO.NET API를 사용하여 데이터에 액세스하기 위한 ADO.NET 공급자와 내장된 동기화 기능, 그리고 LINQ 및 엔티티 프레임워크 지원도 포함한다. 향후 릴리스에서는 동기화 기능을 Microsoft Synchronization Services와 통합할 예정이다. 다른 마이크로소프트 SQL 서버 에디션과 달리 SQL CE는 호스팅하는 애플리케이션과 함께 인-프로세스로 실행된다. 디스크 풋프린트는 2 MB 미만이며, 메모리 풋프린트는 약 5MB이다. SQL CE는 모든 애플리케이션이 동일한 메모리 풀을 공유하는 아키텍처에 최적화되어 있다.
윈도우 8용 윈도우 스토어 앱은 SQL 서버 컴팩트 에디션이나 다른 SQL 서버 에디션을 사용할 수 없다.
SQL 서버 컴팩트 지원
SQL CE 데이터베이스는 ACID 준수를 지원할 수 있지만, 기본적으로 내구성 요구 사항을 충족하지 않는다. 이는 AutoFlush가 메모리의 변경 사항(포함된 주변 트랜잭션 및 Commit() 호출을 CommitMode.Immediate 값으로 재정의하지 않는 명시적 SQL CE 트랜잭션 포함)을 버퍼링하기 때문이다. 따라서 커밋된 트랜잭션 변경 사항이 손실될 수 있다. 내구성 요구 사항을 충족하려면 트랜잭션의 커밋 호출에서 즉시 플래그를 지정해야 한다. 마이크로소프트 SQL 서버와 마찬가지로 SQL CE는 트랜잭션, 참조 무결성 제약 조건, 잠금, 그리고 데이터베이스 저장소에 대한 다중 연결을 지원한다. 그러나 병렬 트랜잭션(다른 테이블에서)은 지원되지만, 중첩 트랜잭션은 지원되지 않는다. 현재 릴리스에서는 저장 프로시저 또는 기본 XML 데이터 형식을 지원하지 않는다. 쿼리에는 T-SQL의 하위 집합을 사용하며, XML 지원 부족으로 인해 XQuery도 지원되지 않는다. 쿼리는 최적화 쿼리 프로세서에 의해 처리된다. SQL CE 데이터베이스는 인덱싱도 지원하며, 원격 데이터 복제(원격 데이터베이스의 로컬 데이터 캐싱) 및 병합 복제(마스터 데이터베이스와의 양방향 동기화)를 지원한다.
SQL 서버 컴팩트 지원
SQL CE 데이터베이스는 마이크로소프트 비주얼 스튜디오와 일부 이전 버전의 SQL 서버 관리 스튜디오에서도 생성 및 관리할 수 있다.
SQL 서버 컴팩트 파일 형식
SQL CE 데이터베이스는 단일 .sdf 파일에 존재하며, 최대 4 GB 크기일 수 있다. .sdf 파일은 데이터 보안을 위해 128비트 암호화로 암호화할 수 있다. SQL CE 런타임은 .sdf 파일에 대한 동시 다중 사용자 액세스를 중재한다. .sdf 파일은 배포를 위해 대상 시스템으로 간단히 복사하거나 클릭원스를 통해 배포할 수 있다. SQL CE 런타임은 DataDirectories를 지원한다. SQL CE 데이터베이스를 사용하는 애플리케이션은 ADO.NET 연결 문자열에 .sdf 파일의 전체 경로를 지정할 필요가 없으며, 대신 |DataDirectory|\<database_name>.sdf로 지정할 수 있으며, 데이터 디렉터리(.sdf 데이터베이스 파일이 있는 곳)는 애플리케이션의 어셈블리 매니페스트에 정의된다.
SQL 서버 컴팩트 파일 형식
SQL 서버 관리 스튜디오 2005는 CE 3.0 및 3.1 데이터베이스 파일(최신 서비스 팩 포함)을 읽고 수정할 수 있지만, 3.5 버전 파일을 읽으려면 SQL 서버 관리 스튜디오 2008(또는 이후 버전)이 필요하다. 마이크로소프트 비주얼 스튜디오 익스프레스 2008 SP1은 CE 3.5 SP1 데이터베이스 파일을 생성, 수정 및 쿼리할 수 있다. SQL 서버 관리 스튜디오는 CE 4.0 파일을 읽을 수 없다. 비주얼 스튜디오 2010 SP1은 CE 4.0 데이터베이스 파일을 처리할 수 있다.
.sdf("Sqlce Database File") 명명 규칙은 선택 사항이며, 어떤 확장자도 사용할 수 있다.
데이터베이스 파일의 암호를 설정하는 것은 선택 사항이다. 데이터베이스는 압축하고 복구할 수 있으며, 압축/복구된 데이터베이스를 새 데이터베이스 파일에 배치하는 옵션도 있다.
SQL 서버 컴팩트 단종
2013년 2월, 마이크로소프트는 SQL 서버 컴팩트 에디션이 단종되었다고 발표했다.
새로운 버전이나 업데이트는 계획되지 않았지만, 마이크로소프트는 표준 수명 주기 지원 정책을 통해 SQL 컴팩트를 계속 지원할 것이다. SQL 서버 컴팩트 4.0의 확장 지원은 2021년 7월 13일에 종료되었다.
키아수
키아수 (중국어 간체자: 惊输, 정체자: 驚輸, 백화자: kiaⁿ-su)는 취안장어 "kia"(두려워하다)와 "su"(잃다)에서 파생된 용어이다. 일반적으로 "패배에 대한 두려움"으로 정의되며, 목표를 달성하거나 다른 사람들을 앞서기 위해 경쟁적으로 행동하는 사람을 가리킨다. 이 용어는 1980년대부터 싱가포르에서 사용되는 싱글리시(공식적으로는 구어 싱가포르 영어)의 어휘 중 하나이다.
그 이후, 키아수이즘은 싱가포르 사회에 정착하여 현지 교육 시스템이나 줄서기 문화와 같은 문화적 규범의 일부가 되었다. 그럼에도 불구하고, 키아수이즘은 다른 국가들에도 존재하며, 각자 고유의 변형된 단어를 가지고 있다. 키아수이즘적 행동은 행동을 하는 사람의 의도와 행동의 최종 결과에 따라 긍정적일 수도 있고 부정적일 수도 있다. 키아수이즘은 싱가포르군(SAF) 막사에서 싱가포르 거리로 퍼져나간 이래, 미스터 키아수의 등장부터 정부의 키아수이즘 억제 시도에 이르기까지 주목할 만한 역사를 가지고 있다.
키아수
다른 사람들은 키아수이즘을 긍정적이고 유익한 것으로 간주하기도 한다. 그 중 요인으로는 많은 싱가포르인들이 더 열심히 일하고 성공을 위해 노력하도록 이끄는 정신이 포함되며, 이는 싱가포르가 세계에서 가장 번영하고 경쟁력 있는 국가 중 하나가 되는 데 기여했다. 이러한 사고방식은 또한 혁신과 지속적인 개선 문화를 조성하고, 사람들이 어떤 상황에도 대비하도록 장려하며, 안전 및 위험 관리 문화를 촉진했다. 이는 많은 싱가포르인들이 조심하고 신중하게 행동하게 하여 국가 전체의 안전을 개선하는 데 도움이 되었다.
키아수 어원과 사용법
이 단어는 취안장어에서 유래했으며, "kia"는 "두려움"을, "su"는 "잃다"를 의미한다. 종종 놓치는 것에 대한 두려움에서 비롯된 불안하고 경쟁적인 태도를 나타내는 데 사용된다. 이는 다른 사람들보다 더 나아지고자 하는 강한 욕구를 강조한다.
키아수는 다른 사람들보다 앞서고 싶어 하는 사람을 묘사하는 "서술적 상태"의 형용사로 사용될 수 있다. 키아수는 또한 사람이 잃는 것에 대한 두려움 때문에 한 행동을 묘사하는 동사로 사용될 수 있으며, 사람이 키아수처럼 행동하고 싶을 때 "감정적 상태"로 사용될 수 있다. 키아수이즘은 키아수의 행위 명사 형태이다.
키아수는 싱가포르의 구어체 언어인 싱글리시의 어휘 중 일부이다. 싱글리시는 취안장어, 차오저우어, 광둥어와 같은 중국어, 영어, 말레이어, 그리고 적은 비중으로 타밀어와 중국 표준어에서 온 어휘로 구성된 영어 기반의 크리올어이다. 후자의 네 가지는 싱가포르의 네 가지 공용어이다. 그러나 이 언어는 특정 언어가 유래한 다양한 문화의 혼합보다는 균질한 싱가포르식 사고방식을 나타낸다. 이 단어는 싱가포르인의 사고방식을 반영하며 싱가포르의 국가 문화에 뿌리내렸다.
키아수 어원과 사용법
키아수는 어원적으로 또 다른 싱글리시 용어인 키아시(문자 그대로 "죽음의 두려움"으로 번역됨)와 유사하다. 두 용어 모두 유사한 태도를 묘사하는 데 사용되지만, 거의 정반대의 용도를 가지고 있다. 키아수 또는 키아수이즘은 성공을 달성하기 위해 극단적인 조치를 취하는 것을 의미하는 반면, 키아시 또는 키아시즘은 극단적인 위험 회피 조치를 취하는 것을 의미한다.
학자들은 키아수이즘에 두 가지 다른 유형의 전술이 있다고 밝혀냈다: "키아수-긍정적" 전술과 "키아수-부정적" 전술. 키아수이즘 행위가 긍정적 또는 부정적 전술을 포함하는지는 초기 의도, 행위의 결과, 그리고 키아수 전술에 투입된 노력의 양이 의도된 결과와 일치하는지에 따라 달라진다. 키아수-긍정적 전술은 개인이 목표를 달성하기 위해 더 많은 노력을 기울이는 것을 포함하며, 최종 보상이 수단을 정당화한다. 키아수-부정적 전술은 개인이 다른 사람을 깎아내려 이득을 얻는 것을 포함하며, 종종 자신과 다른 사람에게 해를 끼치고, 최종 보상이 수단을 정당화하지 못한다.
키아수 어원과 사용법
호주와 미국 거주자를 대상으로 실시된 연구에 따르면 키아수이즘은 싱가포르 외의 지역에서도 존재한다고 결론지었다. 호주인들 사이에서 실시된 연구는 싱가포르인과 호주인의 "키아수" 행동 사이에 눈에 띄는 차이가 없음을 밝혀냈는데, 이는 키아수이즘이 싱가포르만의 특징이 아니라는 것을 의미한다. 홍콩의 "파첩슈" (중국어 간체자: 怕执输, 정체자: 怕執輸, 월병: paa3 zap1 syu1)라는 용어는 키아수의 가까운 동의어이며, 문자 그대로 "뒤쳐지는 것을 두려워한다"는 의미이다. 키아수가 중국어 방언에서 유래했기 때문에, 키아수와 유사한 정서가 중국어 어휘와 가치에서 발견되는 것은 놀라운 일이 아니다. 예를 들어, 중국어 문구인 "아이들이 시작부터 뒤쳐지지 않게 하라" (중국어 간체자: 不要让孩子输在起跑线上, 정체자: 不要讓孩子輸在起跑線上, 병음: bùyào ràng háizi shū zài qǐpǎoxiàn shàng)는 키아수와 유사한 의미를 갖는다.
키아수 어원과 사용법
국제적으로는 포모(놓치는 것에 대한 두려움)와 과도한 경쟁 같은 용어가 키아수와 유사한 상황에서 사용되어 왔다. 그러나 두 용어는 직접적인 동의어가 아니다. 포모와 키아수이즘 모두 타인과 연결되고자 하는 강박적인 욕구를 가지고 있지만, 포모에는 키아수이즘의 경쟁적 요소가 부족하다. 과도한 경쟁은 키아수와 경쟁적 요소를 공유한다. 그러나 과도한 경쟁과 포모는 의도치 않게 "부적응적"이며 통제하기 어려운 것으로 더 잘 정의되는 반면, 키아수이즘은 우위를 점하기 위한 통제 가능하고 의도적인 전술이다. 키아수에 더 가까운 영어 동의어는 관용구 "키핑 업 위드 더 존시스(Keeping up with Joneses)"이다. 메리엄-웹스터 사전은 이 용어를 다른 사람들이 가진 것을 얻고 그들이 하는 것을 함으로써 "다른 사람들만큼 좋다"는 것을 보여주는 사람으로 정의한다. 그러나 이 용어는 강박성 면에서 키아수와 다르다. 중국어 가치와 어휘 외에 키아수에 대한 가까운 동의어가 부족한 것은 다른 나라들에 비해 싱가포르가 키아수 전술에 더 주의를 기울이기 때문일 수 있다.
키아수 역사
아네타 아야부(Annetta Ayyavoo)와 브렌단 테나쿤(Brendan Tennakoon)에 따르면, 싱가포르인들 사이에서 키아수 행동이 나타난 것은 이 나라가 이민 국가이기 때문일 가능성이 크다. 이민자들은 일반적으로 교육 수준이 낮고 사회 계층이 낮았기 때문에 충분한 생계를 꾸리기 위해 노골적으로 경쟁해야 했다.
"키아수"라는 단어는 1980년대에 원래 형태인 "키안 수"로 처음 등장했으며, 의무 병역을 수행하는 남성들 사이에서 사용되었다. "키안 수"는 실패를 두려워하는 군인들을 지칭하는 데 사용되었다. 결국 키아수는 평범한 싱가포르인들의 어휘에 들어왔다.
키아수 역사
1990년대에는 이 용어가 주로 부정적인 전술을 설명하는 데 사용되었는데, 이는 과장된 키아수이즘으로 유명한 미스터 키아수 캐릭터의 지역 및 국제적 인기가 증가했기 때문이었다. 싱가포르 정부는 나머지 세계가 싱가포르인에 대해 부정적인 이미지를 가질 것을 우려했다. 이에 따라 정부는 키아수이즘을 목표로 삼고 해결하기 위한 방법을 시행하기 시작했다. 예를 들어, 1993년 정부의 국민 예의 캠페인은 "때때로 우리 자신을 볼 수 있다면"이라는 슬로건을 내걸고 싱가포르 인구가 키아수 행동을 덜 보이도록 노력하기를 희망했다. 또한, 1990년 의회 토론에서 국회의원 리슈초는 장관들이 정부가 적극적으로 반대해 온 "키아수 증후군"에 걸리지 않기를 희망한다고 말했다. 이 연설은 의회에서 "키아수"라는 단어가 처음 사용된 것을 기록했다.
키아수 역사
노력에도 불구하고 정부는 1990년대 이후에도 키아수이즘을 문제로 여겼다. 예를 들어, 2012년 국경일 연설에서 리셴룽 총리는 청중에게 키아수이즘을 비롯한 부정적인 행동을 언급하며 "못생긴 싱가포르인" 행동을 경계하라고 말했다. 4년 후인 2016년, 한 국회의원은 키아수이즘이 싱가포르의 혁신을 저해하고 있다고 주장했다. 또한, 2012년 2000명을 대상으로 실시된 국가 가치 평가 설문조사에 따르면 "키아수"와 "경쟁적"이 싱가포르인들이 자신의 사회를 묘사하는 방식 목록에서 가장 높은 두 가지 답변으로 나타났다.
싱가포르인들은 키아수이즘을 단순히 부정적인 행동으로 보기보다는 국가 정체성의 일부로 받아들이기 시작했다. 예를 들어, 2017년 슈퍼마켓 체인 자이언트(Giant)는 싱가포르에서 가장 키아수적인 도시를 찾기 위한 온라인 퀴즈를 보냈다. 이 퀴즈는 57,000건의 응모를 받았으며, 탐피네스(Tampines)가 우승했다. 상품으로 자이언트는 탐피네스 주민들에게 마일로와 캔 음료 같은 무료 상품을 제공했다.
키아수는 2007년 3월 옥스포드 영어사전(OED) 온라인 버전에 등재되면서 국제적으로도 명성을 얻었다. 2015년에는 키아수가 OED의 오늘의 단어로 선정되었다.
키아수 문화적 맥락
1989년 2월, 청소년 자문위원회 보고서는 키아수이즘이 교육과 직업과 같은 삶의 다양한 측면에 대한 싱가포르 청소년의 시각을 형성하는 데 중요한 역할을 한다고 발표했다. 키아수이즘은 개인이 취하는 행동이지만, 이 행동은 싱가포르의 공유된 "문화적 규범"의 일부이기도 하다. 이는 경쟁이 필요한 사회적 상황에서 싱가포르인들은 다른 모든 사람들도 그렇게 할 것이라고 가정하기 때문에 키아수 행동을 채택해야 한다고 느낄 것이라는 의미이다. 예를 들어, 싱가포르로의 외국 인재 유입은 싱가포르인들에게 집단적으로 자신의 분야에서 최고가 되기 위해 더 경쟁해야 할 필요성을 확신시켰다. 싱가포르의 높은 삶의 질에 맞춰, 싱가포르인들은 학업을 개선하고, 직장에서 혜택을 받을 자격을 얻으며, 이상적인 개인 생활을 영위하기 위한 수단으로 키아수이즘을 받아들이도록 압력을 느낀다.