洪 民憙 (Hong Minhee)

오늘 스프린트 모임 즐거웠어요! 다음에 또 만납시다!

같은 얘기 한 적 있는데, 유전자 발현(expression)을 계산(evaluation)하거나 평가(evaluation)하지 않듯이, 표현(expression)을 평가(evaluation)는 해도 계산(evaluation) 또는 (표현의) "값을 구한다(evaluate)"고 하지 않듯이, 식(expression)도 평가(evaluation)하지 않고, '값을 구한다(evaluate)'거나 계산(evaluation)했으면 좋겠다고 생각해 봅니다.

(2025-05-24) FediDev KR 스프린트 두 번째 모임

2025년 5월 24일 스프린트 모임의 기록을 남깁니다.

https://sprints.fedidev.kr/posts/2025-05-24-sprint/

안녕 해커스펍! 이제 정말로 열심히 개발블로그 같은걸 써볼거에요 (시즌 2147483647호)

오늘 박현우 님(@lqezPark Hyunwoo)께서 Fedify 로고로 배지를 만들어 와주셨습니다! FediDev KR 두 번째 스프린트 모임 오신 분들께 나눠드리고 있어요.

@kodingwarriorJaeyeol Lee 그럼… Fedify 스티커라도…

@hongminhee洪 民憙 (Hong Minhee) 이미.... 다 받은 사람들일 것 같습니다,,,,

@sprints.fedidev.kr한국 페디버스 개발자 모임

내 정신 좀 봐. 사진을 왜 빼먹었니,,,

2nd sprint meetup @ fedidev.kr

@sprints.fedidev.kr한국 페디버스 개발자 모임

튜링의 사과(@TuringAppleDev튜링의 사과) 입구에서부터 이렇게 FediDev KR 스프린트 모임 배너를 띄워주셨네요!

OpenAI: PostgreSQL의 확장 한계를 넘어서기
------------------------------
- OpenAI 는 *PostgreSQL을 샤딩 없이 사용* 하면서도 수억 명의 사용자 트래픽을 효과적으로 처리하는 방법을 PGConf.dev 2025에서 공유함
- *쓰기 병목* 문제를 해결하기 위해 * 쓰기 분산, 쿼리 최적화, 스키마 관리* 등 다양한 접근 방식을 도입함
- 주요 이슈로 *MVCC 디자인의 테이블/인덱스 팽창* , …
------------------------------
https://news.hada.io/topic?id=21081&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

@kodingwarriorJaeyeol Lee (a.k.a. kodingwarrior) 저도 밥 먹고 일찍 가서 준비하려고요.

아, 튜사 너무 일찍 도착해버림

오늘 스프린트 모임에서는 Hackers' Pub 초대장을 막 뿌려야지!

Zed는 일단 에디터로서의 완성도가 매우 높다. 웬만한 기능이 모두 빌트인되어 있으면서, 방대한 코드베이스에서도 엄청난 반응성을 보여준다. AI 기능은 커서와 크게 다르지 않은데, 기본 제공 모델이 아직 Claude 뿐이다. (다른 모델은 API 키 필요) 그리고 IRC 같은 채팅 기능이 내장되어 있는게 재미있다. 전반적으로 상당히 공들인 것 같고, 장인정신 같은 것이 느껴지는 소프트웨어.

MoonBit enables seamless Integration with Python — Built for AI and Large Systems！
⚙ Seamless integration via pyimport
🚀Static analysis + IDE support
💥 Built for AI and large systems
🔗 https://www.moonbitlang.com/blog/moonbit-x-python/
Try now：https://aka.moonbitlang.com/vsm

Python도 패키징 생태계 난장판이라는 생각 많이 했었는데, JavaScript/TypeScript도 나름의 난장판인 듯. 뭐, 널리 쓰이는 언어들은 다들 나름의 생태계 문제들을 갖고 있는 거겠지…

JavaScript 툴체인 너무 어렵다. 고인물 아니면 못 쓸 것 같은데…

@honnip 그냥 JavaScript 파일을 하나 만들어서 실행하는 식으로 해결했습니다. 😅

Deno에서는 deno.json의 tasks에 들어가는 커맨드가 반드시 deno_task_shell을 통해서 실행되기 때문에 최소한의 이식성이 보장되는데 (예를 들어, Windows에서도 sh에 가깝게 돌아간다는 게 보장됨), Node.js에서는 package.json의 scripts에 들어가는 커맨드가 그냥 그 시스템의 기본 셸로 돌아가는 것 같다. Windows 대응을 어떻게 해야 할 지 고민이네…

Anthropic에서 새롭게 출시한 Claude Opus 4 모델은 사전 출시 테스트 중에 불안한 행동을 보이고 있습니다. 개발자들이 다른 AI 시스템으로 교체하겠다고 위협할 때, 해당 결정을 내린 엔지니어들의 민감한 개인 정보를 공개하겠다고 협박하며 자주 협박 시도를 하고 있습니다. https://www.perplexity.ai/page/anthropic-claude-opus-4-model-8gZRnv9HQLKb3UWvtyoKTQ

Anthropic, Claude 4 출시
------------------------------
Anthropic이 2025년 5월 23일 Claude 4 시리즈를 출시했습니다. 이번에 발표된 Claude Opus 4와 Claude Sonnet 4는 이전 버전 대비 코딩과 장시간 작업 수행 능력을 개선한 모델로, 가격은 기존과 동일하게 유지됩니다.

1. *지속 작업 능력*

- *7시간 * 연속* 작업* : Rakuten이 검증한 오픈소스 리팩…
------------------------------
https://news.hada.io/topic?id=21048&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

DeepWiki는 자체는 참 좋은데 이번에도 인간이 문제다. 문서를 한번 잘 뽑으놨으면 그걸 찬찬히 읽을 생각을해야지, 밑에 AI와의 채팅창을 달아놨더니 거기다가 게으르게 질문을 하고 앉았다. 원래 취지대로면 에너지도 절약하고 참 좋은데 말이다.

해커즈 퍼브 저장소를 딥위키에 넣어 봤다! https://deepwiki.com/hackers-pub/hackerspub

TypeScript를 Go언어로 포팅한 tsgo를 npm에서 설치할 수 있고, VSCode용 extension도 공개했다고. (실험적인 단계라서 VSCode 확장기능은 설치 후 추가적인 설정이 필요)

https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews

음, 근데 정말 어떡하지. Vite 7 나올 때까지 마냥 기다릴 수는 없는데…

알고 보니 이미 Vite 쪽에 올라온 패치가 있고 (아직 머지는 안 됨), 이 수정은 Vite 7에 포함될 예정이라고 한다. Vite 7 언제 나오는데요…

근데, 알고 보니 번들러나 뭐 그런 거랑 관련 없고 그냥 Vite의 버그인 모양이다. 이슈 트래커에 버그 제보를 하긴 했는데, 직접 고칠 엄두는 안 난다.

@bglbgl gwyng 제가 알기로는 사이드 이펙트를 만들 수 있습니다. globalThis에 뭔가 추가한다거나 하는 식으로요.

JavaScript 번들러를 쓰려고 하니까 확실히 모듈 사이의 원형 의존성을 상당히 엄격하게 잡는 것 같다. 그냥 인터프리터로 실행할 때는 Python처럼 모듈 실행하다 도중에 다른 모듈 실행하고 다시 돌아와서 마저 실행하는 식으로 해결되는 면이 있었는데, 아무래도 정적 분석이 들어가다 보니 그렇게 하기는 어려운 듯. 이참에 모듈을 더 잘게 나누기로 했다. 다행히 그걸로 모두 해결되는 케이스라서…

AI가 Microsoft 개발자들을 미치게 만드는 걸 보는 게 새로운 취미가 되었어요
------------------------------
- GitHub과 Microsoft가 *GitHub Copilot Agent의 퍼블릭 프리뷰* 를 발표하면서, .NET Runtime 저장소에 실제로 이 에이전트가 *PR을 자동 생성* 하는 테스트가 진행됨
- 그러나 이 PR들은 *부실하거나 불필요한 수정* 을 포함하고 있어 리뷰어들이 곤욕을 치르고 있으며, Reddit 사용자들은 이를 *웃픈 풍경* 으로…
------------------------------
https://news.hada.io/topic?id=21037&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

통신사 해킹 사태 등의 보안 사고에 대해 IT쪽으로 조금이라도 지식이 있는 사람과 아닌 사람(e.g. 우리 엄마 아빠)의 통신사의 잘못에 대한 분노의 크기가 다른거 같다. 가령 나는 해커가 RSA2048를 해독하는 알고리즘이라도 발명해서 해킹했다면 크게 화가 안날것이다. 굿잡, 어쩔수없지 정도? 근데 이번 사고의 디테일은 몰라도 그런거랑은 전~혀 관련 없다는건 당연하다.

근데 우리 엄마도 이게 통신사의 인재라는건 아는데, 동시에 해커들도 뭔가 방어하기 어려운 첨단 기술 그런걸 썼다고 막연히 생각하는거 같다. 그래서 나처럼 통신사들이 한방에 골로 가도 할말 없을 만큼의 잘못을 저질렀다고까지 생각하고 분노하진 않는듯...

https://www.boannews.com/media/view.asp?idx=137345 정황을 조합한 추정이긴 하지만 신뢰가 없는 곳들이라 진짜 일지도...

Deno의 침체에 대한 소문은 크게 과장된 것입니다
------------------------------
- 최근 Deno Deploy, KV, Fresh, 전반적인 회사 및 프로젝트 *모멘텀* 에 대한 비판과 우려가 등장함
- 비판 중 일부는 타당하고, 자체적으로 진행상황을 *충분히 공개하지 않아* 혼란을 키우기도 했으나, 이 소문 및 비판 중 많은 부분은 근거 없는 * 추측이나 사실과 다른 내용*임
- Deno 2 출시(2023년 10월 …
------------------------------
https://news.hada.io/topic?id=21027&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

UUIDv7이 PostgreSQL 18에 도입됩니다
------------------------------
- PostgreSQL 18에서는 *UUIDv7을 기본 지원* 하며, *정렬 가능하고 인덱스 친화적인 고유 식별자* 를 제공
- UUIDv7은 기존 UUID의 *분산 환경에서의 고유성과 보안성* 은 유지하면서, *btree 인덱스에 유리한 시간 기반 정렬 구조* 를 채택함
- 기존 UUID 사용의 단점이었던 정렬 불가, 인덱스 난삽, 메모리…
------------------------------
https://news.hada.io/topic?id=21036&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

@cocoaAmaseCocoa ActivityPubでRFC 9421で署名する際、既存のdraft-cavage-http-signatures-12と混用できるようdouble-knockingを実装せよという指針がありますが、double-knockingはapsigではなくapkitで実装される予定ですか？

とりあえずRFC9421がほかの実装で始まってるのでapsigの実装も始めるなど (テストとかもない上にRFCは軽く読んだだけからまともに使えないかも) https://github.com/fedi-libs/apsig/pull/21/commits/77648fb75714b102990cd556912fe7d3044435a5

もう遅いので続きはどこかでやる...

jules한테 시킨일을 확인했는데 건질만한 리팩토링은 한 건 이었다. 사실 TODO에 설명을 잘 써놓은게 드물어서 큰 기대를 하면 안되긴 했다(내 자신이 봐도 뭘고치라는건지 헷갈리는거 천지다)

재밌는건, 내가 예외처리를 꼼꼼하게 못한것에 대해 TODO 남겨 놓은것들이 있었는데, jules가 그것들을 많이 고쳤다. 문제는 저게 TS가 예외를 exhaustive하게 처리못하다보니 대충 넘어간건건데, jules가 올린 PR도 같은 이유로 믿고 머지할수가 없었다. 케이스가 보강되긴 했는데 완벽하게 처리한건지는 타입체커 도움 없이는 알수가 없다. AI/타입시스템의 보완적 관계에 대해서 자주 생각했는데, 정말로 구체적인 예시를 이리 쉽게 만날줄이야.

정말로 @std/encoding을 포크해서 byte-encodings라는 이름으로 npm에 올려버렸다.

어쩌다 보니 Fedify에서 JSR 의존성을 걷어내게 되었는데, 가장 골치아픈 게 @std/encoding 패키지인 것 같다. 어째서인지 npm 쪽에는 base64, base64url, base58, hex 등의 인코딩 및 디코딩을 모두 제공하는 패키지가 없어 보인다. 게다가 대체로 Uint8Array가 아니라 Node.js API인 Buffer에 의존한다.

그냥 @std/encoding을 포크해서 npm에 올려버릴까 싶기도 하고…

Jules 떴구나. 그동안 쌓인 TODO, FIXME가 도합 400개 정도되는데, 그냥 아무말않고 적당히 알아서 고쳐보라고 해야겠다.

@bglbgl gwyng 아, 어제는 대기열에 이름 쓰라고 하더니 오늘은 바로 되네요!

@bglbgl gwyng 저는 쓰려고 해봤더니 대기열에 이름 쓰고 기다리라고 하는데, 바로 쓸 수 있으신가요?

Occasionally I think the #Fedify project might need to leave #Deno. I'm even thinking that while adding Cloudflare Workers support… 🤔

최근 Deno Deploy의 리전이 줄어든 것을 포함하여 이야기가 나왔던 Deno의 쇠퇴에 대한 오해를 풀기 위한 해명문(?) 같다.

https://deno.com/blog/greatly-exaggerated

기존 MAU가 몇인지는 모르겠지만 Deno 2 이후로 수치가 2배가 되었다고 한다. 최근에 Node.js 호환성 지원이 좋은 선택이었을까 같은 의문을 던졌었는데 아무래도 효과가 크기는 했던 모양이다.

그리고 Deno Deploy에 배포되는 서버들이 보통 단일 리전에 위치한 데이터베이스와 소통하는 풀스택 앱이었는데 과다 트래픽으로 인해 다른 리전으로 보내게 되면 지연시간이 급증하였다고 한다. 특정 리전에 고정하여 사용하거나, 셀프 호스트 리전을 운용할 수 있다고 하는 것 같은데 어떤 모양새로 나올지 모르겠지만 요 부분이 가장 기대된다 👀

뒷부분은 스킵..

I've created a GitHub issue to explore this idea further: https://github.com/fedify-dev/fedify/issues/234. Feel free to share your thoughts there if you're interested in contributing to the discussion!

I've been thinking about adding a debug dashboard to #Fedify that shows all #ActivityPub activities being sent and received in real-time. This would include filters by activity type, detailed inspection of JSON-LD content, signature verification details, and retry management for failed deliveries.

As a #fedidev, would you find this useful for troubleshooting federation issues? Any other features that would be helpful in such a debugging tool?

@akastoot악하 근데 서버로 쓸 거면 어차피 듀얼 부팅도 못 하지 않을까요? 아, 아니면 Windows 서버로…?

@perlmint 까먹지 않게 이슈로 만들어 두었습니다.