@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

🦕 blogged: Deno’s Decline (6 Regions and Falling)
https://dbushell.com/2025/04/28/denos-decline/

I think @deno_landDeno were hoping no one would notice, no wonder they've been quiet...

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

와 드디어 오늘도 카피닌자 닉값했다

이 사이트가 아직도 살아있구나. http://www.soen.kr/ (구 winapi dot co dot kr)

알고리즘 공부하시는 분과 이야기 나누다가 생각나서 오랜만에 들어가봤는데 여전한 모습이었다. 정올 공부할 때나 윈도 프로그램 개발할 때 자주 들락거리던 사이트인데 반가운 마음...

내가 표준을 만든다면 .vibe.md 정도로 하겠다.

.github/copilot-instructions.md, .cursorrules, .windsurfrules, CLAUDE.md… 이것 말고도 많이 있을텐데, 어차피 들어가야 하는 내용은 다 거기서 거기. 지금은 한 파일에 적고 심볼릭 링크로 같은 곳을 바라보게 하고 있지만, .editorconfig처럼 그냥 어떤 식으로든 표준화가 되었으면 좋겠다.

많은 프로그래머가 아이디어를 시각화하기 위해 화이트보드나 종이에 손으로 필기를 한다. 기존에도 AI가 사용자의 필기를 기반으로 코드를 작성해주는 연구는 있었지만, 필기와 코드가 분리되어 있다는 한계를 벗어나지 못했다. Code Shaping은 단순히 스케치를 코드로 변환하는 툴이 아니라, 필기와 코드 편집이라는 두 워크플로우를 통합하는 툴. 사용자가 코드 위에 자유롭게 필기함으로써 코드를 편집할 수 있다. 코드를 한줄씩 작성하는 것이 아니라, 2차원 평면을 탐색하며 코드를 편집하기 때문에 피험자들이 선형적으로 인식했던 코드 작성을 공간적으로 감각하게 되었다고. https://programs.sigchi.org/chi/2025/program/content/189580

@iamuhun김무훈 네, @perlmint 님과 @morealLee Dogeon 님이 최근에 관련 기여를 많이 해주셨습니다!

해커스펍은 나에게 있어서 훌륭한 교과서..... (열심히 코드 뜯어보면서 뭔가를 만들고 있다는 뜻ㅎ)

이건 좀 억울할 게 부사장도 열심히 해명을 하지만 디스크 레벨(at rest) 암호화 얘기도 아니고 통신 레벨(in transit) 암호화 얘기도 아니고 DB ID랑 암호로 쿼리했을 때 돌아오는 데이터가 암호화되지 않았다고 잘못이라고 하는 것이다. "이중 암호화" 하라는 건데, 일반적인 공격 모델에서 해커는 보통 서버 코드와 변수를 볼 수 있으므로 의미없는 행위다*. 청문회 중 이준석은 어느 순간부터 자신있게 해시를 암호화라고 말하기 시작해서 더욱 혼란스럽게 만드는데, 조금이라도 프로토콜이나 암호학 지식이 있다면 이런 말 못한다.

RE: https://bsky.app/profile/did:plc:wxbkg2wk54g6s2nmb7jd5p74/post/3lnzo7xk7ec2y

@resistanHyunjin Cho 혹시 어떤 오류가 났는지 기억하시나요?

웹 앱들이 카메라, 위치 등 권한을 어떤 방식으로 요청하고 있는지, 사용자가 이에 어떻게 반응하는지에 관한 연구. 많은 웹 사이트가 사용자에게 아무런 맥락없이 권한을 요청한다. 기본적으로 사용자에게 권한이 왜 필요한지 설명하면 허용률이 높아졌고, 긍정적인 톤으로 권한을 요청하면 허용률이 18% 증가한다. 텍스트만 보여주기 보다는 UI 요소가 있을 때 허용률이 더 높았는데, 오버레이(+41%) 또는 전체화면(+33%)으로 권한을 요청하면 허용률이 늘지만 사용자의 불만족도 높아졌다. https://programs.sigchi.org/chi/2025/program/content/188217

@kodingwarriorJaeyeol Lee @hongminhee洪 民憙 (Hong Minhee) @ysh염산하 전자책으로는 구매할 수 있는 것 같아요 (인사이트, 알라딘). 그리고 인사이트 전자책(PDF)은 DRM-FREE (인사이트 블로그) 라서 개인적으로 좀 마음 편히 구매합니다

@kodingwarriorJaeyeol Lee @ysh염산하 번역서도 있나요?

@xiniha 오오, 다행히 드라이버를 안 타는군요! 어서 머지되었으면…!

@holloJoonkyu Park @curry박준규 네, 맞습니다… 대신 도표 안에 있는 글씨는 읽힐 겁니다.

@bglbgl gwyng @kodingwarriorJaeyeol Lee PureScript의 특장점…인지는 모르겠는데 특징이라면 row polymorphism 지원과 strict evaluation이라는 점이 떠오르네요.

@xiniha 제가 잘 몰라서 그러는데, PostgreSQL에서의 타입을 JavaScript 타입으로 매핑하는 게 Postgres.js 같은 드라이버의 몫이 아니라 Drizzle ORM이 직접 하는 식인 건가요?