나는 하조은님의 이 글을 좋아한다.

연차가 많아도 자기 생각이 늘 정답은 아니란 걸 아는 마음가짐. 모르는 건 솔직하게 물어보는 자세. 모른다고 말해도 사람들이 자신을 이해해 줄 거라고 믿는 마음가짐. 아는 척하지 않고 아는 것만을 말하고, 모르는 사람을 무시하지 않는 자세.

상황과 사람을 탓하지 않는 마음가짐. 할 수 있는 일을, 하던 대로 꾸준히 해내는 자세.

좋은 태도를 가진 사람이 뛰어난 실력을 갖춘 사람보다 낫습니다

https://hajoeun.com/2024/a-good-attitude

@xtjuxtapose 僕もたまに日本語でもつぶやいてます。よろしくお願いします！

@xtjuxtapose 早く申し込みフォームを作らないといけませんね。😂

@hongminhee洪 民憙 (Hong Minhee) Twitterはイーロンされててもうだめだ、ActivityPub対応のアカウントが欲しい → この「ハッカーズ・パブ」がよさそうだな → 会員登録がない → 管理者に申し込み → 管理者にメッセージを送るには、ActivityPub対応のアカウントが必要

😂

Back in my day PC chassis were more than just cases, they were furniture!

Hackers' Pub의 소스 코드 저장소를 제 개인 계정에서 hackers-pub 조직 계정으로 옮겼습니다.

https://github.com/hackers-pub/hackerspub

@morealLee Dogeon @hongminhee洪 民憙 (Hong Minhee) 파이팅! 멀리서나마 응원하겠습니다. ✨️

내가 코드 잘 짜고 잘 고칠 생각은 안하면서 코딩AI가 코드 잘 짜고 잘 고치게 하는 방법엔 어찌그리 열심인지…

この「ハッカーズ・パブ」(Hackers' Pub)は、ハッカーたちが集まるネット上の場所であって、各自ブログも出来て、レスも出来て、掲示板みたいにも使えて、ユーザーの望みであればFediverseなる世界中の 変人 みんなのネットワークとも繋がりうる、言わばハッカーたちのための新しいツイッターみたいなサイトらしい。

ツイッターより優れた部分は何かというと、技術的に何時間も喋れそうだが、私が注目するのは、まずここの創立者および主任開発者である洪 民憙 (Hong Minhee)先生はイーロンなどよりかはずっとましな方で、頼れる方だということ。ユーザーの自由に関する彼の哲学、このサイトの設計思想などは信用できる。多分。なにしろ彼は今やFLOSS(Free/Libre/Open-Source Software)の開発を専業としておられるのだ。

なお、例えひょんな事で洪さんがイーロン並みに暴走する、由々しき事態でも、ここはツイッターみたいにはならないということ。この「ハッカーズ・パブ」はソースコードに限らず、プロトコルや作動原理も全部FLOSSなので。まあ洪さんの暴走なんてないでしょうけどね。

エンジニアとして生きてきた分、こういうサービスを運営する側の負担を大体把握しているので、自分ではやらないと思うし、ここが盛り上がったところで (盛り上げたところで) 自分の人生に役立つかというと、そうも言えない。が、「みんながTwitterとかFacebookとかInstagramなどを使っている」今の状態と比べれば、ハッカーズ・パブがもっと使われる未来の方が好ましいことに違いはない。そう考えると、洪さんの努力に感謝せざるをえない。

で、パブに日本語圏のユーザーをもっと招くのが創立者の方針というかご希望らしく、衝動的に参加してみる。これから機会あれば、日本語でも面白い話をここに残すのを目指してみる。自分日本語全然下手ですが。よろしく。

@bglbgl gwyng @kodingwarriorJaeyeol Lee Mastodon이 확장한 as:Hashtag라는 타입이 나중에 제대로 표준화되었습니다. Fedify에서도 Hashtag 클래스로 지원하고 있어요.

@hongminhee洪 民憙 (Hong Minhee) quita에 글 올려보시는 건 어떠실까요? 그냥 소개글보다 '개발자용 sns를 개발했던 이야기' 형식으로 올리면 대체로 많이들 올리는 형식이랑 잘 맞을 거 같아요

【拡散希望】

Hackers' Pub（ハッカーズ・パブ）は現在開発中の、ソフトウェアエンジニアと技術愛好家の為のActivityPub対応ソーシャルネットワークです。現在は韓国語中心のコミュニティが形成されていますが、日本のエンジニアの方々にも参加していただきたいと考えています。

Hackers' Pubは短文の投稿^[1]と長文の記事^[2]の両方をサポートしています。日常的な会話や簡単な質問は短文投稿で、詳細な技術解説やチュートリアルなどは長文記事で表現できます。QiitaやZennのような技術ブログ機能と、MastodonやMisskeyのようなタイムライン機能を兼ね備えた一つのプラットフォームで、両方の利点を享受できます。何よりもActivityPubプロトコルに対応している為、Mastodon、Misskey、Akkoma等と連携可能です。（このアカウントもHackers' Pubから投稿しています！）

技術的な特徴として、拡張Markdownによるテーブル、脚注、警告ボックス、ダイアグラム、数式などの多様な記法をサポートし、構文ハイライト、行ハイライト、差分表示などの強力なコードブロック機能も備えています。また、様々な言語での投稿が可能で、将来的には自動翻訳機能も予定しています。

Hackers' PubはAGPL-3.0ライセンスの下で開発されているオープンソースプロジェクトです。コードの貢献や機能提案も歓迎しています。

現在はまだ開発段階のため招待制となっています。Hackers' Pubに興味がある方は、DMや返信でメールアドレスをお知らせいただければ、招待状をお送りします。技術コミュニティの一員として、ぜひご参加をお待ちしております。よろしくお願いいたします。

Hackers' Pub에 이제 알림 기능이 생겼습니다. 우상단 프로필 사진 바로 왼쪽에 알림 아이콘이 추가되었고, 이제 읽지 않은 알림이 있을 경우 그 위에 빨간 동그라미가 표시됩니다. 알림의 종류는 현재 다음 다섯 가지입니다:

• 누가 날 팔로했을 때
• 누가 날 언급했을 때
• 누가 내 글에 답글을 달았을 때
• 누가 내 글을 인용했을 때
• 누가 내 글을 공유했을 때

역시 모든 것들은 직접 데여봐야 는다... React의 useContext가 뭐하려고 쓰는지 실감이 잘 안났었는데, prop drilling하지 않고 디펜던시를 주입하고 싶을때 유용한듯.

특히, 어떤 특정한 데이터를 다루는 복잡한 컴포넌트를 다룬다고 가정하면 요렇게 프로바이더에 넘겨주면 되고 하위 컴포넌트에서는 useContext에서 그 값을 가져오면 코드도 굉장히 깔끔해지게 되는 듯

  <PostContext.Provider value={{ currentUser }}>
     <Post.Title post={post} />
     <Post.Comments>
       {comments.map(comment =>
          <Post.Comment  comment={comment} />
        )}
     </Post.Comments>
  <PostContext.Provider>

이런 글도 있다.

https://testdouble.com/insights/react-context-for-dependency-injection-not-state-management

@curry박준규 @hongminhee洪 民憙 (Hong Minhee) @jjme정진명 오옷. 전업 오픈소스 개발자, 이건 너무 멋지네요. 자라나는 어린 개발자 꿈나무들에게도 좋은 영향을 줄 거라고 믿습니다. 물론 저도 아직 늦지 않았..(늦음)

@jjme정진명 @hongminhee洪 民憙 (Hong Minhee) 저는 고스트가 페디파이에 자금 지원을 하게 된 이 이야기를 참 좋아합니다. https://writings.hongminhee.org/2024/07/ghost-funds-fedify/

@hongminhee洪 民憙 (Hong Minhee) @curry박준규 저도 C/C++만 하다가, 취직해서 Python/C# 등등 메모리 관리 알아서 해주는 언어의 편리함을 제대로 느꼈거든요. 그런 다음에 Rust 나왔을때 다시 메모리 관리하려고 하니까 너무 불편하고 이런걸 꼭 해야하나 싶었습니다. 요즘은 하스켈로 space leak 와장창 내면서 살고 있습니다ㅋㅋ

이거 사서 읽긴 했는데, 문서에서 설명하는 내용이랑 거의 비슷해요. 액티비티펍이 왜 생겨났고, 액티비티펍으로 어떤 미래를 기대하는가 같은 내용 위주로 읽으면 좋을 것 같아요. 다만, 여기에 실습 예제는 따로 실습 안하고 슥 하고 보기만 했는데, 실용적인 뭔가를 만들거면 Fedify 문서를 정독하는게 낫지 않나 싶습니다

RE: https://hackers.pub/@curry/0195f6ee-df39-7af7-b388-495fcc0d0789

몇 년 전에 취미로 프로그래밍 책 제본을 했다. 인터넷에서 업체에 PDF 파일을 전달하면 제본해서 택배로 받았다. 그렇게 읽지도 않는 책은 쌓여만 갔다. 결국 몇 달 전에 하스켈 학교 모르는 분에게 한 권만 나눔하고 모두 버렸다.

그런데 프로그래밍 책은 펼쳐 놓고 노트북을 켜서 실습할 때가 많기 때문에 잘 펴져야 한다. 떡제본은 펼침성이 나빠서 불만이었고 여러 제본 방식을 알아보다가 바인더 형식을 써보기로 했다. 적당한 업체를 찾아서 첫 주문을 했는데 오늘 도착했다. 원래 표지 디자인을 직접 해서 업체에 PDF를 전달해야 하는데 하는 법도 모르고 시간도 없어서

“그냥 대충 알아서 해주세요.”

했는데⋯

너무 이쁘게 잘 뽑아 주셨다. 책등 문구 디자인도 알아서 센스 있게 해주셨는데 너무 마음에 든다. 과연 이 책은 끝까지 읽을 수 있을까!

@kodingwarriorJaeyeol Lee 하스켈로 HTTP 서버를 바닥부터 구현하는 책입니다. https://leanpub.com/sockets-and-pipes

오늘은 Rust를 현업에서 쓰고 있고 또 좋아하는 고교 동창에게 Haskell을 영업했다.

회사에서 거의 10년 동안 운영한 서버를 교체 중이다. 고생 많으셨습니다. 서버님⋯ 새로 오신 서버님에게는 돼지 머리랑 막걸리 준비는 못했지만 절이라도 올려야겠다.

오

빨리 팀을 만들어서 일정도 짜고 회고도 하고 회식도 하고 했으면 좋겠다. 그러기위해 어서 MVP를 완성하자.

@noxowlSuyeong RHIE @kodingwarriorJaeyeol Lee @gagl3 안 그래도 지난주에 그 바에 대한 얘기가 나오기도 했었습니다!

RE: https://hackers.pub/@diarapin/0195c6a1-c2e0-722d-8b72-136ce75dcf93

"그런 백엔드 기술로 괜찮은가?"

• 대상 : 다양한 기술과 도메인에서의 실무 문제 해결 사례를 통해 실질적인 인사이트를 얻고자 하는 개발자
• 일시 : 2025.04.20(일) 13:00 ~ 17:00 KST
• 장소 : 테크살롱 (서울 강남구 테헤란로 411, 성담빌딩 13층)
• 기타 : 주차 지원이 어려우니 대중 교통 이용을 권장드립니다.

https://www.inflearn.com/course/offline/게으른게발자컨퍼런스-2025

Chrome Built-In AI (EPP)で変更

Canary 136.0.7103.0* 以降、すべての組み込み API に新しいエントリ ポイントがあります。 self.ai.* ではなく、self.* で直接 API を見つけることができるようになりました。静的 create() メソッドを使用して、これらの API をインスタンス化します。

await LanguageModel.create();
await Summarizer.create(); 
await Writer.create();
await Rewriter.create();
await LanguageDetector.create();
await Translator.create();

同様に、静的 availability() メソッドが追加されました。

await LanguageModel.availability();
await Summarizer.availability();
await Writer.availability();
await Rewriter.availability();
await LanguageDetector.availability();
await Translator.availability();

Hackers' Pub 行動規範を拝見し、その根底にあるキーワードは「尊重」と「思いやり」だと強く感じた。だからこそ、僕はHackers' Pubを心から応援している。時間が経っても、その価値観がブレずに、前向きで明るいエネルギーがあふれる場所であってほしい。

それと、もうひとつだけ言うと、開発者のちょっとした日常の話とかも、もっと共有されるといいなって思う。（まずは自分から始めなきゃだけどね）

Hackers' Pub 행동 강령을 관통하는 큰 키워드가, 존중과 배려라고 느꼈고, 그래서 더욱 Hackers' Pub 을 응원하고 있는데, 오랜 시간이 흘러도 추구하는 가치에 흔들림이 없으면 좋겠고, 여기에 더해 긍정적이고 밝은 에너지가 가득한 공간이 되기를 소망한다.

한가지만 더 첨언하자면, 개발자의 소소한 일상 얘기들도 많이 공유되었으면 좋겠다. (우선 나부터도 해야겠지만)

그것 아십니까? 國立國語院(국립국어원)은 漢字(한자) 【茶(다)】에 本音(본음)인 「다」 말고는 慣用音(관용음) 「차」가 있다는 것을 認定(인정)하지 않습니다. 그 代身(대신), 【차】가 이미 固有語化(고유어화)된 낱말이라고 봅니다. 그래서 《標準國語大辭典(표준국어대사전)》에서도 【다례】는 【茶禮(다례)】라고 밝히면서도 【차례】는 【차禮(예)】라고 밝히고 있습니다…

사실 Hackers' Pub은 저희 집 홈 서버인 Mac mini M4 깡통 모델에서 돌아가고 있을 뿐만 아니라, 배포도 compose.yaml 파일의 image: 필드를 매번 손으로 고친 뒤 docker compose up -d를 치는 전근대적인 방식으로 이뤄지고 있습니다… 뭔가 자동화를 하고 싶긴 한데 귀찮은 마음이 커서 아직까지 이대로 살고 있네요.

내년 React Summit Asia는 싱가포르에서 열리는군요! 기회가 된다면 한번 꼭 가 보고 싶네요 🤩

https://x.com/ReactSummit/status/1906718835668906104

@analoggreenMTG @kodingwarriorJaeyeol Lee 님은 인싸 맞죠…

@xtjuxtapose ActivityPub의 한계는 아닌데 Mastodon을 비롯한 주요 구현들이 지원을 안 하는 건 사실입니다. 음… SVG를 업로드하면 Hackers' Pub 내부에서는 SVG로 보여주고 ActivityPub으로는 래스터화해서 보내는 식으로 편법을 쓸 수는 있을 것 같네요.

https://learnbyexample.github.io/learn_perl_oneliners/one-liner-introduction.html https://learnbyexample.github.io/learn_ruby_oneliners/one-liner-introduction.html

대화형 쉘 환경에서 Perl / Ruby 한줄짜리 스크립트를 짜는 방법을 소개. awk/sed 같은 스크립트를 쓰지 않고도, stdin으로 넘어온 입력을 가독성 있는 코드로 처리하기 좋음.

昨年までは、DB設計において uuid を使わないキー値には int よりも bigint を優先していた。しかし今では、ログのような頻繁に書き込まれるデータでない限り intを使うようになった。

bigint を採用していたのは将来の拡張を見据えた判断だったが、自分が開発するサービスでは int の上限（約20億）を超えることはまずないと気づいた。そして、いつか bigint に移行しなければならない規模のサービスに成長してほしいとも思っている。

불과 작년까지도, DB설계시에 uuid 를 쓰지 않는 키값은 int 보다 bigint 를 선호했으나, 이제는 로그성 데이터같은 빈번하게 등록되는 데이터가 아닌 이상 int 를 사용한다. bigint 의 사용은 당연히 미래를 위한 결정이었지만, 내가 만드는 서비스들이 웬만해서는 int 를 뛰어넘지 않는다는 것을 깨달았고 (약 20억이면 충분), 언젠가 bigint 로 마이그레이션해야 하는 서비스가 되었으면 좋겠다.

인용한 글의 내용과는 상관 없는 이야기인데, 현재는 단문에서는 단문이든 게시글이든 인용할 수 있는 반면, 게시글에서는 단문도 게시글도 인용을 못 하게 되어 있다. 별 생각을 안 하고 그렇게 만든 거긴 한데, 잘 생각해 보니 오히려 인용 기능은 게시글에서 더 유용할 것 같다.

하루 빨리 게시글에서도 인용이 가능하게 개선을 하도록 하겠습니다…

RE: https://hackers.pub/@xt/2025/stackage-why

여러분 저 이거 추천사 썼어요

https://social.silicon.moe/@aladin_itbook_notifier/114260705422505137

@lionhairdino 저의 영업력 + 물 들어올때 빠른 속도로 노젓는 홍민희님의 피지컬! (아님)

"pub"의 외래어 표기법에 따른 표기는 "펍"이 아니라 "퍼브"입니다. 유성음으로 끝나는 단어라서 "ㅡ"를 붙입니다. 이것은

• log: "록"이 아니라 "로그"
  • blog: "블록"이 아니라 "블로그"
• tag: "택"이 아니라 "태그"
• egg: "엑"이 아니라 "에그"
• dog: "독"이 아니라 "도그"
• mug: "먹"이 아니라 "머그"
• hub: "헙"이 아니라 "허브"
• pad: "팻"이 아니라 "패드"
• lid: "릿"이 아니라 "리드"
• mud: "멋"이 아니라 "머드"

등등, 유성음으로 끝나는 영어 단어에 일관적으로 적용되는 규칙입니다.

보통 외래어 표기법의 규칙이 무시되는 사례를 보면, 규칙이 모호성을 낳는다는 이유로 기피되는 경향이 있는데요. 예를 들어 "seat"와 "sheet"를 구분하려는 욕망으로 인해 /ʃiː/를 "시"로 표기하는 원칙을 깨고 후자를 "쉬트"로 적는 것이 있죠.

그런데 유성음으로 끝나면 "ㅡ"를 붙인다는 규칙은 원어의 유성 음가를 반영하는 동시에, 대체로 모호성을 해소하는 방향으로 표기를 만들어 주는 좋은 규칙입니다. 이 규칙이 없었으면 꼼짝없이

• "dog"와 "dock"이 "독"이라는 동음이의어가 되고
• "pig"와 "pick"도 "픽"이라는 동음이의어가 되고
• "rug"와 "luck"도 "럭"이라는 동음이의어가 되고
• "tag"와 "tack"도 "택"이라는 동음이의어가 되고

영 좋지 않았겠죠.

이 공간에서 그럴 분이 안계실 거라 생각하지만...

만우절이라고 정치나 재난을 주제로 과도한 농담이 등장하지 않았으면 하는 바람이 있습니다.

많은 부분 Hackers' Pub에서 이미 사용하고 있는 패턴들. 그리고 기본 키를 uuid로 했을 때 지역성(locality)가 떨어져서 성능상 손해를 보는 문제는 UUIDv7을 쓰면 해결된다.

RE: https://sns.lemondouble.com/notes/a61hofry16

(비슷한 상황의 프로젝트가 있음) 남일같지 않아서 조금 눈물이 납니다. 😂

vim.kr 디스코드에도 물어보긴 했는데, 해커스펍에도 공개적으로 물어봅니다.

Git 관련 유틸리티 중에 이런거 없을까요?

개발된 기능들은 어지간하면 싹 다 Staging 브랜치에 합쳐서 개발망에 배포중인데, 개발망에 배포된 기능/버그픽스 중에 몇개 컨펌된 것만 프로덕션에 배포하고 싶어요. 커밋을 가능하면 잘게 쪼개서 하는 편이긴 한데, 컨펌된 것만 한땀한땀 골라서 체리픽하다보니까 관리하는게 여간 귀찮은게 아니네요. 오죽하면 스프레드시트로 관리할 정도입니다 -_-;;;

커밋 중 몇개는 서로 독립적이긴 한데, 몇개는 비엔나소세지마냥 줄줄이 의존성이 엮여있어요. 줄줄이 의존성이 엮여있긴해도, 가만히 보면 A기능 / B기능 잘개 쪼개져있긴 해서, 그걸 좀 더 보기좋게 시각화하고 싶어요. staging 브랜치에 PR 머지할때도 일부러 Squash and merge로 머지합니다.

한줄 요약

• 의도적으로 커밋 간의 연결관계를 디펜던시 그래프 형태로 가시화할 수 있는 Git 유틸리티 추천받습니다.

프로그래밍 언어 하스켈은 1990년 4월 1일에 처음 나와 올해 35주년이 되었습니다. 오늘이 하스켈 생일이에요. 이거 만우절 농담 아니고 진짜예요.

ADHD의 글쓰기 - 내용이 순서대로 정리되지 않고 여기저기 분산되어있음....... 결론이랑 뱀발이랑 도입부랑 순서가 뒤죽박죽임...

@hongminhee洪 民憙 (Hong Minhee) @thx땡상어 오웃! 응원하겠습니다! がんばれ！洪さん!