Для современных корпораций суды — дело обычное. Каждая крупная компания постоянно вовлечена в несколько судебных разбирательств. Если речь идет о технологических компаниях, то споры могут приобретать весьма специфический характер и обрастать многочисленными техническими деталями. Чтобы разобраться в них, необходимо привлечение технических экспертов, а также грамотность не только в вопросах юриспруденции, но и, например, в програмировании. В процессе разбирательства Oracle против Google, имевшем место в 2012 году, судье даже пришлось выучить язык программирования Java. Только так он мог вынести справедливое решение.
Oracle против Google
Oracle обвинял компанию Google в том, что она использовала запатентованные Oracle программные коды. Истец требовал компенсации в размере 1 млрд. долларов.
Вел процесс судья Уильям Алсап. Oracle представлял адвокат Дэвид Бойс, который в свое время победил в суде компанию Microsoft в деле США против Microsoft. Еще раньше Бойс представлял вице-президента США Эла Гора в деле Буш против Гора.
Не понимая сути, разобраться в таком деле почти невозможно. Целиком полагаться на технических экспертов тоже не стоит. Ведь они ничего не смыслят в юридических вопросах. Что остается судье? Выход один. Достигнуть технической грамотности, которая позволит понять детали конфликта.
Так судья Алсап и поступил. Он выучил Java. Судья признался, что до процесса не имел опыта с этим языком. Хотя кое-что в программировании все-таки понимал.[1]
Алсап изучил структуру, последовательность и организацию Java. Частично сам, частично — с помощью экспертов, привлеченных к процессу. В результате он пришел к выводу, что интерфейсы прикладного программирования, использованные при разработке Android, не подпадают под закон о защите интеллектуальной собственности. Так Oracle лишился основных позиций, на которых строилось обвинение.
Были выявлены лишь девять строк кода Google, которые воспроизводили запатентованный код. И это была часть программы, которую, как выразился один из экспертов, мог бы написать даже школьник, — примитивный код. Тем не менее, обвинение попыталось использовать хотя бы их, чтобы отстоять свои позиции.[1]
Знание — сила
Но судью, обладающего к тому моменту не только юридической, но и технической грамотностью, так легко провести не удалось.
Алсап обратился к Бойсу: «Я умею программировать. Я сто раз писал части кода, похожего на этот. Я мог бы написать такой код. И вы могли бы. Написать такой код займет примерно столько же времени, сколько займет его копирование. Поэтому совпадение строк — это случайность. Вы не можете утверждать, что использование этих строк, хоть сколько-нибудь ускорило их (Google) путь на рынок. Вы один из лучших юристов в Америке. Как вы можете делать подобное заявление?»[1]
Позиция судьи по делу Oracle против Google была изложена в судебном постановлении на 41 странице.[1]
Так благодаря судье, который подошел к делу с пониманием не только юридической, но и технической стороны вопроса, Google был оправдан (и сэкономил 1 млрд. долларов). Программирование не входило в сферу профессиональных знаний судьи. Но он знал, чтобы разобраться в ситуации, нужно разобраться во всех деталях. А не просто формально выполнить свои функции.
Эта история напоминает нам о важности вдумчивого и глубокого подхода к тому делу, которое вы делаете.
Далее: Рабочая рутина Google, Apple, Facebook и Tesla. Вот что про нее говорят сами работники
- Farber D. Judge William Alsup: Master of the court and Java. C-net. May 31, 2012.
На главную ИЛИ ЧИТАТЬ ЕЩЕ:
- Убеждая инвесторов, не забудьте понизить голос. Элизабет Холмс поступала именно такПо-мужски низкий голос Элизабет Холмс из Theranos оказался инструментом обмана, помогающим ей получать деньги инвесторов.
- Кто придумал название Microsoft, и как еще мог бы называться крупнейший в мире производитель программного обеспеченияНазвание Microsoft придумал Пол Аллен, второй основатель компании. Гейтс и Аллен рассматривали и другие названия. Некоторые весьма нелепые.
- Atari шок — обвал индустрии видеоигр. Уроки для бизнесаОбвал индустрии видеоигр, вошедший в историю как Atari шок, навсегда изменил ход истории развития высоких технологий. Тяжелый кризис...
- Аналитический паралич. Пример KodakАналитический паралич - опасное состояние, когда избыточный анализ препятствует принятию решений. Подобное состояние привело Kodak к банкротству.
- Сон как часть корпоративной стратегииОфициально позволив сотрудникам спать на работе, компании способствуют возникновению творческих подходов и решений. Стратегический сон...
- В Toyota знают: для выявления истинных причин проблем надо задать вопрос «почему?» шесть разВ Toyota выработали эффективный способ выявления причин проблем. Нужно последовательно задать вопрос «почему?» несколько раз. Ответ на последнее «почему» и будет настоящей …
- Клуб «ненавижу мою работу»: 87% работающих состоят в нем, из них 24% ненавидят свою работу особенно лютоЕсли вас не оставляет мысль «я ненавижу мою работу» - вы не одиноки. Масштабное исследование свидетельствует, что большинство...
- Управление по способностям. Стратегия, повышающая прибыль на 30% и снижающая «текучку» на 72%Компании, практикующие управление по способностям демонстрируют значительно лучшие показатели. Об этом свидетельствуют исследования. В чем суть стратегии...
- Вредная продукция: установка на гедонизм или моральная индульгенция? Кейс Philip MorrisВредная продукция, которую производят некоторые компании, такие как Philip Morris представляет собой сложную моральную и этическую проблему. Каковы жизненные ценности людей, работающих …
- Обычаи организации. Кого в Microsoft бросали к собакамМало кто знает, но у компании Microsoft в 1990-х имелся весьма странный продукт под мазванием Microsoft Dogs - справочник для собаководов. Этот …
- Недостаток эмоционального интеллекта имеет генетические предпосылки. Но над этим можно работатьУспех человека зависит от его эмоционального интеллекта. Поэтому недостаток эмоционального интеллекта опасен. Ученые выявили генетические факторы, определяющие эмоциональный интеллект.
- Когда проект «убивает» продукт. Кейс Windows VistaWindows Vista стал одним из самых неудачных продуктов Microsoft, благодаря неправильной организации проекта его разработки. Результатом стал не тот продукт, который хотела …
- Метод успешных совещаний. Меньше говорить, больше писать — мнение экспертов и опыт практиковПрофессор Рогелберг создал метод успешных совещаний, который позволит повысить эффективность рабочих встреч. Метод работает - доказано Amazon.