特許の不条理 – ACM キュー

コード・ヴィシャス – @kode_vicious

2021年9月29日
19 巻 4 号

PDF

コード・ヴィシャス

無知が最善の政策である場合

親愛なるKV様

私は、特許が取得されていることがわかっているコードをコード化することを避けるために、自分が書いているコードに関連する大量の特許に目を通していました。 これは良いアイデアのように思えましたが、このことを上司に話したところ、会社の弁護士の一人と面談し、どの特許を読んだのか説明する必要がありました。 その後、私はプロジェクトから外され、別の仕事を割り当てられました。 これは私のマネージャーにとって愚かな行為だったと思います。なぜなら、この機能に取り組んでいる人は特許が侵害されているかどうかまったく分からないからです。 この関数のコーディングを開始する前に、必要な調査を行おうとしたのは間違いでしたか?

法律を知らなかった

親愛なるメイド様

すべてのソフトウェア エンジニアに教えるべき法的問題が 1 つあるとすれば、それは「特許を読むな!」ということです。 会社の弁護士は、特許を読まずに違反した場合、特許を読んで誤って違反した場合よりも罰金がずっと低くなるだろうと指摘したと思います。 ソフトウェア特許を誤って侵害してしまうことはごく簡単です。それは、当然のことながら、弁護士がそのような特許を広範すぎるように作成し、それによって不注意なプログラマに罠を仕掛けるためです。

悲しいことに、ソフトウェア特許をまったく許可しないことでこれらの問題を回避できた時代はとっくの昔に過ぎています。というのも、吸血鬼を家に招くのと同じで、一度弁護士を呼び込むと、彼らはあなたを根こそぎ吸ってしまうからです。 過去 30 年間に見てきたように、ソフトウェア特許から利益を得ているのは、利益のために特許を武器化する者と、ソフトウェア特許を教唆する者 (つまり、弁護士) だけです。 ソフトウェア特許の真の価値は、「小さな男」（弁理士が請求可能時間を正当化するために考案した架空の人物）の知的財産を保護することではなく、さまざまな大企業が市場を操作するために使用できるポートフォリオとして武器化されることにあります。そしてその競合他社。

弁護士がソフトウェア特許を読まなかった主な理由として挙げるのは、もしあなたがその特許に抵触し、あなたがそれを知っていたことが証明された場合、もしあなたがその特許を読んでいなかった場合に比べて、あなたの会社は3倍の損害を被ることになるだろう、というものです。特許の知識があった。 これだけでも読まないようにするには十分な理由のように思えますが、さらに良い理由があります。それは、ソフトウェア特許は設計文書または技術文書としては最悪だということです。

KV が楽しんでいることの 1 つは、特許荒らしを排除するのに協力することであるため、KV にはソフトウェア特許を読む理由が何度かありました。 もちろん、これらの場合、KV は特許に関連するものを暗号化することには関与していませんでしたが、その代わりに、特定のアイデアやコンセプトに対するトロールの保持を無効にする先行技術やその他のものを探していました。

私がそのような文書を読んだすべての場合、私の最初の反応は嫌悪感でしたが、朝起きたときの最初の反応もまた嫌悪感でした。 特許に対する嫌悪感は、私がこれまで接してきたすべてのソフトウェア特許にはいくつかの共通点があるという事実から生じています。それらは、ソフトウェア実務家なら誰でも仕事のキャリアの中で遭遇するであろう明白なアイデアを主張しており、範囲が広すぎます。 、めったに目新しいものではなく、あるバージョンを叩き出そうとする無数の猿によって書かれたように見えます。 ハムレット 古代のタイプライターについて。

どれもこれもでたらめだということだが、法廷に立ってそんなことを言うことはできない。 代わりに、時間をかけてすべての主張を注意深く分解する必要があります。 主張は法典や平易な英語で書かれているのではなく、弁護士とその依頼者の知的財産を保護することを目的とした法典で書かれています。 特許を読むことで、その特許が何を意図しているのかを理解できるかもしれませんが、そもそもなぜ誰かがわざわざ特許を書いたのか疑問に思うことの方が多いでしょう。

KV は、ソフトウェア開発者やエンジニアがこれらの文書を考慮する理由は、それらが法的聖職の祝福を受けた公式文書であり、それ自体に価値があるに違いないからであるとよく感じています。 確かにそれらには価値がありますが、その価値は本質的に技術的なものではないため、どのような種類の技術者としても、それらの派手で冗長な文書は置いておいて、ソフトウェア特許については会社の弁護士に心配させるのが最善です。 結局のところ、彼らはそうするためにあなたの給料の3倍か4倍の給料をもらっているのです。

KV

コード・ヴィシャスジョージ V. ネビル-ニールとして一般の人たちに知られている彼は、楽しみと利益のためにネットワーキングとオペレーティング システムのコードに取り組んでいます。 プログラミングに関連するさまざまなテーマのコースも教えています。 彼の興味のある分野は、コードの探索、オペレーティング システム、および悪いコードの書き換えです (OK、最後のコードではないかもしれません)。 マサチューセッツ州ボストンのノースイースタン大学でコンピューター サイエンスの学士号を取得し、ACM、Usenix Association、IEEE の会員です。 ネビル・ニールは、マーシャル・カーク・マックーシックおよびロバート・N・M・ワトソンとの共著者です。 FreeBSD オペレーティング システムの設計と実装 (第2版)。 彼は熱心な自転車愛好家であり旅行者であり、現在はニューヨーク市に住んでいます。

著作権 © 2021 所有者/著者が保有。 出版権は ACM にライセンスされています。
お問い合わせ・広告・著作権・不具合に関するご連絡は [email protected] までメールでお願いします。

当初はQueue vol.1に掲載されました。 19、いいえ。 4—

この記事に関するコメントは、 ACMデジタルライブラリ

その他の関連記事:

アビ・ノダ、マーガレット＝アン・ストーリー、ニコール・フォースグレン、ミカエラ・グレイラー – DevEx: 実際に生産性を高めるもの

開発者エクスペリエンスは、開発者の実際の経験と、彼らが日常業務で遭遇する摩擦点に焦点を当てています。 DevEx は、生産性の向上に加えて、効率、製品品質、従業員の定着率の向上を通じてビジネス パフォーマンスを向上させます。 このペーパーでは、DevEx を理解するための実践的なフレームワークを提供し、開発者からのフィードバックと開発者が対話するエンジニアリング システムに関するデータを組み合わせた測定フレームワークを示します。 これら 2 つのフレームワークは、開発者の生産性を向上させるために何を測定し、どこに焦点を当てるべきかについて、明確で実用的な洞察をリーダーに提供します。

ジェナ・バトラー、キャサリン・イェー – 彼らの靴を履いて 1 マイル歩く

新型コロナウイルスは人々の働き方をさまざまな形で変えましたが、その結果の多くは本質的に逆説的なものでした。 ある人に効果があることが次の人には（あるいは翌日の同じ人にも）効果がない可能性があり、すべての人に何が効果があるかを正確に予測する方法はまだわかっていません。 ここで説明した複合ペルソナに見られるように、孤立や孤独に苦しんでいる人、チームと社会的につながるのが難しい人、リモート チームとのハイブリッド ワークの時間的プレッシャーに圧倒されている人もいます。 この新しい働き方、家族との時間をより楽しむこと、日中の運動の柔軟性の向上、ワークライフバランスの向上、そして世界に貢献したいという強い願望を享受する人もいます。

ブリジット・クロムハウト – コンテナでは壊れた文化は修復されない (およびその他の厳然たる事実)

私たちは技術的なアンチパターンにばかり注目し、社会構造内の同様の問題を無視します。 ネタバレ注意: 技術的に見える多くの困難に対する解決策は、他者とのやり取りを調べることで見つかります。 人間として知られる厄介な生き物を扱うときに知っておきたい 5 つのことについて話しましょう。

© ACM, Inc. All Rights Reserved.