---
title: "현실은 생각보다 디테일이 훨씬 많다"
published: 2026-06-27T23:36:25.000Z
canonical: https://jeff.news/article/4583
---
# 현실은 생각보다 디테일이 훨씬 많다

이 글은 계단 만들기, 물 끓이기, 로켓 착륙 같은 예시를 통해 현실의 문제에는 겉보기보다 훨씬 많은 디테일이 숨어 있다고 말해. 개발자가 새 기술이나 복잡한 시스템에서 자꾸 막히는 이유도 개인 능력 부족이 아니라, 아직 보이지 않는 중요한 디테일을 못 봤기 때문일 수 있다는 얘기야.

## 단순해 보이는 일은 가까이 가면 갑자기 복잡해짐

- 글의 출발점은 계단 만들기임
  - 겉으로 보면 계단은 긴 판자 두 개, 발판 몇 개, 각도 브래킷 몇 개면 될 것처럼 보임
  - 실제로는 2 x 12 x 16피트짜리 판자 끝을 정확한 각도로 자르고, 바닥에 브래킷을 고정하고, 발판 각도를 계속 맞춰야 함
  - 나사가 조금만 비뚤게 들어가도 브래킷 각도가 틀어지고, 같은 구멍에 다시 박으면 또 같은 방향으로 들어가서 위치를 옮겨야 함

- 나무도 이론처럼 얌전하지 않음
  - 목재는 젖은 상태에서 잘린 뒤 마르면서 휘기 때문에 완벽히 곧지 않음
  - 각도를 삼각함수로 계산하는 것보다 실제 목재 모양을 따라 그리는 게 더 정확할 수 있음
  - 2인치보다 긴 나사를 쓰면 발판 위로 튀어나와 발을 찌를 수도 있음. 진짜 이런 디테일이 일을 망침

- 글쓴이가 말하는 핵심은 이거임. 디테일이 많은 건 계단만의 문제가 아님
  - 채소 키우기, Haskell 패키지 처음 쓰기, 낯선 도구 다루기 모두 처음엔 이상한 걸림돌이 많음
  - 익숙해지고 나면 “별거 아니었네”라고 느끼지만, 그건 디테일이 사라진 게 아니라 내 머릿속 모델에 흡수된 것임

## 물도 그냥 100도에서 끓는 게 아니다

- 글은 물 끓이기 예시로 물리 현상도 생각보다 지저분하다고 보여줌
  - 보통은 물이 섭씨 100도에서 끓는다고 배우지만, 실제 관찰은 훨씬 애매함
  - 처음에는 냄비 표면에 작은 기포가 붙고, 이후 기포가 올라오고, 특정 지점에서 작은 기포 폭풍이 생기고, 나중에야 표면 전체가 거칠어짐
  - 어느 순간부터 ‘진짜 끓는다’고 해야 하는지 생각보다 명확하지 않음

- 조건을 바꾸면 더 이상해짐
  - 금속 냄비가 아니라 유리 용기를 쓰면 물이 더 높은 온도에서 끓을 수 있음
  - 유리 용기를 황산으로 깨끗하게 닦아 잔여물을 없애면 물이 더 과열되고, 끓을 때 작은 폭발처럼 불안정하게 끓을 수 있음
  - 물방울을 다른 액체 사이에 가두면 섭씨 300도까지 올려도 아무 일도 안 일어날 수 있다고 함

- 이 예시는 “물리 법칙은 단순해도 현실의 발현은 복잡하다”는 얘기로 이어짐
  - 프로그래밍이 유난히 까다로운 게 아니라, 원래 모든 일이 까다로운데 개발자는 새 일을 자주 하니 그걸 더 자주 느끼는 것에 가까움

## 안 보이는 디테일 때문에 지적으로 갇힌다

- 어려운 일을 할수록 중요한 디테일은 더 많아짐
  - 산업 공정에서 액체 과열 가능성을 모르면 끓이는 과정이 비효율적이고 예측 불가능해질 수 있음
  - 재사용 로켓은 연료가 가득 찼을 때와 비었을 때 무게 차이가 매우 커서, 착륙 시 아주 낮은 추력까지 조절하지 못하면 호버링이 어려움
  - 그래서 0 속도에 도달하는 순간이 착륙 지점과 정확히 맞아야 하고, 궤적 계획이 극도로 중요해짐

- 문제는 중요한 디테일이 처음부터 눈에 띄지 않는다는 점임
  - 직접 부딪히고 있어도 그냥 “시스템이 지저분하다”, “데이터가 노이즈가 많다”, “이 도구가 이상하다” 정도로만 느껴질 수 있음
  - 18세기 온도계 사례처럼, 술을 넣은 온도계가 농도에 따라 비선형적이고 제각각이라는 사실도 세심한 관찰 전까지는 잘 안 보였음

- 이미 발견한 디테일은 반대로 너무 당연해짐
  - 자전거 타기나 운전을 배울 때 결정적이었던 감각을 나중에는 잘 기억하지 못하는 것과 비슷함
  - 내가 본 디테일은 투명해지고, 내가 못 본 디테일은 보이지 않음
  - 그래서 똑똑한 사람도 자기 프레임에 갇혀 “내가 뭘 놓치고 있을 수 있다”는 가능성을 과소평가하기 쉬움

- 글의 실용적인 조언은 의외로 단순함. 평소에 못 보던 디테일을 의식적으로 찾으라는 것
  - 산책할 때 꽃이나 도로 이음새가 어떻게 생겼는지 관찰해보는 식
  - 나와 의견이 전혀 다른 똑똑한 사람이 어떤 디테일을 중요하게 보는지 파고드는 식
  - 일하다가 어떤 회의가 왜 실제로는 한 사람의 지적 덕분에 의미 있어졌는지 보는 식

- 개발자에게 번역하면 꽤 직접적인 메시지가 됨
  - 디버깅이 안 풀릴 때는 “내가 아직 못 본 디테일이 있다”가 더 좋은 출발점일 수 있음
  - 새 프레임워크가 짜증 나는 것도, 그 도구의 숨은 전제와 작동 디테일이 아직 안 보이기 때문일 가능성이 큼
  - 결국 실력은 더 많은 디테일을 보고, 그중 중요한 것과 아닌 것을 구분하는 능력에 가까움

## 핵심 포인트

- 계단 제작 예시로 단순해 보이는 작업도 각도, 목재 휨, 나사 위치, 도구 한계 같은 세부 조건에 크게 좌우된다는 점을 설명
- 물은 100도에서 끓는다는 단순 명제도 용기 재질, 표면 상태, 과열 상태에 따라 실제로는 훨씬 복잡함
- 어려운 일을 할수록 성공에 결정적인 디테일은 더 많아지고, 그중 일부는 문제를 직접 겪어도 바로 보이지 않음
- 이미 아는 디테일은 너무 당연해져 투명해지고, 모르는 디테일은 아예 보이지 않기 때문에 지적으로 갇히기 쉬움

## 인사이트

개발 얘기처럼 보이지 않는 에세이지만, 사실 디버깅·아키텍처·신규 도메인 학습에 그대로 꽂히는 글임. ‘내가 멍청해서 막혔다’가 아니라 ‘아직 못 본 디테일이 있다’고 보는 태도는 꽤 실용적임.