summaryrefslogtreecommitdiff
path: root/talermerchantdemos/blog/articles/ru/why-copyleft.html
blob: 7ba5cf4de1ec534932bd0f5b17eb9bd3cabd7f31 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
<!--#set var="ENGLISH_PAGE" value="/philosophy/why-copyleft.en.html" -->

<!--#include virtual="/server/header.ru.html" -->
<!-- Parent-Version: 1.86 -->

<!-- This file is automatically generated by GNUnited Nations! -->
<title>Зачем авторское лево? - Проект GNU - Фонд свободного программного
обеспечения</title>

<!--#include virtual="/philosophy/po/why-copyleft.translist" -->
<!--#include virtual="/server/banner.ru.html" -->
<h2>Зачем авторское лево?</h2>

<p>
<cite>&ldquo;Лечь и ничего не делать, когда речь идет защите свободы
других&nbsp;&mdash; проявление слабости, а не смирения&rdquo;.</cite>
</p>

<p>
В проекте GNU мы обычно рекомендуем применять такие лицензии с <a
href="/copyleft/copyleft.html">авторским левом</a>, как GNU GPL, а не
либеральные лицензии свободных программ без авторского лева. Мы не выступаем
ожесточенно против лицензий без авторского лева&nbsp;&mdash; мы даже
рекомендуем их изредка в особых обстоятельствах&nbsp;&mdash; но сторонники
этих лицензий показывают пример ожесточенных выступлений против <abbr
title="General Public License, Стандартная общественная
лицензия">GPL</abbr>.
</p>

<p>
В одном из таких споров оппонент заявил, что он пользуется одной из лицензий
BSD, &ldquo;выражая смирение&rdquo;: &ldquo;Я не прошу от тех, кто
пользуется моими программами, ничего, кроме признания моих
заслуг&rdquo;. Вряд ли можно считать &ldquo;смирением&rdquo; юридическое
требование признания заслуг, но в этом есть более глубокий смысл, о котором
мы здесь поговорим.
</p>

<p>
Смирение&nbsp;&mdash; это пренебрежение своими собственными интересами, но
интерес, от которого вы отказываетесь, когда не применяете авторское лево
для своих программ,&mdash; это не просто ваш собственый интерес. Кое-кто,
пользуясь вашим исходным текстом в несвободной программе, отказывает в
свободе другим, так что если вы позволите ему это, то вы не сумеете защитить
свободу этих людей. Лечь и ничего не делать, когда речь идет о защите
свободы каждого&nbsp;&mdash; проявление слабости, а не смирения.
</p>

<p>
Выпуская свой исходный текст под <a href="/licenses/bsd.html">одной из
лицензий BSD</a> или какой-нибудь другой безвольно-либеральной лицензией, вы
не поступаете дурно; программа остается свободной и служит на благо нашему
сообществу. Но это слабость, и в большинстве случаев это не лучший способ
содействовать свободе пользователей изменять программы и обмениваться ими.
</p>

<p>
Вот конкретные примеры несвободных версий свободных программ, которые
нанесли серьезный вред миру свободы.</p>

<ul>
<li>Те, кто выпустил LLVM под лицензией без авторского лева, тем самым <a
href="https://www.anandtech.com/show/5238/nvidia-releases-cuda-41-cuda-goes-llvm-and-open-source-kind-of">дали
nVidia возможность выпустить качественный несвободный компилятор</a> для
своих микропроцессоров, осталяя набор инструкций в секрете. Таким образом,
мы не можем написать для этой платформы свободный компилятор без трудоемкой
обратной разработки. Несвободная адаптация LLVM&nbsp;&mdash; это
единственный компилятор для этих машин, и скорее всего, он единственным и
останется.</li>

<li>Intel применяет <a
href="http://www.tomshardware.com/news/google-removing-minix-management-engine-intel,35876.html">несвободную
версию системы MINIX</a>, которая свободна, но без авторского лева, в черном
ходе управляющего устройства своих современных процессоров.</li>
</ul>

<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">
<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 submitting 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; 2003, 2007, 2008, 2013, 2017, 2018, 2020 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.-->
 </div>

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

$Date: 2020/07/01 17:03:00 $

<!-- timestamp end -->
</p>
</div>
</div>
<!-- for class="inner", starts in the banner include -->
</body>
</html>