Profile img

Hi, I'm who's behind Fedify, Hollo, BotKit, and this website, Hackers' Pub! My main account is at @hongminhee洪 民憙 (Hong Minhee) :nonbinary:.

Fedify, Hollo, BotKit, 그리고 보고 계신 이 사이트 Hackers' Pub을 만들고 있습니다. 제 메인 계정은: @hongminhee洪 民憙 (Hong Minhee) :nonbinary:.

FedifyHolloBotKit、そしてこのサイト、Hackers' Pubを作っています。私のメインアカウントは「@hongminhee洪 民憙 (Hong Minhee) :nonbinary:」に。

Website
hongminhee.org
GitHub
@dahlia
Hollo
@hongminhee@hollo.social
DEV
@hongminhee
velog
@hongminhee
Qiita
@hongminhee
Zenn
@hongminhee
Matrix
@hongminhee:matrix.org
X
@hongminhee

ActivityPub 구현들에서 인용을 하면 content 값에 자동으로 “RE: 인용된 글 링크” 또는 “QT: 인용된 글 링크 [参照]” 같은 식으로 덧붙이는 동작들을 하는데, 다행히 Akkoma나 Fedibird 등에서는 이를 .quote-inline이나 .reference-link-inline 같은 클래스로 묶어줘서 CSS로 그것들을 가리는 게 가능하다. 그런데, 오직 Misskey만 그런 처리를 안 해줘서 CSS만으로 가릴 방법이 없다…

ActivityPub 구현들에서 인용을 하면 content 값에 자동으로 “RE: 인용된 글 링크” 또는 “QT: 인용된 글 링크 [参照]” 같은 식으로 덧붙이는 동작들을 하는데, 다행히 Akkoma나 Fedibird 등에서는 이를 .quote-inline이나 .reference-link-inline 같은 클래스로 묶어줘서 CSS로 그것들을 가리는 게 가능하다. 그런데, 오직 Misskey만 그런 처리를 안 해줘서 CSS만으로 가릴 방법이 없다…

0
0

@z9mb1Jiwon 일단 진입 장벽이 있고, 그걸 넘어서고 나면 손에 익어서 다른 에디터 쓰는 게 불편해집니다. 그런데 요즘엔 다른 VS Code처럼 더 좋은 게 많거든요… 더 편한 에디터를 쓰고 싶어도 불편해서 갈아타기 어려워지는 거죠. 실제로 제가 그래서 VS Code에서 VSCodeVim이라는 확장을 쓰고 있어요. 그런데 굳이 이렇게까지 해야 할 만큼 Vim/Neovim이 요즘 세상에 특별한 가치를 지니는지 잘 모르겠어요.

0
0

2025년에 누가 Vim/Neovim 입문한다고 하면 도시락 싸들고 다니며 말리고 싶은 마음. 나야 이미 너무 익숙해져서 벗어나기 힘들게 됐지만… 그만큼 벗어나기 힘든 습관을 가지면서까지 얻는 이득이 요즘 시대엔 크지 않다고 느낀다.

0
0
0

GN⁺: 스크립트에서는 긴 옵션을 사용합시다
------------------------------
- 많은 명령줄 유틸리티는 짧은 형식 옵션(
-f)과 긴 형식 옵션(--force)을 지원함
- 짧은 형식은 대화형 사용을 위한 것임, 스크립트에서는 긴 형식을 사용할 것을 권장함
- 예를 들어, 터미널에서는
$ git switch -c my-new-branch라고 입력함.
- 릴리스 스크립트에서는 다음과 같이 작성함:
- `try …
------------------------------
https://news.hada.io/topic?id=19905&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0

깃에 대형 바이너리 파일을 다루려고 LFS를 붙이고 나서 예상한 동작이지만 이게 맞나? 싶었던게 한 브랜치에서 바이너리 파일에 락을 걸면 모든 브랜치에 있는 같은 파일에 락이 걸림. 이게 의도한 동작이긴 한데 근본적으로 깃의 dvcs 개념을 망가뜨리는 거잖음? 그래서 깃에 LFS를 붙인 결과는 예상대로 동작하기는 하지만 깃 기반으로 사용하면 안된다고 생각하기로 함.

0
0
0
1
0
0
0
0
0
0
0
0
0

그동안(10+년;;) git이 엄청 잘만든 물건 같지는 않다고 생각하며 대충 쓰고있었는데, 요즘 branch 개념 자체가 근본적인 실수란 생각이 들기 시작했다. branch 대신에 변경의 시작과 끝, 양 끝점을 가지는 interval을 쓰는게 맞는거 같다(카테고리 이론의 작은 교훈: primitive는 양 끝점을 가지는게 좋다).

git을 쓰면 히스토리 길어진다고 squash merge 등을 하는데, (나도 하지만) 사실 기껏 만들어놓은 히스토리를 뭉개버리는 말도 안되는 동작이다. 만약 interval을 쓴다면 히스토리는 그대로 남기고 UI 단에서 fold/unfold 등을 해줄수 있을 것이다.

Darcs 등이 interval에 기초하는데, 지금은 일이 너무 바빠서 시도할 여유가 없다. 한번 숨고를 시간이 주어지면 멀쩡한 VCS를 탐색하는 시간을 가질것이다.

0
0
0
0
0

해커펍은 퍼머링크로 아카이빙 참조하기 최적이라 생각해서 앞으로 기술을 다루며 기록 및 참조하는 용도로 잘 사용하려고 합니다.

트위터는 나중에 다른 사람에게 보여줄 참조용으로 쓰기에는 너무 정보 대비 소음이 많은 특성 때문에 잘 맞지 않는다고 생각합니다.

0