24日(土) FediDev KR 스프린트 모임에 오시는 분들께는, 귀여운 Fedify 로고 스티커를 나눠 드리겠습니다.
https://hackers.pub/@hongminhee/0196b961-2b85-7b25-b6cf-9900405d52eb
@hongminhee@hackers.pub · 959 following · 674 followers
Hi, I'm who's behind Fedify, Hollo, BotKit, and this website, Hackers' Pub! My main account is at
@hongminhee洪 民憙 (Hong Minhee)
.
Fedify, Hollo, BotKit, 그리고 보고 계신 이 사이트 Hackers' Pub을 만들고 있습니다. 제 메인 계정은:
@hongminhee洪 民憙 (Hong Minhee)
.
Fedify、Hollo、BotKit、そしてこのサイト、Hackers' Pubを作っています。私のメインアカウントは「
@hongminhee洪 民憙 (Hong Minhee)
」に。
24日(土) FediDev KR 스프린트 모임에 오시는 분들께는, 귀여운 Fedify 로고 스티커를 나눠 드리겠습니다.
https://hackers.pub/@hongminhee/0196b961-2b85-7b25-b6cf-9900405d52eb
저는 함수형 프로그래밍을 만나기 전에는 이펙트란 걸, 개념은 고사하고 용어조차 들을 일이 없었는데요. 지금은 함수형 프로그래가 아니라도 많이들 아시는 것 맞지요?
@lionhairdino 네, 그런 것 같습니다.
구글이 AlphaEvolve란걸 내놨는데, AI로 새로운 알고리즘을 찾아내서 구글 인프라에 적용시켰다고 한다.
논문을 보니 Gemini 2.0 기반으로 했다는데, 몇번 채팅으로 시험해봤을때 인상적이지 않았던 2.0으로도 이런 결과를 낼수 있다는게 놀랍다. 새로 나온 훨씬 똑똑한 2.5로 하면 어떤 결과가 나올까?
AI의 재귀적 자기 개선이 먼 미래의 일이었던 과거에는, 이런식의 자기 개선 시작되면 그땐 정말로 게임오버일거라고 생각했었다. 아마 나말고도 많은 사람이 그랬을 것이다. 근데 막상 자기 개선이 시작되고나니 이 속도를 어떻게 평가해야할지 모르겠다. 사실 구글이 AI를 통해 인프라를 개선한게 이번이 처음은 아니고 한 3년전부터 있던일이다. 지금 이게 얼마나 빠른거야?
FEPs, SLEPs, APEs, AIPs, PEEPs, CEPs, SKIPs, SPECs, TIPs, CFEPs, NEPs, JEPs, BIPs, DEPs, DEPs, KEPs, JEPs, WEPs, IPEPs...
A lot of projects name proposals after PEPs rather than RFCs.
What are they? Where did PEPs come from? Here's @fluflThe FLUFL on the origin!
https://hugovk.dev/blog/2025/peps-and-co/
#Python #PEP #RFC #etymology #history #blog
제가 추천하는 ActivityPub 입문 가이드 목록입니다.
@hongminhee洪 民憙 (Hong Minhee)
Thanks! I've used Lambda / DynamoDB / serverless for many years (and written a few things about them), so that part is easy for me. But the ActivityPub side is where I need to learn. Do you have a preferred “introduction to ActivityPub” tutorial that you recommend? I'm most interested at the moment in the architecture and what the interface requirements are. By default I'll just start with reading the W3C specs.
@mikebrobertsMike Roberts While the W3C specs exist as a reference, I wouldn't recommend starting there—they're underspecified and don't provide enough practical guidance for implementation.
Instead, I'd suggest these more practical resources:
Fedify's Creating your own federated microblog tutorial:
For a better conceptual overview:
The SocialHub forum has many discussions about implementation practices and challenges faced by developers.
The FEP (Fediverse Enhancement Proposals) process documents community-developed extensions and conventions that go beyond the official spec.
The biggest challenge with ActivityPub isn't understanding the core concepts, but navigating all the de facto standards and practices that have evolved beyond the specs. Starting with practical tutorials rather than specs will give you a much clearer path forward.
요 몇개월 간 llm 최적화 기법을 공부하고있다... 일하는 데 쓰기 때문이다... 문제는 나는 쓰는 쪽이 아니라 구현하는 쪽이다...
흠, Nushell로 넘어가 볼까…?
유려한 transition animation을 정확하게 구현하려면, transition 후의 레이아웃을 미리 계산해야하는데 이를 위해 일종의 offscreen dry rendering을 해야한다. 실제로 web의 animation 라이브러리 중에 임시로 DOM 트리 만들어서 offsetX같은거 읽는 방식이 있는걸로 안다. 근데 이런 동작을 브라우저 렌더링 엔진이 효율적으로 처리하고 있는지 모르겠다. 혹시 web이 아닌 UI 라이브러리 중에 layout에 대한 primitive를 사용자에게 잘 노출시켜놓은 예시가 있을까?
I've been thinking about client-server interactions in the #fediverse. #ActivityPub #C2S isn't widely used, and most clients rely on Mastodon-compatible APIs instead.
What if we created a new standardized API based on GraphQL + Relay for client-server communication, while keeping ActivityPub for server-to-server federation?
The Mastodon-compatible API lacks formal schema definitions for code generation and type checking, which hurts developer productivity. And ActivityPub C2S is honestly too cumbersome to use directly from client apps.
#GraphQL would give us type safety, efficient data fetching (only get what you need), and the ability to evolve the API without breaking clients. #Relay's features for pagination, caching, and optimistic updates seem perfect for social apps.
Would this be valuable to our community? What challenges do you see? How might we handle backward compatibility? And should this be formalized as an FEP?
Curious what others think about this approach.
CCL이라고 일종의 함수형 configuration 언어가 있는데, 여기 소개에 기존 configuration 언어들을 평가하는 단락이 있는데 웃겨서 가져와본다.
TOML
Tom’s Obvious Minimal Language means it’s obvious only to Tom.
나도 Fedify 처음 만들 때는 TypeScript에서 타입 서커스를 어떻게 잘 해서 Activity Vocabulary를 모델링하려고 했다가 때려쳤던 기억이 난다. 그 때는 복잡도 이전에 내가 그걸 만들 TypeScript 실력이 없었기 때문에 때려친 거긴 하지만. 현재의 Fedify는 그냥 코드 생성을 이용한다.
@arkjunJuntai Park
@hongminhee洪 民憙 (Hong Minhee) 그런데 CloudFlare는 어떻게 종량제로 과금을 하지 않을수 있는건가요? 많이쓰면 속도가 줄어드는 방식인가요?
@bglbgl gwyng
@hongminhee洪 民憙 (Hong Minhee) CDN 같은 경우에는 해당 플랜 (무료든, 비지니스든) 에서 허용하는 요청수나 트래픽 한도를 초과하는 기간이 일정기간 계속되면 플랜 업그레이드 하라는 메일을 보내는 것으로 알고 있어요. 그래도 업그레이드 안하고 쓸 수는 있지만, 꽤나 제약이 있는 걸로 알고 있습니다. (Rate Limit 을 걸어버리거나) 엔터프라이즈 플랜 (연간계약)으로도 클라우드프론트보다는 조금 더 저렴했던 기억이 있습니다. (사실 거의 비슷하긴 했지만요)
비록 이제는 나도 Git을 메인 형상 관리 시스템으로 사용하지만, Mercurial을 Git보다 먼저 배웠고 오랫동안 좋아했던 사람으로서 큰 Mercurial 저장소들이 하나 둘 Git으로 전환하는 것은 다소 씁쓸한 소식인 것 같다.
과거 Amazon CloudFront 를 쓰다가 요금폭탄을 경험한 적이 있어서, 선뜻 손이 가지 않는다. (물론 나중에 다시 CloudFront 를 쓰기는 했지만) 아무튼 이번에도 CDN 은 CloudFlare 로 선택했다. CDN을 CloudFlare 로 선택한 김에 저장공간도 R2 로 선택했다. (가격도 S3 보다 더 싸서...)
@arkjunJuntai Park 저도 요즘에는 웬만하면 Cloudflare 제품을 선택하게 되는 것 같아요.
( ~ 5/31) 제 3회 파이 웹 심포지움 참가자 모집
< 이 행사는 한빛미디어의 장소 후원을 받았습니다 > 주제: AI 시대를 위한 파이썬으로 웹 서비스 개발하기
최근 파이썬이 가장 많이 쓰이는 분야는 단연코 AI입니다. 이제 AI 서비스에 웹 개발이 필요해지는 순간이 많아졌습니다.
웹 서비스 개발 뿐 아니라 openai 나 bedrock같은 AI 서비스의 api 를 이용한 또 다른 서비스를 만들어야합니다.
AI 서비스를 만들면서 겪은 웹 서비스 기술을 함께 나누어보세요! 세션이 끝난 이후엔 다과와 함께 네트워킹 시간도 가질 수 있습니다.
일시 : 2025년 5월 31일 (토) 13:00 ~ 18:00 장소 : 서울특별시 서대문구 연희로2길 62 한빛미디어 리더스홀
last.fm의 ActivityPub버전을 만들어볼까싶어 찾다보니 neodb가 있네? (https://github.com/neodb-social/neodb) 얜 Takahē 기반이래?
Figma보다 나은 디자인툴을 만들기 위해서 뭐가 필요할까? 여러 축으로의 개선이 가능하겠지만, 근본적으로 더 우월한 뭔가를 만들고 싶다면 Figma가 내부적으로 쓰는 디자인 언어보다 나은걸 만들어야 한다. 즉 flexbox + CSS + 뭐시기 보다 나은 디자인 언어가 필요하다. 반대로 그런 언어를 이미 알고있다면 그걸 기반으로 GUI 툴을 만드는건 역시 야심찬 작업이긴해도 비교적 자명한 일이 된다. 어떤 툴이든 그것이 내부적으로 쓰는 언어를 능가하는 기능을 제공할순 없다.
8월에 컨퍼런스 두군데 참여할건데, 둘다 발표 지원 넣었다고 하네요.........
아아~ 여러분 이만한 기여 맛집이 어디 없습니다~
ActivityPub 기반의 오픈소스 블로깅 서비스 HackersPub에 현장에서 기여할 수 있는 기회! 그 외에도,,,
* Fedify : ActivityPub 기반의 소프트웨어 개발하는 난이도를 낮춰주는 라이브러리
* Hollo : 1인 블로깅 플랫폼
* 혹은... 프론트엔드 하시는 분 한정, 마스토돈 클라이언트 만들기 온보딩까지 가능...!!!!
https://hackers.pub/@hongminhee/0196b961-2b85-7b25-b6cf-9900405d52eb
5월 24일(土) 한국 연합우주 개발자 모임(FediDev KR)에서 두 번째 스프린트 모임을 개최합니다! 장소는 뚝섬역 5번 출구쪽에 위치한 튜링의 사과(@TuringAppleDev)입니다. 참고로 스프린트 모임이란 함께 모여서 오픈 소스 코딩을 하는 자리인데, 한국 연합우주 개발자 모임의 스프린트에서는 새로운 연합우주 서비스나 앱을 개발하거나, 번역이나 문서에 기여하는 등 연합우주와 관련된 다양한 오픈 소스 활동을 모여서 함께 합니다. 지난 스프린트 모임의 기록을 스프린트 블로그(@sprints.fedidev.kr)에서 살펴보실 수 있습니다. 저는 그날 Fedify, Hollo, Hackers' Pub에 기여하시고자 하는 분들을 옆에서 도와드릴 예정입니다. Fedify, Hollo, Hackers' Pub에 기여해보고 싶었던 분들이 계시다면 모임에 참가하여 저와 함께 스프린트를 해보는 것도 좋을 것 같습니다. 이번 모임에 관심이 있으신 분은 행사 신청 페이지를 참고하시기 바랍니다.
5월 24일(土) 한국 연합우주 개발자 모임(FediDev KR)에서 두 번째 스프린트 모임을 개최합니다! 장소는 뚝섬역 5번 출구쪽에 위치한 튜링의 사과(@TuringAppleDev)입니다. 참고로 스프린트 모임이란 함께 모여서 오픈 소스 코딩을 하는 자리인데, 한국 연합우주 개발자 모임의 스프린트에서는 새로운 연합우주 서비스나 앱을 개발하거나, 번역이나 문서에 기여하는 등 연합우주와 관련된 다양한 오픈 소스 활동을 모여서 함께 합니다. 지난 스프린트 모임의 기록을 스프린트 블로그(@sprints.fedidev.kr)에서 살펴보실 수 있습니다. 저는 그날 Fedify, Hollo, Hackers' Pub에 기여하시고자 하는 분들을 옆에서 도와드릴 예정입니다. Fedify, Hollo, Hackers' Pub에 기여해보고 싶었던 분들이 계시다면 모임에 참가하여 저와 함께 스프린트를 해보는 것도 좋을 것 같습니다. 이번 모임에 관심이 있으신 분은 행사 신청 페이지를 참고하시기 바랍니다.
hackers.pub
Link author:
洪 民憙 (Hong Minhee)@hongminhee@hackers.pub
RFC 9110 (RFC 2616), RFC 3986에 URL 길이 제한이 들어가진 않았으나, 웹서버나 DBMS에서 처리하는 한계는 있다. 다만 fragment(#) 영역은 브라우저가 처리하니까 SPA에서 활용중.
IE는 관짝에 들어가서 가물가물한데 URL 총 길이 2K? 제한이 있었음.
나머지 브라우저는 64K 정도는 가능했던걸로.
어찌어찌 짜내면 80K? 처리는 하지만 UI에서 표시하는 한계는 있었음. 크롬만 지원한다면 더 넉넉함.
닉스 입문하면서 비슷한 것들 아이 쇼핑해 봤는데요, guix는 닉스 생태계와 비할바는 아니었던 것 같아요.
@hongminhee洪 民憙 (Hong Minhee)
@bglbgl gwyng
@lionhairdino
@bglbgl gwyng 네, 생태계 생각하면 Nix를 써야겠죠… ㅎㅎ
Nix 언어를 새로 만들지말고 그냥 Python DSL 같은걸 썼으면 어땠을까 종종 생각한다. 그 세계선에선 또 그 Python DSL 욕을 주구장창 하고 있겠지만, 적어도 생태계는 더 커지지않았을까. 남바완 Linux 배포판이 됐을 수도 있다.
@bglbgl gwyng 생각해 보니 Nix 언어 대신 Scheme을 쓰는 Guix 프로젝트가 있네요.
fedify-dev/hollo#56가 남아 있다면 해결하고, Hollo 패키지를 nixpkgs에 올릴 예정이다. 할 수 있다면 모듈도..
https://hackers.pub/@hongminhee/0196b961-2b85-7b25-b6cf-9900405d52eb
この中で死んだら一番影響ありそうなソフトウェアは
라우터 로직을 죄다 XState로 옮기면 무슨 문제가 있을까요? 파일 기반 라우팅 같은건 쓰고 있지 않고, 크게 매력을 못느낍니다.
무언가가 프로그래머블하다는 것은 문제가 생겼을때 디버깅을 해야한단걸 의미한다. 전세계에 프로그래밍을 좋아하는 사람들은 수백만명 정도 있고, 디버깅을 좋아하는 사람은 정확히 0명 있다.
臺灣에서는 乖乖라는 菓子를 서버 같은 컴퓨터 옆에 符籍처럼 두는 風習이 있는데요. 乖乖는 中國語로 「말을 잘 듣는다」는 뜻인데다, 草綠色 封套가 順航을 象徵한다고 합니다. (그래서 여러 色 封套 中에서도 草綠色 封套만 效果가 있다고 여겨집니다.)
그런데 아내가 지난 臺北 出張에서 乖乖를 한 封紙 사 왔더라고요. 그래서 저도 이 인스턴스 hollo.social과 Hackers' Pub이 돌아가는 Mac mini 옆에 두기로 했습니다. 乖乖 封套에는 「請〈乖乖〉,不要當機」(말 잘 듣고, 다운되지 말아라)라고 썼습니다.
乖乖의 效驗은 流通期限까지 持續된다고 하는데요, 제가 둔 封紙는 2026年 4月 11日까지입니다. 그 때까지 다운이 안 되는지 한 番 지켜보도록 합시다. 🤣
요즘 의욕도 없는데 이런 거나 한 번 만들어 볼까…
I'm looking for a Markdown formatter, and I'm quite particular about my Markdown style. I don't want it to be formatted in a generic Markdown style. For instance, I prefer a style that adheres to rules such as:
~~~~), and specify the language with a single space after the opening tildes (e.g., ~~~~ bash).Are there any Markdown formatters that allow for such detailed customization of these elements? Or would I have to build one myself?
Nix 언어를 새로 만들지말고 그냥 Python DSL 같은걸 썼으면 어땠을까 종종 생각한다. 그 세계선에선 또 그 Python DSL 욕을 주구장창 하고 있겠지만, 적어도 생태계는 더 커지지않았을까. 남바완 Linux 배포판이 됐을 수도 있다.
This is how monopoly looks… Remember, not a single book author, artist, or FLOSS developer has ever been paid. They just used all of your data to train AI and are now making billions in profits while you struggle to buy eggs. This is why monopoly is so bad. #ai #microsoft #openai
같은 이유로 Neovim을 못 쓰고 있다.
요즘은 #helix 에디터를 쓰고 있는데, .helix/languages.toml 파일로 프로젝트 별 구성을 쉽게 할 수 있어서 맘에 든다:
[language-server]
deno = { command = "deno", args = ["lsp"], config.deno.enable = true }
[[language]]
name = "javascript"
language-servers = ["deno"]
formatter = { command = "biome", args = [ "format", "--stdin-file-path", "buffer.js" ]
https://hackers.pub/@hongminhee/0196c20f-71e3-7a7c-920c-2f4cf8790b13
해커스펍이 파이콘 커뮤니티 후원사로 선정이 되어서 이번엔 진짜 해커스펍 로고가 필요해졌다는 소식입니다..... 파이콘 홈페이지에 로고랑 같이 커뮤니티 소개가 올라갈 예정임....
빌드 고치는 것과 같이 결과물을 확인하는데 시간이 오래걸리는 일을 하는 날엔 엄청 비효율적으로 일하게 된다. 이상적으로 생각하면 빌드 돌려놓고 그사이에 다른일 하면 되긴하는데, 나는 컨텍스트 스위칭이 너무 느려서 그게 잘 안된다. 잘 하는 사람은 실제로 병렬로 일을 처리할 수 있나?
@bglbgl gwyng 저는 맥락 전환보다도 게을러서 그냥 놀게 되더라고요. 😂
흠, 나도 Cursor를 다시 써 볼까… 🤔
Cursor 탭 자동완성의 짧은 역사
------------------------------
- Cursor의 *최고 수준 탭 자동완성 기능* 은 Supermaven의 Babble 모델 인수로 가능해졌으며, 이 모델은 *최대 100만 토큰 컨텍스트 창* 과 *250ms의 낮은 지연 시간* 을 자랑함
- 기존 LLM 기반 자동완성은 caret 위치 이후 코드만 예측하는 한계가 있었으나, Babble은 *git diff 기반 편집 시퀀스 학습* 을 통해…
------------------------------
https://news.hada.io/topic?id=20845&utm_source=googlechat&utm_medium=bot&utm_campaign=1834
I wish #Zed had profiles like Visual Studio Code. The interference between extensions is annoying. For example, Biome and Deno both try to do formatting.
If you’re a developer writing a GTK app and you want it to be accessible, you might want to check out the following links:
https://developer.gnome.org/documentation/guidelines/accessibility/coding-guidelines.html
Looking for #ActivityPub implementations with #RFC9421 support! 🔍
As mentioned in the Fedify announcement below, I've implemented RFC 9421 (HTTP Message Signatures) and need to verify its interoperability with other ActivityPub implementations.
The challenge is that most major ActivityPub projects don't seem to have full RFC 9421 implementations in production yet. If you're working on an ActivityPub project that:
Please reach out! I'd love to collaborate on interoperability testing to ensure our implementations work properly with each other before merging this into #Fedify's main branch.
Any leads or connections would be greatly appreciated! 🙏
Okay, I've just deployed a bleeding edge #Fedify, which implements both RFC 9421 and double-knocking, to Hackers' Pub. If you'd like to test your implementations against a real server, please give it a try! (If you want to create an account, let me know—I can invite you.)
I got 19/20 on the ActivityPub Quiz!
Just for fun... try this #ActivityPub quiz to test your knowledge of the protocol.
요 며칠 동안은 Fedify 작업을 했고, 오늘은 오랜만에 Hollo 작업을 할 예정…이긴 한데, 주로 코딩보다는 PR 리뷰하는 게 주가 될 듯? 잘 하면 오늘 새 릴리스를 할 수도 있다.
How does libpq from postgresql load SSL root certificates and how can you mirror that behavior in node.js?
Well, here's waaaaay too much information: https://github.com/mastodon/mastodon/pull/34528#discussion_r2083227645
Yes, I had to checkout the postgresql source code and reference the openssl API docs and Node.js source code to work this out.
5월 24일(土) 한국 연합우주 개발자 모임(FediDev KR)에서 두 번째 스프린트 모임을 개최합니다! 장소는 뚝섬역 5번 출구쪽에 위치한 튜링의 사과(
@TuringAppleDev튜링의 사과)입니다.
참고로 스프린트 모임이란 함께 모여서 오픈 소스 코딩을 하는 자리인데, 한국 연합우주 개발자 모임의 스프린트에서는 새로운 연합우주 서비스나 앱을 개발하거나, 번역이나 문서에 기여하는 등 연합우주와 관련된 다양한 오픈 소스 활동을 모여서 함께 합니다. 지난 스프린트 모임의 기록을 스프린트 블로그(
@sprints.fedidev.kr한국 페디버스 개발자 모임)에서 살펴보실 수 있습니다.
저는 그날 Fedify, Hollo, Hackers' Pub에 기여하시고자 하는 분들을 옆에서 도와드릴 예정입니다. Fedify, Hollo, Hackers' Pub에 기여해보고 싶었던 분들이 계시다면 모임에 참가하여 저와 함께 스프린트를 해보는 것도 좋을 것 같습니다.
이번 모임에 관심이 있으신 분은 행사 신청 페이지를 참고하시기 바랍니다.
신청서 양식 마지막에 빈 입력란이 있는데 실수로 추가된 것입니다. 이벤터스에서 한 번 신청 양식을 정하면 수정할 수가 없다고 하네요. 그냥 아무 글자나 넣고 신청하시면 됩니다.
@hongminhee洪 民憙 (Hong Minhee) 앗. 그렇군요. 저는 api route 안만들어도 되는 부분이 맘에 들어서 (코드가 단순해지고 생산성에 도움이 되어서) 관리자 사이트에 적용해보고 있습니다. 😅
@arkjunJuntai Park 확실히 그런 부분은 생산성을 높여주는 기능인 것 같네요.
5월 24일.... FediDev KR 스프린트 두번째 모임이 있을 예정입니다...