00. Philosophy::
// ORIENTATION— 무엇을 믿고, 무엇을 만들 것인가
철학이란 무엇인가
철학을 한 문장으로 정의하기는 어렵습니다. 철학자마다 철학의 시작점과 목적을 다르게 보았기 때문입니다.
그래도 하나의 공통점을 찾는다면, 철학은 당연하게 지나치는 전제를 멈춰 세우고 끝까지 묻는 일에 가깝습니다.
- 이것은 정말 사실인가?
- 우리는 무엇을 알고 있다고 말할 수 있는가?
- 무엇이 중요한가?
- 무엇을 해야 하는가?
- 잘 산다는 것은 무엇인가?
철학은 모든 질문에 정답을 붙이는 작업이 아닙니다. 오히려 질문 속에 숨어 있는 개념과 가정을 드러내고, 우리가 내린 판단이 무엇 위에 서 있는지 확인하는 작업입니다.
서양 철학이 “이것의 본질은 무엇인가?”를 집요하게 물었다면, 동양 철학은 “이 세계에서 어떻게 바르게 존재할 것인가?”를 오래 물었다고 말할 수 있습니다. 물론 이것은 역사 전체를 나누는 법칙이 아니라, 서로 다른 질문의 습관을 바라보기 위한 하나의 렌즈입니다.
중요한 것은 질문의 방향입니다. 철학은 눈앞의 현상을 설명하는 데서 멈추지 않고, 무엇을 실재라 부를지, 무엇을 진리라 부를지, 어떤 삶과 세계를 좋은 것으로 볼지 다시 묻습니다.
공학으로의 확장
공학자는 매일 무언가를 선택합니다.
어떤 문제를 풀 것인지 정하고, 성공을 측정할 지표를 고르고, 어디까지 자동화할지 결정합니다. 성능과 비용 사이에서 타협하고, 편리함과 프라이버시 사이에 경계를 긋습니다. 코드 한 줄, 데이터베이스의 기본값 하나, API의 권한 설정 하나가 누군가의 행동과 기회를 바꿉니다.
그런데 우리는 이런 결정을 대개 기술적인 문제라고 부릅니다.
철학적 질문은 여기서 공학으로 확장됩니다. “이 알고리즘을 어떻게 빠르게 만들까?”에 답하기 전에, “무엇을 빠르게 만들고 있는가?”, “빠르다는 것은 누구에게 좋은가?”, “애초에 이 문제가 풀어야 할 문제인가?”를 묻는 것입니다.
공학은 세계를 바꾸는 기술입니다. 철학은 무엇을 왜 바꿔야 하는지 묻는 기술입니다. 공학자가 다루는 요구사항, 지표, 모델, 시스템에는 언제나 어떤 세계관과 가치 판단이 들어 있습니다.
철학은 공학의 디버거다
좋은 디버거는 코드가 틀렸다고 바로 고치지 않습니다. 먼저 어떤 동작이 잘못되었는지, 기대한 동작은 무엇이었는지, 그 기대 자체가 맞는지를 확인합니다.
철학도 비슷합니다. 눈앞의 버그보다 더 깊은 층의 버그를 찾습니다.
- 요구사항에 숨어 있는 모순
- 성공 지표가 대표하지 못하는 현실
- “사용자”라는 말 뒤에 가려진 서로 다른 사람들
- 효율을 높이는 동안 조용히 함께 커지는 비용
- “할 수 있다”에서 “해야 한다”로 미끄러지는 순간
질문 없는 기술은 목적지를 잃고, 실행 없는 질문은 현실을 바꾸지 못합니다. 공학과 철학은 서로 다른 일을 하는 것처럼 보이지만, 함께 있을 때 더 나은 질문을 현실에서 검증하는 방법이 됩니다.
읽는 순서
질문의 시작
무엇을 안다고 말할 수 있는가
무엇을 해야 하는가
시스템 안의 인간
공학자의 태도
이 섹션에서 다룰 것
이곳의 철학은 철학사 시험을 위한 요약집이 아닙니다. 오래된 질문을 오늘의 공학적 상황에 가져와 함께 생각해보는 노트입니다.
- AI와 자동화는 인간의 판단을 어디까지 대신할 수 있는가
- 자유의지는 시스템 설계와 어떤 관계가 있는가
- 데이터와 모델은 현실을 설명하는가, 아니면 현실을 다시 만드는가
- 완벽한 시스템을 만들 수 없다면 무엇을 기준으로 타협해야 하는가
- 기술을 만드는 사람의 책임은 언제 시작되고 언제 끝나는가
정답을 빠르게 제공하기보다, 더 나은 질문을 남기는 것을 목표로 합니다.
첫 글을 읽기 전에 한 가지만 기억하면 됩니다.
모든 시스템에는 설계자가 말하지 않은 철학이 들어 있다. 이 글들은 그 철학을 찾아내어, 직접 다시 선택해보려는 시도다.