私たちが知っているように、プログラミングは終わりに近づいています

息を切らしているすべての進歩的な人類は、Googleに対するOracleのプロセスに従っています。 ju審員は、すぐに判決を下します。 下には、 www.drdobbs.comの編集長であるAndrew Binstockによる、Oracleが勝った場合にどうなるかについての記事の翻訳があります。





Oracleが著作権がAPIにまで及ぶ可能性があるという法廷での主張を延期した場合、プログラミングの事実上すべての側面が悪化します。



Oracleは常に開発者を嫌っていました。 プログラマーの創始者の血はマイクロソフトとグーグルの血脈に流れており、オラクルは主にビジネス目標を容赦なく追求し、囚人を捕まえないデータベースに特化した会社です。 同社は、このようなテクノロジーへのギャンブルアプローチが開発者や他のコミュニティに好まれているかどうかには関心がありません。 消費者、競合他社、そして自分の顧客でさえも、オラクルにとって自分の利益だけが重要であり、オラクルはすでに攻撃の例を示しているため、会社が存在するすべての市場セグメントでオラクルを恐れています。



したがって、オラクルがサンフランシスコでグーグルを訴え、グーグルがAndroidオペレーティングシステムの開発中に彼らの特許に違反したと主張しているのは驚くことではありません。 もちろん、Googleはライセンスと著作権の強力な支持者ではなく、この分野で法的に許される範囲を可能な限り拡大して、多くのデータにアクセスできるようにします。 著作権に基づいた出版社との彼の戦いは伝説となり、一般に、Googleは撤退を余儀なくされました。 データアクセスに関する彼の幅広い見通しは、ストリートビューサービスと新たに導入されたGDriveをめぐるスキャンダルにつながりました。



したがって、法廷での2人のモンスターの会合はほとんど避けられませんでした。 最初は、Oracleの訴訟とGoogleの反訴は、10年前のMicrosoftに対する米国司法省の裁判所のような側面から見るのは非常に興味深いものの1つでした。 しかし、オラクルが不吉な理論を提唱したとき、サンフランシスコでの出来事は悲観的な転換を始めました。GoogleがAndroid用のJava APIを実装することでJavaのOracleの著作権を侵害しました。 現在、審査員はAPIを著作権の対象とするかどうかを決定しており、Oracleがその地位を築くと、ソフトウェア開発業界に非常に物議を醸す結果をもたらすことになります。



一言で言えば、Oracleが正しいと判断した場合、各Javaソースコードファイルのヘッダーの著作権はAPI構文を具体的に参照している場合、OracleはOracleの祝福なしで（より具体的にはライセンスなしで）これらのAPIを実装するためにGoogleの料金と罰金を請求する場合があります。 これが発生した場合、多くの製品は突然、不可解な法的状況に陥ります。以前は危険ではなかったが、現在著作権保持者によって認可され、懲罰的請求をもたらすことができます。 ほとんどのリスクは、既存のプログラミング言語の代替実装です。 つまり、Jython、IronPython、およびPyPy for Python。 Ruby用のJRuby、IronRuby、Rubinius。 C＃およびVBのモノ; Cの場合はC ++、Cの場合はGCC、C ++およびObjective-Cなどです。 そして、もちろん、JavaScriptを使用するすべてのブラウザーは、Netscapeの知的財産の相続人にロイヤルティを負っています。



著作権所有者によってまだ提起されていないプログラミング言語の実装のほとんどは、著作権所有者がそれらに対する脅威の無期限の拒否を宣言するまで疑われます。 著作権者がこれに同意すると信じる理由はありません。 そして、オラクルが同意しないことをすでに知っています。 そして、Bell Labsの所有者は著作権訴訟の負の結果を、数百万ではないにしても数百万ドルのロイヤルティを得たいという願望よりも大切だと誰が言ったのか。



もちろん、問題はプログラミング言語に限定されません。 UNIX APIの再生により、Linuxは危険にさらされていますか？ そして、さまざまな移植されたライブラリ？ おそらくはい。



裁判中に、最後の2人のサンのCEOは反対の証拠を表明した。 要するに、ジョナサン・シュワルツはGoogleの視点を支持しました（そしてAndroidでの彼のGoogleおめでとうメールは証言の重要な部分でした）。禁止されています。 そして、これは驚くことではありません。 マクニーリーは、Solarisに代わってUNIX戦争で戦い、追加のライブラリとAPIがHP-UX、IRIX、およびAIXと区別したと主張しました。 この事件が15年前に試みられていたなら、マクニーリーがまったく同じ証拠を与えていたことに疑いはありません。 特定のライブラリとAPIは、競争上の優位性を獲得し、維持するための重要な要素になりました。



APIのこの役割は、それらが財産であり、それらを実装したい免許を持っていない当事者による無料使用を意図していないというオラクルの観点に有利です。 また、ライセンスが必要な場合があることを知っているGoogleでの内部議論も、APIが財産であるという考えを裏付けています。 これに基づいて、また各文書に著作権が注意深くマークされていることに基づいて、残念ながら、審査から戻ったときにfrom審員が悪いニュースを伝えることができると述べなければなりません。 もちろん、私が間違っていることを本当に願っています。



ただし、希望の光線があります。審査員はAPIが著作権の対象であることを確認できますが、関数署名構文の使用は正当です。 これにより、著作権侵害のリスクなしに、APIの代替実装の権利が永久に保持されます。 そしてそれは合理的です。



裁判所は、コンピューター開発の歴史において常に懸念事項です。 ストレンジャー評決は、オラクルが完全に正しいものよりも出されました。 1990年のLotus v。Borland事件を思い出してください。この事件は、 メニュー階層が著作権の対象であるという決定で終わりました。 そして、1996年の米国最高裁判所のみがこのナンセンスを覆しました。 今回は、APIを自由にコピーできることを永遠に証明するためにそれほど多くの訴訟を必要としないことを願っています。



（翻訳者から：おそらく、裁判所での技術的なケースの解析の詳細を感じるために、もう少しこのエントリが役立ちます ）