GN⁺: 오토데스크 창립자 존 워커 별세
(scanalyst.fourmilab.ch)존 워커의 부고
- 존 워커가 2024년 2월 2일 금요일에 사망했다는 슬픈 소식을 전함.
- 그는 미국 메릴랜드에서 윌리엄과 버사 워커 사이에서 태어났으며, 부모는 이미 세상을 떠남.
- 존은 부인 록시 워커와 형제 빌 워커(웨스트 버지니아 거주)에 의해 추모됨.
존의 교육과 커리어
- 존은 가족 전통인 의사의 길을 거부하고 천문학을 공부하기 위해 케이스 웨스턴 리저브 대학교(CWRU)에 다녔음.
- 컴퓨터의 새로운 세계를 발견한 후, 그는 컴퓨터 과학에 몰두하여 전기공학 학위를 취득함.
- 대학의 Project Chi (X) 컴퓨팅 센터에서 일하며 컴퓨터 과학을 공부함.
존과 록시의 결혼
- 존은 1972년 추수감사절에 록시를 만나고 다음 해에 결혼함.
- 결혼 몇 달 후, 캘리포니아에서 새로운 직장을 위해 전국을 가로질러 이동함.
- 첫 직장을 떠난 후, 베이 지역에서 다양한 곳에서 일함.
마린칩 시스템과 오토데스크의 시작
- 1976년 말, 존은 당시 새로운 텍사스 인스트루먼트 TMS9900 마이크로프로세서를 기반으로 자신의 회로 기판을 설계함.
- 이 사업은 마린칩 시스템으로 발전하고, 결국 오토데스크로 이어짐.
존의 유산
- 오토데스크의 시작은 존 자신이 "The Autodesk File 2.0k"에서 잘 기록함.
- 존의 이야기는 그의 방대한 작업을 통해 가장 잘 전달되며, 이는 그의 웹사이트 Fourmilab 1.4k에서 체계적으로 정리되어 대중에게 공개됨.
GN⁺의 의견
- 존 워커는 의학자의 길을 거부하고 컴퓨터 과학에 몰두하여 오토데스크라는 혁신적인 기업의 기초를 마련한 인물임.
- 그의 이야기는 기술과 창업에 관심 있는 사람들에게 영감을 줄 수 있으며, 그의 업적은 현재의 소프트웨어 엔지니어링 분야에 지대한 영향을 미침.
- 존의 웹사이트 Fourmilab은 그의 작업과 생각을 체계적으로 보존하고 있어, 미래 세대의 연구자와 개발자들에게 소중한 자료가 될 것임.
Hacker News 의견
- 첫 번째 CAD 시스템이 도입될 때 고등학교에 다니던 한 사람은 자신의 학교가 지역에서 시험 학교였다고 회상함. 당시 노련한 기술 교사는 새 시스템을 배우고 싶어 하지 않았고, 컴퓨터를 아는 학생을 찾았음. 이 사람은 집에서 몇 년 동안 Commodore PET을 사용하며 코딩을 자습했기 때문에 손을 들었고, 새 기계를 "파악하라"는 임무를 받았음. 이것이 IBM XT와 AutoCAD를 접한 첫 경험이었고, AutoCAD에서 LISP를 배웠음. 이후 지역 학교들이 CAD 시스템을 도입할 때 교육에 참여하게 되었고, AutoCAD와 함께 일하는 직업을 얻었음. 20대에는 AutoCAD용 공학 및 건축 애드온을 LISP로 개발하는 회사를 창업했고, 나중에 일반 소프트웨어 하우스로 전환했지만, 그것이 항상 자신의 뿌리였음. John의 제품이 자신의 인생 방향을 바꾸었고, 그 사실을 그에게 알릴 기회가 있었으면 좋았을 것이라고 말함. 학교가 10년 후에 IBM XT를 단종시키자, 원래의 Kurta 태블릿과 Roland 플로터와 함께 그것을 갖고 싶은지 물어보았고, 그는 여전히 그것들을 가지고 있음.
- 한 사람은 John의 "The Hackers Diet" 책과 그의 수많은 책 리뷰로부터 혜택을 받았다고 말함. 그의 열정적인 독서 습관에 영감을 받았으며, 처음에는 믿기 어려웠음. 그는 자신만의 방식으로 삶을 살았고, 많은 사람들이 그가 Autodesk의 창립자였다는 사실을 모르고 있었음. 그는 해커들에게 계속 영감을 줄 것임.
- 다른 사람은 trendweight와 "The Hackers Diet" 방법을 사용하여 체중을 감량했다고 말함. 그는 John을 팟캐스트 게스트 후보로 적어두었고, 그의 autodesk 일기를 훑어보았지만 그와 연락을 취할 기회를 놓쳤음. 그 방법을 따르고 싶다면 스마트 체중계를 사용하고 TrendWeight를 이용하라고 권함. 이 방법은 무엇을 먹어야 하는지 알려주지는 않지만, 다른 어떤 것보다 추적 여부에 대한 더 나은 데이터를 제공함. 매일 몸무게를 재지만, 이동 평균과 미래 예측에만 주의를 기울임. 이는 체중계 측정의 모든 잡음을 평활화함. 지수 이동 평균을 사용하는데, 이것이 진정한 혁신이라고 의심함.
- 또 다른 사람은 John의 근시를 역전시키는 방법에 대한 기사를 보고 그의 조언을 따랐다고 말함. 그는 다음에 새 안경을 맞출 때 비싼 프로그레시브 렌즈를 건너뛰고 읽기/컴퓨터용과 운전용 안경을 각각 적절한 거리에 맞춰서 만들 것이라고 제안함. 이것은 비용을 절반으로 줄일 수 있으며, 여행 중 프로그레시브 안경을 착용할 때 대부분 코로 밀어 올려서 읽기보다는 하단 부분을 통해 읽으려고 하지 않음. (이것은 아마도 자신의 난시 교정과 관련이 있을 것임)라고 말함. 그는 인터넷에서 무작위 이메일에 답변하는 놀라운 인물로, 그와 같은 사람들이 더 많으면 세상이 무한히 나아질 것이라고 언급함.
- 한 해커는 1980년대 중반에 AutoLisp(?)를 사용하여 당시 비표준 공학 양식을 계산 분석을 위해 생성하는 "큰" 공연을 회상함. 건축가들은 국제적인 대규모 건설 계약을 위한 야심 찬 스케치를 만들었고, 공학 팀은 그것을 실현시켰음. 건축가들은 화려한 상을 받았고, 공학 팀은 감사의 빵과 치즈 파티와 음료를 받았음. (그리고 지불도 받았음) John Walker에게 R.I.P.를 표함.
- John Walker에 대한 애도의 글에서 그가 autodesk에서 atlast라는 흥미로운 C 확장 언어를 작성했고, 해커 뉴스의 첫 페이지에 수없이 등장한 다이어트 가이드를 썼으며, Commodore 64에서 신경망을 다루었고, C를 안전하게 만드는 라이브러리를 가지고 있었으며, 그의 웹사이트에 멋진 레시피를 올렸고, 또한 어떤 CAD 회사의 창립자였다고 언급함. 그는 또한 pg의 베이지안 스팸 필터의 고성능 버전을 작성했고, 그 이전에 시도했던 것들에 대한 매우 긴 이야기를 가지고 있음. C64를 위한 신경망 코드와 설명자, Knuth 스타일의 성경 연구를 위한 프로그램, 모듈러 신디사이저가 되기 직전의 복제품이 아닌 신디사이저(해리 파일이 설계한 인텔 8008의 디자이너로, 그는 개인적으로 알고 있었음)에 대한 클린룸 재구현 프로젝트, 확률 및 통계에 대한 매우 좋은 입문서, 인터넷을 통한 대규모 가설 검증, 인터넷에서 저품질 콘텐츠를 피하는 한 가지 방법, 레시피 모음, 이상한 캘리포니아 치즈 브랜드의 역설계, 지하실에서 시공간을 구부리기, 로켓 과학에 대한 가장 간결한 소개, C에서 메모리 누수 문제를 해결하는 smartalloc, 다양한 언어로 구현된 광범위한 벤치마크 결과의 엄청난 컬렉션(Algol-60, PL/I 및 Raku를 포함하는 언어 범위로, 레이트레이서를 포함함), SpaceX가 회사를 시작하기도 전에 Elon Musk가 취한 정확한 접근 방식을 설명하는 게시물, 그리고 xsunclock을 작성한 사람임.
- Autodesk의 시작에 관한 그의 이야기("The Autodesk File")는 매우 흥미롭고 여러 교훈을 담고 있음.
- 한 사람은 초기 AutoDesk 시절이나 아마도 AutoDesk 이전에 West Coast Computer Faires에서 John을 잠깐 만났다고 말함. 그의 이름은 Univac 메인프레임에서 유명한 "Pervading Animal Game"에서 익숙했음. "새로운 소프트웨어 배포 방식, Pervasive Release. 누군가 당신의 프로그램을 요청하면, 그들이 이미 가지고 있을 가능성이 높다고 말할 수 있음." Univac 1108 생태계에서 그의 이름이 붙은 다른 여러 심각한 프로그램들이 있었음. 이것을 바이러스라고 부르는 것은 불공평할 것이며, 몇 킬로바이트를 차지하는 것 외에는 해를 끼칠 수 없도록 보장하기 위해 많은 노력을 기울였음.
- John은 ww.com의 성공에 결정적인 역할을 했으며, 덕분에 GSM 인코더를 사용하는 오디오 레이어인 speakfreely를 가질 수 있었다고 한 사람이 말함. 그의 '디지털 인프리마투르'는 예언적이었으며 오늘날까지도 여전히 관련이 있으며, 읽을 가치가 있음.
- Xanadu에 대한 언급이 있으며, Wired Magazine의 기사가 Xanadu가 WWW가 되지 못한 진짜 이유를 밝히지 못한 것은 비극이라고 언급함. (그래서 Smalltalk이 Javascript가 아닌 스크립팅 언어가 되지 못한 이유 등).