洪 民憙 (Hong Minhee)

@tedpool테드풀 @kodingwarriorJaeyeol Lee @gaebalgom개발곰 @nyeongAn Nyeong (安寧) @joonnotnotJoon @crohasang크롸상 @z9mb1wwj @r4bb1t톡기 @2chanhaeng이찬행 @cosmic_elevatorSooji Choi @ooheunda @woaol벨 @meneleHanal Ae @devom @eottabom @hjleee93hyeonjeong lee 오늘 발대식에서 만나 뵈어서 반가웠습니다! 다시 한 번 앞으로 잘 부탁드립니다! 화이팅!

내일은 OSSCA 발대식… 처음으로 기여자 분들 만나는 자리다. 어떤 분위기일까 걱정도 되고 기대도 된다.

이와 비슷하게 청개구리 스택 경로라는 것도 생각해 볼 수 있겠다. 예를 들어 Deno를 선택했으면 Fresh는 청개구리 스택 경로가 아니다. 그런데 Deno를 선택한 다음 Next.js를 선택하면 오히려 청개구리 스택 경로가 된다.

.NET으로 서버 만들 때는 이메일 보낼 때 FluentEmail이라는 패키지를 유용하게 썼는데, JavaScript 쪽에도 비슷한 게 있나 찾아봤지만 뭔가 다 조금씩 마음에 안 드네… 내가 원하는 건 다음과 같다:

• Mailgun, SendGrid, SMTP 등 다양한 이메일 전송 트랜스포트를 하나의 일관된 API로 사용할 수 있어야 한다.
• 멋대로 환경 변수에 의존하지 말아야 한다.
• Node.js는 물론 Deno에서도 동작해야 한다.

오히려 파일 첨부 같은 부가 기능은 없어도 되기 때문에 간단하게 필요한 라이브러리를 찾을 수 있을 거라고 생각했는데, 못 찾고 있다. 음… 바이브 코딩으로 하나 만들까?

Node.js 커뮤니티는 환경 변수를 너무 좋아하는 것 같다. 거의 라이브러리 API의 일부로 생각하는 듯?

Deno만 해도 환경 변수는 --allow-env 플래그를 통해 명시적으로 허용하지 않으면 접근 못하고, Haskell에서도 getEnv는 String이 아니라 IO String을 반환하게 되어 있다.

반면 Node.js에서는 process.env로 너무 쉽게 접근 가능해서 그런가, 환경 변수 접근이 입출력이라는 생각을 아예 안 하는 모양이다.

이 딜레마 때문에, 이메일을 로그인 아이디로 사용하는 Hackers' Pub에서도 RFC 5321 스펙대로 로컬 파트에서 대소문자를 구분할지, 현실의 이메일 제공자들이 로컬 파트에서 대소문자를 구분하지 않는다는 것을 받아들이고 함께 대소문자를 구분하지 않을지 고민을 했는데… 결국에는 로컬 파트에서 대소문자를 구분하되, 로그인할 때 대소문자가 일치하는 이메일 주소가 없으면 대소문자 구별 없이 이메일 주소를 한 번 더 찾는 로직을 구현했다.

Fedify 튜토리얼에 분명히 TypeScript LSP의 도움을 받으라고 써 놨건만, 그냥 JavaScript로 코딩하거나 확장자만 .ts로 쓰고 LSP나 타입 체커 실행 없이 그냥 JavaScript처럼 쓰는 사용자들이… 꽤… 많다.

JavaScript에 Intl.Locale이라는 클래스가 있었다는 걸 왜 이제야 알았지…

Fresh 못 써먹겠는 많은 이유 중 하나: 가끔 빌드 결과가 Chromium 계열 브라우저에서 하이드레이션이 실패하는 형태로 나온다. 골 때리는 건 빌드 자체도 비결정적이라서 똑같은 소스 코드 그대로 다시 빌드하면 해결된다는 것…

바이브 코딩할 때 사용하는 라이브러리를 LLM이 잘 모르거나, LLM의 컷오프 이후에 라이브러리가 갱신되어서 API가 많이 달라지는 경우가 있지요. 그럴 때 Context7을 MCP로 연결하면 꽤 쓸만합니다. 찾아보니 제가 만든 라이브러리인 LogTape나 Fedify도 비교적 최신 버전으로 갱신되어 있네요!

@devom 님 어서 오세요!

@hjleee93hyeonjeong lee 님 어서 오세요!

日本ではソフトウェア技術コミュニティにおいて、DiscordよりSlackの方がより一般的な印象。🤔

아는 친구한테 들은 얘기인데, 최근 이직한 회사에서 Python을 쓰는데 린트나 포매터 같은 것도 전혀 설정을 안 해놓고 살고 있기에 도입하자고 했더니 “그런 거 쓸 거면 Python 안 쓰죠”라는 말과 함께 제안을 거절 당했다고 한다. Python에서도 린트나 포매터는 물론이고 타입 체커까지 붙여서 살려면 살 수 있지만, 어쩐지 그런 거 신경 쓸 사람들은 최근 10년 사이에 다들 다른 언어로 넘어가 버리고 그런 거 신경 안 쓰는 사람들만 Python을 계속 쓰게 된 게 아닌가 싶은 생각이 들었다.

@222confused 님 어서 오세요!

@ssuminii김수민 님, 어서 오세요!

deno-vite-plugin으로 JSR에 올라간 Fedify가 임포트가 안 되어서 야밤에 디버깅하는 중…인데, Vite 구조를 모르니 진도가 안 나간다.

@raon0211Sojin Park 님, 어서 오세요!

벌써 Fedify 튜토리얼 마치신 분도 등장… 게다가 튜토리얼은 Node.js 기준인데 Deno로 만드셨다! ㄷㄷㄷ

@joonnotnotJoon @evenharder이하 @kodingwarriorJaeyeol Lee @cosmic_elevatorSooji Choi @z9mb1wwj OSSCA Fedify 프로젝트에 지원해 주셔서 감사합니다. 앞으로 넉 달 동안 잘 부탁드립니다!

10년 전의 나에게 “10년 후의 당신은 TypeScript를 메인 언어로 쓰게 됩니다”라고 말해주면 코웃음을 치겠지…

갑자기 필 받아서 Fedify 이슈 트래커에 이슈를 4개나 만들었다.

Nivenly 재단에 Fedify 지원해서 오늘 잠깐 미팅까지 했는데, 지원서가 아주 좋았다고 칭찬 받았다. 느낌이 좋다!

2025년 7월 현 시점에,

• Node.js, Bun, Deno에서 모두 돌아가면서
• 서브테스트(테스트 단계)을 지원하거나
• before/after를 지원하는

JavaScript 단위 테스트 프레임워크가 없다는 게 사실이냐…

deno bundle이 돌아온 건 좋은데, 어째서 Rust로 만든 Rolldown 기반이 아니라 esbuild 기반인 걸까? 🤔

winget은… 쓰자니 버그가 너무 많고, 그렇다고 안 쓰자니 찝찝한…

@damhiya다믜 님 어서 오세요!

지금 Fedify 프로젝트가 @fedify/fedify 패키지나 @fedify/cli 패키지만 fedify-dev/fedify 저장소에 있고, 나머지 @fedify/amqp 패키지나 @fedify/postgres 패키지 등은 다 별도 저장소에 있는데, 이걸 fedify-dev/fedify 저장소에 다 합쳐버릴까 고민하고 있다. 릴리스를 매번 따로 하는 게 좀 귀찮기도 해서…

BotKit에 투표 기능 만들다가 Fedify의 KvStore에 CAS 연산이 필요하다는 것을 깨닫고 Fedify 고치는 중…

[[선언적 디자인과 디자인 런타임]] (@ak 著)

Bun이 자꾸 웹 표준 API 사이에 슬쩍 비표준 API 추가하는 게 마음에 안 든다.

Tailscale에 Airdrop 비슷한 기능인 Taildrop이라는 게 생겼는데, 유용해 보인다!

〈OSSCA: Fedify 프로젝트 기여자들을 위한 안내〉(가제)라는 글을 쓰고 있는데 점점 길어지고 있다…

〈나만의 연합우주 마이크로블로그 만들기〉를 HackMD에서 Hackers' Pub으로 옮겨야겠다.

@fxunnamed 님, 어서 오세요!

@loomings언노운 님도 어서 오세요!

@scariYounggun Kim 님도 어서 오세요!

@curzyMinseok Choi 님, 어서 오세요!

@asitisdevAsitis 님, 어서 오세요!

생각해 보면 Python으로 웹 개발 한창 할 때도 나는 Django를 별로 안 좋아해서 SQLAlchemy + Flask 조합만 썼었다. Flask 나오기 전에는 Werkzeug 위에서 인하우스 웹 프레임워크를 만들어 썼었고. Hackers' Pub에서는 React 안 쓰고 Solid 쓰려고 하고 있고… 나도 한 청개구리 스택 하는 것 같긴 함.

Hackers' Pub도 모더레이션 기능을 빨리 구현하고 모더레이터 분들을 모셔야…

차일피일 미루던 Fedify 이슈 자잘한 거 30개 만들기를 이제 정말 해야 한다…

Gemini CLI 공개 됐네. 어떠려나…

@annyeong안녕 님과 @nebuletoHaze 님, 두 분께서 도와주시기로 했습니다! 감사합니다!

Hackers' Pub이 커뮤니티 자격으로 올해 파이콘 한국에 후원하게 되어, 8월 16일(土)–17일(日) 후원사 부스를 운영하게 되었는데요. 부스 운영을 도와주실 분을 한 분에서 두 분 정도 찾습니다! 이틀 중 하루만 도와주셔도 좋습니다. (당연하지만 저는 이틀 모두 나갑니다.) 도와주신 분께는 약소하지만 제가 점심과 저녁을 대접하겠습니다.

안 그래도 마침 BotKit에 Node.js 호환성을 추가하고 매뉴얼을 쓰고 있는데, Node.js에는 deno serve 같은 게 없어서 설명할 게 너무 많아진다… node --serve --transform-types bot.ts 이렇게 할 수만 있다면 딱 좋은데!

@eunmnxcoii @choihz @dev_bonoBono @hiddenestChanhee Lee Hackers' Pub에 어서 오세요! 반갑습니다!

Trying to build a cross-runtime test suite that works on Node.js, Bun, and Deno, but hitting a roadblock with Bun's incomplete node:test implementation. Missing subtests/test steps support is making this harder than it should be.

Windows NT라는 이름은 David Cutler의 말장난에서 비롯되었다고 한다. 그가 DEC에서 일할 적에 만든 운영체제가 VMS인데, Microsoft로 옮긴 뒤에 VMS를 계승한다는 의미에서 VMS의 각 알파벳을 한 글자씩 뒤로 미룬^[1] WNT를 코드네임으로 썼던 것.

JSR의 @std/* 패키지들이 모두 npm에도 올라왔으면 좋겠다. 하지만 그럴 일은 없겠지…