내셔널 지오그래픽 다큐를 보니까 미국 나사에서도 이번에 스피릿 화성 탐사선 보낼 때 착륙 낙하선 문제를 해결하는데도 마감 시간 지키는데 애를 쓰는 엔지니어들의 모습이 안쓰럽게 나오더군요. 문제를 해결하는 방식에서도 과학자들과 엔지니어들의 시각의 차이도 알 수 있었습니다. 역시 이론과 실제, 설계와 구현의 차이가 거기서도 들어나더군요. 탐사 로봇을 제어하는 소프트웨어는 결국 발사전까지 완성을 못하고 화성까지 날아가는 동안에 지구에서 프로그램 짜고 디버깅해서 원격으로 소프트웨어를 수정했다는 얘기도 있었습니다. 엔지니어들이 밤새가면서 구현, 디버깅에 매달리는 건 어디서나 비슷한 모양인가 봅니다. --- 갑자기 아폴로 계획이 떠오르는구만요. 60년대 끝나기전에 달에 간다고 케네디가 한 칼 갈기고 소련과 경쟁이 붙어... 새턴 로켓을 설계하던 폰브라운 박사팀의 독일식 개발 방식(하나 만들어 시험해보고 결과 피드백해서 또 하나 만들어 시험해보고 ... 반복 반복)으론 도저히 기한을 못맞출것 같으니 미국 책임자가 브라운에게 이르기를, "쓰바, 한꺼번에 다 만들어서 한꺼번에 다 시험해보자" 결국 왕창 만들어 조립해서 쏴 봤더니 잘 올라가니, 브라운 왈, "어... 되네...." 어쨌든... 착륙선 화재로 사람도 죽고... 돈도 많이 붓고... 달에 가긴 간것 같은데... 저런 일화가 나도는 아폴로 계획도 결국 11호에 이르러 달에 착륙했죠. 그 이전에 무슨 제미니 계획이니 뭐니 했던게 모두 달착륙을 위한 기술축적과정이라고 하더군요. (스피릿의 경우, 예전에 언뜻 들은 기억으론 지구와 화성의 공전주기 때문에 아무때나 쏴서 보낼수 있는게 아닌것 같던데요... 제때 못 올리면 다음해로 넘어가는 것 같던데. 보이전지 뭔지 최초로 태양계 내의 모든 행성들을 탐사했던 탐사선도 그냥 쏜게 아니라 수백년만에 한 번 돌아오는 공전주기 상의 특징을 발견한 물리학 박사(자기 말로는 실업자 구제 프로젝트였다고 하더구만요)때문에 지구에서 쏴 올리면 탐사선이 적당한 속도로 가는 도중에 행성들을 하나씩 만나게 되는거라고 하더구만요...) 엔지니어가 마감 쫓기는 건 어디나 마찬가지겠지만 한국식 개발 방식은 버려야 합니다. 기술이 제대로 축적될리 만무하죠. ---------------------- 인생은 경이로운 여행