---
title: "논쟁에서 이겨도 사람이 남지 않으면 진 거다"
published: 2026-07-01T13:29:29.000Z
canonical: https://jeff.news/article/4475
---
# 논쟁에서 이겨도 사람이 남지 않으면 진 거다

한 소프트웨어 엔지니어가 기술적 정답을 증명하려고 논쟁하던 습관을 내려놓게 된 과정을 쓴 글이다. 핵심은 대부분의 논쟁이 아이디어 싸움이 아니라 자아 방어전이 되며, 진짜 성장은 남을 고치는 게 아니라 스스로 피드백을 구할 때 일어난다는 얘기다.

- 글쓴이는 예전엔 기술적으로 틀린 말을 보면 끝까지 바로잡으려는 타입이었다고 함
  - 코드 리뷰, 설계 회의, 메일링 리스트, 심지어 저녁 자리에서도 논리로 상대를 꺾으면 진실이 이길 거라고 믿었다는 것
  - 그런데 실제로는 ‘논리 점수’에서 이겨도 사람을 잃거나, 오히려 상대가 더 확신을 굳히는 일이 많았다고 함

- 핵심 전환점은 ‘정확함’과 ‘좋은 결과’가 같은 게 아니라는 깨달음임
  - 엔지니어 입장에선 정확성이 거의 직업 윤리처럼 느껴지지만, 어떤 순간엔 누군가를 공개적으로 틀린 사람으로 만드는 비용이 더 클 수 있음
  - 글쓴이는 도덕경의 대립 개념을 끌어와서, 내가 높은 곳에 서는 순간 상대는 낮은 곳에 서게 된다고 설명함

- 대부분의 논쟁은 아이디어를 다루는 척하지만 실제론 자아를 건드리는 경우가 많다는 게 이 글의 중심 주장임
  - 어떤 사람에게 의견은 ‘내가 가진 생각’이 아니라 ‘나 자신’에 가까워서, 반박은 사실 수정이 아니라 인격 공격처럼 받아들여짐
  - 그래서 논리가 강할수록 설득되는 게 아니라 방어가 더 세지는 역효과가 난다는 것

- 글쓴이는 이제 똑똑한 사람과는 장단점을 토론하고, 자아 방어 중인 사람과는 옳고 그름을 다투지 않는다고 함
  - 전자는 더 나은 답을 같이 찾는 과정이라 둘 다 날카로워짐
  - 후자는 답을 찾는 게 아니라 자기 이미지를 지키는 싸움이라, 이겨도 적만 생김

- 사람은 생각보다 합리적이지 않다는 지적도 꽤 매섭다
  - 글쓴이는 인간을 ‘가끔 감정을 느끼는 합리적 동물’이 아니라 ‘가끔 생각하는 감정적 동물’에 가깝다고 봄
  - 많은 사람은 결론을 먼저 논리로 도출하는 게 아니라, 먼저 느끼고 나중에 그 감정을 정당화할 이유를 찾는다는 것

- 조언도 요청받기 전엔 거의 안 먹힌다는 얘기가 나온다
  - 좋은 의도로 실수를 짚어줘도 상대는 대개 도움보다 비판으로 받아들임
  - 글쓴이는 사람들이 조언보다 결과에서 배운다고 말함. 말은 튕겨 나가고, 직접 겪은 대가는 남는다는 식임

- 예외는 딱 하나, 상대가 명시적으로 도움을 요청했을 때임
  - 이때는 내가 판단을 밀어 넣는 게 아니라 상대가 문을 연 상태라 방어가 낮아짐
  - 그래서 글쓴이는 먼저 조언하지 않고, 누군가 안에서 문을 열 때까지 기다린다고 함

- 의견 차이를 설득으로 없애려 하지 말고, 차이를 이용해 만들라는 대목도 스타트업식으로 꽤 와닿음
  - 남들이 틀렸다고 보는 걸 내가 맞다고 믿는다면, 그건 토론 주제가 아니라 엣지일 수 있음
  - 모두가 이미 동의한다면 기회도 별로 안 남았다는 얘기임

- 마지막 결론은 결국 바꿀 수 있는 사람은 자기 자신뿐이라는 것
  - 배우자, 친구, 아이, 인터넷의 낯선 사람까지 내가 바꿀 수 있다고 믿는 건 에너지 낭비에 가깝다고 함
  - 대신 스스로 더 명확하고, 차분하고, 정직해지면 주변과의 관계 경험이 달라진다는 쪽으로 방향을 튼다

- 그래서 글쓴이가 논쟁을 그만둔 이유는 ‘맞는 것’에 관심이 없어져서가 아니라, 더 나아지고 싶어졌기 때문임
  - 남에게 피드백을 강요하는 대신 내가 반복해서 피드백을 요청하고 진짜로 듣는 쪽으로 바뀐 것
  - 이걸 막는 가장 큰 장애물이 결국 이기고 싶어 하는 자아라는 결론으로 끝남

## 핵심 포인트

- 정확함이 언제나 좋은 결과를 만들진 않는다
- 많은 논쟁은 사실 검증이 아니라 자존심 방어전으로 흘러간다
- 상대가 도움을 요청했을 때만 조언이 실제로 먹힌다
- 남을 설득하려는 에너지보다 직접 만들고 증명하는 쪽이 더 생산적이다

## 인사이트

코드 리뷰, 설계 회의, 메일링 리스트에서 ‘맞는 말’만으로는 팀을 움직일 수 없다는 얘기라 개발자한테 꽤 현실적으로 박힌다. 기술 커뮤니케이션에서 중요한 건 논리의 밀도만이 아니라 상대가 들을 준비가 됐는지 읽는 감각임.