洪 民憙 (Hong Minhee)

Having fun with #RSS and #ActivityPub @davew
@hongminhee

---> https://diff.rmendes.net/about

Follow the tool on the fedi with @bot

act II
@mkljczk speed runs contributing to korean fediverse

Hmm, Codeberg seems down now?

https://status.codeberg.org/

@mkljczk Haha, thanks for your first contribution!

7 minutes from installing Hollo to my first pull request, why it's always like this

Hollo has always been headless—no built-in frontend, just a Mastodon-compatible API. You pick your own client. That's kind of the point.

But we've been wondering: what if Hollo shipped its own web frontend? The Mastodon-compatible API would stay, so your current client setup wouldn't change. It'd just be one more option.

Would you use it?

@nyeong 제가 추천하는 경량 ActivityPub 서버 소프트웨어 목록:

• Hollo (TypeScript + Node.js)
• snac2 (C)
• GoToSocial (Go)
• Mitra (Rust)

Reading Hong Minhee with my coffee this morning, its again one of these moments where I stumble on something that express exactly (and better) what I had in mind, in a latent space, without being able to express it so beautifully.

I want my code to be used for LLM training. What I don’t want is for that training to produce proprietary models that become the exclusive property of AI corporations. The problem isn’t the technology or even the training process itself. The problem is the enclosure of the commons, the privatization of collective knowledge, the one-way flow of value from the many to the few.

The question isn’t whether to use LLMs or adapt to them—that ship has sailed. The question is: who owns the models? Who benefits from the commons that trained them? If millions of F/OSS developers contributed their code to the public domain, should the resulting models be proprietary? This isn’t just about centralization or market dynamics. It’s about whether the fruits of collective labor remain collective, or become private property.

More from where that come from here, here and here

🔗 https://rmendes.net/bookmarks/2026/03/22/yes-we-should-reclaim-llms-not-reject-them

The “for or against AI” framing buries these questions. The reason it looks inconsistent to criticize the major AI vendors while remaining open to LLMs as a technology is that the framing assumes the technology and its capitalist application are the same thing. That assumption is wrong.

🔗 https://rmendes.net/bookmarks/2026/03/22/inspirational-thinking-about-the-whole

Hackers' Pub Android Client v1.1.1 Released!

I didn't add any features but, Refined Compose Screen's UX flow. Also for home timeline.

You can download here : https://github.com/hackers-pub/android/releases/tag/v1.1.1

RE: https://hackers.pub/@kodingwarrior/019d2de5-b9a6-7b58-9f91-38c84ff9f381

Next release of Hackers' Pub Android client will have some UI improvements...

I Can't See Apple's Vision https://matduggan.com/i-cant-see-apples-vision/ #apple #mac

@zanzi @jnkrtech Your point about abstraction ladders is something I've been turning over since I read it. The Terence Tao/Lean combination feels like a glimpse of exactly what you're describing: Lean's type system carries so much semantic weight that the LLM doesn't need to compensate with volume. The proof is short because the language is expressive enough to make it short. That's very different from what happens when you point an LLM at TypeScript.

I'm skeptical of vibe coding, and have been from the start. Generating an entire project from prompts feels to me like a path to maintainability disaster, and I think most of the people currently excited about it haven't yet had to clean up what they made. The enthusiasm reads a lot like the dynamic typing boom of the 2000s: Ruby, Python, JavaScript, the whole wave. “We can build so fast.” True, and then ten years passed, the codebases grew, the teams changed, and people started hitting walls they hadn't anticipated. Python grew type hints. Flow and TypeScript appeared. Ruby quietly declined. The reckoning came, it just took a while.

I expect vibe coding to follow the same curve. One difference worries me though. With dynamic typing, the code was at least written by humans who understood it at the time. The technical debt was “hard to read.” With LLM-generated code that nobody reviewed deeply, the debt is something else: code that exists for reasons nobody can reconstruct. That's a harder problem.

There's a related problem I don't think more training data will fix. LLMs converge toward the average of what they've seen, and the average code on the internet is not concise. Verbose code is the norm; terse, well-factored code is rare, and usually underdocumented, so it contributes a weak training signal at best. The result is that LLMs have internalized the habits of the median developer: defensive, repetitive, over-specified. Conciseness requires knowing what not to write, and that judgment depends on domain context and something like aesthetic sense—neither of which transfers easily through pretraining. I don't see a scaling path out of that.

My own workflow tries to avoid this. Even when I use an LLM for Fedify, I steer constantly: small outputs, immediate review, corrections before moving on. The LLM is closer to a fast typist than an autonomous collaborator. It still helps, but the judgment about what to write, what to cut, where to stop, stays with me.

Which brings me to your actual question, what should the metric be. I don't have a clean answer, but I think it has something to do with how much of the codebase a human can hold in their head and feel responsible for. LOC never measured that. Neither does “prompt to working demo.” Whatever comes next probably needs to.

And on the higher-level languages point: I think you're right, and I'd add that this might be where the more interesting craft ends up living. Not writing the implementation, but designing the abstractions well enough that the implementation, whoever or whatever produces it, stays within bounds a human can oversee. That's a different skill from what most developers have trained, but it doesn't feel like a lesser one.

Where are the nuanced left-wing takes on modern AI and LLMs?

So much of the discourse around this tech is centered on rejecting it because of who currently owns it. But like all tech, it can be used for both oppression and liberation.

Who is focusing on the latter?

@jnkrtech @zanzi Thanks, here are my pieces about the topic:

• Histomat of F/OSS: We should reclaim LLMs, not reject them
• Acting materialistically in an imperfect world: LLMs as means of production and social relations
• Why craft-lovers are losing their craft

I hope you enjoy them!

Our Fediverse & Social Web track has been accepted for @COSCUP 2026 (Taipei, Aug 8–9)! We'll have a full day—six hours—to fill with talks on the #fediverse, #ActivityPub, and the open social web.

The CFP for speakers isn't open yet, but we'll announce it here when it is. Stay tuned!

#SocialWeb #COSCUP #fedidev

@julian Haha, I will attend to both!

何が始まるんです？

草
https://blog.coscup.org/2026/03/coscup-x-ubucon-asia-2026-first-wave-of.html?m=1

@liaizon there are some good FLOSS LLMs like Haidra: https://haidra.net

federated Urban Dictionary when?

Friendly reminder: last year I built FediMod FIRES, a protocol and reference server implementation for sharing moderation data.

I haven't yet been able to get anyone to adopt it or even signal intent to adopt. But regularly I see people complaining about the lack of data sharing when it comes to moderation, especially for combating spam, scams, and harassment. The tool is there, please use it!

Whilst I'm not actively working on FediMod FIRES this quarter, I did apply in November for a grant to continue that work, and last I heard a few weeks ago is that the grant made it to the next stage, so I may have some money again to fund development.

It's not 1.0.0 yet, because I decided it needed more work for me to be happy to call it that, but it is usable!

Installation is also super simple for data producers, literally two commands on debian or ubuntu boxes.

Learn more: https://fires.fedimod.org/manuals/reference-server/

#moderation #fediblock #administration

@smallcircles Yeah, Unicode and modern web capabilities are literally a blessing for East Asians!

@smallcircles It's basically called Korean mixed script, which is no longer used in modern Korean (both in the South and the North). Writing Korean this way is my own habit and leaves younger generations unable to read it well, so I annotated those Sino-Korean words with hangul, the Korean alphabet. Annotations are technically implemented using HTML <ruby> tags.

「Mastodon でモンゴル文字の縦書きを実装」のスライドを公開しました。参照URLなどを少し修正しています。 https://postfixnotation.org/slide/mastodon-vertical-1.pdf #FediLUG

@Yohei_Zuho 美味しそう‼️

@dansup Haha, that's fine. Would you attend to FediCon this year? We could hang out there!