태그: #engineering-culture

← 전체 글

• 무엇이 비싸게 남는가 — 생성이 싸질 때 값이 오르는 네 가지

  IT 엔지니어가 앞으로 무엇을 준비해야 하는지 묻는 질문에 도구 목록으로 답하면 그 답은 2년이면 낡습니다. 이 글은 다른 축을 제안합니다. 값이 남는 기술은 검증 비용이 비싼 기술이라는 것입니다. 생성 비용과 검증 비용을 두 축으로 놓고 네 칸을 그리면, 자동화가 어디를 먼저 먹었고 어디에 사람이 남는지가 한 장에 정리됩니다. 그리고 이 틀에는 반전이 하나 있습니다. 엔지니어의 일은 검증을

  2026-08-15 · 13 분 읽기 #career#skills#ai#craft#engineering-culture

• 이해가 병목이라는 주장과 그 순환 논리 — 설명을 생성한 쪽이 검증 대상일 때

  에이전트가 코드를 만드는 속도가 사람이 읽는 속도를 넘어서면 무엇이 남는가를 다룬 글이 논의를 모았습니다. 저자는 검증을 위한 이해에서 참여를 위한 이해로 목표를 옮기자고 제안하고 세 가지 장치를 내놓습니다. 그런데 댓글에서 나온 가장 강한 반론은 그 설명 자체를 모델이 쓴다면 검증이 성립하느냐는 순환 지적이었습니다. 제안된 장치 중 어느 것이 이 반론을 견디고 어느 것이 견디지 못하는지 구

  2026-08-14 · 13 분 읽기 #engineering-culture#code-review#developer-experience#documentation#ai-assisted-development

• 제출물이 싸지면 평가는 어디로 옮겨가는가 — 덴마크가 구두 방어를 택한 이유

  덴마크 교육부가 집에서 쓴 시험 과제에 구두 방어를 의무화하는 즉시 조치를 내놓았습니다. 글을 쓰는 비용이 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

• 성공한 회사는 어떻게 눈이 머는가 — 엔지니어링 조직의 역량 실명

  Ian Reppel의 에세이는 성공한 회사가 그가 "역량 실명(competence blindness)"이라 부르는 상태에 빠진다고 말합니다. 멕시코 동굴 물고기가 스스로 눈을 억제하듯, 환경이 더 이상 보상하지 않기 때문에 꼼꼼한 엔지니어링을 발현하지 않게 되는 것입니다. 이것은 단순한 방치가 아니라 능동적 억제이며, 고전적 파괴적 혁신과도 다릅니다. 이 글은 그 주장을 충실히 옮긴 뒤, 그

  2026-07-11 · 18 분 읽기 #engineering-culture#organizations#legacy#metrics#leadership

• AI 코드 리뷰 도구의 부상 — 무엇을 맡기고 무엇을 사람이 볼까

  AI 코드 리뷰 도구가 빠르게 확산되고 있습니다. AI가 잘 잡는 결함과 사람이 반드시 봐야 하는 영역을 구분하고, CI 통합과 도입 체크리스트, 그리고 비판적 시각까지 정리합니다.

  2026-06-25 · 28 분 읽기 #devops#code-review#ai-tools#developer-experience#ci-cd

• 결국 사람이 하는 일 — 소프트웨어 팀에서 사람을 존중한다는 것 ♪ 들을 수 있어요

  기술 문제처럼 보이는 것의 본질이 사실은 사람과 소통의 문제인 경우를 짚고, 존중을 추상이 아닌 구체적 행동으로 풀어냅니다. 코드 리뷰와 논쟁에서의 태도, 다양성과 포용, 천재 신화라는 안티패턴, 그리고 실천 방법을 담았습니다.

  2026-06-16 · 44 분 읽기 #respect#teamwork#engineering-culture#communication#collaboration

• 의도적 연습 — 경력만으로는 늘지 않는다

  10년을 일해도 실력이 멈추는 이유와, 그것을 깨는 의도적 연습의 원리를 다룹니다. 코드 읽기, 재구현, 코드 카타, 포스트모템 같은 개발자를 위한 구체적 연습법과 주간 루틴, 피드백 루프 설계, 정체기 돌파법까지 실천 가능한 프레임워크로 정리합니다.

  2026-06-16 · 34 분 읽기 #career#deliberate-practice#growth#learning#engineering-culture

• 장인과 빌더 — LLM이 커리어를 잠식할 때 개발자가 서야 할 곳 ♪ 들을 수 있어요

  Stack Overflow 블로그의 Artisans and builders와 HN에서 화제가 된 LLMs are eroding my software engineering career라는 두 글을 축으로, AI 시대 개발자 정체성의 재정의를 다룹니다. 빌더의 민주화와 장인 가치의 재조명, 10년차 도메인 전문가의 차별화 전략, 분기별 실천 플랜까지 정리합니다.

  2026-06-12 · 43 분 읽기 #career#ai#engineering-culture#llm#senior-engineer

• 30배 AI 엔지니어의 조건은 속도가 아니라 취향이다 ♪ 들을 수 있어요

  GeekNews와 서브스택에서 화제가 된 How to be a 30x AI engineer with taste의 논지를 소개하고 확장합니다. AI가 코드 생산을 커머디티화하는 시대에 차별화 요소는 생산 속도가 아니라 무엇을 만들지 판단하는 평가 능력, 즉 취향이라는 주장과 그 취향을 기르는 구체적 훈련법을 다룹니다.

  2026-06-12 · 38 분 읽기 #ai#career#engineering-culture#productivity#code-review

• AI가 짠 코드, 어떻게 리뷰할 것인가 — 코드리뷰의 재설계

  AI 생성 코드가 급증하면서 코드리뷰가 개발 파이프라인의 최대 병목이 되었습니다. 사람 코드와 AI 코드의 결함 패턴 차이, 스펙 대조와 테스트 우선 검증 중심의 리뷰 전략 재설계, AI 1차 리뷰와 인간 최종 판단의 조합, OSS 메인테이너의 AI 기여 정책, 팀 정책 템플릿과 측정 지표까지 정리합니다.

  2026-06-12 · 33 분 읽기 #ai#code-review#ai-agent#engineering-culture#open-source

• 일본 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

• 효과적인 1:1 미팅 운영법: 매니저와 IC 모두를 위한 실전 가이드 ♪ 들을 수 있어요

  1:1 미팅의 본질부터 매니저와 IC 각각의 관점에서의 운영 전략, 효과적인 질문 기법, 피드백 모델, 원격 환경 대응까지 실전에서 바로 활용할 수 있는 1:1 미팅 가이드를 다룹니다.

  2026-03-15 · 38 분 읽기 #culture#one-on-one#meeting#management#soft-skills

• 인식론과 소프트웨어 엔지니어링: 기술적 확신의 함정과 모른다는 것의 가치 ♪ 들을 수 있어요

  인식론의 핵심 개념들을 소프트웨어 엔지니어링에 적용하여, 기술적 확신의 함정을 분석하고 불확실성을 수용하는 엔지니어링 문화의 가치를 탐구합니다.

  2026-03-15 · 49 분 읽기 #culture#epistemology#philosophy#knowledge#decision-making

• 효과적인 코드 리뷰 문화 만들기: 리뷰어와 저자를 위한 실전 가이드라인

  Google, Microsoft 등의 코드 리뷰 사례를 바탕으로, PR 크기 관리, 건설적 피드백, 리뷰 속도 최적화, 그리고 팀 전체의 코드 리뷰 문화를 개선하는 실전 전략을 제시합니다.

  2026-03-14 · 32 분 읽기 #code-review#engineering-culture#collaboration#soft-skills#culture

• 실용주의 철학과 엔지니어링: 완벽주의를 넘어서는 의사결정 프레임워크 ♪ 들을 수 있어요

  윌리엄 제임스와 존 듀이의 실용주의 철학을 소프트웨어 엔지니어링에 적용하여, 완벽주의의 함정을 벗어나고 실질적 가치를 극대화하는 의사결정 프레임워크를 제시합니다.

  2026-03-14 · 43 분 읽기 #pragmatism#decision-making#philosophy#engineering-culture#culture

• Staff Engineer의 기술 리더십과 영향력 확장 전략

  Staff/Principal Engineer의 역할 정의, 기술 의사결정(RFC/ADR), 영향력 확장, 멘토링, 기술 부채 관리, 엔지니어링 문화 구축 등 시니어 이상 엔지니어의 커리어 성장 전략을 다룹니다.

  2026-03-14 · 23 분 읽기 #ai-platform#staff-engineer#technical-leadership#career-growth#engineering-culture