공공갈등과 깃허브가 만나는 지점: 사라지지 않는 사회를 설계하는 법

Jul 25, 2026

6 min read

3 views

84%

왜 갈등은 늘어날수록 더 쉽게 망가질까?

대부분의 사람들은 갈등을 문제가 터진 뒤에 수습해야 하는 예외 상황으로 생각한다. 하지만 더 불편한 질문은 이것이다. 갈등은 왜 자꾸 사라지지 않고, 오히려 누적될수록 더 위험해지는가? 공공 영역에서의 갈등이든, 개인의 창작물에서 발생하는 분실이든, 핵심은 비슷하다. 우리는 중요한 것을 자주 잃어버리고, 잃어버린 뒤에야 그것이 얼마나 제도적으로, 기술적으로, 감정적으로 취약했는지 깨닫는다.

이 두 장면은 전혀 다른 세계처럼 보인다. 하나는 도로, 학교, 주거, 환경처럼 이해관계가 복잡하게 얽힌 공공갈등이고, 다른 하나는 코드, 파일, 작업 기록 같은 디지털 창작물이다. 그런데 둘은 같은 질문으로 이어진다. 중요한 것을 임시방편으로 다루는 사회와 개인은 결국 무엇을 잃게 되는가? 답은 단순하다. 정보가 아니라 기억을 잃고, 기억을 잃으면 판단을 잃고, 판단을 잃으면 같은 충돌을 반복한다.

결국 문제는 갈등 자체가 아니라 갈등과 창작을 보관하는 방식이다. 우리는 결과만 관리하고, 과정은 흩어지게 둔다. 그래서 공공의 장에서는 같은 불신이 되풀이되고, 창작의 장에서는 같은 실수가 다시 일어난다.

공공갈등과 코드 유실의 공통점: 기록이 없으면 학습도 없다

공공갈등은 흔히 의견 대립으로 설명되지만, 실제로는 기억의 충돌에 가깝다. 각자 자신이 본 사실, 자신이 겪은 피해, 자신이 합리적이라고 믿는 기준을 갖고 있다. 그런데 그 기억들이 제도적으로 저장되지 않으면, 갈등은 매번 처음부터 다시 시작된다. 주민은 이전 합의가 왜 무산되었는지 기억하지 못하고, 행정은 왜 불신이 생겼는지 학습하지 못한다.

소스 코드의 분실도 놀라울 만큼 비슷하다. 파일이 사라지면 단순히 작업물이 없어지는 것이 아니다. 수정 과정, 의사결정의 맥락, 되돌아가야 할 버전, 실험했던 흔적까지 함께 사라진다. 결국 다시 만들 수는 있어도, 다시 배우는 비용이 발생한다. 한 번 잃어버린 코드는 복구가 어려운 것이 아니라, 복구하는 동안 시간이, 집중이, 자신감이 함께 소모되기 때문에 더 치명적이다.

이 둘을 연결하면 중요한 통찰이 나온다. 갈등과 창작 모두, 결과물보다 과정의 기록이 더 중요하다. 결과물만 남기면 우리는 성공한 순간만 기억하고 실패의 원인과 전환점을 잃는다. 그러나 진짜 학습은 성공이 아니라 수정 과정에서 일어난다.

제도를 관리한다는 것은 갈등을 없애는 일이 아니라, 갈등이 남긴 흔적을 다음 판단의 자산으로 바꾸는 일이다.

이 관점에서 보면 공공갈등 관리와 버전 관리는 같은 철학 위에 서 있다. 둘 다 “지금 당장 돌아가는가”보다 “다음번에도 다시 쓸 수 있는가”를 묻는다. 임시 봉합은 빠르지만 기억을 남기지 못한다. 기록 없는 해결은 해결처럼 보일 뿐, 실은 반복을 예약하는 일에 가깝다.

우리는 왜 자꾸 사라지게 만드는가: 편의가 장기 생존을 이긴다

사라짐은 대개 사고처럼 보이지만, 많은 경우 선택의 결과다. 사람들은 귀찮아서 기록하지 않고, 당장 큰 문제 없어 보여서 시스템을 정비하지 않는다. 공공기관은 갈등 조정의 절차를 복잡하다고 느끼고, 창작자는 저장 습관을 느슨하게 두기 쉽다. 단기 편의는 항상 장기 생존을 압도하려는 경향이 있다.

예를 들어, 주민 설명회를 한 번 열고 끝내는 방식은 빠르다. 하지만 질문과 반론, 잠정 합의, 쟁점 미해결 부분을 구조화해 남기지 않으면 다음 단계에서 같은 논쟁이 다시 터진다. 마찬가지로 코드를 로컬에만 두고 작업하면 즉각적인 속도는 얻지만, 하드웨어 오류나 실수 하나로 수주간의 작업이 날아갈 수 있다. 편의는 지금을 살리고, 제도와 버전 관리는 미래를 살린다.

여기에는 더 깊은 심리적 이유가 있다. 기록과 제도는 현재의 자유를 조금 줄인다. 버전 관리에 커밋해야 하고, 공공 협의에도 절차와 책임이 따라온다. 사람은 본능적으로 이 마찰을 싫어한다. 그러나 마찰이 없는 시스템은 대개 사라지기 쉬운 시스템이다. 문서화가 귀찮은 이유는 문서가 쓸모 없어서가 아니라, 문서가 미래의 나와 미래의 공동체에 책임을 남기기 때문이다.

이 점에서 공공갈등의 격화와 코드 유실은 같은 인간적 약점을 드러낸다. 우리는 “나중에 정리하지”라고 생각하며 지금의 무질서를 허용한다. 하지만 나중은 잘 오지 않는다. 나중이 오더라도, 그때는 이미 손실이 커져 있다.

해결은 종결이 아니라 설계다: 갈등과 창작을 보관하는 인프라

진짜 중요한 전환은 여기서 일어난다. 갈등을 줄이는 가장 좋은 방법은 갈등을 억누르는 것이 아니라 갈등이 축적되는 방식을 설계하는 것이다. 창작물을 잃지 않는 가장 좋은 방법도 단순 백업이 아니라 버전이 쌓이는 구조를 만드는 것이다. 즉, 문제 해결의 핵심은 사건 이후의 대응이 아니라 사건을 담는 인프라다.

공공 영역에서 이 인프라는 다음과 같은 질문으로 구체화된다.

어떤 쟁점이 있었는가?
누구의 이해관계가 어떻게 충돌했는가?
어떤 근거로 결론이 났는가?
합의되지 않은 부분은 무엇이었는가?
다음 단계에서 다시 열어야 할 쟁점은 무엇인가?

이 질문들이 기록되지 않으면, 회의는 열렸지만 학습은 일어나지 않는다. 반대로 이 기록이 축적되면, 갈등은 단지 소모가 아니라 정책의 품질을 높이는 피드백 루프가 된다.

창작 영역도 마찬가지다. 좋은 버전 관리는 단지 파일을 저장하는 행위가 아니다. 각 버전이 왜 달라졌는지, 무엇을 실험했는지, 어떤 선택을 버렸는지를 남기는 일이다. 예를 들어 글을 쓰는 사람이라면 초고, 수정본, 삭제한 문단, 참고한 자료를 함께 관리해야 한다. 디자이너라면 시안별 의도와 피드백을 남겨야 하고, 개발자라면 커밋 메시지에 “무엇을”이 아니라 “왜”를 남겨야 한다.

기억은 저장소가 아니라 구조다.

이 문장이 핵심이다. 단순 저장은 쌓아둘 뿐이지만, 구조화된 저장은 다시 읽히고 다시 쓰인다. 공공갈등도, 코드도, 아이디어도 마찬가지다. 다시 쓰일 수 있어야 살아남는다.

반복되는 갈등을 멈추는 새로운 관점: 조정이 아니라 축적

우리는 종종 갈등 관리의 목표를 “조용히 끝내는 것”으로 착각한다. 하지만 조용한 종결이 반드시 좋은 것은 아니다. 쟁점이 정리되지 않은 채 봉합되면, 겉으로는 평온해 보여도 불신은 내부에서 자란다. 반면 갈등을 잘 기록하고 축적하면, 잠정적 합의조차 미래의 재협상 자산이 된다.

이것은 창작에서도 똑같다. 많은 사람들은 완벽한 결과물을 한 번에 만들어야 한다고 믿는다. 하지만 실제로 오래 살아남는 작업은 대부분 축적의 산물이다. 좋은 코드는 한 번의 영감으로 완성되지 않고, 수십 번의 작은 수정과 되돌리기, 비교와 주석을 통해 안정성을 얻는다. 좋은 정책도 마찬가지다. 한 번의 결정보다, 지난 결정들의 이유를 추적할 수 있는 체계가 더 중요하다.

여기서 유용한 비유는 도서관보다 항해 일지다. 도서관은 결과를 보존하지만, 항해 일지는 의사결정의 맥락을 남긴다. 왜 그 항로를 택했는지, 왜 폭풍 앞에서 방향을 틀었는지, 무엇을 포기하고 무엇을 지켰는지가 기록된다. 공공갈등과 버전 관리를 함께 보면, 사회와 개인이 필요한 것은 단순 보관이 아니라 의사결정의 항해 일지라는 사실이 드러난다.

이 관점은 책임의 개념도 바꾼다. 책임은 잘못을 인정하는 순간에만 발생하지 않는다. 기억을 남기는 순간에 책임이 시작된다. 내가 무엇을 근거로 선택했는지 남겨야 다음 사람이 그 선택을 검토할 수 있다. 기록되지 않은 결정은 책임지기 어렵고, 책임지기 어려운 결정은 쉽게 반복된다.

Key Takeaways

갈등과 창작의 공통된 핵심은 기록이다. 결과보다 과정, 결론보다 맥락을 남겨야 같은 문제를 반복하지 않는다.
편의는 단기적으로 효율적이지만 장기적으로 취약하다. 귀찮음 때문에 생략한 절차는 나중에 훨씬 큰 비용으로 돌아온다.
좋은 제도는 갈등을 없애는 것이 아니라, 갈등을 학습 가능한 형태로 바꾼다. 공공 협의의 기록과 쟁점 정리는 다음 판단의 자산이 된다.
좋은 버전 관리는 파일 저장이 아니라 의사결정의 역사화다. 무엇이 바뀌었는지보다 왜 바뀌었는지가 중요하다.
사라지지 않는 시스템은 마찰을 허용한다. 커밋, 문서화, 회의록, 쟁점 정리는 모두 미래를 위한 작은 불편이다.

사라지지 않는다는 것은, 반복을 더 잘한다는 뜻이다

우리는 종종 “문제를 해결한다”는 말을 너무 낙관적으로 쓴다. 현실에서 더 중요한 것은 문제를 한 번에 끝내는 능력이 아니라, 문제가 다시 와도 더 나은 형태로 다룰 수 있는 능력이다. 공공갈등이든 코드 유실이든, 진짜 손실은 사건 자체가 아니라 사건이 남기지 못한 기억이다.

그래서 제도와 버전 관리는 단순한 관리 기술이 아니다. 그것은 사라질 운명인 것들을 사라지지 않게 만드는 문화다. 갈등의 흔적을 기록하고, 창작의 흔적을 보존하고, 실패의 원인을 다음 선택의 재료로 바꾸는 문화다. 이 문화가 없는 사회는 늘 같은 갈등을 처음 겪는 것처럼 반응하고, 이 문화가 없는 개인은 늘 같은 실수를 새로운 비극처럼 만난다.

결국 중요한 질문은 이것이다. 우리는 문제를 해결하는 사회로 살 것인가, 아니면 문제를 축적해 학습하는 사회로 살 것인가? 답은 생각보다 사소한 데서 시작된다. 회의록 한 줄, 커밋 메시지 한 줄, 쟁점 정리 한 문장, 백업 습관 하나. 그런 작은 구조들이 사라짐을 막는다. 그리고 사라지지 않는 곳에서만, 진짜 성장이 시작된다.