[Economist] A sense of place (장소성)

Patrick Lane은 디지털 혁명에도 불구하고 지리가 어느때보다 중요해졌다고 말한다.

Oct 27th 2012 | from the print edition

Sutter와 Hyde 거리의 교차로에 서있는 검은색 차에는 무엇인가 이상한 점이 있었다. 평범한 새단이었고, 창문은 깨끗했으며 상태는 좋아보였다. 그럼에도, 신호가 바뀌고 그 차가 밝은 샌프란시스코의 아침 속으로 움직일때도 여전히 의문점이 남았다. 왜 럭셔리한 핑크색 수염을 전면에 자랑스럽게 매달고 있는 것일까?

이 수염은 올해 여름 시작한 나눠타기 서비스 Lyft의 트레이드 마크이다. 운전자들은 개인들로, 사실상 그들 차의 좌석을 한번에 몇 달러 정도에 빌려주는 것이다. Lyft는 20%를 떼어간다. 이는 스마트폰 앱을 통해 동작한다. 당신이 고객으로 등록할 때, 휴대전화번호와 신용카드 정보를 입력해야 한다. 실제 이용을 원할때, 앱을 실행시키고 지도에서 가장 가까이 있는 수염이 있는 차를 찾는다. 탑승 요청을 위해 차를 선택하면, 앱은 운전자 이름, 과거 탑승자로부터 받은 평가 (별점), 그리고 그와 그의 차의 사진을 보여준다. 그는 아마 서로 주먹을 부딪히며 친절하게 당신을 맞이할 것이다. 탑승 후 당신은 그를 평가하고 앱을 통해 비용을 지불한다. 운전자 역시 당신을 평가하는데, 만약 당신이 가난한 손님이라면 다시는 Lyft를 이용하지 못할 것이다. 

Lyft 차들이 승객 탑승 규정을 지켜야 하는 택시로 분류되는 것을 피하기 위해서, 기술적으로 운전자는 “요금”을 부과하는 것이 아니라 탑승자로부터 “기부”를 받는 형태이다. 이러한 구분이 법적 조사에서 살아남기에는 너무 미묘한 것이라 생각할 수 있다. 규제 당국에서는 Lyft와 두 라이벌 “SideCar”와 “Tickengo”에 “정지 명령”을 보냈다. 하지만 Lyft 서비스를 운영하는 Zimride의 최고 경영자 John Zimmer는 확신을 가지고 있는 것처럼 보인다. 그는 통근과 도시간 운행 자동차 풀 역시 보유하고 있는 Zimride가 그의 이름이 아닌 공동 창업자 Logan Green이 미니버스를 나눠타고 있는 모습을 본 Zimbabwe에서 따온 것이라고 설명한다.  

당신은 사람들이 낮선 사람들이 운행하는 Lyft들을 타려할지, 또 낮선 사람을 그들의 차에 들이려 할지 의문일지도 모르겠다. 하지만 Zimmer씨는 평가 시스템이 친절과 신용에 대한 명성을 쌓을 수 있도록 해 이러한 것이 가능해진다고 말한다. 평균 4.5 별점 이하를 받은 운전자는 탈락한다. 기업은 잠재적 운전자들을 신중히 조사하고, 다른 택시 운전자들보다 높은 기준을 요구한다. (예를 들어, 범죄 기록 등) Lyft는 운전자를 위해 100만불까지의 보험에도 가입했다.

이러한 함께 타기 서비스를 하는 기업들은 샌프란시스코에서 택시 잡기가 어렵다는데에서 기회의 일부를 포착했다. 앱에서의 터치 만으로 검은색 리무진을 제공하는 Uber도 이러한 기회를 보고 (비록 고가의 서비스 이지만) 16개의 다른 도시에서 운영되고 있다. 

하지만, 이러한 기회는 물리적인 세상과 디지털 세상이 긴밀하게 연결되지 않았으면 존재하지 않았을 것이다. Lyft를 이용할때마다 물리적인 이동 뿐 아니라, 탑승자와 운전자의 스마트폰 사이에 와이파이와 이동통신 기지국, 통신사 네트워크의 스위치와 라우터, 또한 Lyft의 서버들과 궁극적으로 탑승자, 운전자, Zimride의 은행 계좌로까지 이어지는 더 긴 다수의 디지털 여행이 존재한다. 하지만 이것은 또한 현재 디지털 영역에서 물리적 위치의 중요성을 보여주고 있기도 하다. 한 위치의 승객을 다른 위치의 운전자에게 연결시키고 이 둘을 제 3의 장소로 이동할 수 있게 하는 것은 Lyft와 같은 서비스들의 핵심이다. 지리가 아직 중요하다. 

명확한가? 꼭 그렇지는 않다. 인터넷이 연구 목적에서 대중들에게까지 확산되기 시작한 후 수십년 간, 3가지 방법으로 인터넷과 물리적 세상의 관계를 생각할 수 있었다. 첫 째로는, 1990년대 후반에 정점을 찍은 어떻게 디지털 세상이 실제 세상을 바꾸어 놓을지를 강조하는 것이다. 모든 곳의 사람들이 동일한 정보, 뉴스, 코멘트 등의 전자 도서관에 접근할 수 있다. 많은 기업들이 커뮤니케이션 수단의 발달로 공급자나 고객과 가까운데 있을 필요가 없음에 따라 입지 선정에서 자유로워진다. 아웃소싱 서비스들도 전자적으로 공급될 수 있음에 따라 창업도 쉬워진다. 직원들은 집에서 동료들과 이메일이나 영상 통화로 커뮤니케이션 하고 따라서 비싸고 시끄러운 사무실처럼 일할 수 있게 된다. 

다수의 이러한 일들이 나타났다. 아마존은 책 판매 장소를 많은 텅 빈 상점을 남긴채 번화가에서 컴퓨터로 옮겨갔다. 현재는 종이 책에서 e-reader로의 전환을 이끌고 있다. 아마존의 한 조직인 Mechanical Turk는 온라인 업무를 수행하기 위한 “요청에 따른, 계량화된 인력”을 24시간 한번에 단지 몇 센트의 가격에 기업에 제공한다. 오늘날의 근로자들은 몸은 사무실은 떠나있지만, 디지털로는 그렇지 않다. 근로자는 그들의 스마트폰이나 태블릿을 통해 안보이는 밧줄로 사무실에 묶여있다. 그는 마치 같은 회의실에 있는 것처럼 현실감있게 비디오컨퍼런스에 참여할 수 있다. 심지어 건강진단도 온라인으로 수행된다.

지리는 살아남다

하지만 반면에, “거리의 종말” (이코노미스트에서 발행한 1995년의 스페셜리포트 제목)에서는 많이 과정되어있었다. 이 보고서가 설명할 것처럼, 많은 인터넷 벤처 기업들이 센프란시스코, 뉴욕, 베를린, 런던 등 다른 허브들로 모여들어 마음에 맞는 사람들을 찾으려 하고 있다. “지리의 끝” (1990년대 중반부터 생긴 또 다른 경구) 에 대한 소문은 서로 다른 장소의 디지털 표현들이 각기 매우 다양하면 “역사의 종언” 만큼 설득력이 있다 “도시의 죽음”에 관한 예언들은 더 많이 빗나간 것으로 판명되었다. 향후 20년 동안 UN은 세계 도시 인구가 하루 195,000명 씩 증가할 것이라고 예상한다. 

두 번째 방법은 디지털과 물리적 생활을 분리해서 생각하는 것이다. 인터넷 이상론자들은 사이버스페이스를 “육체와 쇠”의 정부로부터 독립적인 것으로 선언했었다. 온라인 게임에서 사람들은 실제로는 수천마일이나 떨어져 있어 실제로는 만나본 적도 없지만 같은 환상 도시 위의 페허에서 결투를 하기도 한다. 더 평화로운 영혼들은 그들의 손을 더럽히는 일 없이 가상의 농사를 지을 수도 있다. 그들의 아바타는 “마인크래프트”라는 가상의 온라인 세사에서 그들의 꿈을 실현 시킬 수 있다. 하지만 이 두 세계는 실제로 분리되어있지 않다. 정부는 물리적인 세상에서처럼 인터넷을 규제하고, 사이트 접속을 막고, 블로거를 비난한다. 온라인 전쟁 게임에서의 무기나, “팜빌”에서의 가상의 소, 그리고 “마인크래프트” 플레이에는 실제 돈이 든다. “사이버괴롭힘”은 실제 괴롭힘이다. 온라인 상에서 일어나는 것은 온라인에만 머물지 않는다.

이 스페셜 리포트는 세 번째 방법을 강조할 것이다. 실제 세상이 디지털 세상에 영향을 미친다. 가장 큰 이유 중 하나는 현재 많은 사람들이 어딜 가든 온라인에 접속되어 있다. 더욱 더 많은 사람들이, 더욱더 많은 장소에서 지금까지보다 더 빠른 속도로 인터넷에 연결되고 있다. 그들은 끊임없이 새로운 정보로 업데이트 되는 스마트폰이나 태블릿의 형태로 강력한 컴퓨터를 가지고 다닌다. 거대 통신-네트워크 장비 제조사인 에릭슨에 따르면 2017년까지 모바일 데이터 트래픽은 2011년의 21배로 증가할 것이다. 광대역 모바일 통신 가입자 수는 (대부분 스마트폰) 9억 명에서 50억 명으로 증가할 것이다. 지역 정보 (가장 가까운 약국이 어디 있는지; 가까운 곳에 택시가 있는지) 는 그들이 움직일 때 책상 앞에 앉아있을 때보다 더 중요해 질 것이다.

인터넷을 통해 지역 서비스를 제공하기 위해 경쟁하는 기업들에게 지도는 필수적인 기반이다. 최근 몇 년간 실 세계를 온라인으로 표현할 수 있도록 하는 것에 대한 폭발적인 투자가 있었다. 2차원 지도, 3차원 지도, 실내와 실외, 더욱더 세밀하게. 한번 당신의 손가락이 그 조작법을 배우고 나면 뉴욕과 샌프란시스코, 또 다른 도시들을 날아서 돌아다니고, 거리 이름들과 랜드마크들을 적고, 가는 곳 마다 잠시 멈춰 그 장소를 배울 수 있게 된다. 거대 기술 기업 – 특히 구글과 애플은 서로 최대의 라이벌로 각자의 지도를 그들의 모바일 운영체제에서 퇴출 시켰다 – 최고의 지도를 만들고 최고의 정보를 여기에 담는데 몰두하고 있다.

스마트폰은 이야기의 일부에 불과하다. 2020년까지 다른 거대 장비 제조사 시스코에 따르면 500억개의 다양한 기기들이 연결될 것이라고 한다. 시스코의 세계화 책임자인 Wim Elfrink에 따르면 현재는 이의 약 0.2% 수준이라고 한다. 지구는 많은 차원에서 전자적으로 지도화 되기 시작했다. Bristol에 있는 HP 연구소의 John Manley는 보고, 듣고, 느끼고 (진동을 감지함으로써), 여기에 더해 냄새를 맡고, 맛을 느낀 후 (주위의 화학 성분을 분석해서) 우리에게 알려주는 지구를 덮는 작고, 싸고, 튼튼한 탐지기로 이루어진 “지구를 위한 중앙 신경 시스템”을 상상한다. 

이 모든 것들이 특별히 급격히 증가하는 도시에 사는 사람들에게는 좋은 일일 것이다. 현재 이용되고 있는 기기들도 이미 어마어마한 양의 데이터를 생산해내고 있다. 이러한 데이터의 대부분은 도시에서 생산되고, 앞으로도 그럴 것이다. 왜냐하면 휴대전화, 자동차, 빌딩 그리고 이러한 것들이 관련된 인프라스트럭쳐가 도시에 집중되어 있기 때문이다. 이러한 데이터들이 합쳐지고 분석되면 이는 도시를 더 살기 좋은 곳으로 만들 것이다. 도시는 벌써 “스마트”하다. 사람들은 떨어져 살 때 보다 가까이 살때 더 생산적이 된다. 빅 데이터는 도시를 더욱 똑똑하게 만들 수 있다.  

지리도 또한 인터넷의 결과물이 생산되는 곳에서 중요하다. 젊은 기술자들은 아직도 실리콘 벨리나 비슷한 중심에 모여들고 있다. 또한 더 많은 디지털 정보들이 “클라우드”에 저장되고 있지만, 이 클라우드를 구성하는 원격 서버들은 단연코 지구 상에 묶여 있다. 이 장소는 기후나 존재하는 인프라스트럭쳐, 그리고 세금 정책 등에 따라 선택된다. 

디지털과 물리적 세상의 상호 교류는 어느때보다 활발하다. 급격히 떨어지는 통신 비용과 컴퓨팅 파워는 벌써 사람들의 일상 생활 방식에 커다란 변화들을 초래했다. 디지털 지도와 가이드는 사람들이 물리적 세상에서 행동하는 방식에 영향을 끼치고, 도욱 더 많은 변화를 가져올 것이다. 디지털와 실제 세계는 하나가 되어간다.

[Economist] Who owns the perk in Java? (누가 자바의 이익을 누릴까?)

Who owns the perk in Java?

May 8th 2012, 0:28 by G.F. | SEATTLE

2010년 오라클은 구글이 그들의 지적 재산권(IP)을 안드로이드 모바일 플랫폼에서 이용하여 침해 했다고 비난했다. 오라클은 그 이후 구글 경영진들 간의 이메일,  복제된 것으로 알려진 프로그램 코드의 단편 등 수많은 법적 증거들을 제시했다. 5월 7일 샌프란시스코 연방 재판소는 그들에게 유리한 판결을 내렸다. 어느 정도는.

배심원의 결정에 따르면, 구글은 자바 기반 구조의 부분적인 면과 관련 있는 오라클의 지적재산권을 배꼈다는 것이다. 우선, 구글은 그들 자신만의 자바 버전을 위해 이 논쟁이 되는 소프트웨어를 구성하는 1500만 줄의 오라클 코드 중 9줄을 무단으로 복사했다는 것이다. 이 재판의 다음 단계에서 판정이 날 이 악행으로 인한 손해는 법령 상 150,000달러를 넘을 수 없다. 더 논쟁이 되는 것은 또한, 구글은 코드를 직접적으로 복사해온 것은 아니지만 “저작물의 전반적인 구조, 절차, 조직”을 배껴서 오라클의 저작권을 침해했다고 여겨지고 있다는 점이다.  

이상하게도, 배심원들은 이 침해가 법적으로 납득할 만한 것인지 여부에 대한 합의에 이르지 못했다. 이것은 오라클이 구글로 인한 피해를 수집하지도 (10억불 이상을 목표로) 또는 적어도 현재는 안드로이드가 부분적으로 다시 작성되어야 한다고 요구하지도 못하고 있다는 것을 의미한다. 이 혼란에 더하여, 한 배심원은 이 문제에 대해서 그녀의 남편과 상의하는 법으로 금지된 행동을 했다는 것이 드러났다. 구글은 미결정 심리를 요구해왔다. 현재 따분한 특허 분쟁으로 이어지고 있는 이 소송의 전반부는 재심되거나 항소될 것으로 보인다.

그렇다면, 이 모든 호들갑은 무엇 때문인가? 오라클의 저작권 관련 고소들은 두 종류의 소프트웨어 배관을 중심에 두고 있다. 어플리케이션 프로그래밍 인터페이스(APIs)와 자바 가상 머신이다. (JVMs)

API부터 살펴보자. 이것은 소프트웨어 개발자로 하여금 프로그래밍 언어(Java나 C++) 혹은 서비스 (Facebook나 Twitter)와 매끄럽게 상호 연동되는 어플리케이션을 개발할 수 있게 해주는 링크이다. API가 없다면, 프로그래머는 우선 대상으로 하는 플랫폼 내부의 기어와 톱니들이 어떻게 작동되는지 이해한 후, 이러한 것들을 조합하여 소프트웨어를 개발해야 한다. 게다가, 서로 다른 하드웨어 플랫폼은 여기에 쓰이는 언어나 서비스들이 제작자에 의해 수정될 때 마다 끊임 없이 업데이트 되어야 하는 별도의 소프트웨어 버전을 필요로 한다. API는 이러한 비효율성을 줄여준다.

다행스럽게도 프로그래머들은 이해할 수 없는 0과 1의 연속으로 컴퓨터 프로세서가 이해하는 기계 코드로 소프트웨어를 작성하지 않아도 된다. 대신, 컴파일러라고 하는 별도의 프로그램을 통해 특정한 “고 수준”의 언어(어휘나 문법이 자연어와 완전히 다르지 않다)로 작성된 코드를 기계가 이해할 수 있는 명령으로 변환한다. API는 날짜를 표시해주는 것과 같은 간단한 것에서부터, 암호화 키를 생성하는 것처럼 더 복잡한 것 까지 기본적이고 잘 정의된 작업을 수행하는 코드의 만들어진 집합을 이용할 수 있게 제공하여 코더를 훨씬 더 편하게 만든다.

특정 언어를 위한 하나의 API는 하나의 기능적인 대응물과 쌍을 이루는데, 이는 하나의 라이브러리로서 여기에는 문제의 작업들을 수행하는 해당 언어의 코드 조각들이 포함되어 있다. 이들은 프로그래밍 언어, 유료나 라이센스 애드온, 또는 공개된 소스와 무료이지만 저작권이 있는 코드의 조합에서 필수적인 부분이다. 그리고 비록 기술적이지만 명확하게 설명된 사용 설명서가 있다. 여기에는 각 코드의 부분이 어떤 일을 하는지에 대한 설명이, 프로그램의 소스코드에 삽입되면 라이브러리의 관련된 부분을 바로 실행되게 하는 명령어(함수 호출로 불리는)와 함께 나와있다. 라이브러리 코드의 어떤 부분이라도 밑바탕부터 작성될 수는 있지만 이는 시간이 걸리는 일이고, 결정적으로 광범위한 테스트를 거친 라이브러리에 포함된 코드들을 이용하는 장점을 얻지 못한다. 새롭게 작성되는 프로그램에서는 원하는 기능에 대한 참조만을 이용하는 것이 더 쉽고, 안전하고, 단순하다.

하드웨어의 특정 부분을 구동하기 위해서는 고 수준의 언어로 작성된 프로그램은 반드시 우선 머신 코드로 변환되거나 “컴파일”되어야 한다. (이 작업은 일반적으로 프로그램이 완성되고 배포되기 전에 일어난다) 하드웨어가 컴파일 된 프로그램을 구동하면서 함수 호출에 다다르면, 라이브러리(완성된 코드 안에 포함되어 함께 컴파일 된다)의 해당 부분으로 점프하고, 그 기능의 코드를 실행한 후, 다시 프로그램의 주 흐름으로 돌아온다.

고 수준 언어의 부분적인 코드들 외에, 몇 API 코드 라이브러리들은 특정 하드웨어 플랫폼을 위해 미리 컴파일 된 부분들을 포함하고 있는데, 이 중 나머지 부분의 프로그램이 해당 장치로 컴파일 될 때 적절한 것을 자동적으로 선택하게 된다. 자바 API 코드 라이브러리들은 고 수준의 코드만을 포함하고 있다. 자바 프로그램은 이들 모두를 한번에 컴파일 한다. 이 부분이 가상 머신이 관여하는 곳이다.

가상 머신은 물리적인 연산 장치를 흉내 내는 컴퓨터 프로그램이다. 이것은 예를 들면 마이크로소프트의 윈도우처럼 하나의 플랫폼을 위해 디자인 된 어플리케이션을 애플의 매킨토시처럼 다른 곳에서 구동할 수 있게 해준다. 자바 가상 머신 자체는 자바가 아닌 C++와 같은 언어로 작성되고, 설치될 기기에 맞는 기계 코드로 컴파일 된다. 모든 프로세서와 운영 체제의 조합은 각자 고유의 자바 가상 머신을 가진다. (인텔의 칩에서 구동되는 애플의 iMac 처럼) 

특정 언어의 방언을 이해하는 실제 프로세서처럼, 모든 자바 가상 머신은 자바의 머신 코드와 같은 버전으로 말한다. (자바 바이트코드라 불리는). 사실상, 그들은 자바 바이트 코드와 물리적 하드웨어의 머신 언어 사이를 번역하는 역할을 한다. 이론적으로는, 어떤 자바 프로그램도 한번 컴파일 되면 모든 자바 가상 머신에서도 구동될 수 있고, 선 마이크로시스템즈(오라클이 2009년 인수했다)는 이를 “한번 작성하고, 모든 곳에서 작동된다.”라고 부르며 자바 개발자들을 모집했다.

하지만 현실적으로 오라클은 자바 바이트코드의 방언들을 지원하기 위해, 스마트 카드, 모바일, 데스크탑, 서버에 맞추어진 4가지 종류의 자바 가상머신을 제공한다. 서버 자바 가상 머신을 위해 컴파일 된 프로그램은 실행을 위해 반드시 필요로 한 요소가 다른 종류의 가상 머신에서는 빠져 있을 수도 있으므로 모바일 자바 가상 머신에서 반드시 구동되어야 하는 것은 아니고, 이 반대도 마찬가지다. 예를 들어, 경량화된 모바일 가상 머신은 연산 능력을 필요로 하거나, 불필요하게 스마트폰을 느리게 만드는 복잡한 서버 기능들을 수행할 능력을 가지고 있지 않다. 반면, 서버 가상 머신은 배터리 소비에 있어서 효율적이어야 할 필요가 없다. 

오라클은 4종류의 가상 기기 중 최소한 하나 이상을 위해 작성된 어떤 소프트웨어라도 구동할 수 있는 능력이 있다는 것을 보이는 조건 하에 다른 기업들에게 그들만의 자바 가상 머신을 만들수 있게 허가 하고 있다. 이것은 장치 제조사들이 그들의 기기를 위한 맞춤형 자바 가상 머신을 만들 수 있도록 한다.  

구글은 그들의 안드로이드 모바일 플랫폼을 위해 Dalvik이라고 불리는 자신만의 자바를 만들고 Dalvik APIs와 라이브러리, 그리고 가상 머신까지 개발하였다. 표면상으로 Dalvik과 Java는 다르지만, 그들의 구조나, 많은 특징들은 동일하다. 결론적으로, 자바 프로그램도 Dalvik으로 변형되어 구동될 수 있고 그 반대도 마찬가지다. 결정적으로, 한 언어를 알고 있는 개발자들은 이 언어의 근본적인 유사성 때문에 다른 언어도 능숙하게 다룰 수 있다. 하지만 Dalvik 프로그램이 안드로이드 플랫폼에서 구동되기 위해서 컴파일 될때, 이의 바이트코드는 자바의 것과는 달라서 다른 자바 가상 머신과는 호환되지 않는다. 

Dalvik과 관련 제품들을 만들기 위해 구글은 오픈 소스 프로젝트를 활용했고 그 중 소수가 오라클 소유의 보호 라이센스를 가지고 있었다. 구글은 이 것들을 자신들의 코드를 보강하기 위해 이용했지만 라이센스를 얻지는 않았다. 비록 내부적으로 다른 코드로 구현 되었음에도 불구하고 결과적으로 Dalvik의 173개의 API 중 37개가 자바의 것(총 166개를 보유했음을 자랑한다)과 동일하다. 

이 모든 것들이 오라클을 여러가지 면에서 짜증나게 했고, 소송까지 이어졌다. 첫 째로, 오라클은 구글이 Dalvik의 API관련 라이브러리에서 자신들의 코드 일부를 훔쳤었다고 주장했다. 구글은 이를 인정했지만 논란이 되는 부분은 오래전에 삭제 되었다고 주장했다. 법정은 평결에서 언급한 9줄의 코드를 제외하고는 구글의 손을 들어주었다. 둘째로, 오라클은 구글이 어떤 허락이나 라이센스를 얻지도 않은채 그들의 언어 디자인을 배끼고, API 상세를 이용했으며, 또한 자바 인프라스트럭처의 다른 요소와 호환되지도 않는 가상 머신을 만들었다고 주장한다. 이 부분에서, 배심원들은 오라클의 손을 들었다.  

그리하여, 재판장은 양측에게 평이한 영어로된 API 상세, 함수 호출 또는 내부 코드에 있어서의 특정한 표현은 저작권에 의해 보호 받을 수 없다고 가정한다고 말했다. 소프트웨어로 어떻게 구현되어 있던지는 상관하지 않고, 최소한 함수의 입력과 출력이 구분 불가능한 함수에 한하여 저작권이 적용된다. 몇 참관인들은 현재 API의 기능이 정말로 저작권의 대상이 될지에 대한 원칙이 없는 상황에서의 이러한 결정에 의아해 했다. 

어느 쪽이든 실제 저작권 침해가 일어났다는 결론에도 불구하고,  배심원단은 아직도 구글의 행동들이 “공정 사용” 원칙에 포함되는 것인지 여부를 결정 짓지 못했다. 공정 사용 원칙은 소프트웨어 관점에서 라이센스나 허가를 구하지 않고도 구글이 자바가 이루어 놓은 것들을 생각하거나 모두 모방할 수 있도록 허가하는 것으로 해석 될 수 있다. 재판부는 이 불완전한 평결을 받아들였고, 원칙과 관련된 의문과 관련된 자신만의 의견을 재판의 다음 단계에서 제시할 것으로 보인다. 

구글은 API 함수 기능은 코드와는 다르게 저작권의 보호 대상이 될 수 없다고 주장한다. 구글이 경고해왔던 것처럼 이것은 언어에서 평이한 단어 하나의 소유권을 주장하는 것과 마찬가지가 될 수 있다. 만약 그들의 미결정 심리 요구가 받아들여진다면, 새로운 소송들이 잇따를 것이다. 만약 그렇지 않다면, 아마 판결문에 의의를 제기하고 대법원까지 끌고 갈 가능성이 크다. 

많은 기술 전문가들은 완전히 오라클에 우호적인 판결이 나올까 초초해하고 있다. 다른 소스코드에 기반한 동일한 API 기능은 인터넷과 오프라인 상의 하드웨어, 소프트웨어, 서비스 전반에 걸쳐 넘쳐난다. 만약 법원이 오라클의 편을 들면, 기술적인 개발 환경 전체가 요동 칠 것이다.