연합우주에 새 계정 만들기 (즐겁다)
洪 民憙 (Hong Minhee)
@hongminhee@hackers.pub · 1017 following · 727 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)
」に。
Website
- hongminhee.org
GitHub
- @dahlia
Hollo
- @hongminhee@hollo.social
DEV
- @hongminhee
velog
- @hongminhee
Qiita
- @hongminhee
Zenn
- @hongminhee
Matrix
- @hongminhee:matrix.org
X
- @hongminhee
@hongminhee洪 民憙 (Hong Minhee) (반)투명한 이미지를 프로필사진으로 올리면 배경이 까만 불투명 이미지로 변하는데 의도된 건가요 버그인가요?
@tirrWonwoo Choi (Tirr) 버그입니다! 고쳐둘게요.
컼 점점 중간에 ㅌㅌ할 수 없게 되어버린다
RE: https://hackers.pub/@hongminhee/0195e0f7-8c44-76c6-8c60-4f1978e5f4a2
제미니 2.5 프로랑 클로드 3.7이랑 코딩배틀이라도 해야...
Powershell, winget, Windows terminal이 안정화되면서 윈도에서 작업이 매우 편리해졌다.
@curry박준규 알림기능이 먼저 만들어질지 아니면 마스토돈 API 지원이 먼저일지 세기의 경쟁
@kodingwarriorJaeyeol Lee
@curry박준규 알림은 조만간 구현 예정이고, Mastodon API는 아마도 구현 안 될 것 같아요. 대신 @xiniha 님 주도로 GraphQL API가 생길 예정!
해커스펍 계정은 쓰기 전용으로, 우리인생은 읽기전용으로 사용하고 있다. 또는 기술 관련 콘텐츠는 해커스펍에 올리고 일상은 우리인생에 올리려고 한다.
클라이언트는 팬피를 쓰고 있는데 해커스펍은 마스토돈 API 구현이 안 되어 있어서 팬피에는 우리인생 계정을 연동했다.
그런데 팬피에서 재밌게 글을 읽다 보면 무심코 팬피에서(우리인생 계정으로) 해커스펍 글에 댓글을 달아서 뭔가 곤란하다⋯
그리고 해커스펍에 오신 분들은 거의 다 팔로우를 하고 있는데 동시에 우리인생에서도 팔로우를 해야해서(팬피에서 읽어야 하니까) 불편하다.
오에카키 커뮤니티 오이카페를 오픈 소스로 공개했습니다.
Rust, Axum, MiniJinja, HTMX 등으로 만들었고, 그림판은 PaintBBS NEO와 tegaki.js를 지원합니다.
많은 관심 부탁드립니다!
파워쉘 스크립트를 외부에서 콜하는 방법으로 ps2exe를 쓰다가 그냥 bat 파일 하나 만들어서 거기서 pwsh.exe 호출하면 된다는 사실을 발견... 쿨럭;; 레거시가 이렇게 쓰이나. ㅋㅋ;
그냥 스크립트 파일에 실행 권한 주고 바로 실행하면 되는거 아닌가 싶은데, 보안에서는 이 쪽이 더 낫나 싶기도 함. 근데 어차피 ByPass 하는데... 흠.
파워쉘 스크립트를 외부에서 콜하는 방법으로 ps2exe를 쓰다가 그냥 bat 파일 하나 만들어서 거기서 pwsh.exe 호출하면 된다는 사실을 발견... 쿨럭;; 레거시가 이렇게 쓰이나. ㅋㅋ;
@kkumaeunsonyeon꿈많은소년 님, 어서 오세요!
펑터에 대한 수학귀신적 번역어로 '그물망 던지기'가 떠올랐다.
@hongminhee洪 民憙 (Hong Minhee) 단순히 제가 몰라서 질문하고 싶은 부분이 있는데요. BASIC만 대문자로 표기되는 이유는 뭔가요? front-end도 표준어가 아니라서 하이픈이 들어간건가요?
@ellemedit 음, “front-end”는 두 단어의 합성어라고 생각해서 그렇게 썼는데, 요즘에는 그냥 붙여서 쓰는 경우가 더 많으니 하이픈을 빼도 되겠네요. BASIC은 언어 이름(“Beginners' All-purpose Symbolic Instruction Code”)이라고 생각해서 대문자로 표기했습니다.
네이버에서 이런 걸 왜 만들었을까?
Tamgu는 Prolog에서 영감을 받은 술어 엔진과 Haskell 언어에서 영감을 받은 기능적 기능을 갖춘 명령형 언어입니다. 이 세 가지 프로그래밍 스타일을 자유롭게 혼합할 수 있습니다.
소프트웨어 개발자들이 자주 틀리는 외래어 표기법.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리포지터리 |
또 있을까요?
@hongminhee洪 民憙 (Hong Minhee) 꼭 외래어만 그런 건 아니지만 ㅐ와 ㅔ의 혼선이 제법 있는데, 이를테면 lag 랙("렉"으로 틀림) 같은 사례가 있습니다. 그 밖에는 daemon 다이먼(동계어인 demon에 이끌려 "데몬"이 널리 쓰이지만, 애초에 demon의 올바른 표기는 "디먼"임) 같은 게 생각나네요. 뭐 알아도 그렇게 안 쓰는 사람이 너무 많아서 대부분 틀린 표기로 쓰게 되지만...
퍼블릭도메인 또는 그에 가까운 라이센스를 선호하는 소프트웨어 엔지니어와 좀더 제한적인 라이센스를 선호하는 엔지니어, 비 오픈소스 엔지니어가 AI 코딩을 대하는 생각은 다 다를 것 같다
나는 내 코드 가져다 쓰는건 상관없는데 그보다는 기껏 코드 공개해놨더니 말그대로 지구 태워가며 돈버는데 쓰이는게 싫다
퍼블릭도메인 또는 그에 가까운 라이센스를 선호하는 소프트웨어 엔지니어와 좀더 제한적인 라이센스를 선호하는 엔지니어, 비 오픈소스 엔지니어가 AI 코딩을 대하는 생각은 다 다를 것 같다
@maxwellEunsoo Eun 어 뭐야 어떻게 오신거에요
@kodingwarriorJaeyeol Lee
@maxwellEunsoo Eun 제가 초대 드렸어요. ㅎㅎㅎ
@hongminhee洪 民憙 (Hong Minhee) 제가 더 감사드립니다. 🙏 코드기여를 해보려 했으나, 더 쉬운 기여방법이 있었..
@diarapin금강토 님과 커피라도 한잔하소서🙇♀️ 맥미니는 지켜야하므로. (농담😂)
@arkjunJuntai Park
@diarapin금강토 감사합니다! ㅎㅎㅎ 커피 잘 마실게요!
@hongminhee洪 民憙 (Hong Minhee) 마음가짐은 언제나 마지막 회사라는 설정으로 다니고 있습니다. 😅 좀 더 한다면 15년 정도일까 싶습니다. (그때 환갑인데, 기력이 될까 모르겠어요.)
마지막 퇴장은 젊은 개발자들에게 더 나은 길을 만들어 주고 싶다는 작은 욕망은 있습니다. 😂
@arkjunJuntai Park 직업으로서 소프트웨어 개발자를 그만 두더라도, 취미로 계속할 수 있는 것 아니겠어요!?
저는
@hongminhee洪 民憙 (Hong Minhee) 님께서 올려주신 표에서 디렉터리, 메시지 외엔 모두 틀린 표현을 쓰고 있거든요.
믿을 수 없는 현실에 충격을 받아, 어떻게든 부정해보고자 온라인 가나다에서 확인해보니 메서드(https://www.korean.go.kr/front/onlineQna/onlineQnaView.do?mn_id=216&qna_seq=309723)와 같이 상정되지 않은 사례 한 개 정도 밖에 없네요.
대체 왜 틀린 표기를 쓰고 있었을까요? orz
@fedipoJellyPo 하하… 그래서 “자주” 틀리는 표기라고 한 거죠! 많이들 틀립니다. 외래어 표기법에 큰 관심이 없는 경우가 많으니까요.
드디어 Bartosz Milewski의 Category Theory 강의를 챕터 2까지 끝냈다. 몇년 걸렸지... 중간에 정체된 기간이 꽤 길었는데, 야식 먹을때 죄책감을 달래는 용도로 틀어놓았더니 진도를 빨리 뺄수 있었다.
@maxwellEunsoo Eun 님, 어서 오세요!
개발자로 살아갈 시간이, 10년채 안남았다고 생각하면 서글퍼지기도 합니다만, 10년이나 남았다고 생각하면 그때까지 최선을 다하고 싶기도 합니다.
Dear Great Hackers, 즐거운 주말되세요! 😆
@arkjunJuntai Park 어째서 10년밖에 안 남았죠!?
@bglbgl gwyng 님, 후원 감사합니다! 🙏🙇
@arkjunJuntai Park 님께도 감사의 말씀 드립니다! 🙏🏼🙇🏻♂️
@noxowlSuyeong RHIE 님, 어서 오세요!
Nextjs를 처음 도입하고 계속 서버가 터져서 일단 롤백하고, 안정화&튜닝을 하다가 결국 Nextjs 소스를 깠다.
“Vercel에서만 제공되는 공개되지 않은 부분이 있는 것 같다”고 했을때 개발자들의 반응은 우리 CTO가 미쳤어요“였지만…
지금도 Vercel과 Nextjs는 쳐다보지도 않는다.
We're excited to announce the release of Fedify 1.5.0! This version brings several significant improvements to performance, configurability, and developer experience. Let's dive into what's new:
Two-Stage Fan-out Architecture for Efficient Activity Delivery
#Fedify now implements a smart fan-out mechanism for delivering activities to large audiences. This change is particularly valuable for accounts with many followers. When sending activities to many recipients, Fedify now creates a single consolidated message containing the activity payload and recipient list, which a background worker then processes to re-enqueue individual delivery tasks.
This architectural improvement delivers several benefits: Context.sendActivity() returns almost instantly even with thousands of recipients, memory consumption is dramatically reduced by avoiding payload duplication, UI responsiveness improves since web requests complete quickly, and the system maintains reliability with independent retry logic for each delivery.
For specific requirements, we've added a new fanout option with three settings:
// Configuring fan-out behavior
await ctx.sendActivity(
{ identifier: "alice" },
recipients,
activity,
{ fanout: "auto" } // Default: automatic based on recipient count
// Other options: "skip" (never use fan-out) or "force" (always use fan-out)
);
Canonical Origin Support for Multi-Domain Setups
You can now explicitly configure a canonical origin for your server, which is especially useful for multi-domain setups. This feature allows you to set different domains for WebFinger handles and #ActivityPub URIs, configured through the new origin option in createFederation(). This enhancement prevents unexpected URL construction when requests bypass proxies and improves security by ensuring consistent domain usage.
const federation = createFederation({
// Use example.com for handles but ap.example.com for ActivityPub URIs
origin: {
handleHost: "example.com",
webOrigin: "https://ap.example.com",
},
// Other options...
});
Optional Followers Collection Synchronization
Followers collection synchronization (FEP-8fcf) is now opt-in rather than automatic. This feature must now be explicitly enabled through the syncCollection option, giving developers more control over when to include followers collection digests. This change improves network efficiency by reducing unnecessary synchronization traffic.
await ctx.sendActivity(
{ identifier: sender },
"followers",
activity,
{
preferSharedInbox: true,
syncCollection: true, // Explicitly enable collection synchronization
}
);
Enhanced Key Format Compatibility
Key format support has been expanded for better interoperability. Fedify now accepts PEM-PKCS#1 format in addition to PEM-SPKI for RSA public keys. We've added importPkcs1() and importPem() functions for additional flexibility, which improves compatibility with a wider range of ActivityPub implementations.
Improved Key Selection Logic
The key selection process is now more intelligent. The fetchKey() function can now select the public key of an actor if keyId has no fragment and the actor has only one public key. This enhancement simplifies key handling in common scenarios and provides better compatibility with implementations that don't specify fragment identifiers.
New Authorization Options
Authorization handling has been enhanced with new options for the RequestContext.getSignedKey() and getSignedKeyOwner() methods. This provides more flexible control over authentication and authorization flows. We've deprecated older parameter-based approaches in favor of the more flexible method-based approach.
Efficient Bulk Message Queueing
Message queue performance is improved with bulk operations. We've added an optional enqueueMany() method to the MessageQueue interface, enabling efficient queueing of multiple messages in a single operation. This reduces overhead when processing batches of activities. All our message queue implementations have been updated to support this new operation:
- @fedify/redis 0.4.0
- @fedify/postgres 0.3.0
- @fedify/amqp 0.2.0
If you're using any of these packages, make sure to update them alongside Fedify to take advantage of the more efficient bulk message queueing.
CLI Improvements
The Fedify command-line tools have been enhanced with an improved web interface for the fedify inbox command. We've added the Fedify logo with the cute dinosaur at the top of the page and made it easier to copy the fediverse handle of the ephemeral actor. We've also fixed issues with the web interface when installed via deno install from JSR.
Additional Improvements and Bug Fixes
- Updated dependencies, including @js-temporal/polyfill to 0.5.0 for Node.js and Bun
- Fixed bundler errors with uri-template-router on Rollup
- Improved error handling and logging for document loader when KV store operations fail
- Added more log messages using the LogTape library
- Internalized the multibase package for better maintenance and compatibility
For the complete list of changes, please refer to the changelog.
To update to Fedify 1.5.0, run:
# For Deno
deno add jsr:@fedify/fedify@1.5.0
# For npm
npm add @fedify/fedify@1.5.0
# For Bun
bun add @fedify/fedify@1.5.0
Thank you to all contributors who helped make this release possible!
소프트웨어 개발자들이 자주 틀리는 외래어 표기법.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리포지터리 |
또 있을까요?
지속적으로 갱신하기 위해 따로 게시글로 만들었습니다.
한국 소프트웨어 개발자들이 자주 틀리는 외래어 표기법
洪 民憙 (Hong Minhee) @hongminhee@hackers.pub
전에 단문으로 올렸던 글을 지속적으로 갱신해볼까 싶어 게시글로 만들어 봅니다.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| algorithm | 알고리즘 | 알고리듬 |
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| BASIC | 베이직 | 베이식 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| launch | 런치 | 론치 |
| license | 라이센스 | 라이선스 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| parallel | 페러렐 | 패럴렐 |
| proxy | 프록시 | 프락시 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리파지터리 |
| shader | 쉐이더 | 셰이더 |
| shell | 쉘 | 셸 |
@minbyul민별 님, 안녕하세요. 어서 오세요!
@zer0ken이현령 님, 어서 오세요!
우˗ˋˏ 와 ˎˊ˗
우˗ˋˏ 와 ˎˊ˗
소프트웨어 개발자들이 자주 틀리는 외래어 표기법.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리포지터리 |
또 있을까요?
@hongminhee@hackers.pub洪 民憙 (Hong Minhee) 쉘-셸 쉐이더-셰이더처럼 ㅞ-ㅖ 많이 틀리는 것 같아요
@noellaboのえる
@noellaboのえる Denoの標準ライブラリの一つである@std/textのslugify()関数を使ったのですが、ローマ字のウムラウト等を取り除く感覚で仮名の濁点も取り除く様です。修正する事にします!
소프트웨어 개발자들이 자주 틀리는 외래어 표기법.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리포지터리 |
또 있을까요?
@xtjuxtapose 님의 제보: 외래어 표기법을 따른 “repository”의 올바른 표기는 “리파지터리”입니다.
@curry박준규
@bglbgl gwyng Buy Me a Coffee 계정은 없네요. 😅
Q. 새로운 프로그래밍 언어를 공부할 때, 연습용으로 사용하시는 프로젝트(카타?)가 있으신가요?
@morealLee Dogeon 전 그때그때 다른 것 같습니다. 보통 그 당시에 가장 관심 있고 만들고 싶어하는 걸 그냥 바로 도전하는 것 같아요.
Q. 새로운 프로그래밍 언어를 공부할 때, 연습용으로 사용하시는 프로젝트(카타?)가 있으신가요?
@bglbgl gwyng 님, 후원 감사합니다! 🙏🙇
見出しに自動生成されるidの--から後ろの部分、見出しの文字が含まれるけど、日本語の濁点や半濁点が消えるね。『ドメイン』が『トメイン』になる。NFD絡みか。消えないで欲しい。
@noellaboのえる
@noellaboのえる Denoの標準ライブラリの一つである@std/textのslugify()関数を使ったのですが、ローマ字のウムラウト等を取り除く感覚で仮名の濁点も取り除く様です。修正する事にします!
見出しに自動生成されるidの--から後ろの部分、見出しの文字が含まれるけど、日本語の濁点や半濁点が消えるね。『ドメイン』が『トメイン』になる。NFD絡みか。消えないで欲しい。
A software engineer walks into a hacker's pub.
퍼리개발자 친구들도 해커스펍으로 끌어들이는 상상
어제 타임라인에서 맥미니 서버로 어느정도 규모까지 버틸 수 있을지에 대한 고민이 지나가는걸 봤는데 1월부터 신형 맥미니로 이것저것 운영해본 경험 안에서는 오히려 문제는 서버 기계가 아니라 가정용 전원과 가정용 인터넷에서 터질 것 같다.
hello world
소프트웨어 개발자들이 자주 틀리는 외래어 표기법.
| 영어 | 틀린 표기 | 올바른 표기 |
|---|---|---|
| app | 어플 | 앱 |
| application | 어플리케이션 | 애플리케이션 |
| directory | 디렉토리 | 디렉터리 |
| front-end | 프론트엔드 | 프런트엔드 |
| message | 메세지 | 메시지 |
| method | 메소드 | 메서드 |
| release | 릴리즈 | 릴리스 |
| repository | 레포지토리 | 리포지터리 |
또 있을까요?
@hongminhee洪 民憙 (Hong Minhee) 전.. branch를 브런치라 읽으시는 분을 봤습니다... 배고프셨나봅니다.
안녕하세요! Markdown을 사용할 수 있다니 너무 좋네요!
@alanbondarun넙죽스 님 어서 오세요!
안녕하세요! Markdown을 사용할 수 있다니 너무 좋네요!



