본문 바로가기

전체 글

 (137)
AI 자기검증의 함정 AI 자기검증의 함정 — 교차 모델 검증(Cross-Model QA) 방법론과 현실결론부터같은 AI가 코드도 짜고 검증도 하면, 그 AI의 맹점은 절대 걸러지지 않는다. 이상적으론 코드를 짠 모델과 다른 계열의 모델로 QA를 돌려야 한다. 단 두 가지를 오해하면 안 된다."다른 각도"는 "약한 모델"이 아니라 "다른 계열의 (되도록 비슷하게 강한) 모델"에서 나온다. 약함은 다른 관점의 근거가 못 된다.검증 모델에게 "말로 판단"이 아니라 "실행 가능한 증거(테스트·타입체크·실행)" 를 쥐어줘야 한다.그리고 현실은 개발자 한 명이 유료 모델을 여러 개 구독하지 않는다. 그래서 이 글의 마지막은 "유료 모델 하나로 이 맹점을 어떻게 방어하나" 에 집중한다. 1. 왜 '자기 검증'은 실패하는가맹점은 코드와 ..
카프카는 수많은 데이터를 어떻게 "줄 세우는가" 질문 : 동시에 쏟아지는 데이터의 순서를 어떻게 지키나? 순서를 지키려면 입력이 느려지지 않나? offset(순차번호) 발급은 부하가 큰 작업인데 같은 토픽·같은 파티션에서 부하가 임계를 넘으면 offset 발급이 밀리지 않나?0. 결론 (두괄식)카프카는 "전역 순차번호"를 발급하지 않는다. 순서 보장 단위는 파티션 1개다. 파티션을 나누는 순간 "동시에 들어오는 전체 데이터를 하나로 줄 세우는" 문제 자체가 사라진다.단일 파티션 안에서 offset 발급은 "계산·조율 작업"이 아니라 "append의 부산물"이다. 리더 브로커가 로그 끝에 이어붙이면서 카운터를 +1 하는 것뿐이라, 흔히 상상하는 "순번 발급 병목"이 구조적으로 생기지 않는다.단, 단일 파티션에는 처리량 상한이 분명히 있다. 이걸 넘으면 ..
직장에서 생산적으로 보이기 — AI 시대의 출력-역량 분리 현상 원문: Appearing Productive in The Workplace — No One's Happy,2026-05-06 저자: 엔지니어링 20년 이상 경력자의 개인 에세이한 줄 요약Generative AI는 "전문가가 아닌 사람도 전문가처럼 보이는 결과물"을 만들어낸다. 산출물과 실제 역량이 분리되면서(=output-competence decoupling), 조직 내부는 "검토되지 않는 산출물의 홍수"에 잠기고, 그 비용을 결국 클라이언트가 발견하게 된다. Deloitte의 44만 달러 환불 사건이 그 시작이다.시작 — 무언가 잘못된 것을 처음 알아챘던 날저자는 약 1년 3개월 전, AI로 답변하는 동료를 처음 알아챘다고 회상한다.Claude 특유의 em-dash 사용리드미컬한 문장 구조본인이 모르..
에이전트 코딩은 함정이다 — 인지적 부채와 위축에 대한 경고 원문: Agentic Coding is a Trap — Lars Faye 부제: Remaining vigilant about cognitive debt and atrophy.한 줄 요약"AI가 코딩하고, 사람은 오케스트레이터" 라는 현재의 흐름은 함정이다. 그 워크플로우를 잘 굴리려면 숙련된 비판적 사고가 필수인데, 정작 이 도구의 사용이 그 비판적 사고 능력 자체를 위축시킨다는 역설이 데이터로 확인되고 있다.지금 업계가 하이프하는 풍경"AI가 코딩하고, human-in-the-loop는 오케스트레이터다."전통적 코딩은 끝났고 SDD(Spec Driven Development) 가 미래라는 이야기. 사람은 명세를 만들고, 에이전트가 구현하고, 사람은 "좋은 취향(good taste)"으로 결과물을 리뷰·..
왜 최고의 직원이 최악의 매니저가 되는가 원문: Why Your Best Employee Becomes Your Worst Manager — Yaniv Preiss, 2026-04-12한 줄 요약매니저로의 이동은 승진이 아니라 "직업 전환(career pivot)"이다. 기술 성과에 대한 보상으로 매니지먼트 자리를 주는 순간, 회사는 훌륭한 실무자를 잃고 나쁜 매니저를 얻는다. Peter Principle(피터의 법칙)이 작동하는 가장 큰 원인이다.잘못된 전환의 비용 — 세 방향의 피해매니저 전환이 실패하면 피해는 세 갈래로 번진다.1. 팀에 대한 피해Gallup 조사 기준 직원 몰입도의 70%는 매니저에 의해 직접 결정된다. 잘못된 매니저는:산출물 품질 저하목표 미달성의사결정 지연 및 오판매니저 자체가 병목이 됨팀원 성장 저해 및 이탈2. 매..
병목은 한 번도 코드였던 적이 없다 — 코딩 에이전트 시대의 진짜 제약 원문: Thoughts on Coding Agents (2026-04-29)한 줄 요약코딩 에이전트가 개발 생산성을 끌어올리는 건 사실이지만, 그게 곧 "산업 전체의 가속"으로 이어지지는 않는다. 진짜 병목은 코드 작성이 아니라 "무엇을 만들지 합의하는 과정"이기 때문이다.글의 시작 — 한 번의 실험저자는 .txt 에서 미뤄두던 실험(structured-generation 알고리즘 테스트)을 코딩 에이전트에 맡겨봤다. 결과는 수 시간 만에 동작하는 첫 버전 완성. 로드맵에서 반복적으로 밀려나던 일이 단번에 처리된 셈이다.이 경험에서 출발해 저자는 묻는다.개인의 생산성이 오른 것은 분명한데, 그게 산업 전체의 가속을 의미하는가?저자의 답은 "아니다" 이다.핵심 주장 — 진짜 제약은 어디로 옮겨갔나1. 협업..
Registry Pattern: Factory와 Strategy의 확장성 문제 해결 방법 한 줄 요약구현체를 키(이름/타입)로 등록하고, 런타임에 키로 찾아 사용한다. Factory + Strategy의 확장성 문제를 해결하는 패턴.핵심 개념switch/case 하드코딩의 대안 — 새 타입 추가 시 기존 코드 수정 불필요각 구현체가 init()에서 스스로 등록 → Open-Closed PrincipleFactory가 "생성"에 초점이라면, Registry는 "검색/관리"에 초점switch/case 하드코딩 → Registry 전환Before: switch 하드코딩// 새 포맷 추가 시 이 함수를 반드시 수정해야 함 → 누락 버그func GetParser(format string) (Parser, error) { switch format { case "json": ret..
AI 시대, 코딩보다 검증이 비싸진다 — Martin Fowler Fragments 요약 원문: https://martinfowler.com/fragments/2026-04-02.htmlMartin Fowler가 2026년 4월 2일에 올린 짧은 글 모음(Fragments)으로, 5개 주제를 다룹니다.1. 시스템 건강의 세 가지 레이어 (Three Layers of System Health)Margaret-Anne Storey는 시스템 문제를 세 가지 상호 연결된 렌즈로 볼 것을 제안합니다.부채 유형축적 위치설명Technical Debt (기술 부채)코드구현 타협이 변경 용이성을 저하시킴Cognitive Debt (인지 부채)사람팀의 공유된 이해가 재구축 속도보다 빠르게 소실됨Intent Debt (의도 부채)산출물목표와 제약 조건이 제대로 문서화되지 않음세 부채는 서로 상호작용하며, Sto..

티스토리툴바