한빛출판네트워크

제공: 한빛 네트워크
저자: Timothy M. O"Brien
역자: 한일 / corone@empal.com
원문: Interview with Tim Bray: Atom, JRuby, and the Ecumenical Sun

만약에 당신이 XML을 분석하거나 생성하는 어떤 시스템을 쓴 적이 있다면, 당신은 팀 브레이에게 어떤 빚을 진 것이다. 그는 1998년에 출시된 XML 1.0의 초기 설계서를 공동 집필했다. 그리고, 그것은 XML이 소개된 후 거의 10년간, 모든 프로그래머들과 많은 비프로그래머들에게도 친근한 개념이었다. 이런 성공을 했다면 사람들은 이미 얻은 명예에 만족할 지도 모른다. 그러나 브레이와의 대화에서 당신은 그가 XML에 대한 공헌으로 가장 알려져 있는 반면에, 이상하게 그가 다음 세대의 참여 기술 개발에 초점을 맞추고 있다는 느낌을 받을 것이다. 브레이는 Atom publishing protocol에 초점을 맞추고 있고. 오픈 소스에 공헌하고 있으며 웹 개발에 더 “에큐메니컬”한 접근을 향하여 Sun에 강요하고 있다. 가장 중요하게, 당신은 브레이가 더 투명한 인터넷을 창조하는 기술을 사용하려고 노력하고 있다는 느낌을 받을 것이다.

Sun을 더 투명하게

2004년에, Sun에서 발달된 블로깅을 만드는 데 도움이 된 것은 다른 임원들(핍스와 슈워츠)과 제휴한 브레이의 노력이었다. 여기 2004년 “Sun의 정책 결정”이라는 제목의 브레이의 블로그 글로부터의 발췌록이 있다, 그 글 안에서 그는 Sun의 더 자유로운 블로그 정책으로 가는 결정을 만드는 과정을 논한다.

소리 높여 이야기하기를 좋아하고 그것이 무장 공격일지도 모른다고 생각하는 많은 사람들이 거기에 있다는 것이 분명해졌다. 관리와 법적인 동의 없이 공공연히 소리 높여 이야기하는 것이 무장 공격이라고 말하면서 Sun이 지나간 해로부터 적소에 공식적인 정책을 가지고 있다는 것이 밝혀졌다. 이에 대한 조나단의 반응은 쓸 수 없었다.

그 때에 브레이는 더 투명해지기 위해서 그리고 커뮤니티에 대답하기 위해서 Sun을 격려하려고 노력하고 있었다. Java 플랫폼은 부적절함과 부진의 느낌으로 곤란을 겪고 있었다. 2004년 10월에, 오라일리 네트워크는 “Java의 상태”에 관한 특집 기사를 게재했다. 그 기사에서 많은 여러 편집자들이 Java가 어떻게 “시시하게” 되었는지 그리고 Java가 어떻게 “새로운 COBOL”이 되었는지에 관한 비평에 동의했다. 확실히, Java는 3년 전에 어떤 본질적인 위기를 갖고 있었다.

시간이 지나고 오늘날에 이르러 Java의 명성이 회복되고 있다. 그 플랫폼에 대해서는 여전히 고집스럽게 비방하는 사람들이 있고 항상 계속되는 논쟁이 있다. 그러나 그보다 적은 사람들이 그 플랫폼을 COBOL에 비교하고 있다. 우리는 JRuby같은 프로젝트나 F3같은 자고 있는 프로젝트가 Java, 플랫폼, Java의 한계 이상, 그 언어를 확장하기 시작했을 때를 창조력의 새로운 르네상스 시기로 보고 있다. 그리고 Java는 그 커뮤니티와 맞서기 위해 과거보다 더 많이 내부 직원들을 격려하고 있다.

최근에 브레이는 Three blogs.sun.com Years에서 3년의 Sun의 블로깅 정책에 대해 곰곰이 생각할 기회를 가졌다.:

그것은 Sun의 이미지를 개선하는 것을 도왔다. 3년 전에 우리는 크고 얼굴도 없고 변호사에 속박된 돌기둥처럼 보였다.; 지금 세계는 이들을 다루기 힘든 종족의 사람들이고, 많은 사람들이 영리하고, 광적으로 IT 기술과 사업에 빠져 있다고 본다.

슈워츠가 CEO로 임명된 이래로 Sun의 재정 실적은 “보통”으로 평가할 수 있다. 그리고, Sun은 핵심 서버 시장에서 쇠락하는 판매의 형태로 많은 도전과 HP와 IBM의 경쟁에 직면해 있다. Sun은 Solaris와 JDK의 소스 공개로 인해 변화하는 개발자의 전망에서 승리한 적이 있다. Java를 플랫폼으로 부활시키는 데 대해 브레이에게 유일한 공을 돌리는 것은 부적당할 것이다. 그러나, 명백히, 브레이의 투명성에 대한 헌신과 커뮤니티 참석을 위한 분발 요구는 인식을 바꾸는 데 중요한 역할을 했다. 시간은 인식에서의 이 변화가 Sun의 서비스 부분을 지지하는 것을 돕는지 말해줄 것이다, 그리고 기업의 사회 공헌이 그 최종 결과에 영향을 미치는지 말해줄 것이다.

인터뷰

팀 브레이는 최근에 Atom protocol에 대한 현재의 그의 일, JRuby에 대한 그의 전망, 그리고 Sun의 점진적으로 발전하는 웹 전략에 관하여 O"Reilly Network에게 이야기하기 위해 그의 바쁜 스케줄을 벗어나 얼마 동안의 시간을 가졌다. 그 내용은 다음과 같다.

팀 오브라이언: Sun Microsystems의 디렉터로써의 당신의 역할 중에, 당신은 어디에 초점을 두고 있는가? 당신의 그날그날의 책임은 무엇인가?

팀 브레이: 나는 종합적인 일을 하는 사람이다. 나는 운영체제에서부터 웹 분야를 넘어, 응용 계층까지 모든 것에 흥미가 있다. 실제로 Sun에는 종합적인 일을 하는 사람들이 아마도 조금밖에 없는 것 같다. 분명히 우리는 자바와 운영체제, 그리고 그런 분야들에서 세계 수준의 전문가를 갖고 있다. 그러나 나는 더 다양한 계층에 익숙한 사람이다.

그래서, 나는 내가 관심을 갖는 것 내에서는 자유재량을 가지고 있다. 분명히, 그것은 밖에서 사람들이 이야기하는 것을 듣는데 시간을 보내는 것도 포함한다. 나는 많은 회의에 참석한다. 나는 본사의 몇몇 내부 회의에도 꽤 참석한다. 많은 부분에서, 나는 의사를 나누는 사람이다. 나는 항상 소프트웨어를 다루고 있고, 보통 몇몇 종류의 진행중인 개발 프로젝트를 가지고 있다.

오브라이언: JRuby 프로젝트에 집중하면서 나는 당신으로부터 Jira 버그 보고서가 있었다는 것을 알게 됐다. 당신은 당신이 의사를 나누는 사람이라고 말했는데 당신은 특별한 프로젝트에서 얼마나 활동적인가? 당신은 Glassfish같은 프로젝트나 JRuby같은 프로젝트에 참가한 사람들을 감독하고 있는가?

브레이: 나는 어떠한 직접적인 보고서도 가지고 있지 않으며 사람들을 전혀 감독하지도 않는다. 나는 JRuby를 사용한다, 그리고 그것이 아직 시험적인 것이기 때문에 내가 버그들을 찾은 것이다. 당신은 또한 가끔 NetBeans에서 내가 버그를 보고한 것을 알 것이다. 나는 그것들이 내가 지난해에 실제로 버그를 보고했던 오직 두 개의 프로젝트일 것이라고 생각한다. 아니다. 나는 또한 어떤 핵심 Ruby 버그를 보고했다. 그 외에 무엇이 있는지 생각해 보자. 나는 Ruby on Rails에 각별히 신경을 쓴다. 그리고 그것들은 내가 정말로 각별히 주목하고 있는 유일한 것일 것이다.

잠깐, 아니다. 내가 각별히 주목하는 두 개의 내부 프로젝트가 있다. 그것들은 아직 발표되지 않았다. JavaOne에 관하여 알아보라.

오브라이언: 현재 진행중인 APE 같은 소프트웨어 프로젝트들에 관련이 있다. APE가 무엇인가?

브레이: 나는 IETF Atom Working Group의 공동 의장을 맡는다. 그리고 현재 그 Atom Working Group을 거의 끝낸 것이 Atom Protocol이다. 그리고 나는 표준에 따라 일하는 과정에서, 당신이 표준을 쓸 때, 그것이 동시에 표준을 따르려고 하는 것을 정말로 돕게 된다는 것을 발견한 적이 있다. 왜냐하면 그때 당신은 무엇이 일을 하고 무엇이 일을 하지 않는지를 배우게 된다. APE는 Atom Protocol Exerciser을 나타낸다. 그것은 Atom protocol 클라이언트가 할 모든 것들을 모방하는 프로그램이다. 그것은 Atom protocol을 이행하는지 테스트하기 위해 사용된다.

나는 내 스스로 그것을 썼다. 그리고 우리는 이번 주에 실제로 Google에서 Atom protocol 상호이행 행사를 가졌다. 그리고 그것은 정말로 성공적이었다.

오브라이언: 나는 Wiki에서 호환성 차트를 봤다. 그것은 흥미로워 보였다.

브레이: 그것은 아주 재미있는 행사였다.

오브라이언: Atom protocol로, 당신이 이번 주에 당신의 블로그에 “그 클럽은 얼마나 큰가?”라는 글을 썼다. 이 글에서 당신은 많은 사람들이 정말로 그것이 무엇인지 이해한 것이 아니라는 것을 보여주기 위해서 어떤 회의의 연설과 Twitter 블로그 글을 언급한다. Atom을 쓰면서 그런 적이 있었는가? 당신은 Atom 지지자가 얼마나 크다고 생각하는가? 누가 Atom에 정말로 관심을 갖는가?

브레이: 그 순간에 Atom에 관심을 갖고 있는 유일한 사람들은 프로그래머와 표준을 따르는 사람들이다. 무엇보다도 신디케이션 공간에서, 그리고 다음으로는 일반 웹 테크놀로지 공간에서 그렇다. 그것은 훌륭하다. 비슷하게도 우리가 10년 전에 XML을 개발하고 있었을 때 관심을 갖고 있었던 유일한 사람들은 표준을 따르는 사람들이었다는 것을 지적하고 싶다.

Atom은 XML처럼 일반 사용자에게 보여지는 것이 아니다. 다시 말해서, 만약에 그것의 애플리케이션에 대한 우리의 꿈과 희망이 실현되었다면 그것은 웹의 일반 사용자의 경험에 정말로 극적인 충격을 받을 것이다. 그러나 마지막에는 사람들이 경험하게 될 것들을 가능하게 한다.

오브라이언: 대부분의 사람들은 Atom을 RSS 같이 생각한다. 그것은 “단지 신디케이션 포맷”이라는..

브레이: ...글쎄, Atom은 두 가지가 있다. 첫 번째는 물론 신디케이션 포맷이다. 그래서 Atom 데이터 포맷은 RSS가 개발되었던 해에 우리가 배운 것에 기초하는 본질적으로 단지 RSS의 돈벌이이다. 그리고 그 일은 RFC4287로 이미 완성되었다; 그것은 이미 완성되었고 꽤 널리 사용되어 보급되었다.

Atom의 다른 반쪽은 우리가 전에 얘기했던 Atom publishing protocol이다...

오브라이언: Atom publishing protocol은 웹을 어떻게 변화시킬 것인가? 대부분의 사람들은 그것을 신디케이션 포맷으로써만 알고 있다. Publishing protocol에 대해서 말해 달라.

브레이: 당신은 MetaWeblog API라는 것을 들어본 적이 있을지도 모른다. 그것은 어떤 블로깅 시스템이 퍼블리싱을 지원하기 위해 사용하는 것이다. 그것을 하기 위해 노력하고 있다.

여기 꿈이 있다; 모든 것이 퍼블리시 버튼을 가지고 있어야 한다. 모든 스프레드 시트, 모든 휴대폰, 모든 카메라, 모든 뉴스 리더, 모든 메일 리더, 모든 워드 프로세서가 퍼블리시 버튼을 가지고 있어야 한다. 당신이 스크린에서 당신이 좋아하는 것을 보자마자 당신이 퍼블리시 버튼을 누를 수 있고 웹에서 그것을 가질 수 있어야 한다. 그리고 웹에서 퍼블리시 할 수 있는 다른 많은 곳이 있다는 사실을 준다. 내 말은, 아마도 당신이 Blogspot에 있든지, 아마도 당신이 Facebook에 있든지, 아마도 당신이 LiveJournal에 있다면... 무엇이든지; 더 많은 것이 올 것이다. 확실히, 당신은 퍼블리시 버튼을 가진 어떤 것이 퍼블리시하는 것과 의사소통을 사용할 수 있는 uniform protocol의 어떤 종류가 필요하다.

Atom은 그 꿈을 가능하게 디자인하는 최상의 HTTP 계층인 매우 가벼운 protocol이다. 우리가 이번 주에 구글에 있는 방에서 보았던 것에 기초하여 나는 우리가 그 꿈을 실현시켜 주는 일을 잘 한다고 생각한다.

오브라이언: 가상으로, 당신이 뉴욕 타임즈나 BBC같은 곳에서 일한다. 그리고 이미지에서부터 뉴스 스토리까지 모든 것을 찾아내는 Content Management System (CMS)가 있다. 당신은 Atom을 모든 콘텐트 타입에 대해 확장할 수 있는 것으로 보는가? 그것이 당신이 Atom을 가지고 하려고 하는 일인가? 아니면, 그것이 단지 블로그에 대한 것인가, 단지 포토스트림에 대한 것인가, 단지 스프레드시트에 대한 것인가? 당신은 일반 콘텐트 저장소에 대한 기초를 세우려고 노력하고 있는가? 기업 콘텐트 관리 시스템에서 사용될 수 있는 것인가?

브레이: 글쎄, 나는 내가 개발을 도운 일반 목적 기술의 애플리케이션에 대한 매우 잘못된 연속적인 예견을 했다. XML이 무엇에 사용될 지에 대한 나의 예견은 명백히 틀렸다. Atom protocol의 디자인 센터는 확실히 블로깅이었다. 다시 말해서, 우리는 이미 블로그가 아닌 애플리케이션을 알고 있었다. 예를 들어, 오라일리에서 당신의 동료 두 명이 interop event에 왔고 블로깅을 할 수 없는 Atom 서버 이행을 했다.; 사실 APE는 그것들과 서로 영향을 끼치지 않는다. 왜냐하면 그것들이 업로드할 수 있는 유일한 것은 DocBook XML이다. 우리가 하려고 하는 것은 블로그 공간을 위해 유용하고 생산적인 정말로 좋은 일을 하는 것이다.

나의 예견은 내가 예견하기에는 내가 정말로 충분히 머리가 좋지 않고 나를 놀라게 할 많은 애플리케이션이 나올 것이라는 것뿐이다.

오브라이언: 그러면, 그것이 Atom의 한 부분인 확장 메커니즘을 거치는가?

브레이: 그렇다, 그러나 그것은 우리 컴퓨터 프로그래머들이 CRUD 동작이라고 하는 생성(Create)-수정(Retrieve)-갱신(Update)-삭제(Delete)를 하는 아주 단순한 방법을 갖춘 단지 기본적인 기능이다. 웹에 자료를 올리는데 표준을 이행하는 간단한 마음가짐을 위한 일반 목적의 단순한 기능이다. 그것들이 거기에 있는 즉시 그들을 업데이트하고 당신이 그것들을 더 이상 원하지 않으면 지운다. 그것은 단지 그것 자신에 의해 많은 흥미로운 애플리케이션을 가질 것이다.

오브라이언: 우리의 RSS 제공은 그만두게 될 것인가?

브레이: 당신은 왜 그렇게 생각하는가? 미안하지만, 이해할 수 없다. RSS는 세계에서 가장 성공적인 XML의 애플리케이션이다, 그리고 그것은 정말로 수백만의 사람들에 의해 사용되고 있다. 나는 무언가를 놓치고 있다...

오브라이언: 내 말은, Atom에 있어 전반적으로 전환할 것인가? 그것이 우리의 RSS 제공을 그만두게 될 것인가?

브레이: 아, 당신이 무슨 말을 하는지 알겠다. 글쎄, RSS는 단지 기본적인 개인 대 개인의 블로그에 대해서만 잘 동작하는 것처럼 보인다. 나는 그 선택을 받은 표준을 따르는 사람들 대부분이 차라리 Atom을 가지고 일을 하고 싶어 할 거라고 생각한다. 왜냐하면, 그것은 RSS에서 짜증나는 사소한 결함들을 해결해 준다. 만약에 당신이 컨텐츠 제공을 하기 위한 설비를 쓰고 있다면, 당신은 RSS와 Atom을 둘 다 사용해야 할 것이다. 그리고 그것이 더 나쁘다면 당신은 RSS의 다중 버전을 사용해야 할 것이다. 왜냐하면 그것은 그런 식이다. 다시 말해서, 만약에 당신이 컨텐츠를 제공하는 새로운 것을 사용하고 있다면, 당신은 Atom을 생성하는 것이 좋을 지도 모른다. 왜냐하면, 그것이 훨씬 더 깨끗하고 그 이외에 당신을 괴롭힐 지도 모르는 어떤 버그들을 벗어날 것이다. 컨텐츠 제공을 읽는 그 외의 모든 소프트웨어도 지금 Atom을 읽을 수 있다.

오브라이언: 당신은 Atom 앞에서 RSS가 사라질 것이라고 보는가? 아니면 사람들이 둘 사이에 상호 작용을 가질 것이라고 보는가?

브레이: 나는 프로덕션에 가져오는 새로운 컨텐츠 제공이 점점 Atom에서 있을 거라고 생각한다. 우리는 이미 그것을 알고 있다. 그러나 인터넷에 있는 기술들은 사라지지 않는 경향이 있다. 당신은 그 외에 HTML에서 여전히 블링크 요소를 사용하는 그 밖에 많은 것들이 있다는 것을 안다. 그래서, 나는 앞으로 RSS가 대량의 넷에 공급하게 될 거라고 확신한다.

오브라이언: 당신은 사람들이 Atom에 관하여 놓치고 있다고 생각하는 것이 있는가? 아니면 당신은 그것이 커버되었다고 생각하는가?

브레이: 나는 아직 많은 사람들이 Atom Publishing Protocol을 알지 못한다고 생각한다. 지금 우리의 interop event의 tune에 의한 판단으로는 아는 사람들 또한 많다, 그러나 나는 지금으로부터 2년 내에 Atom Publishing Protocol이 정말로 대단한 것이 될 지는 의심스럽다.

나는 짧은 순간에 그것이 내 묘비의 XML을 닦을 기회를 가졌다고 말한다.

내가 이해시키려고 하고 있는 키 포인트는: 모든 것이 퍼블리시 버튼(Publish button)을 가져야 한다는 것이다. 왜냐하면 넷에서 우리가 더 많은 제공자를 가질수록 넷이 더 좋아지기 때문이다. 넷으로 더 많은 정보 자료들이 갈 수 있도록 마찰을 줄이기 위해 우리가 기술적으로 할 수 있는 것은 어떤 것이라도 좋은 것이다. 그리고 그것은 Atom이 하려는 것이다. 중요한 것은 사람들이 단지 읽는 것만이 아니라 제공하게 하는 것이다.

오브라이언: 당신은 Canonical과의 제휴에 관하여 알고 있었나?

브레이: 글쎄, 그것은 거의 비밀이 아니었다. 마크 셔틀워스는 지난 해 JavaOne에 참석했고 그와 조나단 [슈워츠]이 무대에서 입을 맞췄다. 그래서 Sun과 Canonical이 동료라는 것은 거의 비밀이 아니다.

오브라이언: 그때에 JaveOne에서 마크 플레리 또한 무대에 있었다, Red Hat과는 비슷한 제휴가 없었나? Red Hat과의 제휴 비용에서 당신이 Ubuntu의 편을 들고 있다는 추측이 사실인가?

브레이: 글쎄, 지난 주까지는, 우리가 JDK, NetBeans, EE, 그리고 이런 모든 다른 것들에 허가에 대한 문제를 가지고 있었기 때문에 당신은 어떠한 Linux 배포판 안에도 좋은 방법으로는 그것들을 넣을 수 없었다. 우리는 1년 전에 이런 것들의 소스를 공개하기로 정책 결정을 했다. 그러나, 아마도 당신이 아는 것처럼, 허가 권리와 그 밖에 여러 가지를 얻기 위해 돌아다닐 많은 법적인 메커닉이 있다. 그리고, 그것은 거대한 양의 일을 가져왔다. 나는 발표 얼마 전에도 그 일을 하고 있었다는 것을 알게 되었다.; 점을 찍기 위한 많은 i와 십자 줄을 긋기 위한 많은 t가 있었다. 지금 그것은 끝마쳤다. 어떤 리눅스 배포판에서도 Java를 설치하고 사용하는 것이 매우 매우 쉽다는 것은 매우 그럴듯하다.

Canonical은 올라서서 Ubuntu를 가지고 그것을 한 첫 번째 회사이다. 그러나 나는 그것을 하지 않는 어떠한 메인 리눅스 배포판도 상상할 수 없다.

당신이 왜 Java 설치하는 것을 쉽게 만들지 않겠나?

오브라이언: 자유 소프트웨어 커뮤니티에서 사람들로부터의 논쟁은 저작권 허가에 의해 방해 받는 코드의 부분이 여전히 있다는 것이다. 당신은 어떤 대답을 갖고 있는가?

브레이: 그것은 사실이다. 여전히 방해 받는 부분이 있다. 우리는 그것에 관하여 완전히 공개했다. 그 중에서도 나는 그것이 낮은 레벨의 Java SE 그것 자신에 있다고 생각한다. 몇몇의 예는 2D 그래픽과 폰트 렌더링이다. 우리는 그것을 계속 수정하면서 일하고 있고, 게다가 그것으로 커뮤니티를 위해 도울 희망을 가지고 있다. 전형적으로, 상업적인 제품이 공개되는 것은 언제든지 일어나는 일이다. 그것은 당신이 0에서부터 모든 것을 할 수 있는 이원 스위치가 아니다.

그렇게 말하는 반면에, 우리는 Canonical과 일을 하고 변호사를 고용하면서 ...그 안에 있는 방법을 생각해 낼 수 있었다.

오브라이언: ...다중우주...

브레이: 그렇다, 그것은 다중우주에 있다. 나는 Ubuntu의 권위자가 아니다. 나는 Red Hat에서 대응되는 것이 무엇인지 확실히 모른다. 그러나 그들은 그것이 Ubuntu에서 일어나게 만드는 방법을 발견했다. 그래서, 나는 어떠한 다른 리눅스 배포판에 대해서도 그것을 하는 것이 불가능할 것이라고는 상상할 수 없다.

오브라이언: 거기에 적의는 없는가?

브레이: 내가 아는 것이 아니다.

그것은 확실히 개발자 커뮤니티에서 바로 지금인 경우이다. Ubuntu는 “강한 마법”을 가졌다. Ubuntu는 많은 비율의 개발자의 주목과 애정을 정말로 약속하고 있다. 그리고 나는 Sun의 밖에서만큼 Sun 안에 Ubuntu를 향한 큰 애정이 있는 많은 사람들이 있다고 생각한다. 당신이 디지털 카메라에 연결하고 그것이 단지 작동하고 그 같은 여러 가지의 일을 한다.

오브라이언: JaveOne에서 나올 예정인 발표를 추측할 수 없다. 우리는 JRuby가 마무리되는 것을 기대할 수 있는가? JRuby 주위에 활동의 혼란이 있다는 것이 나타났다.

브레이: 활동의 혼란이 있다는 것은 너무도 명백하다.

오브라이언: 우리는 무엇에서 새로운 소식을 기대할 수 있는가? JRuby와 NetBeans? JRuby와 Glassfish certification?

브레이: 나는 예고에 대해서는 의견을 말할 수 없다.

하나만 말하겠다. 나의 견해는 JRuby에서 힘든 일을 실제로 가장 잘 다루는 사람이 Rails를 잘 작동시킨다는 것이다. 모든 Rails를 갖추는 것이 테스트를 통과하고 실제의 큰 Rails 애플리케이션을 매끄럽게 실행시킨다. 나는 그것이 Glassfish보다 아주 조금 더 많은 일을 하게 한다고 생각한다.

오브라이언: 나는 두 시간마다 이메일을 사용하고 그것들이 더 가까워지고 있는 것 같이 보인다. 찰스는 Rails가 지지 받을 때까지 JRuby를 고려하지 않을 거라고 말한 적이 있다. 그는 또한 Java에서 웹 개발의 어려움에 관하여 대중 연설을 한 적이 있다. JRuby와 Rails의 받아들임은 JavaServer Faces의 대안이 필요하다고 인정한 것인가?

브레이: 어떻게 설명할 수 있을까? 글쎄, 나는 우리에게 얼마나 많은 대안 프레임워크가 필요한 지 확실히 알지 못한다. 만약에 당신이 경험에 의존해서 그 시장을 본다면 많은 다른 프레임워크를 사용하는 개발자들과 다양한 웹 프레임워크를 사용하는 사람들이 있을 것이다, 둘 다 Spring과 Hibernate와 같은 공식적인 EE와 단순한 것들이다.

사람들은 PHP를 사용하고 있다, 정말 많은 사람들이 PHP를 사용하고 있다. Rails는 엄청난 성장 곡선을 그리고 있다. Python 커뮤니티로부터 사람들이 Django만큼 가까운 주의를 기울이지 않는 다른 것들이 있다. 나는 Sun이 그것처럼 세상에 존재할 필요가 있다고 생각한다. 그리고 그것처럼 세상에, 다른 많은 웹 프레임워크가 있고 모든 이런 웹 프레임워크가 실행하기 위한 iron과 그것들을 지원하기 위한 운영 체제가 필요한 애플리케이션을 만드는데 익숙해지고 있다. 나는 Sun이 우리가 할 수 있는 최고로 그들 모두를 사랑하려고 하지 않아야 하는 어떤 이유도 알지 못한다.

오브라이언: 그렇다면, JRuby on Rails가 JavaServer Faces와 경쟁을 하는 것이 아니다. 당신은 여전히 둘을 하나로 보는가?

브레이: 이것들 중 어떤 것도 사라지지 않을 것이다.

내가 갖고 있는 한가지 관심사는 Sun이 지난해 내내 Ruby on Rails와 기타 여러 가지에 관하여 매우 열정적이었다는 것이다. 그것은 PHP와 Django같은 것들을 무시할 수 있는 여유가 있다는 의미가 아니다. 나는 우리가 이런 모든 것에서 좋은 호스트가 될 필요가 있다고 생각한다. 그렇게 말하는 반면에, 나는 Rails가 매우 중요한 두 가지 조건의 시기(판매와 유지보수)에 웹 프레임워크에서 충격의 중심을 치고 있다는 것은 단지 Sun내에서만이 아니라 매우 널리 알려진 견해라고 생각한다.

오브라이언: 당신은 당신의 블로그에서 Seaside를 언급했다. 당신은 Seaside에 주목하고 있는가? Seaside에 관해 무엇이 당신의 흥미를 끄는가?

브레이: Seaside가 다른 모든 웹 프레임워크와 구조적으로 아주 다르다는 것은 분명하다. 당신은 여기를 경계해야 한다, 왜냐하면 내가 DabbleDB의 한 투자자로써 흥미 있는 분쟁을 하고 있기 때문이다. 그래서, 나는 거기에 진짜 돈을 가지고 있다. 그렇게 말하는 반면에, 내가 그 소프트웨어에 그렇게 깊은 감명을 받은 이유는 그것이 어떻게 만들어졌는지가 아니라 그것이 하는 일이다. DabbleDB는 완전히 훌륭한 사용자 인터페이스를 가지고 있고 나에게는 그것이 굉장히 유용한 어떤 것을 하는 것처럼 보인다. 나는 그것이 Seaside에서 만들어졌다는 것을 알았을 때 깜짝 놀랐다. 그러나, 분명히 그것의 존재는 Seaside가 유용하다는 매우 설득력 있는 증거다.

오브라이언: 그래서 Seaside는 주목을 받을 만한 것인가?

브레이: 나는 DabbleDB가 주목을 받을 만한 것이라고 생각한다. 그건 단지 그것을 만든 두 사람이 다른 프레임워크를 사용하는 것 같이 어떤 무언가를 생산할 수 있는 그런 훌륭한 디자이너인 경우에만 일지도 모른다. 그것은 적어도 Seaside가 흥미로운 것들을 만드는 데 익숙해 질 수 있다는 증거의 존재이다.

오브라이언: 나는 단지 당신에게 JRuby, 그리고 다른 웹 프레임워크에 관하여 일련의 질문들을 물었다. 그리고, Sun이 스크립팅을 받아들인 것에 관하여 더 복잡하고 더 적극적이 되고 있다는 것을 알 수 있었다. 그밖에 하고 싶은 말이 더 있는가?

브레이: 나는 Sun이 조금 변하려고 노력하고 있다고 생각한다. 지난 해까지는, Sun의 기본적인 위치가 “글쎄, 그 대답은 Java인데, 그 질문은 무엇이었는가?”였다. 그리고, 내가 우리가 더 에큐메니컬하게 되려고 노력하고 개발자들을 그들이 있는 곳에서 지지하려고 노력한다고 생각하기는 하지만, 그것이 우리가 어떤 견해도 가지고 있지 않다는 의미는 아니다. 분명히, 우리는 Java가 넓은 영역의 애플리케이션으로 아주 알맞다고 생각한다. 오늘날 우리가 Ruby 드럼을 두드리고 있다는 것을 알아 챘다면 그것은 올바르다. 그러나 그것이 당신이 PHP를 쓴다고 우리가 당신을 사랑하지 않는다는 뜻은 아니다.

우리는 더 에큐메니컬하게 될 필요가 있고 개발자들에게 그들이 어디에 있던지 접촉할 필요가 있다.

오브라이언: 당신은 JavaOne의 이름을 (Java|Ruby|PHP|Python)One으로 바꿀 어떤 계획을 가지고 있는가?

브레이: 나는 그것에 대해 어떤 의결권도 갖고 있지 않다.