There's no such thing as Just a Tool

3줄 요약

1. 기술 비평가 Iris Meredith가 2026년 8월 29일 자신의 블로그 deadSimpleTech에 올린 글이다. 엔지니어들이 비판을 받을 때마다 꺼내는 “그건 그냥 도구일 뿐"이라는 대답을 정면으로 겨눈다.
2. 하이데거의 손안에 있음(ready-to-hand) 개념을 빌려, 잘 작동하는 도구는 의식에서 사라지면서 사람과 하나의 게슈탈트를 이루고 그 게슈탈트가 사람의 태도와 이데올로기를 바꾼다고 논증한다.
3. React와 Vue로 만든 동일 컴포넌트를 나란히 놓아 이 역학을 기술 현장으로 옮긴 뒤, 그 도구를 만드는 쪽이 바로 우리 업계이므로 “그냥 도구"라는 말은 책임 회피라고 결론짓는다.

“그냥 도구일 뿐"이 실제로 주장하는 것

저자는 셸, 컨테이너화, 리액티브 프레임워크, 그리고 요즘은 LLM 논의에서 이 표현이 반복해 등장한다고 적는다. 그리고 이 짧은 한 마디가 실은 네 개의 전제를 한꺼번에 끌고 들어온다고 정리한다.

이 넷이 모두 참이면 도구에 대한 정당한 비판은 “설계된 과업을 얼마나 잘 수행하는가” 하나로 좁아진다. 저자의 예를 그대로 옮기면, 어떤 도구가 나쁜 습관을 가르친다는 지적조차 논외가 된다. 명시적으로 교육용 도구가 아닌 이상 그것이 무엇을 가르치는지는 애초에 논의 대상에서 빠지기 때문이다. SUV를 모는 일이 도로 위에서 형편없는 운전 행태를 부추긴다는 이야기도 같은 방식으로 봉쇄된다. SUV에도 정당한 용도가 있으니 그것은 “그냥 도구"이고, 따라서 이데올로기적 결과나 행동상의 결과는 꺼낼 수 없는 주제가 된다.

저자는 이런 통념이 매우 흔하지만 거의 전부 틀렸다고 본다.

잘 드는 도구는 의식에서 사라진다

논증의 뼈대는 하이데거에서 온다. 저자는 그를 “나치이자 불행히도 20세기의 매우 중요한 철학자"라고 소개하면서 인용한다.

하이데거에게 도구란 인간의 능력을 어떤 방식으로든 확장하는 무엇이다. 반드시 물체일 필요는 없고, 혼자서는 할 수 없던 일을 할 수 있게 해주는 모든 것이 도구다. 여기서 이 글에 필요한 도약이 나온다. 도구가 잘 작동하고 망가지지 않았을 때, 그것은 손안에 있음이라는 성질을 띤다. 도구가 배경으로 물러나면서, 사람과 그 능력이 합쳐진 하나의 게슈탈트가 만들어진다.

저자가 드는 예는 포크다. 멀쩡한 포크로 저녁을 먹는 동안에는 “나는 지금 포크를 쓰고 있다"는 생각이 떠오르지 않는다. 포크로 어떻게 먹고 무엇을 먹는지에 관한 가정들은 배경으로 가라앉아 당연한 것이 된다. 포크가 다시 의식에 올라오는 순간은 살이 휘었거나 수프를 뜨려 할 때, 그러니까 도구가 거슬리거나 방해가 될 때뿐이다. 하이데거는 그 상태를 눈앞에 있음(present-at-hand)이라 부른다.

핵심은 이렇게 만들어진 게슈탈트가 중립적이지 않다는 점이다. 손안에 있는 도구마다 서로 다른 게슈탈트가 만들어지고, 그 게슈탈트마다 “할 수 있는 일"의 범위가 다르며, 따라서 그에 딸린 사고 패턴과 관념과 이데올로기도 달라진다.

포크로는 만들 수 없는 요리

저자는 포크와 젓가락으로 이 차이를 보인다. 앵글로색슨 배경의 사람을 쓰촨 식당에 데려가 보라는 것이 저자가 제안하는 실험이다.

나이프와 포크가 허용하는 행동 가능성은 젓가락의 그것과 상당히 다르다. 음식이 어떻게 조리되는지에 관한 가정부터 완전히 갈린다. 젓가락으로 먹는 손님에게 유럽식으로 썰지 않은 스테이크를 낼 수는 없고, 반대로 음식은 젓가락으로 집기 쉽도록 미리 정교하게 잘라 두어야 한다. 그리고 이 차이는 어떤 요리가 만들어지는가로 이어진다.

저자가 예로 든 충칭 라쯔지(辣子鸡)다. 인간과 포크의 게슈탈트에게 이것은 감당할 수 없는 양의 건고추이고, 애초에 그 게슈탈트가 만들어 낼 요리가 아니다. 반면 젓가락을 쥔 쪽은 고추 더미를 헤집어 향이 밴 닭고기만 골라내고 고추는 대부분 피할 수 있다. 같은 접시가 그 순간 훌륭한 상차림이 된다. 저자는 이런 행동 가능성의 차이가 극단적으로는 무엇을 음식으로 여기는지까지 갈라놓는다고 덧붙인다.

음식에서는 이 차이가 대체로 흥미로운 식문화의 차이로 끝난다. 다른 도구로 넘어가면 사정이 나빠진다. 저자가 이어 붙이는 두 사례가 자동차와 총이다.

• 인간과 자동차의 게슈탈트는 그 안의 인간과 분리된 이해관계를 갖고, 종종 인간 쪽과 대립하며, 그것을 관철시킨다. 개별 사례로 터지면 로드 레이지이고, 정책 수준에서는 자전거 도로를 향한 분노로 나타난다. 차에 타고 있지 않은 모든 시간에는 본인에게도 이득인 시설인데도 그렇다.
• 인간과 총의 게슈탈트, 저자의 표현으로 “총-인간"은 세계를 보는 방식 자체를 바꾼다. 총을 쥔 사람은 쏠 이유를 찾는 쪽으로 이미 기울어져 있고, 협상보다 위압이 앞서며, 다른 사람이 감지되지 않을 만큼 조금씩 동료 인간이기를 그치고 잠재적 대상이 된다. 저자는 미국 경찰 활동을 그 가장 극적인 사례로 든다.

React와 Vue: 같은 컴포넌트, 다른 팀

저자는 기술 종사자들이 유독 이 분석에서 자신들만 예외라고 여긴다고 지적하며, 그래서 기술 현장의 사례를 직접 든다. 대상은 React와 Vue다. 두 프레임워크는 대략 같은 일을 겨냥하지만 설계 선택과 철학의 차이가 충분히 커서, 도구의 차이가 인간 쪽 게슈탈트의 차이로 옮겨 가는 과정을 관찰하기 좋다.

저자가 가져온 비교 대상은 입력 값을 그대로 아래 문단에 보여 주는 최소한의 폼이다. 두 컴포넌트가 하는 일은 완전히 같다. 그런데 각각이 무엇으로 제시되는지가 다르다.

여기서 게슈탈트가 갈라진다. 저자는 그 첫 갈림길로 “이 프로젝트에 누가 함께 일해야 하는가"라는 질문을 든다.

React는 그 답을 거의 “다른 자바스크립트 개발자"로 강제한다. 컴포넌트를 편집하려면 거의 모든 것에 자바스크립트를 알아야 하기 때문이다. React 팀을 꾸린다면 개발 역량을 가진 사람 위주로 뽑게 되고, HTML과 CSS에 능하지만 코드 작성이 서툰 사람은 게슈탈트에 의해 밀려난다. 저자는 React가 디자인 작업과 CSS 작성 자체를 경시하는 경향이 있으며 개발자를 Tailwind 같은 해법 쪽으로 몰아간다고 본다.

Vue는 더 넓은 자리를 연다. HTML은 알지만 자바스크립트는 모르는 사람, CSS에 능한 사람이 <script> 태그를 건드리지 않고도 컴포넌트의 3분의 2를 편집할 수 있다. 자바스크립트를 알아야 한다는 요구가 기여를 막지 않는다. 디자이너, 접근성 전문가, 시맨틱 HTML 전문가처럼 React를 쓰는 팀이 그냥 활용하지 못하는 기술의 스펙트럼이 열린다.

저자가 힘주어 말하는 대목이 이 지점에 있다. 이 중 어느 것도 도구가 직접 금지하는 바가 아니다. React 컴포넌트 안에 자리한 HTML 블록도 조심스럽게 편집할 수 있다. 그런데 게슈탈트가 내보내는 제약이 도구 자체가 내보내는 제약보다 훨씬 강하고, 실제로 손상을 입히는 것은 그렇게 형성된 믿음이다. 누가 웹 개발의 일에 참여해야 하고 누가 참여하지 말아야 하는지에 관한 이데올로기 말이다.

두 프레임워크는 무엇이 중요한가에 대해서도 다른 우선순위를 심는다. HTML과 CSS가 일급 요소인 Vue의 게슈탈트는 구조, 레이아웃, 표현을 생각하게 만든다. 앱은 문서다운 일을 하고 상호작용 관리를 위해 자바스크립트를 쓰는 대화형 문서로 여겨진다. React는 반대다. 앱은 계산을 하는 무엇이고 HTML과 CSS는 그 결과를 사용자에게 보여 주는 수단이다. 게슈탈트는 각자의 입장을 지지하는 태도와 이데올로기를 발전시키고, 그 이데올로기는 좋든 나쁘든 기술계 전반의 이데올로기의 일부가 된다.

저자는 어느 접근도 본질적으로 틀렸거나 더 낫지는 않다고 못을 뽑아 둔다. 그러면서도 자바스크립트를 만들어 내지 못하는 사람들의 전문성이 존중받지 못하면 결과물의 사용성과 접근성에 상당한 악영향이 남는다고 덧붙인다. 누군가는 포함되고 누군가는 배제되며, 포함되는 쪽은 이미 그 사회적 영역에서 권력을 쥔 사람들이기 쉽고 배제되는 쪽은 그들이 어떤 식으로든 “못하다"고 여기는 사람들이기 쉽다.

개발자 우월주의는 스스로를 재생산한다

저자는 React와 Vue의 분기가 기술계의 여러 도구에서 되풀이된다고 보고, 그 이름을 “개발자 우월주의"라 붙인다. React, Kubernetes, Docker, 상당수의 리눅스 배포판, 대부분의 클라우드 제공자에 이르기까지 서로 멀리 떨어진 도구들이 공유하는 관념이다. 소프트웨어 개발자가 일을 처리하는 방식이 일이 처리되어야 하는 방식이고, 다른 접근은 필연적으로 열등하다는 관념.

그래서 HTML을 더 쓸 것인가 자바스크립트를 더 쓸 것인가의 선택이 오면 답은 늘 자바스크립트 쪽으로 기운다. 그것이 실제로 그 일에 좋은 관용구인지와 무관하게 그렇다. 저자는 Tailwind CSS가 React와 JSX가 표준 CSS와 잘 맞지 않아 생긴 문제를 해결하려는 시도라고 본다.

이 구조가 낳는 도구들은 개발자가 대충 처리하기에는 쉽고 디자이너나 UX 전문가가 다루기에는 어렵다. 저자가 음험하다고 표현한 대목은 그다음이다. 이 배치가 스스로를 재생산한다. 개발자에게 편한 도구는 HTML이나 CSS 작업이 지위가 낮은 일이라는 인식을 은근히 굳히고, 그 인식은 디자이너와 접근성 전문가를 종속적인 자리로 밀어낸다. 그들을 겨냥해 만들어진 도구라면 더 쓸모 있는 게슈탈트와 더 나은 지위를 만들 텐데, 이미 도구가 세워 놓은 관행이 그 변화를 강하게 밀어내므로 대부분은 시도하지 않는다. 순환은 그렇게 이어진다.

좋은 일에 썼다고 반박이 되지는 않는다

마지막 절에서 저자는 원래 질문으로 돌아온다. 도구는 자기가 편입된 게슈탈트에, 따라서 그 게슈탈트의 인간 쪽이 갖는 이데올로기에 이만큼 영향을 미친다. 그러니 무언가가 도구인 것은 맞지만, 도구는 대단히 중요한 것이 된다. 우리는 대체로 우리 자신과 다른 사람들이 무언가를 하게 만드는 도구를 만드는 일을 업으로 삼고 있으므로, 어떤 종류의 도구를 만드는지에 대단히 신중해야 한다는 요구가 따라 나온다. 개인의 번영과 사회적 조화를 함께 뒷받침하는 게슈탈트를 만드는 도구를 지어야 하고, 둘을 함께 세울 수 없다면 둘 사이의 필요를 다른 고려 사항과 함께 조심스럽게 저울질하는 도구를 지어야 한다.

저자가 보기에 업계는 대체로 그 반대로 해 왔다. 사람들을 서로에게서 고립시키고 허위정보의 대규모 확산 통로가 된 소셜 네트워크, 대규모 사기와 기만을 가능하게 한 암호화폐, 최악의 편견을 강화하는 분류 알고리즘, 그리고 이 모두를 한꺼번에 하고도 더 많은 해악을 얹는 것으로 저자가 격한 말로 지목한 LLM.

LLM은 저자에게 특히 중요한 사례다. 도구의 사용이 매우 이상한 게슈탈트를 형성하는 장면을 직접 볼 수 있기 때문이다. 가장 극단적인 형태는 AI 정신증(AI psychosis)이라 불리는 것이다. 게슈탈트의 태도와 이데올로기, 심지어 세계에 대한 지각이 우리가 합당하다고 여기는 것에서 너무 멀어져서 질병이라는 이름을 붙이는 상태다. 이런 것을 보고도 도구가 사용자의 태도와 경험과 세계 안에서 존재하는 방식을 급격히 바꾸지 않았다고 말하기는 어렵다. 그렇다면 한 도구에서 이렇게 극적이고 분명하게 일어나는 일이라면, 훨씬 넓은 범위의 기술에서 더 미묘하고 더 멀리 퍼지는 결과를 예상하는 편이 합리적이라는 것이 저자의 추론이다.

여기서 나오기 마련인 반론도 저자가 미리 다룬다. “나쁜” 도구로 좋은 결과를 낸 사례는 많고, 저자 자신도 유해하다고 여기는 언어와 프레임워크로 좋은 도구들이 만들어졌음을, LLM으로 쓸 만한 것을 만들어 본 적이 있음을 인정한다. 그럼에도 게슈탈트의 틀에서는 이것이 반박이 되지 않는다는 것이 저자의 답이다. 도구가 좋은 일에 쓰일 수 있고 심지어 그것이 필요할 수도 있으면서, 동시에 그것이 길러 내는 관점은 장려하지 말아야 할 것일 수 있다.

비유는 우크라이나다. 무기 체계가 자유를 지키는 데 쓰이는 일은 좋고 필요하지만, 그렇다고 폭탄에 접근하게 된 지도자나 총기에 접근하게 된 개인에게 미치는 영향이 다른 조건이 같다면 해롭지 않게 되지는 않는다. 경향에 맞서 싸우는 것은 가능하고 많은 사람이 실제로 그렇게 하지만, 게슈탈트의 논리는 여전히 나쁜 쪽으로 민다.

그래서 LLM으로 좋은 목적의 소프트웨어를 만들면서 배포되는 생성 코드를 한 줄씩 읽는다 해도, 매 걸음마다 게슈탈트를 부주의와 조악함 쪽으로 미는 손안에 있음과 싸우는 중이라고 저자는 본다. 그 도구를 절대 쓰지 말라는 결론은 아니다. 요구는 세 가지다. 자기가 무엇을 하는지 알고 조심할 것, 장기간의 사용이 세계관을 바꿀 것임을 자각하고 완화 장치를 둘 것, 그런 타협은 문제가 그만큼 심각할 때에만 드물게 할 것. 저자는 정규군이 총기에 대해 그런 완화에 상당한 노력을 들이는 반면 경찰 조직은 종종 그러지 않는다는 관찰을 곁들인다.

그런데 그 도구를 만드는 것은 우리다

저자의 마지막 수는 여기다. 만약 우리가 이 도구들을 그저 사용하기만 한다면, 가령 React와 Vue가 인간의 손을 타지 않고 자연에서 발견된 것이라면, 이것은 기술 일반에 관해 경계해야 할 불행한 성질 정도로 남았을 것이다.

그런데 우리가 이 도구들을 만든다. 기술계에서 도구를 개발할 때 우리는 그것이 어떤 형태를 가질지, 어떤 행동 가능성을 제공할지, 어떤 게슈탈트를 형성할지 결정한다. 우리는 어떤 타협을 할지 고르는 데 그치지 않고, 업계로서 다른 사람들과 우리 자신에게 어떤 타협지가 주어지는지를 대체로 규정한다. 그리고 전체적으로 꽤 나쁜 선택을 해 왔으며, 그 결과를 지금 감당하며 살고 있다.

기술계 사람이 무언가가 “그냥 도구일 뿐"이라고 말하는 것을 들으면, 나는 그것을 우리가 세상에 내놓은 것과 우리 자신에게 한 일에 대해 업계로서 책임지기를 거부하는 태도로 읽지 않을 수 없다.

저자는 도구가 기술계의 상당수가 바라는 중립적이고 분리된 무엇일 수 없다고 결론짓는다. 그렇지 않은 척하는 것, 나아가 도구의 영향을 받은 사람들에게 당신이 잘못 쓰고 있다고 말하는 것은 가능한 한 해를 끼치지 않을 도덕적 의무를 저버리는 일이다. 우리는 더 잘해야 한다는 문장으로 글이 닫힌다.

가장 흥미로운 지점

내가 가장 오래 눈길을 준 문장은 React와 Vue를 다루던 대목의 단서였다. 어느 것도 도구가 직접 금지하지 않는다는 것, 조심하면 React 컴포넌트 안의 HTML도 편집할 수 있다는 것을 저자가 굳이 인정하고 넘어간다. 그러고 나서 게슈탈트의 제약이 도구 자체의 제약보다 훨씬 강하다고 말한다.

이 순서가 논증을 단단하게 만든다. 도구가 무엇을 금지하는가를 세는 방식으로는 두 프레임워크의 차이가 거의 잡히지 않는다. 둘 다 아무것도 금지하지 않기 때문이다. 차이는 금지의 목록보다 기울기에 놓여 있고, 기울기는 팀을 꾸리는 첫 질문에서 이미 작동을 마친다. 채용 공고 한 줄에 자바스크립트가 들어가는 순간 그 결정은 코드 리뷰보다 훨씬 앞선 자리에서 내려져 있었다.

비유의 한계도 눈에 걸린다. 포크와 젓가락은 문화 간 차이를 보여 주기에 좋지만, 둘 중 하나가 다른 하나를 만든 것은 아니다. 반면 React는 회사가 만들고 회사가 배포한다. 저자가 마지막 절에서 급히 방향을 트는 이유도 그것으로 보인다. 앞의 예시들은 도구가 사람을 바꾼다는 것을 보여 주고, 마지막 절은 그 도구를 쓴 사람이 우리라는 조건을 얹는다. 두 주장은 다른 종류의 것이고, 뒤의 것이 실제 부담을 지운다.

출처

Iris Meredith, deadSimpleTech, 2026년 8월 29일 발행 원문: https://deadsimpletech.com/blog/no-such-thing-as-just-a-tool

라쯔지 사진은 원문에 실린 이미지를 그대로 인용했다. 치비 삽화는 「느낌적인 느낌을 숫자로 옮기는 일」의 치비 서소영 라인아트를 참조하여 gpt-image-2 image-to-image로 생성했다.