태그: #developer-experience
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 18 편
이해가 병목이라는 주장과 그 순환 논리 — 설명을 생성한 쪽이 검증 대상일 때
에이전트가 코드를 만드는 속도가 사람이 읽는 속도를 넘어서면 무엇이 남는가를 다룬 글이 논의를 모았습니다. 저자는 검증을 위한 이해에서 참여를 위한 이해로 목표를 옮기자고 제안하고 세 가지 장치를 내놓습니다. 그런데 댓글에서 나온 가장 강한 반론은 그 설명 자체를 모델이 쓴다면 검증이 성립하느냐는 순환 지적이었습니다. 제안된 장치 중 어느 것이 이 반론을 견디고 어느 것이 견디지 못하는지 구
2026-08-14 · 13 분 읽기 #engineering-culture#code-review#developer-experience#documentation#ai-assisted-developmentDiátaxis를 네 개의 폴더로 오해하는 이유 — 한 문서 안에 두 모드를 섞으면 왜 무너지는가
Diátaxis는 문서를 튜토리얼·하우투·레퍼런스·설명 네 종류로 나눕니다. 그런데 팀 대부분은 폴더를 네 개 만드는 것으로 적용을 끝내고, 정작 문제는 그대로 남습니다. 진짜 실패는 분류가 아니라 한 문서 안에서 네 모드를 섞을 때 일어나기 때문입니다. 왜 섞이면 무너지는지를 프레임워크가 근거로 삼는 두 축에서 되짚고, 문단 단위로 판정하는 나침반과 이번 주에 바로 돌릴 수 있는 작업 루프
2026-08-09 · 15 분 읽기 #documentation#diataxis#technical-writing#developer-experience#information-architectureNix 2.35가 플레이크 소스를 store에 덜 복사한다 — 6년 8개월 걸린 이슈, 그리고 업스트림이 lazy trees 대신 고른 길
2026년 7월 13일 태그된 Nix 2.35.0의 첫 번째 하이라이트는 "Sources are copied to the store more lazily"입니다. 이 한 줄이 닫은 이슈 3121은 2019년 10월 7일 Eelco Dolstra 본인이 열었고, 2026년 6월 9일에 닫혔습니다 — 2,437일. 흥미로운 건 정작 머지된 물건이 Dolstra의 lazy trees가 아니라는 점
2026-07-16 · 25 분 읽기 #nix#reproducible-builds#build-systems#developer-experience#open-sourceeBPF Verifier는 멈춘 곳만 알려준다 — 거부 235건을 재현해 측정한 진단 격차
eBPF를 써 본 사람이라면 누구나 겪는 일이 있습니다. Verifier가 프로그램을 거부하는데, 에러 메시지는 아무 잘못도 없어 보이는 줄을 가리킵니다. 2026년 7월에 나온 논문 하나가 이 답답함을 처음으로 수치화했습니다. 저자들은 Stack Overflow, GitHub 이슈, 수정 커밋, 커널 셀프테스트에서 후보 936건을 모아 커널 6.15.11 + clang 18이라는 고정 툴체
2026-07-16 · 33 분 읽기 #ebpf#linux#kernel#debugging#developer-experienceAI는 정말 개발자를 빠르게 만드는가 — 측정된 숫자들이 말하는 것
무작위 대조 실험 두 개가 정반대의 답을 내놓았습니다. 하나는 AI를 쓴 개발자가 55.8% 빨랐다고 했고, 다른 하나는 19% 느렸다고 했습니다. 그런데 뒤의 숫자를 낸 METR은 2026년 2월 후속 연구를 발표하면서, 2025년 결과 위에 이제는 현재를 반영하지 않는다는 경고 배너를 스스로 붙였습니다. 이야기가 사라지는 게 아니라 오히려 날카로워집니다 — 후속 실험조차 참가자 자기선택
2026-07-12 · 36 분 읽기 #career#ai#productivity#software-engineering#developer-experienceAI 코딩 도구와 잘 일하는 다섯 가지 습관
같은 도구가 한 실험에서는 55.8% 이득을, 다른 실험에서는 19% 손해를 냈습니다. 부호를 바꾼 것은 도구가 아니라 사용법이었습니다. METR, GitHub Copilot RCT, 스택오버플로 설문, 앤트로픽의 에이전트 설계 문서에서 끌어낸 다섯 가지 습관 — 작업 선택, 리뷰 예산, 기계 가드레일, 컨텍스트 설계, 자기 측정. 각각은 당신이 직접 검증할 수 있는 규칙 한 줄로 끝납니다.
2026-07-12 · 19 분 읽기 #ai#productivity#software-engineering#developer-experienceLLM 번아웃 — 일이 "만드는 것"에서 "검토하는 것"으로 바뀔 때
개발자 Alec Scollon의 에세이 "I Think I Have LLM Burnout"이 해커뉴스에서 화제가 되었습니다. 하루가 코드를 "쓰는 일"에서 모델이 쓴 것을 "검토하는 일"로 조용히 바뀌었다는 감각을 정확히 짚었기 때문입니다. 이 글은 그 주장을 충실히 정리하고, 균형 잡힌 시각을 더합니다. 생성은 싸졌지만 검증은 그대로이고, AI 출력을 리뷰하는 일은 실제 인지 노동입니다.
2026-07-11 · 12 분 읽기 #llm#developer-experience#burnout#ai-tooling#code-review좋은 도구는 보이지 않는다: gingerBill의 주장과 "너무 보이지 않는" 도구의 함정
Odin 언어를 만든 gingerBill의 글 'Good Tools Are Invisible'을 읽고, 그 논지를 정리한 뒤 현업 관점의 단서를 더한다. 그는 좋은 도구란 마찰 없이 배경으로 사라져야 하며, 결함을 '풀면 재미있는 퍼즐'로 되파는 수사법을 비판한다. 나는 '느끼는 생산성 대 실제 생산성'이라는 구분에는 동의하지만, 인터페이스가 보이지 않는 것과 내부 동작이 불투명한 것은 다르
2026-07-11 · 14 분 읽기 #tools#developer-experience#kubernetes#build-systems#editorsAI 코드 리뷰 도구의 부상 — 무엇을 맡기고 무엇을 사람이 볼까
AI 코드 리뷰 도구가 빠르게 확산되고 있습니다. AI가 잘 잡는 결함과 사람이 반드시 봐야 하는 영역을 구분하고, CI 통합과 도입 체크리스트, 그리고 비판적 시각까지 정리합니다.
2026-06-25 · 28 분 읽기 #devops#code-review#ai-tools#developer-experience#ci-cd글로벌 개발자 영어 표현 사전 2026 - 코드 리뷰, 스탠드업, 1:1, RFC, 포스트모템, PR, 인터뷰까지 실전 가이드
2026년 글로벌 분산 엔지니어링 팀에서 일하는 한국 개발자를 위한 실전 영어 표현 가이드. 코드 리뷰의 LGTM/nit/non-blocking, Slack의 heads up/bump/gentle ping, 스탠드업의 parking lot, 1:1의 top of mind, RFC의 out of scope/non-goals, 포스트모템의 root cause/blameless, PR의 close
2026-05-16 · 38 분 읽기 #technical-english#code-review#standup#rfc#postmortem일본 IT 회사에서 살아남는 일본어 표현 2026 완벽 가이드 - 敬語 · 코드리뷰 · 회의 · 장애 대응 · 1on1 실전 어휘 심층 분석
2026년 메르카리 · LINE · ZOZO · CyberAgent · PayPay에서 외국인 엔지니어 비율이 30%를 넘어가는 가운데, 한국 개발자가 일본어 PR/회의/장애 대응에서 톤을 잘못 잡지 않고 살아남기 위한 실전 어휘집. 敬語 사다리, お疲れさまです vs 承知しました vs 了解 정중도, 議事録 템플릿, ふりかえり(KPT/YWT), 단위/결합/UAT 테스트 용어, 暫定 vs 恒久,
2026-05-16 · 38 분 읽기 #japanese-for-developers#tech-japanese#keigo#business-japanese#code-review플랫폼 엔지니어링 완전 가이드 — IDP·GitOps·Backstage·Cost·DX (Season 2 Ep 11, 2025)
플랫폼 엔지니어링은 "내부 개발자가 빠르고 안전하게 일할 수 있는 제품을 만드는 일"이다. 2025년의 플랫폼 엔지니어는 Internal Developer Platform(IDP)을 설계하고, Backstage로 서비스 카탈로그를 운영하며, GitOps(ArgoCD·Flux)로 배포 파이프라인을 자동화하고, FinOps로 비용을 통제하며, DX 메트릭(DORA·SPACE·DevEx)으로 생산
2026-04-15 · 17 분 읽기 #platform-engineering#idp#internal-developer-platform#gitops#argocd코드 리뷰와 Merge 파이프라인의 현대 — PR·Merge Queue·Stacked PRs·Monorepo·AI Review·Trunk-Based·Husky·Semgrep 심층 가이드 (2025)
매일 하면서 가장 안 얘기하는 활동. PR 사회학·Code Owner·Merge Queue(GitHub/Mergify/Aviator/Graphite)·Stacked PRs(Graphite·Sapling·Jujutsu)·Monorepo vs Polyrepo 2025·Nx/Turborepo/Moon/Bazel·AI 리뷰(CodeRabbit·Greptile·Ellipsis·Cursor)·Trunk
2026-04-15 · 19 분 읽기 #code-review#pull-request#merge-queue#monorepo#stacked-prsPlatform Engineering 완전 가이드 2025: Internal Developer Platform, Backstage, Golden Path
Platform Engineering의 모든 것! Internal Developer Platform(IDP) 구축, Backstage(서비스 카탈로그/템플릿/TechDocs), Golden Path(표준화된 개발 경로), 셀프서비스 인프라, Developer Experience 측정, Platform as a Product, 조직 설계.
2026-04-13 · 36 분 읽기 #platform-engineering#idp#backstage#golden-path#developer-experience플랫폼 엔지니어링 2026: 내부 개발자 포털(IDP)로 개발 생산성 30% 높이기
플랫폼 엔지니어링이 DevOps를 대체하고 있습니다. Backstage 같은 내부 개발자 포털(IDP)을 통해 개발팀은 "황금 경로(Golden Path)"를 따라 자동화된 인프라, 보안, 배포를 경험하게 되어, 개발 생산성은 30%까지 향상되고 있습니다.
2026-03-16 · 16 분 읽기 #platform-engineering#backstage#idp#developer-experience#devops개발자 인지 부하 관리와 팀 토폴로지: DevEx 혁신 실전 가이드
개발자 인지 부하 이론, SPACE 프레임워크, Team Topologies 패턴을 결합하여 조직의 개발자 경험(DevEx)을 체계적으로 측정하고 개선하는 실전 가이드입니다.
2026-03-14 · 23 분 읽기 #devops#developer-experience#cognitive-load#team-topology#devexPlatform Engineering과 Backstage로 Internal Developer Platform 구축 실전 가이드
Backstage 기반 Internal Developer Platform 구축부터 Software Catalog, Golden Path Template, 플러그인 개발, 운영 자동화까지 다루는 Platform Engineering 종합 가이드.
2026-03-06 · 31 분 읽기 #devops#platform-engineering#backstage#internal-developer-platform#developer-experience마우스에 손을 대지 않는 즐거움: 터미널 생산성을 극대화하는 5가지 핵심 전략
vim-tmux-navigator로 심리스 네비게이션, 직관적 패널 분할, Vimux 초고속 피드백 루프, 시스템 클립보드 동기화, Dotfiles 관리까지 — Vim과 Tmux로 터미널 생산성을 극대화하는 5가지 핵심 전략을 실전 설정과 함께 완벽 정리한다.
2026-03-01 · 53 분 읽기 #vim#tmux#terminal#productivity#neovim