Juntai Park

@arkjun@hackers.pub · 65 following · 72 followers

中年(중년)中小企業(중소기업) 開發者(개발자), 90年代(년대) Console Gamer(콘솔 게이머). 좋은 하루를 繼續(계속)해 나아간다. 좋은 하루가 모이면 좋은 人生(인생)이 된다.

韓国人のプログラマー、40代、小学生の息子とゲームするのが幸せ😃💕龍が如く 、ゼルダの伝説、マリオ、ピクミン好き

「いい1日を続ける」
いい1日を続けていけば、いい人生になる!

threads
@rkjun
x
@rkJun
uri.life
@arkjun@uri.life
GitHub
@arkjun
0

📢 nove-b's blog
📝 【2025年3月】4月から変わる環境に備える
🔗 blog.nove-b.dev/post/2025-3/

【2025年3月】4月から変わる環境に備える

3月に読んだ本 どうしても生きてる (幻冬舎文庫) バベル九朔 (角川文庫) 汚れた手をそこで拭かない (文春文庫) 朝井リョウは重かった。正直、デビュー当時は絶対認めないぞって思ったこともあったけど、とんでもない思い違いだった。逆立ちしても勝てない。 万城目学は良くわからなかった。期待していた分、残念だった。 好きな小説家のKindleUnlimitedを簡単に検索できるサービスを作成した Kindle Unlimitedの検索が使いにくいので、好きな作家の対象本を一覧表示するサービスを作った Kindle Unlimited 対応作品検索|作家別無料読み放題リスト もうずいぶん長いこと本はKindle Unlimited対象本だけを読んでいる。 世間的に見ても活用しているほうだと思うし、相当感謝しているんだけど、検索のしにくさは辟易していた。 そういうわけで自分のしたい検索ができるサービスを作成した。 技術的には React Router v7 Tailwindcss Express Cloud Platform で特別難しいことはしていない。 個人開発は無料で行うべきっていう思想から反しているので、どこまで続けられるかわからないけど、できる限り開発を続けていきたいと考えている。 ブログのテーマを戻した 2月にブログのテーマを変更したんだけど、すぐに戻した。 Hugoのテーマ「Github Style Plus」のローカル検索をFuse.jsで最適化した。 ブログのテーマにこだわり始めるのは良くない兆候で、ブログの本質はコンテンツということを忘れちゃいけない。 ただ気になるのは仕方ないので、ここいらで自作にテーマに取り組もうかと考えている。 HugoにするかHexoにするかで悩むけど、たぶんHugoにする。 急ぎはしないし時間もないので、ちょっとづつ作っていこうかと考えている。 3月はお出かけする 3月はお出かけするっていう目標を2月に掲げた。 というのも4月から妻の職場復帰、子どもたちの保育園入園がある。 そうすると今までのように平日休んで空いている公園で遊ぶこともできないし、土日は妻、子どもの体力回復に捧げられるかもしれない。 そういうわけで色々行くことにした。 PLAY! PARK ERIC CARLE 河津桜 ボーネルンド 多摩動物公園 やまと公園 雨も降らなかったので土日全部足遊びに出かけたかもしれない。 バス乗りたいとか電車乗りたいっていう要望にも応えられたし良かった。 それにしてもPLAY! PARK ERIC CARLEは微妙だった。 それに比べてやまと公園は常に小田急線が見える公園ということで子どもは大興奮だった。 なんで男の子は電車が好きなのだろうか。 自分の小さい頃は興味なかったらしいので、遺伝とかではなく、人類というもっと大きい遺伝子に組み込まれているのだろうか。 4月に向けて 4月から生活がガラッと変わるのは間違いない。 7時30分には保育園に送る必要がある。 だいたい起きて家を出るのに2時間かかるので、4月からは5時30分に起きて、大人の準備を終わらせ、6時には子どもたちを起こしたい。 そのために睡眠時間を確保するために20時には子どもたちを寝かしつけたい。 という4月からの生活に向け、3月末から実践を始めたけど、全くうまくいかない。 まず20時までにすべての事柄を終わらすは無理だし、もっと遊びたいとぐずるし、朝は起きないしで全く思い通りにいかない。 しかも夜泣きはするし、寝かしつけても泣いて起きて大声で呼ばれて、仕方なく添い寝してたら一緒に寝ちゃうしで、家事も終わらない。 それに加えて保育園の準備が多すぎる。 服にスタンプ押すのも面倒くさいし、買い物も沢山あるし、なるほど保育園を迎えるのも大変だと実感した。

blog.nove-b.dev

0
0
0
0

I received a heartwarming about today!

@bglbgl gwyng shared in the FediDev KR Discord server:

I had trouble finding good resources explaining ActivityPub, but after reading through the Fedify docs from start to finish, I feel like I've actually digested it.

They also posted on their Hackers' Pub:

If you want to learn ActivityPub efficiently, just read the Fedify docs from beginning to end.

This makes all the documentation work worthwhile. Glad our docs are helping people understand not just Fedify, but itself.

0
0
0

10년간 프로그래밍 하면서 제가 프로그래밍을 좋아한다는 것은 확실히 알았습니다. 그런데, 좋아한다고 해서 아무 프로그래밍 관련 직업을 얻으면 되는지 항상 의문이었습니다.

저는 프로그래밍을 정말 좋아합니다만, 프로그래밍의 과정 자체를 즐기는 것이지, 프로그래밍을 사용하는 목적에 대해 생각해본 적이 거의 없었어요. 10년 동안!

심지어 대학생 때에는 프로그래밍이 너무 지긋지긋해서 그만 두어야 하나 고민도 했구요.

그런데, 졸업 후에 부트캠프에서 교육을 받기 시작하면서 역시 저는 프로그래밍을 그만둘 수 없다는 걸 알았습니다. 뿐만 아니라, 제가 좋아하는 것을 더 발견했습니다.

저는 제가 가진 지식을 공유하는 것에 보람을 느낍니다. 누군가에게 더 나은 방향을 제시하고, 더 좋은 방법을 고민하는 것이 즐겁습니다. 역시 저는 개발자가 되어야 한다고 생각하는 요즘이네요.

0
0
0

네이버에서 이런 걸 왜 만들었을까?

Tamgu는 Prolog에서 영감을 받은 술어 엔진과 Haskell 언어에서 영감을 받은 기능적 기능을 갖춘 명령형 언어입니다. 이 세 가지 프로그래밍 스타일을 자유롭게 혼합할 수 있습니다.

https://github.com/naver/tamgu/tree/master

0
0
0
0

해커스펍 계정은 쓰기 전용으로, 우리인생은 읽기전용으로 사용하고 있다. 또는 기술 관련 콘텐츠는 해커스펍에 올리고 일상은 우리인생에 올리려고 한다.

클라이언트는 팬피를 쓰고 있는데 해커스펍은 마스토돈 API 구현이 안 되어 있어서 팬피에는 우리인생 계정을 연동했다.

그런데 팬피에서 재밌게 글을 읽다 보면 무심코 팬피에서(우리인생 계정으로) 해커스펍 글에 댓글을 달아서 뭔가 곤란하다⋯

그리고 해커스펍에 오신 분들은 거의 다 팔로우를 하고 있는데 동시에 우리인생에서도 팔로우를 해야해서(팬피에서 읽어야 하니까) 불편하다.

0

GN⁺: Gemini 2.5 Pro는 코딩 성능이 최고 수준(SOTA)인 모델임
------------------------------
- Google이 출시한 Gemini 2.5 Pro는 GPT-4o의 화려한 이미지 생성 기능 출시로 주목을 덜 받았지만, 실제로는 중요한 발전임
- *코드 작성 성능이 매우 뛰어나고* , 최대 100만 토큰의 컨텍스트 길이로 전체 코드베이스를 처리할 수 있는 성능을 제공
- 사용자 피드백도 매우 긍정적이며, 실제 코딩 테스트에서 우…
------------------------------
https://news.hada.io/topic?id=20026&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
0
0
0
0
1

네이버에서 이런 걸 왜 만들었을까?

Tamgu는 Prolog에서 영감을 받은 술어 엔진과 Haskell 언어에서 영감을 받은 기능적 기능을 갖춘 명령형 언어입니다. 이 세 가지 프로그래밍 스타일을 자유롭게 혼합할 수 있습니다.

https://github.com/naver/tamgu/tree/master

0

소프트웨어 개발자들이 자주 틀리는 외래어 표기법.

영어 틀린 표기 올바른 표기
app 어플
application 플리케이션 플리케이션
directory 디렉 디렉
front-end 트엔드 트엔드
message
method
release 릴리 릴리
repository 포지 포지

또 있을까요?

@hongminhee洪 民憙 (Hong Minhee) 꼭 외래어만 그런 건 아니지만 ㅐ와 ㅔ의 혼선이 제법 있는데, 이를테면 lag 랙("렉"으로 틀림) 같은 사례가 있습니다. 그 밖에는 daemon 다이먼(동계어인 demon에 이끌려 "데몬"이 널리 쓰이지만, 애초에 demon의 올바른 표기는 "디먼"임) 같은 게 생각나네요. 뭐 알아도 그렇게 안 쓰는 사람이 너무 많아서 대부분 틀린 표기로 쓰게 되지만...

0

소프트웨어 개발자들이 자주 틀리는 외래어 표기법.

영어 틀린 표기 올바른 표기
app 어플
application 플리케이션 플리케이션
directory 디렉 디렉
front-end 트엔드 트엔드
message
method
release 릴리 릴리
repository 포지 포지

또 있을까요?

0
0

JellyPo replied to the below article:

한국 소프트웨어 개발자들이 자주 틀리는 외래어 표기법

洪 民憙 (Hong Minhee) @hongminhee@hackers.pub

전에 단문으로 올렸던 글을 지속적으로 갱신해볼까 싶어 게시글로 만들어 봅니다.

영어 틀린 표기 올바른 표기
algorithm 알고리 알고리
app 어플
application 플리케이션 플리케이션
BASIC 베이 베이
directory 디렉 디렉
front-end 트엔드 트엔드
launch
license 라이 라이
message
method
parallel 페러 패럴
proxy
release 릴리 릴리
repository 레포 리파
shader 이더 이더
shell
Read more →
1
0
1

저는 @hongminhee洪 民憙 (Hong Minhee) 님께서 올려주신 표에서 디렉터리, 메시지 외엔 모두 틀린 표현을 쓰고 있거든요. 믿을 수 없는 현실에 충격을 받아, 어떻게든 부정해보고자 온라인 가나다에서 확인해보니 메서드(https://www.korean.go.kr/front/onlineQna/onlineQnaView.do?mn_id=216&qna_seq=309723)와 같이 상정되지 않은 사례 한 개 정도 밖에 없네요.

대체 왜 틀린 표기를 쓰고 있었을까요? orz

0
0
0
0
0
0

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

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 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 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:

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!

0
0
0
0
0
0

개발자로 살아갈 시간이, 10년채 안남았다고 생각하면 서글퍼지기도 합니다만, 10년이나 남았다고 생각하면 그때까지 최선을 다하고 싶기도 합니다.
Dear Great Hackers, 즐거운 주말되세요! 😆

0

Juntai Park shared the below article:

한국 소프트웨어 개발자들이 자주 틀리는 외래어 표기법

洪 民憙 (Hong Minhee) @hongminhee@hackers.pub

전에 단문으로 올렸던 글을 지속적으로 갱신해볼까 싶어 게시글로 만들어 봅니다.

영어 틀린 표기 올바른 표기
algorithm 알고리 알고리
app 어플
application 플리케이션 플리케이션
BASIC 베이 베이
directory 디렉 디렉
front-end 트엔드 트엔드
launch
license 라이 라이
message
method
parallel 페러 패럴
proxy
release 릴리 릴리
repository 레포 리파
shader 이더 이더
shell
Read more →
1
0
1
0

어제 타임라인에서 맥미니 서버로 어느정도 규모까지 버틸 수 있을지에 대한 고민이 지나가는걸 봤는데 1월부터 신형 맥미니로 이것저것 운영해본 경험 안에서는 오히려 문제는 서버 기계가 아니라 가정용 전원과 가정용 인터넷에서 터질 것 같다.

0
0
0

GN⁺: 에이전틱 코딩에서 개발자 역량의 역할
------------------------------
- 에이전트형 코딩 어시스턴트가 더 유능해짐에 따라 반응은 매우 다양하고, 일부는 "*1년 안에 개발자가 더 이상 필요하지 않을 것* "이라고 주장
- 다른 사람들은 AI가 생성한 *코드의 품질* 과 *주니어 개발자를 이러한 변화하는 환경에 대비시키는 방법* 에 대해 우려를 제기함
- 지난 몇달간 Cursor, Winds…
------------------------------
https://news.hada.io/topic?id=20006&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
0
0
0
0

Juntai Park shared the below article:

복잡한 코드를 단순하게 줄여나갈 수록 발생하는 버그의 빈도나 심각도가 점진적으로 올라가는 경향이 있다고 느낀다

@disjukr@hackers.pub

이 기술 블로그 포스팅에서는 코드 복잡도와 버그 심각도 사이의 미묘한 관계를 탐구합니다. 저자는 복잡도를 높이는 방향으로 문제를 해결할 때, 버그 빈도와 심각도를 점진적으로 줄일 수 있지만 최적의 해결책에 도달하지 못할 수 있다는 점을 지적합니다. 반대로, 복잡도를 낮추는 방향으로 접근하면 문제 해결에 드는 비용을 예측하기 어렵다는 어려움이 있습니다. 특히, 회사에서 코드 복잡도를 줄이는 대신 높이는 방향으로 문제 해결을 요구받는 상황에서 엔지니어로서의 자아와 현실 사이의 괴리를 느끼는 저자의 고충이 드러납니다. 개인 시간을 투자하여 더 나은 해결책을 찾아도, 이를 회사에 도입하는 데 많은 설득 비용이 소요된다는 점을 강조하며, 회사 내에서 자아실현을 포기해야 하는지에 대한 고민을 토로합니다. 이 글은 기술적 효율성과 조직적 요구 사이의 균형을 찾는 데 어려움을 겪는 개발자들에게 깊은 공감을 불러일으킬 수 있습니다.

Read more →
0
0
0