이번주 토요일 광운대학교에서 열리는 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를 쓰게 될 것 같습니다.
• 그런데 이쪽을 첫삽을 뜨기도 전에 갑자기 굉장히 어려운 퍼즐틱한 문제 하나의 풀이가 완성되어서(....) 논문(?!)을 하나 쓰기 시작했습니다. 이런 거 받아주는 저널 어디 없을까요(????)

어느덧 #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”이라는 슬로건 아래, 모두를 爲(위)한 오픈 소스 컨퍼런스를 目標(목표)로 하는 非營利(비영리) 오픈 소스 커뮤니티 컨퍼런스입니다.

오 예상보다 빨리 나왔다

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로 결정하신 이유가 있으신가요?!

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

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

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

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

아무래도 대 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명이 넘는 지원자가 몰렸다.) 채용시장이 많이 안좋은가 의문을 갖고 있었는데, 문득 (혹시나) 회사의 복지정책 중 하나인 간식무제한제공때문이 아닐까 하는 생각이 들었다. (일단은 인하우스 개발인 점도 한몫하겠지만)

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

Which is your favourite #Haskell parsing library and why? #poll

새로운 서비스를 실험하고 있는데요.

너무 연속으로 컨텐츠를 봐서 피로해지는 서비스가 아닌, 어쩌다 접속해서 멍 때릴 수 있는 서비스를 고민하며 기획을 했습니다. 가끔 버스 창밖을 바라보며 멍때리는 것처럼요. 멍때리다 창밖의 간판들이 가끔 눈에 들어 오듯, 글이나 낙서가 눈에 띄면 어떨까 싶어서, 초기 인연이 있는 분들에게 부탁해서 다양한 글을 좀 채워 넣으려 했습니다. (AI로 목업을 채워 넣으면 맛이 없을 것 같아서, 실제 다양한 사람들의 글을 원했습니다.) 이게 매우 어려운 벽이다를 실감하고 있습니다.

0. SNS 성격의 서비스는 이용하기 싫다.
1. 이미 이용 중인 SNS가 여러 개라, 또 추가하기 싫다.
2. 로그인 해서 보니, 그다지 나한테 맞지 않는다.
3. 몇 번 로그인해서 봐도 흥미가 생기지 않는다.
4. 가끔 접속해서 보는 소소한 재미가 있을지도 모르겠다.
5. ...

0번은 어차피 제외고, 초기 지인 분들은 적어도 3번까지는 가 주길 기대했는데, 1번조차 넘질 못하고 있습니다. 쓸만한 서비스 혹은, 기획을 조정하면서 고민해 볼 가치가 있는지 보기 위해선, 그래도 1번은 넘어 가야 뭘 할텐데 말입니다. 부탁을 받은 지인들 조차 1번을 넘기 어려운데, SNS 서비스를 홍보한다는 건 꽤 험난한 길이겠습니다.

처음 제가 해커스펍의 1번 문턱을 넘었던 이유를 생각해보면, 저는 사람이었던 것 같습니다. 같은 직군에 있는 사람들이 모여 있어, 대화가 잘 통할 것 같아서 선뜻 들어 온 게 아닐까 싶습니다. 몇 달을 써 보면서 결론은, 해커스펍은 분명 자기만의 영역이 있는 서비스란 생각이 듭니다. 좋다는 생각을 가지기 까지는 좀 써봐야 아는 건데, 해커스펍이 꽤 어려운 걸 돌파했구나란 생각이 듭니다.

혹시 ikariam이라는 게임을 즐겨 본 분 계신가요? 그거, 은근 재밌게 했는데, 주변에서 제가 하는 걸 보더니 "어떻게 그런 게 재밌냐"고 묻는 사람들이 대부분이긴 했습니다. 오랜만에 찾아 보니 아직도 ikariam은 잘 살아 있네요. 멍때림이 싫지 않은 사람들이 분명 있긴 있을텐데, 어떻게 그 분들을 찾아 1번을 넘어가게 할까 고민이네요.

I'm working my way through the Web Browser Engineering book (by Pavel Panchekha & Chris Harrelson), but I'm using asyncio for my implementation instead of the book's examples.

I hit a roadblock in Chapter 2, which introduces tkinter. How do you make tkinter's event loop and asyncio's event loop play nicely together?

A bit of research led me to this fantastic library, async-tkinter-loop, which seems to solve this exact problem. Sharing in case anyone else is on a similar journey!

P.S. If you're curious, the repository I'm working on is here: https://codeberg.org/hongminhee/hongju.

#cosmoslide 를 어떻게 해서든 사용 가능한 상태로 만들어야...

Ghost 라는 도구를 self-hosted 로 직접 구동하려고 하는데, 설치 사용자 경험이 무척 안좋다. 좀 더 정확하게는 강결합되어 있는 Tinybird라는 도구의 설치 사용자 경험이 매우 안좋다. 딱 2시간만 더 써보고 기대/예상대로 동작 안 하면 포기해야겠다.

I making next-version of apmodel, that uses pydantic for better validation and better loader.

Currently, this feature is either not implemented or not fully implemented:

• export to json is not avaliable

Additionally, some models have not been migrated to pydantic, so they cannot be used properly.

If you interested this, can read this branch: https://github.com/fedi-libs/apmodel/tree/pydantic

빌드 돌려놓고 출근하면 뭔가 기분좋음

https://events.linuxfoundation.org/open-source-summit-korea/attend/see-whos-attending/

11/4 ~ 11/5 양일간 삼성동 그랜드인터컨티넨탈 서울 파르나스에서 열리는 Open Source Summit Korea 2025에 함께 하시는 분이 계시다면 꼭 같이 뵙고 싶습니다. 닷넷데브 커뮤니티도 함께 참여합니다. :-D

#OSSSummit #오픈소스 #오픈소스서밋

git worktree로 작업하고 변경 사항 가지고 오려고하면 같은 로컬 머신에 디렉토리에 있는 변경사항인데 remote 리포지토리까지 거쳐야하는게 참 멀리 돌아온다! 라는 생각을 하다가 worktree 작동 특성상 걍 git 명령어로 cherry pick 혹은 switch가 되어야하지 않을까 싶어서 써보니 잘된다.

역시 설명서를 잘 읽어야…

아무튼 TAOCP를 '읽고' 있습니다.

내일은 제가 새 직장으로 첫 출근을 하는 날입니다. 게임 프로그래머로써 두번째 커리어네요. 잘 다녀오겠습니다.

Gleam의 흥미로운 점 두 가지.

1. 함수 오버로딩도 인터페이스 다형성도 타입클래스도 없다. 심지어 이건 기본 타입과 연산자에서도 동일해서 정수 타입인 Int와 부동소수점 실수 타입인 Float는 사용하는 연산자가 다르다! 실수 두 개를 더하려면 5.0 + 3.0이 아니라 5.0 +. 3.0이라고 써야 한다. https://tour.gleam.run/basics/floats/
2. 위의 링크를 눌러 보았다면 눈치챘을지도 모르겠지만, Gleam에서 0으로 나누기는 에러가 아니다! 이건 정수와 실수 모두 동일하며, 그렇다고 Infinity나 -Infinity, NaN 따위가 나오는 것도 아니다. Gleam에서 a / 0은 0이다.

교수버튜버가 말해주는 컴공과 학생 진로와 이모저모

온갖 CSE 떡밥을 총망라 했습니다. 무려 1시간짜리 영상! 슬라이드도 설명에 링크 걸어놨어요.

반박은 버튜버영상으로 받습니다. 농담이구요, 많은 분들이 같이 논의 가능 하도록 댓글로 달아주세요

https://www.youtube.com/watch?v=_UdOp01NkZM

After being a dedicated Vim/Neovim user for over 20 years, I somewhat reluctantly switched to VS Code about five years ago when I started coding in TypeScript, mainly pulled in by its ecosystem. However, I've recently started using #Zed, and I'm incredibly satisfied. One of the biggest reasons I always loved Vim/Neovim was its lightweight and fast performance. Zed feels like it captures the best of both worlds: it's modern and feature-rich like VS Code, yet remains as light and responsive as Vim.

https://tanstack.com/blog/directives-and-the-platform-boundary

完全にNext.jsの事言ってて草
バチバチやなぁ

코루틴이 왜 코루틴이라고 불리는지 몰랐는데 대충 어셈블리 레벨로 예제를 보니 코루틴이라는 말 이상 적합한 말이 없겠군….

zed에서 mdx 확장 쓰려고 하니까 이렇게 터지는데 제보를 zed에 해야 되는지 확장 개발자한테 해야 되는지 모르겠다

이제 Visual Studio Code에서는 Pepper가 Syntax Highlighting이 돼요.

우리집 cmake는 cargo, pnpm, python도 호출한다?

Fediverse 관련해서 이것저것 조사하고 있는데, owncast라는 것도 있구나...? 근데 AP 명세에 실시간 미디어 스트림이 있었나...?

배포는 역시 사람 손으로 하는 것이 아니다. 계속 뭔가 작업을 하고 있기 때문에 태그 따놓고는 막상 다른 버전으로 빌드 하는 경우가 너무 쉽게 발생한다.

요즘 심심할때 굴리고 있는 VCS에 대한 나이브한 아이디어가 있는데

• 각 커밋에 대해 메타데이터를 줄수 있어야 한다

  레포 내의 metadata.json 같은 파일을 인식해도 되고, 아니면 Commit -> Metadata를 해주는 프로그램을 hook으로 등록하게 해줘도 된다. 이를 통해 package.json, cargol.toml 같은 파일을 읽어서 거기에 버전 의존성을 커밋의 메타데이터로 추출한다.

• 메타데이터에 대해 인덱싱을 한다

  가령 version이라는 메타데이터가 있을때 2 <= version < 3를 만족하는 커밋의 범위를 인덱스를 활용해 빠르게 알아낼수 있게 한다.

• 메타데이터로 커밋을 찾는 표현식을 제공한다

  max(2 <= version < 3 and has(fix-bug-foo) and has(add-feature-bar) 이런식으로 하면, 구간 내의 버전에서 foo 버그가 해결되고 bar 피쳐가 추가된 커밋중 가장 최신의 커밋을 구한다. git에서는 fix-bug-foo, add-feature-bar 각각의 브랜치로는 쉽게 갈수 있지만, 해당 브랜치가 main에 머지되기 전까지 그 브랜치 밖을 벗어나 작업하기가 까다로워진다.

• 이런 레포들을 모아서 모노레포를 모은다음, 메타데이터에 상호 의존성을 기술한다

  그리고 dependency resolve를 해서(메타데이터 검색의 일종일 뿐임) 조건을 만족하는 모노레포 스냅샷을 구한다. 이제 우린 패키지 매니저를 공짜로 얻었다.

이 아이디어는, 현재 패키지 매니저와 VCS가 분리되어있는데 사실 그래선 안된다는 생각에서 나온것이다. 기존의 비슷한 아이디어를 찾아봤는데 gitman 이런게 있더라. 근데 내가 원하는만큼 일반적이진 못하다.

#cosmoslide 에 기여해야 할 거 하나 더 생각났다.

다른 인스턴스의 노트에 첨부된 이미지 등등을 못 보여준다.

Make generator expression안에서 리스트 변수를 사용하면 generator expression이 통째로 동작하지 않는 문제가 있다. 이래서 모든게 문자열인건...