洪 民憙 (Hong Minhee)

@hongminhee@hackers.pub · 657 following · 428 followers

Hi, I'm who's behind Fedify, Hollo, BotKit, and this website, Hackers' Pub!

Fedify, Hollo, BotKit, 그리고 보고 계신 이 사이트 Hackers' Pub을 만들고 있습니다.

Fedify、Hollo、BotKit、そしてこのサイト、Hackers' Pubを作っています。

嗨，我是 Fedify、Hollo、BotKit 以及這個網站 Hackers' Pub 的開發者！

Website
hongminhee.org
GitHub
@dahlia
Hollo
@hongminhee@hollo.social
DEV
@hongminhee
velog
@hongminhee
Qiita
@hongminhee
Zenn
@hongminhee
Matrix
@hongminhee:matrix.org
X
@hongminhee
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
tatmius @tatmius@hackers.pub
Quiet public

とりあえずアカウントを作ってみた。まだあんまりどういうサイトなのかわかってないけど、Markdownが使えるっぽい？

Hello hacker's pub!

I'm writing just this to see how this works

def testFunction(input: str)-> None:
  print("hello world")
0
0
0
tatmius @tatmius@hackers.pub
Quiet public
Shared by 洪 民憙 (Hong Minhee)

とりあえずアカウントを作ってみた。まだあんまりどういうサイトなのかわかってないけど、Markdownが使えるっぽい？

Hello hacker's pub!

I'm writing just this to see how this works

def testFunction(input: str)-> None:
  print("hello world")
0
2
0
洪 民憙 (Hong Minhee) @hongminhee@hackers.pub
Public

전화기를 iPhone을 쓰기 때문에 아무래도 연동 때문에 macOS도 많이 쓰긴 하지만, 그래도 요즘에는 주 운영체제로 Fedora Linux를 쓰는데, Linux든 Windows든 macOS에 비해 터미널을 활용할 때 불편한 지점 하나는 바로 클립보드 단축키에 일관성이 떨어진다는 것.

터미널에서는 아무래도 SIGINT를 발생시키기 위한 Ctrl-C와 구분하기 위해 Ctrl-Shift-C를 써야 하는데, 간혹 이를 실수해서 출력 일부를 클립보드에 복사하려다가 돌아가고 있는 프로세스를 중단시키기도 하고, Firefox 같은 데서 Ctrl-Shift-C를 눌러서 개발자 도구를 띄워버리기도 한다.

macOS의 경우에는 터미널에서는 전혀 쓰이지 않는 Command 키가 일종의 센티널 값 역할을 하기 때문에 터미널을 포함하여 어느 애플리케이션을 쓰고 있든 일관적으로 Command-C 키를 쓸 수 있다. 뭐, 내가 macOS를 너무 오래 써서 (2004년부터 썼음) 이쪽이 더 편하다고 느끼는 것 뿐일 수도 있지만…

Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

@hongminhee洪 民憙 (Hong Minhee) 저도 비슷한 경험을 많이 합니다만, 제 경우에는 주로 윈도 WSL (우분투) 환경에서 어플리케이션 로그 복사를 시도하다가, 종종 (의도치않게) 프로세스를 중단시키고는 합니다. 😂 윈도에서 아무리 커스텀하려고 해도 맥의 Command 키는 대체불가한 영역이네요. 덧붙여서, 맥에서 Command–억음 악센트() 키 (전면에 있는 앱에서 열려 있는 다음 윈도우를 활성화) 키를 많이 쓰다 보니, 윈도에도 autohotkey 로 적용해서 (alt-) 쓰고 있습니다. 😅

0
1
0
0
0
0
0
0
0
Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

오늘 하루도 각자의 삶속에서, 개인 프로젝트를 위해, 회사 프로젝트를 위해 열심히 개발하고 문서 작업하고 테스트하는 개발자 분들을 응원합니다.

(네 맞습니다.) 이 글은 저도 응원받고 싶어서 쓰는 글입니다. 😂 셀프 화이팅, 모두 화이팅!

0
1
0
Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

今日もそれぞれの人生の中で、個人プロジェクトのため、会社のプロジェクトのために、一生懸命開発し、ドキュメントを書き、テストをしているエンジニアの皆さんを応援します！

（そうです）この投稿は、僕も応援してほしくて書いています。😂自分自身がんばれ！ みんな、がんばってね！

0
0
0
0
2
0
승환 @shk2000v@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

최근 codepush 종료로 인한 대책을 이제 막 하고있어서 codepush 라이브러리 자체를 돌려보고있는데 숨고팀 블로그가 참 도움을 많이 주는듯... cdn서비스가 아니라 온프로미스로 돌릴수있다면 좋틀텐데 다른 codepush 사용 회사들은 어떤식으로 대처하시는지 좀 궁금하네요

0
0
0
0
0
0
박준규 @curry@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

프로그래밍 언어 하스켈 패키지 중에 연합우주와 관련 있는 것을 찾아봤더니 webfinger-client가 있습니다. 2016년에 마지막 업로드가 되었고 너무 오래 돼서 빌드도 안 되는 상태입니다. LLM 도움을 받아 빌드 가능하게 패치하고 메인테이너에게 연락을 해봤습니다. 답장은 아직 없고 사실 메일을 보낸 지 24시간이 지나지도 않았지만 왠지 연락이 오지 않을 것만 같습니다. 급한 마음에(왜 급한지 모르겠지만) 하스켈 포럼에 패키지를 인수하고 싶다고 글을 남겼습니다. 좋은 소식이 오길 기대해봅니다. https://discourse.haskell.org/t/taking-over-the-webfinger-client-package-maintenance/11628

2
0
1
0
1
0
민동준 @petanerd@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

https://news.hada.io/topic?id=19738 를 읽고 최근 생성형AI 활용 관련한 짧은 감상.

  • 매우 개인적인 의견이며 날 것의 생각입니다.
  • 샘플이 적어 편향성이 있을 수 있습니다.
  • 이미 철 지난 생각도 포함되어 있습니다.
  • 레퍼런스는 없습니다.
  1. 생성형 AI를 기대하는 사람들 중 상당수는 이를 적극적으로 의존하려는 경향이 있어 보임.
  2. 생성형 AI에 대한 기대 심리가 너무 커짐. 단순한 도구가 아니라 은탄환처럼 만능 해결책이 되기를 바라는 경우가 많음.
  3. 생성형 AI 기반 소프트웨어의 출시 속도가 기존 소프트웨어보다 훨씬 빠르게 느껴짐. 대학원 시절 자주 하던 농담이 떠오름. "딥러닝 관련 아이디어가 있으면 2주 내로 논문을 쓰지 않으면 누군가가 먼저 쓴다." 이제는 AI Agent 기반 도구 덕분에 AI 관련 SW에도 같은 법칙이 적용되는 듯함. 예를 들어, 지난주 MANUS 코드가 공개되었으니 2주 내로 유사한 AI Agent SW가 쏟아질 가능성이 큼.
  4. 이러한 빠른 변화 속에서 생성형 AI 사용과 관련한 윤리 및 에티켓에 대한 집단 논의는 아직 시작조차 되지 못한 듯함. 그래도 개발팀 내부에서는 관련 논의가 점차 이루어지는 것 같음. 개인적으로는 생성형 AI를 페어 프로그래밍 개념으로 접근하는 것이 적절하지 않을까 생각했지만, MANUS의 동작 방식을 보고 생각이 바뀌려 하고 있음.
  5. 생성형 AI의 활용 범위는 이미 빠르게 확장되고 있음. 기존에 사용되는 작업이 문서 작성, 요약, 검색 정도였다면 이제는 다양한 메이저 창작 분야로 확대되는 중. 적용이 빠른 이유는 결국 속도와 비용 때문이라고 생각함. 다만, 기계가 만든 참기름 바른 듯한 미끄러운 결과물에 대한 반발감은 여전히 존재하며, 이를 줄이기 위해 생성형 AI 결과물에 전문가의 수정과 품질 검수(QC)가 결합되고 있음.
  6. 여전히 생성형 AI 및 LLM을 사용하지 않거나 거부하는 사람들도 많음. 이들에게 자연스러운 사용 경험을 제공할 방법을 고민해야 할 듯함. 생성형 AI는 한 번 익숙해지면 벗어나기 어려운 락인 효과가 크다고 생각함.
  7. 항상 생성형 AI에 뇌를 의탁해서는 안 된다고 생각함. 지금 이 글도 먼저 초안을 작성한 후 ChatGPT에 교정을 부탁한 것임. 검수를 거치기는 하지만, 이러한 과정이 나의 사고 능력을 점차 약화시키는 것은 아닐지 고민해야 함. 그래서 hackers.pub에 뭐라도 계속 남기고자 함.
0
0
0
0
0
0
0
0
0
0
0
0
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Shared by 洪 民憙 (Hong Minhee)

제가 開發(개발)하고 있는 프로젝트 Hackers' Pub의 베타 테스터를 모십니다!

이 프로젝트는 (fediverse)板(판) velog 같은 것으로, 소프트웨어 開發者(개발자)를 爲(위)한 基盤(기반)의 SNS 兼(겸) 블로그 플랫폼입니다. AGPL-3.0 라이선스로 소스 코드가 公開(공개)되어 있을 뿐 아니라, GitHub에서 프로젝트를 公開的(공개적)으로 進行(진행)하고 있습니다.

職業(직업)으로든 趣味(취미)로든 소프트웨어를 開發(개발)하시는 분들, 聯合宇宙(연합우주)를 좋아하시는 분들, 새로운 플랫폼을 써 보고 싶으신 분들은 부디 參與(참여)해 주시기 바랍니다! 關心(관심) 있으신 분들은 答(답)글이나 DM으로 이메일 住所(주소)를 보내주시면 됩니다.

0
2
0
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Shared by 洪 民憙 (Hong Minhee)

拡散希望：開発中のプロジェクトHackers' Pubの日本語ベータテスターを募集します！

これはフェディバース版のQiita/Zennを目指す、ActivityPub基盤の開発者向けSNS兼ブログプラットフォームです。AGPL-3.0ライセンスでソースコードを公開しており、GitHubでプロジェクトも公開進行中です。

現在韓国語話者中心に招待制ベータテスト中ですが、日本の開発者コミュニティにも広げたいと思っています。ソフトウェア開発に興味がある方、フェディバースが好きな方、新しいプラットフォームを試してみたい方、ぜひご参加ください！興味のある方はリプライかDMでメールアドレスをお送りください。

0
11
0
우리.인생 @admin@uri.life
Public
Shared by 洪 民憙 (Hong Minhee)

[‘우리.인생 코드’(‌code.uri.life‌)를 소개하는 글]

안녕하세요, 우리.인생 :uri_life: 입니다.

우리.인생 :uri_life: 의 변경 사항은 소스 코드 레포지토리에 기능 및 버전 별로 분리되어 있으나, 이것을 찾고 변경 사항을 추적하는 것은 그 구조와 방법에 익숙하지 않은 분들에겐 매우 힘들고 귀찮은 작업이었습니다.

이러한 까닭으로 우리.인생 :uri_life: 의 변경 사항을 참고하거나 적용하고 싶은 Mastodon :mastodon: 서버 개발자 분들이 계시더라도 해당 변경 사항을 쉬이 적용하지 못하는 문제가 발생하기도 했습니다.

이에 우리.인생 :uri_life: 은 ‘우리.인생 코드’의 공개 개발 미리보기를 공개합니다.

‘우리.인생 코드’는 우리.인생 :uri_life: 버전마다 사용된 브랜치와 커밋 로그, 코드 차이를 제공하며, 패치를 브랜치 또는 커밋 별로 내려받거나 GitHub에서 볼 수 있도록 하는 선택지를 제공합니다.

현재로서는 소개드린 내용이 ‘우리.인생 코드’의 전부지만, 선택한 브랜치 또는 커밋을 작업 브랜치에 머지할 수 있는 간단 스크립트를 표시하는 등 앞으로 편의 기능을 갖춰나갈 예정입니다.

‘우리.인생 코드’는 아래 URL에서 접속하실 수 있습니다.
code.uri.life

추가적인 의견이나 기능 제안이 있으시다면 언제든지 말씀해 주세요!

감사합니다.

0
0
0
0
0
0
Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

(맥/리눅스) 리소스 모니터링 커맨드 얘기. 오랜 기간 htop 을 써왔는데, 최근에 btop 이 더 이뻐(?) 보여서 바꾸려는 중입니다. (그렇지만 나도 모르게) htop 커맨드를 입력하고 있는 것은 안비밀, 습관은 무섭습니다.

스크린샷은 btop, top, btm (bottom), htop 순입니다.

btop screenshottop screenshotbtm screenshothtop screenshot
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public

大部分(대부분)의 具顯(구현)들이 Note나 Article의 內容(내용) (content) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)시킵니다. 그러면 Person, Group 等(등) 액터 客體(객체)들도 略歷(약력) (summary) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)해야 할까요? 或是(혹시) 이미 그렇게 動作(동작)하는 具顯(구현)이 있을까요? (Mastodon은 確認(확인)해 본 結果(결과) 包含(포함)시키지 않는 것 같습니다만.) 어떻게 보시나요?

洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Shared by 洪 民憙 (Hong Minhee)

殆どのActivityPub実装では、NoteやArticleの内容（content）内で他のアクター（actor）に言及（メンション）する場合、tag属性に該当するMentionオブジェクトを含めています。では、PersonやGroupなどのアクターオブジェクトも、自己紹介（summary）内で他のアクターに言及する場合、tag属性に該当するMentionオブジェクトを含めるべきでしょうか？既にその様に動作している実装はあるでしょうか？（Mastodonは確認した結果、含めていない様です。）どの様にお考えですか？

0
0
0
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Most #ActivityPub implementations include Mention objects in the tag attribute when someone mentions another actor within the content of a Note or Article. Should actor objects like Person or Group also include Mention objects in their tag attribute when mentioning other actors within their bio (summary)? Are there any implementations that already work this way? (I've checked Mastodon and it seems they don't include these mentions.) What are your thoughts on this?

#fediverse #fedidev
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Shared by 洪 民憙 (Hong Minhee)

大部分(대부분)의 具顯(구현)들이 Note나 Article의 內容(내용) (content) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)시킵니다. 그러면 Person, Group 等(등) 액터 客體(객체)들도 略歷(약력) (summary) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)해야 할까요? 或是(혹시) 이미 그렇게 動作(동작)하는 具顯(구현)이 있을까요? (Mastodon은 確認(확인)해 본 結果(결과) 包含(포함)시키지 않는 것 같습니다만.) 어떻게 보시나요?

0
1
0
洪 民憙 (Hong Minhee) @hongminhee@hollo.social
Public
Shared by 洪 民憙 (Hong Minhee)
Most #ActivityPub implementations include Mention objects in the tag attribute when someone mentions another actor within the content of a Note or Article. Should actor objects like Person or Group also include Mention objects in their tag attribute when mentioning other actors within their bio (summary)? Are there any implementations that already work this way? (I've checked Mastodon and it seems they don't include these mentions.) What are your thoughts on this?

#fediverse #fedidev
0
3
0
Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

출근했더니 일을 하지 못하게 된 건에 대하여

안드로이드 업데이트 알림이 왔길래, 출근하자 마자 바로 업데이트를 시작하고 (회사) 컴퓨터를 켰는데, 로그인을 하지 못했다. 그렇다. 회사 컴퓨터는 로그인시 OTP 입력을 해야 한다.

(다행히, 개인 맥북의 1Password 를 실행해서 로그인 했습니다.)

出勤したら仕事ができなくなった件

携帯にAndroidのアップデート通知が来ていたので、出勤してすぐにアップデートを始め、その後（会社の）パソコンを起動したところ、ログインできなくなってしまった。そう、会社のパソコンはログイン時にOTPの入力が必要なのだ。

（幸いにも、個人のMacBookで1Passwordを起動して無事にログインできました。）

0
0
0
0
0
0
0
0
0
0
0
0
Erick @erick@gts.erick.sh
Public
Shared by 洪 民憙 (Hong Minhee)

I think it’s fun to see all the support and rant reactions about Microsoft rewriting #TypeScript tooling in #Go instead of C# or Rust.

Notice that I said "fun", not "interesting". It’s fun because this is just the latest version of "vim vs. emacs" or "tabs vs. spaces". Everyone has opinions, everyone has their favorite programming language, but at the end of the day, 0% (or a very close number) of the people ranting about it are actually working on the project. It’s always easy to criticize someone else’s work when you have nothing at stake.

0
1
0
0
0
0
0
0
0

박준규 replied to the below article:

우분투에서 snap 으로 docker 를 설치했다가 후회한 얘기

Juntai Park @arkjun@hackers.pub

우분투에서 snap으로 설치한 Docker가 OpenTelemetry(OTel) 스키마 버전 충돌로 인해 갑자기 작동을 멈춘 문제에 대한 경험을 공유합니다. Docker 데몬이 실행되지 않고 모든 컨테이너가 사라지는 상황이 발생했으며, ChatGPT를 통해 snap 자동 업데이트 중 OTel 설정이 손상되어 스키마 버전 불일치(1.21.0 vs. 1.26.0)가 원인임을 확인했습니다. snap 대신 apt를 이용한 Docker 설치가 더 안정적이라는 판단하에, snap Docker를 제거하고 apt를 통해 Docker를 재설치하는 과정을 상세히 설명합니다. 이 경험을 통해 테스트 서버의 중요성을 깨닫고, 모니터링, 빌드, 도커 설정 등 백업의 필요성을 강조합니다.

Read more →
0
0
0
0
1
0
Juntai Park @arkjun@hackers.pub
Public
Shared by 洪 民憙 (Hong Minhee)

개발을 하다보면 종종 편하고 빠른 길에 대한 유혹을 받는다. 뿌셔버려도 되는 장난감이야, 맘대로 하면 되겠지만, 내가 하거나 누군가 이어받아 유지보수해야 할 회사의 일이면 가능한 그 미래를 고려한 선택을 우선해서 코드를 짠다.

시간내에 빠르게 만들어서 돌아가게끔 만드는 것도 물론 중요하지만 미래의 나 (혹은 다른 누군가) 를 생각하면 조금이라도 더 나은 미래를 위해서 노력한다.

대충 일정상 그러지 못해서, 지금 고통 받는 중이라 하는 얘기.

0
0
0