블로그
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 3672 편
#2026-03 762#culture 283#deep-dive 275#kubernetes 260#career 233#ai 220#llm 216#devops 195#2026-04 158#security 147#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 66#cs-fundamentals 63#rag 63#systems 63#python 55#learning 54#self-improvement 53
해고가 걱정될 때 실제로 하는 준비 — 감정이 아니라 체크리스트
잘릴지도 모른다는 걱정은 아무것도 바꾸지 않지만, 준비는 통보 이후의 선택지 수를 바꿉니다. 이 글은 감정을 다루는 대신 네 개의 칸으로 된 체크리스트를 제시합니다. 재정 활주로, 평소에 살려 두는 서류, 급할 때 만들지 않는 네트워크, 회사 밖에 남는 증거. 각 칸에서 무엇이 실제 준비이고 무엇이 준비처럼 보이는 일인지 구분하고, 분기에 한 시간이면 끝나는 점검 루틴으로 접습니다. 준비가
2026-08-15 · 10 분 읽기 #career#layoff#job-security#preparation#resume커리어 불안의 절반은 돈 문제입니다 — 활주로 계산과 고정비의 구조
이 일이 몇 년 뒤에도 있을까 하는 걱정의 아래에는 대개 없어지면 몇 달을 버티나가 깔려 있습니다. 미래는 예측할 수 없지만 이 숫자는 오늘 계산할 수 있습니다. 이 글은 활주로 개월 수를 구하는 두 개의 숫자와 그 정의, 분자를 키우는 것과 분모를 줄이는 것의 성질 차이, 고정비가 만드는 선택지, 그리고 활주로가 협상에서 실제로 하는 일을 다룹니다. 투자 이야기는 없습니다. 상품도 수익률도
2026-08-15 · 12 분 읽기 #career#financial-runway#money#negotiation#job-security기술 부채 완전 가이드: 식별하고 측정하고 갚기
기술 부채를 설득하기 전 단계, 즉 어디에 있는지 찾아내고 숫자를 붙이는 방법을 다룹니다. Fowler의 사분면으로 은유의 원래 뜻을 정리하고, 부채가 아닌 것을 걸러 내고, 변경 빈도와 복잡도로 핫스팟을 찾고, DORA 지표로 이자를 관측하고, 부채 목록과 상환 계획을 유지하는 절차, 그리고 갚지 않기로 결정하는 방법까지 정리합니다.
2026-08-15 · 43 분 읽기 #기술부채#리팩터링#코드품질#tech-debt#dora설계 문서 완전 가이드: 결정을 남기는 문서와 사라지는 문서
설계 문서를 글쓰기 기술이 아니라 팀의 의사결정 인프라로 다룹니다. 1-pager·설계 문서·ADR·RFC 중 무엇을 언제 쓰는지, 리뷰를 어떤 절차로 운영하는지, 내려진 결정이 어떻게 만료되는지, 그리고 문서가 실패하는 여덟 가지 방식을 정리합니다.
2026-08-15 · 42 분 읽기 #설계문서#adr#rfc#design-doc#기술문서테스트 전략 완전 가이드: 피라미드 논쟁 대신 결정 기준
테스트 피라미드와 테스팅 트로피 중 무엇이 맞는지 고르는 대신, 그 논쟁을 실제 축으로 분해해 팀이 자기 비율을 스스로 정하는 방법을 정리합니다. 단위의 정의, 비용 함수, 목 사용 범위, 커버리지 숫자, 결함 분포 데이터, 느리고 깨지는 테스트의 운영 규칙까지 결정 기준 중심으로 다룹니다.
2026-08-15 · 42 분 읽기 #테스트#아키텍처#testing#test-pyramid#coverage에러 처리 완전 가이드: 실패를 계약으로 설계하기
에러 처리를 예외 문법이 아니라 인터페이스 계약의 일부로 다룹니다. 오류를 분류하는 두 축, 예외와 반환값 논쟁의 실제 축, 경계마다 오류를 번역하는 규칙, RFC 9457 기반 HTTP 오류 계약, 멱등성 없는 재시도의 위험, 타임아웃 예산, 관측, 그리고 사용자에게 무엇을 말할 것인지까지 정리합니다.
2026-08-15 · 43 분 읽기 #에러처리#재시도#rfc9457#타임아웃#관측가능성코드 리뷰 완전 가이드: 리뷰를 프로세스로 설계하기
코드 리뷰를 대화가 아니라 처리량·지연 시간·소유권을 가진 시스템으로 봅니다. 승인 기준의 문서화, 변경 크기, 1영업일 응답 규칙, 사람과 자동화의 분담, 소유권과 승인 규칙, 코멘트 등급, 교착 시 에스컬레이션, 그리고 리뷰 지표가 오용되는 방식까지 운영 관점에서 정리합니다.
2026-08-15 · 40 분 읽기 #코드리뷰#개발문화#code-review#process#automation동시성 완전 가이드: 공유 상태를 줄여 나가는 순서
애플리케이션 설계자가 동시성 문제를 다룰 때 밟는 작업 순서를 정리합니다. 공유 상태를 없앨 수 있는지부터 확인하고, 없앨 수 없으면 범위를 좁히고, 남은 것에 원자성 경계와 잠금을 씌우고, 프로세스 밖으로 나가면 트랜잭션과 멱등성으로 지키고, 마지막에 테스트로 확인합니다. 개념 구분이나 인프라 비교가 아니라 코드를 쓰는 사람의 결정 순서에 초점을 둡니다.
2026-08-15 · 45 분 읽기 #동시성#아키텍처#concurrency#locking#backpressureAPI 설계 완전 가이드: 되돌릴 수 없는 결정부터 정하기
API 설계를 하나의 축으로 다시 배열합니다. 공개하는 순간 되돌릴 수 없게 되는 결정과 나중에 바꿀 수 있는 결정을 구분하고, 리소스 경계·식별자·메서드 의미론·상태 코드·오류 형식·페이지네이션·시간과 돈의 표현·버저닝을 되돌림 비용 순서로 정리합니다. RFC 9110, RFC 6585, RFC 9457 원문을 근거로 씁니다.
2026-08-15 · 44 분 읽기 #api설계#rest#http#rfc9110#rfc9457리팩터링 완전 가이드: 동작을 지키면서 구조를 바꾸는 절차
리팩터링을 언제 하느냐가 아니라 어떻게 안전하게 하느냐를 다룹니다. 리팩터링의 정의에서 출발해 특성화 테스트로 안전망을 만들고, 손댈 수 없는 코드에 접합부를 내고, 병렬 변경으로 인터페이스를 바꾸고, 큰 변경을 되돌릴 수 있는 조각으로 자르는 절차를 순서대로 정리합니다. 자동 리팩터링과 코드모드의 검증 방법, 그리고 멈출 때를 정하는 기준까지 포함합니다.
2026-08-15 · 47 분 읽기 #리팩터링#레거시코드#테스트#refactoring#characterization-test배포 전략 완전 가이드: 되돌릴 수 있는 것과 없는 것
배포 전략을 도구 목록이 아니라 가역성이라는 하나의 축으로 다시 정렬합니다. 아직 되돌릴 수 있는 변경과 이미 되돌릴 수 없는 지점을 지난 변경을 구분하는 체크리스트, 카나리가 통계적으로 의미를 갖기 위한 조건, 그리고 배포 전략을 가장 자주 무너뜨리는 스키마 변경과 데이터 마이그레이션을 중심에 놓고 설명합니다.
2026-08-15 · 46 분 읽기 #배포#릴리스#카나리#deployment#canary인증과 인가 완전 가이드: 스펙 원문으로 짚는 열 가지 오해
OAuth 2.0은 인가 프레임워크이고 OIDC가 그 위에 인증을 얹습니다. 권장에서 빠진 플로우, JWT 검증에 대한 착각, 토큰 저장 위치의 교환 조건을 RFC 6749·9700·7636·7519·8725와 OIDC Core, OWASP 치트시트 원문으로 정리합니다. 기존 OAuth 심화 글이 "어떻게 동작하는가"였다면 이 글은 "어디서 틀리는가"입니다.
2026-08-15 · 48 분 읽기 #인증#인가#oauth#oidc#jwt무엇이 비싸게 남는가 — 생성이 싸질 때 값이 오르는 네 가지
IT 엔지니어가 앞으로 무엇을 준비해야 하는지 묻는 질문에 도구 목록으로 답하면 그 답은 2년이면 낡습니다. 이 글은 다른 축을 제안합니다. 값이 남는 기술은 검증 비용이 비싼 기술이라는 것입니다. 생성 비용과 검증 비용을 두 축으로 놓고 네 칸을 그리면, 자동화가 어디를 먼저 먹었고 어디에 사람이 남는지가 한 장에 정리됩니다. 그리고 이 틀에는 반전이 하나 있습니다. 엔지니어의 일은 검증을
2026-08-15 · 13 분 읽기 #career#skills#ai#craft#engineering-culture남이 쓴 것을 읽는 능력 — 코드베이스 진입과 문서 없는 시스템 역설계
쓰기는 연습이 강제되지만 읽기는 그렇지 않습니다. 그래서 읽기는 모두가 매일 하면서도 아무도 훈련하지 않는 기술이 됐고, 생성이 싸진 지금 가장 빠르게 값이 오른 능력이 됐습니다. 이 글은 낯선 대규모 코드베이스에 진입하는 일곱 단계 절차, 문서가 없는 시스템을 실행 중인 상태에서 역설계하는 방법, 그리고 코드에 절대 남지 않는 정보가 무엇인지를 다룹니다. 읽기가 왜 검증 비용이 비싼 쪽에
2026-08-15 · 12 분 읽기 #career#skills#code-reading#craft#legacy-code도메인 지식이 왜 방어선인가 — 업을 아는 엔지니어와 기술만 아는 엔지니어
도메인 지식은 코드에도 문서에도 없고 사람과 관행에만 있습니다. 그래서 이 시리즈가 말해 온 검증 비용을 가장 비싸게 만드는 요인이자, 그 비용을 감당할 수 있는 사람이 남는 이유입니다. 이 글은 업을 아는 엔지니어가 질문과 예외와 요구 해석에서 무엇을 다르게 하는지, 회의에서 쓰는 말과 코드에 있는 이름이 어긋날 때 무엇이 깨지는지, 도메인을 익히는 여섯 단계 절차, 그리고 도메인 지식이
2026-08-15 · 14 분 읽기 #career#skills#domain-knowledge#ddd#ontology조직 안에서 보이기 — 성과는 저절로 알려지지 않는다
한 일과 알려진 일 사이에는 거의 언제나 거리가 있습니다. 이 거리는 겸손의 문제가 아니라 정보가 조직 안에서 전달되는 방식의 문제입니다. 성과가 왜 저절로 알려지지 않는지, 성공하면 아무 일도 일어나지 않는 종류의 일이 왜 기록에서 가장 먼저 사라지는지, 자랑처럼 들리지 않으면서 기록을 남기는 형태는 무엇인지 정리했습니다. 1:1을 상태 보고가 아니라 다른 세 가지 용도로 쓰는 방법, 보이
2026-08-15 · 11 분 읽기 #career#visibility#communication#one-on-one#growth레버리지가 없다고 느낄 때의 협상 — 무엇이 테이블 위에 있는가
협상을 시작하지 못하는 이유는 대개 정보 부족이 아니라 나에게는 레버리지가 없다는 자체 판정입니다. 그런데 그 판정은 레버리지를 다른 회사의 오퍼 하나로 좁게 정의한 결과입니다. 레버리지가 실제로 나오는 네 곳을 대체 비용, 정보, 시간, 대안으로 나누어 보고, 금액 말고 테이블 위에 올라와 있는 항목들을 정리했습니다. 요구를 순차적으로 던지면 왜 신뢰가 깎이는지, 조건부 수락이 왜 상대에게
2026-08-15 · 11 분 읽기 #career#negotiation#offer#communication#decision-making틀릴 것을 전제한 계획 — 목표 대신 방향, 분기마다 묻는 질문
5년 계획이 틀리는 것은 계획을 대충 세워서가 아닙니다. 예측 대상이 둘인데 시장도 나도 함께 움직이기 때문입니다. 정확도를 높이려는 시도가 왜 헛도는지, 계획의 값어치가 예측이 아니라 선택의 속도에 있는 이유를 정리했습니다. 도달점을 지정하는 목표 대신 방향으로 적는 방법, 되돌릴 수 있는 선택과 되돌리기 어려운 선택을 나누어 다르게 다루는 방법, 분기마다 던질 질문 여섯 개를 담았습니다.
2026-08-15 · 10 분 읽기 #career#planning#decision-making#career-strategy#reflection새벽 세 시에 커리어 걱정으로 깼다면
커리어 걱정은 유독 밤에 크게 자랍니다. 그것은 의지가 약해서가 아니라, 불안이라는 위협 탐지 시스템이 계획으로 오인되기 쉬운 구조로 만들어져 있기 때문입니다. 이 글은 불안이 실제로 하는 일과 하지 못하는 일을 구분하고, 반추와 계획을 가르는 세 개의 질문을 제시한 뒤, 새벽 세 시에 실제로 취할 수 있는 몇 가지 조치와 최악의 시나리오를 끝까지 적어 보는 방법을 다룹니다. 확신을 주는 글
2026-08-15 · 11 분 읽기 #career#anxiety#sleep#rumination#mental-health오래된 기술과 함께 나이 드는 것에 대한 두려움
연차가 쌓이면 불안의 모양이 바뀝니다. 시작할 자리가 있을까에서, 내가 서 있는 자리가 언제 없어질까로. 이 글은 그 두려움을 두 개로 나눕니다. 쌓은 것의 감가와 다시 배울 능력의 감소. 그다음 지식을 유통기한이 다른 세 개의 층으로 갈라 무엇이 실제로 낡고 무엇이 남는지 보고, 같은 십 년이 어떤 조건에서 자산이 되고 어떤 조건에서 부채가 되는지를 각각 세 가지와 네 가지로 정리합니다.
2026-08-15 · 12 분 읽기 #career#senior-engineer#obsolescence#skills#aging