크롬망간이 글 쓰는 공간

제목은 거창하게 썼는데 사실은 나도 잘 모르면서 비전공자이니까 틀려도 창피하지 않다는 뻔뻔한 마음으로 쓴 글이다.

최근 한국 기독교계에서 "꽃들도" 라는 CCM이 인기를 끌고 있다. 이 노래의 원곡은 "花も(하나모)" 라는 일본 찬양인데, 멜로디만 들어보면 일본 드라마나 애니메이션의 배경 음악으로도 잘 어울릴 듯한 전형적인 일본 곡이다. 그런데 이 노래에는 매우 일본적이지 않은 부분이 있다. 바로 다음 가사이다.

꽃들도 구름도 바람도 넓은 바다도

(花も雲も風も大海も)

찬양하라 찬양하라 예수를

(奏でよ奏でよイエスを)

꽃, 구름, 바람, 넓은 바다 순으로 크기가 커지고 있다. 꽃보다는 구름이 크고 구름보다는 바람이 더 활동 범위가 넓다. 바람과 바다는 비교하기가 애매한데 그래서인지 굳이 "넓은" 바다라고 해서 바다가 더 크다는 것을 확실히 해 주었다. 이게 왜 특이하냐 하면 일본 문화는 이어령 씨의 명저 "축소지향의 일본인" 에서 볼 수 있듯 큰 것을 작게 만드는(응축하는) 문화이기 때문이다. 해당 책 초반부에 언급된 이시카와 다쿠보쿠(石川啄木)의 하이쿠를 보자.

동해의 작은 섬의 갯벌의 흰 모래밭에

(東海の小島の磯の白砂に)

내 눈물에 젖어 게와 노닐다

(われ泣きぬれて蟹とたはむる)

동해에서 작은 섬, 갯벌, 흰 모래밭, 게와 눈물 순으로 크기가 작아지는 것을 볼 수 있다. 이어령 씨는 이를 두고 "동해 바닷물은 결국 눈물 한 방울로 축소" 되었다고 표현하고 있다.

이를 염두에 두고 "꽃들도"의 가사를 보면 분명 이상하다. 전형적인 일본 노래라면 추측컨대 아마도 가사가 다음과 같이 되었어야 할 것이다. 불러보면 확실히 일본 정서가 더 잘 느껴진다.

바다도 바람도 구름도 작은 꽃들도

(海も風も雲も小花も)

그러면 왜 "꽃들도" 에서는 점점 커지는 방향으로 단어들이 배치되었을까? 노래나 시에는 그것을 쓴 사람의 사고방식 밑바탕에 깔린 사상이 당사자도 모르는 사이에 배어들어 있게 마련이다. (그래서 언어영역에 "작가가 이 시를 쓸 당시의 감정으로 옳은 것은?" 하는 문제가 나오면 시인 자신은 그 문제를 못 맞추는 것이다.) 이 노래는 찬양이니 기독교 사상에서 그 원인을 찾는 것이 바람직하다 하겠다.

이는 땅과 거기 충만한 것이 주의 것임이라 (고린도전서 10:26)

기독교는 채우는 종교이다. 그래서 성령 충만이라는 말은 있어도 성령 비움이라는 말은 없다. 묵상은 하나님의 말씀을 내 안에 채우는 작업이고 명상은 내 속을 비우는 작업이다. 그래서 기독교에는 묵상은 있어도 명상은 없다. 채우려면 꽃이 구름과 바람과 큰 바다가 되어야지 바다가 작은 꽃이 되어서는 안 된다. 그래서 "꽃들도"의 가사 순서가 저렇게 일본적이지 않은 순서가 되었을 것이라 추측해본다. 그러면 왜 마지막이 넓은 땅이 아니라 하필이면 넓은 바다여야 했을까. 다음 구절이 해답이 되어줄 수 있을 것 같다.

이는 물이 바다를 덮음 같이 여호와의 영광을 인정하는 것이 세상에 가득함이니라 (하박국 2:14)

[코틀린] 물음표(?)의 기능

코틀린에서 변수형에 물음표가 붙어 있으면 그 변수의 값이 null이 될 수 있다는 뜻입니다. 반대로 물음표가 없다면 그 변수는 null이 될 수 없습니다. null이 될 있는 변수형을 nullable이라고 하고 null이 될 수 없는 변수형은 non-null 이라고 합니다. 다음은 간단한 예제입니다.

[안드로이드] 화면 녹화하기

개발자 옵션에서 USB 디버깅이 활성화되어 있는 상태라면 adb를 사용해서 쉽게 안드로이드 화면을 녹화할 수 있습니다.

이렇게 하면 저장소에 file_name.mp4 라는 이름으로 녹화 파일이 저장됩니다.

( 참조한 곳: https://mytalkhome.tistory.com/610 , https://www.androidpub.com/2579669 )

사상으로서의 기독교, 신앙으로서의 기독교

유튜브에서 꽤 유명한 기독교 강사가 있다고 해서 동영상을 찾아봤다. 보면서 이 사람은 기독교를 신앙이 아니라 사상으로 받아들였다는 생각을 지울 수가 없었다. 그러다가 결정적으로 "신앙인은 우울할 수 없습니다. 하나님을 믿는데 어떻게 기쁘지 않을 수가 있습니까?" 하는 소리를 듣고서 동영상을 꺼 버렸다. 저렇게 교조적으로 기독교를 받아들인 사람들은 주위에 있는 상처받은 사람들에게 위로가 아니라 더 큰 상처를 주게 된다.

성경의 주요 인물들도 슬픔과 절망에 빠진 적이 있었다. 다윗이 그랬다. "내가 아프고 심히 구부러졌으며 종일토록 슬픔 중에 다니나이다 (시38:6)" 바울도 그랬다. "형제들아 우리가 아시아에서 당한 환난을 너희가 모르기를 원하지 아니하노니 힘에 겹도록 심한 고난을 당하여 살 소망까지 끊어지고 (고후1:8)" 결정적으로 예수님도 그러셨다. "이에 말씀하시되 내 마음이 매우 고민하여 죽게 되었으니 너희는 여기 머물러 나와 함께 깨어 있으라 하시고 (마26:38)"

기독교를 사상으로, 교조적으로 받아들이면 저 유명한 유튜브 강사처럼 슬픔에 빠진 사람의 신앙을 무시하게 된다. 하지만 참된 기독교인은 슬퍼하는 사람과 함께 운다. "즐거워하는 자들과 함께 즐거워하고 우는 자들과 함께 울라 (롬12:15)"

그 유명 기독교 강사의 동영상이 여기저기 퍼지고, 그 강사가 방송에도 초대되는 걸 보면서 마음이 참 씁쓸하다.

[Git] 다른 브랜치와 합치지는 않되 특정 커밋은 가져오고 싶은 경우

여러 브랜치에서 작업을 하다가 공통된 코드에 변경이 있을 경우, 병합은 하지 않으면서 똑같은 커밋을 여러 브랜치에서 사용하고 싶을 때가 있습니다. 그럴 때에는 체리픽 (cherry-pick) 명령어를 사용하면 됩니다.

[토치 (Torch)] error: more than one operator "==" matches these operands

Lua 기반의 딥 러닝 프레임워크인 토치(Torch)를 빌드하다 보면 error: more than one operator "==" matches these operands 와 같은 에러 메시지가 뜰 때가 있습니다. 이 현상은 CUDA가 9.0 버전에서부터 절반 정확도의 부동 소수점 연산을 지원하면서 생기는 문제입니다. 이럴 때에는 빌드 전에 다음과 같이 환경 변수를 추가로 지정해주면 됩니다.

export TORCH_NVCC_FLAGS="-D__CUDA_NO_HALF_OPERATORS__"

이 글을 쓸 때에 https://github.com/torch/torch7/issues/1086 를 참조하였습니다.

[자바] 밑줄 (_) 이 들어가는 JNI 함수명

JNI에서는 함수명에 자바의 패키지 경로를 모두 쓰게 되는데, 그 때에 .(점)을 _(밑줄)로 치환하게 됩니다. 따라서 자바 함수명 자체에 밑줄이 있으면 문제가 생깁니다. 이런 경우 자바 함수명에 있는 밑줄은 JNI에서 _1로 치환하면 됩니다. 아래는 간단한 예제입니다.

[안드로이드] CMakeLists.txt 파일 설명

안드로이드에서 JNI를 통해 C나 C++ 코드를 사용하려면 CMake나 ndk-build중 하나를 사용해야 합니다. 이 글에서는 CMakeList.txt에 사용되는 여러 옵션에 대해 알아보겠습니다.

1. 사용할 CMake의 최소 버전 설정

2. 안드로이드에서 사용할 라이브러리의 이름과 공유 및 정적 여부, 소스 코드 경로 설정

아래 예제의 경우 라이브러리의 이름은 native-lib이고 공유 라이브러리이며 소스 코드 경로는 src/main/cpp/native-lib.cpp 입니다. 참고로 이렇게 컴파일을 하면 CMake는 컴파일 결과물을 libnative-lib.so 라는 이름으로 저장합니다.

3. 소스 코드에서 사용하는 헤더 파일이 들어있는 디렉토리 설정

설정해주지 않아도 동기화 이후에는 자동으로 헤더 파일이 인식되기는 합니다만, 설정해주면 컴파일 단계에서부터 연결된 헤더 파일을 볼 수 있습니다.

4. 이미 존재하는 안드로이드 NDK 기본 라이브러리 사용하기

find_library()와 target_link_libraries()를 사용하면 안드로이드 NDK에서 기본으로 제공하는 라이브러리를 따로 컴파일할 필요 없이 바로 사용할 수 있습니다. 아래 예제는 NDK에 있는 log라는 라이브러리를 찾아서 log-lib이라는 변수명으로 저장한 뒤에 native-lib에서 불러와서 사용하는 코드입니다. log-lib이 변수명이기 때문에 target_link_libraries() 에서는 ${log-lib} 으로 표기됩니다.

5. 소스 코드 형태로 존재하는 안드로이드 NDK 기본 라이브러리 사용하기

4번 경우와 유사한데 이 경우는 안드로이드 NDK 기본 라이브러리가 컴파일되지는 않고 소스 코드 형태로 존재한다는 점이 다릅니다. 사용법은 3번과 4번을 합친 형태입니다.

6. 이미 컴파일 된 외부 라이브러리를 불러와서 사용하기 (매우 중요)

현업에서 안드로이드 개발을 하다 보면 다른 사람이 만든 라이브러리를 이미 컴파일 된 상태로 불러와서 사용해야 할 경우가 정말 많습니다. 이 경우는 add_library()와 set_target_properties()를 사용해야 합니다. add_library()에서는 이 라이브러리가 이미 컴파일 된 상태라는 것을 알려주기 위해 IMPORTED를 사용하고, set_target_properties()에서는 컴파일 된 파일의 경로를 지정해줍니다. 여러가지 CPU 구조를 지원하려면 ANDROID_ABI 변수를 사용하면 됩니다. 컴파일 단계에서 헤더 파일 정보를 보려면 include_directories()를 사용하면 되고, 외부 라이브러리를 불러온 뒤에는 target_link_libraries()를 사용해서 원하는 라이브러리에 연동시키면 됩니다.

아래는 libimported-lib.so 파일을 불러와서 imported-lib 이라는 변수에 저장한 뒤에 native-lib에서 imported-lib을 다른 라이브러리와 함께 사용하는 예제입니다. PROPERTIES IMPORTED_LOCATION는 IMPORTED_LOCATION이라는 값을 정해주겠다는 이야기입니다.

이 정도면 안드로이드에서 일반적으로 CMake를 사용하는 데에는 큰 문제가 없을 것입니다.