@ailrunAilrun (UTC-5/-4) LLM 요약 대신 글 앞 부분을 보여주는 옵션을 설정에 만들어 보도록 하겠습니다. 😅

https://hackers.pub/@hongminhee/2025/bluesky-a-good-alternative-to-x-not-to-the-fediverse/ja?lang=ja メッセージパッシング対共有ヒープ、めっちゃオブジェクト指向の議論だ

Hackers' Pub에 글 올릴 때 도표를 Graphviz로 그리면 좋은 점: 도표 안의 글자도 함께 번역된다!

@bglbgl gwyng 저는 그래서 프로파일 기능을 쓰고 있어요.

Hackers' Pubに興味はあるけれど、DMで招待状をお願いするのは気が引けるという方のために、Googleフォームを作成しました。メールアドレスを入力するだけで、Hackers' Pubの招待状をお送りします。たくさんのご応募をお待ちしています‼️

https://forms.gle/F3ETSDvaGmkSV2hh6

@bglbgl gwyng 저도 비슷하게 했던 것 같아요.

@cocoaAmaseCocoa Hackers' Pubでは、LLMベースの翻訳に以下のようなプロンプトを使用しています。

https://github.com/hackers-pub/hackerspub/blob/746fa74752544533d1eb6cd56aa59eeb4c9ae0c8/ai/prompts/translate/ja.md

日本ではTDDを「テスト駆動開発」と呼ぶんですね。初めて知りました。ちなみに韓国では「テスト主導開発」と呼びます。

あー。drizzleって、PostgreSQLlのmoney(通貨型)はまだサポートしてないのか。なるほど、試さないと分からないもんだ。他の型で代用するか。

書籍「テスト駆動開発」か「リファクタリング第二版」でいうプログラムだけでなく、データベースもリファクタリングの対象にするというか、将来に向かって現在動くものを作る感じなんだな。これも。

BlueskyはXの優れた代替となりうるが、フェディバースの代替ではない

Hackers' Pub、ユーザー名変更の柔軟性を導入：フェディバースの常識を打ち破る

Hackers' Pub 저장소의 CONTRIBUTING.md 내 사용하는 기술 목록에 Pothos와 Yoga도 추가했다. 나중에 저기서 Fresh를 빼고 SolidStart를 넣는 날이 오겠지…!?

@cocoaAmaseCocoa MisskeyにもActivityPub.Academyの様なデバッグ用のインスタンスが欲しいですね。🥲

아까 Post에 달린 이모지 리엑션 쪽 API 깎느라고 n시간 동안 삽질하다가 결국 때려치고 질문을 올렸었는데 아직 구현이 안 된 부분이었다고 해서 PR을 올렸다 (???

https://github.com/hayes/pothos/pull/1440

@bglbgl gwyng 커스텀 렌더러 (Solid에선 Universal Rendering이라고 부름) 지원 자체는 잘 되어 있는데 그냥 커뮤니티 망치가 부족해서 유지보수가 안 되는 것에 가깝고 😅 이런 물건은 왜인진 도저히 모르겠지만 나름 관리가 잘 되고 있습니다

@perlmint 오… 저한테 꼭 필요한 서비스 같네요! 한국어 【나날】에서 따온 “nanal”이나 일본어 【日々】에서 따온 “hibi”는 어떨까요?

프로젝트 이름 예쁘게 짓는 방법 구합니다

@perlmint 저는 영어 이외의 언어에서 관련된 단어를 찾아보는 편입니다.

SolidJS는 React처럼 Reactivity 코어가 분리되어 있지않은거 같다? solid-three, solid-native 등의 프로젝트들이 있는데 2년넘게 관리되고 있지않다.

招待してもらったのでhackers.pubに出たり入ったりした→@cocoa@hackers.pubAmaseCocoa

大文字小文字混ぜると問題起こる気がしたのでわざと@cocoaにした (そもそもこっちが正式ではなくもない)

@cocoaAmaseCocoa ここあさん、Hackers' Pubへようこそ‼️

print("Hello World")

현재 Hackers' Pub은 Fresh 2.0 알파 버전을 사용하고 있는데, Fresh 자체의 한계점도 많이 느꼈고 무엇보다 최근 몇 달 사이에 정식 릴리스를 향한 진전이 보이지 않기에 GraphQL 준비가 끝나면 프런트엔드를 SolidStart로 점진적으로 옮겨가고자 한다.

@lionhairdino 저는 차라리 Rust의 sqlx처럼 Template Haskell 활용해서 SQL을 그대로 쓸 수 있게 해줬으면 더 좋았을 것 같네요… 🤔

Hackers' PubにLLMを活用した記事の自動翻訳機能が追加されました。これにより、Hackers' Pubに投稿された英語や韓国語の記事を日本語で閲覧できるだけでなく、日本語で書いた記事を海外の読者に紹介する事も可能に成りました。

なお、Hackers' Pubは招待制で運営されています。ご興味のある方は、DMでメールアドレスを教えていただければ、招待いたします。

@bglbgl gwyng @meWoojin Kim 뭔가 Discord 같은 곳으로 알림이 와서 버튼 딸깍 누르면 배포됐으면 좋겠어요. ㅋㅋㅋ

과연 나는 언제까지 compose.yaml에서 이미지 태그 수정하고 docker compose up -d를 하는 수동 배포 방식을 유지할 것인가…

@resistanHyunjin Cho 이 버그는 이제 고쳐졌습니다! http://kioskui.or.kr/index.do?menu_id=00001200&menu_link=/icms/bbs/selectBoardArticle.do&bbsId=BBS_00297&nttId=11543&bbsTyCode=BBST03&bbsAttrbCode=BBSA03

오늘도 해커스펍 GraphQL API 깎기 해야지

@xiniha 하루 빨리 GraphQL API를 완성하여 Solid의 세계로…!

@morealLee Dogeon 기반 맞다고 듣긴 했는데, 뭔가 실시간으로 동기화되는 건 아닌 것 같았어요.

@resistanHyunjin Cho 보고 감사합니다!

@hatchling13Jung Wook Park 반갑습니다!

Hello, Hackers' Pub!

@lionhairdino 네, “부작용”을 “부정적인 효과” 정도로 받아들이는 사람들이 많나 싶어요.

개인적으로 영단어 “side effect”의 가장 적절한 번역은 “부작용”이라고 생각하고, 실제로 프로그래밍 이외의 분야에서는 여전히 이 번역어를 가장 많이 쓰는 것 같은데… 사람들이 “부작용”을 副作用이 아니라 否(?)作用이라고 착각하는 것을 염려해서인지 프로그래밍 분야에서는 “부수 효과” 같은 번역어를 더 많이 쓰는 듯하다. “부작용”의 “부”(副)는 “사장”–“부사장”할 때의 “부”인데 말이다.

Visual Studio Code의 GitHub Copilot 확장을 쓰면 에이전트에게 콘텍스트로 problems를 줘서 린트나 타입 오류를 보여줄 수 있긴 한데, 그보다는 타입 추론 결과를 볼 수 있게 해줘야 하는 게 아닌가 싶다.

LLM가 디버깅을 어려워하면 중간에 멈추고 모델을 바꿔보면 해결되는 경우도 종종 있다.

@perlmint JavaScript가 필요해서 그럴 거예요…

This new FediDB v2 webapp can be self-hosted btw!

Working on adding a few new pages/features to FediDB, including:

- translation support (i18n)
- a federated wiki (👀)
- apps + clients
- popular accounts
- viral topics
- trends
- quarterly reports
- stats overview w/ geomaps + advanced filtering

And much more ✨

> git clone https://github.com/fedidb/fedidb-nuxt

🔗 : https://new.fedidb.org/

#fediDB

부끄럽지만 typst로 깎은 이력서와 포트폴리오를 공개합니다: https://github.com/gidongkwon/resume

게임 클라이언트에서 웹 프론트엔드로 커리어 전환을 하는 단계에 있습니다.
혹 피드백주실 것이 있다면 언제든지 좋아요...!

직링크는 아래:
이력서 - https://gidongkwon.github.io/resume/resume-gidongkwon.pdf
포트폴리오 - https://gidongkwon.github.io/resume/portfolio-gidongkwon.pdf

Relay로 offline db sync를 하고 있었을땐, Relay가 Node의 Id나 Edge의 Cursor가 Opaque란 가정을 하고있는게 걸림돌이라고 느껴졌다. SQLite에 저장하려면 어차피 id로 부터 composite key를 구해야하고, 거기엔 또 order도 존재하는데 Relay는 이런데 전혀 무관심하다. 하지만 일반적인 웹사이트 렌더링에는 저런 가정이 전혀 무리가 없다.

Signal같은건데 incremental update도 되고 GC도 가능한 무언가를 만들려고 했더니 이런 정의가 나왔다. 혹시 비슷한거 알고 계신분 있나요?

type Dynamic<Value, Delta> = {
	read(): Value;
	disconnect(): void;

	updated: Observable<Delta>;

	fork(): Dynamic<Value, Delta>;
};

@arkjunJuntai Park 이 기능 정말 편하죠!

2개 이상의 기기를 동시 컨트롤 할 때 (주로 윈도와 맥을 오갈 때) synergy 라는 프로그램으로 마우스, 키보드 공유해서 사용해 왔는데, 오늘 처음 (MacOS 내장기능의) 맥미니와 맥북에어간의 마우스 키보드 공유를 해보고 놀라움을 금치 못했다. 끊김도 없고 거의 네티이브 유사한 느낌으로 자연스럽다. 물론 제대로 완성도를 느끼려면 더 써봐야겠지만.

그동안 Relay를 offline db sync 용도로 쓰고있었는데(첨부터 그러려고 했던건 아니고, API 두벌 만드는걸 피하다보니 그 역할도 떠맡음), 그래서 Relay가 킹론상 좋다는건 아는데 실질적으로 장점을 못누리고 살았었다. 근데 지금 추가하는 기능에서는 Relay를 본래 용도에 맞게 쓰고있는데, 설계 고민도 줄여주면서 코드가 쭉쭉 나온다.

이번엔 시간도 일찍 시작한다니 보고 자야겠다 https://www.youtube.com/watch?v=efx9ok0xHGs

바이브 코딩에도 시간 제한을 둬야 할 것 같다. 바이브 코딩으로 삽질한 지 1시간 됐으면 얼른 포기하고 수제 코딩하는 식으로…

@bglbgl gwyng 아, 전자를 가리키는 거였습니다. 타입을 못 맞춰서 몇 회를 이터레이트하네요… ㅋㅋㅋ