태그: #code-review
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 34 편
코드 리뷰 완전 가이드: 리뷰를 프로세스로 설계하기
코드 리뷰를 대화가 아니라 처리량·지연 시간·소유권을 가진 시스템으로 봅니다. 승인 기준의 문서화, 변경 크기, 1영업일 응답 규칙, 사람과 자동화의 분담, 소유권과 승인 규칙, 코멘트 등급, 교착 시 에스컬레이션, 그리고 리뷰 지표가 오용되는 방식까지 운영 관점에서 정리합니다.
2026-08-15 · 40 분 읽기 #코드리뷰#개발문화#code-review#process#automation이해가 병목이라는 주장과 그 순환 논리 — 설명을 생성한 쪽이 검증 대상일 때
에이전트가 코드를 만드는 속도가 사람이 읽는 속도를 넘어서면 무엇이 남는가를 다룬 글이 논의를 모았습니다. 저자는 검증을 위한 이해에서 참여를 위한 이해로 목표를 옮기자고 제안하고 세 가지 장치를 내놓습니다. 그런데 댓글에서 나온 가장 강한 반론은 그 설명 자체를 모델이 쓴다면 검증이 성립하느냐는 순환 지적이었습니다. 제안된 장치 중 어느 것이 이 반론을 견디고 어느 것이 견디지 못하는지 구
2026-08-14 · 13 분 읽기 #engineering-culture#code-review#developer-experience#documentation#ai-assisted-development국내 개발 블로그 명글 큐레이션 5 — 커리어와 성장, 직접 열어 확인한 14편
개발자 커리어와 성장을 다룬 한국어 글 중에서 구체적이고 재현 가능한 14편을 골랐습니다. 이력서를 공개하며 원칙을 밝힌 글 두 편과 이력서를 서사로 보는 관점, AI 시대에 성장이 멈추는 구조와 일하는 방식의 변화, 무엇을 써야 하는가에 대한 답, 단점과 약점을 가르는 언어, 번아웃을 겪고 나온 기록, 프로그래머의 수명, 완벽주의를 내려놓은 이야기, 초보 팀장의 1년 회고, 조직의 지속성을
2026-08-12 · 23 분 읽기 #curation#큐레이션#career#growth#resume에이전트를 다섯 개 돌리면 정말 다섯 배 빨라질까 — 병렬 작업의 병목은 생성이 아닙니다
코딩 에이전트를 여러 개 동시에 돌리는 전용 환경이 늘고 있습니다. Orca는 그중 하나로, 프롬프트 하나를 여러 에이전트에 뿌리고 각각을 별도의 git worktree에 격리한 뒤 결과를 비교해 하나를 병합하는 방식을 내세웁니다. 그런데 처리량을 늘리면 병목은 사라지지 않고 자리를 옮깁니다. 옮겨 가는 곳이 리뷰와 병합이라는 것을 리틀의 법칙으로 짚고, 도구를 설치하기 전에 git work
2026-08-09 · 16 분 읽기 #developer-tools#git#worktree#code-review#workflow같은 회사 두 프로젝트가 AI 기여에 정반대 결론을 낸 이유
OpenJDK는 2026년 4월에 생성형 AI로 만든 기여를 전면 금지했고, 같은 오라클 산하의 GraalVM은 같은 시기에 AI 코딩 어시스턴트 사용을 명시적으로 허용했습니다. 두 프로젝트는 같은 기여자 협약을 씁니다. 이 글은 세 문서를 나란히 놓고 읽습니다. OpenJDK 원문, GraalVM의 정책 파일, 그리고 둘 다 참고한 리눅스 커널 문서입니다. 결론은 이 차이가 AI에 대한 태
2026-08-09 · 14 분 읽기 #culture#open-source#ai#policy#code-review제출물이 싸지면 평가는 어디로 옮겨가는가 — 덴마크가 구두 방어를 택한 이유
덴마크 교육부가 집에서 쓴 시험 과제에 구두 방어를 의무화하는 즉시 조치를 내놓았습니다. 글을 쓰는 비용이 0에 가까워지면 제출물만으로는 아무것도 알 수 없게 되고, 평가는 산출물에서 저자성의 증거로 옮겨갑니다. 발표된 조치가 정확히 무엇이고 세 가지가 각각 무엇을 노리는지 원문 그대로 정리한 뒤, 이 논리를 채용 과제와 코드 리뷰에 옮길 때 어디까지가 성립하고 어디서 깨지는지를 구분해 적었
2026-08-09 · 15 분 읽기 #assessment#hiring#code-review#education#engineering-culture마찰이 사라지면 안목이 남는 게 아니라 안목을 기를 길이 사라집니다
2026년 8월에 화제가 된 에세이 Taste Is All That Is Left는 만드는 일이 싸지면서 무엇을 만들 가치가 있는지 판단하는 능력만 희소해졌다고 말합니다. 이 글은 그 진단에 동의하면서 한 걸음 더 들어갑니다. 안목은 노력이라는 필터의 부산물이었고, 필터가 사라지면 안목이 자동으로 남는 것이 아니라 안목을 기르던 경로가 함께 사라집니다. 그래서 필요한 것은 마찰을 의도적으로
2026-08-09 · 13 분 읽기 #career#craft#ai#code-review#mentoringGitHub Stacked PR 완전 가이드 — 네이티브 스택 PR이 해결한 것과 그대로 남긴 것
2026년 7월 30일 GitHub이 Stacked Pull Requests를 퍼블릭 프리뷰로 공개했습니다. 큰 변경을 의존 순서가 있는 작은 PR 여러 장으로 쪼개 병렬로 리뷰하고 한 번에 병합하는 워크플로가 웹 UI와 gh-stack CLI 확장으로 기본 제공됩니다. 이 글은 스택이 실제로 해결하는 문제, GitHub 네이티브 구현이 하는 일과 하지 않는 일, 베이스 브랜치가 움직일 때
2026-07-31 · 23 분 읽기 #github#stacked-pr#code-review#git#developer-workflow가르치는 코드 리뷰, 상처 주는 코드 리뷰 — 같은 지적을 다르게 만드는 것들
코드 리뷰에는 결함 발견, 지식 전파, 코드 소유권 공유라는 세 가지 목적이 있지만 대부분의 팀은 첫 번째만 하고 나머지 둘을 놓칩니다. 리뷰어는 완벽을 요구하는 사람이 아니라 코드가 명확히 나아졌는지 판단하는 사람이라는 구글의 승인 기준, 강도 표시 접두어가 만드는 차이, 관찰과 영향과 제안으로 나눈 문장 구조, 200에서 400줄이라는 PR 크기 통념의 출처와 그 한계, 왕복을 줄이는 P
2026-07-26 · 20 분 읽기 #career#code-review#engineering#feedback#teamworkAI 코드 리뷰는 실제로 쓸 만한가 — 측정된 증거가 말하는 정확도와 거짓 양성
AI 코드 리뷰 도구의 마케팅 문구에는 "PR의 80%에 사람 코멘트가 필요 없다" 같은 숫자가 넘치지만, 정작 정밀도와 거짓 양성률을 함께 공개한 곳은 거의 없습니다. 공개된 측정치를 모아 보면 방향은 대체로 일치합니다 — 오픈소스 PR에서 AI 리뷰 코멘트가 실제 코드 변경으로 이어진 비율은 도구에 따라 0.9~19.2%로, 사람 코멘트의 60%에 크게 못 미쳤습니다(Gan 등, 깃허브
2026-07-17 · 47 분 읽기 #ai#code-review#static-analysis#evaluation#software-engineering코드 생성이 싸질 때 값이 오르는 기술 — 감가하는 것과 절상하는 것
코드 생성이 싸고 흔해지면 가치는 사라지지 않고 이동합니다 — 병목이 남아 있는 쪽으로. 지금 그 병목은 검증과 판단과 통합입니다. Jason Wei의 검증 비대칭성, DORA 2025(처리량은 올랐는데 배포 불안정성은 계속 상승), LinearB의 800만 PR 분석(AI가 만든 PR은 리뷰를 4.6배 오래 기다린다), Stack Overflow 2025(개발자 66%가 "거의 맞지만 정확
2026-07-12 · 27 분 읽기 #career#software-engineering#ai#skills#code-reviewLLM 번아웃 — 일이 "만드는 것"에서 "검토하는 것"으로 바뀔 때
개발자 Alec Scollon의 에세이 "I Think I Have LLM Burnout"이 해커뉴스에서 화제가 되었습니다. 하루가 코드를 "쓰는 일"에서 모델이 쓴 것을 "검토하는 일"로 조용히 바뀌었다는 감각을 정확히 짚었기 때문입니다. 이 글은 그 주장을 충실히 정리하고, 균형 잡힌 시각을 더합니다. 생성은 싸졌지만 검증은 그대로이고, AI 출력을 리뷰하는 일은 실제 인지 노동입니다.
2026-07-11 · 12 분 읽기 #llm#developer-experience#burnout#ai-tooling#code-reviewAI 코드 리뷰 도구의 부상 — 자동 리뷰가 팀을 바꾼다
AI 코드 리뷰 도구가 오픈소스로 쏟아지며 개발 워크플로를 바꾸고 있습니다. Git diff 분석, 결함 탐지, 컨벤션 강제부터 사람 리뷰와의 역할 분담, 거짓 양성 관리, CI 통합까지 실무 관점에서 정리합니다.
2026-06-29 · 39 분 읽기 #devops#ai#code-review#ci-cd#developer-tools머지되는 PR과 커밋 메시지 쓰기
리뷰가 빨리 끝나고 빨리 머지되는 PR에는 공통점이 있습니다. 작고 목적이 하나인 PR, Conventional Commits, "무엇"이 아니라 "왜"를 담은 커밋 본문, 스스로 하는 셀프 리뷰, 맥락·변경·테스트를 담은 PR 설명, 리뷰어에 대한 공감, 그리고 스택 PR까지. 리뷰어의 시간을 아끼는 것이 곧 내 PR을 빨리 통과시키는 길입니다.
2026-06-26 · 16 분 읽기 #git#code-review#collaboration코드 리뷰의 대화법: 갈등 없이 피드백 주고받기
코드 리뷰는 결함을 잡는 기술 활동인 동시에, 사람과 사람 사이의 대화입니다. 사람이 아니라 코드를 리뷰하는 프레이밍, nit과 blocker를 구분하는 컨벤셔널 코멘트, 명령 대신 질문하기, 작은 PR이 진짜 리뷰를 받는 이유, 잘한 코드를 칭찬하기, 작성자로서 피드백을 우아하게 받는 법, 그리고 리뷰어와 작성자가 나눠 지는 양방향 책임까지 다룹니다.
2026-06-26 · 29 분 읽기 #code-review#communication#engineeringAI 코드 리뷰 도구의 부상 — 무엇을 맡기고 무엇을 사람이 볼까
AI 코드 리뷰 도구가 빠르게 확산되고 있습니다. AI가 잘 잡는 결함과 사람이 반드시 봐야 하는 영역을 구분하고, CI 통합과 도입 체크리스트, 그리고 비판적 시각까지 정리합니다.
2026-06-25 · 28 분 읽기 #devops#code-review#ai-tools#developer-experience#ci-cd30배 AI 엔지니어의 조건은 속도가 아니라 취향이다
GeekNews와 서브스택에서 화제가 된 How to be a 30x AI engineer with taste의 논지를 소개하고 확장합니다. AI가 코드 생산을 커머디티화하는 시대에 차별화 요소는 생산 속도가 아니라 무엇을 만들지 판단하는 평가 능력, 즉 취향이라는 주장과 그 취향을 기르는 구체적 훈련법을 다룹니다.
2026-06-12 · 38 분 읽기 #ai#career#engineering-culture#productivity#code-reviewAI가 짠 코드, 어떻게 리뷰할 것인가 — 코드리뷰의 재설계
AI 생성 코드가 급증하면서 코드리뷰가 개발 파이프라인의 최대 병목이 되었습니다. 사람 코드와 AI 코드의 결함 패턴 차이, 스펙 대조와 테스트 우선 검증 중심의 리뷰 전략 재설계, AI 1차 리뷰와 인간 최종 판단의 조합, OSS 메인테이너의 AI 기여 정책, 팀 정책 템플릿과 측정 지표까지 정리합니다.
2026-06-12 · 33 분 읽기 #ai#code-review#ai-agent#engineering-culture#open-source글로벌 개발자 영어 표현 사전 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코드 리뷰 자동화 2026 — Graphite / Aviator / Mergify / Greptile / CodeRabbit / Copilot Code Review 심층 가이드
2026년 코드 리뷰 자동화 시장을 한 권으로 정리한다. CodeRabbit/Greptile/Bito/Sourcery로 대표되는 AI 리뷰 SaaS, 2025년 GA가 된 GitHub Copilot Code Review, Cognition Devin이 리뷰어로 도는 패턴, Graphite/Sapling/GitButler가 이끈 스택 PR 운동, GitHub 네이티브 머지 큐와 Mergify/
2026-05-16 · 44 분 읽기 #code-review#pull-request#graphite#aviator#mergify