Joo

매번 node 버전을 다운로드 받아서 설치하다가 귀찮아져서 nvm으로 관리하기 시작했다. 그런데 node는 어찌도 lts 버전도 계속 업데이트되는지 그마저도 귀찮아졌다. 그래서 한방에 최신버전으로 넘어가기 위한 방법을 찾던 중 nvm에서 그런 기능을 제공하고 있다는 것을 알게 되었다.

alias nvm-update-lts="nvm install --lts --reinstall-packages-from=node"

Electron 앱을 개발하고 electron-builder를 사용하여 macOS 패키징(dmg)을 수행한 후, 다른 컴퓨터나 다운로드 경로를 통해 설치했을 때 아래와 같이 앱이 손상되었다며 실행되지 않는 경우가 있습니다.

❌ "TistoryEditor.app"이 손상되었기 때문에 열 수 없습니다. 휴지통으로 이동해야 합니다.

로컬에서 개발하고 빌드한 바이너리는 정상적으로 실행되는데, 배포용 빌드(예: GitHub Actions 빌드 아티팩트)만 유독 손상되었다고 나오는 이 기이한 현상의 원인과 해결 방법을 공유합니다.

1. 현상 분석 및 에러 로그

설치된 앱 번들의 코드 서명 상태를 터미널에서 검증해 보면 다음과 같은 치명적인 서명 리소스 에러가 발생합니다.

$ codesign -vvv --deep --strict /Applications/YourApp.app /Applications/YourApp.app: code has no resources but signature indicates they must be present

이 오류는 **"서명이 존재해야 한다고 지시하는데 실제 내부 리소스와 서명 데이터가 일치하지 않거나 누락되었다"**는 뜻입니다.

2. 왜 발생했는가? (원인 분석)

① 원인 제공: electron-builder v26.15.0 업데이트

electron-builder 버전 26.8.x 대역에서는 별도의 옵션 없이도 ad-hoc(임시) 서명이 암묵적으로 잘 처리되어 오류 없이 동작했었습니다.

그러나 electron-builder v26.15.0 패치(PR #9822)에서 macOS의 코드 서명 동작 방식에 다음과 같은 큰 변경 사항이 도입되었습니다.

인증서가 감지되지 않을 경우 서명 과정을 자동 건너뛰도록 처리 (fix(mac): skip signing when no certificate found)

Ad-hoc 임시 서명 시 hardenedRuntime 활성화 상태에 대한 경고 추가 (warn on ad-hoc + hardenedRuntime)

② 서명 스킵(Skip)과 원본 서명의 충돌

GitHub Actions 등 Apple 개발자 인증서가 등록되어 있지 않은 클린 빌드 환경에서 패키징을 수행할 때, electron-builder는 유효한 인증서가 없다고 판단하여 서명 단계 자체를 통째로 건너뜁니다(skipped).

문제는 Electron 원본 배포 바이너리(npm에 배포된 버전)가 이미 Apple의 기본 인증서로 **사전 서명(Pre-signed)**되어 있다는 점입니다. 메인 앱의 이름이 바뀐 상태에서 최종 코드 서명 단계가 스킵되어 버리니, 깨진 원본 서명 흔적(_CodeSignature 폴더 등)만 앱 번들 내부에 훼손된 채 그대로 방치되게 됩니다. 이로 인해 macOS 게이트키퍼가 검증 단계에서 앱을 손상된 상태로 낙인찍어 실행을 완전히 차단한 것입니다.

③ Hardened Runtime(강화된 런타임)과의 충돌

설령 임시 서명을 시도하더라도, electron-builder는 macOS 빌드 시 기본적으로 hardenedRuntime: true를 강제합니다. 임시 서명에는 Apple Team ID가 포함되지 않는데, 강화된 런타임이 동작하면 macOS가 모든 라이브러리의 Team ID 일치를 검증(Library Validation)하므로 Team ID Mismatch로 인해 앱이 실행 즉시 크래시로 중단됩니다.

3. 해결 방법 (electron-builder 설정)

정식 애플 개발자 계정(연 $99)으로 서명 및 공증(Notarization)을 연동하지 않고, 무료 임시 서명(Ad-hoc) 배포를 유지하기 위해서는 다음 3가지 핵심 설정을 조합하여 electron-builder.yml을 수정해야 합니다.

electron-builder.yml (또는 package.json 내 build 옵션)의 mac 설정을 다음과 같이 변경합니다.

mac: target: dmg category: public.app-category.utilities # 1. 서명 스킵을 방지하고 강제로 모든 자원에 ad-hoc 임시 서명 적용 identity: "-" # 2. 임시 서명 상태에서 Team ID 불일치로 인한 실행 크래시(Gatekeeper 차단) 방지 hardenedRuntime: false # 3. 빌드 과정에서 정식 공증 여부 검증 실패로 인해 빌드가 중단되는 현상 방지 gatekeeperAssess: false

각 옵션 설명

identity: "-": 인증서가 없어도 서명을 건너뛰지 않고, codesign --sign - --force 명령을 통해 모든 서브 프레임워크와 리소스의 서명을 ad-hoc 사양으로 덮어씌워 갱신(Overwriting)해 줍니다. (codesign 에러 완벽 해결)

hardenedRuntime: false: ad-hoc 서명에서는 반드시 필수이며, 메인 앱과 Electron Framework 간의 Team ID 불일치 검증 절차를 우회하도록 만듭니다.

gatekeeperAssess: false: 빌드 도중 빌드 툴이 로컬에서 spctl --assess 검증을 수행하여 에러를 던지고 빌드를 임의 실패시키는 동작을 비활성화합니다.

4. 조치 결과 검증

위의 3가지 설정을 반영하여 빌드한 후 터미널에서 코드 서명 상태를 재검증해 보면, 이전의 리소스 손상 에러가 완전히 사라지고 디스크 상에서 안전한 서명 상태로 정상 통과함을 확인할 수 있습니다.

$ codesign -vvv --deep --strict dist/mac-arm64/YourApp.app /dist/mac-arm64/YourApp.app: valid on disk /dist/mac-arm64/YourApp.app: satisfies its Designated Requirement

회사에서는 어쩌다 보니 클로드 코드를 쓰고 있다. 원래는 회사 정책이 명확히 정해지지 않아서 Gemini와 Copilot을 쓸 수 있었고, 개별 결재를 통해 클로드 코드를 쓰는 사람들도 있었다. 나는 매번 전자결재를 올리는 게 귀찮아서 그냥 Gemini와 Copilot을 쓰고 있었는데, 이것만으로도 나름 괜찮았다.

그러던 어느 날 ChatGPT도 쓸 수 있게 되었는데, 때마침 GPT-5.4가 출시되었고 Codex를 쓰기 시작하면서 GPT-5.4의 맛을 보게 됐다. 이전까지는 느낄 수 없었던 강력함이었다. 그때 나도 귀찮음을 무릅쓰고 클로드 코드 전자결재 대열에 합류하려고 했으나, 마침 회사 정책이 바뀌면서 지금은 모두가 클로드 코드 베드락 버전을 사용하게 되었다.

클로드 코드 베드락 버전은 뭔가 제약이 많이 걸려 있어서 앱으로 쓰기에는 몹시 귀찮았지만, CLI를 사용하니 그나마 좀 괜찮았다. 질문 없이 알아서 쭉 진행해 주면 좋으련만 끊임없이 Y/N을 물어보긴 한다. 그래도 거의 무제한으로 사용 가능하니 어떻게든 적응해 보려고 노력하는 중이다.

Codex는 앱으로 사용할 수 있고 제약도 거의 없어 편리한 맛에 여전히 병행하고 있다. 주로 지표 분석, 로그 분석, 시스템 점검 등에 활용한다. 방대한 지식을 요구하거나 귀찮은 컨텍스트 스위칭을 끊임없이 해야 하는 작업들을 주로 맡기고 있는데, 너무너무 만족스럽다.

최근에 또 하나 감동적인 점을 발견했다. 너무 오래 방치되어 파악조차 어려운 서버 모듈이 하나 있었는데, 그걸 개선할 때였다. 서버 쪽은 지난번에 Spring Boot, Java, Kotlin으로 업데이트를 해둔 상태였고 (AI가 없을 때!!), FE 쪽은 jnpm, Gulp, Bower, jQuery 같은 진짜 고인물들이나 알 법한 기술들로 만들어진 채 방치되고 있었다. 심지어 빌드할 때마다 간혹 오류가 생기곤 했는데, 주범은 jnpm이었다. 하지만 뭘 알아야 고치지. 이번엔 참을 수 없어서 클로드 코드에게 개선을 명령했다.

그랬더니 1시간도 안 되어 esbuild와 바닐라 JavaScript 조합으로 개선해 주며 jnpm, Gulp, Bower, jQuery를 모두 날려버렸다. 이제 더 이상 빌드 오류도 생기지 않을 것 같다. 너무너무 감동받았다. AI를 처음 쓰기 시작했을 때부터 이런 작업을 시도해 볼 걸 그랬다. 너무 늦게 깨달았다.

처음엔 모두의 마블 게임 계산기를 만드는데서 시작했다. 모바일 앱으로 만들기에는 일이 너무 커져서 localStorage 사용한 모바일 웹페이지를 만든거다. 그 귀찮은 돈계산을 매번하고 어지러워진 돈을 정리하는 일을 하느니 이런 도구를 만들어서 사용하는게 훨씬 편하다는생각이 들어서다.

하다보니까 도시 정보도 넣고 주사위도 넣고, 찬스카드까지 넣었는데 그러다보니 점점 욕심이 생기는거다. 모두의 마블 게임 자체를 여기에 만들어볼까 하는 생각도 들었다. 그런데.... 그걸 하기엔 내 인내심과 끈기가 거기까지는 닿지 못했다.

그러다 gemini가 나왔다. 얘는 뭘 할 수 있지? 하나하나 시켜보기 시작했다. 모두의 마블의 기능을 조금씩 개선하는걸 해보다가 완전히 새로운 보드게임 하나를 그냥 만들어보고 싶었다. 그게 메모리게임이다.

정말 간단한 게임이기도 했고 완전히 AI 혼자 만든것도 아니었다. 이때만 해도 불완전했다. 내가 말을 아주 잘하거나 내가 직접 고치거나 해야 겨우 쓸만한 정도가 되었다. 그래서 이정도다.

그 뒤로 사다리게임, 직소, 이런거 만들어봤지만 영 맘에 안들었다. 이 정도밖에 안되는건가. 실망했다. 그 뒤로 그렇게 AI를 사용해서 개발을 한다거나 하는 것도 별로 없었다. 귀찮은 일을 도움받는 정도였다.

그 뒤에 gemini 3.1 이 나왔을때였나 그때부터는 조금 괜찮아졌다. 점프게임을 하나 만들었는데 나름 괜찮게 만들어진 것 같다. 물론 이전 사다리게임이나 직소도 내가 잘 못 다루는 것들을 쉽게 해주긴 했는데 점프게임은 정말 내가 방식을 전혀 이해하지 못하기 때문에 수정도 못한다. 완전히 바이브코딩을 한 것이다.

그리고 지금은 gemini 3.5 flash가 나왔다. 게다가 antigravity 2.0도 나왔다. 진짜 그냥 채팅으로 지시만 내리고 코드는 거의 안보는 방식을 사용하게 되었다. 이때 만든게 지금의 게임들 마작, 워들이다.

게임의 수준이 다르다. 심지어 마작은 그놈 마작을 포팅한거다. 내가 원하는 방식으로 만들려고 조금 몇마디 하긴했는데 처음부터 거의 저 수준으로 게임은 만들었다. 방금 만든 워들은 카카오 미니게임에 있는 건데 한번 하면 5분뒤에나 할 수 있어서 게임 계속 하려고 만든 게임이다. 워낙 유명한 방식의 게임이라 그냥 지침만 주니까 카카오 미니게임과 거의 같은 수준으로 만들었다. 몇분만에.

youtube에 gemma4 영상이 너무 올라오기에 한번 써봤다. 어떻게 쓰는지 몰라서 알아보니 ollama을 사용하거나 lm studio를 사용하면 된다고 하는데 ollama가 cli에서 간편하게 사용하기 좋다고 하여 그걸로 일단 써봤다.

openai api 인터페이스를 지원해서 ollama로 서버를 만들고 이걸 codex 같은 앱에서 사용하도록 하는 방식으로 사용할 수 있었다. 이렇게 하니까 그동안 설정해둔 것을 그대로 사용할 수 있어서 편리하게 사용할 수 있는 것 같았다.

grafana 분석

먼서 사용해본 것은 grafana 분석이었다. 새로 시작된 서버가 제대로 동작하고 있는지, 지표수집에는 문제가 없는지 점검하는 것이었다. 일단 agents 지침으로 등록해둔 방법대로 grafana token을 사용해서 grafana에 접근하는 것은 아주 잘했다. 그리고 지표를 읽어서 파악하는 것도 어느 정도 문제없이 수행했다.

시스템 자원은 memory와 gpu를 많이 사용했다. cpu는 거의 사용하지 않았다.

그동안 거의 놀고 있던 맥북 자원을 이제야 다 사용하는 느낌이다.

grafana 수정

부족한 지표를 수정하고 보정하는 일을 맡기는 건 아무래도 조금 겁이 나서 간단히 sandbox 환경에도 grafana를 하나 만들어달라고 했다. codex로 chatgpt-5.5에게 시킨 일중에 가장 만족스럽게 하던 일이다. 과연 gemma4도 잘 할 수 있을지...

결론적으로 말하면 아주 실망했다. chatgpt-5.5는 옮기려고 하는 폴더내 다른 대시보드를 비교해서 내가 옮기라고 말한 맥락을 먼저 파악한 후에 정확히 그 일을 해냈다. 하지만 gemma4는 그정도까지는 하지 못했다. 일단 원본 대시보드를 옮기려고 했다. 그 후에 복사를 하고 내가 말한 sandbox 환경이 아닌 cbt 환경으로 만들었다.

물론 아주 엉망으로 한 건 아니었다. 몇가지 실수를 했을 뿐. 하지만 실제 production 환경도 건드릴 수 있는건데 이런 식이면 안된다. chatgpt-5.4, 5.5는 내가 아예 신경안써도 되는 수준으로, 아니 훨씬 더 잘 해준다. 실수도 전혀 없다. 요즘 나온 claude opus 4.7, gemini-3.5-flash 같은 모델들에서는 실수를 했다는 느낌을 전혀 받지 못했다. 오히려 내가 신경쓰지 못한 부분까지 챙겨주면 챙겨줬지.

집에서 맥미니를 사용하고 있는데 한가지 문제가 있다. 스피커가 없다는 것이다. 물론 가족 모두가 에어팟을 가지고 있기 때문에 그것을 사용하면 되는데 나는 유선 이어폰이나 헤드폰으로 연결해서 소리를 듣는 것을 좋아한다. 아무래도 무선기기는 배터리때문에 이따금 중단하고 충전을 해야하기 때문이다.

내가 사용하는 모니터는 usb-c나 hdmi로 연결하면 이걸 다시 3.5mm 이어폰잭으로 출력을 해줄 수 있다. 그래서 불편하지 않게 연결할 수 있는 기다란 선들을 여러개 사서 연결해봤는데 왠걸... 음량조절이 안되고 항상 가장 큰 음량으로 나오는거다.

monitor control도 써봤지만 모니터에서 음량조절은 아예 지원하지 않는 것 같았다. 이제 포기하려는 찰나 gemini가 추천해준 eqMac 이라는 것을 써봤다. 모든 소리를 중간에서 가로채서 음량도 조절해주고 eq도 조절해주는 앱이었다.

정말 오래전 (2012년으로 기억한다) Acer Aspire One 756 (https://www.notebookcheck.net/Acer-Aspire-One-756-Series.80468.0.html)이라는 작은 랩탑을 구매했었다. 뭐 그땐 이정도도 나름 괜찮은 속도의 문서 작업용 pc였기에 그런대로 사용했었는데 다른 컴퓨터들이 생기면서 내 ubuntu 장난감이 되었다.

2026년 6월인 지금!! 놀랍게도 아직 이거 쓰고 있다. 이따금 ubuntu 업데이트 해가며 사용하는 장난감으로는 아직도 뭐 좀 느린거 참아가며 놀만하다. 게다가 이제는 AI가 모든 걸 다 하잖아. 컴퓨터가 고성능일 필요가 없다. 이 장난감에 antigravity 설치해서 가지고 놀려고 오랜만에 켜봤다.

업그레이드한 editor앱도 설치해서 모양도 한번 보고 이제 antigravity를 설치하려는 순간.

어라? 뭐라구요? aes를 사용해야하는데 processor가 지원하지 않는다구요? aes-ni는 데이터 암호화 가속기능이라고 하는데 이 넷북은 Intel(R) Celeron(R) CPU 877 라는 아주 소박한, 인텔이 급나누기를 위해서 aes-ni를 빼버린 저전력 프로세서를 사용하고 있어서 사용이 불가능하다.

antigravity가 gemini-cli에서는 사용하지 않던 아주 고오급 보안기술을 사용해버리는 바람에 내 장난감은 브라우저로밖에 gemini에 접근할 수 없는 아주 아무것도 못할 장난감이 되었다. 이제 진짜 이걸론 아무 것도 못할 것 같다. AI가 이 장난감을 살릴 유일한 방법이었는데...

Antigravity는 원래 vscode에 gemini 확장을 붙인 것과 거의 차이가 없었다. 이름만 달랐을 뿐. 심지어 확장도 호환이 되었다. 그래서 vscode를 사용해고 Antigravity는 거의 사용하지 않았다. gemini가 필요한 경우에만 이따금 실행했고 gemini cli를 사용하면 되기 때문에 더욱 실행을 할 일이 없었다.

그런데 Antigravity 2.0이 되면서 Claude, Codex App과 비슷한 UI로 변경이 되면서 나의 최애 앱이 되었다. project를 등록해서 개발을 하는 것은 물론이고 단순한 pc 설정 변경도 한다. zsh 환경을 정리해서 .zsh 에 정리하는 것 같이.

무엇이 다른가

gemini 3.5 flash가 물론 좋지만 gemini 3.1 pro가 있던 상황에서 그동안도 못할 건 없는 일이었다. 그런데 이렇게 달라진 것은 저런 UI를 가진 앱이 있고 없고의 차이다. cli 로도 같은 일을 분명히 할 수 있다. 그런데 cli는 작업을 원하는 디렉토리로 이동한 후에 실행해야한다.

A 프로젝트 작업을 위해서는 A 프로젝트의 디렉토리에서 실행해야하고 B는 또 종료한 후에 B로 이동해서 해야했다. 그리고 가장 문제는 .zshrc 정리 같은 거다. 이건 어느 디렉토리에서 하나? 당연히 별도의 작업 디렉토리를 만들면 되는거 아니냐할 수 있다. 그런데 그게 너무 귀찮다.

데스크탑 앱에서는 + 버튼 누르는 것으로 그런 행동이 완료된다. 프로젝트에 속한 일이 아니라면 Conversations에서 그냥 말하면 알아서 내부 작업 디렉토리가 생기고 거기서 작업이 수행된다. 거기서 앱이 cli를 수행하기도 하고 코드를 만들기도 하고 알아서 다 해준다. 즉 AI를 사용할 준비를 할 필요가 없다. 즉시 뭔가를 할 수 있다. 생각난걸 적기만 하면 된다. 그러면 그게 이루어져 있다. 고민도 필요없다. AI가 수행 전에 할지 말지 물어보는데 그때 고민하면 된다.

바보가 되지 않기

요즘 내가 가장 신경쓰는 것이다. Codex앱과 Antigravity 2.0을 사용한 이후로 나는 작은 일도 이 앱을 통해서 하게 되었다. 너무 간단한 '커밋하고 push해', '브랜치에 머지해' 이런 것들도. 그러다보니 내가 하긴 한건데 AI 없으면 아무것도 못하는 바보가 되는건 아닌가 걱정이 된다. 그래서 잘 모르는 것을 시켜서 했더라고 꼭 이해가 될때까지 물어보고 직접 작은 수정도 해보는 편이다.

tistory editor는 tistory에 markdown으로 글을 쓰기 위해서 시작했다가 이젠 tistory도 markdown도 사라지고 tumblr만이 남았다. 심지어 공들였던 tinymce도 보내버리고 tiptap(https://tiptap.dev/) 이라는 block단위 에디터를 적용했다.

이런 변경을 내가 했냐고? 당연히 아니다. 이런 수많은 학습과 귀찮은 노가다가 동반되는 작업을 견딜 힘은 없다. 예전에 이 앱은 무슨 정신으로 만든거지. electron도 처음이었고, tinymce도 처음이었고, codemirror도 처음이었고, blog api들도 처음이었고. 하여튼 모든게 처음이었는데 이걸 그냥 문서 읽고 막 덤벼서 만들었네. 심지어 엄청나게 야근도 하면서 이걸 했다.

어쨌든 지금의 작업은 antigravity 2.0와 gemini 3.5 flash 출시를 테스트 삼아 해본 작업인데 생각만 하고 엄두도 못내던 작업들이었다. 그건 바로 이런 류의 복잡한 작업을 집중력을 유지한채로 꼼꼼하게 수행해야하기 때문이다.

AI의 도움이 없다면 시도조차 하지 않았을 것이다. gemini 3.5 flash는 지치지도 않고 npf를 구현하는 것에 그치지 않고 테스트코드도 만들어냈으며 심지어 image group도 그리 오래 걸리지 않고 만들어냈다. 그래서 무려 tistory editor에서 이미지를 그룹으로 만들어서 업로드하는 날이 왔다.

pr: https://github.com/joostory/tistory-editor/pull/110

npf: https://www.tumblr.com/docs/npf

그동안 tumblr theme를 수정하기 위해서는 tumblr의 테마편집에 들어가서 모두 테스트해본 후에 변경사항을 github의 repo에 반영하는 식으로 작업을 했다. 문득... gemini 한테 이 theme 미리보기를 만들어달라고 하면 어떨까 생각해봤다.

몇마디 말로 역시나 잘 만들어준다. 내가 설명한 내용 그 이상으로 저 완벽한 옵션들은 마치 tumblr 테마 편집화면을 보는 것 같다. 심지어 각 페이지별 렌더링을 해줘서 tumblr에서 수정하는 것 이상이다. 커스텀 변수도 첨엔 동적으로 보여주지 못했지만 해달라고 하니 그것도 뚝딱해준다.

아직 모든 기능을 완벽하게 보여주는 건 아니지만 부족한 부분은 또 말하면 해줄테니. 일단 이정도로 만족한다. 오랜만에 npm publish도 해보고 재미있었다. theme 수정하려고 시작했다가 preview 앱만 만들었지만...

https://www.npmjs.com/package/tumblr-theme-preview

1일1식을 했을 때부터 매일 목표달성을 체크하는 앱을 만들고자 했었다. Flutter로 만들려고도 했었고 web으로 만들려고도 했었다. 하지만 어떻게 만들어야겠다는 생각만 있었지 실천이 잘 되지 않았다. 화면구성도 잘 안됐고, 데이터는 어떻게 저장할지, 메시지는 어떻게 보여줄지, 심지어 앱 이름도 못 정했다.

그러다 문득 2026 google io에서 antigravity 2.0이 발표됐고 gemini 3.5 flash가 나왔다. 다시 슬금슬금 이 앱을 만들어야겠다는 생각이 들었다. 그렇게 오늘 아침 antigravity에 하고 싶은 말을 적었다.

몇번의 대화 끝에 앱 이름을 HabitTrophy, 기술은 Flutter 대신 PWA로 정해졌다. 그러고나니 개발은 아주 쉽게 끝났다. 데이터로 localStorage를 사용하는 웹앱. gemini가 젤 잘 만드는 것이다.

PWA다 보니 맥에서도 아이폰에서도 앱처럼 보이게 만들 수 있었다. 물론 데이터 동기화는 되지 않지만. 어쨌든. 이렇게 쉽게 개발이 완료되니 약간 허무하달까? 개선이 필요없을만큼 앱이 완성도가 높다. 동기화만 된다면 아주 완벽하다.

https://joostory.net/habit-trophy/

텀블러의 리스트에는 글 전체보기 혹은 제목만 표시하기만 가능하다 뭔가 피드처럼 전체내용을 흐르듯 보여주는 것이 이 텀블러의 스타일인 것 같다. 하지만 나는 리스트에는 요약된 내용만 보이고 들어가면 자세한 내용이 보이도록 하고 싶다. 그래서 그동안 아예 제목만 표시하고 있었다.

오랜만에 돌아와본 텀블러. 이거저거 바뀌었는데 눈에 띄는 부분이 npf를 이제 메인으로 강조한 부분이었다. 테마 변수에도 {NPF} 라는 것이 생겼다. 이걸 javascript로 어떻게 가져오면 요상하게나마 summary 기능이 가능할 것 같았다.

function makeSummaryFromNpf(contentId, npf) {   let content = ""   const img = npf.content.find(it => it.type == 'image')   if (img) {     let imgSrc = img['media'][1]['url']     content = "<div class='npf_row'><div class='npf_col'><img src='" + imgSrc + "' /></div></div>"   }   const summary = npf.content.find(it => it['type'] == 'text' && !it['subtype'])   if (summary) {     let text = summary['text']     if (text.length > 100) {       text = text.substr(0, 100) + "..."     }     content += "<p>" + text + "</p>"   }   document.getElementById(contentId).innerHTML = content }

간단하게 이런 함수를 만들어서 구현해봤는데 나름 괜찮았다. 요정도로만 하고 그냥 써볼란다. 그나저나 텀블러에는 코드블럭같은거 쓸 수가 없네. 마크다운으로 쓰고는 있는데 제대로 나오려나 ;;;

---

오랜시간동안 블로그를 안하기도 해서 이런 고민을 하는게 웃기긴한데 그래도 정들었던 글을 모아둔 곳이 이렇게 변해버려 아쉬움에 몇자 적어본다.

나는 나의 웹사이트를 가지고 싶었다. custom 도메인을 지원하는 곳에 내 둥지를 틀었는데 그게 처음엔 티스토리였고 텀블러를 안 이후에는 이리로 넘어오기를 시도했다.

블로그는 그대로 두었지만 또다른 웹사이트들은 여기에 다 만들었다. 결혼 웹사이트, 커플 블로그 등등 여러가지를 여기에 만들었다. 몇가지 불만이 있었지만 그런대로 만족하며 쓰고 있었다.

그런데 오랜만에 다시 와보니 custom 도메인이 유료화되어 있었다. 자유롭게 붙여 사용하던게 좋았던건데 너무나 아쉽다. 재미로 만든거에 돈을 마구마구 쓸 수는 없어서 이제 더이상 붙일 수도 없다.

우분투를 이따금 업무용으로 사용하는데. 이때 가장 문제가 되는 점이 메신저다. (회사에서 준 맥은 어디가고 우분투냐고? 그건...) 일단 카톡은 할많하않. 기대를 모았던 카카오 워크는... 맥에서도 쓰지 않는다. 그러고보면 우분투에서 대표적으로 메시징을 할만한 앱이 이제 없다.

예전엔 이런것 저런것 그래도 좀 있었던 것 같은데 모바일로 넘어가면서는 pc 메신저는 거의 신경을 쓰지 않는 분위기다. 요즘 브라우저가 좋아져서 웹에서 메시징이 가능해서 그런가? 페이스북도 그렇고..

Linux | 다운로드

모바일 기기나 데스크톱에 Slack을 무료로 다운로드하세요. iOS, Android, Mac, Windows 및 Linux용 앱으로 대화를 이어나가세요.

slack.com

LINE

부담 없는 무료 메시지, 편리한 메모 기능

chrome.google.com

An Intuition for Lisp Syntax

Every lisp hacker I ever met, myself included, thought that all those brackets in Lisp were off-putting and weird. At first, of course. Soon after we all came to the same epiphany: lisp’s power lie...

stopa.io

LINE의 OpenJDK 적용기: 호환성 확인부터 주의 사항까지 - LINE ENGINEERING

2018년 오라클의 라이선스 체계가 변경되면서 2019년 1월 이후 더 이상 무료로 Oracle JDK를 사용할 수 없게 되었습니다. 이에 LINE 내부에서는 사전에 OpenJDK를 적용하기 위해 필요한 사항이나 검토 항목을 정리하기 위하여 TF(task force)를 구성하였고, 진행된 내용과 사용된 기술적인 사항들을 정리하고자 이 글을 작성하게 되었습니다.

engineering.linecorp.com

adoptopenjdk docker 공식 이미지에 hotspot이랑 openj9이 있어서 뭔가 했는데 버전 이름이었다. hotspot은 뭔가 개발버전같은 느낌이라 안썼는데 잘못 알고 있었다.

Difference between JVM and HotSpot?

What exactly is HotSpot and how does it relate to JVM and OpenJDK? Is it a library? What exactly does it do? Also, what is the difference between OpenJDK and HotSpot?

stackoverflow.com

남이 만든 프로젝트를 가져다 쓰고 있는데 내 머신에서는 아무런 문제없는 Docker build가 hub에서만 실패했다. 심지어 gradle build 결과물이 없다는 에러였다. 분명히 있는데 이상하다 생각했다. docker hub에 뭔가 문제가 있으리라 생각하며 직접 빌드해서 pull하던 어느날. 도저히 참지 못하고 고쳐보기로 했다.

run은 안되더라도 어떻게든 빌드는 성공하게 해두고서 이미지를 받아다가 들여다봤다. 근데... ㄷㄷㄷ 빌드 결과물이 이상한 것이다. '프로젝트이름.jar'가 아니고 'build.jar'가 들어있었다. gradle에 project 이름을 지정하지 않았던 것이다. 내 IDE가 너무 친절한거고 내가 무지한 거였다.