2025-04-14--W15

References

이기상. 2002. 철학노트. https://www.yes24.com/product/goods/278214.

에크하르트 톨레. 2004. 고요함의 지혜. Translated by 진우기. 김영사. https://www.yes24.com/Product/Goods/1436615.

Blais, Joshua. 2025. “Emacs for Everything.” March 13, 2025. https://joshblais.com/posts/emacs-for-everything/.

Dib, Firas. n.d. “Regex101: Build, Test, and Debug Regex.” regex101. Accessed April 18, 2025. https://regex101.com/.

Han, Jung. (2025) 2025. “Junghan0611/Bookiez.El.” https://github.com/junghan0611/bookiez.el.

2025-04-14 Mon

• @joaomgcd TaskerNet 태그커넷 공개 공유 태스트 프로젝트
• 오픈알렉스 OpenAlex - 연구 개방형 카탈로그 문헌 검색

03:30 귀가 수면

08:30 기상 - 바론 등원

10:30 아빠 예수 11:30 뚱이네뷔페 5500원

12:00 집 복귀 - 피곤

12:43 브레인워시 - 14:01 그래 좋아.

16:43 denote refile 함수 만듬

18:35 좋아 18:57 밥먹자 20:36 바론 도착 수면 루틴

2025-04-15 Tue

07:21 간신히 기상 08:57 등원완료

TODO 웹 브라우저 검색에 대한 이야기

TODO 09:45 TOC 지우기만 하면 된다 태그 내보내기 - 스타일링은 따라하기

이게 toc에 들어가서 예쁘지 않다. 쿼츠에서 지워야 할 것.

#LLM: toc scss quartz 수정

### 07:21 ddd <span class="tag"><span class="ABC">ABC</span></span>

TODO 데모 - 예쁘게 - 포스프레임

예쁘게 하려고 다들 신경쓰지? 일단 확 예뽀야 된다. 그리고 이미지는 아니다. 움직여야 된다. 그래야 예쁘다.

>

[2025-04-15 Tue 10:02]

10:57 org-timestamp embark to find citar

아니야. 그냥 타이핑해.

DONE 11:39 노트 분류 방법

15:58 브레인워시

16:18 풀스택

• #LLM: 클로저 풀스택 ring reitit malli uix reagent

17:18 벌써 시간이 이렇게 되다니

18:05 헉 나갈 시간 18:15 나가자

DONE #조직모드 공백문자 라틴 한글 사이

19:09 바론이 밥 먹이자 20:28 씻기자 22:12 아내 바론 재움 나도?!

23:08 모티머 애들러에게 푹 빠져서

@모티머애들러 평생공부 가이드 - 브리태니커 폴리매스

2025-04-16 Wed

07:14 불교를 철학하다 - 이진경 - 인용문의 도

@이진경 철학자 굴뚝청소부 수학 불교

07:49 바론이와 아침 - 아 안드로이드 이맥스

• @MartinStemplinger #이맥스 #네이티브 #안드로이드

08:50 등원완료

TODO 09:14 저널 기록 목적 없는 시작

노트로 만들어줘

• [2025-04-16 Wed 09:07] 추가하자. 목적 없이 쌓는 것. 뭘 기대하고 했다면 절대 안함.

2022-03-10은 공개가 되어 있을 것이다. 나머지는 뭐. 저널에 기록 된 내용들은 어딘가로 스며든다. 놓치더라도 언젠가 스며든다. 그렇게 된다. 가끔 텍스트 전체 검색을 해보면 알게 된다.

아. 근데 그 이전에는 저널기록을 안했는가? 이래 저래 기록은 했다. 드문드문. 체계 없이 그냥 흘러갔다. 워드프레스에도 있고, 말도 마라. @힣 #개인지식관리 #역사::그의 디지털 지식 관리 역사에서 조금 다루었는데 쓰다가 말았다.

>

10:00 병원 -> 11:30 뚱이네 뷔페 5500원

12:54 중앙도서관 체크인 13:30 잠시만 장경식 선생님이 있지

• @장경식 브리태니커 백과사전

14:23 지식 너무 깊다 -> 14:31 아이스아메리카노 들이 붙고 싶다 가자!

14:35 코드 - 이맥스 가이드 고민 좀 더 해보자

16:04 3시간 주어져 있다

TODO 리파일 아카이빙 아름다움

• #데일리루틴 #조직모드: 리파일 아카이브

TODO 18:17 아놔 하이랭 얼마전에 보던 것 완전 다 까먹었다. 놀랍다.

그래. 정말 흔적도 모르게 잊었다. 뭐지? 다행히 기록이 있다. 다음으로 가보자. 여기서 다시하자. 2025-03-24::2025-03-29 Sat

DONE 18:34 오 한국 이맥스 유저분

18:52 나가야지!! 쿠팡물류 심야숏

2025-04-17 Thu

• 교육 관련 링크 확인
• 리스프 통합 하이랭

04:00 집도착. 도서산책 잠이 든다

TODO 10:00 알고리즘 앎의틀 왜

구도자. 영성. 돈오점수.

11:21 hugo - org-hugo-link-desc-insert-type

Note

org-hugo-link-desc-insert-type is a customizable variable defined in ox-hugo.el.

Value t

Original Value nil

Toggle Set Customize

Documentation Insert the element type in link descriptions for numbered elements.

String representing the type is inserted for these Org elements if they are numbered (i.e. both ”#+name” and ”#+caption” are specified for them):

• src-block : “Code Snippet”
• table: “Table”
• figure: “Figure”.

DONT 11:28 쿼츠 이미지 위키링크 끝

아. 간단하고 아름답다.

• og-images를 인공지능 생성하면 좋겠네

   
        if (opts.replaceFigureWithMdImg) {
          src = src.toString()
          src = src.replaceAll(figureTagRegex, (_value, ...capture) => {
            const [src] = capture
            // return `![](${src})`
            return `![[${src}\|640]]`
          })
        }
   

12:47 스크린샷 이미지는 적절히 필요하다

#LLM: Git LFS(Large File Storage) 사용방법 및 장점

이미지가 싹 사라지다니

14:29 quartz showcase - 참고 할 것 -> 나가야함 - 하이랭 확인

15:38 공임나라 엔진오일 교체하러 옴 - 계속 작업중

뉴스에서 자극적인 것들만 이야기하고 있다. 아름답지 않다.

16:44 바론 축구가자 17:56 축구 끝날 때 되었다. 디지털가든 업데이트 하자!

TODO 길 없는 길 이야기

[2025-04-17 Thu 19:00]

18:59 바론이와 저녁 먹자. 준비 시작!

21:28 바론이 씻기고 잠자리 보냄

2025-04-18 Fri

04:17 기상 - 잘 잤다 - 누가? ‘나’

Note

잘 잤다는 것을 아는 자가 누구냐. 거실 탁자에 앉아서 두드린다. 한 없이 적막하다. 노트북 펜소리가 시끄러울 정도. 앗뜨거워 노트북. 된장. 고추장. 아무렴 고요하다. 전날 창고 다녀오느라 피곤했는데 어제 일찍 자니 아주 풍성하다.

얼마나 잘잤냐고? 그래. 스크린샷 찍어라. 찍! 이 정도면 풍성한 잠이다.

무엇을 할 것인가? 이 아름다운 시간에. 무슨 책을 들으며 두드릴 것인가? 이 시간은 선물이니 소란스럽게 무엇을 할 필요 없다. 오바한다고 되는 시간도 아니다.

#앎의틀 잠시만.

메타노트에 있는 영어 ‘태그’는 내보내는게 좋겠지? 왜? 그 태그로 들어가면 노트들이 연결되어 있으니까. 그래 맞아.

TODO 아침에 어딘가 무어라 쓴거!?

12:19 철학노트 6장 앎 강하다 - 앓음알이

(이기상 2002)

13:23 공백

• #조직모드: 공백문자 - 라틴 한글 유니코드
• #한글 #조직모드: #휴고 #내보내기 #공백문자 제거 방법

16:59 오 거의 된 것 같다

18:21 앗 바론이 데리러가자!

19:14 밥준비하자!

22:23 조사와 전쟁

22:34 퍼플링크?

TODO 23:30 글올린것 - 가져오시게

[2025-04-19 Sat 05:02]

2025-04-19 Sat

04:24 기상 - 이런 거의 90퍼센트 동기화가 되는 사람이구만

(Blais 2025)

TODO Emacs for Everything 이맥스로 모든 것을 - RSS 워크플로우?!

(Blais 2025) Blais, Joshua 2025

The Blog of Joshua Blais

Emacs for Everything Emacs로 모든 것을

I used to laugh at the meme that emacs could be used for everything, and thought it crazy that one would “live in emacs” (that is a post from almost two years ago where I didn’t even really believe it myself). 저는 Emacs가 모든 것에 사용될 수 있다는 밈을 비웃곤 했고, 누군가가 “Emacs에서 산다”는 것이 미친 짓이라고 생각했습니다 (그것은 제가 스스로도 진정으로 믿지 않았던 거의 2년 전의 게시물입니다).

But, alas, if one allows himself to be swept away and gets far enough down the rabbit hole, he comes to find that a computer could have been a fully integrated environment within which the user’s mind and machine were melded. While the advent of “brain-computer interfaces” is dinner table conversation (at conspiracy theorist households like my own) - there has, since the year 1976, been emacs - the closest thing to this aspirational place of man/machine integration that has ever existed. 하지만, 슬프게도, 누군가가 자신을 휩쓸리도록 내버려두고 토끼굴 아래로 충분히 깊이 들어가면, 컴퓨터가 사용자의 마음과 기계가 융합된 완전히 통합된 환경이 될 수 있었다는 것을 알게 됩니다. “뇌-컴퓨터 인터페이스”의 출현이 저녁 식탁의 대화 주제이지만 (저와 같은 음모론자 가정에서), 1976년부터 Emacs가 있었습니다. 이것은 인간/기계 통합이라는 열망적인 장소에 가장 가까운 것입니다.

Do I for one second believe that this is the way everyone should use a computer? 단 1초라도 이것이 모든 사람이 컴퓨터를 사용해야 하는 방식이라고 믿고 있습니까?

No.

I don’t have delusions of Emacs-grandeaur. 저는 Emacs에 대해 과대망상을 갖고 있지는 않습니다.

The significant investment it requires to get to the point where one could rely entirely on emacs as his computing environment is overwhelming for most. Does the person that bought a macbook pro to watch netflix and “do email” need emacs’ integrated text interface? Probably not - it would be like using a hole hawg (shout out to Neal Stephenson for the analogy) for a 1/16th inch screw. Emacs를 자신의 컴퓨팅 환경으로 완전히 활용할 수 있는 수준에 도달하기 위해 필요한 상당한 투자는 대부분의 사람들에게 벅찹니다. 넷플릭스를 보고 “이메일 처리”를 하기 위해 맥북 프로를 산 사람이 Emacs의 통합 텍스트 인터페이스가 필요할까요? 아마 아닐 겁니다. 1/16인치 나사에 홀 호그(Neal Stephenson에게 경의를 표하며 비유합니다)를 사용하는 것과 같을 겁니다.

But, if you are a programmer, writer or creative, a business owner or someone just with ADHD, the question whether to emacs or not to emacs becomes one worth considering. 하지만 프로그래머, 작가 또는 창작자, 사업주 또는 ADHD를 가진 사람이라면 Emacs를 사용할지 말지 여부는 고려해 볼 가치가 있는 문제가 됩니다.

Do you spend hours manipulating text in any form? Do you want to automate workflows, creating tailored tools that are perfect just for you? Then emacs may be what you’ve always been looking for but never knew existed. 어떤 형태로든 텍스트를 조작하는 데 몇 시간을 소비하십니까? 워크플로우를 자동화하여 자신에게 완벽한 맞춤형 도구를 만들고 싶으십니까? 그렇다면 Emacs는 항상 찾고 있었지만 존재조차 몰랐던 것일 수 있습니다.

Is it worthwhile? Is emacs the best way to use a computer? 그럴 만한 가치가 있을까요? Emacs가 컴퓨터를 사용하는 가장 좋은 방법일까요?

Well, I am penning this article afterall, so there might be a bit of bias on my behalf. But I would say, unequivocally, yes - The investment has paid me back in droves, and will continue to do so for the rest of my natural computing life. 음, 결국 제가 이 글을 쓰고 있으니, 제게 약간의 편향이 있을 수도 있습니다. 하지만 저는 단호하게 ‘예’라고 말하고 싶습니다. 투자는 저에게 엄청난 보상을 주었고, 앞으로도 제가 컴퓨팅을 하는 동안 계속 그럴 것입니다.

As an aside, in the book, Stephenson discusses unix, but he does name drop emacs as his editor de jour and has this to say about it: 여담으로, Stephenson은 책에서 유닉스에 대해 논하지만, emacs를 그의 주 편집기로 언급하며 다음과 같이 말합니다.

I use emacs, which might be thought of as a thermonuclear word processor. It was created by Richard Stallman; enough said. It is written in Lisp, which is the only computer language that is beautiful. It is colossal, and yet it only edits straight ASCII text files, which is to say, no fonts, no boldface, no underlining. In other words, the engineer-hours that, in the case of Microsoft Word, were devoted to features like mail merge, and the ability to embed feature-length motion pictures in corporate memoranda, were, in the case of emacs, focused with maniacal intensity on the deceptively simple-seeming problem of editing text. If you are a professional writer–i.e., if someone else is getting paid to worry about how your words are formatted and printed–emacs outshines all other editing software in approximately the same way that the noonday sun does the stars. It is not just bigger and brighter; it simply makes everything else vanish. 나는 Emacs를 사용하는데, 이것은 열핵 워드 프로세서라고 생각할 수 있다. 이것은 Richard Stallman이 만들었다. 더 이상 말할 필요도 없다. 이것은 Lisp으로 작성되었는데, Lisp은 아름다운 유일한 컴퓨터 언어이다. 이것은 거대하지만, 글꼴, 굵게, 밑줄 없이 오직 일반 ASCII 텍스트 파일만 편집한다. 다시 말해서, Microsoft Word의 경우 메일 병합이나 기업 각서에 장편 영화를 삽입하는 기능에 쏟았던 엔지니어 시간이 emacs의 경우 텍스트 편집이라는 겉보기에는 단순해 보이는 문제에 광적인 집중력으로 집중되었다. 만약 당신이 전문 작가라면, 즉 다른 사람이 당신의 단어 형식을 지정하고 인쇄하는 것에 대해 걱정하는 데 돈을 받는다면, emacs는 한낮의 태양이 별들을 압도하는 것과 거의 같은 방식으로 다른 모든 편집 소프트웨어를 능가한다. 이것은 단순히 더 크고 밝을 뿐만 아니라, 단순히 다른 모든 것을 사라지게 만든다.

Unfathomably based.

• Why would you want to do this?

  왜 이런 것을 하고 싶을까요?

  Why would you want one tool to master them all? 왜 하나의 도구로 모든 것을 통달하고 싶을까요?

  Why would you want to do everything in one place? And, why would you want to use almost 50 year old software to do it? 왜 모든 것을 한 곳에서 처리하고 싶을까요? 그리고 왜 거의 50년 된 소프트웨어를 사용하고 싶을까요?

  While there are several arguments for using emacs (including dunking on normies) - the real arguments generally revolve around the solution to the problem of context switching, the deep integration of the tooling with each and every part of the overarching environment, and the customizeability, programability, and overall personalization that emacs affords the end user (leaps and bounds above anything available today, yes even neovim with lua support). Emacs를 사용해야 할 여러 가지 이유(일반인을 깎아내리는 것을 포함)가 있지만, 실제 이유는 일반적으로 컨텍스트 전환 문제에 대한 해결책, 전체 환경의 모든 부분과 도구의 긴밀한 통합, 그리고 Emacs가 최종 사용자에게 제공하는 사용자 정의, 프로그래밍 가능성 및 전반적인 개인화(오늘날 사용 가능한 모든 것, 심지어 Lua를 지원하는 Neovim보다 훨씬 뛰어넘음)와 관련이 있습니다.

  So, while I will refrain from “dunking on normies” it has really come down to one word - flow . 그래서, “일반인들을 공격”하는 것은 자제하겠지만, 결국 핵심은 ‘흐름(flow)‘이라는 단어 하나로 귀결됩니다.

  In one sentence? Context switching is extremely expensive for a knowledge worker. 한 문장으로 요약하자면, 컨텍스트 전환은 지식 노동자에게 매우 큰 비용이 듭니다.

  In one very long winded paragraph? 하나의 매우 장황한 단락으로?

  Neurological studies have recently stated that the cost of context switching and multitasking is something like 60% of our time in daily work. This is massive - it takes 23 minutes to get back on task after losing focus. One study even went so far as to say “context switching is the main productivity killer for developers”. And, while I will be the first to tell you that productivity can very quickly devolve into procrastination, even a 20% boost in an 8 hour day is nothing to sneeze at. It is blatantly clear that if we want to get more done, we have to guard our focused time as if it were gold - emacs has become that guardrail more and more. Because of the philosophy of everything being accessible from one interface, there is far less distraction than if I were back and forth among 12 different apps and tools. The environment itself has become a place of ultimate productivity. 최근 신경학 연구에서는 컨텍스트 전환 및 멀티태스킹으로 인한 비용이 일상 업무 시간의 약 60%에 달한다고 밝혔습니다. 이는 엄청난 수치이며, 집중력을 잃은 후 다시 업무에 집중하는 데 23분이 걸립니다. 한 연구에서는 “컨텍스트 전환은 개발자의 주요 생산성 저해 요인”이라고까지 말했습니다. 생산성이 금세 미루는 행위로 변질될 수 있다는 것을 먼저 말씀드리겠지만, 8시간 근무일에서 20%의 생산성 향상만 있어도 결코 무시할 수 없습니다. 더 많은 일을 처리하려면 집중하는 시간을 금처럼 소중히 여겨야 한다는 것은 명백하며, Emacs는 점점 더 그러한 보호 장치가 되고 있습니다. 하나의 인터페이스에서 모든 것에 접근할 수 있다는 철학 덕분에 12개의 다른 앱과 도구를 왔다 갔다 할 때보다 훨씬 덜 산만해집니다. 환경 자체가 최고의 생산성을 위한 장소가 되었습니다.

  While I say flow, what I actually mean is harmony integration, dare I say oneness with the environment. Emacs is the only thing in town that allows you an ultimate “unified cognitive model” for interacting with text. And, if you know anything about computers, everything is text . 제가 흐름이라고 말하지만, 실제 의미는 조화로운 통합, 감히 환경과의 일체감이라고 말할 수 있습니다. Emacs는 텍스트와 상호 작용하기 위한 궁극적인 “통합 인지 모델”을 제공하는 유일한 도구입니다. 그리고 컴퓨터에 대해 조금이라도 안다면 모든 것은 텍스트입니다.

  While Donald Trump may say “wow - everything’s computer”, computer say “everything’s text.” Donald Trump은 “와 - 모든 것이 컴퓨터”라고 말할 수 있지만, 컴퓨터는 “모든 것이 텍스트”라고 말합니다.

  This cannot be overstated - when we simplify everything to text in a computing environment, we actually empower it to the highest possible level. In doing so, everything becomes searchable, reproducible, version controlled, and infinitely malleable. Text can then be completely crafted and moulded in whatever way we say fit. By keeping text as text and not abstracting it away in some proprietary garbage way, we are empowered as the user. 이것은 아무리 강조해도 지나치지 않습니다. 컴퓨팅 환경에서 모든 것을 텍스트로 단순화하면 실제로 가능한 최고 수준으로 컴퓨팅 환경을 강화할 수 있습니다. 그렇게 함으로써 모든 것을 검색 가능하고, 재현 가능하며, 버전 관리되고, 무한히 가변적으로 만들 수 있습니다. 텍스트는 우리가 적합하다고 말하는 어떤 방식으로든 완전히 만들어지고 변형될 수 있습니다. 텍스트를 텍스트로 유지하고 일부 독점적인 쓰레기 방식으로 추상화하지 않음으로써 우리는 사용자로서 권한을 부여받습니다.

  • Everything everywhere all at once

    모든 것이 모든 곳에서 한꺼번에

    When you go to write an email, you have to perform the following: open your email client, click “compose message”, find the contact you want to email, write the email, proofread it, and then send it. If you were doing something else beforehand, the flow state that you had potentially been in is all but gone, and now it will take you some time to ramp up again to that same focused place. 이메일을 작성하려면 이메일 클라이언트를 열고 “새 메시지 작성”을 클릭한 다음 이메일을 보낼 연락처를 찾고 이메일을 작성하고 교정하고 보내야 합니다. 이전에 다른 작업을 수행하고 있었다면 잠재적으로 몰입했던 흐름 상태는 사라지고 다시 집중된 상태로 돌아가는 데 시간이 걸릴 것입니다.

    Instead, you could have captured a “TODO” in your inbox.org file in about 3 seconds, and continued what you were doing until such a time that writing the email was pertinent. You then return to what you were doing without a single context switch, continuing on in that juicy flow state. 대신 받은 편지함.org 파일에 “TODO”를 약 3초 만에 캡처하고 이메일을 작성하는 것이 적절한 시점까지 하던 일을 계속할 수 있습니다. 그런 다음 단일 컨텍스트 전환 없이 하던 일로 돌아가서 그 흐름 상태를 계속할 수 있습니다.

    When you go to write said email, you will do so in emacs’ MU4E mode, taking that todo and (perhaps the associated contact), write the email, send it, and even include the work that you were not interrupted in doing . Emails are text, so you get all the powerful editor tools (autocomplete, spellcheck, snippets, etc.) in house, and wrote that email in likely half the time were you to have done so in Office365/Thunderbird/Gmail/whatever-people-use-these-days. 이메일을 작성하려고 할 때, Emacs의 MU4E 모드에서 할 일과 (아마도 관련된 연락처) 함께 이메일을 작성하고, 보내고, 심지어 중단 없이 하던 작업까지 포함할 수 있습니다. 이메일은 텍스트이므로 강력한 편집기 도구(자동 완성, 맞춤법 검사, 스니펫 등)를 모두 내장하고 있으며, Office365/Thunderbird/Gmail/요즘 사람들이 사용하는 다른 어떤 것에서보다 훨씬 짧은 시간에 이메일을 작성할 수 있습니다.

    Now, if this didn’t light up your eyes a little bit at the possibilities, emacs may not be for you. But, if you grasp the difference here, now know that you can do this across all workflows, in all cases, and across your entire machine. Emacs becomes your operating system in which you do everything (except heavy image/video workflow or browse the modern web.) 만약 이것이 가능성에 대해 당신의 눈을 번쩍 뜨게 하지 않았다면, Emacs는 당신에게 맞지 않을 수도 있습니다. 하지만 여기서 차이점을 파악했다면 이제 모든 워크플로우, 모든 경우, 그리고 당신의 전체 시스템에서 이것을 할 수 있다는 것을 알게 될 것입니다. Emacs는 모든 것을 수행하는 운영 체제가 됩니다(무거운 이미지/비디오 워크플로우 또는 현대 웹 브라우징 제외).

    What this means, too, is that there are not “seperate” key binds, or UIs to learn, you have everything contained in one place that is self-documenting, accessible, and continually iterable in which you make it into whatever you want. 이것이 의미하는 바는, 배워야 할 “별도의” 키 바인드나 UI가 없다는 것입니다. 모든 것이 자체 문서화되고 접근 가능하며 지속적으로 반복 가능한 한 곳에 포함되어 있어 원하는 대로 만들 수 있습니다.

  • Your tool is your own

    당신의 도구는 당신의 것입니다.

    The fact that VS Code is so widely adopted because one can get “up and running” quickly makes sense. But, if you want VS Code to be your own, I wish you all of the luck in the world. VS Code가 “즉시 실행”될 수 있기 때문에 널리 채택되었다는 사실은 이해가 됩니다. 하지만 VS Code가 당신의 것이 되기를 바란다면, 행운을 빕니다.

    Emacs is fully open source & free (as in beer, and as in freedom) software that you can craft to your every need. The tool gets out of your way, and also becomes what you need it to become - it becomes an extension of the mind of the user rather than a box within which the user must operate. Emacs는 완전한 오픈 소스 및 무료(맥주처럼 자유로운, 그리고 자유로운) 소프트웨어로, 당신의 모든 필요에 맞게 만들 수 있습니다. 도구가 당신을 방해하지 않고, 당신이 필요로 하는 것이 됩니다. 즉, 사용자가 작동해야 하는 상자 안이 아니라 사용자의 마음의 확장으로 변모합니다.

  • First principles

    “But emacs is OLD”

    So is your grandfather, you don’t treat him any differently do you? He could still whoop your ass if you got out of line, couldn’t he? 당신의 할아버지도 마찬가지입니다. 다르게 대하지 않으시죠? 선을 넘으면 여전히 당신을 혼내주실 수 있을 겁니다, 그렇지 않나요?

    Emacs was built at a time that we respected computing first principles. Emacs isn’t some arbitrary system, in which you do things for no reason. No - you come to find that everything in emacs (with the exception of playing chess or tetris) has a reason for being the way that it is. I thought, for example, I could build a “better org mode” - I would have been battling with some of the greatest minds in computing to do so. Do I have that much faith in myself? I don’t think I have enough faith in myself to remember to turn the dishwasher on at night. Emacs는 컴퓨팅의 기본 원칙을 존중하던 시대에 만들어졌습니다. Emacs는 아무 이유 없이 작업을 수행하는 임의적인 시스템이 아닙니다. 아닙니다. Emacs의 모든 것(체스나 테트리스를 하는 것은 제외)은 그렇게 되어야 하는 이유가 있다는 것을 알게 될 것입니다. 예를 들어, 저는 “더 나은 org mode”를 만들 수 있다고 생각했습니다. 그렇게 하려면 컴퓨팅 분야의 가장 위대한 두뇌들과 싸워야 했을 것입니다. 제가 그렇게 자신감이 있을까요? 저는 밤에 식기세척기 켜는 것을 기억할 만큼의 자신감도 없다고 생각합니다.

    Emacs is also not “against the UNIX principle” as so many people leaped to claim in my video about coming back to the Church of Emacs. Emacs actually extends unix tooling far beyond what would be possible with bash scripting alone. You have a language (elisp) that you can call unix tools, extend them, script them, and quite (theoretically) possibly build out anything you could ever dream of. Emacs는 또한 “UNIX 원칙에 반하는 것”이 아닙니다. 많은 사람들이 Emacs 교회로 돌아오는 것에 대한 제 비디오에서 주장했습니다. Emacs는 실제로 bash 스크립팅만으로는 가능했을 것보다 훨씬 더 많은 UNIX 도구를 확장합니다. UNIX 도구를 호출하고, 확장하고, 스크립팅하고, (이론적으로) 꿈꿀 수 있는 모든 것을 구축할 수 있는 언어(elisp)가 있습니다.

    Your editor is now completely programmatic - you can make it do whatever you need it to, and more. 이제 편집기는 완전히 프로그래밍 방식으로 작동합니다. 필요한 모든 작업을 수행할 수 있으며 그 이상도 가능합니다.

  • A lifetime computer

    As I said in my video, to see the configuration of someone that has been using emacs for 30 years (and there are many of them on r/emacs) is a glimpse into a lifetime of computing. That lisp function that does that esoteric little thing? That’s a man’s mind. Emacs is a lifetime editor in a way that no other could possibly be - because it grows with you, pushing the boundaries at every major update version, and allows one to live a life of plain text that is a dream. 내 비디오에서 말했듯이, 30년 동안 Emacs를 사용해 온 사람의 설정(r/emacs에는 그런 사람들이 많습니다)을 보는 것은 컴퓨팅 평생을 엿보는 것입니다. 그 난해한 작은 일을 하는 Lisp 함수요? 그것은 한 사람의 마음입니다. Emacs는 다른 어떤 편집기도 될 수 없는 평생 편집기입니다. 왜냐하면 Emacs는 주요 업데이트 버전마다 경계를 넓히면서 사용자와 함께 성장하고, 꿈과 같은 일반 텍스트의 삶을 살 수 있게 해주기 때문입니다.

• My current computing environment entirely contained in emacs

  현재 컴퓨팅 환경은 emacs에 완전히 포함되어 있습니다

  • Email - Mu4e

  • Development - treemacs (sidebar), vterm (integrated terminal), LSPs/major modes for my languages, restclient.el

    개발 - treemacs (사이드바), vterm (통합 터미널), LSPs/주요 모드 (내 언어용), restclient.el

    • Version control - magit

      버전 관리 - magit

    • Docker - docker.el

    • Databases - sql-mode and pgmacs

      Databases - sql-mode 및 pgmacs

    • AI integration - gptel and aider

      AI 통합 - gptel 및 aider

  • Writing - org-mode, with occasional exports to markdown/html/latex/pdf

    쓰기 - org-mode, 가끔 markdown/html/latex/pdf로 내보내기

  • Knowledgebase - org-roam

    지식 베이스 - org-roam

  • Blogging - org-mode export to hugo

    블로깅 - org-mode export to hugo

  • Scheduling and TODOs - org-mode

    일정 관리 및 TODO - org-mode

  • Calendar - calwf and org-gcal

    캘린더 - calwf 및 org-gcal

  • RSS - elfeed
  • IRC - ERC

  • Music and media - EMMS

    음악 및 미디어 - EMMS

  • Accounting - ledger-mode

    회계 - ledger-mode

  • Light Browsing - EWW

    가벼운 브라우징 - EWW

  • File management - Dired and Dirvish

    파일 관리 - Dired 및 Dirvish

  • Reading - calibredb, nov.el, pdf-tools, org-noter

    독서 - calibredb, nov.el, pdf-tools, org-noter

• The end of the ‘app’

  ‘앱’의 종말

  You will note that I have not once referred to emacs as an “app”, and the reason for that is because that would be a massive understatement of what emacs is. 제가 이맥스를 “앱”이라고 단 한 번도 언급하지 않았다는 점을 아실 텐데, 그 이유는 이맥스가 무엇인지에 대한 엄청난 과소평가가 될 것이기 때문입니다.

  Emacs has essentially become my entire computer. A place where I can do all things text and intellectual in one place. If I cannot do a task in emacs, I have become “that guy” - looking for the solution of how I can integrate a workflow, asking claude to help me design custom lisp functions that allow me to use emacs in that 1% more that I do every day. If I can’t do it in emacs, it probably involves heavy photo/video, browsing the modern web, or 3D rendering. All other workflows are completely fair game and likely have already been included in my ever growing config.org (tangled to config.el). Emacs는 본질적으로 내 컴퓨터 전체가 되었습니다. 텍스트와 지적인 모든 작업을 한 곳에서 처리할 수 있는 공간입니다. Emacs에서 작업을 수행할 수 없다면, 저는 “그 사람”이 되어 워크플로우를 통합할 수 있는 방법을 찾고, Claude에게 매일 하는 일의 1%를 Emacs에서 더 많이 사용할 수 있도록 사용자 정의 Lisp 함수를 설계해 달라고 요청합니다. Emacs에서 할 수 없는 작업은 아마도 무거운 사진/비디오, 최신 웹 브라우징 또는 3D 렌더링과 관련될 것입니다. 다른 모든 워크플로우는 완전히 공정한 게임이며, 이미 계속 증가하는 config.org(config.el로 엉킨)에 포함되었을 가능성이 높습니다.

  The only fair use of “app” would be “Life App” - but more akin to Life OS. “앱”을 공정하게 사용하는 유일한 경우는 “Life App”일 것입니다. 하지만 Life OS와 더 유사합니다.

• On the timesink argument

  시간 낭비 주장에 대해

  Those that do not want to sharpen the axe should not fell the tree. 도끼를 날카롭게 하고 싶지 않은 사람은 나무를 베지 말아야 합니다.

  In our instant gratification culture, learning things that take time to learn is a taboo. I have seen the argument that emacs is a massive time sink, one which could never possibly be re-cooped. But - how much time do you spend moving text around a screen? How much time do you spend frustrated by how your computer doesn’t do what you want it to? How much time have you spent looking for conversion tooling, or “how to do X in word/excel/gmail etc.” 즉각적인 만족을 추구하는 우리 문화에서는 시간을 들여 배워야 하는 것들을 배우는 것이 금기시됩니다. 저는 Emacs가 엄청난 시간 낭비이며 결코 회복할 수 없다는 주장을 보았습니다. 하지만 화면에서 텍스트를 옮기는 데 얼마나 많은 시간을 소비하십니까? 컴퓨터가 원하는 대로 작동하지 않아 얼마나 많은 좌절감을 느끼십니까? 변환 도구를 찾거나 “워드/엑셀/Gmail 등에서 X를 수행하는 방법”을 찾는 데 얼마나 많은 시간을 소비했습니까?

  The funny thing has been that the argument often comes from the vim/neovim side of the editor war - but vim is just a text editor. Emacs literally runs vim if you want it to. Vim users have to learn all the other tooling associated with a CLI/TUI workflow, which is just about the same investment as learning emacs! 재미있는 점은 종종 이 논쟁이 에디터 전쟁에서 vim/neovim 진영에서 나온다는 것인데, vim은 단지 텍스트 편집기일 뿐이다. Emacs는 원한다면 vim을 실행할 수도 있다. Vim 사용자는 CLI/TUI 워크플로우와 관련된 다른 모든 도구를 배워야 하는데, 이는 Emacs를 배우는 것과 거의 같은 투자이다!

  Not only this - emacs doesn’t just return your time in spades, it allows you complete independence. While I have mulled over leaving the linux desktop for the shiny walled garden of Apple, emacs would have allowed this in that it has become my actual computing environment. I don’t really care so much about the OS anymore (just that it is unix based). I can go wherever the hardware is best - but I will hold off on the iCope and await AMD’s crazy integrated chips, because that sounds like exciting times! 뿐만 아니라, Emacs는 시간을 절약해 줄 뿐만 아니라 완전한 독립성을 제공합니다. Linux 데스크톱을 떠나 Apple의 화려한 walled garden으로 갈까 고민했지만, Emacs는 제 실제 컴퓨팅 환경이 되었기 때문에 이를 가능하게 했습니다. 더 이상 OS에 대해 크게 신경 쓰지 않습니다 (단지 Unix 기반이기만 하면 됩니다). 하드웨어가 가장 좋은 곳으로 갈 수 있지만, iCope는 보류하고 AMD의 멋진 통합 칩을 기다릴 것입니다. 정말 흥미로운 시대가 될 것 같습니다!

• Conclusion

  While I don’t recommend losing yourself over your tooling, emacs is different if you are in a similar position to me. If you care about your personal autonomy and freedom, your ability to craft a system to your every need (and have it grow with you as you learn and find new paradigms), and the power of overcoming the productivity shortfalls of modern software, emacs is the one. It will continue to be the one for me as I go forward in this journey, it will be with me when I write that next book, build that next company, or just simply dump what’s on my mind into a journal. 자신의 도구에 너무 몰두하는 것을 권장하지는 않지만, 저와 비슷한 상황이라면 Emacs는 다릅니다. 개인의 자율성과 자유, 모든 필요에 맞춰 시스템을 만들 수 있는 능력(새로운 패러다임을 배우고 발견하면서 함께 성장할 수 있는 능력), 그리고 현대 소프트웨어의 생산성 부족을 극복할 수 있는 힘을 중요하게 생각한다면 Emacs가 답입니다. 앞으로도 저는 이 여정을 계속할 것이고, 다음 책을 쓰고, 다음 회사를 세우고, 또는 단순히 머릿속에 있는 생각을 저널에 쏟아낼 때도 Emacs는 저와 함께할 것입니다.

  Emacs was born in a time that cared about design, about first principles, and about longevity. As such, nothing has come close to emacs in 50 years, and I would be willing to bet nothing will in the next 50 years. It is not “trendy” or “hype” as the kids say - it is an embodiment of how humans think, about how we can augment that thinking with software, and the relevance of the guiding principles of emacs are timeless. Emacs는 디자인, 기본 원칙, 그리고 수명에 대해 중요하게 생각하던 시대에 탄생했습니다. 따라서 50년 동안 Emacs에 근접한 것은 없었고, 앞으로 50년 동안도 없을 것이라고 장담할 수 있습니다. 그것은 요즘 젊은이들이 말하는 것처럼 “유행”이나 “과장 광고”가 아닙니다. 그것은 인간이 생각하는 방식, 소프트웨어로 그 생각을 어떻게 확장할 수 있는지에 대한 구체화이며, Emacs의 기본 원칙의 관련성은 시대를 초월합니다.

  As always, God bless, and until next time. 언제나처럼, 신의 축복이 있기를, 다음 시간까지.

  If you enjoyed this post, consider supporting my work by Buying me a Coffee, Checking out my book, or sending me an email to tell me what you think. 이 게시물이 마음에 드셨다면, 커피 한 잔 사주기, 제 책 확인하기, 또는 저에게 이메일을 보내서 당신의 생각을 알려주시는 것으로 제 작업을 지원하는 것을 고려해 보세요.

05:02 생산성? 그냥 하루를 가져가시게

DONE 07:10 청소해놔 이게 영감의 답이야. 가정의 평화 말이야.

(에크하르트 톨레 2004) (Dib n.d.)

(Han [2025] 2025)

07:41 앎 - 세계 속의 한국 - 힣의 앎의틀 소명

하이테크 너드. 한글. 한국 철학. 기술. 글. 이게 왜 앎으로 왔는가

11:34 바론 타이커 보내고 스타벅스 체크인

TODO 22:35 바론이 데리고 친구모임 다녀옴 - 오늘 폰으로 노트 쓴 것들 담을 것!

2025-04-20 Sun

05:46 굳모닝

Note

으악. 친구들은 이제 잔다네. 힣은 이제 일어났다. 허하다 삶이란. 나도 그래왔지만. 좋고 나쁨도 없지만. 아무렴. 좋다. 삶의 앎의 방식. #호모오티오수스: 심심 한가 권태 현대인

힣은 약하다. 루틴에 따라서 살아야 한다. 건강의 일이다.
힣은 강하다. 약함을 알기에 그렇다.

TODO 07:54 polymath 글쓴거 옮겨줘

08:38 함수 수정 개선

08:51 번역 SNS 포스팅 - 서브스택에는 영어를 기본으로 할 것

#LLM: SNS 영어 번역 영작 포스팅 댓글 답글

Note

한글 원문 (유희 포함): 시간을 정복한 사나이를 아십니까? 이름은 알렉산드르 알렉산비치 류비셰프. 짧게 류비님. 지식관리 Geek에게는 제텔카스텐으로 유명한 루만님이 익숙하겠지만, 나는 사실 류비님께 사사를 받았습니다? 그의 무자비한 시간기록과 투철한 Geek정신. 존경합니다♡. 지금은 바야흐로 멀티모달의 시대 아닙니까. 저는 루만의 제텔카스텐도 사랑합니다. 이건 검색해도 안 나오는 이야기입니다만, 류비는 ADHD가 아니었을까…

영어 번역 (English Translation): Do you know the man who conquered time? His name is Aleksandr Aleksandrovich Lyubishchev, or simply Lyubi. While knowledge management geeks might be familiar with Luhmann, famous for his Zettelkasten, I actually learned from Lyubi. His ruthless time-tracking and hardcore geek spirit? Total respect♡. Isn’t this the era of multi modality?! I also love Luhmann’s Zettelkasten. This isn’t something you’ll find online, but… could Lyubishchev have had ADHD?

한글 댓글: 오우! 감사합니다. 개인지식관리는 모국어가 필수죠. 제 디지털 가든 글은 대부분 한글로 쓰여 있어요. ‘모국어’를 중심으로 언어의 계층화에 관심이 많습니다. 저에게 영어는 메타언어예요. 그래도 우리 모두의 관심사는 크게 다르지 않다고 생각해요. ‘동양’ 관점에서 지식관리의 맥락을 전달하는 데 도움이 되길 바랍니다. 한글이 친절하지 않아 번역이 어려울까 봐 앞으로 포스팅에 영어도 함께 넣을게요. 감사합니다. 앞으로도 당신의 글 감사히 읽겠습니다!

영어 번역 (English Translation): Wow! Thank you. Personal knowledge management inevitably relies on one’s native language. Most of my digital garden posts are in Korean. I’m very interested in the hierarchy of languages centered around the ‘mother tongue.’ For me, English is a meta-language. Still, I believe our interests aren’t that different. I hope to share the context of knowledge management from an ‘Eastern’ perspective. Since my Korean might not be translation-friendly, I’ll include English in my posts from now on. Thank you, and I look forward to reading your posts too!

I first came across the term ‘Polymath’ a few years ago. How much this late encounter has awakened in me! I’ve been raking through universal tools and learning tools, after all. Becoming a polymath can’t be the goal. It’s about breaking the framework of knowledge, where majors and fields are all one. A single, indivisible whole.

폴리매스란 단어 자체를 몇년 전에 처음 알게 되었다. 늦게 만난 이 단어가 얼마나 많은 것을 일깨워주는지. 보편도구 학습도구에 대한 갈퀴질을 해오고 있으니 말이다. 폴리매스가 되는 것은 목표 일수 없다. 다만 앎의틀을 깨어가는데 전공도 분야도 다 하나 라는 것이다. 나눌 수 없는 전체로써 하나.

09:12 바론이 등장 밥줘!!

13:42 회색돌 훈련

14:17 성공

15:25 바론 타이거 -> 스타벅스 체크인

15:35 #프로피디아 - 브리태니커 백과사전 와우 겟!

17:43 올라가기 전에 문득 아이들을 보며

각자 나름대로의 집안 분위기가 있다. 어느 집은 아빠가 너무 무서워서 말도 못하는 집도 있고, 그 반대도 있다. 아무렴 아이들은 눈치보기 바쁘다.

@랄프왈도에머슨 자기신뢰가 떠오른다. 왜 이렇게 옳은 어른들이 많은가? 무엇을 아는가? 모를일이다.

#최근노트 #모음

REFILED

DONE Emacs Writing Studio - YouTube

DONE siyuan-note/siyuan WYSIWYG pkm

DONE Ginqi7/Leetcode-Emacs: An Emacs Plugin To Write Leetcode Programs

DONE mina86/auto-dim-other-buffers.el

DONE Lindydancer/el2markdown

DONE mgalgs/make-readme-markdown: Convert elisp file header comments to markdown text, suitable for a github README.md file

DONT Ginqi7/Html2org: Convert Html To Org Mode Format

DONE Daydiff/Yt-Playlist-Export

DONE Aygp-Dr/Functional-Data-Structures: Purely Functional Data Structures Implemented In Scheme And Hy, Based On Chris Okasaki’S Book

SCREENSHOT

• [2025-04-17 Thu 12:42] 아니다. 작게해서 올리는게 맞다.
• [2025-04-16 Wed 19:05] 데일리 저널에 하루 기록한 스크린샷을 모두 긁어오게 했다. 지저분해서 디지털가든에 올릴 필요는 없겠다.

>

왜 이미지 파일명에 공백이 있지? 공백을 채워야겠네. 수정 필요 -> 수정함

Screenshots for 20250414

20250414T164842-joaomgcd-taskernet

Screenshot_20250414_021441_24_eBook

Screenshot_20250414_021858_24_eBook

Screenshot_20250414_022149_24_eBook

Screenshot_20250414_033145

Screenshot_20250414_033513

Screenshot_20250414_085518_24_eBook

Screenshots for 20250415

20250415T150438—perplexity-prompt-web

Screenshot_20250415_022621_24_

Screenshot_20250415_023406

Screenshot_20250415_050120_24_eBook

Screenshot_20250415_103949_Perplexity

Screenshot_20250415_141632_24_eBook

Screenshot_20250415_213822_OctoDroid

Screenshot_20250415_233132

Screenshots for 20250416

20250416T075940-android-ports-termux

20250416T085906-waiting-literature

20250416T090451-journal-list-from-2022

20250416T175116-aygp-dr

20250416T190226-screenshot-all

Screenshot_20250416_063141_24_eBook

Screenshot_20250416_063727_24_eBook

Screenshot_20250416_084656_Edge

Screenshot_20250416_084853_24_eBook

Screenshot_20250416_084857_24_eBook

Screenshot_20250416_084905_24_eBook

Screenshot_20250416_084911_24_eBook

Screenshot_20250416_094457_Whale

Screenshot_20250416_110037_Firefox

Screenshot_20250416_114143_24_eBook

Screenshot_20250416_122758

Screenshot_20250416_122831

Screenshot_20250416_124113

Screenshot_20250416_153422_Whale

Screenshot_20250416_204456_24_eBook

Screenshots for 20250417

Screenshot_20250417_030449

Screenshot_20250417_034045

Screenshot_20250417_034709

Screenshot_20250417_034853

Screenshot_20250417_034921

Screenshot_20250417_035007

Screenshot_20250417_035148

Screenshot_20250417_195605_24_eBook

Screenshot_20250417_200529_24_eBook

Screenshot_20250417_204433_Perplexity

Screenshots for 20250418

20250418T171027-grok3-api-model-new

20250418T180921-rebuilder-test

Screenshot_20250418_043054_Samsung_Health

Screenshot_20250418_084722_GitHub

Screenshot_20250418_084834_GitHub

Screenshots for 20250419

20250419T043323-elfeed-open

20250419T043437-elfeed-summary

Screenshot_20250419_040452_Samsung_Health

Screenshot_20250419_050506_aTimeLogger

Screenshot_20250419_050641_Firefox

Screenshot_20250419_084948_Edge

Screenshot_20250419_085033_Edge

Screenshot_20250419_085716

Screenshot_20250419_125417_Edge

Screenshot_20250419_125435_Edge

Screenshot_20250419_125511_Edge

Screenshot_20250419_125738_Edge

Screenshot_20250419_131458_aTimeLogger

Screenshot_20250419_172547_Whale

Screenshot_20250419_172826_Whale

Screenshot_20250419_174508_Whale

kyoboebook_20250419-115957

Screenshots for 20250420

Screenshot_20250420_060354_Whale

Screenshot_20250420_060714_Whale

Screenshot_20250420_060725_Whale

Screenshot_20250420_060840_Whale

Screenshot_20250420_061222_Whale

Screenshot_20250420_074205_24_eBook

Screenshot_20250420_092244_Whale

Screenshot_20250420_094954_24_eBook

Screenshot_20250420_104301_24_eBook

Screenshot_20250420_104305_24_eBook

Screenshot_20250420_125817_ReadEra_Premium

Screenshot_20250420_125930_ReadEra_Premium

Screenshot_20250420_140215_Substack

Screenshot_20250420_140243_Substack

Screenshot_20250420_151738_Edge