오늘은 Ghost에서 갑자기 또 기능 요청이 들어와서 그거 하다가 하루 다 갔다. 근데 계약은 이미 다 끝났는데 여전히 그쪽 Slack으로 나한테 말을 건다… 답을 해주고는 있지만 그냥 이슈 트래커나 Discord 와서 얘기했으면 좋겠다. (이슈도 내가 만들었음…)
洪 民憙 (Hong Minhee)
@hongminhee@hackers.pub · 1017 following · 726 followers
Hi, I'm who's behind Fedify, Hollo, BotKit, and this website, Hackers' Pub! My main account is at
@hongminhee洪 民憙 (Hong Minhee)
.
Fedify, Hollo, BotKit, 그리고 보고 계신 이 사이트 Hackers' Pub을 만들고 있습니다. 제 메인 계정은:
@hongminhee洪 民憙 (Hong Minhee)
.
Fedify、Hollo、BotKit、そしてこのサイト、Hackers' Pubを作っています。私のメインアカウントは「
@hongminhee洪 民憙 (Hong Minhee)
」に。
Website
- hongminhee.org
GitHub
- @dahlia
Hollo
- @hongminhee@hollo.social
DEV
- @hongminhee
velog
- @hongminhee
Qiita
- @hongminhee
Zenn
- @hongminhee
Matrix
- @hongminhee:matrix.org
X
- @hongminhee
게시글에서 목차가 둥둥 따라다니질 않아요
@theeluwin제이미 버그는 아닌데, 둥둥 떠다니게 구현을 하고 싶었으나 실패한 결과입니다… (프런트엔드 스킬 이슈)
ChatGPT가 지식을 틀리게 변형하여 적용하고 있을 경우, 이를 자기가 눈치채지 못할것 같다면 ChatGPT를 사용해서는 안됩니다.
洪 民憙 (Hong Minhee) shared the below article:
ChatGPT로 연구를 진행한 경험
제이미 @theeluwin@hackers.pub
ChatGPT Plus와 Pro를 6개월간 사용하며 연구에 활용한 경험을 공유합니다. 저자는 이 기간 동안 논문 발표 및 제출에 ChatGPT를 적극적으로 활용했습니다. ChatGPT의 Deep Research 기능은 논문 검색 시 유용하지만, 최신 고품질 논문 서베이에는 한계가 있었습니다. 이론적 증명에서는 그럴듯하지만 틀린 결과를 제시하는 경우가 많아 주의가 필요합니다. 모델 설명과 실험 분석에서는 ChatGPT의 도움 정도가 미미했지만, 번역 기능은 거의 완벽에 가까운 성능을 보여줬습니다. 결론적으로, ChatGPT는 브레인스토밍과 번역에 유용한 도구이지만, 연구의 핵심 방향은 직접 이끌어야 합니다. ChatGPT와 수식 레벨의 구체적인 디스커션은 연구 가능성을 확장하는 데 도움이 될 수 있습니다. 다만, ChatGPT의 지식에 의존하는 것은 위험하며, 디스커션에 필요한 모든 지식을 context 안에 담아두는 것이 중요합니다. ChatGPT가 지식을 틀리게 변형하여 적용하는 것을 인지하지 못할 경우 사용을 자제해야 합니다.
Read more →해커스펍 개발 환경 세팅 해봐야겠다
트위터는 트친소고 블루스카이는 블친소니까 해커스펍은 해친소 내지는 햌친소겠군
MLstruct 논문을 읽어야 하는데 너무 귀찮다... Simple-sub 논문은 Scala 코드 줘서 읽고 구현하기 쉬웠단 말야
@evenharder이하 안녕하세요! 반갑습니다!
@kodingwarriorJaeyeol Lee 이전부터 참여하고 싶었는데 기회가 되어 들어오게 되었습니다. 잘 부탁드립니다~
초대 족보 보면서 새로 오신 분들 다 팔로하고 다니는 중…
@ranolp 이슈트래커에 하나 둘 쌓이는소리 ㄷㄷ
Hackers' Pubでは記事だけではなく短文投稿でもMarkdownが使えるのかな?すごい!
フィードに韓国語がたくさん流れてくるので、韓国語学習も頑張れそう🤸
저는 매일 arXiv에서 사전에 지정한 몇몇 키워드로 검색한 논문들을 LLM으로 요약 한 뒤 이메일로 받아보고 있습니다. 단순한 방식이지만, 그리고 요약이 크게 도움이 되지는 않지만, 적어도 ‘매일 오늘 최신 논문을 확인해야한다’는 사실 자체를 자동화 하는데에 의의를 두고 있습니다. 오픈소스로 공개해두긴 했지만 서버 세팅이 귀찮으신 분들에겐 제가 1년에 1만원으로 구독 서비스를 운영중입니다 (구독 문의는 수동으로...) https://github.com/theeluwin/daily-paper-summary-digest
(뒷북) Bridgy Fed를 만드는 비영리단체 A New Social에서 Bounce라는 새로운 도구를 FediForum에서 발표.
https://blog.anew.social/bounce-a-cross-protocol-migration-tool/
ActivityPub의 내 계정을 팔로워를 그대로 유지한 채로 Bluesky로 옮기거나, 그 반대도 가능하다네요. 각자의 프로토콜이 지향하는 바와 해결하는 문제가 다르지만 이렇게 두 세계을 연결해주는 일에 집중하는 단체가 있다는 건 정말 좋은 일이라고 생각해요 
@hongminhee洪 民憙 (Hong Minhee) 핫플이 되었네요
@sjSangjun Jung 핫플로 만드는 데에 일조하셨습니다!
오… 갑자기 Hackers' Pub이 북적북적!
헉....... 내가 존경하는 분이... 내 초대링크 타고.. 가입하셨어....??? (영광) (숨멎) (심쿵)
완전 환영이에요....
@theeluwin제이미
왜 ctrl + enter 눌러도 안 올라가지....
@paranbaram파란바람 님,
@acidsound 님, 어서 오세요!
여기서는 VST개발 건덕지 나오면 주저리주저리해야겠다
해커스펍을 PWA로 설치하니까 뒤로가기하면 앱을 이탈해버려서 곤란하다
여기선 프로그래밍 언어론 이야기나 해야겠다
이메일 주소가 깔끔한 사람을 보면 좋은 느낌이 듭니다.
자기 이름을 영어로 혹은 짧고 읽기 쉬운 닉네임으로 만든 이메일들.
가장 인상적이었던 이메일은 r@google.com 이었습니다.
UTF-8과 GO 언어를 만든 롭 파이크.
그가 구글에 들어갈 때 선택한 이메일.
한 글자 이메일 주소라니. 센스 터지는 군.
한편으로 한글 이름을 영어로 rlawogh(김재호) 하거나,
숫자가 들어간 이메일을(rlawogh777) 보면 좋은 느낌이 들지 않습니다.
깔끔한 이메일을 보면 이 사람은 신중하고 좋은 결정을 하는 사람이라는 생각이 듭니다.
이런 생각은 편견일 수 있다는 걸 알면서도... 이 편견에서 빠져나오기가 힘드네요.😁
そうだ、FEPの翻訳で思い出したけどこれ試したかったんだ
https://tech.preferred.jp/ja/blog/plamo-translate/
hackers.pub 초대링크를 트위터, 페이스북, 스레드에 올렸다! (가지고 있던 초대장수가 바로 줄어들어서 이제 3장 남았다.)
https://hackers.pub/@arkjun/invite/019753df-b9cc-7d70-a89b-8aaf62fe13f9
@shiromadaraしろまだら さん、Hackers' Pubへようこそ!
@hongminhee洪 民憙 (Hong Minhee) 行動規範の内容に惹かれて登録しました。素敵な場を作ってくれてありがとうございます!
@hongminhee洪 民憙 (Hong Minhee) 行動規範の内容に惹かれて登録しました。素敵な場を作ってくれてありがとうございます!
@shiromadaraしろまだら どうかこの空間が快適で有益でありますように!🥰
@shiromadaraしろまだら さん、Hackers' Pubへようこそ!
FEPの日本語化をするかRFC実装するかゲームするか
@AmaseCocoaここあにゃん
RFCの実装はバイブコーディングで行い、FEPの翻訳はLLMに任せて、AIが作業している間はゲームをしてください。
“조용한 연합우주” 문제를 해결하는 두 가지 접근법: 대화 백필링 메커니즘
洪 民憙 (Hong Minhee) @hongminhee@hackers.pub
이 글은 연합우주(fediverse)에서 발생하는 "조용한 연합우주" 문제, 즉 대화의 일부만 보이는 현상의 원인과 해결책을 탐구합니다. ActivityPub 프로토콜의 분산 특성으로 인해 대화가 여러 서버에 분산되어 저장되면서 발생하는 이 문제를 해결하기 위해, 답글 트리 크롤링과 컨텍스트 소유자 기반 방식이라는 두 가지 주요 접근법을 제시합니다. 답글 트리 크롤링은 모든 답글을 순차적으로 가져오는 방식이지만 네트워크 취약성과 작업량 증가의 단점이 있고, 컨텍스트 소유자 방식은 대화의 원 작성자가 대화 내용을 관리하는 중앙화된 접근법이지만 컨텍스트 소유자에 대한 의존성이 높다는 단점이 있습니다. 또한, 모더레이션 패러다임의 충돌과 상위 전파 누락 문제와 같은 논쟁점을 지적하며, 주기적 크롤링, 사용자 트리거, 멘션 기반 백필과 같은 추가적인 백필 메커니즘을 소개합니다. 마지막으로, FEP 수렴 논의와 구현체 간 협력 현황을 통해 향후 개발 방향으로 하이브리드 접근법의 표준화를 제시하며, 다중 전략 구현, 리소스 관리, 모니터링 및 로깅의 모범 사례 가이드라인을 제시합니다. 이 글은 연합우주가 더욱 풍부하고 연결된 소셜 네트워크로 발전하기 위한 노력과 사용자 경험 개선의 중요성을 강조합니다.
Read more →
@hongminhee洪 民憙 (Hong Minhee) 그래도 설정 파일 스키마가 바뀌었을 때 자동 업그레이드 지원하는 기능이 있어서, 당장 대충 만들어둬도 크게 문제는 없을 것 같긴 하더라구요 😂
@xiniha 그거 믿고 대충 만든 걸까요…? 😂
Claude의 모델들은 다 좋은데 컨텍스트 윈도가 짧은 게 항상 너무 아쉽다.
@hongminhee洪 民憙 (Hong Minhee) 잘만든 설정 파일 형식의 예시로 어떤게 있을까요? 저는 애초에 큰 기대가 없어서 VS Code 설정도 덜컹덜컹 돌아가는 상태로 살고 있거든요.
@bglbgl gwyng 저도 딱히 뚜렷한 견해가 있는 건 아닌데, Zed 설정 파일은 뭔가 뜻대로 잘 안 되네요…
Zed 설정 파일 형식은 VS Code보다 구조화도 덜 되어있고 쓰기에도 불편한 것 같다. 주먹구구식으로 만든 느낌…
평소에 함수형 언어 매니아들이 주장하는만큼 이펙트를 엄격하게 구분하는게 중요하다곤 생각안했는데, local first 앱을 만들다가 네트워크 요청을 포함한 IO와 그렇지 않은 IO를 구분해야하는 이유를 찾았다. 앱의 초기화 로직에 네트워크 요청이 숨어있으면 API 서버 장애시 앱이 아예 안켜지는 문제가 있다. 방금 이거랑 관련된 버그 찾느라 시간을 많이 썼다.
좀더 부연설명을 하자면, 앱 실행시에 API 서버에 네트워크 요청을 보내는건 괜찮다. 하지만 그 요청에 대한 응답을 기다리도록 하면 안된다. API 서버에 장애가 났을때도 앱이 켜지긴 해야하니까 말이다. 그럼 이때, 요청을 보내는 것과 응답을 기다리는걸 구분을 해야하는데, 이건 평범하게 이펙트를 분리하는걸론 달성 못할것이다. 우리가 effectful하다고 하는 것도 결국 함수에 대한 설명으로, 함수는 인자를 주는것과 결과를 받는것이 결합되어 있다. 이 둘을 송신과 수신으로 분리해놓은 세션 타입을 사용해야 내가 원하는 바를 정확히 기술할수 있을거 같다.
@nove_b さん、いらっしゃいませ!
こんにちは!色々使わせていただきます。面白そうなプロダクトなので期待してます!
@hongminhee洪 民憙 (Hong Minhee) なるほど、期待してます!
どんどん盛り上がると良いですね。
@nove_bnove-b🦥 ありがとうございます。頑張ります!
Hackers' Pub登録したけど、クライアントに対応してない?
@nove_bnove-b🦥 Mastodon互換APIを実装していないため、まだモバイルアプリはありません。今後公式モバイルアプリを制作する予定です。
Hackers' Pub登録したけど、クライアントに対応してない?
@nove_b さん、いらっしゃいませ!
We're migrating Hackers' Pub to a pretty unconventional tech stack, and I'm honestly excited about it!
Thanks to my friend @xiniha, we're diving into #Solid, #SolidStart, #Pothos, #GraphQL, and #Relay. In a world dominated by Next.js and React, this feels refreshingly different. And yes, we're sticking with #Deno instead of Node.js too.
Some might call it contrarian, but I like to think of it as exploring what's possible beyond the mainstream. Sometimes the road less traveled leads to interesting places.
오늘 @xiniha 님 소환해서 배운 것:
- SolidStart 기본적인 사용법
- SolidStart 위에서 GraphQL 질의해서 결과 갖다 쓰는 법
- GraphQL + Relay에서 커넥션에 추가 필드 끼워넣는 법
- SolidStart에서 shadcn/ui…가 아니라 solid-ui 쓰는 법
그리고 배운 건 아니고 그냥 @xiniha 님이 다 해주신 것:
- Lingui를 이용한 국제화 세팅
- Deno를 쓰기 때문에 생기는 온갖 트러블들 해결
이제 이 새로운 스택으로 Hackers' Pub을 재구현하기만 하면 된다…! 다행히 도메인 모델은 분리되어 있어서, UI 위주로 재작성하면 될 것 같다.
洪 民憙 (Hong Minhee) shared the below article:
스마트폰 카메라 사용이 불가능한 환경에서 TOTP QR코드 옮기기
변규홍 / combacsa @combacsa@hackers.pub
이 글은 2차 인증 시 QR 코드 스캔이 불가능한 환경에서 TOTP를 등록하는 방법을 소개합니다. 카메라를 사용할 수 없고, 파일 반출이 금지된 Windows 환경에서 Python과 QR 코드 리더 패키지(qreader)를 사용하여 QR 코드를 해독합니다. 해독된 비밀 키를 KeePassXC에 등록하여 TOTP를 생성하고, 이를 통해 2차 인증을 완료합니다. 이후 Google Authenticator 앱에도 동일한 비밀 키를 등록하여 편의성을 높입니다. 마지막으로, 더 간편한 방법(PyOTP 사용)이 있었을지에 대한 질문을 던지며 마무리합니다. 이 글은 제한된 환경에서 TOTP 등록 문제를 해결하는 실질적인 방법을 제시하고, 독자에게 추가적인 탐구의 여지를 남깁니다.
Read more →요즘 본격적인 바이브 코딩 말고 자잘한 수정은 그냥 Warp에서 에이전트 모드를 쓰고 있는데, 적당히 잘 굴러가서 괜찮다.
페미위키 개발팀에서 오픈 소스 컨트리뷰터 및 개발팀을 모집한다고 합니다!
안녕하세요, 페미위키 개발팀입니다. 개발팀 활성화를 위해 이리저리 둘러보다 해커스펍에 대해 알게 되었습니다. 여건이 되면 페미위키 개발에 대해서 얘기할 수 있는 기회를 만들어보려 합니다!
더불어 페미위키 개발팀에서 오픈소스 컨트리뷰터 & 개발팀을 모집합니다! 페미니스트시라면 정체성 불문, 거주국 불문하고 모시고 있습니다. 함께 페미니즘 정보집합체 만들어가요!
페미위키 개발팀(
@femiwiki페미위키 개발팀)을 환영합니다!
이제 Fedify도 Cloudflare Workers에서 돌아가게 됐으니 BotKit을 Cloudflare Workers에서 돌아가게 해야…하는데, 일단 Deno 전용인 것부터 해결해야겠구나.
@AiOO 오… 속도 차이가 엄청나군요. (속도 차이가 포인트 맞죠?)
@hongminhee洪 民憙 (Hong Minhee) 네 맞아요! 정확히 알지는 못하지만 일단 노이즈(오류)가 있는 결과를 만들고 몇 번의 반복된 스텝으로 노이즈를 줄여나가는 방식이어서, 이전 결과 마지막에 토큰을 계속 이어 붙이는 방식보다 빠른 것 같습니다.
Gemini Diffusion 모델 테스트 중. 실존하는 기술이었다니..








