Sharing the slides from my talk, Embracing yak shaving, which I presented today at the @fossforall Conference 2025! Thanks to everyone who came to listen!

오늘 @fossforall 컨퍼런스 2025에서 發表(발표)한 〈야크 셰이빙: 새로운 오픈 소스의 原動力(원동력)〉의 슬라이드를 共有(공유)합니다! 들어주신 분들 모두 感謝(감사)합니다!

님들 고스트(아마 Pro?)로 블로깅하면 연합우주 연동되는 거 알고 있음? 고스트에서 포스트 퍼블리시할 때마다 연합우주에도 포스트 만들어주고 해당 연합우주 계정으로 다른 계정 포스팅에 댓글도 달아줄 수 있음… 어떻게 돌아가는지 참고 → https://hackers.pub/@jm@guji.jjme.me

푸리에 변환 이 미친거 정체가 도대체 뭐지 졸업하고 10년 뒤에 또 봐도 한없이 신비롭네

길을 가다 "없는 것 빼고는 다 있다"는 문장을 보았다.

가능한 모든 품목의 집합을 $U$로 둔다면, 가게가 실제로 보유한 재고는 $S \subseteq U$로 표현 할 수 있고, 없는 것의 집합은 $U \setminus S$로 표현할 수 있다.

즉, "없는 것 빼고 다 있다"는 "전체($U$)에서 없는 것($U \setminus S$)을 제외하고 남은 모든 것은 있다"로 작성할 수 있고, 이는

$\forall x \in U \setminus (U \setminus S) \; : \; x \in S$

로 표현 할 수 있다.

하지만, 여집합(complement)의 여집합은 원래 집합이 되기 때문에

$U \setminus (U \setminus S) = S$

가 되고, 위 명제는 결국 $\forall x \in S \; : \; x \in S$로 축약할 수 있고, 동어반복(tautology)이기 때문에 정보값은 없지만 항상 참으로 볼 수 있다.

Yarn 컨트리뷰터가 되었다 ㅎㅎ https://github.com/yarnpkg/berry/releases/tag/%40yarnpkg%2Fcli%2F4.11.0

@eatch잇창명 EatChangmyeong💕🐱 아… 그렇군요. 한 번 검토해 보도록 하겠습니다!

Just opened an issue for a major new task for #Fedify: building an #interoperability smoke test suite.

To ensure Fedify-built servers federate correctly with the wider #fediverse, we're planning to run automated E2E tests in #CI against live instances of Mastodon, Misskey, and more. This is crucial for a framework's reliability.

You can see the full plan and discussion here:

https://github.com/fedify-dev/fedify/issues/481

#ActivityPub #fedidev

While cleaning a storage room, our staff found this tape containing #UNIX v4 from Bell Labs, circa 1973

Apparently no other complete copies are known to exist: https://gunkies.org/wiki/UNIX_Fourth_Edition

We have arranged to deliver it to the Computer History Museum

#retrocomputing

@eatch잇창명 EatChangmyeong💕🐱 다른 서버에서 흘러 들어온 CW 걸린 글에 블러 처리는 해주는데, Hackers' Pub에서 CW 걸린 글을 쓰지는 못해요! (필요 없다고 생각해서 안 만들었는데… 필요할까요?)

몇번 Claude Code 리밋에 걸리고 나니까 주 단위 할당량 못채우면 아까워지는 강박에 걸려버림

나는 “cloud-native”하다는 기술들에 대해서 아는 게 하나도 없다…

알고 보니 쉽게 고칠 수 있는 문제였다. 일단 hollo.social 쪽 Caddyfile에서 헬스 체크를 업스트림의 NodeInfo 엔드포인트를 바라보게 해 뒀는데, Hollo의 NodeInfo 엔드포인트가 데이터가 많을 때 느려지는 문제가 있어 타임아웃이 나고 있었다. 그래서 Caddy 입장에서는 모든 업스트림 노드가 unhealthy하다고 여겨져서 서비스 전체가 503 Service Unavailable 오류를 내게 되었던 것.

NodeInfo 엔드포인트가 데이터가 많을 때 느린 문제는 SQL을 잘못 짜서 그런 거라 해당 문제를 고쳤고, 이제 모든 문제가 해결되었다.

좀 다른 얘기인데 JavaScript에도 어서 Python의 sorted() 함수처럼 cmp 함수 대신 key 함수를 받고 reverse 옵션을 제공해야 한다고 봅니다.

오! 좋은 아이디어 인것 같습니다. 조금 찾아보니 git-branchless나 jj-vcs로 활용해서 AGENTS.md나 스킬에 정의해서시도해봐도 괜찮을듯한 느낌이네요

클로드 코드 쓰고있으니 더 나은 VCS에 대한 욕심이 커진다. 나는 클로드가 브랜치를 더 자주 쪼개서, 원하는 시점으로의 롤백이 더 편해졌으면 좋겠다.

하나 생각나는 아이디어는 브랜치 명을 hierachial하게 만들어서 가령 fix-bug-1/refactor-class-foo/fix-function-bar 이런식으로, 무슨 일하는지의 맥락을 브랜치명에 나타내는 것이다. 그리고 a/b 브랜치는 a 브랜치의 자식이어야 한다는 제약도 강제한다.

내가 쓸 게임 공략 사이트 작업하니까 왤캐 사는게 재밌지

ps. React + Vite 사랑합니다. 겁나 빨라

안그래도 오늘 스킬을 이제 좀 써볼까 싶어서 어떻게 하면 더 잘 agents나 skill을 쓸 수 있지라는 고민을 하고 있었는데 이 글을 발견.

넘모 유용하다. 심지어 이 모든 정수를 담은 리포지토리도 열려있음. 존경스럽네.

@kakkokari_gtyih（仮） 様々な機械翻訳サービスを使ってみましたが、Google翻訳やPapagoのような従来の機械翻訳サービスより、DeepLやKagi翻訳のようなLLMベースの翻訳サービスのほうが品質がずっと良かったです。個人的には、Kagi翻訳が無料なうえに最も品質が良いので使っています。（韓国語↔日本語基準）

Today new apmodel features:

• User can add and override (required inheritance the class) own model to loader (core models is can't override, show warning)
• apmodel supports to preload json-ld schema from local (example, schema.org, activitystreams 2.0)

컴포넌트 새로 만들다가 써야할 함수를 급하게 날림으로 짜고 남겨뒀던게 기억나서 에이전트한테 테스트 짜달라고 했더니,

주석으로 테스트 대상 코드에 문제 있다고 줄줄이 적어놔서 뭐냐니까 svelte lune mode를 못 알아먹은 거였다. 미덥잖아서 다른 에이전트에 리뷰 던지니까 이번엔 deprecated 된 놈^*으로 바꿔야 한다며 … 아주 그냥 쌍으로 환각 파티를 벌이는구만

나도 모르게 감정 이입을 했는지 deprecated 명시한 문서를 던져주니까 한 놈은 수긍하고 한 놈은 끝까지 우긴다 🤣

SvelteKit 2.12: $app/stores deprecated $app/store/page →$app/state/page

굿모닝입니다

이번주 토요일 광운대학교에서 열리는 FOSS for All 2025 컨퍼런스 개최에 앞서 요즘IT의 선행 인터뷰에 감사하게도 제 이야기가 실리게 되었습니다.

귀중한 지면을 내어주시고 인터뷰 기회를 마련해주신 요즘IT 편집국 여러분과 FOSS for All 운영위원회 분들께 다시 한 번 감사드립니다!

저 외에도 홍민희님, 이성민님, 리처드 하트먼님의 인터뷰도 같이 들어있으니 일독을 권합니다.

#요즘IT #fossforall #오픈소스

https://yozm.wishket.com/magazine/detail/3436

굉장히 오랜만에 들어와서 쓰는 근황입니다.

• TIS-100의 모든 레벨을 클리어했습니다. 다음 목표는 아마 Opus Magnum 아니면 A=B가 될 것 같습니다.
• 올해 여름부터 지금까지 7문제를 백준에 출제했습니다. 여기의 맨 아래에서 보실 수 있습니다. 개인적으로 가장 재밌었던 문제는 SWAP-C Sort인데 그만큼 어렵습니다.
• 웹 기반으로 뭔가 만들 게 생겨서 프레임워크를 알아보다가 Solid를 써보기로 결정했습니다. 웹 UI는 Flowbite, 그래픽 요소는 Konva를 쓰게 될 것 같습니다.
• 그런데 이쪽을 첫삽을 뜨기도 전에 갑자기 굉장히 어려운 퍼즐틱한 문제 하나의 풀이가 완성되어서(....) 논문(?!)을 하나 쓰기 시작했습니다. 이런 거 받아주는 저널 어디 없을까요(????)

@akastoot악하 저는 적독가 사이트에 ActivityPub을 붙일 생각을 계속 하고 있습니다…

어느덧 #FOSSforAll Conference 2025가 이번주 토요일로 다가 왔습니다! 처음으로 열리는 #FOSS for All Conference 에서 어떤 분들이 연사로 나서서 어떤 메시지를 전달할지 궁금하지 않으신가요? 올해 #미디어 파트너 #요즘IT 와 함께 몇몇 발표자 분들을 인터뷰 하였습니다. 인터뷰 기사를 통해 어떤 행사가 될지 알아보세요!

- 기사 읽어보기 https://yozm.wishket.com/magazine/detail/3436/
- 참가등록 https://event-us.kr/fossforall/event/110400

오는 11月(월) 8日(일) 光云大學校(광운대학교)에서 開催(개최)되는 FOSS for All 컨퍼런스 2025에서 제가 〈야크 셰이빙: 새로운 오픈 소스의 原動力(원동력)〉이라는 主題(주제)로 基調演說(기조연설)을 하게 되었습니다!

올해 처음 열리는 FOSS for All 컨퍼런스는 “Free and Open Source Software for All”이라는 슬로건 아래, 모두를 爲(위)한 오픈 소스 컨퍼런스를 目標(목표)로 하는 非營利(비영리) 오픈 소스 커뮤니티 컨퍼런스입니다.

오 예상보다 빨리 나왔다

근데 Hollo를 한 번 날 잡고 제대로 살펴보긴 해야 할 것 같다. 요즘 너무 자주 죽어서…

전반적인 설계는 Hackers' Pub과 유사한데 (물론 Hackers' Pub이 나중에 만든 거라 좀 더 낫긴 함), Hackers' Pub은 멀쩡한 반면 Hollo는 자주 죽는 게 이상하다.

Mörk - a Commonmark compliant markdown parser written in Gleam https://lobste.rs/s/u5xabg #gleam
https://hexdocs.pm/mork/

@hongminhee洪 民憙 (Hong Minhee) 혹시 protobuf보다 지금 사용하시는 주로 사용하시는 pothos 기반 GraphQL로 결정하신 이유가 있으신가요?!

@kanghyojun강효준 일단 종단 타입 안전성(end-to-end type safety)가 지켜지는 거랑 프런트엔드 쪽에서 골치아픈 캐시 무효화 등을 대부분의 경우에 신경 안 써도 되게 해주는 게 큰 것 같아요. 아, 그리고 Relay랑 같이 쓰고 있는데 뷰의 데이터 의존성이 같은 파일 내에 위치하는 것도 중요한 것 같고요!

@theeluwin제이미 님 축하드립니다

저희 학교 강의자료에 올라가셨습니다

git push에 --force 옵션 말고 --force-with-lease라는 게 있네?
"안전한" "force 푸시" 뭔가 양립할 수 없는 말 같지만 그런 게 있나봄
https://leerowoon.dev/posts/git-push-force-with-lease

ㅇㄴ 포켓CU앱 진짜 골때리네 비밀번호 규칙을 '영문+숫자+특수문자 8자리 이상'이라고만 해놓고 12글자 이상이면 퇴짜놓고 특정한 특수문자를 쓰면 퇴짜놓고 이게 맞냐? 그런 규칙이 있으면 나한테 알려달라고

@kanghyojun강효준 저는 웹 프런트엔드–백엔드 사이에서는 그냥 GraphQL 쓰기로…

아무래도 대 LLM 시대에 스키마 지향적인 삶을 살아야한다고 생각이 듦과 동시에 원래 사용하던 protobuf 외에도 trpc와 graphql 모두 검토를 진행중. 백엔드, 프론트엔드간 필드 마이그레이션 문제는 결국 다 필연적으로 마주치게되는 것 같고 어떤식으로 해결하거나 감내할것인지 결정하는게 중요할것 같다.

FIXED 🥰 https://github.com/zed-industries/zed/pull/41259

mega-merge workflow를 사용하고 있는데 아주 사용감이 좋습니다. 사진은 9개의 다른 커밋 히스토리가 한번에 임시 머지되어 있는 모습

#git #jj-vcs

프로젝트 시작전에, tRPC의 도입을 고민하다가, 학습비용과 프로젝트 기간에 대한 압박이 있어서 일단은 쓰지 않고 진행하고 있는데, Client와 Backend에서 타입일치를 위해서, 동일한 모델 선언이 반복적으로 일어나다 보니 (한쪽의 모델을 참조해서 쓸 수 있게 반쯤 자동화되어 있기는 하지만) 다음에는 (tRPC가 아니라도, 타입불일치를 막을 수 있는 어떤 장치나 무언가를) 도입해야겠다는 생각이 든다.

Interesting poll results! I didn't expect Attoparsec to go toe-to-toe with Megaparsec.

So I did some digging into #Haskell based programming language projects on Github, and here's what I found (lexer and parser mentioned separately, if different):

- Purescript: handwritten + Happy
- Elm: handwritten
- Agda: Alex + Happy
- Dex: Megaparsec
- Carp: Parsec
- Dhall: Megaparsec
- Grace: Megaparsec + Earley
- Plutus: Megaparsec
- Grin: Megaparsec
- Futhark: Alex + Happy
- Granule / Gerty: Alex + Happy
- Kaleidoscope: Parsec
- Egison: Megaparsec
- Amulet: Alex + Happy
- Paskell: Parsec
- Facet: Handwritten + Parsec
- Eclair: Megaparsec
- Olifant: Megaparsec
- Shellcheck: Parsec
- Nixfmt: Megaparsec

It seems like Megaparsec is the clear winner when it comes to parsing programming languages in Haskell. However, if I focus on projects that parse file formats and network protocols, Attoparsec is the most popular one.

<밑바닥 부터 시작하는 웹 브라우저>를 샀다

작은 SI 중소기업의 신입,주니어 개발자 채용공고에 왜 이렇게 지원자가 많은가 (약 600명이 넘는 지원자가 몰렸다.) 채용시장이 많이 안좋은가 의문을 갖고 있었는데, 문득 (혹시나) 회사의 복지정책 중 하나인 간식무제한제공때문이 아닐까 하는 생각이 들었다. (일단은 인하우스 개발인 점도 한몫하겠지만)

@gaebalgom개발곰 아… multicodec이 CJS만 지원하는군요… 🤦

The model implementation is nearly complete, so it's time to begin tasks such as assigning aliases to the model:

https://github.com/fedi-libs/apmodel/pull/10