Programming

소개 🍵 GPT-4o mini의 설명을 인용한다. 이모지는 감정, 사물, 동물, 음식, 확동 등을 표현하는 작은 그림 문자이다. 주로 디지털 커뮤니케이션에서 사용되면, 텍스트 메시지, 소셜 미디어, 이메일 등에서 감정을 전달하거나 내용을 강조하는 데 도움을 준다. 1. 역사 이모지는 1990년대 일본에서 처음 사용되었으며, “이모지"라는 용어는 일본어로 “그림 문자"를 의미한다. 2010년, 이모지는 Unicode 표준에 포함되어 전 세계적으로 사용될 수 있게 되었다. 2. 종류 감정 이모지: 😊, 😂, 😢 등 감정을 표현하는 이모지. 사물 이모지: 📱 (휴대폰), 🍎 (사과) 등 물체를 나타내는 이모지. 동물 이모지: 🐶 (강아지), 🐱 (고양이) 등 동물을 나타내는 이모지. 음식 이모지: 🍕 (피자), 🍣 (초밥) 등 음식을 나타내는 이모지. 활동 이모지: ⚽ (축구공), 🎉 (축하) 등 활동이나 이벤트를 나타내는 이모지. 3. 사용 이모지는 감정을 시각적으로 표현하여 텍스트의 의미를 강화한다. 대화의 분위기를 부드럽게 하거나, 유머를 추가하는 데 사용된다. 이모지는 다양한 플랫폼과 기기에서 동일한 방식으로 표시되도록 설계되었지만, 각 플랫폼에 따라 디자인이 다를 수 있다. 4. 문화적 차이 이모지는 문화에 따라 다르게 해석될 수 있다. 예를 들어, 특정 이모지가 한 문화에서는 긍정적인 의미를 가질 수 있지만, 다른 문화에서는 부정적인 의미를 가질 수 있다. 5. 최신 동향 이모지는 지속적으로 업데이트되고 있으며, 새로운 이모지가 매년 추가된다. Unicode Consortium은 새로운 이모지를 제안하고 승인하는 역할을 한다. 이모지는 현대 커뮤니케이션에서 중요한 역할을 하며, 사람들 간의 감정과 생각을 효과적으로 전달하는 도구로 자리 잡고 있다. ...

last updated: {{ “1712680347” | date: “%Y-%m-%d %H:%M” }} Intro zig로 c 소스를 컴파일할 수 있다. zig의 장점은 여러 플랫폼과 아키텍처용 컴파일이 가능하다는 것이다. static, dynamic 모두 가능하다. Linux, iOS, Windows 등 여러 OS 환경 지원. x86, , x86-64, aarch64 등 아키텍처 지원 Target List 다음 방법으로 원하는 플랫폼, 아키텍쳐를 먼저 찾는다. $ zig targets $ zig targets | grep x86 $ zig targets | grep x86-64 $ zig targets | grep aarch64 $ zig targets | grep linux $ zig targets | grep windows $ zig targets | grep macos x86, x86_64 - intel 계열 aarch64 - arm 계열 (raspberrypi) linux - Linux windows - Ms Windows macos - Mac OS Local Compile dynamic: Alpine Linux (x86_64) $ zig cc -o hello_dynamic hello.c $ file hello_dynamic hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, with debug_info, not stripped $ ./hello Hello World! static: Alpine Linux (x86_64) $ zig cc -o hello hello.c -target x86_64-linux-musl $ file hello ./hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, with debug_info, not stripped $ ./hello Hello World! Cross Compile For windows $ zig cc -o hello.exe hello.c -target x86_64-windows-gnu $ file ./hello.exe hello: PE32+ executable (console) x86-64, for MS Windows, 7 sections Windows c:> .\hello.exe Hello World! For Linux dynamic with Gnu Libs $ zig cc -o hello hello.c -target x86_64-linux-gnu $ file ./hello.exe ./hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.0.0, with debug_info, not stripped gnu-linux$ ./hello Hello World! For Linux Static with musl $ zig cc -o hello.exe hello.c -target x86_64-linux-gnu $ file ./hello.exe ./hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, with debug_info, not stripped any-linux$ ./hello Hello World! Makefile or Build.sh 해당 파일에서 gcc, clang 부분을 zig cc로 수정한다. make 또는 ./Build.sh 실행 Links zig cc: a Powerful Drop-In Replacement for GCC/Clang https://andrewkelley.me/post/zig-cc-powerful-drop-in-replacement-gcc-clang.html

Intro Github에 소스코드를 올릴 때 암호화 할 수 있는 툴 올릴 때에는 암호화해서 올리고 다운로드 시에는 복호화 해준다. 보안키나 패스워드, 중요 설정 정보 등이 공개용 뿐만 아니라 비공개용 저장소에 올릴 때에도 유용하다. 아울러 vimwiki나 지극히 개인적인 문서를 저장할 때 github를 이용할 경우에도 매우 유용하다. Github 자체가 해킹되는 경우도 있고, github의 자료는 모두 깃허브의 재산이므로 내 자료를 보호할 필요가 있다. 아무리 비공개용이라 할지라도 꺼림직하기는 마찬가지다. 이렇게 해 두면 좋은 점은 PC가 바뀌어도 작업 장소가 바뀌어도 모두 안전하게 개인자료를 동기화할 수 있다. 물론 개인자료를 에버노트나 구글계정에 저장해도 되겠지만 이곳도 근본적으로 보안상태는 마찬가지이다. 또한 개발자, 작가 등은 손쉽게 github를 통해 저장소를 두고 작업을 하는 것이 편리하다. 그렇기에 작고 가볍고 의존성도 없는 git-crypt를 활용하게 된 것이다. 아래 상술하겠으나 저장소를 여러 개 쓸 경우 그 만큼 관리할 키가 늘어나고 따로 보관해야 하는 문제가 생긴다. 암호화가 필요한 파일은 가급적 한 저장소에 모으고 하나의 키만 따로 USB나 기타 장소에 보관해 두는 것이 좋겠다. 만약 git-crypt에 의해 생긴 키도 깃허브에 저장한다면 자기 모순에 빠지므로 별도로 백업 보관해야 한다. Install $ sudo apt install git-crypt # Ubuntu, Debian $ doas apk add git-crypt # Alpine Using git-crypt 주의사항: git-crypt를 적용하기 전의 데이터는 암호화 할 수 없다. 따라서 github에서 새로운 저장소를 만들고 아래 절차를 진행해야 한다. 아래 your_secret_file 과 your_secret_directory는 저장소 내의 암호화할 파일 또는 폴더. $ git clone git@github.com:<github_user>/<your_progject_name> $ cd <your_project_name> $ git-crypt init $ cat <<EOF > .gitattributes your_secret_file_name filter=git-crypt diff=git-crypt *.key filter=git-crypt diff=git-crypt your_secret_dir/** filter=git-crypt diff=git-crypt EOF $ echo "hello world" > your_secret_file $ echo "hello world" > your_secret_dir/file1 $ git add . && git commit "update files" && git push 자신의 깃허브 저정소에 가서 올린 파일이 암호와 되었는지 로그인해서 확인한다. 보통의 경우 위 설정이 잘 되었으면 평상시 대로 git을 사용하면 저장소 관리가 된다. 생성된 암호키 관리 위의 git-crypt init 명령을 수행하면 .git/git-crypt/keys로 초기화되고 키가 생성, 보관된다. Symmetric Mode: 생성된 키는 로컬에만 존재하므로 이 키를 USB 등에 저장해 두었다가 다른 곳에서 깃허브 저장소를 다운 받은 후 이를 사용하면 된다. GPG Mode: 또한 다른 사용자의 키를 추가시켜 그 사용자가 저장소에 접근할 수 있도록 할 수 있다. (자신 포함) GPG Mode - 자신 또는 다른 사용자의 키를 추가하는 경우 $ git-crypt add-gpg-user <USER_ID> # 주 사용자모드: USER_ID is Public GPG key ID ... $ git clone git@github.com:<github_user>/<your_progject_name> # 허락받은 사용자모드 $ cd <your_project_name> $ git-crypt unlock Symmetric Mode - 키를 가지고 있는 사용자(보통 자기자신)이 저장소를 사용할 수 있는 방법 $ git-crypt export-key <path_to_your_keyfile> # 주 사용자가 키를 백업하기 ... $ git clone git@github.com:<github_user>/<your_progject_name> # 다른 곳에서 복호화 하기 $ cd <your_project_name> $ git-crypt unlock <path_to_your_keyfile> # 백업해둔 키파일을 이용해 복호화하기 참고사항 .gitattributes 파일 자신은 암호화되서는 안된다고 메뉴얼에 나와 있다. .gitattributes 파일에 dir/**에서 **이 두 개인 이유는 이하 서브 디렉토리에서도 적용시킬 수 있기 때문이다. 상당히 많은 파일이나 폴더에 적용하는 것은 좋지 않다. 소스파일이나 텍스트 파일을 암호화 하는 데 적합하고 이진파일이나 데이터 파일에는 그리 적합하지 않다. 파일이름이나 파일에 대한 메타정보는 암호화하지 못한다. 즉 파일의 내용을 암호화 한다. REFERENCE Git-Crypt Home - https://www.agwa.name/projects/git-crypt/ git-crypt github - https://github.com/AGWA/git-crypt managing secrets with git crypt - https://dzone.com/articles/managing-secrets-with-git-crypt

Intro gsl-shell은 GSL(GNU Scientific Library에 luajit을 기반으로 만들어졌다. 매트릭스, 벡터 및 여러 함수 등을 쉽게 만들고 사용할 수 있다. 여러 함수에 대한 그래프를 출력을 지원한다. luajit + 추가 함수 및 명령어로 구성되어 있다. 비슷한 다른 도구 중에 매우 우수한 연산 능력과 속도를 자랑한다. Install 성능 최적화를 위해 직접 빌드하는 방법은 아래 깃허브 링크를 참조한다. 데비안, 우분투에서는 GSL외에 gsl-shell은 패키지가 없다. 처음 사용한다면 빌드된 바이너리를 설치하는 것이 좋다. 다운로드 릴리즈는 여러가지가 있으니 설명을 참고해서 적합한 것으로 내려받는다. $ sudo apt install libgsl27 libgslcblas0 $ wget https://github.com/franko/gsl-shell/releases/download/v2.3.4/gsl-shell-dynamic-linux-x86-64.tar.gz $ tar xvfz gsl-shell-dynamic-linux-x86-64.tar.gz $ ls gsl-shell $ export PATH=$PATH:$HOME/gsl-shell/bin # ~/.bashrc에 추가 등록 $ gsl-shell # 실행 GSL Shell 2.3.4 -- Copyright (C) 2009-2022 Francesco Abbate GNU Scientific Library -- Copyright (C) The GSL Team LuaJIT 2.0.5 -- Copyright (C) 2005-2022 Mike Pall. https://luajit.org/ JIT: ON CMOV SSE2 SSE3 SSE4.1 AMD fold cse dce fwd dse narrow loop abc sink fuse > # 나가기(Ctrl+d) $ 기본 사용법 대화식이 아닌 소스를 작성해서 실행할 경우 아래 방법외에 #!/usr/bin/env gsl-shell을 첫 줄에 넣고 chmod로 실행권한을 주어 직접 실행해도 된다. 스크립트 확장자를 lua로 하는 것은 편집기 등에서 문법 강조등의 지원을 받기 위함도 있고 lua의 문법을 따르기 때문이기도 하다. 그러나 lua나 luajit에서는 정상 동작하지 않으므로 식별이 가능한 폴더를 만들고 정리해 두는 것이 좋다. $ gsl-shell --help $ gsl-shell # 대화식 사용 $ gsl-shell my-program.lua # 스크립트 실행 이렇게 준비가 되었다면 아래 문서를 참고해서 공부하면 된다. 이것을 어떻게 쓰는가는 자신에게 달렸다. GSL에 어느정도 아는 사용자라면 더욱 수월할 것이다. 참고로 설치된 GSL 라이브러리를 어떻게 사용하는지도 나와 있으니 참고한다. 기타 도움말 문서대로 use "math" 등을 사용하면 에러가 난다. gsl-shell/share/gsl-shell/import.lua 을 수정한다. ... -- 아래 문장을 주석처리하고 그 아래 문장으로 고친다. -- local level = getinfo(2, "") and 2 or 0 local level = 2 대화형 모드 사용시에 rlwrap을 같이 사용하면 편리하다. 사용되는 모듈과 함수를 편집기에서 자동완성, 검색 등을 지원하는 것은 아직 모른다. 최소한 함수 이름을 추출해서 vim 등과 연동하거나 grep을 활용하는 방법으로 시작하기로 한다. 문서작성시 수학식 표현 관련 프로그램(스크립트)를 작성한 후 도움말이나 문서를 작성할 때 가장 좋은 방법은 마크다운(markdown) 문서에 latex 문법으로 작성하는 것이다. 사용방법을 참조한다. 즉, 문장 중에는 $수식$ 으로 표현하고 독립적인 수식은 $$수식$$으로 표현하는 것이다. 깃허브나 기타 웹페이지에서 이를 잘 지원한다. vscode에서는 markdown all in one 플러그인을 설치하면 미리보기로 실시간으로 확인할 수 있다. 물론 수학표현식도 지원한다. vim에서는 hugo로 로컬에서 서버를 띄어 실시간 확인하는 방법을 사용하거나 firefox의 markdown지원 모듈인 markdown viewer webtext를 사용하면 실시간 확인이 가능하다. 이와 관련된 사항은 다른 문서로 정리해 볼 생각이다. Links GSL Shell project page https://github.com/franko/gsl-shell/ GSL Documentation https://franko.github.io/gsl-shell/ Download Release https://github.com/franko/gsl-shell/releases/tag/v2.3.4

Intro 결론은 lua cjson이 가장 빠르다. 그 다음이 lunajson dkjson은 순수 lua파일이고 단일 파일이다. 또 다른 하나는 json.lua 이다. 빠르다고 하는데… 비교적 최신이다. cjson은 빠르나 모듈 컴파일이 필요하고 lunajson은 다음으로 빠르고 순수 lua파일이지만 여러 개의 파일로 분리되어 있다. dkjson은 셋 중 가장 퍼포먼스가 낮으나 단일 파일이다. 상황에 따라 적절히 사용하다. Links https://github.com/grafi-tt/lunajson http://dkolf.de/src/dkjson-lua.fsl/home https://github.com/rxi/json.lua https://somedudesays.com/2019/12/using-json-with-lua