[미래의 나를 위한 메모지만 미래의 내가 이걸 볼 일이 없었으면 싶은 노트] 0xc000007b 오류를 검색해보면 온갖 글이 나오는데, 대체로 이런 글들이 사용자 입장에서 적힌 글이라서 개발자 입장에선 64bit 환경에서 32bit 바이너리를 혼재해서 사용할 때 생기는 문제라는 것 말고는 아무런 힌트도 못 얻었는데...

빌드와 관련된 설정에서 32bit/64bit 관련 무언가가 혼재되지 않았는지 체크하면 대체로 문제를 해결할 수 있다. 특히 외부 라이브러리. 환경변수, 특히 PATH에서 관련된 라이브러리 폴더 속 아키텍처가 혼재되지 않았는지 체크해보면 큰 도움이 된다. 나의 경우 Qt 애플리케이션이었는데 환경변수에 C:/Qt/Qt5.13.1/5.13.1/msvc2015_64라고 넣어야 할 것을 C:/Qt/Qt5.13.1/5.13.1/msvc2015라고 넣은게 원인이었다.

윈도우 + 인텔 CPU 구성이 필요한 프로젝트를 컴파일하고 있는데 아무리 msbuild에서 -m:16 옵션을 줘도 항상 코어가 2개씩 놀고 있다. 255H의 코어 구성이 성능 코어 6개, 효율 코어 8개, 저전력 효율 코어 2개라서 대충 저전력 효율 코어에 배분이 안 되는구나 예상은 했는데... 생각해보니 인텔의 저전력 효율 코어(LP E-core)는 성능 코어 / 효율 코어와는 다르게 컴퓨팅 타일에 존재하는게 아니라 SoC 타일에 있어서 컴파일처럼 컴퓨팅 성능이 필요할 때는 아예 허수아비가 되는 것 같다.

사진은 인텔의 Meteor Lake의 소개 자료, Meteor Lake부터 LP E-core가 도입되었다.

반도체의 제한된 다이 사이즈나 x86_64 아키텍처에서의 전력 효율 문제로 인텔도 AMD도 여러 시도를 하는 것 같지만, 인텔의 LP-E core 전략이 얼마나 좋을진 모르겠다. AMD Zen은 컴팩트 코어에 캐시 등에서 차이는 있어도 일단 "모든 명령어셋"이 호환되니 이론적으로 생각해보면 훨 낫지 않나 싶다. 그리고 인텔도 비슷한 문제를 인식했는지 곧 나올 Panther Lake는 LP E-core도 같은 컴퓨팅 타일에 배치한다고.

결국 #해커즈펍송년회 에 커스텀 키캡을 배포해야 할 것 같다...

내 트리를 꾸며줘!

vimrc2025 스티커 왕창 뿌렸고, 그럼에도 남아돌아서 해커스펍 송년회에서도 왕창 뿌릴예정

그래 제발 나를 후원해주시오

피드가 무슨 바이브코딩 기록지 같은게 되고 있기는한데 어제 테스트해서 잘된 클로드코드 프랙티스 공유.

1. 이전부터 사용하고 있었던 방법인데 플랜 모드에서 복잡한 태스크 시킬때 각 태스크 분할해서 순차적으로 할 계획 세운후 각 단계를 md로 각각 뽑고 그 md에 맞춰서 작업하라고 하면 긴 태스크도 컨텍스트 크기 제약 없이 상대적으로 잘할 수 있었음. (e.g. step1.md 실행해)
2. 병렬로 더 빨리 작업할 수 있는 방법 없을까 고민하다가, 이전에 지인이 여러개 띄울때 todo.md 같은걸로 클로드 코드끼리 통신(?)하도록 하게 한다는게 생각남.
3. 복잡한 태스크를 최대한 병렬로 가능한 식으로 쪼개도록 유도. step_a, step_b는 병렬로 실행가능하고 순차적이여야하면 step_a_1 처럼 네이밍하게 함.
4. 생긴 md 수만큼 클로드 코드 세션 열어서 일시킴.

토큰은 무서울정도로 빨리 쓰긴하는데, 엄청 잘하는것 같음. commands로 만들어서 활용하면 좋을듯?

드디어 힘든 싸움 끝에 마스토돈을 쿠버네티스에 띄워서 접속하는데 성공은 했지만... 지금은 기존 DB를 tailnet으로 접속하고 있는데 디비왔다갔다 레디스왔다갔다 하다 보니 페이지 뜨는데 5초가 넘게 걸려서 이걸 실제로 적용했다간 파멸이 분명하다... hosts로 먼저 테스트해보길 잘 했다...

A while back I mentioned the idea of “Fedify Studio”—a web-based toolkit for #ActivityPub debugging and development. I've been quietly working on shaping that idea into something more concrete.

Nothing to announce yet, but it's looking like this might become a team effort rather than a solo project, which would be nice. We'll see how it goes.

#Fedify #fedidev #fediverse

토스 웹 프레임워크 팀을 소개합니다. 제가 백엔드 개발자에서 학교로, 학교에서 프론트엔드 플랫폼 엔지니어로 커리어를 전환한 이야기를 인터뷰했어요. https://toss.im/career/article/web_framework_2511

몸 담고 있는 커뮤니티가 해커스펍(해커즈퍼브) 포함 딱 3개인데, 이들 커뮤니티를 후원할 수 있는 회사로 크는 거창한 목표를 가지고 있습니다...만 지금 1인 법인입니다.

이게 금방 매진이 되려고 하네......

디버그 정보가 있어도 모든 것이 optimized out 으로만 보이는 덤프에서 어셈이랑 레지스터가지고 즐겁게 원인 추정하기

아무래도 來年(내년)에는 海外(해외) 컨퍼런스에 많이 參加(참가)하게 될 것 같다. 一旦(일단) 只今(지금) 생각나는 것만으로도 네 個(개)나 있음:

• FOSDEM 2026 (브뤼셀)
• FediCon 2026 (밴쿠버)
• COSCUP 2026 (臺北(타이베이))
• TSKaigi 2026 (東京(도쿄))

Update: I just submitted a talk proposal to the Social Web Devroom at @fosdem 2026—Fedify: Type-safe ActivityPub for TypeScript. Guess I'm flying to Brussels after all. 😅

@kodingwarriorJaeyeol Lee 반갑습니다! 초대링크 감사합니다 :)

오늘 코딩(유의어: 클로드 갈구기)는 여기서 포기 사유:

hello world

해커즈펍이 잘 안되는 건가...? 자꾸 단문 등록이 안 되네?

라고 해커즈펍에 쓰는 중...

아 맞다 행사신청

물론 소프트웨어 장인 정신에 가까운 것도 잃어버린지 오래되어 흔히 얘기하는 해커는 아니게 되었습니다. 그렇지만 AI로 바이브코딩이 가능해지고, 소프트웨어 엔지니어가 더 잘 사용할 수 있는 환경까지 마련되면서 소프트웨어 개발에 본질에 더 가까워질 수 있지 않나?라는 생각도 듭니다.

제가 생각하기엔 AI와 함께 인간 지능은 해결해야하는 문제와 이를 뒷받침하는 소프트웨어 구조에 더 잘 집중할 수 있다고 느꼈습니다. 그리고 이것들을 빠르게 반복하면서 개선할 수 있는 생산성까지 얻게된 셈이니까요. 적어도 몇년전부터 그리고 앞으로도 코딩에만 집중하지 못할 저에게는 그러한 부분이 더 크게 다가왔던것 같네요.

최근 바이브코딩에 너무 익숙해지며 생기는 반대 급부 문제도 있습니다만(모든 코드를 다 쉽게 accept한다던지 ㅋㅋㅋ), 발전된 기술을 사용하면서 오는 사이드 이펙트 정도로 생각하고 좋은 해결 방법을 계속 고민하면 되는 문제 정도라고 판단하고 있습니다.

세상은 너무 빠르게 바뀌고 있기 때문에 내년 여름쯤에는 또 다른 생각을 하고 있을수도 있겠습니다.

코드에디터 만들고싶다..

@robin 헤츠너로 직접 운영하기... 농담입니다. AWS >> GCP >> Azure 순으로 복잡성이 높아지고 가격이 올라가고 기능이 다양하니까, 사용 사례에 따라 나눠질 수 있겠네요.

@robin 3개 다 사용해봤는데 비슷한 수준에서는 AWS가 가장 덜 나오긴했습니다. 하지만 ALB가 꽤 비싼편이라서 LB 많이 쓰신다면 GCP 고려해보셔도 될것같슴다!

Git 3.0에서는 기본 브랜치로 main을 사용합니다
------------------------------
- *Git 3.0* 부터 새 저장소 생성 시 기본 브랜치가 자동으로 *main* 으로 설정됨
- 이번 변경은 *Git 2.52 패치 노트* 에 명시된 내용으로, Git 3.0부터 git init 명령이 ‘master’ 대신 ‘main’을 사용함
- Software Freedom Conservancy 가 2020년 6월 기본 브랜치명 변경 계획을 발표했고, *GitHu…
------------------------------
https://news.hada.io/topic?id=24651&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

오라클 네이티브 Ingress의 수많은 버그를 밟고 결국 사용을 포기하고 LoadBalancer Service (L4) -> nginx (L7, 여기서 web/streaming 분리) 방식으로 일단 땜빵을 했는데 솔직히 클라우드 갈아타고 싶은데 비용땜에 어떻게든 부여잡고있음

그래서 AWS 갈까요 GCP 갈까요 Azure 갈까요 어디가 더 쌀까요...

파이썬으로 할 수 있는 게 별로 없단 얘길 들었다. 하지만 난 파이썬 백엔드 하고 있어..

https://ziglang.org/news/migrating-from-github-to-codeberg/ 띠용

묘하다… claude max $100을 사용하다가 최근에 또 잠깐 사용을 잘 못해서 pro로 내렸더니 너무 빠르게 사용량을 다 채워버리고 있다. max쓰면 실제로 5배보다 더 주나..?

Hackers Public @ Seoul 송년회 ---- 2025년의 마지막을 해커들과 함께해요.

Hackers' Public @ Seoul 송년 네트워킹 밋업은 발표보다 대화, 형식보다 연결을 중심으로 진행됩니다. 라이트닝 토크도 지원받습니다. 만들었던 것·배운 것·고민했던 이야기를 자유롭게 얘기해보도록 해요.

많은 관심 부탁드립니다~

• 🗓 12/21(일) 14:30~18:30
• 🎤 라이트닝 토크 5분 자유 참여
• 📌 1차 모집: 11.26~12.5 (회원 대상)
• 신청하기 👉 https://event-us.kr/hackerspubseoul/event/117468

The #PHP 8.5 release announcement page looks amazing! https://www.php.net/releases/8.5/en.php

I’d love to see this design treatment applied to the rest of php.net.

수상한 컨셉의 함수형 언어가 1.0을 찍었는데 생각보다 재밌어 보여서 한 번 찍먹해 볼까 싶다.

https://www.unison-lang.org/unison-1-0/ https://rosettalens.com/s/ko/the-big-idea https://rosettalens.com/s/ko/abilities-and-ability-handlers

도메인 분실[?]로 hollo로 갈아탔습니다. 갈아타는게 쉽지 않군요. 기존에 쓰던 Android/iOS Client와의 호환성도 추가적으로 체크해봐야할것 같습니다. ㅠㅠ

C++ rant만으로 2시간 분량을 채울 수 있다는 게 놀랍다 (CW: AI 삽화) https://youtu.be/7fGB-hjc2Gc

@robin 관련된 내용인지는 모르겠는데, 비동기 SSR 관련해서 뭔가 업데이트가 진행중인 것 같네요. (대충 비동기로 SSR이 되게 할 예정이라는 공지) https://github.com/sveltejs/svelte/discussions/16784

Fediverseのアドベントカレンダー、2025年も会場をご用意しています。

アドベントカレンダーはキリストの降誕祭・待降節に由来するもので、

12月1日（クリスマスの4つ前の日曜日）〜12月24日、毎日印をつけたり、毎週キャンドルを灯しながら数えていく習慣がありまして、

クリスマスを待つ子供達に、お菓子やおもちゃが入った扉がついているカレンダーがつくられ、毎日ひとつずつ開けていく習慣が根付いています。

大人向けの、紅茶とか化粧品の入ったカレンダーも、だいぶメジャーになってきましたよね。

で、これになぞらえて行われている、毎日記事を書いて発表する技術界隈から始まったイベントがありまして、

その流れを汲んでいるのが、今回私たちが企画しているアドベントカレンダーです。

みんなでテーマに沿った記事を持ち寄って、それを読んで一年を振り返ったり、知見を共有したり、抱負を語ったりするイベントです。

個人的な感想や振り返りなども受け付けているので、みなさん、ぜひ参加してください。エントリー受付中です。

登録・詳細はこちらからどうぞ。
https://adventar.org/calendars/11463

#FediverseAdventCalendar #FediverseAdventCalendar2025

「ご自身のブログや、Hackers' Pub、投稿できるその他のサービスを利用して記事を公開し、そのURLを登録してください」

Hackers' Pubって書いてある😍
まだHackers' Pubで記事を書いたことがないので、この機会になにか書いてみようかな🍤

네이버 모각코 지도를 오랫만에 업그레이드합니다. 24시, 야간, 밤 11시 이후 마감, 심야, 새벽 시간에도 운영하는 카페들을 모아 별도 지도로 준비하고 있습니다.

많이 제보하고 공유해주세요~ 🤗

#모각코 #카페

https://naver.me/xF2W8ln7

오라클 쿠버네티스에 OCI native ingress controller 설치하는거 계속 고급 클러스터를 쓰라면서 안 되는데 문서에서는 일반 클러스터도 할 수 있다고 해서 황당했는데 알고보니 일반 클러스터는 생성 시에만 애드온을 설정할 수 있고 고급 클러스터는 생성 후에 별도로 추가할수 있는 그런거인거 같다... 문서화너무구려궁시렁궁시렁

11월 나온 모델만 가지고 regression 때리면 내년 1월 중순에 SWE-Bench 가 saturate되네요. 굉장히 optimistic 한 전망이지만 반대로 갑자기 exponential grokking이 발생할수도 있으니 무섭네요

opus 4.5 파일 수정 속도 이거 무슨 일이래

Codex 쓸맘이 안드는게 ChatGPT는 틈만나면 친한척 해서 Claude 계속 씀

잘 놀고와서 그런지 작업이 잘 된다

지금 아이디어는 load에서 SSR인지 여부에 따라서 T | Promise<T>를 던져서 SSR에서는 바로 데이터 / CSR 에서는 Promise 결과가 스트리밍되게 하고 +page.svelte에서는 항상 #await :then을 씌워주면 SSR때도 Promise 아닌게 들어오면 :then을 렌더링하니까 어떻게 될 거 같긴 한데 어쨌든 SvelteKit의 간단한 구조는 포기해야 하니까... (어쩔 수 없는거지 싶기도 하고)

SvelteKit의 +page.svelte가 +page.ts를 기다리는 구조가 SSR 시에는 복잡도를 엄청 줄여주는데 (데이터가 다 로딩되어 있어서 <Suspense> 등이 필요 없으니까...) CSR 때는 페이지 렌더링을 늦추는 주범이 되는 것 같아서 고민

최적화 작업을 위해 프로파일러를 만들었는데 확실히 분석 도구가 있으니까 효율적으로 작업을 할 수 있게 된 것 같다. 이전에는 깜깜히 진행하는 느낌이였는데 본격적으로 활용할 수 있게 되니까 뭘 해야하지 잘 보이는 느낌임

오라클 클라우드의 가장 좋은 점은 NAT 게이트웨이에 돈을 받지 않는다는 점이다... 어떻게 이걸 그렇게 비싼 가격을 받을까 다른 클라우드들은...