browse.php

<!--#set var="ENGLISH_PAGE" value="/philosophy/new-monopoly.en.html" -->

<!--#include virtual="/server/header.ru.html" -->
<!-- Parent-Version: 1.96 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<!--#set var="TAGS" value="essays cultural access" -->
<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->

<!-- This file is automatically generated by GNUnited Nations! -->
<title>Конгресс США угрожает установить новую разновидность монополии - Проект GNU
- Фонд свободного программного обеспечения</title>

<!--#include virtual="/philosophy/po/new-monopoly.translist" -->
<!--#include virtual="/server/banner.ru.html" -->
<!--#include virtual="/philosophy/ph-breadcrumb.ru.html" -->
<!--GNUN: OUT-OF-DATE NOTICE-->
<!--#include virtual="/server/top-addendum.ru.html" -->
<div class="article reduced-width">
<h2>Конгресс США угрожает установить новую разновидность монополии</h2>
<div class="thin"></div>

<p>
Компании, которые хотят получить монопольную власть для контроля
общественного пользования информацией, получаемой нами из баз данных, в этом
году пытаются провести в США закон&nbsp;&mdash; создавая (впервые) частную
монополию на воспроизведение публично известных сведений. Они применяют
метод &ldquo;хорошего и плохого законопроектов&rdquo;&nbsp;&mdash;
&ldquo;плохой&rdquo; законопроект&nbsp;&mdash; HR&nbsp;354;
&ldquo;хороший&rdquo; законопроект&nbsp;&mdash; HR&nbsp;1858.</p>
<p>
Это известный метод. Сначала один законодатель предлагает возмутительный
законопроект&nbsp;&mdash; проект закона, который распределяет большие
количества денег или власти в интересах определенных кругов и не служит
никаким законным общественным нуждам. Это вызывает ответ хора оппозиции,
представляющей интересы других кругов, которыми этот закон пренебрегал бы.</p>
<p>
Таким образом, второй законодатель предлагает более осторожный законопроект,
более аккуратно написанный, с некоторыми предохранительными мерами,
исключающими какие-то крупные злоупотребления, предлагающий распределение
меньшего количества выгод в интересах несколько более широкого спектра слоев
общества&nbsp;&mdash; и тем не менее снижающий общественное богатство или
свободу общества.</p>
<p>
Второй законопроект, как правило, восхваляют за его
&ldquo;сбалансированный&rdquo; подход, и заинтересованные группы, которые
могли бы возражать против этой идеи вообще, чувствуют себя обязанными
поддержать его, чтобы гарантировать, что не пройдет первый, еще худший
законопроект. Поскольку не остается почти никакой оппозиции, второй
законопроект проходит, и общество делает шаг к худшему.</p>
<p>
Через несколько лет первый законодатель может предложить другую
раздачу. Если мы будем продолжать каждый раз наполовину соглашаться с теми,
кто его финансирует, то со временем они могут получить столько, сколько
пожелают.</p>
<p>
На этот раз &ldquo;плохой&rdquo; законопроект&nbsp;&mdash; HR&nbsp;354,
который фактически позволил бы фактам становиться частной собственностью
просто с помощью включения их в электронную базу данных. Даже упоминание
более чем горсти фактов из любой базы данных в публикации было бы
незаконным, если вы не могли бы получить их из какого-то другого
источника&nbsp;&mdash; что зачастую невозможно, поскольку во многих случаях
другого независимого источника определенного рода фактов просто нет.</p>
<p>
Рассмотрим, к примеру, счет на профессиональных спортивных соревнованиях.
Он подсчитывается компьютером, память которого можно считать базой данных. В
соответствии с HR&nbsp;354, регулярно печатать результаты соревнований в
газете стало бы незаконным.</p>
<p>                                                                     
HR 354, возможно, передал бы Network Solution вечную монополию на базу
данных доменных имен Интернета, что сделало бы невозможным любое изменение в
управлении доменами верхнего уровня.</p>
<p>
В соответствии с HR&nbsp;354, любая программа является базой данных. Так что
если факты о пользовательском интерфейсе или программных протоколах нельзя
получить больше ниоткуда, то любая совместимая программа была бы
запрещена. Это было бы опустошительно для будущего свободных программ.</p>
<p>
Как это ни зловеще, многие собрания общественных записей, которые ведутся
компаниями по контракту с государством, стали бы собственностью этих
компаний.</p>
<p>
А Западная издательская компания вернула бы себе фактическую монополию на
данные, нужные для подачи судебных заявлений на большой части США. Компания
ведет базу данных судебных решений, а некоторые суды требуют, чтобы в
заявлениях приводились эти решения с указанием номеров страниц, на которых
они появляются в базе данных компании.</p>
<p>
Западная издательская компания, стремясь предотвратить доступ к необходимой
информации через каналы, отличные от их дорогостоящей службы, утверждала,
что разметка на страницы и номера страниц являются объектами авторского
права, но Федеральный суд постановил, что это не так. Решение суда гласило,
что эти номера страниц проистекают не из творческих способностей, так что
авторское право на них не распространяется. Но они несомненно являются базой
данных, так что HR&nbsp;354 запретил бы всем другим снабжать общество этими
данными&nbsp;&mdash; предоставляя тем самым компании вечную монополию над
самим законом.</p>
<p>
HR 354 создавал бы также помехи в научных исследованиях, генеалогических
изысканиях, публикации оптовых цен и многих других сферах жизни и
деятельности. Так что нет ничего удивительного в том, что он вызвал такую
сильную оппозицию. Верховный суд мог бы отвергнуть законопроект как
неконституционный, но никто не хочет полагаться на это. Отсюда возникает
HR&nbsp;1858&nbsp;&mdash; &ldquo;хороший&rdquo; законопроект этого года.</p>
<p>
HR 1858 в явном виде избегает большинства наиболее возмутительных
проблем. Он устанавливает более узкий вид монополии, допуская применение
фактов в базе данных другого вида или в чем угодно, кроме электронной базы
данных.</p>
<p>
Таким образом, вы по-прежнему сможете печатать в статье результаты игр,
потому что статья не считается базой данных. Программа в рамках HR&nbsp;1858
тоже не база данных, так что это не создаст нового препятствия к написанию
совместимых программ.</p>
<p>
HR 1858 также исключает базы данных для работы Интернета (но не базы данных,
которые могут когда-нибудь применяться для работы будущих всемирных систем,
даже если они будут так же важны, как сегодня Интернет). Он исключает базы
данных, созданные Федеральной администрацией или для нее (но по умолчанию он
не исключает базы данных, созданные администрацией штатов или для них; это
существенное упущение в&nbsp;HR&nbsp;1858).</p>
<p>
Широкий круг организаций поддерживает HR&nbsp;1858&nbsp;&mdash; в том числе
многие университеты и профессиональные организации. Некоторые из писем в
поддержку показывают явное желание установить некоторого рода монопольную
власть.</p>
<p>
HR 1858 гораздо менее вреден, чем HR&nbsp;354&nbsp;&mdash; если нам нужно
выбирать между ними, следует предпочесть HR&nbsp;1858. Но следует ли нам
обязательно выбирать между большой и меньшей потерей свободы?</p>
<p>
Сторонники этих законов, конечно, предлагают доводы в пользу своего
предложения по ограничению нашей свободы. По их словам, никто не будет вести
базы данных без монополии на содержимое. У них нет никакого конкретного
свидетельства в подтверждение этого заявления; оно основано на элементе
веры: общем предположении, что никто не будет ничего делать без монополии на
результат.</p>
<p>
Всего несколько лет назад то же самое говорилось о программах&nbsp;&mdash;
что никто не будет писать программы, если у него не будет монополии на
них. Движение за свободные программы доказало, что это неправда, и при этом
мы опровергли это общее предположение. Эгоизм не составляет человеческую
натуру целиком. По меньшей мере одна из разновидностей умственных работ
<em>может</em> проводиться без монополии на результаты.</p>
<p>
Но базы данных&nbsp;&mdash; это не программы. Будет ли кто-нибудь развивать
базы данных без закона о монополии на базы данных?</p>
<p>
Мы знаем, что будет&nbsp;&mdash; потому что они уже делают это. Сейчас
доступны многие электронные базы данных, и количество их увеличивается, а не
снижается. И базы данных многих видов представляют собой побочные продукты
или даже предпосылки для другой деятельности, которую люди ведут по другим
причинам.</p>
<p>
Компании, занимающиеся базами данных, не могут этого отрицать, так что они
грозят нам неопределенностью будущего. &ldquo;Может, сегодня мы это и
делаем, но через десять лет никто этим больше заниматься не будет, если вы
не дадите нам этой особой привилегии&rdquo;.</p>
<p>
Мы не знаем, что случится за десять лет; не знают и они. Экономическая
обстановка в Интернете стремительно меняется, никто не знает, куда она
зайдет. Может быть, в&nbsp;2009&nbsp;году коммерческие базы данных исчезнут
из Интернета. А может быть, они будут иметь большой успех. Может быть, сети
добровольцев станут поддерживать все базы данных, какие только кто-нибудь
может пожелать. Может быть, реклама составит неплохой источник дохода для
любой компании, ведущей базу данных; может быть, и гораздо более слабый
закон, в котором сказано: &ldquo;Если вы перераспространяете нашу базу
данных, то вы должны также перераспространять и нашу рекламу&rdquo;,&mdash;
служил бы их интересам почти так же хорошо. Этого никто не знает.</p>
<p>
Знаем мы то, что будут перемены; если закон о базах данных пройдет в этом
году, то через несколько лет он устареет. Но любая попытка отменить его
встретит оппозицию компаний, занимающихся базами данных, которые будут
отстаивать свои привилегии, предсказывая, что без них небо упадет на
землю. Они будут говорить: &ldquo;Мы существуем, так что закон, очевидно,
работает&rdquo;.</p>
<p>
Глупость (если не хуже)&nbsp;&mdash; замыкаться на ограничительной политике
в этом году, чтобы решить проблему, которая существует лишь
умозрительно. Монополия на базы данных отнимет у вас свободу, это
скоропалительная уступка интересам ограниченных кругов, и в ней нет ясной
общественной необходимости. Вместо этого нам следует дать Интернету созреть
и понять, какие проблемы в действительности нужно решать.</p>
<p>
Так что, если вы избиратель США, напишите своему конгрессмену. Скажите, что
если у него или у нее есть возможность проголосовать о том, должен ли
законопроект быть похож на HR&nbsp;354 или на HR&nbsp;1858, пусть выбирает
HR&nbsp;1858. А затем посоветуйте, когда законодательный процесс в конце
концов подойдет к голосованию, проголосовать против этого, что бы ни
говорилось в законопроекте.</p>
<p>
Я написал образец письма, которым вы можете воспользоваться, но помните, что
ваше письмо будет более весомо, если вы напишите его своими словами. Пошлите
свое письмо на бумаге; электронная почта не производит на законодателей
впечатления, потому что они знают, как легко ее посылать. Будьте вежливы, но
не робки, и попытайтесь уложиться в двадцать строк. Перешлите свое письмо,
пожалуйста, также по адресу <a href="mailto:database-letters@gnu.org">
&lt;database-letters@gnu.org&gt;</a></p>

<blockquote class="emph-box">
<p>
Дорогой представитель такой-то и такой-то,
</p><p>
Конгресс рассматривает законы, устанавливающие новую разновидность монополии
на электронные базы данных. Я против самой этой идеи, потому что это
ограничило бы свободу пользователей компьютеров. Частным интересам не должно
быть позволено контролировать распространение фактов, представляющих
общественное знание. Как мера содействия предпринимательству это
преждевременно; Интернет очень быстро меняется, и в 1999 году было бы глупо
принимать любые законы по этому вопросу.
</p><p>
По этому законопроекту рассматривается несколько альтернатив; из них HR 354
особенно суров и опасен, в отличие от HR 1858. Если у Вас есть возможность
проголосовать при выборах одного из них, выберите, пожалуйста, HR 1858. Но
когда законопроект о монополиях на базы данных в конце концов поступит на
голосование, я прошу Вас голосовать против него, независимо от подробностей.
</p><p>
Искренне Ваша,<br />
Посполитых Мария Ивановна
</p>
</blockquote>

<p>
Есть <a
href="https://web.archive.org/web/20080906221815/http://www.senate.gov/senators/senator_by_state.cfm">
список сенаторов</a> и служба для <a
href="https://web.archive.org/web/20080611003520/https://forms.house.gov/wyr/welcome.shtml">
помощи вам в написании</a> представителю в конгрессе США.</p>
</div>

<div class="translators-notes">

<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
 </div>
</div>

<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.ru.html" -->
<div id="footer" role="contentinfo">
<div class="unprintable">

<p>Пожалуйста, присылайте общие запросы фонду и GNU по адресу <a
href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>. Есть также <a
href="/contact/">другие способы связаться</a> с фондом. Отчеты о
неработающих ссылках и другие поправки или предложения можно присылать по
адресу <a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.</p>

<p>
<!-- TRANSLATORS: Ignore the original text in this paragraph,
        replace it with the translation of these two:

        We work hard and do our best to provide accurate, good quality
        translations.  However, we are not exempt from imperfection.
        Please send your comments and general suggestions in this regard
        to <a href="mailto:web-translators@gnu.org">

        &lt;web-translators@gnu.org&gt;</a>.</p>

        <p>For information on coordinating and contributing translations of
        our web pages, see <a
        href="/server/standards/README.translations.html">Translations
        README</a>. -->
Мы старались сделать этот перевод точным и качественным, но исключить
возможность ошибки мы не можем. Присылайте, пожалуйста, свои замечания и
предложения по переводу по адресу <a
href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>.
</p><p>Сведения по координации и предложениям переводов наших статей см. в
<a href="/server/standards/README.translations.html">&ldquo;Руководстве по
переводам&rdquo;</a>.</p>
</div>

<!-- Regarding copyright, in general, standalone pages (as opposed to
     files generated as part of manuals) on the GNU web server should
     be under CC BY-ND 4.0.  Please do NOT change or remove this
     without talking with the webmasters or licensing team first.
     Please make sure the copyright date is consistent with the
     document.  For web pages, it is ok to list just the latest year the
     document was modified, or published.
     
     If you wish to list earlier years, that is ok too.
     Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
     years, as long as each year in the range is in fact a copyrightable
     year, i.e., a year in which the document was published (including
     being publicly visible on the web or in a revision control system).
     
     There is more detail about copyright years in the GNU Maintainers
     Information document, www.gnu.org/prep/maintain. -->
<p>Copyright &copy; 1999, 2013, 2021 Free Software Foundation, Inc.</p>

<p>Это произведение доступно по <a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/deed.ru">лицензии
Creative Commons Attribution-NoDerivs (<em>Атрибуция&nbsp;&mdash; Без
производных произведений</em>) 4.0 Всемирная</a>.</p>

<!--#include virtual="/server/bottom-notes.ru.html" -->
<div class="translators-credits">

<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<em>Внимание! В подготовке этого перевода участвовал только один человек. Вы
можете существенно улучшить перевод, если проверите его и расскажете о
найденных ошибках в <a
href="http://savannah.gnu.org/projects/www-ru">русской группе переводов
gnu.org</a>.</em></div>

<p class="unprintable"><!-- timestamp start -->
Обновлено:

$Date: 2021/09/19 16:26:24 $

<!-- timestamp end -->
</p>
</div>
</div>
<!-- for class="inner", starts in the banner include -->
</body>
</html>
savannah-hackers-public@gnu.org	ViewVC Help
Powered by ViewVC 1.1.26