바이브 코딩이 대세라길래… 열심히 따라해본다. 둠치 둠칫둠치치두둠 두뚜두두치둠두… 아 나 몸치였지 ㅠㅠ 그냥 발 코딩해겠다.

나는 왜 프론트엔드 개발자가 아닐까… 해커스펍 프론트엔드 기여하고 싶어…(애초에 개발자가 아님)

각각 프랑스, 일본, 대만의 서점에서 찍은 프로그래밍 서적들. 마지막 사진은 영문판… 중화권에선 컴퓨터를 전뇌라고 부르는 게 재밌다. 공각기동대같고…

https://news.hada.io/topic?id=19948

나는 프로그래밍을 Solaris에서 시작했고, FreeBSD의 오랜 팬이자 사용자였지만, 이제 와서는 BSD를 권하지 않음. 내 개인적으로도 이젠 더이상 쓰지 않고 있고. 물론 BSD가 특정 시나리오에서는 매우 뛰어난, 그리고 일반적으로 좋은 서버 OS라는 점은 지금도 유효하지만, 더이상 개인이 사용할 우위점은 거의 없다고 생각함.

1. 리눅스가 충분히 안정화되었고, 가장 안정적인 OS를 찾는다면 RHEL(+클론들)을 쓰면 됨. 대형 유저들이 많으며, 전문가 집단이 구성하고 충분히 테스트한 OS임.
2. 리눅스가 de facto standard여서, 더 효율적인 솔루션들이 있더라도 작은 차이라도 큰 특수 분야가 아니라면 굳이 다른 방법을 찾는 비용을 정당화하기 어려움. 무엇보다 유지보수, 확장, 인프라 이전 등 모든 면에서 리눅스가 제일은 아닐지 몰라도 충분히 쌈.
3. 보안에 있어서도 OpenBSD의 품질은 대단하지만, 대형 리눅스 배포판들 또한 취약점 패치 속도에서 매우 빠른 편이고 보안 툴들도 잘 갖추고 있음. 이제 양자간 개발자, 사용자 숫자의 차이는 인원과 설계의 질로 메꿀 수 있는 수준이 아니라고 봄.

#BSD #Linux

@hongminhee洪 民憙 (Hong Minhee) 여유 되실 때 우선 순위로다가 😂 저는 좋아요!

요즘 Hackers' Pub이라는 소프트웨어 개발자 커뮤니티를 만들고 있습니다. 마치 velog처럼 블로그이기도 하면서, Threads처럼 마이크로블로그이기도 합니다. ActivityPub을 지원하기 때문에, Threads나 Mastodon 같은 다른 SNS와도 교류도 가능합니다.

댓글이나 DM으로 이메일 주소 알려주시면 초대할게요!

https://hackers.pub/

ActivityPub 확장으로 Mastodon이 제안한 팔로워 컬렉션 동기화 매커니즘(FEP-8fcf)이 있는데, Fedify도 물론 이걸 구현하고 있다. 그런데 Ghost^[1] 쪽에서 이거 때문에 글 한 번 올리고 나면 팔로워가 800명씩 언팔하는 것 같다는 거다. 음… 그게 사실이라면 Fedify의 버그가 맞는데, 그래서 어제부터 줄곧 살펴보고 있지만 도저히 문제를 못 찾겠는 상황. 메틸페니데이트 약발도 슬슬 다 떨어진 것 같아서, 오늘도 어쩐지 원인을 못 찾을 것 같다. 근데, 이거 Fedify 버그 맞긴 할까? 😭

@hongminhee洪 民憙 (Hong Minhee) 찬성하는 1인입니다. 선택적으로 도입해볼만 합니다. (?) 😂

@hongminhee洪 民憙 (Hong Minhee) 오픈 임박한 프로젝트 대응으로 정신없네요. 😅 편안한 밤되세요. 😂

出勤途中に Hackers' Pub を覗いて、帰りにもまた入ってみたらびっくりしました。すごく賑わっていますね！

Twitter で見かけた方もいて嬉しいです。もう一人一人に歓迎の挨拶をするのは難しくなってきましたが、（心の中では）勝手に親近感を感じています😅

帰り道で溜まっていた投稿をなんとか全部読み終えました！😂 皆さん、今日もお疲れさまでした。

출근길에 Hackers' Pub 확인하고, 퇴근길에 또 Hackers' Pub 에 들어왔다가 깜짝 놀랐습니다. 북적북적하네요.

트위터에서 보던 분들도 보여서 반갑네요. 이제 한분 한분 환영 인사드리기는 어려울 지경입니다만, (혼자 속으론) 친밀감 느끼는 중 😅

퇴근길에 밀린 글들 간신히 다 읽었습니다! 😂 편안한 저녁 되세요.

@yurume유루메 Yurume

아마 글은 SNS의 기능으로선 훌륭한 대안이지만, 탈중앙화적 지향점이나 기술 특성을 연합우주와 비교하면 대안이 되지 않는다는 의미라고 생각합니다. 아직 블루스카이를 비롯한 AT Protocol 쪽은 사실상 Bluesky 서버에 굉장히 의존적이라고 생각되구요. (PDS 서버를 띄울 수 있게 된 것도 그렇게 오래 되지 않았으니...)

저도 일반 사용자들이 연합우주를 고려할 때 (필수는 아니지만 결국...) 탈중앙화나 분산에 대한 개념을 이해해야한다는 점이 꽤 큰 진입 장벽이 되고 있다 느껴서, 저는 연합우주와 X 그리고 Bluesky가 어느 쪽도 다른 쪽의 "완전한 대안"이 될 수는 없다고 생각합니다.

마크다운 쓸수 있어서 너무 좋다.

@hongminhee洪 民憙 (Hong Minhee) @outsiderisOutsider 앗, 어서오세요. 환영합니다!

Hackers' Pub에서는 Markdown 내용 안에 HTML을 어느 정도 (XSS을 허용하지 않을 정도) 허용하고 있습니다. 그래서 <abbr>, <kbd>, <ruby> 같은 태그를 써서 좀 더 풍성한 서식화가 가능합니다.

crontab은 원하는대로 동작하지 않을 때가 많고 왜 안 되는지 이유를 알기도 어려웠는데 ChatGPT에게 물어 보니 source ~/.profile 넣고 해보라길래 그렇게 했더니 잘 된다.

초대장 뿌리는 기능도 구현해야 하는데… 지금은 그냥 데이터베이스 직접 들어가서

UPDATE account SET left_invitations = least(left_invitations + 1, 3);

날리고 있다. 😓

블루스카이를 연합우주보다 먼저 썼고, 해커뉴스에서 관련 주장에 대해서 꽤 싸우기도 한 입장에서 민희님의 글 〈Bluesky는 X의 훌륭한 대안일 수 있지만, 연합우주의 대안은 아닙니다〉에 대한 반대 의견을 제시하고자 한다. 이 의견이 연합우주에 대한 전면적인 비판이 아니라는 것을 의견을 제시하기에 앞서 확실히 해 둔다(그랬다면 Hackers' Pub에 들어 올 일이 없었겠지).

탈중앙화는 매력적인 개념임이 틀림 없다. 인터넷의 많은 중요한 요소들이 어느 정도 탈중앙화되어 있으므로 탈중앙화가 인터넷의 장점들에 큰 몫을 했다는 생각을 쉬이 할 수 있고, 어느 정도는 그게 사실이기도 하니까. 하지만 엄밀히 말하자면 탈중앙화는 기술적인 특징이지 그 자체로 장점이 아니며, 탈중앙화가 장점으로 작용하려면 연결고리가 필요하다. 이를테면 비트코인을 위시한 암호화폐는 본디 비잔틴 실패까지 대비할 수 있는 강력한 탈중앙화를 장점으로 내세웠으나, 결국 화폐로서 제대로 사용되기 시작하자 현실 경제와의 커플링 때문에 그 "장점"이 크게 희석되고 말았다. 현 시점에서 암호화폐는 무에서 유의 신뢰를 창조하여 신용화폐의 요건을 충족하는 데까지는 성공했고 그것만으로도 역사적인 일이기는 하지만, 그게 탈중앙화랑 무슨 상관이 있느냐 하면 글쎄올시다.

블루스카이가 연합우주보다 덜 탈중앙화되어 있음은 분명하다. 민희님의 글에서 지적되었듯, 블루스카이가 이런 선택을 한 가장 큰 이유는 온전한 소셜 네트워크 기능을 위해 전역 뷰가 필수적으로 필요하다고 보았기 때문이다. 반대로 말하면 연합우주는 더 탈중앙화를 하기 위하여 전역 뷰를 포기했는데, 이 때문에 연합우주에서의 "소셜 네트워크"는 트위터/X와는 구조가 크게 다르다. 노드 규모가 문턱값에 다다르지 못하면 다른 노드에 있는 사용자를 찾아서 팔로해야만 온전한 소셜 네트워크 구성이 가능한데, 연합우주 안에서는 이런 외부 사용자를 찾는 구체적인 방법을 제공하지 않는다. 물론 인터넷과 똑같이 검색 엔진이 존재할 수야 있겠지만, 크롤링으로 인한 부하와 프라이버시에 대한 의견 차이 때문에 현실적으로 작동하는 연합우주 내 검색 엔진은 없다고 알고 있다. 따라서 연합우주에서 소셜 네트워크의 구성은 연합우주 바깥의, 보통은 중앙화되어 있는, 다른 소셜 네트워크(이를테면 현실 인간 관계)를 빌어야만 하는데, 이러면 탈중앙화가 큰 가치가 있을까?

한편으로는 전역 뷰가 소셜 네트워크의 단점이라고 주장할 수 있는 여지도 있다. 트위터/X를 오래 써 본 사람이라면 다 알겠지만 한 무리의 사람들이 다른 의견을 가진 무리와 충돌하는 주된 통로는 검색이나 해시태그를 통한 노출, 즉 전역 뷰이기 때문이다. 그러나 현실의 규모 있는 연합우주 노드들을 살펴 보면 각 노드가 곧 한 무리에 대응하는 식으로 충돌을 미리 회피하는 형태로 구성되지, 딱히 이런 충돌을 막기 위한 접근을 가지고 있는 것은 아니다. 노드 운영자를 위해 차단하는 걸 추천하는 서버 목록 같은 게 돌아다니는 건 연합우주 바깥의 일이지 않는가. 결국 전역 뷰의 역할을 대체하는 소셜 네트워크 바깥의 또 다른 소셜 네트워크가 존재할 것이기에, 우리가 소셜 네트워크를 어떤 이유로든 유용하다고 여긴다면 전역 뷰가 없는 게 장점이 될 수는 없다.

모든 이들이 이런 사고 과정을 가지고 블루스카이나 연합우주를 선택했다고 생각하진 않지만, 적어도 현 시점에서 사용자들은 블루스카이(이 글을 쓰는 시점에서 약 3360만명)를 연합우주(FediDB와 Fediverse.party로부터 추정할 때 최대 1530만명)보다 선호하는 것은 틀림이 없다. 게다가 블루스카이의 규모는 최근 1년 사이에 10배 불어난 것이고, 조금 장애가 있었지만 현재는 잘 동작하는 것으로 보인다. 위의 논의와 결합해 보면, 블루스카이는 정석적인 스케일링에 성공하고 있는 반면 연합우주는 스케일링 문제를 회피하기 위해 온전한 소셜 네트워크의 구성을 포기했다고 볼 수도 있는 대목이다. 블루스카이가 못미더운 부분은 분명히 존재하지만, 연합우주가 더 좋은 소셜 네트워크 경험을 제공한다고 가정하고 블루스카이의 단점을 제시할 수는 없다. 마치 암호화폐를 논할 때 장점만 말할 수 없는 것과 마찬가지로 말이다.

RE: https://hackers.pub/@hongminhee/2025/bluesky-a-good-alternative-to-x-not-to-the-fediverse

Hello, world!

이게 해커들의 퍼블릭 하우스입니까? 맥주 한잔 하고 싶은 좋은 곳이군요. 🍺 (술 안마심)

물 들어올때 노젓기 준비 ON

hackers.pub/coc 개발자를 위한 SNS 겸 블로깅 플랫폼, Hacker's Pub 의 행동강령 ``` 기술적 엘리트주의 지양: “이것도 모르세요?”와 같은 조롱, 특정 기술 스택이나 도구에 대한 비하, 초보자의 질문을 무시하는 행위를 명확히 금지합니다. ```

Hackers' Pub Code of Conduct

Hackers' Pub에 아주 황당한 버그가 있었습니다. 팔로워가 아닌 사람에게 DM^[1]이 안 가는 문제가 있었어요. 사실 다른 버그를 살펴보다 찾게 된 버그인데… 아무튼 이 버그는 고쳤습니다. 이제 원래 찾던 버그 디버그하러 갑니다… 悤悤.

Excited to see the #FediLUG (#Fediverse Linux Users Group) in #Japan organizing a reading club for our Creating your own federated microblog tutorial! 🎉 Their first session is coming up, where participants will work through creating their own #ActivityPub-compatible microblog using #Fedify. Thanks for spreading the word about Fedify in Japan! 🇯🇵

Check out their event on Connpass!

https://msky.ospn.jp/notes/a5re87hzi7s80062

自分がハッカーかというと名乗るには烏滸がましいけど、興味はあるので、どなたかHacker's Pubに招待くださればうれしい。

@h12o DMでメールアドレスを教えていただければ、招待させていただきます！

Hackers' Pubは現在、韓国語中心のコミュニティが形成されていますが、日本語のコミュニティも拡大することを希望しています。Hackers' Pubは、まるでQiitaやZennの様なソフトウェア開発者の為のブログプラットフォームであると同時に、MisskeyやMastodonの様なマイクロブログプラットフォームでもあり、何よりもActivityPubをサポートしているので、Mastodonや Misskey等とも交流が出来ます。（このアカウントもHackers' Pubのアカウントです！）

Hackers' Pubに興味の有る方は、私にDMでメールアドレスをお知らせいただければ、招待状を送らせていただきます。 是非、ご参加をお待ちしております。宜しくお願いします。

Bluesky와 페디버스(fediverse)의 비교
------------------------------
## 핵심 아키텍처 차이: 메시지 전달 vs 공유 힙
- *페디버스* : 이메일과 유사한 “메시지 전달” 방식 사용
- 특정 수신자에게 직접 메시지 전달
- 필요한 서버에만 메시지가 전송되어 효율적
- 개인이 저렴한 하드웨어로도 노드 운영 가능

- Bluesky : “공유 힙” 방식 사용
- 모든…
------------------------------
https://news.hada.io/topic?id=19952&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

트위터 사람 + 블루스카이 사람 + 페디버스 사람이 짬뽕된 멜팅팟으로 만드는것도 이제 시간문제군.
https://hackers.pub/@kodingwarrior/0195ca9b-94e6-7772-94c7-f23eaf95a772

한국은행은 여러 지표 및 보고서 등을 구독할 수 있도록 토픽 별 RSS 피드를 제공합니다. 하지만 <![CDATA[로 감쌌음에도 <, & 같은 글자들을 escape 처리하여 제대로 읽기 어려운 문제가 있었습니다.

때문에 기대한대로 읽을 수 있도록 간단한 릴레이 서버를 작성했습니다. https://bokrss.moreal.dev에서 지원되는 RSS 피드들을 확인할 수 있고 링크를 복사하여 각자 사용하는 RSS 리더에서 구독할 수 있습니다.

얼굴인식 사진공유 카메라앱 슈티를 함께 만들 분을 찾습니다. 앱은 출시되어 있어 써보실수 있습니다. 이번달 내로 페디버스 연동을 끝내면 제가 생각한 MVP는 완성입니다. 앞으로도 개발해야할 부분들이 많고, 개중에 기술적으로 흥미로운 문제들도 다수 있습니다.

지금 2025년 상반기 투자유치를 목표로 팀 빌딩을 하고 있습니다. 관심 있으신 분, 또는 잘 모르겠지만 이야기를 나눠보고 싶은 분도 bgl@gwyng.com으로 편하게 연락주세요.

Fedify 쪽의 MessageQueue 인터페이스에 선택적인 enqueueMany() 연산을 추가했고, @fedify/postgres 패키지에서도 해당 연산을 구현했다. Hackers' Pub에 적용했고, 이제 효과가 있는지 두고 보면 된다…

지금 해커스펍은 Fresh를 활용한 MPA 앱으로 구현되어 있는데, 개인적으로 이것 때문에 이런저런 사용성 아쉬움을 느끼고 있었다. 그래서 해커스펍에 GraphQL API를 붙여서 SPA 프론트엔드를 새로 구현하겠다는 음모계획을 가지고, 이를 위한 기반 작업의 일환으로 Drizzle의 새로운 Relational Query Builder API(RQBv2)를 적용하는 PR을 만들어 보았다 😋

@dogpoop2dev박소예 기여각이네요...?

해커스펍 모바일 최적화 되면 조켓당 앱도 있으면 조켓당 그러면 트위터맹키로 잡고 살텐데🌸

@dogpoop2dev박소예 얼리스테이지에다가 오픈소스라 우리 모두가 앱을 만드는 주체가 될 수 있어요

@hongminhee洪 民憙 (Hong Minhee) 무엇 하나 뺄 것 없이 좋습니다. 👍

@hongminhee洪 民憙 (Hong Minhee) @fedipoJellyPo 환영합니다. 👋

@hongminhee洪 民憙 (Hong Minhee) @jhhuhJi-Haeng Huh 어서오세요 👋

Hackers' Pub에 행동 강령이 있다는 사실, 아셨나요?

우리 커뮤니티는 단순한 기술 토론을 넘어 모든 구성원이 진정으로 환영받는 포용적인 공간을 만들기 위해 상세한 행동 강령을 마련했습니다.

특히 주목할 만한 점은:

1. 구조적 차별에 대한 명확한 입장: “모든 사람을 동등하게 대우한다”는 명목 하에 현실의 구조적 불평등을 무시하지 않으며, 이를 극복하기 위한 적극적인 노력을 중요시합니다.

2. 기술적 엘리트주의 지양: “이것도 모르세요?”와 같은 조롱, 특정 기술 스택이나 도구에 대한 비하, 초보자의 질문을 무시하는 행위를 명확히 금지합니다.

3. 모든 언어의 동등한 존중: 전 세계의 모든 언어를 동등하게 존중하며, 어떤 언어로도 자유롭게 소통할 수 있습니다.

자세한 내용은 행동 강령 페이지에서 확인하실 수 있습니다.

@hongminhee洪 民憙 (Hong Minhee) 사실은 행동 강령을 보고 나서, 해커즈펍을 지지하고 응원하게 된 1인입니다. 😂

@hongminhee洪 民憙 (Hong Minhee) 오 잘 됩니다~.👍

@hongminhee洪 民憙 (Hong Minhee) https://hackers.pub/@hongminhee/0195c746-e0e5-7369-afa2-6ba1a793db53 링크를 인용했는데, 작성자의 정보가 다르네요. 마지막 공유자의 정보로 인용되는 것일까요. 🤔

인용 기능이 추가되어 기쁩니다. (저도 한번 해봤습니다 😅)

Hackers' Pub에 드디어 인용 기능이 구현되었습니다. 인용할 글의 링크를 복사한 뒤 단문 작성창에 붙여넣으시면 해당 글을 인용할지 묻는 창이 뜹니다. 확인을 선택하시면 해당 글이 인용되게 됩니다.

참고로 인용할 글은 꼭 Hackers' Pub의 글이 아니어도 ActivityPub을 지원하는 사이트의 아무 글이나 다 가능합니다. 예를 들어 Mastodon 인스턴스에서 글 링크를 복사해서 붙여도 동작합니다.

내가 쓴 글에 누가 어떻게 인용을 했나 궁금하실 경우, 글 아래에 있는 공유 아이콘 오른쪽에 위치한 반응 아이콘을 누르시면 확인할 수 있습니다. (원래는 공유한 사람 탭만 있었는데 인용 탭이 새로 생겼습니다.)

기술적으로는 FEP-e232 오브젝트 링크 스펙과 Misskey의 인용 확장 스펙, Pleroma의 인용 확장 스펙, 그리고 Fedibird의 인용 확장 스펙을 모두 구현하기 때문에, 인용 기능을 지원하는 현존하는 모든 ActivityPub 서비스와 호환됩니다.

RE: https://hackers.pub/@hongminhee/0195c73c-24f5-74c0-883d-1a0a0db14b6d

해커스 펍 이후로 한국 페디버스 개발자 생태계에 특이점이 왔다 (라고 주장하는중)

@diarapin금강토 도쿄에 가게 되면 꼭 한번 들러 봐야겠습니다. 🤣 좋은 정보 감사합니다. 🙏