@bglbgl gwyng 네, 맞습니다. 사실 타입을 생성해주기 때문에 좀 더 편한 거긴 하죠.

맥 미니가 자꾸 혼자 슬립 상태로 들어가길래 쓰고 있던 카페인의 문제인가 싶어서 지우고 keepingyouawake를 설치했는데 잘 될지 모르겠네...

사실 홈 서버는 맥 미니가 아니고 딴 거긴 한데 곧 얘를 중심으로 클러스터?를 만들어봐야 할 것 같기도..

또 글쓰다가 막바지에 힘빠져서 날림으로 씀

내가 어쩌다가 이런 짓을 하게 되었나 타임라인을 정리하자면...

문제 파악

1. 내가 만들고 있는 NestJS 앱에 fedify/nestjs 설치하고, FedifyModule 세팅해놓은 이후에 POST 요청 자체가 안 가고 있었음
2. 왜 에러가 발생하나하고 들여다봤더니 TypeError: Response body object should not be disturbed or locked 이런 에러가 떴음.
3. 오류가 발생한 위치는 fedify/express에서 코드 복붙할때 들어갔던 fromERequest 함수 호출 부분 이었음.
4. 혹시나 하고, 비슷한 이슈가 있나하고 찾아봤는데 Fedify 279번 이슈에도 딱 내가 밟고 있는거랑 똑같은 에러메시지를 내뱉고 있었음.
5. 이런 에러가 왜 발생했는지, 여기저기 찾아봤는데 hono에서도 비슷한 오류가 있었고 그걸 해결한 사례를 발견. 요약하자면, request의 body를 두번 읽으려고 해서 생긴 문제. req에 rawBody가 들어있으면 rawBody를 ReadableStream에 넣는 것으로 분기처리하고, 아니라면 기존의 코드(Readable.toWeb(req)) 그대로 사용하는 것.

해결 시도

1. 도커 이미지 내부에는 에디터가 설치가 되어 있지 않음. 그래서, Dockerfile.dev 파일에 vim 의존성을 먼저 깔아둠
2. vim 설치 후에는 docker compose exec app /bin/bash 커맨드로 도커 컨테이너 안쪽으로 들어가서, hono에서 하던 방식대로 시도하려고 했으나.... console.log 로 까보니 rawBody는 없고, 이미 파싱이 되어 있는 body만 남아있었음. -> 여기서 알게 된 점은.... "다른 미들웨어에 통과시키기도 전에 request에 있는 rawBody는 이미 읽혀져있구나..."
3. NestJS의 소스코드를 까보긴 해야겠지만, 다시 돌아와서 여기서 Readable.toWeb(req) 를 req.body로 바꾸니까 기적같이 그냥 돌아감...

NestJS 분석글... 쓰긴 해야겠지...? 근데, PR에도 올리긴 해야겠는데 어떡하지.... "이렇게 고치니까 되더라!!"는 좀 아닌 것 같다.

연합우주에서... 태그사용을 활성화해야 한다...

이제 반복/분기/출력 기능을 추가해 대부분의 프로그래밍을 자유자재로 할 수 있게 되었다. (어느정도 튜링-완전해짐)

AI 기술이 발달하면서 글이나 코드 같은건 프롬프트를 잘 던지면 굉장히 그럴싸한 결과물을 내놔서 세상이 많이 좋아졌다고 느끼는데 디자인에선 아직 잘 모르겠다. 디자인이라해도 웹이나 앱 같은 경우엔 https://www.layermate.ai/ 같이 꽤 괜찮은 도구들이 있는데 포스터 같은걸 만들면서 나는 클립아트 정도만 AI의 도움을 (그것도 몇 번이나 삽질을 해서...) 받았다.

도둑놈 심보라는 것은 알고 있지만 포스터 같은걸 만들 때도 쓸 수 있는 저런 Layermate같은 도구가 있었으면 좋겠다는 생각을 무척이나 했다. "색상은 ..., ...를 주로 활용한 A4 사이즈 포스터를 만들어줘. 안에 이미지로는 어떠한 것들이 들어가야하고, 텍스트로는 어떤 것들이 들어가야 해." 같이 프롬프트를 잘 적으면 괜찮은 포스터 시안 몇 개가 뚝딱 나오면 세상이 오죽 편할까...

8월 30일~31일 쯤에 해커스펍 밋업 모집 공지 올려야지

한국어로 쓰다가 '―' 문자를 넣는 순간 해커즈펍 자동 언어 인식 기능이 이 포스트를 러시아어로 인식하는 것을 발견(신세벌식 P2 배열을 통해 입력한 줄표)

@kodingwarriorJaeyeol Lee 자막을 잘 달면 괜찮지 않을까요? 요즘 LLM 덕분에 자막 달기 편해졌던데… (해 본 적 있어요.)

미리보기 이미지를 클릭하면 404가 뜨는데 링크를 클릭하면 잘 표시가 된다. 이슈 생성하러 가야지

@kodingwarriorJaeyeol Lee 생각해 보니 PeerTube 계정도 하나 만들어 두긴 해야겠네요.

@kodingwarriorJaeyeol Lee 근데 그냥 Hackers' Pub 채널로 만들어도 될 것 같기도…?

@kodingwarriorJaeyeol Lee @2chanhaeng이찬행 ㄱㄱㄱ

(일단 벌려놓고 생각해보기)

Hackers’ Public 어때요

블로깅의 쇠퇴, AI의 끝없는 학습, 비공개 플랫폼(Discord 등)으로의 이주, 짧고 중독성만을 강조하는 피드와 BM, 한 번 보면 다시 찾기도 힘든 SNS 포스트, 범람하는 가짜뉴스와 개소리와 혐오... 웹은 정보의 망망대해도 아닌 소행성대로 변해가고 있다.

오늘 박사과정 때 쓰던 연구실을 빼러 아내와 함께 송도에 왔다. 수많은 나의 책들을 보며 이런 것도 저런 것도 공부하고 싶어 했던 예전의 내가 떠올랐다. 지금은 공부도 재밌긴 한데, 진짜 임팩트를 줄 수 있는 소프트웨어를 만들고 싶다. 병원 내에 그런 소프트웨어를 쫙 깔아보는게 내년까지의 목표!

해커즈팝 코드애 기여하려고 했는데 커밋 정리를 안 했다.... 이슈 닫고 정리한다음 다시 올려야지...

LLM의 도움을 받아도 문서 쓰기는 쉽지 않다…

기억으로는 해커스펍으로 블로그를 쓸 수 있다 이런 내용도 있었던 것 같은데... 마크다운도 서포트 되고? 피드랑은 좀 다른 느낌으로 사용해야하나??

@ideasidus 네, 맞습니다. 우측 상단에 글쓰기 아이콘이 있는데, 그쪽에서 글을 쓰면 블로그 글처럼 긴 게시글을 쓸 수 있습니다!

오늘도 CI와 싸웠다

관련은 없지만 뭔가 특정 주제에 대해서 자유롭게 만나고 나눌 수 있는 환경이 더 확대되면 좋겠다

CV 겸 개인 홈페이지였던 사이트를 아예 커스텀 블로그로 바꾸면서... 어제 슬쩍 홍보를 올렸는데요

https://theeluwin.github.io/

Pelican으로 만들고 GitHub Pages로 배포를 했는데, 급하게 수정할게 있어서 추가 commit을 했더니 갑자기 README를 기반으로 한 디폴트 페이지로 바뀌었습니다;;;

그러니까 기존 배포 A, 리뉴얼 배포 B, hot-fix 배포 C 이렇게 세개가 있으면, C를 했는데 실패해서 (실패 원인: GitHub Action이 새벽에 일시적으로 불안정했음) 당연히 B가 나올줄 알았는데, A도 B도 아닌 README 기반의 만든적도 없는 배포 X가 나왔습니다... 왜였을까요...? Action 사용하기 이전 시절의 (Jekyll 등을 지원하던) GitHub Pages 빌드 방식이 남아있어서 뭔가 꼬였는지...

암튼 블로그 많이 놀러와주세요,,, 게임 추천으로 시작합니다 (포스트도 아니고 인덱스 페이지에서)

@kodingwarriorJaeyeol Lee @jafffyJaewon Choi 반갑습니다. 마침 저는 DB 수업을 위해서 DBMS를 페이지기반으로 파일시스템을 다루는 모듈부터 SQL parsing까지, 그야말로 모든 레이어를 전부 구현시키는 과제를 만들기 위해 DBMS를 직접 하나 만들고 있습니다... 무척 공감이 됩니다.

@z9mb1wwj 제가 내 드리겠습니다.

Hackers' Popup @ Seoul 도 좋을지도 모르겠네요. 해커스펍의 서울 팝업스토어 느낌으로...

소리내어 생각하기

Hackerspoon (Wetherspoon. 프랜차이즈 펍)?

fediベースのコメントシステム、意外と簡単に実装できそう

@quiraxical킈락 반갑습니다!

안녕하세요, 일할 곳을 찾아 헤매고 있습니다. 사실 다른 일을 해볼까도 생각중입니다. 여하튼 여전히 개발이 좋은 킈락이라고 합니다. 파이콘 때 가입은 했는데 늦게 인사드립니다. 잘 부탁드립니다!

https://github.com/rust-lang/rust/pull/145602 오늘의 기여

r#"test"#suffix 같이 raw 문자열 리터럴에 유효하지 않은 접미사가 있을 때, 적절한 오류 메시지를 출력하지 못하는 문제를 수정했다. 이것저것 테스트 해본 결과 접미사 바로 뒤에 다른 토큰이 따라오는 경우에만 이 현상이 발생했다.

처음에는 렉서 단에서 유효하지 않은 접미사가 있는지 감지하도록 했지만, LitKind::from_token_lit에서도 접미사를 검사하고 있어서 중복으로 오류 메시지가 생성되는 문제가 발생했고, 추가로 attribute를 파싱할 때 시원하게 다 터지는 문제가 발생해서 이건 좋은 접근 방법이 아니였다.

그래서 대안으로 parse_expr_lit 함수를 수정하고 LitKind::from_token_lit을 사용해 파서 쪽에서 리터럴을 검증하고 적절하게 오류를 생성하도록 했다. https://github.com/rust-lang/rust/blob/8365fcb2b840c95eeb0bc377af8bd498fad22245/compiler/rustc_parse/src/parser/expr.rs#L1561-L1570

https://github.com/dotnet-script/dotnet-script 이걸 쓰고 있었는데 dotnet run으로 대체가 가능할까나?

박사과정을 하면 한번쯤은 내가 교수가 된다면 뭘 해볼까 생각해보게 되는 것 같다. 나의 경우에는 FPGA를 하나 사서 하드웨어부터 Verilog로 짜올려서 운영체제, 컴파일러를 만들고 C로 ray tracing을 짜는 두 학기짜리 프로젝트 과목을 해보고 싶다…만 이러면 조교가 죽어나갈 것을 알기에 꿈만 꿔본다.

키보드 샀음. 키 누르는 맛이 좋다

dotnet run program.cs의 가치를 알아보는 사람들이 서서히 생겨나기 시작했네요 ㅎㅎ

https://www.reddit.com/r/dotnet/s/0THhQUmCM3

@jafffyJaewon Choi 잘 부탁드립니다!

안녕하세요 해커스펍 여러분~ 병원에서 개발하는 사람입니다. 잘 부탁 드려요~

@z9mb1wwj 고생하셨습니다…

오늘은 수제코드 작성하는 날

올해에는 사내 학습 데이터용 파이프라인도 만들고 학습 데이터 준비하고 (몇 개 했는지 기억도 안남) 막판엔 창고용 NAS도 설치하고.. 인턴으로썬 선방했다고 생각한다.

확실히 any를 방치하면 순식간에 코드베이스 전체로 번져나간다

단체 메일에서 BCC로 리스트를 넣어 보내야 할걸 TO에 넣어서 보낸걸 받고서 이제 이건 사람이 실수하기 너무 쉬운 구조가 아닌걸까 싶은 생각이 들었다. 차라리 이메일 서버 혹은 서비스에서 TO나 CC 목록에 수신인이 10명 이상이 있는데도 BCC가 아예 비어있다면 메일을 보내기 전에 경고를 띄워서 실수를 시스템적으로 막아야 하지 않을까하는 생각이 들었다.

기본 기능들이 갖춰져서 GitHub에 일단 올렸다…

올해 4월부터 약 5개월 간 진행한 에이전트 기반 코딩 실험에 대해 회고를 해봤다: https://wiki.g15e.com/pages/Retrospective of agentic coding experiments