洪 民憙 (Hong Minhee)

Fedifyってテスト用に相手のAPサーバーのモック的なのが使えるのね。署名やネットワークのことを気にせずにActivityの送受信をテストできると。素晴らしい。
https://fedify.dev/manual/test#mocking

@monaco_koukoku オブジェクトディスパッチャーを設定したのに、ctx.getObject()がnullを返すんですか？どうやらバグっぽいですね。よければ、イシュートラッカーに課題を作成していただけますか？🙏🏻

After much faffing about, I have implemented the dynamic #OAuth2 client creation for #GoActivityPub services using the Client ID Metadata Document[1] that's been proposed as a replacement(?) for RFC7591 (Dynamic Client Registration Protocol).

The changes are in both the Authorization service and in the BOX #ActivityPub client to server helper.

[1] https://datatracker.ietf.org/doc/draft-ietf-oauth-client-id-metadata-document/

#CIMD

來日(내일) 춥다는데 午前(오전)에 病院(병원)에 가야 한다… 가기 싫다…

@ianthetechie Yes! https://writings.hongminhee.org/feed.en.xml

브라우저 API가 모두 ‘웹’ API는 아님
------------------------------
- 웹 플랫폼은 *표준화된 API* 위에서 동일하게 동작한다는 인식이 널리 퍼져 있으나, 실제로는 *브라우저 벤더별 인프라* 에 의존하는 API가 다수 존재함
- Geolocation, Speech, Push, Payments, Passkeys 등은 표면적으로는 웹 표준이지만, 내부적으로는 *Google·Apple·Microsoft의 서비스* 를 호출
- 동일한…
------------------------------
https://news.hada.io/topic?id=25974&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

So, I wrote a longer piece on this: https://writings.hongminhee.org/2026/01/ethics-of-small-actions/index.en.html.

이 主題(주제)와 關聯(관련)해서 조금 더 길게 글을 써 보았습니다.

https://writings.hongminhee.org/2026/01/ethics-of-small-actions/index.ko-hang-kr.html

오늘 발견한 거: 위키피디아에는 LLM이 작성한 걸로 의심되는 징후를 모아서 정리한 글이 있더라.. https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing

"AD8K, with Dolby Vision"

RE: https://hollo.social/@hongminhee/019bd64b-6794-79fc-9236-6703a3b4bc6e

Armin Ronacher, who even very recently has previously has been very pro ai agent vibecoding to the point of criticizing critics, seems to have stepped back and asked the question: are AI coding agent users all experiencing mass delusion... including himself? https://lucumr.pocoo.org/2026/1/18/agent-psychosis/

Conversation on lobste.rs is also interesting https://lobste.rs/s/0pxvyd/agent_psychosis_are_we_going_insane

I'm uncomfortable with using language that evokes slavery in the context of AI/LLMs. Actually, not just for AI/LLMs, but for any subject at all.

AI/LLM에 對(대)해 奴隸制(노례제)를 聯想(연상)시키는 表現(표현)을 쓰는 것에 拒否感(거부감)이 있다. 아니, AI/LLM이 아니라 어떤 對象(대상)에 對(대)해서든.

These days, my friends with ADHD and I have started calling our condition AD4K, or even AD8K, because our symptoms feel so severe. 😂

Dojang is a dotfiles manager I built a few years back and then basically abandoned. I'd accumulated enough friction points that I wasn't really using it myself anymore. Finally got around to addressing those issues and just shipped a new version: https://github.com/dahlia/dojang/releases/tag/0.2.0.

If you're curious about Dojang, the docs are here: https://dojang.dev/.

I know I made this project, but I have no idea why people are starring the repository for this Markdown formatter that I created solely for myself. 😂

https://github.com/dahlia/hongdown

Sometimes when I see programming experts trying to help new learners I imagine what would happen if we were a driving school:

"The gas pedal makes the car go, right?"

"Well, only if the engine is started, and not if you are out of gas, and not if the car is in neutral, and not if the car is parked against a wall, and not if the parking brake is on, and it shouldn't be called a gas pedal in an electric car, and, and, and...."

@celesteh @jnkrtech I think it's partly because JavaScript is more commonly used for building consumer products compared to other languages, so there's a higher proportion of developers focused on shipping products rather than diving deep into infrastructure. When you're building a product, you naturally extract just enough to solve your immediate problem and move on. Languages like Rust tend to attract more developers interested in tooling and infrastructure work, where yak shaving is almost expected. The ecosystem reflects the priorities of its community.

JavaScript libraries are like, here are five libraries that each do 18% of what you need. They are mutually incompatible.

Weekend thoughts on Gas Town, Beads, slop AI browsers, and AI-generated PRs flooding overwhelmed maintainers. I don't think we're ready for our new powers we're wielding. https://lucumr.pocoo.org/2026/1/18/agent-psychosis/

I started Ghost of Yōtei today, and just like its predecessor Ghost of Tsushima, the visuals are absolutely stunning!

@ianthetechie Yeah, I think Haskell is my favorite language too!

I'm coding in Haskell for the first time in a while, and the build times feel so long. I guess I've gotten too used to the instant changes from only working with TypeScript lately.

ActivityPub standardization is back! The #W3C just announced a new Working Group to evolve #ActivityPub and #ActivityStream and related standards! This is extremely good news. It's not like all the world's federated social media protocol problems were already solved! https://lists.w3.org/Archives/Public/public-socialweb/2026Jan/0000.html

AI企業がF/OSSコードでLLMを訓練することを止めるのではなく、訓練したモデルを公開するよう要求すべきだと思います。

撤退ではなく、再専有。GPLがそうだったように。

訓練コピーレフトについて書きました：「F/OSSの唯物史観——LLMを拒絶するのではなく、取り戻すべきだ」

F/OSS 史唯: 우리는 LLM을 거부할 게 아니라 되찾아 와야 한다
------------------------------
#### F/OSS를 LLM 훈련에서 막을 게 아니라, 훈련 결과 모델을 해방시켜야 한다는 주장

* 최근 〈자유·오픈 소스 소프트웨어와 LLM 학습에 관해〉(On FLOSS and training LLMs) 글이 F/OSS 커뮤니티의 좌절감을 잘 표현 — AI 기업의 …
------------------------------
https://news.hada.io/topic?id=25879&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

Been thinking a lot about @algernon's recent post on FLOSS and LLM training. The frustration with AI companies is spot on, but I wonder if there's a different strategic path. Instead of withdrawal, what if this is our GPL moment for AI—a chance to evolve copyleft to cover training? Tried to work through the idea here: Histomat of F/OSS: We should reclaim LLMs, not reject them.

언제부터인가 才致(재치) 있게 말을 하려는 欲心(욕심)을 버렸는데, 普通(보통) 그러려다가 嫌惡(혐오) 發言(발언)을 하게 되는 것 같아서…

페디버스야 힘내ㅜ

오랫동안 머신러닝 딥러닝 AI 모델링을 업으로 삼아 왔지만 정작 LLM이나 이미지 생성 같은 생성쪽은 피해다니다 보니^[1] 이쪽 주제에 대해 아는 척 하기도 쉽지 않지만.. 관련 논의들 구경하다 보면 제가 평소 생각하는 중요 지점들이 잘 이야기되지 않는 것 같아 의식의 흐름을 따라 이것저것 남겨봅니다.

우선 모델이 생성한 결과물이 어떤 성격이나 맥락을 가지는지에 따라 저작권 문제가 완전히 달라지는데, 이건 원래 저작권에 대한 전반적인 성격이 그러하기 때문입니다. 기존 저작물을 복사/변형하더라도 그 목적이 원래 저작물과 판이하게 다를수록 저작권 침해가 아니라 fair use로 인정받을 가능성이 높아집니다.

맥락과 의도가 얼마나 중요한지를 보여주는 상징적인 사례가 구글 북스 소송인데, 구글 북스는 저작권이 있는 책을 사용자들에게 그대로 보여주니까 심각한 저작권 침해로 보일 수 있지만, 법정에서는 구글 북스 웹사이트가 원래 책 내용을 그대로 접근하는 목적을 막고 검색이라는 새로운 목적에만 사용가능하도록 했다고 판단했습니다.

이러한 다양한 사례 연구들이 Foundation Models and Fair Use에 나와 있습니다. 이 논문은 AI 연구자들과 법학 연구자가 같이 썼고 여러 legal edge case가 등장해서 생각을 정리하는 데에 도움이 될 수 있습니다.

Fair use의 핵심 요소인 transformative에 대해 AI모델 입장에서 보면, 사용자가 준 입력 텍스트에 있는 정보를 추출하거나 변환하는 task가 이에 해당할 가능성이 높습니다. 가장 유명한 예시가 텍스트 번역일 것 같은데, 사용자가 입력한 텍스트를 다른 언어로 바꾸는 것이 전부고 거기에 새로운 창작성이 드러나지는 않습니다^[2]. 제가 이해하기로는 LLM이나 소위 AI가 잘 한다고 알려진 task도 대부분 이러한 것입니다. 번역이라든지, 텍스트 포맷을 바꾼다든지 등등. 제 주변에 LLM 잘 활용하신다는 분들을 보면 아마도 대부분 그렇게 쓰시는 것 같고요.

여기서 UX 관점에서의 불평을 하고 싶은데요, 무조건적인 텍스트 생성이 아니라 주어진 입력을 변환하는 능력이 LLM의 핵심 가치라면 모델이나 서비스 입장에서 그런 기능만 제공하고 지나친 생성을 제한하는 UI나 기술 장치를 도입해야 하지 않을까요? LLM을 긍정적으로 생각하지만 전반적인 생성(특히 입력보다 출력이 더 자유도가 높을 경우)이 사회적으로 위험하다고 생각된다면 그러한 조치를 LLM 서비스 제공자들에게 요구할 수는 없을까요? 저는 이러한 방향의 논의를 거의 본 적이 없는데, 아마 LLM를 접해본 사람들은 긍정적이든 부정적이든 그런 인터페이스가 어쩔 수 없는 일이라고 가정하고 있어서 그런 것 같습니다. (마침 며칠 전부터 ChatGPT나 Gemini에 번역 전용 UI가 생겼다는 소식이 보이고 있습니다. 이 글을 조금 더 빨리 쓸 걸 그랬네요..)

프로그래밍 쪽에서도 비슷하게 코드를 생성하는 사용법보다는 코드를 읽고 정보를 추출해주는 쪽이 저작권이나 윤리 문제가 적고 프로그래머의 능력 향상에 도움이 되지 않을거라고 생각하고요. (제가 상상하는 최적의 코딩 AI agent는 Rubber duck에 가까운데, 모든 질문과 해답이 제 머릿속에서 나와야 한다고 생각합니다. 그 중 문제 해결이나 능력 향상에 명백히 도움 안 될 질문만 잘 쳐내주면 좋겠어요.)

cf: 최근 Moral Codes를 조금씩 읽고 있습니다. 프로그래밍과 UI와 LLM과 윤리에 대한 책입니다. 아직 전부를 차근차근 읽은 건 아니지만, 기존의 LLM 논의가 갖혀있던 프레임에 빠져나오는 데에 큰 도움이 될 수 있다고 보여서 이 주제에 관심이 있는 분들에게 추천합니다. Open access라 무료로 볼 수 있어요.