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

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

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

嗨,我是 FedifyHolloBotKit 以及這個網站 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

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

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

btop screenshottop screenshotbtm screenshothtop screenshot
0

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

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

btop screenshottop screenshotbtm screenshothtop screenshot
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0

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

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

0
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

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

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

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

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

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


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

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

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

0
0
0

@hongminhee洪 民憙 (Hong Minhee) 좋네요 ㅎㅎ,, 겸사겸사 상세페이지에서 reply textarea 위에 reply to 같은 설명이라도 있으면 좋지 않을까 싶네요 👀. 미리 핸들이 기입되어 있어서 금방 인식은 했는데, reply 목적이 아니라 timestamp 눌러서 상세로 진입했을땐 무슨 입력이지? 잠깐 싶었네요.

0
0
0

@hongminhee洪 民憙 (Hong Minhee) 헷갈렸던 이유를 알았어요. 제 브라우저에서는 새탭으로 열기를 하면 외부 서비스가 열리더라고요. 거기서(예, 마스토돈) 팔로우 하려고 했더니 가입을 하라고 해서 어떻게 해야하나 고민했었어요. 그냥 새탭으로 열기 말고 그냥 클릭하면 해커스펍 내의 프로필이 열려서 팔로우를 할 수 있네요.

0
0
0
0

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

洪 民憙 (Hong Minhee) 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