딜런 프로그래밍 언어의 역사

딜런 프로그래밍 언어 역사는 먼저 연속 텍스트로 역사를 소개한다.두 번째 섹션에서는 이력에 대한 타임라인 개요를 제공하고 몇 가지 마일스톤과 분수령을 제시합니다.세 번째 섹션은 딜런 프로그래밍 언어의 역사와 관련된 인용구를 제시한다.

역사 소개

딜런은 원래 당시 애플 어드밴스드 테크놀로지 그룹(ATG)의 일부였던 애플 캠브리지에 의해 개발되었다.당초 목표는 애플 뉴턴 PDA를 위한 새로운 시스템 프로그래밍 애플리케이션 개발 프로그래밍 언어를 만드는 것이었지만, 곧 시간이 너무 많이 걸린다는 것이 분명해졌다.Walter Smith는 스크립팅과 애플리케이션 개발을 위해 NewtonScript를 개발했으며, 시스템 프로그래밍은 C 언어로 수행되었습니다.딜런의 매킨토시용 개발은 계속되었다.이 그룹은 애플 딜런 제품의 초기 기술 릴리스를 생산했지만, 실제로 사용할 수 있는 제품을 완성하기 전에 내부 구조조정으로 인해 그룹이 해체되었다.Owen W. Linzmayer의 Apple Confidential에 따르면, 딜런 프로젝트의 원래 암호명은 랄프였으며, 소설 '인비저블 맨'의 작가인 랄프 엘리슨이 비밀 연구 프로젝트로서의 지위를 반영했다.

딜런의 최초 킬러 애플리케이션은 애플 뉴턴 PDA였지만, 초기 구현은 너무 늦었다.또한 성능 및 규모 목표도 달성하지 못했습니다.그래서 딜런은 일반적인 컴퓨터 프로그래밍 시청자를 대상으로 다시 설정되었다.이 시장에서 경쟁하기 위해 인픽스 표기법으로 전환하기로 결정했다.

Andrew Shalit (David A와 함께) 문 교수와 오르카 스타벅은 할리퀸(소프트웨어 회사)과 카네기 멜론대에서 일하는 데 기초가 된 '딜런 레퍼런스 매뉴얼'을 작성했다.Apple Cambridge가 문을 닫았을 때, 몇몇 회원들이 Microsoft Windows용 컴파일러 및 개발 환경을 생산하는 Harlequin으로 갔다.Harlequin이 인수 및 분할되었을 때 일부 개발자는 Functional Objects를 설립했습니다.2003년에 이 회사는 자사의 저장소를 Dylan 오픈 소스 커뮤니티에 기부했습니다.이 저장소는 무료 오픈 소스 소프트웨어 Dylan 구현 Open Dylan의 기반이었습니다.

2003년 딜런 커뮤니티는 이미 딜런과의 약혼을 증명했다.1998년 여름, 커뮤니티는 카네기 멜론 대학(CMU) 딜런 구현으로부터 Gwidion 프로젝트를 위해 명명된 코드를 넘겨받아 오픈 소스 모델 프로젝트 Gwidion Dylan을 설립했습니다.당시 CMU는 재정위기에 빠진 애플이 더 이상 이 프로젝트를 후원할 수 없어 딜런 구현 작업을 이미 중단한 상태였다.따라서 CMU는 연구를 주류와 Java로 전환했다.

오늘날, Gwidion Dylan과 Open Dylan은 유일하게 딜런의 컴파일러입니다.첫 번째는 아직 Dylan-to-C 컴파일러이지만 Open Dylan은 인텔 프로세서의 네이티브 코드를 생산한다.Open Dylan은 ANDF(Architecture Neutral Distribution Format)를 고려하도록 설계되었습니다.

타임라인의 개요

1992년 4월	첫 번째 딜런 언어 사양이 출시되었습니다.새로운 언어에 대한 리스프와 같은 구문을 제안합니다.
1992년 9월	Apple Cambridge Research Laboratory의 멤버인 Andrew L. M. Shalit은 딜런 프로그래밍 언어에 대한 논의를 위한 전자 메일 목록 작성을 발표합니다.
1993년 1월	Jonathan Bachrach는 comp.lang.dylan에게 다음과 같이 쓰고 있습니다. "저는 제 일에 딜런 프로그래밍 혁명을 일으키려고 합니다."Carnegie Mellon의 딜런 프로젝트 리더 Scott Fahlman은 다음과 같이 대답합니다. "최고의 전략은 딜런이 현실화될 때까지 기다리는 것일 수 있습니다.."[1]
1993년 4월	첫 번째 딜런 FAQ 발표
1993년 9월	바흐라크는 와세다 대학의 국제 컴퓨터 음악 회의에서 하이 퍼포먼스 딜런 실장을 발표합니다.
1993년 9월	바흐라크가 쓴 최초의 퍼블릭 도메인 딜런 컴파일러가 맥월드에서 공개되었다."[H]e는 Python Lisp 컴파일러를 위한 매크로 세트로 첫 번째 구현을 구축했습니다.그 후 몇 달 동안 그의 매크로 세트의 요소들은 매크로에서 리스프로, 그리고 나중에 딜런 [2]그 자체로 바뀌었습니다."
1994년 6월	로버트 스톡턴이 새로운 딜런 중간 참조 매뉴얼의 온라인 버전을 발표했습니다.카네기 멜론에서 딜런 프로젝트는 '귀디온 프로젝트'라고 불린다.Fahlmann이 이끄는 이 회사에는 CMU Common Lisp와 같은 담당자들이 다수 포함되어 있습니다.
1994년 5월	SFA의 애틀랜타 미팅에 대해 MacTech는 다음과 같이 보도합니다.Ike Nassi는 딜런이 태어난 매사추세츠주 캠브리지에서 애플의 Advanced Technology Group을 운영했습니다.현재 Apple Development Products 그룹의 부사장인 Nassi는 주류의 프로그래밍 패러다임으로서 OODL(객체 지향 동적 언어)의 확립을 목표로 하고 있습니다.그는 또한 딜런이 "오늘날 애플에서 사용되고 있다"고 말했다.앤드류 샬릿은 딜런이 제품 개발에 착수했다고 말했다.서드파티가 개발 환경에서 일하고 있다는 암시가 있었습니다.그런 환경이 어떻게 보일지에 대해서는 구체적으로 언급되지 않았습니다.딜런은 새로운 infix 구문을 받았다.언어 설계자가 최종 결정을 내리는 데 도움이 되도록 구문 조사가 회의에서 배포되었습니다.Andrew의 프레젠테이션에는 딜런 코드의 예가 다수 포함되어 있었습니다.MacTech에서 인용
1994년 8월	애플이 WWDC에서 딜런 CD를 배포한 후 포크 가수 밥 딜런이 애플을 상표권 [4]침해 혐의로 고소했다.
1995년 10월	캠브리지 딜런 프로젝트가 종료되고 직원들이 해고될 것이라고 발표되었습니다.
1995년 12월	쿠퍼티노 딜런의 임시 애플 엔지니어링 매니저인 러스 대니얼스는 디지툴이 애플의 딜런 테크놀로지 릴리스를 PowerPC 매킨토시 커먼 리스프(MCL)에 이식할 것이라고 발표했다.
1996년 1월	애플은 캠브리지 R&D 그룹을 영구 폐쇄한다.cambridge.apple.com 사이트가 사라집니다.
1996년 8월	Apple은 PowerPC 네이티브 딜런(포트명 Digitool)[5]을 출하하고 있습니다.
1998년 9월	팔먼은 딜런이 할리킨에게 넘어갔다고 발표한다.사실 이론상 딜런은 이제 할리킨의 손에 완전히 쥐어졌다.애플은 더 이상 딜런과 관련이 없으며 CMU Guydion 프로젝트도 관여하지 않는다.몇몇 헌신적인 자원봉사자들이 Gwidion 버전을 개선하기 위해 노력하고 있고, 여전히 몇 명의 1인 구현 노력이 있을 수 있지만, 할리킨이 무엇을 하든 딜런이 무엇인지 정의하게 될 것이다.할리킨은 딜런이 성공하기를 바라고 있으며, 딜런이 받아들여지기 위해 가장 중요하다고 생각하는 일을 할 것입니다.(comp.lang.[6]dylan의 Scott Fahlmann)
1998년 10월	Harlequin Dylan 1.1은 밴쿠버에서 열린 1998년 OOPSLA에서 발표되었습니다.
1998/1999	한 무리의 자원봉사자들이 CMU의 Guydion 소스를 픽업합니다.웹사이트 GwydionDylan은 딜런 매니아들의 기반이 된다.
1999년 3월	앤드류 샬릿은 딜런 뉴스그룹에서 할리킨 딜런 1.2를 위한 서비스 팩 1을 발표했다.
1999년 9월	할리퀸 주식회사의 새 주인인 글로벌 그래픽스는 할리퀸 딜런의 매각과 기능성 오브젝트로의 제품 이전을 발표한다.
2000년 7월	Functional Objects는 Functional Developer 2.0.1 및 2.0 Service Pack 1의 가용성을 알립니다.
2003	Functional Objects는 내부 Dylan 저장소를 Open Dylan 커뮤니티에 오픈소싱합니다.

(대부분) 인용에 의한 역사

프로그래밍 언어 딜런의 뿌리는

딜런은 Macintosh Common Lisp를 담당했던 애플의 같은 그룹에 의해 만들어졌다.첫 번째 구현에서는 리스프와 같은 구문을 사용했습니다.

딜런은 ATG 이스트가 된 Coral Software의 인수로 시작했다.Coral은 Macintosh Common Lisp를 마케팅하고 있었고, 애플은 MCL을 계속 지원하면서 Lisp와 Smalltalk의 모든 프로그래머의 파워와 편리함을 겸비한 새로운 다이내믹한 언어를 개발하도록 요구했지만, 실제 어플리케이션에 필요한 퍼포먼스를 갖추고 있었다.

MacTech Vol 7 No.1에서^[7] 인용

1980년대 후반, Apple의 Advanced Technology Group(ATG)은 Smalltalk나 Lisp와 같은 동적 언어의 최고 품질과 C++와 같은 정적 언어의 최고 품질을 결합하는 새로운 언어를 만드는 과제를 떠안았다.ATG는 언어 정의만으로는 더욱 복잡한 차세대 소프트웨어를 개발해야 하는 과제를 해결할 수 없다는 점을 인식하여 딜런 팀(현 개발자 제품 그룹의 일부)을 실제 환경의 신속한 프로토타이핑 및 구축을 가능하게 하는 담당 개발 환경 개발에 전념했습니다.응용 프로그램 생성

MacTech Vol 11 No.8에서 인용

First Dylan Manual(1992)의 답변은 다음과 같다.

딜런을 디자인하는 것은 많은 사람의 손으로 만든 작업이었다.

언어 디자인의 주된 공헌자는 글렌 S였습니다.버크, 로버트 카셀, 존 호치키스, 제레미 A존스, 데이비드 A. 문, 제프리 피아자, 앤드류 샬릿, 올리버 스틸, 게일 자카리아스.

추가 설계 작업과 많은 유용한 코멘트가 제롬 T에 의해 제공되었습니다.쿠넨, 제임스 그랜디, 아이크 나시, 월터 R스미스, 스티브 스트라스만, 래리 테슬러.

설계 과정에서 더 많은 사람들이 귀중한 피드백을 제공했습니다.이들 중에는 피터 앨리, 킴 배럿, 앨런 바우든, 어니 비어닝크, 라샤 보지노비치, 스티브 캡스, 미켈 에빈스, 그레그 포스터, 제드 해리스, 앨리스 K 등이 있었다.하틀리, 앨런 케이, 래리 케니언, 매튜 맥로린, 존 마이어, 리처드 멀나릭, 피터 포트레빅, 데이비드 싱어, 데이비드 C.스미스, 빌 스트리트Clair, Andy Stadler, Joshua Susser, Michael Tibbott, Tom Vrhel, Bob Welland, Derek White.

도나 오귀스트, 크리시 보그스, 제임스 호아킨, 릭 르파이브르, 베키 멀힌, 데이비드 네이겔, 마크 프리체, 메리 레이건, 셰인 로비슨, 수잔 M.휘트모어.

딜런 프로젝트는 아이크 나시가 감독했다.

이 설명서는 앤드류 샬릿이 제프리 피아자와 데이비드 문으로부터 기고문을 받아 작성했다.

이 매뉴얼은 Scott Kim과 Steve Strassmann에 의해 디자인되었다.서체는 루시다 가문과 레터 고딕입니다.그 표지는 스콧 김에 의해 디자인되었다.

딜런 프로젝트는 전적으로 애플 컴퓨터의 Advanced Technology Group에서 자금을 지원받았습니다.

애플이 아닌 두 명의 협력자는 CMU Guydion과 Harlequin이었다.

CMU에서의 우리의 영향은 회의나 이메일 토론에 참석하여 애플 사람들에게 우리의 생각을 이해시킬 수 있도록 하는 데 그쳤다는 것이 일반적인 인식이었던 것 같습니다.디자이너들이 주로 공통 리스프 커뮤니티 출신이어서 공통 리스프의 장점과 단점이 비슷했기 때문에 실제로 많은 문제에 대해 공감대가 형성되었습니다.

CMU의 딜런 프로젝트 Gwidion의 전 멤버인 Rob MacLachlan씨.

CMU는 여전히 Guydion에 대한 정보 페이지를 제공하고 있습니다.

Lisp 방식에서 infix 방식으로 구문을 변경하는 루트

캠브리지 연구소와 CMU의 개발자들은 구문을 이 언어들과 비슷하게 바꾸면 C/C++ 커뮤니티로부터 더 나은 반응을 얻을 수 있을 것이라고 생각했습니다.

딜런 프로젝트 기간 중 카네기 멜론의 comp.lang.dylan에서 온 롭 맥라클란:

어떤 면에서 가장 주목할 만한 재편성은 리스프 구문을 폐기하기로 한 결정이었다.이것은 Guydion이 디자인에 참여한 후에 일어났다.infix 구문과 lisp/prefix 구문을 폐기할 것을 권장합니다.내 기억으로는, 우리는 아무도 들어줄 거라고 기대하지 않았지만, 정확히 그렇게 되었다.이 경우, 우리는 이 문제에 대해 애플 내부의 힘의 균형을 옮겼을지도 모릅니다."

브루스 홀트는 대답했다.

"재미있는 것은 Lisp 그 자체와 반대되는 것입니다. John McCarthy는 원래 S-표현을 실제 구문이 개발/실장될 때까지 일시적인 형태로만 사용하려고 했습니다."

Oliver Stele이 ll1 토론에서:

"infix 구문을 설계한 Mike Kahl은 Pascal처럼 보이게 하려고 했습니다.그 당시(1991년?)는 구두점으로서의 구두점 사용에 주로 집중된 언어 세계에서 오늘날보다 더 나은 선택으로 보였다.

Dylan을 위해 C와 같은 구문(브레이스)을 구현했지만 IDE 작업을 위해 Mike를 고용했을 때 이를 삭제했습니다."

상업용 제품으로서의 딜런 종료

1995년 애플에서의 프로젝트 사망

Raffael Cavallaro는 다음과 같은 통찰력을 제공했습니다.

애플 딜런 프로젝트는 95년 초에 끝났다(기억이 맞다면 나는 애플 딜런의 씨앗 사이트였다).Dylan 팀은 작업 공개에 대한 압박을 많이 받고 있었는데, 두 가지 상황이 그들을 놀라게 했습니다.

1. 애플은 윈텔의 거대기업으로 인해 수익성이 떨어지기 시작했다.애플이 더 이상 수익을 내지 못하자, 애플 소송은 도끼질을 할 연구 프로젝트를 찾기 시작했다.가까운 장래에 이익을 낼 것 같지 않은 제품이 1위를 차지했다.그 당시 애플 딜런은 아직 출시 준비가 되지 않았다. - 꽤 느리게 컴파일되었다.특히 아직 최적화되지 않은 CodeWarrior C/C++와 비교됩니다.Apple 매니저는, C++ 로 재기입하는 것에 대해 이야기하고 있었습니다(Common Lisp 가 C/C++ 만큼 빨리 실행되도록 최적화 할 수 있는 것을 깨닫지 못했습니다).

2. Apple은 PowerPC로 이행하고 있었고, Apple Dylan은 아직 68k 머신에서만 실행되어 68k 바이너리로 컴파일되었습니다.따라서 사용 가능한 PowerPC 제품이 나오기까지는 적어도 1년 또는 2년 정도 걸릴 것으로 보여 프로젝트가 취소되었습니다.

애플 경영진이 딜런 프로젝트를 죽였어요왜냐하면 그들이 고기 도끼를 휘두르기 시작했을 때 아무도 출시 품질의 제품을 보여주지 못했기 때문이다.

Gabor Greif:

당시 애플의 CEO였던 스핀들러가 딜런을 제지한 것은 당시 애플이 감당할 수 있는 비용보다 더 비쌌기 때문이다.95년 말까지 핵심 팀은 모든 것을 포장하여 애플 딜런 테크놀로지 릴리스로 나온 제품으로 포장할 수 있는 기회를 얻었습니다.PPC 코드 생성을 지원했지만 PowerPC에서 네이티브로 동작하지는 않았습니다.개발 베드는 모두 Common Lisp였고 당시에는 PPC MCL(Macintosh Common Lisp)이 없었습니다.나중에 Digitool은 개발 버전의 PC용 MCL을 사용하여 환경을 PPC로 이식하는 데 지불되었습니다.애플 딜런 TR PPC는 1996년에 조용히 출시되었습니다.X는 몰라도 클래식 MacOS에서는 정상적으로 동작합니다.

팀은 딜런의 환경을 부트스트랩하지 않는 것이 실수라는 것을 암시하기도 했다.이것에 의해, PPC의 도입이 큰폭으로 완화됩니다.그러나 제한된 자원과 멤버들의 매우 강력한 CL 배경을 고려하면 그것은 이해할 수 있었다.

올리버 스틸:

Apple Dylan이 침몰한 것은 개발팀이 우리가 좋아하는 모든 기능을 그 안에 집어넣으려고 했기 때문이라고 확신합니다(내 기능은 IDE와 관련이 있습니다).

Apple Cambridge Labs의 전 멤버인 Mike Lockwood씨(일반적으로 ^[9]apple.computerhistory.org에 게재)로부터:

저는 애플에서 쿠퍼티노에 있는 개발자 도구 그룹에서 경력을 시작했습니다.하지만 몇 년 후, 저는 동쪽으로 이사하기로 결심했고 딜런 프로젝트에 참여하기 위해 캠브리지 사무실로 옮겼습니다.1995년 4월, 우리는 프로젝트가 취소되고 모두 해고될 것이라는 통보를 받았습니다.그러나 우리는 즉시 해고되지 않았다.애플은 딜런이 실험적인 "기술 출시"로 출시될 수 있도록 우리가 6개월 동안 머물기를 원했다.이것은 분명히 다음 달에 WWDC에서 당혹감을 피하기 위해 행해졌다.딜런은 이전 WWDC에서 발표되고 대대적으로 선전되었는데, 다음해 WWDC 한 달 전에 사라지면 안 좋아 보일 것이다.

우리는 10월까지 머물 수 있는 인센티브 보너스를 제공받았다.6개월의 통보를 받은 것은 이상했다.우리는 모두 새로운 일자리를 찾을 충분한 시간이 있었지만, 배를 타고 내려가는 것은 그다지 즐겁지 않았다.하지만 한 가지 흥미로운 부작용은 해고 준비를 할 시간이 충분했다는 것입니다.

첫 번째는 티셔츠를 프린트하는 것이었다.앞면에 "최선을 취소하는 힘"이라고 적힌 티셔츠를 (애플의 비용으로) 인쇄했습니다.뒷면에는 딜런 IDE의 스크린샷이 있었고 창문에 우리 이름이 모두 적혀 있었다.그 앞에는 "Cancel(취소)" 버튼 위에 마우스 포인터가 있는 "Cancel(취소)"이라는 대화상자가 있었다.

정리해고 당일까지 우리는 준비가 되어 있었다.우리는 사무실 전체를 화려한 할로윈 장식으로 장식했다.누군가가 지나갈 때마다 울부짖으며 날개를 퍼덕이는 동작 감지기를 가진 까마귀를 포함했다.어떤 사람이 딜런이라는 이름의 루크 페리의 사진과 함께 "베벌리 힐즈 90210"의 광고를 발견했다.광고에는 "Dylan - 복수에 한 발짝 더 다가가느냐, 아니면 죽음에 한 발 더 다가가느냐?"라고 쓰여 있었다."90210"은 매사추세츠주 캠브리지에 있는 저희 사무실 우편번호로 변경되어 사무실 복도에 게시되었습니다.

쿠퍼티노에서 인사담당자들이 도착했을 때, 우리는 정중하게 그들을 회의실로 초대해서 사과 뒤집기를 대접했습니다.내 동료 중 한 명이 그런 생각을 할 수 있는 침착함을 가지고 있다는 것이 매우 자랑스러웠다!우리는 모두 해고된 티셔츠를 입고 있었는데, 데이비드 문은 그의 "여정 시작" 티셔츠를 입고 있었고, 그 위에 "begins"와 "ends"라는 단어를 대신 쓴 마스킹 테이프가 있었다.그들은 우리의 해고 서류와 함께 폴더를 받기 위해 한 번에 한 명씩 이름을 불렀다.이름이 불렸을 때 우리는 본능적으로 박수를 쳤다. 졸업식 같은 느낌이 들었다.

애플에서만 있을 수 있는 해고인가 봐요.

셔츠의 사진은 ^[10]여기서 볼 수 있습니다.

할리킨의 죽음과 기능적 물체

Gary M. Palter는 Harlequin의 기능적 객체와 딜런 프로젝트의 역사에 대해 다음과 같이 설명합니다.

1999년 9월 할리킨은 딜런 프로젝트를 취소하고 저를 포함한 프로젝트 직원을 해고했습니다.할리킨은 이례적으로 딜런 프로젝트에 대한 지적재산권을 해당 그룹에 양도했다.이 그룹은 딜런의 구현을 개발하고 마케팅하기 위한 노력을 계속하기로 결정했다.저를 포함한 3명의 멤버는 제품 개발을 촉진하고, 실행 가능한 비즈니스를 확립하기 위한 자금 조달을 위해 1년간 풀타임으로 노력하기로 합의했습니다.Functional Objects, Inc.를 설립하여 이러한 노력을 계속하고 있습니다.그러나 우리의 기금조달 노력은 성공하지 못했다.기능 오브젝트는 2000년 후반부터 사실상 휴면 상태에 있습니다.(팔터의 이력서에서 인용)

오픈소스 프로젝트로서의 딜런 부활

현재 모든 공개 Dylan Implementation Projects는 Gwidion Dylan Maintainers에 의해 오픈 소스로 유지되고 있습니다.웹사이트는 URL http://www.gwydiondylan.org 또는 http://www.opendylan.org에서 접속할 수 있습니다.

첫 번째 : CMU Gwidion Project는 오픈소스가 되었습니다.

CMU의 Guydion Project는 1998년에 오픈 소스가 되었습니다.Eric Kidd는 Gwidion Hackers에 보낸 메시지에서 프로세스에 대해 다음과 같이 말했습니다.

안드레아스 보그와 나는 망각의 근원 타르볼을 구해냈다.우리는 좀 부패하게 싸웠고, 웹사이트를 만들었고, 공개하기 시작했다.다른 사람들이 나타나서 코드를 입력하기 시작했어요.CMU의 Guydion Group과 연락을 취했는데, 그들은 우리를 좋게 해 주었다.
그위디온 그룹은 딜런을 포기했다.제가 아는 한, 그들은 참여(또는 메일링 목록 구독)를 여러 번 거절했습니다.

두 번째: Harlequin – Functional Object 프로젝트는 오픈 소스가 되었습니다.

Functional Objects(이전의 Harlequin Dylan)가 2006년 1월에 운영을 중단하기 전에, 2004년에 Gwidion Dylan Maintainers에 저장소를 오픈했습니다.저장소에는 백서, 설계서, 상용 제품용으로 작성된 문서 및 다음 코드 등이 포함되어 있습니다.

• 딜런 플로우 머신(할리퀸 딜런 컴파일러),
• 인터랙티브 개발 환경:
  • 실행 중인 응용 프로그램에 연결
  • 고급 코드 브라우징 코드
• Dylan User Interface Management 코드(Dylan 구현 및 CLIM의 추가 개발인 GUI 프로그래밍을 위한 고급 언어)
• CORBA 구현
• Microsoft 컴포넌트 테크놀로지 이용:컴포넌트 오브젝트 모델(COM), 오브젝트 링크 앤 임베딩(OLE).
• LispWork 기반의 Dylan 에뮬레이터로, Dylan 언어 구현의 독립적인 프로토타입을 플랫폼화하는 데 사용되었습니다.

리스프어 연대표

• v
• t

1955	1960	1965	1970	1975	1980	1985	1990	1995	2000	2005	2010	2015	2020
LISP 1, 1.5, LISP 2(abandoned)
		마클리스프
			인터리스크
			MDL
				리스프 기계 리스프
				스킴				R5RS		R6RS	R7RS 소형
				없음
					ZIL(Zork 구현 언어)
					프란츠 리스프
					일반적인 리스프
					르 리스프
					MIT 스킴
						T
						체즈 스킴
						Emacs 리스프
						자동 LISP
						피코리스프
							EuLisp
							ISLISP
							오픈리스프
							PLT 방식				라켓
							GNU Guile
									비주얼 LISP
										클로쥬르
										호
										LFE
											하이

레퍼런스

외부 링크

• 딜런 레퍼런스 매뉴얼
• Dylan - 객체 지향 동적 언어(Lisp/Scheme 구문을 사용한 딜런의 초기 설명)