블로그
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 3704 편
#2026-03 762#culture 283#deep-dive 275#kubernetes 262#career 233#ai 223#llm 217#devops 198#2026-04 158#security 149#observability 118#database 113#communication 108#history 107#architecture 101#productivity 98#performance 93#linux 90#networking 89#finance 87#economy 84#mindset 80#psychology 79#ai-papers 78#food 78#it 78#travel 78#japanese 76#deep-learning 75#english 74#gpu 74#ai-agent 69#business-travel 69#postgresql 67#cs-fundamentals 63#rag 63#systems 63#python 56#learning 54#self-improvement 53
하네스는 설정이 아니라 배포물입니다 — 자기 개선 루프의 진짜 병목
Lilian Weng이 2026년 7월에 정리한 하네스 엔지니어링 글은 모델을 감싸는 시스템 전체를 하나의 공학 대상으로 이름 붙입니다. 이 글은 그 정의를 옮기는 대신, 하네스를 설정 파일이 아니라 버전이 붙은 배포물로 다루면 무엇이 달라지는지를 다룹니다. 하네스 지문을 찍어 회귀를 잡는 법, 컨텍스트를 늘어나는 프롬프트가 아니라 플레이북으로 다루는 법, 그리고 자기 개선 루프에서 진짜 병
2026-08-09 · 14 분 읽기 #llm#agent#harness-engineering#context-engineering#evaluation느린 건 CPU가 아니라 시스템 콜 경로였다 — 폰을 서버로 만들며 배우는 것
CMF Phone 1을 개인 인프라 서버로 만든 사례를 통해 리눅스 호환 계층의 실제 비용이 어디에 붙는지 정리합니다. 저자는 postmarketOS 플래싱에 실패한 뒤 스톡 안드로이드를 유지하고 Termux를 호스트 제어 평면으로 삼았으며, 일반 웹 서비스는 PRoot로 충분했지만 Chromium 기반 워크로드만은 유저스페이스 변환 계층 때문에 남는 CPU에 도달하지 못했습니다. 해결은 코
2026-08-09 · 19 분 읽기 #linux#termux#chroot#proot#self-hosting버스 팩터는 아는 사람의 수가 아니라 결정할 수 있는 사람의 수다
Nixpkgs 코어 팀이 10개월 만에 해산했습니다. 기여자가 수천 명인 저장소에서 위임된 의사결정 권한을 가진 사람은 두 명이었고, 그 두 명이 물러나자 해당 관할은 직접적인 주인이 없는 상태가 되었습니다. 이 사건을 근거로 의존성 위험을 평가할 때 스타 수와 커밋 수가 아니라 승인 권한을 가진 사람의 수, 위임 구조의 실효성, 에스컬레이션 경로를 봐야 하는 이유를 정리하고, GitHub
2026-08-09 · 16 분 읽기 #devops#open-source#governance#nix#supply-chain300배는 PostgreSQL을 튜닝해서 나온 숫자가 아니다 — 화산 모델과 벡터화 실행
pgrust 0.2 릴리스와 함께 공개된 300배라는 숫자를 정확히 해부합니다. 이 수치는 PostgreSQL 설정을 바꿔서 나온 것이 아니라 Rust로 새로 구현한 데이터베이스를 ClickBench에서 측정한 결과이며, 저자 본인이 별도로 제시한 SUM 쿼리 실험은 화산 모델 1.3초에서 SIMD 135밀리초까지 9.6배를 보여 줍니다. 배치, 연산자 융합, SIMD가 각각 무엇을 제거하는
2026-08-09 · 15 분 읽기 #postgresql#database#performance#query-engine#simd레지스트리를 늘렸는데 가용성은 그대로다 — zot 스케일 아웃이 실제로 파는 것
zot을 예로 들어 컨테이너 레지스트리의 확장 설계를 뜯어봅니다. 일관성 해시로 리포지토리를 인스턴스에 배정하고 소유자가 아닌 노드는 프록시로 넘기는 구조는 샤딩이지 고가용성이 아니며, 공식 문서도 자가 치유가 되지 않는다고 명시합니다. 컴퓨트 전용 확장과 컴퓨트 겸 스토리지 확장이 각각 무엇을 포기하는지, boltdb 캐시 드라이버가 인스턴스 수를 사실상 하나로 묶는 이유, 미러링에서 di
2026-08-09 · 15 분 읽기 #devops#oci#registry#zot#container웹 에디터에 자가 없는 진짜 이유 — 잴 자가 없는 게 아니라 잴 종이가 없습니다
워드에는 있고 웹 에디터에는 없는 것 중 가장 자주 요청받는 기능이 눈금자입니다. 아무도 만들지 않아서가 아닙니다. 웹에는 페이지라는 모델이 없어서 센티미터가 무엇에 대한 센티미터인지부터 정할 수 없기 때문입니다. 최근 공개된 editor-ruler를 실마리 삼아, 눈금자를 붙인다는 결정이 왜 UI 부품 하나가 아니라 문서 모델 하나를 들이는 결정인지, 그리고 그 결정에 따라오는 것이 무엇인
2026-08-09 · 14 분 읽기 #frontend#rich-text-editor#ui-design#contenteditable#developer-tools조회 비용이 읽을 수 있는 것을 정합니다 — 2천 년 된 텍스트에서 코드 탐색까지
그리스어와 라틴어 원전 1,060편을 모아 두고 아무 단어나 누르면 원형과 형태 분석과 사전 항목이 뜨는 사이트가 공개됐습니다. 대단한 점은 텍스트의 양이 아니라 조회 비용을 0으로 만들었다는 것입니다. 한 번에 20초씩 200번이면 그 텍스트는 읽을 수 없는 텍스트가 되기 때문입니다. 이 사이트가 어떻게 만들어졌고 무엇을 한계로 밝히고 있는지 확인한 뒤, 같은 논리가 우리 코드베이스에서 어
2026-08-09 · 14 분 읽기 #developer-tools#code-navigation#ide#reading#tooling화면은 열 글자로 쓰입니다 — 커스텀 위젯을 만들기 전에 물어야 할 한 가지
제이콥 닐슨은 거의 모든 사용자 인터페이스가 열 개 남짓한 요소로 조립된다고 정리했습니다. 알파벳 스물여섯 글자로 모든 영어 단어를 쓰듯이 말입니다. 이 목록이 유용한 이유는 무엇을 만들지 알려 주기 때문이 아니라, 새 위젯을 만들 때 실제로 무엇을 버리는지 보여 주기 때문입니다. 순위가 담고 있는 정보, 관습을 어기는 네 가지 흔한 방식, 그리고 우리 디자인 시스템 목록에 오늘 붙여 볼 수
2026-08-09 · 14 분 읽기 #ui-design#ux#design-system#frontend#usability같은 회사 두 프로젝트가 AI 기여에 정반대 결론을 낸 이유 ♪ 들을 수 있어요
OpenJDK는 2026년 4월에 생성형 AI로 만든 기여를 전면 금지했고, 같은 오라클 산하의 GraalVM은 같은 시기에 AI 코딩 어시스턴트 사용을 명시적으로 허용했습니다. 두 프로젝트는 같은 기여자 협약을 씁니다. 이 글은 세 문서를 나란히 놓고 읽습니다. OpenJDK 원문, GraalVM의 정책 파일, 그리고 둘 다 참고한 리눅스 커널 문서입니다. 결론은 이 차이가 AI에 대한 태
2026-08-09 · 14 분 읽기 #culture#open-source#ai#policy#code-reviewDiátaxis를 네 개의 폴더로 오해하는 이유 — 한 문서 안에 두 모드를 섞으면 왜 무너지는가
Diátaxis는 문서를 튜토리얼·하우투·레퍼런스·설명 네 종류로 나눕니다. 그런데 팀 대부분은 폴더를 네 개 만드는 것으로 적용을 끝내고, 정작 문제는 그대로 남습니다. 진짜 실패는 분류가 아니라 한 문서 안에서 네 모드를 섞을 때 일어나기 때문입니다. 왜 섞이면 무너지는지를 프레임워크가 근거로 삼는 두 축에서 되짚고, 문단 단위로 판정하는 나침반과 이번 주에 바로 돌릴 수 있는 작업 루프
2026-08-09 · 15 분 읽기 #documentation#diataxis#technical-writing#developer-experience#information-architecture타입 검사기를 통과한 두 서비스가 서로를 기다리며 멈출 때 — 코레오그래피라는 다른 접근
메모리 안전을 보장하는 언어를 써도 두 서비스가 서로의 메시지를 기다리며 멈추는 일은 막지 못합니다. 타입 검사기의 시야가 프로세스 하나에서 끝나기 때문입니다. 코레오그래피 프로그래밍은 시스템 전체를 하나의 프로그램으로 쓰고 컴파일러가 노드별 코드를 뽑아내게 해서 이 경계 자체를 없앱니다. 최근 공개된 Wyzer를 실마리로, 엔드포인트 프로젝션이 무엇이고 왜 데드락이 설계상 사라지는지, 그리
2026-08-09 · 14 분 읽기 #programming-languages#compiler#distributed-systems#type-systems#concurrency제출물이 싸지면 평가는 어디로 옮겨가는가 — 덴마크가 구두 방어를 택한 이유
덴마크 교육부가 집에서 쓴 시험 과제에 구두 방어를 의무화하는 즉시 조치를 내놓았습니다. 글을 쓰는 비용이 0에 가까워지면 제출물만으로는 아무것도 알 수 없게 되고, 평가는 산출물에서 저자성의 증거로 옮겨갑니다. 발표된 조치가 정확히 무엇이고 세 가지가 각각 무엇을 노리는지 원문 그대로 정리한 뒤, 이 논리를 채용 과제와 코드 리뷰에 옮길 때 어디까지가 성립하고 어디서 깨지는지를 구분해 적었
2026-08-09 · 15 분 읽기 #assessment#hiring#code-review#education#engineering-culture코드가 어려운 부분이 아니었다는 말이 왜 그렇게 화를 돋우는가
2026년 8월에 Hacker News 상단을 차지한 에세이 하나는 코드는 원래 어려운 부분이 아니었다는 말이 모든 프로그래머에 대한 모욕이라고 주장합니다. 이 글은 그 반박에 동의하되 이유를 다르게 봅니다. 그 문장이 화를 돋우는 것은 틀려서가 아니라 코드라는 단어의 의미를 도중에 바꿔치기하기 때문입니다. 코드를 세 층으로 쪼개면 양쪽 주장이 각각 어디서 참인지가 보이고, 우리 팀이 실제로
2026-08-09 · 14 분 읽기 #career#craft#ai#engineering-culture#skills데이터 레지던시는 드롭다운이 아니라 복제 토폴로지다
Fastmail이 2026년 8월 3일 EU 데이터 리전을 열면서 공개한 문서를 교재 삼아, 데이터 소재지가 왜 리전 선택 한 번으로 결정되지 않는지 정리합니다. 주 사본, 복제본, 비상 백업, 전역 복제되는 메타데이터, 로그, 서드파티 연동, 그리고 장애 시 폴백 경로는 각각 다른 위치를 가질 수 있고 실제로 갖습니다. Fastmail은 EU 계정의 복제본이 미국에 있고 백업은 필라델피아에
2026-08-09 · 16 분 읽기 #architecture#data-residency#gdpr#replication#compliance배포가 곧 부하 테스트다 — 캐시를 채우는 비용을 설계하지 않으면 생기는 일
Canva가 게이트웨이 인메모리 세션 무효화 캐시를 MySQL에서 S3로 옮긴 과정을 뜯어봅니다. 문제는 정상 상태의 조회 비용이 아니라 배포 때마다 수백 개 파드가 동시에 캐시를 채우면서 데이터베이스를 때리는 시작 비용이었고, 해결책은 캐시 계층을 하나 더 얹는 것이 아니라 데이터의 표현을 바꾸는 것이었습니다. 12시간 슬라이딩 윈도를 30분 조각으로 나누고 무효화 하나를 16바이트로 눌러
2026-08-09 · 16 분 읽기 #architecture#caching#s3#scalability#deploymentLLM이 못 하는 것은 증명이 아니라 전제를 세우는 일입니다
ICML 2026 입장 논문 Position: LLMs can not jump은 생성형 AI가 귀납을 마스터했고 연역을 빠르게 정복하는 중이지만, 새로운 설명 가설을 만들어 내는 귀추에는 구조적으로 도달하지 못한다고 주장합니다. 이 글은 그 주장을 요약하는 대신, 그것이 사실이라고 가정했을 때 우리가 지금 만드는 시스템의 설계를 어떻게 바꿔야 하는지를 다룹니다. 가설 공간을 어디서 공급할 것
2026-08-09 · 14 분 읽기 #ai#llm#reasoning#abduction#research평가 주도 개발에서 가장 먼저 보정해야 하는 것은 심사자입니다
Airbnb 엔지니어링이 2026년 7월에 공개한 평가 주도 개발 회고는 평가셋을 먼저 쓰라는 이야기가 아니라, 채점하는 모델부터 계측기로 인정받아야 한다는 이야기에 가깝습니다. 이 글은 심사자 모델을 골든셋 50~100개로 보정하는 절차, 일치도를 단순 정확도가 아니라 카파로 재야 하는 이유, 그리고 보정되지 않은 심사자가 어떻게 팀 전체를 잘못된 방향으로 최적화시키는지를 실행 가능한 코드
2026-08-09 · 15 분 읽기 #ai#llm#eval-driven-development#llm-as-judge#evaluation마찰이 사라지면 안목이 남는 게 아니라 안목을 기를 길이 사라집니다
2026년 8월에 화제가 된 에세이 Taste Is All That Is Left는 만드는 일이 싸지면서 무엇을 만들 가치가 있는지 판단하는 능력만 희소해졌다고 말합니다. 이 글은 그 진단에 동의하면서 한 걸음 더 들어갑니다. 안목은 노력이라는 필터의 부산물이었고, 필터가 사라지면 안목이 자동으로 남는 것이 아니라 안목을 기르던 경로가 함께 사라집니다. 그래서 필요한 것은 마찰을 의도적으로
2026-08-09 · 13 분 읽기 #career#craft#ai#code-review#mentoring사진이 들어간 QR 코드는 무엇을 대가로 지불하는가 — 오류 정정은 예산입니다
QR 코드 안에 사진을 넣는 기법을 뜯어보면, 그것이 디자인 결정이 아니라 예산 배분 결정이라는 사실이 드러납니다. 예쁘게 만드는 데 쓰이는 여유분은 원래 구겨진 종이와 나쁜 조명을 위해 남겨 둔 것이기 때문입니다. 모듈을 아홉 칸으로 쪼개는 방식, 그 결과 생기는 아홉 분의 일의 잡음, 그리고 오차 확산을 두 번 돌려 예산을 덜 쓰고도 더 깨끗한 그림을 얻는 방법까지, 원 자료의 설명을 따
2026-08-09 · 14 분 읽기 #algorithm#qr-code#error-correction#dithering#image-processing소설 추천 — 시간을 쓸 가치가 있는 30권과 첫 50쪽의 법칙 ♪ 들을 수 있어요
소설 추천 목록은 넘치지만 정작 필요한 정보는 빠져 있습니다. 이 책이 몇 쪽인지, 얼마나 어려운지, 그리고 첫 50쪽이 힘들 때 계속 읽어야 하는 책인지 아닌지. 고전과 20세기 현대소설, 최근 20여 년, 장르소설, 한국문학, 비서구권까지 30권을 그 기준으로 정리했습니다. 마지막에는 한국 독자가 판본을 반드시 골라야 하는 번역 민감 작품들을 따로 묶었습니다.
2026-08-02 · 37 분 읽기 #storytelling#novels#reading#world-literature#culture