"우린 우월해" — 기술 만능주의에 기반한 대화 주도권

우리는 시스템에 생기를 불어넣어 우리 사회와 경제가 돌아가도록 만듭니다. 즉, 프로그래머 없이 이 세상은 돌아가지 않습니다. 결국 우리가 이 세상을 지배합니다!

『클린 코드(Clean Code)』의 저자이자 소프트웨어 업계에서 'Uncle Bob'으로 불리는 로버트 C. 마틴. 수십 년간 개발자들의 사고방식을 정의해 온 그가 최근작 We, Programmers(2025)의 첫 페이지를 이 문장으로 시작했습니다. 자부심인지, 선언인지, 아니면 경고인지—어느 쪽으로 읽어도 이 문장은 이 시대 프로그래머 집단의 집단 심리를 적나라하게 드러냅니다.

"우리가 이 세상을 지배합니다." 이 문장이 당신과 무슨 상관이냐고요? 웹사이트 하나 만들러 갔다가 이상하게 기가 죽어서 돌아온 경험이 있다면—그 감각의 뿌리가 여기 있습니다.

기술 만능주의란 무엇인가

기술 만능주의(Tech Supremacism)는 단순히 기술을 신뢰하는 태도가 아닙니다. "기술적 문제와 해결책이 다른 어떤 문제보다 복잡하고 중요하다"는 믿음, 그리고 그 믿음에서 자연스럽게 흘러나오는 태도—비기술 직군의 고민과 도메인 지식을 무의식적으로 단순하게 취급하는 것—가 그 본질입니다.

미셸 푸코는 "지식은 곧 권력이다"라고 했습니다. 기술 업계에서 이 명제는 매우 구체적인 방식으로 작동합니다. 코딩 엘리트의 세계에서 가장 복잡하고 가치 있는 문제는 기술적 문제입니다. 당신의 비즈니스 고민은 그 위계 어딘가 아래에 놓입니다. 이것이 정보 비대칭성이 작동하는 방식입니다—용어로 압도해서가 아니라, 당신의 문제가 그들의 눈에 이미 "풀린 문제"처럼 보이기 때문에.

"코딩 엘리트"의 탄생

UC 버클리의 사회학자 제나 버렐과 마리옹 푸르카드는 2021년 학술지 Annual Review of Sociology에 발표한 논문 「The Society of Algorithms」에서 이 현상을 정밀하게 해부합니다.

논문은 오늘날 디지털 사회에 새로운 지배 계층이 등장했다고 진단합니다. 저자들은 이들을 "코딩 엘리트(Coding Elite)" 라고 부릅니다. 소프트웨어 개발자, 테크 CEO, 투자자, 컴퓨터공학 교수들로 구성된 이 집단은 세 가지 차원에서 권력을 행사합니다.

문화적 권력

코딩 엘리트는 수학적으로 증명 가능한 형식 언어의 세계에 삽니다. 그들의 논리는 수식으로 표현되고, 그 수식은 "객관적"이고 "보편적"으로 보입니다. 논문의 표현을 빌리면, 이들의 기술은 "인간 정치의 지저분한 세계와 분리된 것처럼 보이는" 외양을 띱니다. 코드는 감정이 없고, 편견이 없고, 틀리지 않는 것처럼 느껴집니다—적어도 외부인의 눈에는.

정치적 권력

논문은 법학자 로런스 레식의 명제 "Code is Law(코드는 법이다)"를 인용합니다. 코드는 누구를 포함하고 누구를 배제할지 결정하며, 규칙을 명시하는 동시에 자동으로 집행합니다. 인간이 집행하는 법과 달리 재량이 없습니다.

경제적 권력

코드 한 줄이 수억 명의 행동에 영향을 미치는 규모의 경제. 이 구조 안에서 코딩 엘리트는 자신들의 작업이 가진 중요성을 체감하며 삽니다.

이 세 가지가 합쳐지면 하나의 세계관이 형성됩니다. 기술적 문제가 실재하는 유일한 문제라는 믿음. 그리고 그 믿음은 클라이언트와의 미팅 자리에서 조용하고 무심하게 작동합니다.

당신의 문제는 그들의 눈에 어떻게 보이는가

여기가 핵심입니다.

기술 만능주의의 문제는 개발자가 당신을 일부러 무시하거나 혼란스럽게 만들려 한다는 게 아닙니다. 더 근본적인 문제는, 당신의 비즈니스 고민이 그들의 눈에 이미 해결된 문제처럼 보인다는 것입니다.

당신이 경험했을 법한 장면을 떠올려 보십시오. 웹사이트 리뉴얼 미팅. 당신은 이렇게 말합니다.

"저희 고객들이 모바일로 예약을 많이 하는데, 지금 과정이 너무 복잡해서 중간에 포기하는 것 같아요. 예약을 더 쉽게 만들 수 있을까요?"

개발자는 잠깐 생각하더니 이렇게 답합니다.

"아, 그거요. 폼 필드 줄이고 스텝 UI로 쪼개면 되죠. 간단한 작업입니다."

이 대화에서 당신은 무언가 이상함을 느낍니다. 분명히 수개월 동안 고민해 온 문제였는데, "간단한 작업"이라는 세 글자로 정리되어 버렸습니다. 질문을 더 하고 싶지만, 이미 "쉬운 문제"로 분류된 것 같아서 입이 잘 떨어지지 않습니다.

이것이 기술 우월주의가 작동하는 실제 모습입니다. 용어로 압도하는 것이 아니라, 당신이 오래 고민한 문제를 5초 만에 처리해 버리는 태도입니다. 그 태도 앞에서 당신의 고민의 무게는 증발합니다.

논문은 코딩 엘리트가 자신들의 영역을 확장하는 방식을 이렇게 묘사합니다. "깊이 자리 잡은 관할권과 인간 제도들은 가장 반복적인 업무가 자동화되기를 기다리는 일시적인 타협에 불과하다"는 시선—의사의 임상 경험, 교사의 교육적 판단, 그리고 당신의 비즈니스 경험이 모두 "데이터로 치환되거나 단순화될 수 있는 것"으로 취급됩니다. 그리고 이 시선은 악의 없이, 세계관의 자연스러운 결과로 나타납니다.

"간단한 작업"이라는 말이 왜 문제인가

"간단하다"는 말은 두 가지 의미를 동시에 전달합니다. 기술적으로 구현이 쉽다는 것, 그리고 문제 자체가 단순하다는 것. 개발자는 전자를 말했지만, 듣는 사람은 후자를 느낍니다.

당신이 고민해 온 것들을 생각해 보십시오. 어떤 시간대에 고객이 몰리는지, 어떤 단계에서 이탈이 발생하는지, 어떤 고객이 단골이 되는지, 예약 후 어떤 문의가 반복되는지—이것들은 수년간의 비즈니스 운영을 통해 축적한 지식입니다. 코드 몇 줄로 해결 가능한 기술적 문제가 아니라, 어떤 해결책이 필요한지를 결정하는 맥락 자체입니다.

버렐과 푸르카드의 논문은 코딩 엘리트가 인간의 전문적 판단에 맞서는 방식을 이렇게 설명합니다. 그들은 알고리즘의 "지칠 줄 모르는 일관성"을 인간의 판단과 대비시킵니다. 이 프레임 안에서 직관과 경험은 "비합리적이고 불일관한 것"으로, 기술적 해결책은 "객관적이고 최적화된 것"으로 자리매김됩니다. 당신의 20년 경험이 "감으로 하는 것"이 되고, 그들의 UI 패턴 지식이 "데이터 기반 솔루션"이 되는 구조입니다.

무의식적 문화가 더 다루기 어렵다

기술 우월주의의 두 가지 형태를 구분할 필요가 있습니다.

하나는 의식적 전략입니다. 클라이언트가 내용을 이해하지 못하게 만들어 가격과 범위에서 우위를 점하려는 것. 이는 앞선 시리즈에서 다룬 FOMO 마케팅의 공급자 버전입니다.

다른 하나, 그리고 훨씬 더 흔한 것은 내면화된 세계관입니다. 논문은 코딩 엘리트가 "예언, 장관, 그리고 약속의 매력"에 기대어 권력을 구성한다고 표현합니다. 이 신화 만들기는 의식적 사기가 아닙니다. 하나의 직업문화가 오랜 시간 공유해 온 믿음 체계입니다. 그 문화 안에 있는 개발자는 자신이 당신의 고민을 하찮게 여긴다는 사실조차 인식하지 못할 수 있습니다.

💡 "간단한 작업입니다"라고 말한 그 개발자가 반드시 나쁜 사람은 아닙니다. 그는 기술적 난이도의 관점에서 진심으로 그렇게 판단했을 수 있습니다. 문제는, 그 판단이 당신의 비즈니스 고민이 가진 복잡성 전체를 보지 못한 채 이루어졌다는 것입니다.

당신의 도메인 지식은 데이터로 환원되지 않는다

20년간 식당을 운영한 사장님은 어떤 손님이 단골이 될지를 첫 방문에서 감지합니다. 어떤 시간대에 어떤 분위기의 손님이 오는지, 어떤 테이블이 어떤 대화를 이끌어내는지를 압니다. 이 지식은 데이터셋에 담기지 않습니다. 10년간 고객을 상담한 설계사는 숫자 뒤에 있는 신뢰의 신호를 읽습니다. 그 감각은 알고리즘으로 대체되지 않습니다.

웹사이트 제작으로 돌아오면: 어떤 고객이 오는지, 그들이 무엇을 찾는지, 어떤 순간에 결정을 내리는지—이것을 아는 사람은 당신입니다. "간단한 작업"인지 여부는 기술적 구현의 난이도를 말할 뿐, 그 작업이 당신의 비즈니스에서 가지는 무게를 말하지 않습니다. 기술은 그 지식을 구현하는 도구입니다. 도구가 목적을 정의해서는 안 됩니다.

좋은 기술 파트너는 이렇게 다르다

기술 만능주의에 빠진 개발자와 그렇지 않은 개발자는 같은 상황에서 다르게 반응합니다.

기술 만능주의자의 반응 패턴:

• 당신의 고민을 듣자마자 기술 솔루션을 제시한다
• "그건 간단합니다" 또는 "그건 복잡합니다"로 대화를 빠르게 마무리한다
• 왜 그것이 당신에게 중요한지 묻지 않는다
• 비즈니스 맥락보다 기술적 완성도를 우선한다

좋은 기술 파트너의 반응 패턴:

• "고객들이 어느 단계에서 포기하는 것 같으세요?"라고 먼저 묻는다
• 기술 선택의 이유를 비즈니스 언어로 설명한다
• "기술적으로는 여러 방법이 있는데, 지금 가장 중요한 문제가 뭔지 먼저 알고 싶습니다"라고 한다
• 당신의 운영 경험을 진지하게 듣는다

마치며: 당신의 문제은 단순하지 않다

버렐과 푸르카드의 논문은 알고리즘 사회에 대해 이렇게 결론 내립니다.

"미래주의와 과대광고를 넘어서면, 현존하는 AI는 사실 꽤 평범합니다. 코딩 엘리트가 설계하고, 사이버타리아트가 유지하고, 대형 디지털 기업들이 추출한 개인 데이터로 연료를 삼고, 종종 이윤 극대화를 위해 최적화됩니다. 기계적이기는커녕, 그것은 깊이, 불가피하게 인간적입니다."

— Burrell & Fourcade, The Society of Algorithms (2021)

기술은 인간이 만들고, 인간의 선택으로 운영되며, 인간의 이해관계를 담습니다. "간단한 작업"이라고 불리는 것들도 마찬가지입니다. 그것이 간단한지 복잡한지를 결정하는 기준은 기술적 구현 난이도만이 아닙니다. 그 기능이 당신의 고객에게, 당신의 비즈니스에 어떤 의미를 가지는가—그 판단은 당신이 가장 잘 할 수 있습니다.

개발자가 "간단하다"고 말할 때, 그 말을 이렇게 들으십시오. "기술적으로 구현하기 어렵지 않다." 그것이 당신의 고민이 단순하다는 뜻은 아닙니다. 그 구분을 지켜내는 것이, 기술 파트너와 대등하게 대화하는 첫걸음입니다.

📚 참고 자료

• Robert C. Martin, We, Programmers (2025)
• Jenna Burrell & Marion Fourcade, 「The Society of Algorithms」, Annual Review of Sociology, 47, 2021