https://a.co/d/dpqiO9F

Objects Unencapsulated: Java, Eiffel and C++?? (Object and Component Technology Series): Joyner, Ian: 9780130142696: Amazon.com: Books

Objects Unencapsulated: Java, Eiffel and C++?? (Object and Component Technology Series): Joyner, Ian: 9780130142696: Amazon.com: Books

a.co

Objects Unencapsulated: Java, Eiffel and C++?? (Object and Component Technology Series) First Edition

by Ian Joyner (Author)

아래부터는 위의 아마존 페이지를 웨일브라우저의 파파고 번역기로 번역해서 가져온 것입니다.

작성자 정보

왜 우리가 걱정해야 합니까?
이를 통해 배운 한 가지 교훈은 직업이 훨씬 더 자기 비판적일 수 있다는 것입니다. 의사들은 환자 본인이 꺼릴 수 있는 시술에 매우 적극적으로 참여할 의사가 있는 것으로 보입니다. 많은 의료 행위는 본질적으로 위험하지만 대안을 조사하는 연구는 매우 느립니다. 많은 의료 행위들은 애초에 예방 효과를 내기 위해 환자의 전체 생활 방식을 평가하기보다는 문제가 발생한 후 문제를 해결하는 것에 기반을 두고 있습니다. 많은 사람들이 대체 의학으로 눈을 돌리고 있는 것은 당연합니다. 이것의 문제는 현금화를 희망하는 사기꾼이 결코 부족하지 않다는 것입니다. 그러나 그러한 대안 뒤에는 오래된 직업들이 너무 쉽게 부정하는 진실이 있습니다.

안타깝게도 컴퓨팅 전문가는 안전 및 중요한 기업과 관련되어 있지만, 너무 많은 컴퓨터 전문가들이 대안을 모색하고 장려하기를 원하지 않습니다. 인류가 계속 발전하려면 연구에 더 많은 자원이 필요하고, 일상 생활을 하는 사람들은 지금보다 훨씬 더 열린 마음을 가져야 합니다.

직업들은 또한 규칙에 과도한 부담을 지고 있습니다; 불행하게도 그것들은 대부분 올바른 규칙이 아닙니다. 이러한 예로는 근본 원인을 해결하는 대신 다른 규칙이나 프로세스에서 일부 부족한 부분을 보충하는 보조 규칙이 있습니다. 물론, 이것이 우리가 직업에서 사기에 대한 보호 장치가 필요하지 않다는 것을 의미하는 것은 아닙니다. 그리고 아주 적은 노력으로 돈을 버는 것이 주된 동기인 사람들에 대한 보호 장치가 필요합니다.

컴퓨팅 분야의 많은 사람들이 심각한 결함이 있는 주장으로 현상 유지를 옹호한다는 사실은 우리가 아직 가야 할 길이 매우 멀다는 것을 보여줍니다.

당신의 연구가 인간의 축복을 증가시킬 수 있도록 응용 과학에 대해 이해하는 것만으로는 충분하지 않습니다. 인간 자신과 그의 운명에 대한 관심은 항상 모든 기술적 노력의 주요 관심사를 형성해야 하며, 우리 마음의 창조물이 인류에게 저주가 아니라 축복이 될 것입니다. 다이어그램과 방정식 중에 이것을 절대 잊지 마십시오.
-알베르트 아인슈타인
1931년 캘리포니아 공과대학 주소

서문
의심할 여지 없이, 지금 여러분은 서점에 서서 C++, 자바, 그리고 에펠탑에서 여러분 앞에 있는 수많은 다른 책들 대신 이 책을 사고 싶은 이유를 결정하고 있습니다. 아니면 이미 구매하셨을 수도 있고 왜 계속 읽어야 하는지 궁금하실 수도 있습니다. 근데 이건 서문일 뿐이죠? 그리고 서점에 서 있지 않는 한 아무도 서문을 읽지 않으므로 지금 사서 나머지 서문을 읽는 것을 저장할 수 있을 것입니다! 이 책은 세 권의 책을 한 권으로 제공하며, 한 권의 책보다 더 길고 더 짧지 않을 수도 있습니다. 저는 우리가 그 500페이지 분량의 메가 볼륨 중 하나를 통해 자주 만들어내지 못하는 경험을 많은 독자들과 공유합니다. 이 책은 또한 이러한 언어의 공통점, 차이점, 강점 및 함정에 대해 알려주고 고품질 소프트웨어를 작성하는 데 필요한 것을 측정하는 방법에 대한 솔직한 평가를 제공합니다.

이 책이 비판적인 이유는 프로그래밍을 불필요하게 어려운 작업으로 만드는 문제, 즉 "소프트웨어 위기"의 지속을 보장하는 현재 프로그래밍 관행의 측면을 살펴보는 것이 중요하기 때문입니다. 그렇게 함으로써 인기 있는 프로그래밍 언어의 여러 측면에서 비판적이며, 따라서 일부 분야에서는 좋은 평가를 받지 못할 메시지를 전달합니다. 그러나 어떤 기술도 절대적이지 않다는 것을 깨달아야 합니다. 우리는 전진하기 위해 도전을 포기해야 합니다.

이 책은 이러한 언어들이 공통적으로 가지고 있는 특징이나 어떻게 다른지에 초점을 맞추고 있기 때문에 그 자체로는 어떤 언어도 가르쳐주지 않을 것입니다. 이 책은 제가 수년간 개발하면서 얻은 프로그래밍 언어의 특징, 여기에 제시된 언어뿐만 아니라 다른 많은 언어들, 그리고 프로그래밍 언어가 야기하는 많은 논쟁과 주장들, 대부분 거짓에 대해 더 깊이 이해할 수 있게 해줄 것입니다.

프로그래밍 언어에 대한 많은 책은 언어의 함정과 함정을 피하는 방법에 대한 지침입니다. 물론 많은 신입 프로그래머들이 전문 프로그래머의 반열에 들기 위해 이러한 비밀을 배우고 싶어하며, 이러한 욕망을 활용할 책이 부족하지 않습니다. 잠재적 함정에 대한 경고는 특히 C++ 문학의 경우인데, 여기서 Bjarne Stroustrup의 책은 많은 경고를 주고 Scott Meyers의 책은 훨씬 더 많은 경고를 주지만, 이러한 문제에 대해 알면 모든 것이 잘 될 것이라는 점에서 C++를 정당화하는 경향이 있습니다. 이 책은 다른 그리고 아마도 덜 대중적인 관점을 가지고 있는데, 경고로는 충분하지 않습니다. 언어는 처음부터 더 견고하게 설계되어야 합니다. 딜러가 아말피에서 소렌토로 가는 길을 달리다 보면 갑자기 죽음을 맞이하게 될 것이라는 경고를 자동차 구매자들은 감동하지 않을 것입니다. 이 책은 언어 및 객체 지향적(OO) 광고를 잘라내고 두 가지에 대한 진실을 찾고자 합니다.

과대 광고가 정착되는 한 가지 방법은 사람들이 기술에 너무 빨리 빠져드는 경향이 있다는 것입니다. 우리는 컴퓨터가 우리에게 줄 수 있는 힘을 위해 컴퓨터를 사랑합니다. 우리는 특히 우리가 사용하는 첫 번째 기술과 사랑에 빠집니다. 우리의 첫 차를 사랑하는 것은 당연한 일이지만, 우리가 앞으로 나아가거나 유지하는 데 막대한 비용이 드는 무언가에 갇혀 있어야 할 때가 옵니다. 이것은 물론 마니아가 원하는 것이지만, 단지 실용적인 이동 수단으로서 차를 원하는 사람들에게는 적절하지 않습니다. 컴퓨터 산업은 이미 사용 기한을 훨씬 초과하는 기술을 보유하기 위해 많은 비용을 지불하고 있으며, 그 예로 2000년(Y2K) 문제를 들 수 있습니다.

사람들은 또한 더 큰 문화 집단에 소속감을 주기 때문에 잘 확립된 기술을 따르는 것을 좋아합니다. 대규모 문화가 소규모 그룹을 압도하고 한 기술에 집착하면 신기술이 손상되고 혁신이 저해되는 경우를 제외하고는 이것이 반드시 나쁜 현상은 아닙니다. 이것은 확립된 잘못된 믿음에 대한 보호가 종종 권력 기반을 보호하는 과학에서 종종 문제가 되어 왔습니다. 컴퓨팅에서 이러한 파워 베이스는 특히 강력하고 재정적으로 수익성이 있습니다. 누군가는 갈릴레오를 이 현상의 본질적인 희생자로 생각합니다; 갈릴레오의 고통의 가해자들은 그 당시 가장 존경받고 "현명한" 사람들이었습니다.

이 책은 기술이 향상되기 위해서는 끊임없이 재평가되어야 한다는 접근법을 취하고 있으며, 우리가 현재 사용하는 기술의 결함에 대해 아무리 열정적으로 느끼더라도 이를 보고 인정해야 합니다. 물론, 관찰된 결함들은 그 사실을 은폐하기 위해 연막을 끝도 없이 토해내는 일부 사람들에게 쓴 약으로 다가옵니다. 이러한 방어는 업계에서 보편화된 종교전쟁의 근간이며, 이러한 종교전쟁은 업계의 전문성을 훼손합니다. 이 책은 프로그래밍 언어의 기술에 초점을 두고 잘 알려진 세 가지 언어를 논평의 기초로 삼습니다. 업계에 존재하는 과대 광고뿐만 아니라 다른 기술도 재평가가 필요합니다.

과대 광고는 특정 제품에 대한 대중의 의식을 높이는 데 있어 마케팅 담당자에게 매우 가치가 있습니다. 저는 최근 한 패션 업계 마케팅 담당자가 "흰 셔츠는 흰 셔츠이지만, 과장된 흰 셔츠는 사고 싶은 흰 셔츠"라고 말하는 것을 들었습니다. 일부 제품이 강한 충성도로 인해 우위를 점하고 있는 시장에서 과대광고에 의존하는 것은 당연하지만, 기술에 대한 적절한 평가를 막기 위해 이러한 충성도나 과대광고를 허용해서는 안 됩니다. 컴퓨터 산업은 가장 강력한 충성도를 관찰할 수 있는 산업입니다. 소비자로서 과대 광고가 어떤 것이 아닌 것처럼 착각을 일으키기 위해 종종 사용된다는 것을 경계하는 것이 우리의 책임입니다.

이 책의 주요 목표는 세 가지 언어를 비교하는 것입니다. C++, 자바, 에펠탑. 제가 아는 한, 언어를 이런 식으로 비교하는 책은 없지만, 단순한 연습이 아니기 때문에 그 이유를 이해할 수 있습니다. 원래 이것은 C++에 관한 논문이었지만 자바가 등장했을 때 C++의 많은 문제를 다루었기 때문에 자바와 C++를 직접 비교하는 것은 좋은 생각처럼 보였습니다. 자바에서 시작했기 때문에 다른 언어와의 비교도 좋은 생각인 것 같았습니다. 에펠탑은 여러 면에서 C++와 자바와 비슷하기 때문에 명백한 선택이었습니다. 스몰토크, 베타, 오베론 같은 것도 해보고 싶었는데, 이 언어들은 다시 다소 다르고, 3개 언어는 이미 충분한 자료 이상을 제공했습니다.

이 책의 또 다른 독특한 측면은 언어 기능과 소프트웨어 프로젝트의 생산성과 어떻게 관련이 있는지 실용적으로 살펴본다는 것입니다. 저의 목적은 언어의 이론적 측면에 대한 학문적 논문이나 논문을 만드는 것이 아니라 특정 언어의 특징이 왜 좋은지 나쁜지 또는 문제를 일으킬 수 있는 실용적인 이유를 제시하는 것이었습니다. 때때로 이것은 이론과 관련이 있는데, 이론은 실천을 더 쉽게 하고 우리가 이전에 생각하지 않았던 것들을 가능하게 하기 위해서만 존재한다는 것이 제 생각입니다. 이론은 우리를 구속하는 직선적인 재킷이 아니라 오히려 이론이 새로운 것을 가능하게 합니다.

많은 사람들이 사물 지향 기술이라고 알려진 것을 과도하게 채택함으로써 화상을 입기 시작했습니다. OOO에서 시작한 것은 시드니 대학교에서 Jan Hext 교수가 데이터 추상화에 대해 발표한 우등 수업이었고, 이 수업의 일부에서 우리는 Simula를 배웠습니다. 저는 이 언어에 깊은 인상을 받았습니다. Bjarne Stoustrup과 Alan Kay를 포함한 많은 다른 언어들도 그랬듯이 말입니다. 몇 년 후 저는 Object Pascal을 사용하여 여러 대규모 프로젝트를 수행했습니다. C++가 주목을 받게 된 것은 이러한 프로젝트 중 하나였기 때문에 저는 Bjarne Stroustrup의 The C++ Programming Language 초판을 열렬히 구입했습니다. 이 글을 읽다 보니 꽤 익숙했던 개념들이 몇 년 동안 경험이 많은 OO 실무자로서 이해하기 어려운 복잡성 아래에 묻혀 있는 것 같아 다소 마음이 편했습니다. 이 단계에서 C++는 오늘날의 C++에 비해 매우 간단했습니다. 원래 C++는 Object Pascal에 비해 실질적인 이점을 제공하지 못했는데, 그 당시에는 여러 상속, 템플릿 등이 없었기 때문입니다. 나는 실용적인 경험이 없는 언어를 판단하고 싶지 않았는데, 실용적인 경험은 아마도 몇 가지 모호함을 매우 빨리 이해할 수 있을 것이라고 생각했기 때문입니다.

Brian Henderson-Sellers가 Bertrand Meyer의 Object-Oriented Software Construction이라는 책을 추천한 것도 이 무렵입니다. 소프트웨어 공학의 진정한 목적이 무엇인지 살펴보고 해결책을 제시했기 때문에 저는 이 책이 매우 즐거운 책이라고 생각했습니다. 이전 프로젝트에서 무엇이 옳고 그른지에 대해 많은 것을 설명했습니다. 이 책은 마이어가 에펠이라고 부르는 또 다른 프로그래밍 언어를 소개해 주었습니다. 저는 OO을 이렇게 설명해주는 것을 정말 원했는데, 오브젝트 파스칼이나 새로운 C++ 같은 제가 아는 언어에 적용했습니다. 저는 에펠이 그의 컴퓨터 프로그래밍 예술 시리즈에서 크누스의 믹스 어셈블러 언어와 약간 비슷하다고 생각했습니다. 저는 다른 언어에 대처하는 것을 좋아하지 않았습니다. 하지만 책을 읽다 보니 에펠탑이 너무 깨끗하고 간단해서 전혀 방해가 되지 않는다는 것을 알게 되었습니다. 실제로 배우려고 노력한 것은 아니지만 책이 끝날 무렵에는 꽤 익숙하다는 느낌을 받았습니다. 그뿐만 아니라 당시 오브제 파스칼도 C++도 제공하지 않았던 다중 상속, 일반성, 쓰레기 수집과 같은 새로운 고급 OO 개념을 배웠습니다.

제가 유니시스사에 근무하던 중에 C++를 실제로 사용할 수 있는 기회가 왔습니다. 대규모 프로젝트인 UNIX X.500은 C++에서 수행되었습니다. 그 때에도 C++는 여전히 여러 상속, 템플릿 등이 없는 매우 원시적이었고 CFront 전처리기를 사용하여 컴파일이 수행되었습니다. 동료들은 C++ 이외에는 OO에 대한 경험이 적었지만 C++가 궁극적인 언어라고 열광했고 C++를 하기 전까지는 OO를 실제로 해본 적이 없다고 말했습니다. 이윽고 스트루스트럽의 초판을 읽으며 마음이 편치 않았던 이유를 알게 되었습니다. 실제 경험은 앞서 언급된 모호함을 설명하지 못했지만 많은 함정을 드러냈습니다. 불과 몇 주 후에, 저는 제가 발견한 문제에 대한 요점 노트로 가득 찬 두 페이지를 갖게 되었습니다. 몇 달 후에 저는 이것을 보고서로 작성하여 내부 유니시스 뉴스 그룹에 제출했습니다. 그동안 소속 부서에서 C++를 추진하던 몇몇 사람들이 C++를 옹호하기 위해 나섰습니다. 그들은 정말로 제가 더 많은 결함을 찾도록 자극했고, 종이는 꽤 길어졌습니다. 그 후 1992년 초에 인터넷 뉴스 그룹에 제출했습니다. 이것은 다시 불장난으로 테스트를 거쳤고, 이것은 저에게 더 많은 아이디어를 주었습니다. 그래서 2판으로 전면 수정하여 1992년 말 뉴스넷에 재제출하였습니다.

1992년 이후 저는 이 프로젝트에 충분한 시간을 투자했고 소프트웨어 공학에 충실하고 싶다고 결정했습니다. 하지만 1996년에 저는 C++의 문제를 피한다고 주장한 자바를 조사하기 시작했고, 이것은 앞서 언급했듯이 C++에 대한 이전의 평가를 다른 언어와 비교하여 재검토하도록 영감을 주었습니다. 따라서 이 비평의 세 번째 판은 1996년 말 인터넷에 게재되었습니다.

3판이 출간된 후 많은 분들이 제가 너무 멀리 가지는 못했다는 평을 해주셨는데, C++에는 다른 많은 문제들이 있었습니다. 그들은 저에게 몇 가지 다른 문제에 대해 강의하고 연구 방향을 알려주었습니다. 그들이 옳았고, 저는 새로운 재료와 이전에 생각하지 못했던 것들의 여러 출처를 찾았습니다. 저는 이 자료를 4판이 될 것에 추가하기 시작했지만, 종이가 매우 길어지고 있었습니다. 책 형식으로 재구조화해보니 150페이지가 넘는 분량이라 책으로도 가능한 자료가 될 수 있다고 판단했습니다. 앞의 세 판본을 읽어보셨다면 책이 원본 자료를 많이 보존하면서도 좀 더 논리적인 학습 순서로 재배치하고 신선한 자료를 많이 추가하는 것을 발견하실 수 있을 것입니다-결과가 마음에 드셨으면 좋겠습니다. 그래서 그것은 살 가치가 있거나 적어도 친구로부터 빌릴 가치가 있습니다.

책의 구조
이 책을 통해 우리는 각 언어의 차이점, 강점, 약점 및 문제에 주의를 기울이며 객체 지향 패러다임을 통해 하향식 과정을 따를 것입니다.

1장에서는 현대 프로그래밍 언어에 대해 무엇을 기대해야 하는지 알지 못하면 어떤 의견도 형성할 수 없다는 결론을 내리는 데 유용한 몇 가지 원칙과 개념을 살펴봅니다.

2장은 객체 지향 언어의 맨 위에서 시작하여 OO 언어의 객체, 클래스 및 기본 개체를 살펴봅니다. 3장에서는 모듈의 개념이나 기본 개체가 우리 언어로 어떻게 그룹화되는지, 클래스 그룹이 함께 패키지화될 수 있는지 살펴봅니다. 4장에서는 이러한 엔티티의 내부, 즉 기능을 살펴봅니다.

5장과 6장에서는 더 큰 시스템을 구성하기 위해 기본 엔티티를 사용하는 방법, 즉 5장에서는 상속을 받고 6장에서는 일반성을 가진 엔티티를 구성하는 방법을 살펴봅니다.

7장에서는 내보내기 및 액세스 제어를 제공하는 기능, 인터페이스 정의 방법, 클래스 구현에 대한 액세스 방지 방법에 대해 다룹니다.

8장에서는 객체가 어떻게 초기화되고 파괴되는지 살펴보고 다양한 다른 연산자들도 살펴봅니다.

9장에서는 캐스트와 잘 정의된 유형의 시스템에서 캐스트가 필요하지 않은 방법을 다룹니다.

10장과 11장에서는 컴파일 시간 및 런타임 문제를 살펴봅니다. 12장에는 다른 장에 맞지 않는 몇 가지 잡다한 문제들이 포함되어 있습니다.

13장에서는 많은 스레드를 함께 그리고 프로젝트 조직, 설계 및 기타 요소와 우리 언어가 이러한 기능을 제공하는 방법을 살펴봅니다.

14장에서는 C++에 영향을 미치거나 C++에서 폐기된 C의 구체적인 문제와 자바와 에펠탑이 이러한 문제를 겪지 않는 방법을 살펴봅니다.

C++ 코드 예제 정보
C++에서 C++를 작성할 수 있고 작성해야 하는 방법을 준수하기 위해 C++의 예제를 개발하는 것은 매우 어렵습니다. "글로 쓸 수 있다"는 말은, 오늘날 시중에 나와 있는 대부분의 컴파일러에서 컴파일할 수 있다는 뜻입니다. 제 말은, "작성되어야 한다"는 것은 최신 표준 초안을 따르도록 작성되었는지, 전문가들이 말하는 대로 작성되어야 한다는 것인데, 시중의 어떤 컴파일러도 이를 받아들이지 않을 수도 있다는 것입니다. (그런데 국제표준기구 ISO는 표준 초안은 표준이 아니라고 지적하고 있습니다!) C++ 사례를 포함함으로써, 그 사례들이 좋은 사례가 아니라는 비판을 받을 여지가 큽니다.

이것은 제 입장에서는 한심한 변명처럼 들리지만, C++에 대해 잘 알려진 작가인 Al Stevens는 최근 Dobb 박사의 기사에서 다음과 같이 말합니다.

저희 C++ 작가들은 한동안 고민에 빠져 있었습니다. 문제는 빠른 언어 진화입니다. 현재 컴파일러가 지원하는 방식으로 언어에 대해 쓴다면, 당신이 쓰는 동안에도 당신의 작업은 쓸모가 없습니다. 위원회가 정의한 방식으로 언어에 대해 쓴다면, 현재 제안된 표준으로 컴파일하는 컴파일러가 거의 없기 때문에 작업에서 프로그램을 컴파일할 수 있는 최신 컴파일러는 거의 없습니다.

그리고 더 나아가:
내 책장에 있는 모든 C++ 책들은 꽤 최근에 나온 책들을 포함해서 이런 스타일의 코드를 사용합니다. 그러나 새 책이 이런 종류의 코드를 사용한다면, 그 책은 문을 나서기 전에 "오래된 것"이라는 꼬리표를 붙입니다.

또한:
Listing Four는 (제안된 표준과) 완전히 호환되는 C++ 프로그램으로 레거시 C++ 컴파일러는 컴파일하지 않지만 호환되는 컴파일러는 컴파일할 수 있습니다. Herb와 저는 평판이 좋은 권위자로부터 이것이 C++ 프로그래머들에게 프로그래밍을 가르쳐야 하는 방법이라고 들었습니다. 4번을 나열하는 것은 정치적으로 옳습니다.

따라서 이 책이 (한 번에) 또는 다른 컴파일러, 표준, 또는 정치적으로 정확하다는 누군가의 개념에 부합하지 않기 때문에 이 책이 유효하지 않다고 말하는 반대자를 찾는 데 문제가 없을 것이라고 확신합니다. 그래서 저는 이것에 대해 사과하지 않습니다. 그것은 아무도 바로잡을 수 없는 것입니다! 예를 포함하는 것은 제가 말하는 것을 설명하는 데 도움이 되기 때문입니다. 그림의 정신은 천 마디 말의 가치가 있습니다.

감사합니다.
1996년경 저는 제 인터넷 논문이 합리적인 책 프로젝트로 성장할 수도 있다는 것을 알았지만, Geoff Eldridge가 이 아이디어의 목소리를 냈고 그 후 고무되기 전까지는 이 아이디어를 너무 심각하게 받아들이지 않았습니다. Geoff는 OOO 기술에 대한 많은 유용한 정보를 제공하는 존경받는 인터넷 사이트를 운영하고 있으며 C++를 조사하는 제 원본 논문을 널리 배포하는 데도 중요한 역할을 했습니다.

얼마 지나지 않아 베르트랑 마이어(Bertrand Meyer)도 이러한 작품을 객체 기술 시리즈(Object-Technology Series)에 게재하는 것에 관심을 나타냈습니다. 그는 매우 고무적이었지만 이 책이 검토하는 언어 중 하나의 설계자로서 프로젝트에 부당하게 영향을 미치지는 않았습니다. 저는 항상 그의 언어를 보완하는 것은 아니며, 이 작업을 수행할 수 있고 아직 출구를 가질 수 없는 자유에 감사드립니다.

존 포터는 또한 맥쿼리 대학(MRI)의 마이크로소프트 연구소(Microsoft Research Institute)와 함께 자신의 객체 기술 그룹(Object Technology Group)에서 가장 고무적이고 시간제 근무를 주선해 왔습니다. 그는 여기에 문서화된 통찰력을 제공하고 다른 사람들을 테스트하는 데 도움을 주는 많은 프로젝트를 제공했습니다. MRI에서의 빈번한 토론은 가장 빛을 발했고, 이 책의 일부 영역을 바로 잡는 데 확실히 도움이 되었습니다. 하지만 부정확한 부분은 제 책임입니다. 이 그룹에는 사무실과 관련된 많은 토론과 터무니없는 유머 감각을 공유한 데이비드 클라크(David Clarke), 자바 동시성에 대한 선도적인 전문가이자 초기 초안에 대해 상세하고 도움이 되는 의견을 많이 제시한 데이비드 홈즈(David Holmes), 언어와 패턴의 원형화에 대해 잘 알고 있는 제임스 노블(James Noble), 존 티즈웰(Jon Tidswell), 짧은 대화를 통해 많은 지원을 해주고 컴퓨터 보안에 대해 많은 것을 가르쳐준 라이언 셸스웰(Ryan Shelswell), 스코틀랜드에서 더 높은 요구에 질렸지만 많은 통찰력을 제공해준 라이언 셸스웰(Ryan Shelswell). 비록 이 그룹은 1999년 중반에 해체되지만, 여러분은 다음 천년에 이 재능 있는 젊은이들로부터 많은 것을 듣게 될 것이라고 확신합니다. (만약 우리가 천년 벌레 재앙에서 살아남는다면!)

얀 헥스트 교수님도 말씀드렸듯이 시드니 대학교에서 처음 알게 된 분이 시뮬라를 우등 과정에서 가르쳐 주셨고, 이 용어가 알려지기도 전에 OO에 눈을 돌리게 되었고, 책을 출판할 때의 함정에 대해 좋은 조언을 해주셨던 분입니다. 폴 그린필드는 또한 시드니 대학의 가정교사에서 여러 다른 직업에서 지속적으로 함께 일해 온 가정교사에 이르기까지 저의 지속적인 교육에 있어 공통적인 요소였습니다. 그는 당신이 어떻게 높은 수준의 개념을 가진 실용적인 엔지니어가 될 수 있는지 보여주었습니다. 돈 그레고리는 또한 좋은 친구였고, 여러 노력을 격려했으며, 이 책의 초기 형태를 그의 A 시리즈 저널에 논문으로 발표했습니다. Owen Reddecliffe는 고급 언어가 실용적이고 매우 효율적일 수 있다는 것을 저에게 증명해준 또 다른 사람이었습니다. 그리고 그가 Basic의 4,000행의 ALGOL과 같은 언어의 컴파일러를 썼다는 사실은 그 자체로 교육입니다.

그렇기는 하지만, 이 책을 준비하는 동안 어머니는 심장 우회 수술 후 합병증으로 뜻밖에 세상을 떠났고, 부모를 잃은 모든 분들처럼 어머니에게 감사의 마음을 직접적으로 전하고, 놓친 많은 기회들을 후회할 수 있는 방법이 있었으면 좋겠습니다. 그녀는 사랑의 전형이었고 인류의 탐욕과 증오를 증폭시키기 위해 현대 기술이 어떻게 사용되는지에 대해 큰 고민을 할 것입니다. 따라서 이 책은 다음을 위해 쓰입니다.

루이스 넬리 조이너
그녀는 나에게 생명을 주었습니다.
세상으로 들어가는 나의 통로
하지만 유기적인 사실보다
우리는 더 높은 목적을 위해 여기에 있습니다.
그녀는 사랑의 통로였습니다.
모두를 하나로 모으는 것.
다시 뭉쳐서
이 부서진 세상에서 사랑은 어리석고 나약합니다.
하지만 그녀가 지금 사랑하는 곳에는 힘이 넘칩니다.
모든 사람들이 이성을 초월해서 그녀의 사랑을 파악할 수 있다면
세계는 전쟁과 총과 침략을 초월할 것입니다.
불우하거나 다른 사람들의 미움을 넘어.
세상은 그녀의 사랑, 그녀의 연민으로부터 배워야 합니다.
그녀가 우리 곁을 떠난 이들은
그리고 그들이 절대 사라지지 않기를 기도합시다.

이안 조이너
1998년 7월 30일