I. 당신이 소프트웨어 개발의 세계를 바꾼 지 몇 년이 지났습니다. 지금 돌이켜보면 어떤 기분인가요?
C. 실은 네가 오기 직전에 그 날들을 생각하고 있었어. 기억하십시오 - 모두가 자신만의 'C' 버전을 작성했으며 문제는 모두가 그것을 아주 잘했다는 것입니다. 대학에서도 언어를 아주 잘 가르쳤습니다. 이는 능력 저하로 이어졌다. 이 경우 '능력'이란 경이로운 것을 의미합니다. 그것이 문제의 원인입니다.
I. 문제?
C. 네, 문제입니다. 모두가 Cobol로 글을 썼을 때를 기억하십니까?
나. 물론 나도 했다.
C. 음, 처음에 이 녀석들은 신과 같았습니다. 그들은 많은 돈을 받고 왕처럼 대우받았습니다.
I. 예, 그 때가 ...
S. 정확히. 글쎄, 무슨 일이야? IBM은 그것에 질려서 프로그래머가 엄청나게 많아질 때까지 프로그래머 교육에 수백만 달러를 투자했습니다.
I. 그렇게 해서 나는 이 구체를 빠져나왔다. 한 해 동안 급여가 너무 낮아서 기자조차도 더 많이 벌 수있었습니다 ...
S. 정확히. 같은 일이 'C'로 작성된 프로그래머에게도 일어났습니다.
I. 알겠습니다. 이 모든 것에 대해 무엇을 말하고 싶습니까?
C. 어느 날 사무실에 앉아 있었는데 어떻게 하면 균형을 조금이나마 회복할 수 있을까 하는 작은 아이디어가 떠올랐습니다. 나는 생각했다: 프로그래밍 언어가 너무 혼란스럽고 배우기 어려워서 아무도 그것을 쓰는 수많은 프로그래머들로 시장을 채울 수 없다면 어떻게 될까? 나는 그때 이미 그것에 대해 몇 가지 생각을 하고 있었다. 여기에서 X10 및 X 창을 알고 있을 것입니다. 당시 Sun 3/60에서 실행되는 그래픽 시스템이었습니다. 복잡한 구문, 이해하기 어려운 무시무시한 기능, 유사 객체 지향 구조 등 내가 필요한 모든 요소를 갖추고 있었습니다. 지금도 아무도 X-windows 아래에 직접 글을 쓰지 않습니다. 정신을 유지하고 싶다면 모티브가 유일한 방법입니다.
나. 장난해?
C. 전혀. 문제가 하나 더 있습니다. 유닉스는 'C'로 작성되었습니다. 즉, 'C'로 작성하는 모든 프로그래머는 매우 쉽게 시스템 프로그래머가 될 수 있습니다. 대부분의 시스템 프로그래머가 벌곤 했던 금액을 기억하십니까?
나. 네, 저도 했어요.
C. 이제 이 새로운 언어는 'C'와 Unix를 멋지게 연결하는 모든 시스템 호출을 숨겨서 Unix와 분리되어야 했습니다. 그러면 DOS만 아는 사람들도 돈을 벌 수 있을 것입니다.
I. 나는 당신이 이것을 말한 것을 믿지 않습니다 ...
C. 꽤 오랜 시간 동안 진행되어 왔지만 대부분의 사람들은 C++이 시간 낭비라는 것을 이제쯤 알아차렸을 것입니다. 하지만 예상보다 시간이 오래 걸렸습니다.
I. 글쎄요, 좀 더 정확하게 말씀해 주세요. 어떻게 하셨나요?
C. 그냥 농담이었어요. 사람들이 이 책을 진지하게 받아들일 줄은 몰랐어요. 두뇌가 반인 사람이라도 객체 지향 프로그래밍이 직관적이고 비논리적이며 비효율적이라는 것을 이해할 수 있습니다.
나. 뭐?
C. 그리고 '재사용 가능한 코드'와 관련하여 - 혹시 '재사용'하는 회사에 대해 들어본 적이 있습니까?
나. 음, 사실 못 들어봤지만...
S. 그게 다야. 그런데 일부는 시도했습니다. 90년이나 91년에 오레곤에 Mentor Graphics라는 회사가 있었습니다. 나는 실제로 그들에게 공감했지만 사람들은 적어도 그들의 실수에서 무언가를 배웠다고 생각합니다.
I. 분명히 그들은 성공하지 못했습니까?
C. 전혀 없습니다. 그러나 회사 주주에게 3000만 달러의 피해를 입힌 것을 설명하는 것은 어려웠을 것이며, 결국 그들은 성공했습니다.
I. 그래서 그들은 성공했습니까? 이것은 '객체 지향'이 작동함을 증명합니다.
C. 거의. 실행 파일이 너무 커서 128Mb RAM이 있는 HP 워크스테이션에서 로드하는 데 5분이 걸렸습니다. 걸림돌이 될 거라 생각했지만 아무도 신경 쓰지 않았다. Sun과 HP는 사소한 프로그램을 실행할 수 있는 막대한 리소스가 포함된 매우 강력한 제품을 판매하게 되어 매우 기뻤습니다. AT&T에서 첫 번째 C++ 컴파일러로 'Hello World' 프로그램을 컴파일했을 때 실행 파일의 크기가 2.1Mb라는 사실을 믿을 수 없었습니다.
I. 예... 하지만 컴파일러는 그 이후로 먼 길을 왔습니다.
C. 그렇게 생각합니까? 최신 버전의 g++로 동일한 'Hello World' 예제를 시도하십시오. 그러면 약 0.5 메가바이트가 될 것입니다. 그리고 이 외에도 전 세계에서 더 많은 예가 있습니다. British Telecom은 큰 곤경에 처할 뻔했지만 다행히도 그들은 프로젝트를 마무리하고 처음부터 다시 시작하기 위해 제 시간에 알아냈습니다. 그리고 그들은 Australian Telecom보다 운이 좋습니다. 그리고 지금 저는 Siemens가 일종의 공룡을 만들고 있으며 그들이 얻는 것의 크기에 대해 점점 더 걱정하고 있다고 들었습니다. 이런 보편적인 망상을 보면 웃기지 않나요?
I. 예, 하지만 C++는 일반적으로 완전히 정상적인 언어입니다.
S. 그렇게 믿습니까? C++ 프로젝트에 앉아서 작업을 시도한 적이 있습니까? 첫째, 사소한 프로젝트만 그렇게 작동하도록 충분한 트랩을 설정합니다. 프로젝트가 끝나면 다른 모듈의 동일한 연산자가 완전히 다른 것을 의미한다는 것이 밝혀졌습니다. 이제 이 모든 모듈을 하나의 전체로 연결해 보십시오. 특히 100개의 모듈이 있는 경우에는 이러한 모듈을 서로 통신할 수 없는 여러 회사의 문제에 대해 들을 때마다 저는 가끔 웃지 않을 수 없습니다.
I. 나는 당신이 말한 모든 것에 완전히 당황했다고 말해야합니다. 프로그래머들의 임금을 올리기 위해 그렇게 했다고 합니다. 그러나 이것은 넌센스입니다.
S. 정확히는 아닙니다. 누구에게나 선택권이 있습니다. 이렇게 손이 많이 갈 줄은 몰랐습니다. 그러나 여전히 거의 모든 것이 나에게 잘 맞았습니다. C++은 이제 죽어가고 있으며 프로그래머는 계속해서 높은 급여를 받고 있습니다. 특히 이 모든 말도 안되는 일을 처리하는 프로그래머는 직접 작성하지 않으면 대규모 C++ 프로그램 모듈을 효과적으로 사용하는 것이 불가능하다는 것을 이해하고 있습니다.
나. 어때요?
S. 명확하지 않습니까? typedef를 기억하십니까?
I. 물론입니다.
C. 이제 예를 들어, 일종의 'RoofRaised'가 배정밀도 숫자라는 것을 찾기 위해 제목을 파헤쳐야 하는 시간을 기억하십시오. 이제 대규모 프로젝트에서 모든 유형 정의를 찾는 데 얼마나 걸릴지 상상해 보십시오.
I. 그래서 당신은 당신이 원하는 모든 것에 성공했다고 주장합니다 ...
C. 음, 'C'에서 중형 프로젝트를 구현하는 데 시간이 얼마나 걸리는지 기억하십시오. 6개월 정도입니다. 아내와 아이가 있는 남자가 괜찮은 생활비를 벌기에 충분하지 않습니다. C++에서 동일한 프로젝트를 구현하려고 하면 어떻게 됩니까? 1~2년이 필요합니다. 멋지지 않아? 그 외에: 대학에서 'C'를 너무 오랫동안 가르치지 않았기 때문에 'C'로 프로그래밍하는 사람, 특히 Unix 프로그래밍에 대해 모든 것을 알고 있는 사람이 거의 없습니다. 몇 년 동안 'new'를 사용하고 반환 코드 검사에 신경 쓰지 않은 후 'malloc'으로 무엇을 해야 할지 알아낼 수 있는 사람이 몇 명이나 될까요? 대부분의 C++ 프로그래머는 이 반환 코드를 전혀 던지지 않습니다. 그 옛날 '-1'에게 무슨 일이? 적어도 '던지기', '시도' 및 '잡기'가 없는 어딘가에 오류가 있다는 것이 즉시 분명해졌습니다...
I. 그럼에도 불구하고 상속은 많은 시간을 절약합니까?
C. 아니, 내가 말했지... 'C'와 C++의 프로젝트 계획 단계의 차이점을 눈치채셨나요? C++ 프로젝트의 경우 이 단계가 3배 더 깁니다. 필요한 모든 것이 상속되고 필요하지 않은 모든 것이 상속되지 않는지 확인하는 데 시간이 걸립니다. 그러나 오류가 없는 것은 아닙니다. 'C' 프로그램에서 메모리 누수에 대해 들어본 사람이 있습니까? 이제 이러한 누출을 찾는 것은 힘든 일입니다. 대부분의 회사는 메모리 누수가 있음을 알고 제품을 포기하고 출시합니다.
I. 그러나 다양한 소프트웨어 도구가 있습니다 ...
C. 대부분이 C++로 작성되었습니다.
I. 우리가 이 모든 것을 공개한다면, 당신은 단순히 린치될 수 있습니다. 알겠습니까?
C. 나는 그것을 의심한다. 내가 말했듯이 C++는 이미 과거의 일이 되었습니다. 어떤 회사도 사전 테스트 없이 C++로 프로젝트를 시작하지 않을 것이며, 테스트가 있다면 이것이 실패의 지름길이라는 것을 이해하게 될 것입니다. 그들이 이해하지 못한다면 그렇게하십시오. 저는 Dennis Ritchie에게 Unix를 C++로 다시 작성하도록 설득하려고 했습니다.
아이. 세상에. 그리고 그가 뭐라고 말했습니까?
C. 다행히 유머 감각이 좋다. 그와 브라이언 모두 내가 그때 무엇을 하고 있었는지 이해했다고 생각합니다. 그는 내가 원한다면 C++ 버전의 DOS를 작성하는 데 도움을 줄 수 있다고 대답했습니다.
I. 글쎄, 어떻게? 원 했니?
C. C++로 DOS를 작성했습니다. 데모를 드릴 수 있습니다. 그녀는 다른 방에 있는 Sparc 20에서 저를 위해 일합니다. 4개의 프로세서에서 작동하며 70MB의 디스크 공간만 차지합니다.
I. PC에서는 어떻게 보입니까?
S. 당신은 분명히 농담하고 있습니다. Windows'95를 보셨습니까? 나는 그것들을 나의 가장 큰 성공이라고 생각한다.
I. 아시다시피, Unix++에 대한 이 아이디어는 저를 생각하게 했습니다. 결국, 어딘가에 이것을 할 아이디어를 생각해 낼 사람이있을 수 있습니다 ...
S. 그러나 그가 이 인터뷰를 읽은 후에는 아닙니다.
I. 죄송합니다만, 이 인터뷰의 일부라도 공개할 수 없을 것 같습니다.
S. 그러나 이것은 세기의 역사입니다. 나는 단지 동료 프로그래머들이 내가 그들을 위해 한 일을 기억해주기를 바랐다. 이제 C++ 프로그래밍이 어떻게 지급되는지 아십니까?
I. 내가 마지막으로 들었던 것 - 실제 전문가는 시간당 $ 70-80를 번다.
S. 이제 이해가 되셨나요? 그리고 나는 그가 돈을 받을 자격이 있다고 확신합니다. 내가 C++에 구축한 이러한 모든 트랩을 추적하는 것은 쉬운 일이 아닙니다. 그리고 앞서 말했듯이 모든 C++ 프로그래머는 모든 프로젝트에서 언어의 모든 요소를 사용해야 한다는 사실에 구속을 느낍니다. 일반적으로 이것은 내 목적에 부합하더라도 종종 나를 짜증나게 합니다. 하지만 지금은 시간이 많이 흐른 후 이미 이 언어가 마음에 들기 시작했습니다...
I. 이전에 C++를 좋아하지 않았다는 말입니까?
S. 그를 싫어했다. 그는 심지어 어색해 보입니다. 동의하지 않습니까? 하지만 그곳에서 다른 책들이 출판되기 시작했을 때 ... 그 때 나는 전체 그림을 보았습니다.
I. 잠깐, 링크는 어떻습니까? 'C' 포인터가 개선되었는지 확인합니까?
S. 흠. 나는 나 자신을 모른다. 사실 그렇게 생각했어요. 그런 다음 처음부터 C++로 글을 작성한 사람과 이야기를 나눈 적이 있습니다. 그는 자신의 변수가 참조되었는지 여부를 기억할 수 없어 항상 포인터를 사용했다고 말했습니다.
I. 보통 이 단계에서 '인터뷰 정말 감사합니다'라고 말하는데 지금은 어쩐지 어울리지 않는다.
C. 당신이 이것을 출판하겠다고 약속해 주십시오.
I. 알려드리겠지만, 제 편집자가 이에 대해 어떻게 말할지 알 것 같습니다.
S. 그러나 어쨌든, 누가 그것을 믿겠습니까? 그건 그렇고, 이 녹음의 사본을 나에게 보내주시겠습니까?
나. 할 수 있어.
번역자 주:
저는 C++로 프로그래밍하지 않습니다. 나는 러시아 문학의 감정가가 아닙니다. 따라서 번역 오류가 있을 수 있는 점에 대해 사과드립니다.
시장의 개방을 기대하십니까? 그리고 우리도 마찬가지입니다!!!
EURUSD, H1
시장의 개방을 기대하십니까? 그리고 우리도 마찬가지입니다!!!
페어 트레이딩입니다.
http://gzone.org.ua/readclass/18/show/
글쎄요, Stroustrup과의 아주 재미있는 인터뷰...
2009년 12월 22일
HACKNET 검토 01/98
1998년 1월 1일 Bjarne Stroustrup과의 인터뷰
컴퓨터 잡지.
© 1998 컴퓨터
번역: 마이크 블루스만
1998년 1월 1일, Bjarne Stroustrup은 'Computer' 잡지와 인터뷰했습니다. 사실 편집자들은 그가 개발한 언어를 사용하여 7년 간의 객체 지향 프로그래밍에 대해 이야기할 것이라고 가정했습니다.
대화가 끝나갈 무렵 면접관이 생각했던 것보다 더 많은 정보를 추출한 것으로 밝혀졌고, 자연스럽게 편집자들은 '업계의 이익을 위해' 내용을 잘라내기로 결정했지만, 보통 그런 경우가 그러하듯이 경우에는 정보가 유출되었습니다.
다음은 인터뷰의 전체 및 편집되지 않은 스크립트입니다. 일반적인 예정된 Q&A처럼 보이지 않습니다.
당신은 확실히 이것이 흥미롭다는 것을 알게 될 것입니다.
면접관 - 추가 I. , Stroustrup - 추가 C. .
I. 당신이 소프트웨어 개발의 세계를 바꾼 지 몇 년이 지났습니다. 지금 돌이켜보면 어떤 기분인가요?
C. 실은 네가 오기 직전에 그 날들을 생각하고 있었어. 기억하십시오 - 모두가 자신만의 'C' 버전을 작성했으며 문제는 모두가 그것을 아주 잘했다는 것입니다. 대학에서도 언어를 아주 잘 가르쳤습니다. 이는 능력 저하로 이어졌다. 이 경우 '능력'이란 경이로운 것을 의미합니다. 그것이 문제의 원인입니다.
I. 문제?
C. 네, 문제입니다. 모두가 Cobol로 글을 썼을 때를 기억하십니까?
나. 물론 나도 했다.
C. 음, 처음에 이 녀석들은 신과 같았습니다. 그들은 많은 돈을 받고 왕처럼 대우받았습니다.
I. 예, 그 때가 ...
S. 정확히. 글쎄, 무슨 일이야? IBM은 그것에 질려서 프로그래머가 엄청나게 많아질 때까지 프로그래머 교육에 수백만 달러를 투자했습니다.
I. 그렇게 해서 나는 이 구체를 빠져나왔다. 한 해 동안 급여가 너무 낮아서 기자조차도 더 많이 벌 수있었습니다 ...
S. 정확히. 같은 일이 'C'로 작성된 프로그래머에게도 일어났습니다.
I. 알겠습니다. 이 모든 것에 대해 무엇을 말하고 싶습니까?
C. 어느 날 사무실에 앉아 있었는데 어떻게 하면 균형을 조금이나마 회복할 수 있을까 하는 작은 아이디어가 떠올랐습니다. 나는 생각했다: 프로그래밍 언어가 너무 혼란스럽고 배우기 어려워서 아무도 그것을 쓰는 수많은 프로그래머들로 시장을 채울 수 없다면 어떻게 될까? 나는 그때 이미 그것에 대해 몇 가지 생각을 하고 있었다. 여기에서 X10 및 X 창을 알고 있을 것입니다. 당시 Sun 3/60에서 실행되는 그래픽 시스템이었습니다. 복잡한 구문, 이해하기 어려운 무시무시한 기능, 유사 객체 지향 구조 등 내가 필요한 모든 요소를 갖추고 있었습니다. 지금도 아무도 X-windows 아래에 직접 글을 쓰지 않습니다. 정신을 유지하고 싶다면 모티브가 유일한 방법입니다.
나. 장난해?
C. 전혀. 문제가 하나 더 있습니다. 유닉스는 'C'로 작성되었습니다. 즉, 'C'로 작성하는 모든 프로그래머는 매우 쉽게 시스템 프로그래머가 될 수 있습니다. 대부분의 시스템 프로그래머가 벌곤 했던 금액을 기억하십니까?
나. 네, 저도 했어요.
C. 이제 이 새로운 언어는 'C'와 Unix를 멋지게 연결하는 모든 시스템 호출을 숨겨서 Unix와 분리되어야 했습니다. 그러면 DOS만 아는 사람들도 돈을 벌 수 있을 것입니다.
I. 나는 당신이 이것을 말한 것을 믿지 않습니다 ...
C. 꽤 오랜 시간 동안 진행되어 왔지만 대부분의 사람들은 C++이 시간 낭비라는 것을 이제쯤 알아차렸을 것입니다. 하지만 예상보다 시간이 오래 걸렸습니다.
I. 글쎄요, 좀 더 정확하게 말씀해 주세요. 어떻게 하셨나요?
C. 그냥 농담이었어요. 사람들이 이 책을 진지하게 받아들일 줄은 몰랐어요. 두뇌가 반인 사람이라도 객체 지향 프로그래밍이 직관적이고 비논리적이며 비효율적이라는 것을 이해할 수 있습니다.
나. 뭐?
C. 그리고 '재사용 가능한 코드'와 관련하여 - 혹시 '재사용'하는 회사에 대해 들어본 적이 있습니까?
나. 음, 사실 못 들어봤지만...
S. 그게 다야. 그런데 일부는 시도했습니다. 90년이나 91년에 오레곤에 Mentor Graphics라는 회사가 있었습니다. 나는 실제로 그들에게 공감했지만 사람들은 적어도 그들의 실수에서 무언가를 배웠다고 생각합니다.
I. 분명히 그들은 성공하지 못했습니까?
C. 전혀 없습니다. 그러나 회사 주주에게 3000만 달러의 피해를 입힌 것을 설명하는 것은 어려웠을 것이며, 결국 그들은 성공했습니다.
I. 그래서 그들은 성공했습니까? 이것은 '객체 지향'이 작동함을 증명합니다.
C. 거의. 실행 파일이 너무 커서 128Mb RAM이 있는 HP 워크스테이션에서 로드하는 데 5분이 걸렸습니다. 걸림돌이 될 거라 생각했지만 아무도 신경 쓰지 않았다. Sun과 HP는 사소한 프로그램을 실행할 수 있는 막대한 리소스가 포함된 매우 강력한 제품을 판매하게 되어 매우 기뻤습니다. AT&T에서 첫 번째 C++ 컴파일러로 'Hello World' 프로그램을 컴파일했을 때 실행 파일의 크기가 2.1Mb라는 사실을 믿을 수 없었습니다.
I. 예... 하지만 컴파일러는 그 이후로 먼 길을 왔습니다.
C. 그렇게 생각합니까? 최신 버전의 g++로 동일한 'Hello World' 예제를 시도하십시오. 그러면 약 0.5 메가바이트가 될 것입니다. 그리고 이 외에도 전 세계에서 더 많은 예가 있습니다. British Telecom은 큰 곤경에 처할 뻔했지만 다행히도 그들은 프로젝트를 마무리하고 처음부터 다시 시작하기 위해 제 시간에 알아냈습니다. 그리고 그들은 Australian Telecom보다 운이 좋습니다. 그리고 지금 저는 Siemens가 일종의 공룡을 만들고 있으며 그들이 얻는 것의 크기에 대해 점점 더 걱정하고 있다고 들었습니다. 이런 보편적인 망상을 보면 웃기지 않나요?
I. 예, 하지만 C++는 일반적으로 완전히 정상적인 언어입니다.
S. 그렇게 믿습니까? C++ 프로젝트에 앉아서 작업을 시도한 적이 있습니까? 첫째, 사소한 프로젝트만 그렇게 작동하도록 충분한 트랩을 설정합니다. 프로젝트가 끝나면 다른 모듈의 동일한 연산자가 완전히 다른 것을 의미한다는 것이 밝혀졌습니다. 이제 이 모든 모듈을 하나의 전체로 연결해 보십시오. 특히 100개의 모듈이 있는 경우에는 이러한 모듈을 서로 통신할 수 없는 여러 회사의 문제에 대해 들을 때마다 저는 가끔 웃지 않을 수 없습니다.
I. 나는 당신이 말한 모든 것에 완전히 당황했다고 말해야합니다. 프로그래머들의 임금을 올리기 위해 그렇게 했다고 합니다. 그러나 이것은 넌센스입니다.
S. 정확히는 아닙니다. 누구에게나 선택권이 있습니다. 이렇게 손이 많이 갈 줄은 몰랐습니다. 그러나 여전히 거의 모든 것이 나에게 잘 맞았습니다. C++은 이제 죽어가고 있으며 프로그래머는 계속해서 높은 급여를 받고 있습니다. 특히 이 모든 말도 안되는 일을 처리하는 프로그래머는 직접 작성하지 않으면 대규모 C++ 프로그램 모듈을 효과적으로 사용하는 것이 불가능하다는 것을 이해하고 있습니다.
나. 어때요?
S. 명확하지 않습니까? typedef를 기억하십니까?
I. 물론입니다.
C. 이제 예를 들어, 일종의 'RoofRaised'가 배정밀도 숫자라는 것을 찾기 위해 제목을 파헤쳐야 하는 시간을 기억하십시오. 이제 대규모 프로젝트에서 모든 유형 정의를 찾는 데 얼마나 걸릴지 상상해 보십시오.
I. 그래서 당신은 당신이 원하는 모든 것에 성공했다고 주장합니다 ...
C. 음, 'C'에서 중형 프로젝트를 구현하는 데 시간이 얼마나 걸리는지 기억하십시오. 6개월 정도입니다. 아내와 아이가 있는 남자가 괜찮은 생활비를 벌기에 충분하지 않습니다. C++에서 동일한 프로젝트를 구현하려고 하면 어떻게 됩니까? 1~2년이 필요합니다. 멋지지 않아? 그 외에: 대학에서 'C'를 너무 오랫동안 가르치지 않았기 때문에 'C'로 프로그래밍하는 사람, 특히 Unix 프로그래밍에 대해 모든 것을 알고 있는 사람이 거의 없습니다. 몇 년 동안 'new'를 사용하고 반환 코드 검사에 신경 쓰지 않은 후 'malloc'으로 무엇을 해야 할지 알아낼 수 있는 사람이 몇 명이나 될까요? 대부분의 C++ 프로그래머는 이 반환 코드를 전혀 던지지 않습니다. 그 옛날 '-1'에게 무슨 일이? 적어도 '던지기', '시도' 및 '잡기'가 없는 어딘가에 오류가 있다는 것이 즉시 분명해졌습니다...
I. 그럼에도 불구하고 상속은 많은 시간을 절약합니까?
C. 아니, 내가 말했지... 'C'와 C++의 프로젝트 계획 단계의 차이점을 눈치채셨나요? C++ 프로젝트의 경우 이 단계가 3배 더 깁니다. 필요한 모든 것이 상속되고 필요하지 않은 모든 것이 상속되지 않는지 확인하는 데 시간이 걸립니다. 그러나 오류가 없는 것은 아닙니다. 'C' 프로그램에서 메모리 누수에 대해 들어본 사람이 있습니까? 이제 이러한 누출을 찾는 것은 힘든 일입니다. 대부분의 회사는 메모리 누수가 있음을 알고 제품을 포기하고 출시합니다.
I. 그러나 다양한 소프트웨어 도구가 있습니다 ...
C. 대부분이 C++로 작성되었습니다.
I. 우리가 이 모든 것을 공개한다면, 당신은 단순히 린치될 수 있습니다. 알겠습니까?
C. 나는 그것을 의심한다. 내가 말했듯이 C++는 이미 과거의 일이 되었습니다. 어떤 회사도 사전 테스트 없이 C++로 프로젝트를 시작하지 않을 것이며, 테스트가 있다면 이것이 실패의 지름길이라는 것을 이해하게 될 것입니다. 그들이 이해하지 못한다면 그렇게하십시오. 저는 Dennis Ritchie에게 Unix를 C++로 다시 작성하도록 설득하려고 했습니다.
아이. 세상에. 그리고 그가 뭐라고 말했습니까?
C. 다행히 유머 감각이 좋다. 그와 브라이언 모두 내가 그때 무엇을 하고 있었는지 이해했다고 생각합니다. 그는 내가 원한다면 C++ 버전의 DOS를 작성하는 데 도움을 줄 수 있다고 대답했습니다.
I. 글쎄, 어떻게? 원 했니?
C. C++로 DOS를 작성했습니다. 데모를 드릴 수 있습니다. 그녀는 다른 방에 있는 Sparc 20에서 저를 위해 일합니다. 4개의 프로세서에서 작동하며 70MB의 디스크 공간만 차지합니다.
I. PC에서는 어떻게 보입니까?
S. 당신은 분명히 농담하고 있습니다. Windows'95를 보셨습니까? 나는 그것들을 나의 가장 큰 성공이라고 생각한다.
I. 아시다시피, Unix++에 대한 이 아이디어는 저를 생각하게 했습니다. 결국, 어딘가에 이것을 할 아이디어를 생각해 낼 사람이있을 수 있습니다 ...
S. 그러나 그가 이 인터뷰를 읽은 후에는 아닙니다.
I. 죄송합니다만, 이 인터뷰의 일부라도 공개할 수 없을 것 같습니다.
S. 그러나 이것은 세기의 역사입니다. 나는 단지 동료 프로그래머들이 내가 그들을 위해 한 일을 기억해주기를 바랐다. 이제 C++ 프로그래밍이 어떻게 지급되는지 아십니까?
I. 내가 마지막으로 들었던 것 - 실제 전문가는 시간당 $ 70-80를 번다.
S. 이제 이해가 되셨나요? 그리고 나는 그가 돈을 받을 자격이 있다고 확신합니다. 내가 C++에 구축한 이러한 모든 트랩을 추적하는 것은 쉬운 일이 아닙니다. 그리고 앞서 말했듯이 모든 C++ 프로그래머는 모든 프로젝트에서 언어의 모든 요소를 사용해야 한다는 사실에 구속을 느낍니다. 일반적으로 이것은 내 목적에 부합하더라도 종종 나를 짜증나게 합니다. 하지만 지금은 시간이 많이 흐른 후 이미 이 언어가 마음에 들기 시작했습니다...
I. 이전에 C++를 좋아하지 않았다는 말입니까?
S. 그를 싫어했다. 그는 심지어 어색해 보입니다. 동의하지 않습니까? 하지만 그곳에서 다른 책들이 출판되기 시작했을 때 ... 그 때 나는 전체 그림을 보았습니다.
I. 잠깐, 링크는 어떻습니까? 'C' 포인터가 개선되었는지 확인합니까?
S. 흠. 나는 나 자신을 모른다. 사실 그렇게 생각했어요. 그런 다음 처음부터 C++로 글을 작성한 사람과 이야기를 나눈 적이 있습니다. 그는 자신의 변수가 참조되었는지 여부를 기억할 수 없어 항상 포인터를 사용했다고 말했습니다.
I. 보통 이 단계에서 '인터뷰 정말 감사합니다'라고 말하는데 지금은 어쩐지 어울리지 않는다.
C. 당신이 이것을 출판하겠다고 약속해 주십시오.
I. 알려드리겠지만, 제 편집자가 이에 대해 어떻게 말할지 알 것 같습니다.
S. 그러나 어쨌든, 누가 그것을 믿겠습니까? 그건 그렇고, 이 녹음의 사본을 나에게 보내주시겠습니까?
나. 할 수 있어.
번역자 주:
저는 C++로 프로그래밍하지 않습니다. 나는 러시아 문학의 감정가가 아닙니다. 따라서 번역 오류가 있을 수 있는 점에 대해 사과드립니다.
Mike Bluesman의 Hacknet Review를 위한 특별 번역, 1998년 3월
------------------------------------------------
좋은 저녁이에요.
이제 나는 WALL 앨범 Pink Floyd에서 내가 가장 좋아하는 클립을 보고 있었습니다.
유
나는 오랫동안 만화 클립을 업로드하고 싶었습니다 - 이 영화의 마지막 교향곡(WALL)
링크가 있다면 누구든지 제공할 수 있습니까?
나는 오랫동안 만화 클립을 업로드하고 싶었습니다 - 이 영화의 마지막 교향곡(WALL)
링크가 있다면 누구든지 제공할 수 있습니까?
재판?
네 찾았습니다 감사합니다
https://www.youtube.com/watch?v=FCMHmDnfD6I
pts. 심지어 좋은. "뱅뱅, 쯧쯧쯧..."
https://www.youtube.com/watch?v=3qunMgCD-ww