자바와는 어떻게 인연을 맺게 되었습니까?

저는 썬 마이크로시스템즈에서 7년간 근무했었 습니다.당시 썬은 운영체계와 프로그래밍 언어를 둘러 싼 여러 가지 문제들을 해결할 팀을 하나 만들었습니다. 썬은 애플리케이션이 운영체계에 단단하게 종속되어 있는 황당한 현실을 개선해 보고자 했던 것입니다. 그래서 아예 새로운 언어를 밑바닥에서부터 새롭게 만들어 내기로 결심합니다. 제임스 고슬링(James Gosling), 패트릭 노튼(Patric Naughton), 그리고 마이크 슈어리댄(Mike Sheridan) 이렇게 세 분이서 Cedar-Mesa, SmallTalk, Objective C, C++, Eiffel 등의 유수 언어로 부터 가장 좋은 점만 가져와서 새 언어를 만들어 보자고 결심했던 겁니다.

3년전 쯤, 저는 이 새로운 기술(당시엔 "Oak"라는 코드네임으로 불리고 있었습니다.)에 대해서 듣게 되었습니다. 이 기술은 개발자들이 골머리를 썩이고 있던 많은 문제점을 해결해 줬습니다. 그때 저는 C++ 언어 쪽의 프러덕트 매니져로 일하고 있었는데, Oak에 관한 얘길 들은 후 나도 이 새로운 기술 개발에 함께 참여했으면 좋겠다고 생각하게 되었습니다. 그래서 Oak 기술을 상품화하고 판매하기 위해 설립한 자회사인 FirstPerson으로 옮겨갔습니다. 그런데, 마케팅이나 사업 개발 쪽으로는 아무도 없더군요. 개발자들도 있고, 몇 명의 유져인터페이스 디자이너와 문서 작업 담당자는 있었지만 마케팅과 사업개발 쪽으로는 아무도 없었습니다. 그래서 제가 최초의 마케팅 퍼슨이 되었던 거고 이후 알려진 것처럼, 유일한 마케팅 퍼슨으로 남게 되었습니다. 이 기술을 어떻게 상업적 성공으로 연결시킬 것인가가 바로 내가 맡은 임무였습니다.

최근 썬을 떠나서 새로운 회사를 차렸는데요. 조금 알려주시죠.

우리 팀 중 4명이서 새로운 회사를 차렸습니다. 저를 제외한 3명은 자바 기술 개발과 관련된 일을 12년 이상 해 왔기 때문에 개발에 관해 풍부한 경험을 갖고 있죠.

애플리케이션 개발 쪽으로 해 나갈 것입니까? 아니면 컨설팅이나 써비쓰 쪽을 염두에 두고 있는지요?

우린 우리 제품을 만들어 내는 회사입니다. 써비쓰나 컨설팅을 제공하는 회사가 아닙니다. 우리 제품을 만들 겁니다.

당신 회사는 이미 자바 쪽으로 확실한 전문성을 갖고 있습니다만. 만약 자바에 대해 전문성을 갖고 있지 못한 회사가 자바를 이용한 애플리케이션을 제작하려면 어떻게 해야 할까요?

뭐 특별히 어떤 점을 갖춰야 한다는 것은 없습니다. 가장 좋기로는, C나 C++ 쪽으로 경험이 많은 개발자를 여러 명 확보하고 있다면 좋겠죠. 특별히 네트워킹 전문가는 두지 않아도 될 거에요. 그건 언어 자체에 이미 포함되어 있으니까요. 네트웍 쪽으로 개발을 많이 해 본 사람이 필요하다는 생각을 하게 될 지도 모르겠습니다. 자바는 네트웍상에서 운용될 때 강점을 갖고 있으니까요. 현재 시장 상황으로는 자바로 뭔가를 개발하면 상당한 수준의 실제 프로그래밍 경험이 있어야 할 겁니다. 비쥬얼 툴이 변변한 게 없기 때문이죠. 하지만 그건 몇 년 내에 변할 겁니다.

전통적인 클라이언트-써버 애플리케이션과 자바로 개발된 애플리케이션이 어떻게 다른 거죠?

몇 가지 다른 점이 있죠. 가장 큰 차이점은 자바를 사용하면 실제로 클라이언트-써버간에 코드를 이동시켜가며 쓸 수 있다는 사실입니다. 그것도 매우 쉽게 말이죠. 기존의 클라이언트-써버 방식은 클라이언트 쪽에 코드가 있고, 또 써버 쪽에도 따로 코드가 있어야만 했습니다. 그런데, 어느날 써버에 상당히 큰 로드가 걸렸다고 합시다. 그러면 써버에 있는 프로그램의 일부를 좀 덜어내서 클라이언트 쪽으로 옮겨와 작업하면 좋겠다는 생각을 할 수 있겠죠? 자바를 통해서 바로 그게 가능합니다. 전통적인 클라이언트-써버 방식으로는 무척 곤란한 일이죠.

또 하나의 큰 차이점은, 진정한 의미에서 완전히 플랫폼 독립적인 애플리케이션을 개발할 수 있다는 사실입니다. 리컴파일링 없이도 맥이나 피씨, 또는 어떤 종류의 유닉스에서도 다 실행할 수 있습니다. 전통적인 클라이언트-써버 방식에선 이와 같은 포팅 가능성을 감안하지 않고 씌여 있습니다.

하나 더 들어 볼까요? 자바는 유지관리가 굉장히 쉽습니다. 언어가 원천적으로 버그를 줄이게 디자인되어 있거든요. 예를 들어, 자바는 자동화된 가비지 컬렉션(automatic garbage collection) 기능이 있습니다. 프로그래머는 일일이 수작업으로 메모리를 할당하고 재할당할 필요가 없습니다. 메모리 때문에 생긴 버그는 찾기가 아주 어렵습니다. 특히 다른 사람의 코드를 뒤지고 있는 경우에 더욱 그렇습니다. 그 외에도 애플리케이션 유지관리를 쉽게 해주는 많은 기능이 자바에 포함되어 있습니다.

자바 자체가 하나의 운영체계로서 역할을 할 수 있다는 얘기를 들었는데요.

맞는 얘기입니다. 자바를 운영체계로 쓰는 데 있어서 뭐 특별히 더 덧붙일 게 없을 거에요. 딱 하나, 랜덤 메모리에 피크-포크하는 기능만 첨가하면 바로 운영체계가 됩니다.

비쥬얼 베이직이나 Optima++ 같은 개발환경을 경쟁자로 보는지요?

자바는 말씀하신 그런 환경과는 전혀 다른 레벨에 있습니다. 왜냐하면 자바는 프로그래밍 언어 자체이고, 말씀하신 것들은 비쥬얼 프로그래밍 환경이기 때문이죠. 그와 같은 비쥬얼 프로그래밍 환경이 현재 자바에서도 개발되고 있습니다. 이를테면 썬, 자바소프트, 볼랜드, 마이크로소프트 등의 회사들이 현재 자바를 위한 비쥬얼 개발 환경을 만들고 있습니다. 결국 사용자들은 비쥬얼환경이 가져다 주는 모든 장점 외에도 매우 강력하면서 플랫폼 독립적인, 그리고 네트웍에 적합한 순수한 프로그래밍 언어를 갖게 되는 것입니다. 사용자들은 양쪽 모두로부터 최상의 것만을 취할 수 있게 되는 것입니다. 자바의 성능과 안전성에, 그래피컬 개발 환경이 주는 편이성도 함께 갖게됩니다.

자바스크립트에 대해서는 어떻게 생각하시죠?

자바스크립트가 썬과 넷스케잎의 합작품이란 건 잘 아시죠? 우리는 자바스크립트 개발도 확실하게 지원하고 있습니다. 자바 세력 확장의 첨병 역할을 하고 있는 게 바로 자바스크립트죠.

볼랜드 같은 회사는 어떻게 생각하시는지요?

자바에게 필요한 것은 더 많은 개발 툴입니다. 볼랜드 같은 큰 회사가 참여해주고, 더욱 많은 개발 툴이 쏟아져 나온다면 상황은 더욱 좋아지겠죠.

자바 개발은 이제 안정단계에 들어선 건가요? 아니면 앞으로 더욱 많은 변화가 있을까요?

자바는 상당히 안정된 상태에 있다고 봐요. 당분간은 큰 변화가 없을 겁니다. 설령 변화가 있더라도 항상 후방호환성(backward compatible)을 갖고 있을 겁니다.

자바의 용도는 뭐라고 생각하십니까?

자바는 C++처럼 모든 용도에 다 쓰일 수 있습니다. 많은 사람들이 자바를 웹 페이지에 애니메이션을 보여주는 언어로 잘못 알고 있는데 제 생각엔 인터넷 애플리케이션이나 기업체 애플리케이션 개발에 아주 적합한 언어입니다. 기업체 전산 담당자에게는 하나의 축복이나 다름없죠. 개발 시간이 짧아지기 때문에 비용이 절감되고 한 번만 작성하면 여러 플랫폼에서 다 실행되니까요. 게다가 유지관리나 배포에 드는 비용과 시간도 줄여 줍니다. 썬도 자바를 내부적으로 사용하고 있습니다. 썬 직원들이 자신의 연금이나 의료보험 혜택 관련 정보에 접근할 때 쓰는 프로그램이 모두 다 자바로 다시 씌여지고 있고, 웹브라우져를 통해 배포되고 있습니다. 그런 류의 프로그램을 유지관리하는 게 기업체 전산팀에게는 엄청난 부담이었습니다.

자바가 C++와 유사하다는 얘길 하셨는데요, 그렇다면 과연 자바가 C++를 대체할 수 있을거라고 생각하시는지요?

그럼요. 하지만 빨리 그렇게 되지는 않을 거에요. 자바가 C++를 대체하기까지 몇 가지 해결되어야 할 것들이 있습니다. 첫째, 더 많은 툴과 개발환경이 나와야 합니다. 둘째, 멀티미디어나 3D, 애니메이션, 데이타베이스 연동, CORBA 같은 객체 관리 시스템과의 연계를 위한 클래스 라이브러리가 만들어져야 합니다. 셋째, Just-In-Time(JIT) Compiler가 필요해요. JIT Compiler가 있어야 넷트웍을 타고 이동하는 애플리케이션을 특정 플랫폼에 맞게 즉각 컴파일할 수 있기 때문입니다.

언제 쯤 그런 게 등장할까요?

1996년 가을 쯤요.

2000년 쯤엔 자바가 어디에 쓰이고 있을까요? 그리고 자바에 첨가해야 할 가장 큰 기능보강이 뭐가 될 것 같습니까?

자바가 가장 활발히 쓰이고 있을 부문은 일반 소비자를 위한 전자제품일 겁니다. 휴대폰이라든지, 홈 오토메이션을 조종하기 위한 장치 같은 휴대용기기 말이죠. 자바가 애초에 그런 기기들을 위해 디자인되었다는 점을 생각해 보면 참 아이러니한 일 중 하나입니다. 처음 자바를 개발했을 때 바로 그 시장을 타겟으로 했습니다만, 그때는 아직 시장이 제대로 형성되기 전이었고 결국 우리는 인터넷이나 웹으로의 용도에 집중할 수밖에 없었습니다. 어쨌든 자바는 아주 작은 기기 내부에서 실행하는 데 있어 최적입니다. 그런 류의 장치가 대중화되면 될수록 더 낮은 가격에 훌륭한 기능을 갖춘 기기들이 등장하게 될 것이고 그런 식으로 상당한 크기의 시장이 형성되어 갈 겁니다. 그 때쯤 되면 자바가 소형기기 내부에서 동작하는 것을 많이 볼 수 있겠죠.

자바 개발에 뛰어 들고자 하는 사람에게 해 줄 말이 있다면요? 어떤 부문에서 기초를 닦고 시작하는 게 좋을까요? 어떤 교육을 받는 게 도움이 된다고 보시는지요?

자바에 관련된 수많은 좋은 책이 나오고 있습니다. 그런 책을 공부하는 것부터 시작하는 게 제일 좋겠죠. "How to program in Java"라는 책이 처음 시작하는 데 큰 도움이 될 겁니다.

C++에 관한 지식이 필요할까요?

C나 C++ 경험이 있으면 자바를 공부하는 데 무척 도움이 됩니다. 하지만 최근 나오는 책들 중에는 C나 C++ 경험이 없는 사람들이 어떻게 자바 애플리케이션을 만들어 낼 수 있는지 잘 설명해 놓은 책이 많습니다. 처음 프로그래밍을 시작하는 사람이 곧바로 자바에서 시작하는것도 충분히 가능합니다. 제대로 된 교재를 택하기만 했다면요. 그리고 자바소프트 홈 페이지를 살펴보시면 자바 학습에 관한 자료도 접하실 수 있을 거에요. 실제 프로그램을 만드는 데 있어 도움이 될 여러 가지 내용이 있습니다.

자바를 사용하는것이 일반적인 프로그램 개발 사이클에 어떤 영향을 주었다고 보십니까?

자바 덕분에 프로그램 개발 시간이 단축되었다고 볼 수 있습니다. C나 C++를 사용할 때보다 훨씬 더 빨리 애플리케이션을 만들어 낼 수 있게 되었습니다. 자바는 일반적인 언어를 사용하면서 접하게 되는 여러 복잡한 문제를 거의 다 제거했기 때문에 매우 심플한 구문을 갖고 있습니다. 바로 그 점 때문에 애플리케이션을 하나 만들어서 실행하는 기간이 단축됩니다. 유지관리도 무척 용이해지구요. 객체지향 언어이기 때문에 버그도 거의 없고 코드 재사용율도 매우 높습니다.

그렇다면 자바로 개발할 때 제일 큰 문제점은 무엇입니까?

현재로는, 자바가 아직 초기 단계라는 점이 제일 큰 장애물이라고 생각해요. 이제 겨우 일 년여 정도밖에 안 되었기 때문에 풍부한 클래스 라이브러리라든지 비쥬얼 개발 환경 같은 게 많이 부족한 편이죠. 성능 면에서도 많은 향상이 이뤄져야 합니다. 어쨌든 이런 모든 것이 조만간 현실화될 거라고 생각합니다.

자바를 마케팅하는 회사로 썬이 적합하다고 보시는지요? 썬은 프로그래밍 언어나 개발 쪽으로 알려진 회사는 아니지 않습니까?

확실히 말할 수 있는 것은, 자바의 마케팅은 썬이 가장 적합하다고 할 수 있습니다. 썬은 네트웍을 다루는 회사입니다. 썬은 네트웍과 인터넷을 기반으로 운용되는 회사입니다. 이미 12년 전에 선구적으로 네트웍을 개척했던 회사가 바로 썬 마이크로시스템즈입니다. 썬은 항상 네트웍 부문에서 활동해 왔고 자바 역시 네트웍 지향적인 프로그래밍 언어입니다. 네트웍 상에서 운용되는 애플리케이션을 작성하는 데 최적인 언어가 바로 자바입니다. 따라서, 자바는 썬이 나아가고 있는 방향과 아주 잘 어울리는 기술입니다. 썬의 철학이나 썬의 제품군에 무척 잘 어울리는 언어죠.

인터넷 상의 보안 문제를 다루는데 있어서 자바의 역할은 어떤지요?

자바는 몇 단계에 걸친 보안 수준을 갖고 있습니다. 첫 번째는 언어 자체입니다. C나 C++에 있는 포인터가 자바에는 없습니다. 보안을 위해서 없애버린 것이죠. 자바는 최초 설계부터 보안을 염두에 두고 만들어진 언어입니다. 둘째로, 자바는 바이트코드 확인자(Bytecode Verifier)를 갖고 있습니다. 이것은 클라이언트 컴퓨터에서 네트웍 너머로 들어오는 코드를 체크합니다. 자바 코드가 전달되는 동안 특별한 문제점이 없는지 미리 체크하는 것입니다. 그 뒤에도 몇 차례 부가적인 확인과정을 거칩니다. 마지막 세 번째 보안 레벨은 자바가 하드디스크에 기록되고 네트웍 상에서 소켓을 여는 따위의 동작을 차단하는 메커니즘입니다. 이 부분은 자바 언어 자체에 포함된 기능은 아니고 웹 브라우져에 자바를 포함시키는 과정 중에 이뤄집니다. 사실 그 점은 변형이 가능한 유연한 부분으로 만약 어떤 부분에서 자바가 하드디스크에 기록될 필요가 있다면 얼마든지 기록할 수 있도록 바꿀 수 있습니다. 단지 웹브라우져를 통해서는 절대 하드디스크에 기록될 수 없습니다.

자바 애플리케이션이 성공하는 데 있어서 가장 중요한 요소는 무엇일까요? 성공적인 자바 애플리케이션의 예를 하나 들어 주세요.

자바의 네트웍 지향적인 기능을 잘 활용한 애플리케이션이라면 무척 흥미진진한 형태로 만들어질 수 있을 거라고 생각해요. 전체 애플리케이션을 모두 다시 리컴파일링하는 대신 필요한 새 기능을 다이내믹하게 포함시킬 수 있다는 것은 무척 매력적이지 않습니까? 예를 들어 멀티 유져 게임을 생각해 보세요. 여러분이 그 게임에 대단히 익숙하고 다음 레벨을 한 번 해보고 싶은데, 그 다음 레벨이 담긴 버전의 게임을 새로 구입할 필요 없이 애플리케이션 자체가 플레이어의 수준에 맞게 조절된다고 생각해 보세요. 완전히 새로운 부분이 그 게임에 새롭게 첨가될 수 있고, 게이머가 어떻게 하느냐에 맞춰 게임이 즉각 바뀌어 간다고 상상해 보세요. 바로 그런 게 자바를 통해 가능합니다. 언어가 다이내믹한 변화를 포함시킬 수 있고 네트웍 지향적인 데다가 플랫폼 독립적입니다. 그러므로 그런 언어로 만들어진 애플리케이션은 성공적일 수밖에 없습니다. 하나 예를 들어 보면 ESPN Sports의 자바 애플리케이션을 들 수 있겠습니다. 그외에도 재무관리를 하는 Bullet proof system도 좋은 예가 되겠죠.

어떤 사람이 자바를 사용할 거라고 보세요?

아주 광범위한 사람들이 자바를 이용할 수 있을 겁니다. 프로그램 개발자들이야말로 자바 사용자층의 핵심 중 핵심이 될 거구요. 개발자들은 자바가 갖고 있는 여러 장점을 곧바로 활용할 수 있기 때문이죠. 개발자들은 자바를 이용해서 매우 빠르게 애플리케이션을 만들어 낼 수 있습니다. 게다가 한 번만 코딩하면 다양한 플랫폼에서 다 실행됩니다.

그것뿐이 아닙니다. 자바는 보안 문제도 전혀 염려할 필요가 없습니다. 그런 것은 언어가 다 담당하니까요. 개발자들은 실제 잘 동작하는 애플리케이션을 만들어서 그 애플리케이션의 라이프 사이클 내내 기능에 맞게 변형시킬 수 있습니다.

개발자 쪽에서 조금 벗어나 보면, 그래픽 프로그램이나 멀티미디어 애플리케이션을 웹에서 운영하고 있는 미디어 관련 전문가들도 있습니다. 비쥬얼 툴이 하나 둘 시장에 소개되고 있기 때문에 조만간 그 쪽 분들도 자바를 많이 이용할 수 있게 될 거에요.

자바 개발자 층의 가장 바깥에 위치하는 사람들은 바로 엔드유져입니다. 엔드유져는 위에서 말한 사람들이 만들어 놓은 자바 애플리케이션을 활용하고 즐기면서 자바를 사용하게 되는 거죠.

그렇다면 자바가 내재적으로 갖고 있는 한계 같은 게 뭐라고 생각하세요?

자바가 아직 성숙 단계에 접어들지 못했다는 점을 제외하고는 언어가 내재적으로 갖고 있는 한계 같은 건 없다고 생각해요. 자바는 세상에 나온지 이제 겨우 일 년밖에 안 되었고, 툴이나 라이브러리가 이제 막 하나 둘 나오기 시작하고 있잖아요? 그런 것들이 언어의 내재적인 문제점이 될 수는 없습니다. 시간이 지나면 자연스럽게 해결될 문제니까요. 그리고 그렇게 오래 걸리지도 않을 거구요.

하지만 인터넷 하부구조에 내재적인 문제점이 있다는 평가가 여기저기서 나오고 있습니다. 그런 문제점들이 자바 개발에 어떤 영향을 줄 거라고 보세요?

자바는 많은 강점을 갖고 있고 여러 문제점들을 훌륭하게 해결 해 줄 수 있는 언어라고 생각합니다. 자바를 사용하면 써버와 클라이언트 양쪽 모두에서 잘 동작하는 애플리케이션을 만들 수 있는 데다가 클라이언트 쪽에서 곧바로 활용할 수 있는 여러 가지 처리 기능도 있습니다. 굳이 매번 써버에 의존해서 애플리케이션을 '가져와야' 하는 게 아닙니다. 전통적인 애플리케이션은 어떤 작업을 할 때마다 클릭을 하고 네트웍 연결을 하고 밴드위쓰 상의 로드를 증가시키는 여러 작업을 거쳐야 합니다. 바로 그게 문제점이죠. 자바는 필요한 기능을 클라이언트로 다운로드할 수 있습니다. 따라서 네트웍에 부담을 주지 않고 클라이언트 머쉰에서 많은 작업과 계산을 할 수 있습니다. 써버와 연결 없이요.

그렇다면. 자바가 성숙단계에 들어서는 데 얼마나 걸릴 거라고 보세요? 공인된 프로그램이 등장하고, 여러 디버깅 툴이 등장하고, 기타 툴과 라이브러리가 갖춰지는 단계 말입니다.

자바는 무척 빠르게 자리를 잡아가고 있습니다. 나온 지 겨우 일 년밖에 안 되었다는 게 정말 믿어지지 않을 정도죠. 그리고 자바는 굉장히 진보된 언어입니다. 언어에 포함되어 있는 기능만으로도 엄청나죠. 자바소프트 사이트에 가 보면 지금 현재에도 자바 디벨로프먼트 키트(JDK) 최신 버전에 사용할 수 있는 디버깅 툴을 다운로드할 수 있습니다. 올 연 말 쯤이면 그래픽스, 3D Multimedia, 데이타베이스, 보안인증, CORBA와의 통합과 관련된 라이브러리가 나올 겁니다. 썬은 자바를 지원하고, 자바와 관련된 컨설팅이나 교육을 뒷받침하는 데 무척 적극적으로 나서고 있습니다.

자바에 더 첨가되었으면 좋겠다고 생각하는 게 있습니까?

저는 자바가 앞으로 보여줄 잠재력이 어느 정도일지 무척 흥미진진하게 지켜 보고 있습니다. 현재 자바가 차지하고 있는 위치는 물론이고 앞으로 얼마나 많은 게 이뤄질 수 있을 지 궁금합니다. 현재 아주 많은 혁신적 애플리케이션들이 자바로 쓰여지고 있습니다. 한 가지는 분명히 해두고 싶네요. 요즘 자바가 부풀려져서 홍보된 건 아니냐는 비판의 목소리가 있다는 것을 알고 있습니다. 하지만 그건 결코 썬에서 과장한 것이 아닙니다. 부풀려진 부분이 있다면 그건 오로지 자바를 일찍 사용해 본 사람들로부터 나온 얘기들입니다. 사용자들은 자바를 써 보면서 너무나 열광했고 컨퍼런스나 뉴스그룹 같은 데서 친구들에게 자바에 관해 얘기했던 겁니다. 그런 식으로 자바 열풍이 퍼져나간 거에요. 그렇기 때문에 자바가 이처럼 'hot'한 거죠.

네트웍 상에서 운용되는 애플리케이션을 개발하는 데는 많은 어려움이 따릅니다. 자바는 바로 그 난점을 건드렸습니다. 자바에 부풀려진 부분이 있다면 그건 자바의 놀라운 점을 발견하고 반한 개발자들이 퍼뜨린 얘기로부터 비롯된 겁니다. 자바라는 언어는 많은 실제적인 이점이 있습니다. 그리고 더욱 많은 것이 첨가될 거구요.

자바와 관련된 여러가지 풍문이나, 기사, 대부분의 뉴스그룹을 보았더니 방금 말씀하신 것처럼 자바라는 단어 옆에는 "부풀려진"이라는 단어가 항상 붙어 있더군요.

잘 나가던 직장인 썬을 그만두고 파트너들과 함게 자바 애플리케이션을 개발하는 회사를 차렸다는 사실이 바로 자바를 하나의 플랫폼으로 확신하고 있다는 좋은 증거가 될 수 있지 않을까 합니다. 자바가 정말 강력하고 발전해 나갈 플랫폼이란 것을 확신하지 못 했다면 우린 결코 그런 모험을 하진 않았을 거에요.