서론
나는 웹을 제대로 이해하고 있는가? 라는 질문이 불현듯 떠올랐다. 웹 개발자라는 전문성을 추구하면서도, 정작 그 배경이 되는 웹이라는 것에 대해서 제대로 이해하고 있는지에 대한 의문이었다.
컴퓨터 공학의 역사는 다른 공학에 비해서 짧다. 그럼에도, 그 어떤 공학보다 빠른 발전을 보여왔다.
단순한 원거리 통신에서 시작해, 인터넷이 등장했고, 스마트폰을 거쳐 어느덧 AI 시대에 접어들었다.
짧은 역사에도 불구하고, 그 무엇보다 빠른 변화는 내 전문성에 대해서 다시한번 고민하게 되었다.
최근, 나는 코드 작성은 물론이고, 디버깅 / 설계 등등 상당 영역을 AI를 중심으로 해서 진행하고 있다.
"이래도 되나?"
불현듯 떠오른 생각이다.
본디, 실무를 하면서 키워가는게 개발 역량이라고 했다. 그러나, AI가 등장하고 부터 기존에 적용되던 성장 공식은 먹히지 않는 상황이 됐다고 생각한다.
원리를 모르면 개발을 하지 못했던 과거와는 다르게, 아무것도 몰라도 결과물이 나오는 세상이 되었기 때문이다.
그럼에도 변하지 않는 요소는 존재한다고 본다.
"이 기술이 어떤 문제를 해결하려고 등장했는가?"
바로, 본질에 대한 이해이다.
이 기술이 어떤 문제를 해결하려고 등장하였는지. 내가 하는 일들은 어떤 문제를 해결하려고 하는건지. 내가 직면한 문제를 해결하기에 가장 적합한 방법은 무엇인지 등등.
결국 '공학'을 하는 것이기에, 내가 사용하는 기술이 어떤 문제를 해결하려고 등장했는지가 굉장히 중요할 것 같았다.
그래서, 웹의 시초부터 리액트가 나오기까지, 그 역사를 쭉 따라가면서 이해해보고자 한다.
자, 그러면 이제 1945년에 던져진 "웹의 씨앗" 부터 살펴보자.
1945년: 바니버 부시가 "웹의 씨앗"을 던지다.
1945년 7월, 제 2차 세계대전이 막을 내릴 무렵 The Atlantic Monthly 잡지에 하나의 글이 투고된다.
미국 루즈벨트 대통령의 과학 고문이자, 과학연구개발국(OSRD)의 국장이던 바니버 부시(Vannever Bush, 1890~1974)가 As we may think라는 글을 투고했다.
당시의 부시는 다음과 같은 의문을 갖고 있었다.
"전쟁이 끝나가는데, 과학은 어디로 가야 하는가?"
전쟁을 통해서 과학은 막대한 진보를 이루었다.
전 세계가 겁화에 휩싸인 제 2차 세계대전에서 제일 중요한 것은 생존이었다.
각 국가들은 살아남기 위해 과학자 어벤져스를 구축하였고, 평소에 경쟁하던 멤버들은 막대한 지원을 바탕으로 서로 긴밀히 협업하면서 무수히 많은 과학적 성과를 이루었다.
이들의 성과는 무기가 되기도 하였으며, 질병에서의 자유와 문명의 진보를 이루었다.
그러나, 전쟁이 끝난 시점에 이런 협업의 끝이 다가왔다.
그리고, 현실적인 문제들이 눈 앞에 놓이게 되었다.
당시 부시 앞에는 다음과 같은 현실이 놓여있었다.
- 전쟁 동안 과학 기술이 폭발적으로 발전했다.
- 논문/보고서/기록/특허/실험 로그가 엄청나게 쌓였다.
- 그런데 인간의 자료를 찾고, 연결하고, 재사용하는 능력이 방대한 데이터를 따라가지 못한다.
1945년에 이미 지금 우리가 겪고 있는 "정보 과잉" 의 초기 형태를 경험하고 있었다.
그리고, 부시는 "기록(knowledge record)을 생산하는 속도" 와 "그 기록을 실제로 활용하는 능력" 의 격차가 벌어지는 걸 심각한 문제로 바라봤다.
그리고 이 문제에 대해, 부시는 as we may think에서 "정보를 '폴더'로 찾는 게 아니라 '연상(association)'으로 찾게 만들면 어떨까?" 하는 질문을 던졌다.
인간은 사전을 알파벳 순으로 떠올리며 생각하지 않는다.
인간은 '연상' 으로 생각한다.
그러니까 지식 도구도 "연상을 바탕으로 따라가는 길" 을 제공해야 한다.
부시의 핵심 발상을 요약하면 위와 같다.
부시는 이를 위한 장치를 제안했는데, 이를 memex라고 부른다.
부시는 memex를 개인이 쓰는 책상형 장치로 상상했다. (책상처럼 생긴 기계)
이 장치의 핵심은 "(당시 수준으로 가능했던) 마이크로필름 기반의 저장 + 빠른 조회 + 화면 표시" 이다.
칼럼에서 부시는 여러가지 이야기를 하고 있지만, 핵심은 다음과 같다.
memex는 "도서관 서버"가 아니라 개인의 확장된 기억 장치(개인용 지식 베이스)로 시작한다.- 오늘날 웹이 "네트워크 공용 공간"이라면, 부시의
memex는 "개인 지식 작업대"에 가깝다.
이를 이해하기 쉽게, 부시가 상상한 '사용자 경험(UX)' 를 살펴보자.
Memex의 사용 흐름 1: "문서 A를 보고 있다가, 문서 B로 점프한다"
부시는 단순 검색이 아니라 사용자가 다음과 같이 하길 원했다.
- 어떤 문서(페이지)를 보고 있다.
- 그 문서에서 떠오른 다른 자료로 즉시 넘어간다. 그 "넘어감" 경로 자체를 기록으로 남긴다. (나중에 다시 그 길을 따라갈 수 있도록..)
오늘날의 용어로 표현하면, 단순히 "파일을 열었다 닫았다"가 아니라 "생각의 경로를 도구가 기억해준다" 는 발상이다.
Memex의 사용 흐름 2: "Trail(연상의 길)을 만든다"
부시의 선구안적인 면모가 돋보이는 부분이자, 웹의 조상처럼 느껴지는 지점이다.
"두 항목을 연결(tie)하는 과정" 이 중요하다고 말하며, 이 연결들의 결속을 trail(길/흔적) 로 설명한다.
여기서 말하는 "trail"은 단순 즐겨찾기와 다르다.
- 즐겨찾기: 문서들을 점으로 저장
- trail: 문서들이 '순서와 맥락을 가진 경로' 로 묶인다.
여기서 부시가 가진 발상이 보이는데, 부시의 세계에서 지식은 우리가 생각하는 것과 달랐다.
'지식 = 문서의 집합'이 아니라 '지식 = 문서를 따라가는 경로(맥락)' 이라고 생각했기에 이와 같은 개념이 등장했다.
Memex의 사용 흐름 3: "Trail을 남에게 넘긴다(지식의 공유 단위가 '경로'가 된다)"
부시가 더 나아가서 기대했던 건, 사람들이 "경로"를 공유하는 문화였다. 이 말은 곧, "내가 공부하며 만든 trail"을 다른 사람이 그대로 따라가며 학습하는 것이라고 볼 수 있다.
오늘날로 치면 링크 모음(북마크 컬렉션0보다 더 강한 학습 커리큘럼 / 리서치 경로 / 하이퍼링크 기반 안내서 같은 개념을 제시했다고 볼 수 있다.
여기서 웹의 "근원"의 핵심 중 하나를 엿볼 수 있는데, 웹의 링크는 '페이지의 이동'이 아니라 원래 '맥락 공유'에 더 가까웠음을 볼 수 있다.
부시의 칼럼이 던진 메세지
부시가 남긴 칼럼인 as we may think 는 '인터렉션의 단위' 를 정의했다는 점에서 큰 가치가 있다.
검색(query)은 "내가 뭘 원하는지 이미 안다" 는 전제를 깐다.경로(trail)는 "원하는게 뭔지 모르겠는데, 이해의 맥락을 따라가야 한다" 는 현실을 반영한다.
정리하면 다음과 같이 표현할 수 있다.
정보 시스템의 경쟁력은 '저장량'이 아니라 '사용자가 생각하는 방식으로 이동할 수 있느냐'로 평가되어야 한다.
이는 훗날 하이퍼텍스트/웹/프론트엔드에서 반복되는 핵심 개념과 이어진다.
왜 1945년에 '웹'이 나오지 않았을까?
여기까지 오면 궁금해진다. 부시가 대단한 사람이었고, 이런 대단한 개념을 제시했으면 이때 나왔어도 무방하지 않았을까?
왜 좀 더 시간이 지나서야 '웹'이라는 개념이 등장하게 되었을까?
as we may think 초반부에는 이런 내용이 등장한다.
Babbage, even with remarkably generous support for his time, could not produce his great arithmetical machine. His idea was sound enough, but construction and maintenance costs were then too heavy. Had a Pharaoh been given detailed and explicit designs of an automobile, and had he understood them completely, it would have taxed the resources of his kingdom to have fashioned the thousands of parts for a single car, and that car would have broken down on the first trip to Giza.
핵심은 "아무리 뛰어난 아이디어와 완벽한 설계도가 있어도, 그것을 구현할 수 있는 당대의 '기술적⋅산업적 기반(infrastructure)'이 없으면 무용지물이다" 라는 점이다.
당대의 인프라는 부시의 상상을 구현하기에는 부족했었다. 그러나, 1946년 애니악이 등장하기 시작하면서 부시의 상상을 위한 인프라가 조금씩 갖춰지기 시작한다.
이 말은 즉, "대화형 컴퓨팅(Interactive Computing)이 대중화 되기 전" 이라는 의미이다.
부시의 memex도 디지털 컴퓨터 기반이라기보다 당대에 가능하다고 본 기계/광학/마이크로필름을 기반으로 한 상상이다. (이 원고의 초안은 1939년에 쓰였는데, 이를 업데이트하긴 했지만, 기본적으로는 1930년대까지의 지식에 기반하고 있다.)
그렇기에 부시의 memex는 '네트워크'가 아니라 '개인 장치' 였다.
즉, 부시가 한 설계의 중심은 "내 책상 위의 개인 기록 장치" 였다는 이야기이다..
웹의 핵심인 전 지구적 주소(URL) + 네트워크 요청(HTTP) 같은 관점의 코어가 아니었으며, 오늘날의 웹과 비교하면 다음과 같다.
memex: 내 지식의 "확장"web: 지식이 있는 소을 "연결"해 전 세계에서 접근
부시의 글은 “철학/UX”를 먼저 던졌고, 그걸 실제 시스템으로 만드는 컴퓨팅 환경은 1960년대에 가서야 열리기 시작했다.
2장. 트랜지스터와 반도체: 대화형 컴퓨팅의 물리적 기반
부시의 Memex는 오늘날 웹과 닮아 있었지만, 아직 결정적인 것이 없었다. 링크의 철학(trail)은 있었지만, 링크를 실시간으로 따라가게 해줄 컴퓨터가 없었다. 개인 지식용 기록장치에 대한 상상은 있었지만, 책상 위에서 사람이 조작할 만한 계산 장치가 없었다.
1945년 다음의 역사는 “웹”의 흐름에서 멀어보인다. 이번 챕터에서는 하이퍼텍스트도, 브라우저도, HTML도 아직 보지 않는다. 대신 진공관, 트랜지스터, 반도체, 집적회로를 살펴볼 것이다. 웹은 단지 문서 형식의 역사가 아니라, 컴퓨터가 인간의 입력에 즉시 반응할 수 있게 된 역사이기 때문이다.
이 시대의 문제
1940년대 후반의 핵심 문제는 단순히 “더 빠른 계산기”를 만드는 것이 아니었다. 이미 ENIAC 같은 전자식 컴퓨터는 인간이나 기계식 계산기보다 훨씬 빠르게 계산할 수 있었다. 하지만 초기 전자식 컴퓨터는 거대했고, 비쌌고, 뜨거웠고, 고장이 잦았다. [1]
즉, 계산은 빨라졌지만, 컴퓨터는 아직 인간의 사고 도구가 되기엔 어려움이 있었다.
당시를 묘사해보면 이렇다.
컴퓨터는 방 하나를 차지하는 거대한 기계였다. 사람은 문제를 미리 정리해서 카드(타공 카드)나 테이프 형태로 제출했고, 컴퓨터는 한참 뒤 결과를 출력했다. 사용자는 컴퓨터 앞에서 “생각하면서 고치고, 다시 묻고, 즉시 반응을 확인하는” 방식으로 일하지 못했다. 컴퓨터는 대화 상대라기보다 거대한 계산 공장에 가까웠다.
부시가 상상한 Memex적 세계가 실현되려면, 사용자는 문서를 보고, 어떤 연결을 떠올리고, 바로 이동하고, 다시 돌아오고, 자신만의 경로를 남길 수 있어야 했다. 즉, 기계가 인간의 사고 속도를 따라와야 했다. 사람이 버튼을 누르면 곧바로 결과가 나타나고, 화면이 바뀌고, 다음 선택지가 보이고, 다시 조작할 수 있어야 했다.
여기서 문제가 생겼다.
인간의 생각은 대화형인데, 당시 컴퓨터는 배치형(batch)이었다.
배치(batch) 처리에서는 사용자가 명령을 한 번에 제출하고 결과를 기다린다. 대화형 처리에서는 사용자가 작은 입력을 주고, 시스템이 즉시 반응하며, 그 반응을 보고 다음 입력을 결정한다. 오늘날 웹에서 링크를 클릭하고, 검색창에 타이핑하고, React 컴포넌트가 상태에 따라 다시 렌더링되는 모든 경험은 대화형 처리에 기반하고 있다.
그러나 1940년대의 물리적 컴퓨터는 이 대화성을 감당하기에 너무 크고, 너무 비싸고, 너무 불안정했다.
왜 이전 방식으로는 부족했는가
부시의 Memex는 굉장히 선명한 문제의식을 가지고 있었다. 인간은 색인표처럼 생각하지 않고, 연상으로 생각한다. 그러니 지식 도구도 폴더나 알파벳 순서가 아니라 연상에 기반한 경로(trail) 를 지원해야 한다. 이 아이디어는 훗날 하이퍼텍스트와 웹으로 이어지는 중요한 사상적 기반이다.
그러나 Memex는 기본적으로 마이크로필름과 광학 장치를 바탕으로 한 개인용 지식 장치였다. “문서를 저장하고 빠르게 찾아보고 연결하는 장치” 에 가까웠지, 오늘날 컴퓨터처럼 동적으로 계산하고, 네트워크를 통해 요청을 보내고, 화면을 갱신하는 시스템은 아니었다.
이전 방식의 한계는 세 가지였다.
- 저장은 가능했지만 계산과 상호작용이 부족했다.
마이크로필름은 많은 정보를 작게 저장할 수 있지만, 그 자체가 조건문을 실행하거나, 사용자의 입력에 따라 화면 구조를 다시 계산하거나, 네트워크 요청을 처리하지는 않았다.
- 초기 전자식 컴퓨터는 계산은 했지만 개인용 도구가 아니었다.
진공관 컴퓨터는 빠르지만 거대하고 불안정했다. 그래서 개인이 책상 위에 두고 생각을 확장하는 도구가 되기는 어려웠다.
- 사용자 경험의 단위가 아직 ‘즉각적 반응’이 아니었다.
부시의 trail은 “생각의 경로” 였지만, 그 경로를 살아 있는 인터페이스로 만들려면 클릭, 표시, 갱신, 저장, 재탐색이 빠르게 반복되어야 한다. 이게 가능하려면 컴퓨터의 기본 부품부터 달라져야 했다.
그래서 부시의 발상 다음에 필요했던 것은 새로운 문서 형식이 아니라, 더 근본적인 변화였다.
전기를 안정적으로 제어하는 작은 스위치.
바로 트랜지스터다.
핵심 인물/기관/논문/시스템
트랜지스터는 “전기를 진공관이 아니라 고체 물질 안에서 제어할 수 있는가?” 라는 오래된 질문이, 20년 넘게 실패하다가, 전쟁기의 재료 공학과 Bell Labs의 통신 인프라 문제를 만나면서 1947년 12월 Bell Labs의 한 실험실을 통해 등장한다.
여기서 중요한 것은 “누가 발명했는가”가 아니라, 왜 그 발명이 그 시점에 가능해졌는가다.
부시의 Memex가 “지식은 연상에 따라 연결되어야 한다” 는 UX적·철학적 문제를 던졌다면, 트랜지스터의 역사는 그 UX가 실제 컴퓨터 위에서 동작하기 위해 필요한 물리적 조건 을 다룬다.
즉, 문서를 연결하고, 입력에 반응하고, 화면을 갱신하고, 사용자의 다음 생각을 기다리는 컴퓨터가 되기 위한, 컴퓨터가 작고 안정적이고 빠르고 저렴해지는 과정에 대한 이야기이다.
내용이 긴 관계로 미리 맛보고 들어가자.
첫째, Lilienfeld와 Heil은 아이디어를 제안했지만, 재료와 공정이 부족해서 작동 장치를 만들지 못했다. 그래서 트랜지스터의 역사는 “아이디어의 역사”가 아니라 “아이디어를 구현할 물리적 조건이 성숙해지는 역사”다.
둘째, 제2차 세계대전의 레이더 개발은 반도체를 실험실 호기심에서 실용 공학으로 끌어올렸다. 고순도 실리콘과 게르마늄, 정류기, 측정 기술이 축적되었고, 이것이 1947년 Bell Labs의 성공을 가능하게 했다.
셋째, Bell Labs의 문제는 컴퓨터가 아니라 전화망이었다. 진공관 기반 증폭기와 스위치는 거대한 통신 인프라의 확장성 병목이었고, 트랜지스터는 그 병목을 해결하기 위한 고체 증폭기였다.
넷째, Bardeen과 Brattain의 돌파는 ‘더 세게 실험한 것’이 아니라 ‘왜 실패하는지’를 표면 상태 문제로 다시 정의한 데서 나왔다. 공학적 돌파는 종종 해답보다 문제 정의의 변화에서 시작된다.
다섯째, 트랜지스터의 진짜 힘은 1947년의 발명에서 끝나지 않고, 1950년대의 제조·라이선스·컴퓨터 적용·집적회로로 이어진 데 있다. 웹은 이 긴 물리적인 한계 돌파와 대량생산의 결과를 바탕으로 가능해졌다.
그럼 이제부터 본격적으로 들어가보자.
1925~1926년: Julius Edgar Lilienfeld — “진공관 없이 전류를 제어할 수 있지 않을까?”
트랜지스터의 원리는 1947년에 처음 고안된 것이 아니었다. 이미 1920년대에 Julius Edgar Lilienfeld는 전기장을 이용해 고체 안의 전류 흐름을 제어하는 장치를 특허로 제안했다. 오늘날 관점에서 보면 이 발상은 전계효과 트랜지스터, 즉 FET 계열의 조상처럼 생각할 수 있다. [2]
그런데 여기서 중요한 점은, 아이디어가 있었다고 해서 곧바로 기술이 되는 것은 아니라는 사실이다.
Lilienfeld가 제안한 장치는 “도면상으로는 그럴듯한 증폭기”였지만, 실제로 작동하는 장치가 되지는 못했다. 왜냐하면 당시에는 반도체 재료를 충분히 순수하게 만들 수 없었고, 표면 상태나 불순물 같은 미시적 현상을 제어할 공정도 없었기 때문이다. 쉽게 말해, “전기장으로 전류를 제어한다”는 생각은 있었지만, 그 전기장이 실제 반도체 내부에 원하는 방식으로 작용하게 만들 기술이 없었다.
이 시점의 핵심은 아래와 같다.
트랜지스터의 아이디어는 있었지만, 그 아이디어를 현실로 만들 재료 공학과 측정 기술이 없었다.
부시가 말한 “완벽한 설계도가 있어도 당대의 산업적 기반이 없으면 만들 수 없다” 는 문제와 정확히 같은 상황이다. Memex가 1945년에 웹이 되지 못한 이유와, Lilienfeld의 발상이 1920년대에 트랜지스터가 되지 못한 이유는 닮아 있다.[3] [4]
1934~1935년: Oskar Heil — 같은 발상은 반복되었지만, 여전히 ‘작동하는 물건’은 없었다
1930년대에도 비슷한 아이디어는 다시 등장했다. Oskar Heil은 반도체 안의 전류 흐름을 전극의 정전용량적 결합으로 제어하는 장치를 특허로 제안했다. 이 역시 오늘날의 전계효과 트랜지스터와 닮은 발상이다.
이 부분이 중요한 이유는, 트랜지스터의 역사를 “천재가 어느 날 떠올린 아이디어” 로 보면 핵심을 놓치기 때문이다.
1920~30년대의 문제는 아이디어 부족이 아니었다. 오히려 아이디어는 있었다. 문제는 고체 물질의 내부 상태를 사람이 설계한 대로 제어할 수 없었다는 것이었다. [5]
진공관은 거칠게 말하면 진공 속에서 전자의 흐름을 제어한다. 내부 구조가 크고 눈에 보이는 편이다. 반면 반도체는 훨씬 더 미세하다. 불순물 농도, 표면 결함, 결정 구조, 접합면의 상태가 모두 동작에 영향을 준다. 그래서 반도체 장치는 단순한 회로 설계가 아니라, 물질 자체를 설계하는 공학 을 요구했다.
그렇기에, 여기서부터 트랜지스터의 역사는 전자공학만의 이야기가 아니라 재료공학, 고체물리학, 통신 산업, 군사 기술의 이야기가 된다. [6]
1940년: Russell Ohl — 불순물은 결함이 아니라 기능이 될 수 있다
1940년 Bell Labs의 Russell Ohl은 실리콘 결정에서 p-n 접합과 광전 효과를 발견했다. 그는 실리콘 시료의 서로 다른 영역이 반대되는 전기적 성질을 보인다는 사실을 관찰했고, 그 경계가 훗날 p-n junction(p-n 접합)이라고 불리는 구조로 정립된다. [7]
트렌지스터 역사에서 굉장히 중요한 사건이다.
이전까지 불순물은 대체로 “재료를 망치는 요소”였다. 그런데 Ohl의 발견 이후 "불순물은 단순한 결함이 아니라, 반도체에 원하는 성질을 부여하는 수단이 될 수 있다" 는 관점이 생긴다.
즉, 반도체는 더 이상 “순수해야만 좋은 물질”이 아니었다. 오히려 중요한 것은 어떤 불순물을, 어디에, 얼마나 넣을 것인가였다. 오늘날 우리가 말하는 도핑(doping)의 사고방식이 여기에서 나온다.
이 발견은 1948년 Shockley가 접합 트랜지스터를 구상할 때 직접적인 기반이 된다. 점접촉 트랜지스터가 “작동은 하지만 제조하기 어려운 장치”였다면, 접합 트랜지스터는 반도체 내부의 p형·n형 영역을 이용해 더 견고하고 대량생산 가능한 구조로 나아가는 기반이 되었다.[8][9]
1941~1945년: 제2차 세계대전과 레이더 — 반도체가 ‘실험실 물질’에서 ‘전쟁 인프라’가 되다
1940년대 초반, 반도체 연구가 급격히 실용 공학의 영역으로 들어온 계기는 컴퓨터가 아니라 레이더 였다. (언제나 전쟁은 기술의 발전을 앞당기는 듯 하다.)
전쟁 중 레이더 시스템은 고주파 신호를 다뤄야 했고, 이를 위해 더 좋은 정류기와 검파기가 필요했다. 이 과정에서 실리콘과 게르마늄 같은 반도체 재료의 순도, 결정 성장, 불순물 제어가 중요한 군사 기술 문제가 되었다.
Purdue University의 Karl Lark-Horovitz 연구 그룹이 레이더용 결정 정류기를 개선하기 위해 게르마늄 연구에 깊게 관여했다.[10]
여기서 역사적 인과관계가 분명해진다.
트랜지스터는 “컴퓨터를 작게 만들고 싶어서” 바로 발명된 것이 아니었다. 그보다 먼저 전쟁이 레이더를 필요로 했고, 레이더는 고주파 반도체 정류기를 필요로 했고, 그 과정에서 반도체 재료를 정밀하게 다루는 기술이 축적되었다. 그리고 그 재료·공정·측정 기술이 전쟁 이후 Bell Labs의 고체 증폭기 연구로 흘러 들어갔다.
즉, 트랜지스터는 다음의 누적 결과라고 할 수 있다.
레이더의 요구 → 반도체 재료 연구 → 고순도 게르마늄과 실리콘 → Bell Labs의 고체 증폭기 실험 → 점접촉 트랜지스터
이 흐름이 없었다면 1947년의 실험은 훨씬 더 늦어졌을 가능성이 크다.[11][12]
1945년: Mervin Kelly와 William Shockley — Bell Labs가 ‘진공관 대체’를 조직적 과제로 삼다
전쟁이 끝나갈 무렵, Bell Labs는 매우 현실적인 문제를 안고 있었다. AT&T의 전화망은 점점 커지고 있었고, 전화 신호를 장거리로 보내려면 중간중간 증폭해야 했다. 이 증폭에는 진공관과 전기기계식 스위치가 사용되었지만, 크고, 전력을 많이 쓰고, 열을 내고, 고장이 잦은 문제가 있었다.
Bell Labs의 경영진 Mervin Kelly는 이 문제를 단순한 부품 개선 문제가 아니라 통신 인프라 전체의 확장성 문제 로 보았다. [13]
여기서, Bell Labs(우리가 알고 있는 C가 탄생한 그 벨 연구소)의 성격을 이해해야 한다.
Bell Labs는 “컴퓨터 회사의 연구소”가 아니었다. 거대한 전화망을 운영하는 AT&T의 연구소였다. 그러므로 Bell Labs가 트랜지스터를 원한 이유는 낭만적인 미래의 컴퓨터 때문이 아니었다. 더 직접적인 이유는 다음과 같았다.
전화망을 확장하려면, 신호를 증폭하는 장치가 더 작고, 더 오래가고, 더 적은 전력을 써야 했다.
이것은 훗날 웹과 프론트엔드에서도 반복되는 패턴이다. 큰 플랫폼 변화는 대개 멋진 아이디어만으로 오지 않는다. 운영 비용, 고장률, 확장성, 유지보수의 병목이 누적되다가 어느 순간 새로운 기술 구조를 요구하고, 개발된다.[14]
1946년: John Bardeen — 실패의 원인을 ‘표면 상태’에서 찾다
Shockley의 초기 접근은 전계효과 방식이었다. 말하자면 Lilienfeld가 가진 의문을 다시 시도했던 것이다. “전기장을 걸면 반도체 안의 전류 흐름을 제어할 수 있지 않을까?”
이론상으로는 그럴듯했다.
그런데 실험은 잘 되지 않았다.
여기서 John Bardeen가 참여하면서 본격적인 박차를 가한다.
Bardeen은 전기장이 반도체 내부로 제대로 침투하지 못하는 이유가 반도체 표면에 존재하는 전자 상태, 즉 surface states 때문일 수 있다고 보았다. [15]
이 부분은 단순한 물리학적으로 디테일한 내용이 아니다. (계속 역사를 깊게 보는 이유이기도 하다.)
트랜지스터 발명의 결정적인 장면은 “어떻게 만들까?”보다 먼저 “왜 안 될까?” 를 정확히 물어본 데서 나온다.
전기장으로 전류를 제어하려는 아이디어는 이미 있었지만, 반복해서 실패하고 있었다.
Bardeen은 그 실패를 단순한 실험 미숙으로 보지 않고, 반도체 표면에서 일어나는 미시적 현상으로 설명하려 했다.
즉, 문제의 정의가 바뀌었다.
기존 문제 정의는 이랬다.
“전기장을 더 잘 걸어보자.”
Bardeen 이후 문제 정의는 이렇게 바뀐다.
“왜 전기장이 반도체 내부로 먹히지 않는가? 표면이 전기장을 가로막는다면, 그 표면 조건을 어떻게 우회하거나 제어할 것인가?”
공학에서 문제 정의가 바뀌면 해결책의 방향도 바뀐다. 이 전환이 1947년의 실험으로 이어진다.[16]
(이런 사고는 개발에서 굉장히 중요한 접근이기도 하다.)
1947년 12월 16일: Bardeen과 Brattain — 고체에서 증폭이 실제로 일어나다
1947년 12월 16일, John Bardeen과 Walter Brattain은 게르마늄 점접촉 장치에서 전기 신호 증폭을 관찰했다.[17][18][19]
이 장치가 바로 point-contact transistor, 즉 점접촉 트랜지스터다.
구조를 단순화하면 이렇다.
게르마늄 결정 위에 두 개의 매우 가까운 금 접점을 세운다.
한쪽 접점에 작은 전기적 변화를 준다.
그러면 다른 쪽 접점의 전류 흐름이 더 크게 변한다.
즉, 작은 신호가 큰 신호를 제어한다.
이것이 증폭이다.
이 순간이 중요한 이유는, 진공관의 핵심 기능이던 증폭이 처음으로 고체 물질 안에서 실현되었기 때문이다. 다시 말해, “전자를 진공 속에서 날려 보내야만 증폭할 수 있다”는 시대가 끝나기 시작했다.
다만 여기서 조심해야 한다. 이 장치는 오늘날 우리가 생각하는 반도체 칩처럼 깔끔하고 대량생산 가능한 물건이 아니었다. 오히려 굉장히 섬세하고 불안정한 실험 장치에 가까웠다. 그러나 원리를 증명하기에는 충분했다.
진공관 없이도, 고체 안에서 신호를 증폭할 수 있다.
이 한 문장이 이후 컴퓨팅 역사의 물리적 방향을 바꾸었다.
1947년 12월 23일: Bell Labs 내부 시연 — 발명이 ‘사건’이 되다
12월 16일이 실험적 성공의 날이라면, 12월 23일은 이 장치가 Bell Labs 내부에서 하나의 발명으로 인정받기 시작한 날이다. Bardeen과 Brattain은 Bell Labs 지도부 앞에서 이 장치를 시연했고, 이 시연을 통해 점접촉 트랜지스터는 단순한 실험 결과가 아니라 Bell Labs가 전략적으로 밀어야 할 기술이 되었다. [20]
여기서 기관으로서 Bell Labs의 힘이 발휘된다.
개별 연구자의 실험 성공은 중요하다. 하지만 그 성공이 산업을 바꾸려면, 조직이 그것을 흡수하고, 이름 붙이고, 특허화하고, 논문화하고, 제조 기술로 밀어붙여야 한다. Bell Labs가 바로 그 역할을 했다.
이런 이유로, 트랜지스터의 역사는 “세 명의 천재” 이야기만으로는 부족하다. 그것은 Bell Labs라는 거대한 연구 조직, AT&T라는 통신 독점 인프라, Western Electric이라는 제조 계열사, 군사·통신 수요가 결합된 시스템의 결과로 볼 수 있다. (다만, 그렇다고 해서 3명의 위인의 업적이 희석되는 건 아니다. 이 세 분이 없었다면 분명 이렇게 빠르게 발전이 이루어지지 않았으리라.)
1948년 1월: William Shockley — 점접촉의 한계를 보고 접합 트랜지스터를 구상하다
Bardeen과 Brattain이 점접촉 트랜지스터를 성공시킨 직후, William Shockley는 다른 방향을 생각했다. 점접촉 트랜지스터는 작동했지만, 두 개의 금 접점을 매우 가깝고 정밀하게 눌러야 했다. 이 구조는 굉장히 섬세해야했기에 당시 기술로는 대량생산에 불리했다.
1948년 1월 23일, Shockley는 Russell Ohl의 p-n 접합 발견을 바탕으로 전혀 다른 트랜지스터 구조, 즉 접합 트랜지스터를 구상했다. [21]
이 사건은 매우 중요하다.
점접촉 트랜지스터가 “고체 증폭이 가능하다”는 것을 증명했다면, 접합 트랜지스터는 “그것을 더 안정적인 구조로 만들 수 있다”는 방향을 열었다. 즉, 1948년의 핵심은 발명 이후 곧바로 나타난 제조 가능성의 문제다.
좋은 발명품은 실험실에서 한 번 작동하는 데서 끝나지 않는다. 수천 개, 수만 개, 수백만 개를 만들 수 있어야 한다. 컴퓨터와 통신망에 들어가려면 더더욱 그렇다. Shockley의 접합 트랜지스터 구상은 바로 이 확장성 문제를 향해 나아간다.
1948년 6~7월: Bell Labs의 공개 발표와 Bardeen·Brattain 논문
1948년 6월 30일, Bell Labs는 뉴욕에서 기자회견을 열어 트랜지스터를 공개했다. [22]
같은 해 7월, Bardeen과 Brattain은 Physical Review에 「The Transistor, A Semi-Conductor Triode」를 발표했다. 이 논문은 트랜지스터를 단순한 실험실 장치가 아니라, 학술적으로 검증 가능한 반도체 증폭 장치로 기록했기 때문에 짧지만 중요하게 취급된다. [23]
이때 triode라는 표현이 흥미롭다. 진공관에도 triode가 있었다. 트랜지스터는 처음부터 완전히 새로운 언어로 등장한 것이 아니었다. 기존 진공관 세계의 언어를 빌려 설명했다.
여기서 한 가지 얻어가면 좋은 게 있는데, 보통 사람들(특히 공학자)은 새 기술을 이해할 때도 기존 기술의 틀을 사용한다.
즉, 완전히 새로운 게 아니라, 기존 개념을 확장하거나 변형하는 식으로 접근한다.
사람들은 처음에 “반도체로 만든 triode”처럼 이해했다.
하지만 시간이 지나며 트랜지스터는 진공관의 작은 대체품을 넘어, 집적회로와 마이크로프로세서의 기본 단위가 된다.
1950~1951년: 점접촉에서 접합으로, 실험에서 제조로
1947년의 점접촉 트랜지스터는 상징적으로는 위대했지만, 대량생산에는 적합하지 않았다. 그래서 1950년대 초반의 핵심 과제는 “트랜지스터를 발명했다”가 아니라 “쓸 수 있는 트랜지스터를 반복해서 만들 수 있는가” 였다.
Bell Labs 내부에서는 고순도 게르마늄, 결정 성장, p-n 접합 형성, 표면 처리, 금속 리드 부착 같은 제조 문제가 중요해졌다. [24] [25]
이 시기부터 트랜지스터는 “발명품”에서 “제조 산업”으로 넘어간다.
컴퓨터의 역사에서 이것은 결정적이다. 컴퓨터는 하나의 부품으로 만들어지지 않는다. 수많은 스위치와 회로가 안정적으로 반복 생산되어야 한다. 따라서 트랜지스터가 컴퓨터를 바꾸려면, 물리학적 원리만으로는 부족했다. 제조 공정이 필요했다.
1947년의 질문: 고체에서 증폭이 가능한가?
1951년의 질문: 그것을 계속 같은 품질로 만들 수 있는가?
이런 질문의 변화가 반도체 산업의 거대한 흐름을 이끌었다.
1952년: Bell Labs Transistor Symposium — 발명이 산업 생태계로 퍼지다
1952년은 트랜지스터 역사에서 과소평가되기 쉬운 해이나, 산업과 관련된 역사적으로는 매우 중요한 해이다.
Bell Labs와 AT&T는 트랜지스터 기술을 일부 회사들에게 라이선싱하고, Transistor Technology Symposium을 열어 다른 기업의 연구자와 엔지니어들에게 제조 지식을 전달했다. [26]
이 사건은 “지식의 확산 방식”이라는 점에서 웹의 역사와도 묘하게 연결된다.
Bell Labs가 가진 것은 논문만이 아니었다. 반도체 제조에는 말로 다 적기 어려운 암묵지가 많았다.
결정 성장, 표면 처리, 접점 부착, 불량을 줄이는 요령 같은 것들은 단순히 특허 문서를 읽는다고 바로 습득되지 않는다. 그래서 Bell Labs는 심포지엄과 교재를 통해 기술을 확산시켰다.[27]
이것은 훗날 오픈소스 생태계와도 비교해볼 수 있다. 어떤 기술이 플랫폼이 되려면, 발명자 혼자만 이해해서는 안 된다. 다른 사람들이 배우고, 복제하고, 개선하고, 자기 문제에 적용할 수 있어야 한다. 어떻게 보면 당시 bell labs가 수행했던 과정도 이와 비슷하다고 볼 수 있다.
트랜지스터가 세계를 바꾼 것은 Bell Labs가 만들었기 때문만이 아니라, 다른 회사들이 만들 수 있게 되었기 때문이다.
1953년: Manchester Transistor Computer — 트랜지스터가 컴퓨터 안으로 들어가다
1953년에는 트랜지스터가 컴퓨터 시스템에 본격적으로 들어가기 시작한다. Manchester University의 Richard Grimsdale과 Douglas Webb은 Tom Kilburn의 지도 아래 1953년 11월 16일 트랜지스터화된 컴퓨터 프로토타입을 시연했다. [28]
여기서 중요한 것은, 트랜지스터가 더 이상 “통신망의 증폭기”에만 머물지 않았다는 점 이다.
컴퓨터의 핵심은 스위칭이다. 0과 1을 안정적으로 나타내고, 빠르게 바꾸고, 논리 회로를 구성해야 한다. 진공관도 이 일을 할 수 있었지만, 크기와 전력과 열과 고장이 문제였다. 트랜지스터가 컴퓨터에 들어간다는 것은 곧 계산 장치의 물리적 성격이 바뀐다는 걸 의미했다.
이 시기부터 컴퓨터는 천천히 다음 방향으로 움직인다.
방 하나를 차지하는 기계에서,
더 작고 안정적인 기계로,
소수 기관의 장비에서,
더 많은 연구실과 기업이 다룰 수 있는 장치로.
아직 개인용 컴퓨터는 멀었다. 하지만 이 시기에 나아갈 방향이 정해졌다.
1954년: Bell Labs TRADIC — 군사·항공 시스템이 트랜지스터 컴퓨터를 밀어붙이다
1954년 Bell Labs의 Jean H. Felker와 James R. Harris가 이끄는 팀은 미 공군을 위해 TRADIC, 즉 TRAnsistor DIgital Computer를 만들었다. [29]
여기서 다시 한 번 중요한 패턴이 나온다. (전쟁이 기술의 발전을 이끈다는 것.)
트랜지스터 컴퓨터의 초기 수요는 개인용 컴퓨터가 아니었다. 군사와 항공이었다. 항공기에 실을 수 있는 컴퓨터는 작고 가볍고 전력을 적게 써야 했다. 진공관 컴퓨터는 그런 환경에 잘 맞지 않았다. 그래서 트랜지스터의 장점이 특히 강하게 드러났다.[30]
즉, 트랜지스터는 “더 빠른 컴퓨터”만을 위한 것이 아니었다.
트렌지스터는 컴퓨터를 새로운 장소로 이동시키는 기술이었다.
방 안의 컴퓨터를 항공기 안으로,
연구소의 계산 장치를 실시간 제어 시스템으로,
나아가 훗날 책상 위와 주머니 속으로 이동시키는 기술이었다.
1956년: TX-0와 노벨상 — 트랜지스터는 연구실의 부품에서 컴퓨팅 문화의 기반으로 이동한다
1956년에는 두 가지 사건을 같이 봐야 한다.
첫째, MIT Lincoln Laboratory에서 TX-0가 만들어졌다. [31]
둘째, Bardeen, Brattain, Shockley는 반도체 연구와 트랜지스터 효과 발견으로 1956년 노벨 물리학상을 받았다. [32]
이 두 사건을 함께 보면 의미가 분명해진다.
노벨상은 트랜지스터가 과학적 발견으로 인정받았다는 뜻이다.
TX-0는 트랜지스터가 새로운 컴퓨팅 경험을 만들기 시작했다는 의미이다.
즉, 1956년쯤 되면 트랜지스터는 더 이상 “진공관을 대체하는 작은 증폭기”가 아니었다. 트렌지스터는 컴퓨터를 작게 만들고, 빠르게 만들고, 사용자와 더 가까운 장치로 만들 수 있는 기반이 된다.
부시의 Memex가 꿈꿨던 개인용 지식 장치는 아직 나오지 않았지만, 그 장치를 가능하게 할 컴퓨터의 물리적 조건은 점점 가까워지고 있었다.
1958년: Jack Kilby — 트랜지스터가 많아지자, 배선이 새로운 병목이 되다
트랜지스터는 진공관의 문제를 크게 줄였지만, 곧 새로운 문제가 생겼다. 회로가 복잡해질수록 개별 트랜지스터, 저항, 커패시터, 다이오드를 따로 만들고 연결해야 했다. 부품은 작아졌지만, 부품 사이를 잇는 배선과 조립 과정이 새로운 병목이 되었다.
1958년 Texas Instruments의 Jack Kilby는 여러 전자 부품을 하나의 반도체 조각 위에 함께 만드는 집적회로를 시연했다. [33] [34]
이를 통한 배선의 발전은 자연스러운 흐름이었다.
트랜지스터 하나를 작게 만드는 것만으로는 충분하지 않았다.
컴퓨터를 만들기 위해서는 트랜지스터가 많이 필요했다. 그러나, 많이 필요하면 연결 문제가 생겼다.
연결이 많아지면 고장이 늘고, 생산 비용이 올라가고, 회로 설계가 복잡해졌다.
이런 이유로, 문제의 단위 자체가 바뀌게 되었다. (아래를 보면서 흐름을 따라가보자.)
1947년의 문제: 진공관 없이 증폭할 수 있는가?
1950년대 초의 문제: 트랜지스터를 안정적으로 만들 수 있는가?
1958년의 문제: 수많은 부품과 연결을 하나의 구조로 통합할 수 있는가?
이 질문이 집적회로의 출발점이었다.
1959년: Jean Hoerni와 Robert Noyce — 집적회로가 대량생산 가능한 구조가 되다
Kilby의 집적회로는 원리 증명으로 중요했지만, 대량생산 가능한 현대적 IC의 방향은 Fairchild Semiconductor에서 더 선명해졌다.
Jean Hoerni의 planar process는 실리콘 표면을 보호 산화막으로 덮고, 그 위에서 회로를 형성하는 제조 방식을 열었다. Robert Noyce는 이 planar process를 바탕으로, 하나의 실리콘 칩 위에 트랜지스터, 저항, 커패시터 등을 만들고 알루미늄 금속선으로 연결하는 monolithic integrated circuit 개념을 발전시켰다. [35]
이 지점은 웹의 역사와 멀어 보이지만, 의외로 사실 매우 중요한 역사다.
웹 브라우저는 수많은 연산을 짧은 시간에 처리해야 한다. HTML을 파싱하고, CSS를 계산하고, JavaScript를 실행하고, 네트워크 요청을 보내고, 화면을 다시 그린다. 이런 일이 개인용 기기에서 자연스럽게 가능하려면, 컴퓨터가 엄청나게 작고, 싸고, 강력해져야 했다. 그 경로의 핵심이 집적회로다.
트랜지스터는 “스위치를 작게 만든 사건”이었다.
집적회로는 “그 스위치를 대량으로 묶을 수 있게 만든 사건”이었다.
즉, 집적회로는 대화형 컴퓨팅의 경제적 조건을 만들었다.
1960년: 대부분의 새 컴퓨터가 트랜지스터화되기 시작하다
1960년 무렵이 되면서 새로 설계되는 컴퓨터들은 점점 진공관이 아니라 트랜지스터를 기반으로 만들어지기 시작했다. [36]
이 말은 단순히 부품이 바뀌었다는 뜻이 아니다. 컴퓨터의 운영 방식이 바뀔 수 있는 조건이 생겼다는 뜻이다.
진공관 컴퓨터는 비싸고 귀하고 불안정한 장비였다. 그래서 사용자는 컴퓨터와 직접 대화하기보다, 작업을 제출하고 결과를 기다리는 방식에 익숙했다.
반면 트랜지스터 컴퓨터는 더 작고 안정적이며 전력 소모가 낮았다. 트렌지스터는 훗날 터미널, 시분할 시스템, 대화형 컴퓨팅이 확산될 수 있는 기반이 된다.
물론 트랜지스터만으로 대화형 컴퓨팅이 자동으로 생기는 것은 아니다. 운영체제, 터미널, 디스플레이, 네트워크, 소프트웨어 문화가 함께 필요하다. 하지만 트랜지스터 없이는 그 모든 것이 훨씬 더 늦어졌을 것이다.
1965년: Gordon Moore — 계산 능력은 계속 작아지고 싸질 것이라는 산업적 감각
1965년 Gordon Moore는 「Cramming More Components onto Integrated Circuits」에서 집적회로 위에 더 많은 부품을 넣을 수 있게 되는 추세를 관찰했다. [37]
이 글은 훗날 “Moore’s Law”로 불리는 흐름의 출발점이 된다. 원문의 핵심은 단순히 “칩이 빨라진다”가 아니라, 더 많은 전자 기능이 더 작은 공간에, 더 낮은 비용으로 들어갈 수 있다는 전망이었다.
이것은 웹의 역사에서 결정적인 배경이 된다.
웹은 1989년에 제안되고 1990년대에 확산되지만, 그 확산은 갑자기 가능해진 것이 아니다. 수십 년 동안 컴퓨터가 작아지고, 싸지고, 네트워크에 연결될 수 있게 되었기 때문에 가능했다. Moore의 관찰은 바로 그 장기 방향을 산업적으로 표현한 것이다.
트랜지스터 하나의 발명은 1947년에 일어났다.
하지만 웹을 가능하게 한 것은 그 하나의 부품이 아니라, 그 부품이 점점 더 작고 싸고 대량으로 집적되는 흐름이었다.
오늘날 React 애플리케이션에서 상태가 바뀔 때마다 UI를 다시 계산하고, 브라우저가 수많은 이벤트를 처리하고, 서버와 비동기 통신을 수행하는 일은 모두 이 흐름 위에 있다.
트랜지스터 → 집적회로 → 마이크로프로세서 → 개인용 컴퓨터 → 네트워크 컴퓨팅 → 웹 브라우저 → 프론트엔드 애플리케이션
이 흐름에서 트랜지스터는 단순한 전자 부품이 아니라, 웹이 실행될 수 있는 물리적 세계를 연 첫 번째 문이다.
핵심 개념의 본질
이 시대의 핵심 개념은 “컴퓨터가 빨라졌다”가 아니다.
더 정확히 말하면, 계산이 물리적으로 작아지고 안정되면서 인간과 가까워질 수 있게 되었다는 것이다.
진공관도 스위치 역할을 할 수 있었다. 하지만 진공관은 크고 뜨겁고 전력을 많이 소비했다. 많은 수를 조밀하게 배치하기 어려웠고, 고장 가능성도 컸다. 반면 트랜지스터는 고체 재료 안에서 전류를 제어했다. 그래서 더 작고, 더 적은 전력으로 동작하고, 더 안정적인 회로를 만들 수 있었다.
여기서 반도체의 본질이 나온다.
반도체는 도체도 아니고 절연체도 아닌 애매한 물질이라는 정도로 이해하면 부족하다. 웹의 역사 관점에서 반도체는 전기의 흐름을 인간이 설계한 규칙에 따라 제어할 수 있게 만든 물질적 기반이다.
도체는 너무 잘 흐른다.
절연체는 거의 흐르지 않는다.
반도체는 조건에 따라 흐르게도, 막히게도 만들 수 있다.
이 조건 제어가 곧 스위치가 된다. 스위치가 모이면 논리 게이트가 된다. 논리 게이트가 모이면 CPU가 된다. CPU와 메모리와 입출력 장치가 결합하면 사용자의 입력을 처리하는 컴퓨터가 된다. 그리고 이런 컴퓨터가 네트워크로 연결되면 훗날 인터넷과 웹의 실행 기반이 된다.
중요한 것은 트랜지스터가 단지 “부품의 교체”가 아니었다는 점이다.
진공관에서 트랜지스터로 바뀐 것은 다음과 같은 전환이었다.
거대한 계산 기계 → 작아질 수 있는 계산 기계
특수 기관의 장비 → 점점 더 많은 사람이 접근할 수 있는 장비
배치 처리 중심 → 대화형 처리 가능성
문서를 저장하는 장치 → 문서를 조작하고 연결하고 갱신하는 장치
이 전환이 없었다면, Memex의 trail은 여전히 멋진 상상으로 남았을 가능성이 크다.
이것이 이후 역사에 남긴 유산
트랜지스터와 반도체가 남긴 가장 큰 유산은 대화형 컴퓨팅의 조건이다.
부시의 시대에는 “사람이 생각하는 방식에 가까운 정보 도구”가 필요하다는 문제의식이 있었다. 그러나 그 문제를 실제 시스템으로 만들려면 사용자의 입력을 받아 즉시 처리하고, 화면에 결과를 보여주고, 다시 입력을 받는 컴퓨터가 필요했다.
이 가능성을 보여준 중요한 흐름 중 하나가 MIT의 Whirlwind와 SAGE 같은 실시간 컴퓨팅 시스템이다. Whirlwind는 원래 항공기 시뮬레이션을 위한 프로젝트에서 출발했지만, 이후 실시간 계산과 화면 출력, 인간 조작자와의 상호작용이라는 방향을 열었다. [38]
여기서부터 컴퓨터는 단순 계산기가 아니라 “상황을 감지하고, 화면에 표시하고, 사람이 개입하고, 다시 계산하는 시스템”이 된다. 이것은 오늘날 브라우저와 매우 멀어 보이지만, 사실 같은 방향에 있다.
브라우저도 실시간 시스템이다.
사용자가 클릭한다.
브라우저가 이벤트를 감지한다.
JavaScript가 실행된다.
상태가 바뀐다.
DOM이 갱신된다.
화면이 다시 그려진다.
사용자는 그 결과를 보고 다시 행동한다.
이 순환은 대화형 컴퓨팅의 개념을 바탕으로 한 후손같은 느낌이다.
그리고 이 흐름은 다음 인물인 J. C. R. Licklider에게 이어진다. Licklider는 1960년 「Man-Computer Symbiosis」에서 컴퓨터를 단순 계산기가 아니라 인간과 협력하는 사고 파트너로 보았다. 하지만 그 비전이 설득력을 가지려면, 먼저 컴퓨터가 인간과 상호작용할 수 있는 물리적·시스템적 조건이 갖춰져야 했다.[39]
오늘날 웹/프론트엔드 관점에서 다시 보기
현대 프론트엔드 개발자는 보통 트랜지스터를 직접 다루지 않는다. 우리는 HTML, CSS, JavaScript, TypeScript, React, Next.js, 브라우저 API, 서버 API를 다룬다. 그래서 트랜지스터는 너무 아래에 있는 이야기처럼 느껴진다.
하지만 프론트엔드의 핵심 경험은 모두 트랜지스터가 가능하게 만든 대화형성 위에 있다.
예를 들어 React에서 버튼을 누르면 상태가 바뀐다.
이 한 줄은 겉으로는 간단하다. 하지만 그 아래에서는 사용자 입력이 전기 신호로 바뀌고, CPU가 명령을 실행하고, 메모리가 상태를 저장하고, 브라우저가 렌더링 파이프라인을 수행하고, 화면의 픽셀이 바뀐다.
즉, React의 선언형 UI는 “상태가 바뀌면 화면이 바뀐다”는 개발자 경험을 제공하지만, 그 개발자 경험의 가장 아래에는 전기적 스위치의 초고속 상태 변화가 있다.
이 관점에서 보면 트랜지스터는 React와 멀리 떨어진 부품이 아니다.
트랜지스터는
state가 실제로 저장될 수 있게 하는 기반이다.트랜지스터는
event가 처리될 수 있게 하는 기반이다.트랜지스터는
render()가 반복 실행될 수 있게 하는 기반이다.트랜지스터는 브라우저가 수십 밀리초 단위로 사용자에게 반응할 수 있게 하는 기반이다.
오늘날 우리는 fetch()로 서버에 요청을 보내고, 응답을 받아 UI를 갱신한다.
이때 자연스럽게 “요청 → 응답 → 렌더링”을 기대한다. 하지만 역사적으로 보면 이 당연함은 결코 당연하지 않았다. 컴퓨터가 사용자의 다음 생각을 기다리는 방식으로 설계되기까지는, 계산 장치의 물리적 구조부터 바뀌어야 했다.
최소 코드 예제
아래 코드는 실제 트랜지스터 물리학을 시뮬레이션하는 코드가 아니다. 대신 트랜지스터의 역사적 본질, 즉 작은 제어 신호가 전류의 흐름을 켜고 끄며, 그 결과가 곧 대화형 UI의 상태 변화로 이어진다는 아이디어를 현대 웹 코드로 축소한 예제다.
2장 정리
첫째, 부시의 Memex는 웹의 사상적 씨앗이었지만, 그것을 실제 대화형 시스템으로 만들 물리적 기반은 아직 부족했다. 그래서 다음 역사는 하이퍼텍스트가 아니라 트랜지스터로 이어진다.
둘째, 초기 전자식 컴퓨터의 문제는 계산 속도만이 아니었다. 크기, 전력, 발열, 고장, 비용 때문에 컴퓨터는 아직 개인의 사고 도구가 되기 어려웠다.
셋째, 트랜지스터의 본질은 작은 신호로 전류의 흐름을 제어하는 것이다. 이 제어 가능성이 디지털 세계의 0과 1, 논리 게이트, CPU, 메모리로 확장되었다.
넷째, 집적회로는 트랜지스터를 하나씩 연결하는 방식의 한계를 넘어, 많은 회로를 하나의 칩 위에 만들 수 있게 했다. 이로써 컴퓨터는 점점 작고 싸고 안정적인 방향으로 갈 수 있었다.
다섯째, 오늘날 웹의 클릭, 상태 변경, 렌더링, React의 컴포넌트 갱신은 모두 “컴퓨터가 인간에게 즉시 반응할 수 있다”는 대화형 컴퓨팅의 유산 위에 있다.
이제 물리적 기반은 조금씩 갖춰지기 시작했다. 컴퓨터는 더 작아지고, 더 안정적이 되고, 사람의 입력에 반응할 가능성을 얻었다. 그렇다면 다음 질문은 자연스럽게 이것이다. “컴퓨터가 단순 계산기가 아니라 인간과 함께 생각하는 파트너가 될 수 있다면, 우리는 컴퓨터와 어떤 관계를 맺어야 하는가?” 이 질문을 정면으로 던진 사람이 바로 Licklider다.
네가 첨부한 원고는 트랜지스터를 단순한 전자부품이 아니라 “컴퓨터를 대화형 장치로 만드는 물리적 조건” 으로 읽고 있어. 그리고 서론에서는 기술을 암기하는 게 아니라 “이 기술이 어떤 문제를 해결하려고 등장했는가?” 를 중심에 두고 있지. 이번 강은 바로 그 다음 질문으로 넘어간다. 컴퓨터가 작아지고, 안정되고, 빨라질 가능성을 얻었다면, 이제 사람들은 물었다. “그 컴퓨터를 인간과 어떤 관계로 설계해야 하는가?”
3장. 1960년, J. C. R. Licklider와 Man-Computer Symbiosis
부시의 Memex는 “지식은 연상에 따라 연결되어야 한다” 는 문제의식을 던졌다.
트랜지스터와 반도체는 “그런 지식 도구가 실제 계산 장치 위에서 돌아갈 수 있는 물리적 조건” 을 만들기 시작했다.
그런데 아직 결정적인 질문이 남아 있었다.
컴퓨터가 빨라졌다고 해서 자동으로 좋은 도구가 되는가?
컴퓨터가 작아졌다고 해서 자동으로 인간의 사고를 돕는가?
컴퓨터가 계산을 잘한다고 해서 곧바로 지식 작업의 파트너가 되는가?
아니다.
1950년대 말까지 컴퓨터는 대부분 여전히 계산을 맡기는 기계였다. 사용자는 문제를 미리 정의하고, 프로그램을 작성하고, 카드를 제출하고, 결과를 기다렸다. 이런 방식에서는 컴퓨터가 사람의 사고 과정 중간에 들어오지 못했다. 사람은 먼저 생각을 끝내야 했고, 컴퓨터는 그다음에 계산했다.
Licklider가 던진 질문은 바로 이것이었다.
“컴퓨터가 이미 정리된 문제를 푸는 기계가 아니라, 문제를 정리해가는 과정 자체에 참여할 수는 없을까?”
이 질문은 훗날 대화형 컴퓨팅, 시분할 시스템, 그래픽 인터페이스, 네트워크 컴퓨팅, 그리고 오늘날의 웹 애플리케이션과 React UI까지 이어지는 거대한 방향 전환의 출발점이 된다.
이 시대의 문제
1950년대 컴퓨터의 가장 큰 문제는 “느리다”가 아니었다. 오히려 컴퓨터는 인간보다 훨씬 빠르게 계산할 수 있었다. 문제는 정반대였다. 컴퓨터는 빠른데, 인간이 컴퓨터와 상호작용하는 방식이 너무 느렸다.
당시의 많은 컴퓨팅 환경은 배치 처리 중심이었다. 사용자는 프로그램과 데이터를 천공카드나 종이테이프 형태로 준비해서 제출했다. 그러면 운영자가 그것을 컴퓨터에 넣고, 결과가 나오면 출력물을 돌려줬다. 이 구조에서는 사람이 결과를 보고 “아, 이건 아닌데?”라고 생각해도, 다시 고치고 제출하고 기다려야 했다.
현재 상태는 이랬다.
사람은 문제를 탐색하면서 생각한다.
하지만 컴퓨터는 완성된 문제만 받는다.
사람은 가설을 세우고, 고치고, 다시 시도한다.
하지만 컴퓨터는 미리 정해진 절차만 실행한다.
사람은 애매한 질문에서 출발한다.
하지만 컴퓨터는 명확한 입력을 요구한다.
목표 상태는 달랐다.
컴퓨터가 사람 옆에 있어야 했다.
사람이 생각하는 도중에 계산을 도와야 했다.
가설을 바꾸면 곧바로 결과를 보여줘야 했다.
표를 정리하고, 반복 계산을 하고, 가능한 선택지를 보여주고, 사람이 더 나은 판단을 하도록 도와야 했다.
여기서 문제의 성격이 바뀐다.
이전까지의 컴퓨팅 문제는 주로 계산 능력의 문제였다.
Licklider에게 컴퓨팅 문제는 상호작용의 문제였다.
Licklider는 인간과 컴퓨터가 긴밀히 결합해 협력하는 관계를 기대했고, 컴퓨터가 이미 공식화된 문제를 푸는 데서 나아가 문제를 공식화하는 사고 과정 자체를 돕게 하려 했다. 그는 이를 위해 시분할, 메모리 구성, 프로그래밍 언어, 입출력 장치의 발전이 필요하다고 보았다. [40]
왜 이전 방식으로는 부족했는가
트랜지스터와 반도체는 컴퓨터를 더 작고 안정적으로 만들 수 있는 길을 열었다. 하지만 물리적 가능성과 사용 경험은 같은 것이 아니다.
트랜지스터는 “컴퓨터가 사람에게 가까워질 수 있는 조건”을 만들었다.
하지만 Licklider가 본 문제는 “가까워진 컴퓨터를 어떻게 써야 하는가”였다.
초기 컴퓨터 사용 방식에는 세 가지 근본적 한계가 있었다.
첫째, 문제를 미리 완성해야 했다.
배치 처리에서는 사용자가 컴퓨터에게 질문하기 전에 이미 문제를 정확히 정의해야 했다. 하지만 실제 지적 작업은 그렇게 진행되지 않는다. 연구자는 질문을 만들면서 동시에 답을 찾는다. 개발자도 처음부터 완벽한 설계를 들고 코딩하지 않는다. 실행해보고, 오류를 보고, 다시 고친다.
둘째, 피드백이 늦었다.
사람의 사고는 피드백 루프다. 입력하고, 반응을 보고, 다시 조정한다. 그런데 배치 처리에서는 이 루프가 너무 길었다. 하루 뒤에 결과를 받으면, 생각의 맥락은 이미 끊어진다. 이 구조에서는 컴퓨터가 “사고의 일부”가 아니라 “사고 이후의 계산 공장”으로 남는다.
셋째, 컴퓨터가 인간의 언어와 속도에 맞춰져 있지 않았다.
사람은 모호한 목표, 예외, 직관, 시각적 단서, 대략적인 방향을 가지고 일한다. 반면 당시 컴퓨터는 엄격한 명령과 정해진 절차를 요구했다.
Licklider는 이 간극을 단순한 불편함이 아니라 인간-컴퓨터 관계의 핵심 병목으로 보았다.
여기서 부시와 Licklider가 이어진다.
부시는 “인간은 색인표처럼 생각하지 않고 연상으로 생각한다” 고 보았다.
Licklider는 “인간은 완성된 문제만 푸는 것이 아니라, 문제를 만들어가며 생각한다” 고 보았다.
둘 다 인간 사고의 실제 방식을 출발점으로 삼았다. 차이는 부시가 지식의 연결 방식 을 봤다면, Licklider는 인간과 컴퓨터의 협력 방식 을 봤다는 점이다.
핵심 인물/기관/논문/시스템
이 장의 핵심은 Licklider 한 사람을 “인터넷의 선구자”라고 외우는 것이 아니다. 더 중요한 것은 그가 어떤 문제들을 보았고, 그 문제를 해결하기 위해 어떤 시스템적 조건들을 연결했는가다.
Licklider의 역사적 위치는 독특하다. 그는 순수한 컴퓨터 엔지니어로 출발하지 않았다. 심리학, 청각 지각, 인간 요인 연구에서 출발해 컴퓨터로 이동했다. 그래서 그는 컴퓨터를 기계 내부에서만 보지 않고, 인간의 지각·판단·주의·문제 해결 능력과 결합된 시스템 으로 보았다.[41]
1940년대: Licklider의 출발점은 ‘컴퓨터’가 아니라 ‘인간의 지각’이었다
Licklider는 처음부터 컴퓨터 네트워크를 연구한 사람이 아니었다. 그는 심리학과 청각 지각, 특히 인간이 소리를 어떻게 인식하는지에 관심을 가졌던 연구자였다. [42]
이 배경은 중요하다.
대부분의 초기 컴퓨터 연구자들은 계산, 회로, 수학, 제어 시스템에서 출발했다. 반면 Licklider는 인간의 감각과 인지에서 출발했다. 그래서 그는 컴퓨터를 볼 때도 “이 기계가 얼마나 빠른가?”만 묻지 않았다.
그는 이렇게 물었다.
사람은 어떤 방식으로 정보를 받아들이는가?
사람은 언제 판단을 잘하는가?
기계가 사람의 사고를 방해하지 않으려면 어떤 속도로 반응해야 하는가?
사람이 기계와 함께 생각하려면 인터페이스는 어떤 모습이어야 하는가?
이 관점은 훗날 HCI, 즉 Human-Computer Interaction의 핵심 질문과 매우 가깝게 간주된다.
1951~1952년: SAGE와 실시간 컴퓨팅 — 컴퓨터가 ‘상황 속의 인간’과 만나다
1950년대 초 미국은 냉전 속에서 대륙 방공 시스템을 구축하려 했다. 적 항공기가 들어오는지 레이더로 감지하고, 그 정보를 빠르게 처리하고, 인간 조작자가 판단해 대응해야 했다. 이것이 SAGE, Semi-Automatic Ground Environment로 이어진다.
SAGE는 단순 계산 시스템이 아니었다. 레이더 데이터가 계속 들어오고, 컴퓨터가 이를 처리하고, 화면에 표시하고, 인간 조작자가 그 정보를 보고 행동해야 했다. [43]
이 대목이 Licklider에게 중요했다.
배치 처리 컴퓨터는 사용자의 작업을 처리하고 결과를 내놓는다.
SAGE식 실시간 시스템은 상황을 계속 감시하고, 인간에게 보여주고, 인간의 결정을 받아 다시 시스템을 움직인다.
즉, 여기서 컴퓨터는 처음으로 “사람과 함께 상황을 다루는 장치”로 간주되었다.
SAGE는 군사 시스템이었고, 오늘날 웹과 직접적으로 같은 것은 아니다. 하지만 인간-컴퓨터 관계의 역사에서는 중요한 전환점이다. 컴퓨터가 고립된 계산기가 아니라 인간 조작자와 함께 움직이는 실시간 정보 시스템으로 등장했기 때문이다.
1950년대 중반: Whirlwind — 화면, 실시간 반응, 코어 메모리의 의미
SAGE의 기술적 기반에는 MIT의 Whirlwind가 있었다.[44]
여기서 우리가 주목해야 할 것은 “화면”이다.
컴퓨터가 결과를 프린터로 뱉는 것과, 화면에 실시간으로 표시하는 것은 완전히 다르다. 프린터 출력은 결과물이다. 화면은 상호작용의 장이다. 화면이 생기면 사용자는 결과를 보고, 즉시 판단하고, 다시 입력할 수 있다.
오늘날 프론트엔드 개발에서 화면은 당연하다. 하지만 역사적으로는 그렇지 않았다. 화면은 컴퓨터를 “계산 장치”에서 “상호작용 장치”로 바꾸는 핵심 매개체였다.
1957년: BBN — 인간 요인, 음향, 정보 시스템이 만나는 연구소
1957년 Licklider는 MIT를 떠나 Bolt Beranek and Newman, 즉 BBN으로 이동한다.[45]
BBN은 훗날 ARPANET의 IMP를 만든 기관으로도 중요하지만, 이 시점에서 더 중요한 것은 Licklider가 여기서 “인간과 정보 시스템의 관계”를 더욱 본격적으로 생각하게 되었다는 점이다.
Licklider는 컴퓨터를 단지 명령을 실행하는 기계로 보지 않았다.
그는 컴퓨터를 사람이 사고하고 판단하고 커뮤니케이션하는 환경의 일부로 보았다.
이때부터 Licklider의 관심은 점점 다음 방향으로 이동한다.
개별 계산 → 대화형 사용
계산 결과 → 사고 과정
기계 성능 → 인간-기계 협력
고립된 컴퓨터 → 여러 사람이 공유하는 컴퓨팅 환경
이 방향이 1960년 논문에서 발산되었다.
1959년: 시분할 — 비싼 컴퓨터를 여러 사람이 ‘동시에’ 쓰는 발상
1950년대 말 컴퓨터는 너무 비쌌다. 모두에게 개인용 컴퓨터를 줄 수는 없었다.
그렇다면 한 대의 큰 컴퓨터를 여러 사람이 동시에 쓰게 만들 수는 없을까?
이것이 시분할, time-sharing의 문제의식이다.
1959년 Christopher Strachey는 UNESCO 회의에서 시분할에 대한 공개 발표를 했고, John McCarthy도 MIT 내부에서 관련 아이디어를 제안했다.[46]
시분할의 핵심은 간단하다.
컴퓨터는 인간보다 훨씬 빠르다.
인간이 타이핑하고 생각하는 동안 컴퓨터는 놀고 있다.
그러니 컴퓨터가 여러 사용자의 작업 사이를 아주 빠르게 오가면, 각 사용자는 마치 자신만 컴퓨터를 쓰는 것처럼 느낄 수 있다.
여기서 중요한 것은 "자원 공유"보다 "상호작용의 착시" 다. 시분할은 한 대의 컴퓨터를 여러 사람에게 나눠주는 경제적 기술이면서 동시에, 각 사용자에게 개인적으로 반응하는 컴퓨터 경험 을 만들어주는 인터페이스 기술이었다.
1960년: 「Man-Computer Symbiosis」 — 컴퓨터를 사고의 파트너로 다시 정의하다
1960년 Licklider는 「Man-Computer Symbiosis」를 발표한다. 이 논문에서 그는 인간과 컴퓨터의 관계를 단순한 도구 사용이 아니라 “공생”으로 설명했다. [47]
이것은 매우 중요한 구분이다.
컴퓨터가 인간을 대체한다는 관점이 아니다.
컴퓨터가 인간의 팔이나 눈을 연장한다는 관점도 아니다.
컴퓨터가 인간과 서로 다른 능력을 결합해 함께 사고한다는 관점이다.
Licklider는 당시 컴퓨터가 주로 “미리 공식화된 문제”를 푸는 데 쓰인다고 보았다. 하지만 실제로 중요한 문제들은 처음부터 명확하지 않다. 문제를 푸는 과정에서 오히려 질문이 드러난다. 그래서 그는 컴퓨터가 문제 해결뿐 아니라 문제 형성, formulative thinking 에 들어와야 한다고 주장했다. [48]
이 부분이 오늘날 개발자에게 특히 중요하다.
우리는 코딩할 때 이미 모든 답을 알고 시작하지 않는다.
실행하고, 관찰하고, 디버깅하고, 가설을 바꾸고, 다시 실행한다.
좋은 도구는 이 루프를 빠르게 만든다.
Licklider가 말한 공생은 바로 이 루프를 컴퓨터가 적극적으로 돕는 세계다.
1961년: CTSS — 대화형 사용이 실제 시스템으로 보이기 시작하다
1961년 MIT에서는 CTSS, Compatible Time-Sharing System이 시연된다. [49]
여기서 중요한 것은 "여러 사용자가 한 컴퓨터를 쓴다" 보다 더 깊다.
CTSS는 컴퓨터를 기다리는 방식에서 컴퓨터와 대화하는 방식으로 이동시켰다. 사용자는 터미널 앞에 앉아 명령을 입력하고, 응답을 받고, 다시 명령을 입력할 수 있었다.
이것은 오늘날 터미널, REPL, 브라우저 개발자 도구, 온라인 IDE, 클라우드 콘솔의 조상 같은 경험이다.
물론 CTSS는 웹이 아니었다. 브라우저도 없었고, 하이퍼링크도 없었고, 전 세계 문서 네트워크도 아니었다. 하지만 사용자가 온라인으로 컴퓨터와 상호작용한다는 감각을 현실로 만들었다.
1962년: ARPA IPTO — 비전이 연구비와 제도로 바뀌다
1962년 DARPA의 Information Processing Techniques Office, IPTO가 출범한다. [50]
이 사건은 중요하다.
아이디어만으로는 역사가 바뀌지 않는다.
논문만으로도 부족하다.
연구자들이 실험하고, 실패하고, 시스템을 만들 수 있는 돈과 제도가 필요하다.
Licklider는 IPTO에서 바로 그 역할을 했다. 그는 대화형 컴퓨팅과 시분할 연구를 밀어붙였고, 여러 대학과 연구소에 자금을 배분했다. 이 덕분에 MIT Project MAC, Stanford, Berkeley, UCLA, SRI 같은 연구 흐름이 더 강하게 연결될 수 있었다.
웹의 역사에서 Licklider가 중요한 이유는 그가 브라우저를 만들었기 때문이 아니다.
그는 브라우저가 나올 수 있는 연구 생태계의 상상력과 자금 흐름을 만들었기 때문에 중요하게 여겨진다.
1963년: Project MAC과 Intergalactic Computer Network — 컴퓨터는 결국 연결되어야 한다
1963년에는 두 흐름을 같이 봐야 한다.
첫째, MIT의 Project MAC이 본격화된다.
MAC은 Machine-Aided Cognition 또는 Multiple-Access Computer로 해석되었고, 이름 자체가 Licklider식 문제의식을 담고 있다. 컴퓨터는 인간의 인지를 돕는 장치이면서, 동시에 여러 사용자가 접근하는 공유 시스템이어야 했다.
둘째, Licklider는 "Intergalactic Computer Network" 라는 장난스럽지만 대담한 표현을 사용한다. [51]
이것은 부시의 Memex와 결정적으로 갈라지는 지점이다.
Memex는 개인 지식 작업대였다.
Licklider의 네트워크 비전은 여러 사람과 여러 컴퓨터가 연결된 사고 환경 이었다.
부시가 "문서 사이의 trail"을 상상했다면, Licklider는 "사람과 컴퓨터와 지식 자원이 연결된 thinking center들의 네트워크"를 상상했다.
이 흐름은 ARPANET으로 바로 이어지는 완성된 설계도는 아니었다. 하지만 방향은 분명했다.
컴퓨터는 혼자 있으면 부족하다.
사람도 혼자 있으면 부족하다.
지식 작업은 연결된 사람들과 연결된 컴퓨터들 사이에서 더 강력해진다.
1964년 이후: Licklider가 떠난 뒤에도 비전은 연구자 네트워크 속에 남았다
Licklider는 IPTO에 오래 머물지 않았다. 그러나 그의 역할은 "한 시스템을 끝까지 구현한 엔지니어"보다 "방향을 정하고 사람들을 연결한 촉매"에 가까웠다. [52]
이 지점이 웹의 역사에서 매우 중요하다.
웹은 한 사람의 머리에서 완성된 형태로 튀어나오지 않았다.
수십 년 동안 이어진 문제의식, 자금, 연구자 네트워크, 시스템 실험의 결과였다.
Licklider는 이 중에서도 다음 세 가지를 연결했다.
인간 사고를 돕는 컴퓨터
여러 사람이 공유하는 컴퓨터
서로 연결된 컴퓨터
이 세 가지가 나중에 Engelbart의 NLS, ARPANET, 하이퍼텍스트, 그리고 결국 웹으로 이어졌다.
1968년: 「The Computer as a Communication Device」 — 컴퓨터는 계산기가 아니라 커뮤니케이션 매체다
1968년 Licklider는 Robert W. Taylor와 함께 「The Computer as a Communication Device」를 발표한다. 이 글은 이번 강의의 중심 논문은 아니지만, Licklider의 생각이 어디까지 확장되었는지를 보여준다. 이 글에서 두 사람은 컴퓨터를 단순히 정보를 보내고 받는 장치가 아니라, 사람들이 함께 모델을 만들고 수정하며 새로운 생각을 만들어내는 매체로 보았다. [53]
이것은 오늘날 웹과 거의 직접 연결된다.
웹은 문서를 보여주는 시스템이지만, 동시에 커뮤니케이션 시스템이다.
GitHub는 코드 저장소이지만, 동시에 협업 매체다.
Figma는 디자인 도구이지만, 동시에 공동 사고 공간이다.
Notion, Google Docs, Slack, Discord, Linear, Jira도 모두 같은 계열에 있다.
Licklider의 관점에서 보면 컴퓨터의 미래는 “혼자 계산하는 기계”가 아니라 사람들이 함께 생각하는 매체였다.
핵심 개념의 본질
Licklider의 핵심 개념은 "컴퓨터를 잘 쓰자"가 아니다. 더 정확히 말하면, 인간과 컴퓨터가 서로 다른 능력을 결합해 하나의 사고 시스템을 이룰 수 있다는 것이다.
인간은 목표를 세운다.
인간은 의미를 해석한다.
인간은 모호한 상황에서 가설을 만든다.
인간은 무엇이 중요한지 판단한다.
반면 컴퓨터는 반복 계산을 잘한다.
컴퓨터는 대량의 데이터를 빠르게 처리한다.
컴퓨터는 지치지 않고 절차를 수행한다.
컴퓨터는 중간 결과를 저장하고 다시 불러올 수 있다.
Licklider가 본 가능성은 이 둘의 결합이었다.
여기서 "공생" 이라는 표현이 중요하다. 공생은 도구 사용과 다르다.
망치는 사람의 힘을 연장한다. 현미경은 눈을 연장한다.
하지만 Licklider가 말한 컴퓨터는 단순한 신체 확장이 아니었다. 컴퓨터는 인간의 사고 과정에 들어와, 사람이 더 잘 질문하고, 더 빨리 실험하고, 더 넓게 비교하고, 더 정교하게 판단하도록 돕는 파트너였다.
이 관점에서 컴퓨터의 역할은 두 단계로 바뀐다.
이전 컴퓨터: "문제를 다 정리해서 가져오면 계산해줄게."
Licklider식 컴퓨터: "문제를 정리하는 과정부터 같이 해보자."
이 전환은 오늘날 AI 시대에도 그대로 살아 있다. 좋은 개발 도구는 단순히 정답을 출력하지 않는다. 좋은 도구는 질문을 명확히 하고, 가능한 선택지를 보여주고, 실험 비용을 낮추고, 사용자가 더 나은 판단을 하게 돕는다.
이것이 이후 역사에 남긴 유산
Licklider가 남긴 유산은 하나의 제품이 아니라 방향이다.
첫째, 대화형 컴퓨팅의 정당성을 만들었다.
컴퓨터를 배치 처리로 쓰는 것이 당연하던 시대에, Licklider는 사람이 컴퓨터와 직접 대화해야 한다고 보았다. 이 생각은 시분할 시스템, 터미널, 인터랙티브 프로그래밍 환경으로 이어졌다.
둘째, 컴퓨터를 문제 해결의 후반부가 아니라 전반부에 배치했다.
그는 컴퓨터가 이미 공식화된 문제를 푸는 데서 멈추면 안 된다고 보았다. 컴퓨터는 문제 형성, 가설 탐색, 의사결정 준비에 들어와야 했다. 이 관점은 Engelbart의 “인간 지능 증강”으로 바로 이어진다.
셋째, 네트워크 컴퓨팅의 비전을 만들었다.
Licklider는 여러 사람이 여러 컴퓨터를 통해 지식과 도구를 공유하는 미래를 상상했다. [54]
넷째, 연구 생태계를 만들었다.
그는 IPTO를 통해 대화형 컴퓨팅, 시분할, 그래픽, 네트워킹 연구를 지원했다. 현대 웹의 조상들은 단지 특정 기술 문서에서 나온 것이 아니라, 이런 연구비와 사람들의 연결망 속에서 자라났다.
다섯째, 컴퓨터를 매체로 보는 관점을 남겼다.
1968년 Licklider와 Taylor는 컴퓨터가 정보 전달 장치가 아니라 사람들이 함께 사고하고 모델을 구성하는 동적 매체가 될 수 있다고 보았다. 이 관점은 오늘날 협업 웹 앱의 철학과 직접 닿아 있다.[55]
오늘날 웹/프론트엔드 관점에서 다시 보기
현대 프론트엔드 개발자는 Licklider의 후손 같은 일을 하고 있다.
- 우리는 버튼을 만든다.
- 하지만 사실 버튼은 사용자의 의도를 시스템에 전달하는 통로다.
- 우리는 상태를 관리한다.
- 하지만 사실 상태는 사용자와 컴퓨터가 공유하는 현재 맥락이다.
- 우리는 렌더링을 최적화한다.
- 하지만 사실 렌더링은 컴퓨터가 사용자의 생각 흐름을 끊지 않기 위해 빠르게 반응하는 과정이다.
- 우리는 API를 호출한다.
- 하지만 사실 API는 사용자의 사고를 돕기 위해 외부 지식과 계산 자원을 가져오는 연결이다.
React를 생각해보자.
React의 핵심 경험은 "상태가 바뀌면 UI가 다시 계산된다" 이다. 이것은 단순한 화면 기술이 아니다. 사용자가 어떤 행동을 하고, 시스템이 즉시 반응하고, 사용자가 그 반응을 보고 다시 행동하는 루프를 만든다.
이 한 줄은 단지 문자열을 바꾸는 것이 아니다. 검색 결과가 바뀌고, 추천이 바뀌고, 화면이 바뀌고, 사용자의 다음 생각이 바뀐다. 이것이 대화형 컴퓨팅이다.
Licklider의 관점에서 좋은 프론트엔드는 예쁜 화면이 아니다.
좋은 프론트엔드는 사용자의 사고 루프를 짧게 만드는 시스템이다.
입력과 결과 사이의 거리를 줄인다.
실험 비용을 낮춘다.
반복 작업을 컴퓨터에게 맡긴다.
사용자가 판단과 방향 설정에 집중하게 한다.
이것은 오늘날 AI 기반 개발 도구와도 연결된다. Copilot, ChatGPT, 검색 자동완성, 코드 힌트, 디버깅 도구는 모두 "인간이 목표와 판단을 맡고, 컴퓨터가 반복적이고 계산 가능한 작업을 보조한다"는 Licklider식 공생 모델 위에 있다.
최소 코드 예제
이번 코드는 Licklider의 “공생”을 아주 작게 재구성한 예제다. 핵심은 컴퓨터가 정답을 대신 내리는 것이 아니라, 사용자의 애매한 문제를 더 다루기 쉬운 형태로 정리해주는 것이다.
이번 장의 핵심
첫째, 트랜지스터가 컴퓨터를 대화형 장치로 만들 물리적 조건을 열었다면, Licklider는 그 컴퓨터를 인간 사고의 파트너로 정의했다.
둘째, Licklider의 핵심 문제의식은 “컴퓨터가 정답을 계산할 수 있는가?”가 아니라 “컴퓨터가 사람이 문제를 만들어가는 과정에 참여할 수 있는가?”였다.
셋째, 시분할은 단순히 비싼 컴퓨터를 나눠 쓰는 기술이 아니라, 각 사용자가 컴퓨터와 직접 대화하는 경험을 가능하게 한 기술이었다.
넷째, IPTO에서 Licklider는 비전을 연구비와 제도로 바꿨다. 이 때문에 대화형 컴퓨팅, 그래픽, 네트워크 연구가 하나의 생태계로 자랄 수 있었다.
다섯째, Licklider의 네트워크 비전은 Memex의 개인 지식 장치를 넘어, 사람과 컴퓨터와 지식 자원이 연결된 공동 사고 환경으로 나아갔다.
Licklider는 컴퓨터가 인간 사고의 파트너가 되어야 한다고 보았다. 하지만 당시엔 상당 부분 앞으로 나아가야할 방향으로서 제시될 뿐이었다.
그렇다면 다음 질문이 생긴다. “정말로 컴퓨터가 인간의 지능을 증강하는 작업 환경이 될 수 있다면, 그 화면과 입력 장치와 문서 구조와 협업 시스템은 실제로 어떤 모습이어야 할까?”
이 질문에 가장 강력하게 답한 사람이 Douglas Engelbart이고, 그의 NLS는 훗날 하이퍼텍스트, 마우스, 윈도우, 협업 편집, 링크 기반 지식 작업의 실제 시연으로 이어진다.
정리
이번 글에서는 웹의 시초가 되는 As We May Think부터, 트랜지스터와 반도체, 그리고 Licklider의 Man-Computer Symbiosis까지 살펴보았다.
처음 질문은 단순했다.
나는 웹을 제대로 이해하고 있는가?
하지만 그 질문을 따라가다 보니, 웹은 단지 HTML, CSS, JavaScript, React 같은 기술 스택만으로 설명되지 않았다. 웹은 인간이 지식을 다루는 방식, 컴퓨터가 인간에게 반응하는 방식, 그리고 사람들이 연결된 환경에서 함께 생각하는 방식이 겹쳐 만들어진 결과였다.
1945년 Vannevar Bush는 Memex를 통해 정보 과잉의 시대에 필요한 새로운 지식 도구를 상상했다. 그에게 중요한 것은 단순히 정보를 많이 저장하는 것이 아니었다. 인간은 색인표처럼 생각하지 않고, 연상에 따라 생각한다. 그래서 지식 도구 역시 폴더나 분류표가 아니라, 생각의 흐름을 따라 이동할 수 있는 trail을 제공해야 했다.
이 발상은 오늘날의 하이퍼링크와 웹을 떠올리게 한다. 하지만 Memex는 아직 웹이 아니었다. 그것은 네트워크로 연결된 세계라기보다, 개인의 기억을 확장하는 장치에 가까웠다. 즉, Bush가 던진 것은 완성된 기술이 아니라 웹의 철학적 씨앗 이었다.
그 씨앗이 실제 시스템으로 자라려면 물리적 기반이 필요했다. 그래서 다음 흐름은 하이퍼텍스트가 아니라 트랜지스터와 반도체로 이어진다. 초기 컴퓨터는 계산은 빨랐지만, 크고 비싸고 뜨겁고 불안정했다. 사용자가 생각하는 도중에 입력하고, 결과를 보고, 다시 고치는 대화형 도구가 되기에는 부족했다.
트랜지스터와 집적회로는 이 한계를 바꾸기 시작했다. 작은 신호로 전류의 흐름을 제어할 수 있게 되면서, 컴퓨터는 점점 더 작고 안정적이고 저렴해졌다. 이것은 단순히 계산 속도가 빨라진 사건이 아니었다. 컴퓨터가 인간의 입력에 즉시 반응할 수 있는 장치로 나아가기 위한 물리적 조건이 만들어진 사건이었다.
그리고 Licklider는 그 대화형 컴퓨터가 무엇을 위해 쓰여야 하는지를 다시 정의했다. 그는 컴퓨터를 이미 완성된 문제의 답을 계산하는 기계로 보지 않았다. 오히려 컴퓨터는 인간이 문제를 정의하고, 가설을 만들고, 판단을 내리는 과정에 참여해야 한다고 보았다. 이것이 그가 말한 인간-컴퓨터 공생 이었다.
정리하면, 이번 글에서 따라온 흐름은 다음과 같다.
Bush: 지식은 인간의 연상 구조를 따라 연결되어야 한다.
트랜지스터와 집적회로: 그런 연결과 상호작용을 처리할 컴퓨터의 물리적 기반이 필요하다.
Licklider: 컴퓨터는 인간 사고의 파트너가 되어야 한다.
아직 React는 등장하지 않았다. 하지만 React를 이해하기 위해 필요한 질문들은 이미 등장했다.
사용자의 입력에 시스템은 어떻게 반응해야 하는가?
상태가 바뀌면 화면은 어떻게 바뀌어야 하는가?
컴퓨터는 인간의 사고 흐름을 어떻게 끊지 않고 도울 수 있는가?
정보는 어떻게 연결되고, 공유되고, 다시 탐색되어야 하는가?
React는 어느 날 갑자기 생겨난 라이브러리가 아니다. 웹이 정적인 문서에서 대화형 애플리케이션으로 이동하면서 생긴 문제들, 그리고 그 문제를 해결하려는 긴 역사 위에 등장했다.
다음 글에서는 Licklider의 질문을 실제 화면, 입력 장치, 하이퍼텍스트, 협업 시스템으로 구현해 보인 Douglas Engelbart와 NLS를 살펴볼 것이다.
컴퓨터가 인간의 지능을 증강하는 작업 환경이 될 수 있다면, 그 화면과 입력 방식과 문서 구조는 어떤 모습이어야 하는가?
이 질문이 우리를 웹의 역사에 한 걸음 더 가까이 데려간다.