@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 아, 전자를 가리키는 거였습니다. 타입을 못 맞춰서 몇 회를 이터레이트하네요… ㅋㅋㅋ

Claude Sonnet 3.7이 JavaScript 코딩은 잘 하는 것 같은데, TypeScript 코딩은 별로네…

@bglbgl gwyng 처음에는 C 확장 모듈 같은 건 지원 안 했던 걸로 기억합니다. 이제는 잘 지원하고요. 그리고 요즘에는 node_modules 디렉터리 만드는 모드까지도 있습니다. (일부 프레임워크들이 node_modules에 파일들이 있을 것을 가정하기 때문에…)

@bglbgl gwyng 근데 이제 사실 Deno도 Bun만큼 Node.js 호환성을 지원하긴 해요. 하지만 이미 Bun에게 사용자를 많이 뺏기긴 했으니 소 잃고 외양간 고치기긴 했죠.

@bglbgl gwyng 입력이 길면 출력이 중간에 잘려서 입력을 잘 나눠서 넣어줘야 하네요… 근데 그냥 줄바꿈 기준으로 나누면 코드 블록이나 리스트 중간에 잘리거나 해서 번역이 이상해져요…

그냥 Markdown 파서로 AST 만든 다음에 최상위 노드 기준으로 분할하게 만드는 중… 어떻게 번역 기능 만드는데 쪼개기(chunking) 로직 구현하는 게 제일 오래 걸리냐…

바이브 코딩이 아니라 바이브 코칭이다. LLM의 작업을 쉴 새 없이 살펴보며 이상한 짓 시도할 때마다 옆에서 코칭해 줘야 함…

개인적으로는 Node.js 호환성만 좇고 있는 최근의 Deno 업데이트가 (현실적으로 쓰기 편해지는 것은 맞지만) 조금 실망스럽긴 하다. 그냥 처음의 기조 그대로 밀어붙였다면… 뭐, 오히려 지금보다도 덜 쓰였겠지? 어려운 문제긴 하네…

흑흑… 안돼! (Hackers' Pub은 Deno로 돌아가고 있습니다…)

RE: https://sns.lemondouble.com/notes/a79ok2jeco

LLM으로 번역 기능 만드는데 원본 서식을 그대로 유지하게 하는 게 정말 어려운 것 같다…

Deno 2.3 is here:
🌱 deno compile with FFI & Node native add-ons
📦 Local npm packages
⭐ deno fmt CSS/HTML/SQL in tagged templates
🔭 OTel event recording & tracing in distributed services
and more —

https://deno.com/blog/v2.3

@xiniha Deno 2.3에서 록파일 형식이 바뀌었다는데 버전 올려볼까요…?

jxl-oxide WebAssembly 데모도 있습니다. https://jxl-oxide.tirr.dev/demo/index.html