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
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
|
<!--#set var="ENGLISH_PAGE" value="/philosophy/imperfection-isnt-oppression.en.html" -->
<!--#include virtual="/server/header.de.html" -->
<!-- Parent-Version: 1.96 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<!--#set var="TAGS" value="essays aboutfs practice" -->
<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->
<!-- This file is automatically generated by GNUnited Nations! -->
<title>Unvollkommenheit ist nicht das Gleiche wie Unterdrückung - GNU-Projekt -
Free Software Foundation</title>
<!--#include virtual="/philosophy/po/imperfection-isnt-oppression.translist" -->
<!--#include virtual="/server/banner.de.html" -->
<!--#include virtual="/philosophy/ph-breadcrumb.de.html" -->
<!--GNUN: OUT-OF-DATE NOTICE-->
<!--#include virtual="/server/top-addendum.de.html" -->
<div class="article reduced-width">
<h2>Unvollkommenheit ist nicht das Gleiche wie Unterdrückung</h2>
<address class="byline">von <a href="//www.stallman.org/">Richard Stallman</a></address>
<p>Wenn einem freien Programm Funktionen fehlen, die Nutzer wünschen, ist das
bedauerlich. Wir halten dazu an hinzuzufügen, was vermisst wird. Einige
würden sogar noch weiter gehen und behaupten, dass ein Programm nicht einmal
Freie Software sei, wenn es an bestimmter Funktionalität
mangelt ‑ dass es Nutzern Freiheit <em>0</em> (der Freiheit,
das Programm auszuführen wie man möchte) oder den Gebrauch, der nicht
unterstützt wird, versagt. Dieses Argument ist fehl am Platz, denn es
basiert darauf Leistungsfähigkeit mit Freiheit und Unvollkommenheit mit
Unterdrückung zu identifizieren.</p>
<p>Jedes Programm hat zwangsläufig bestimmte Funktionalitäten, und es fehlt an
anderen, die wünschenswert wären. Es gibt einige Aufgaben, die es erledigen
kann, und andere, die es nicht ohne weiteres Zutun erledigen kann. Das liegt
in der Natur von Software.</p>
<p>Das Fehlen der Schlüsselfunktionalität kann bedeuten, dass einige Benutzer
das Programm völlig unbrauchbar finden. Kennt man sich beispielsweise nur
mit grafischen Benutzeroberflächen aus, kann ein Befehlszeilenprogramm
gegebenenfalls unmöglich zu bedienen sein. Kann man den dargestellten
Bildschirm nicht sehen, kann ein Programm ohne Bildschirmleser unmöglich zu
nutzen sein. Spricht man nur Griechisch, kann ein Programm mit Menüs und
Meldungen auf Englisch unmöglich zu benutzen sein. Werden eigene Programme
in Ada geschrieben, ist ein C-Übersetzer unmöglich zu benutzen. Es wäre
unsinnig von jemanden zu verlangen, diese Barrieren selbst zu
überwinden. Freie Software sollte die Funktionalität wahrlich bereitstellen,
die man benötigt.</p>
<p>Freie Software sollte sie wirklih bereitstellen, aber der Mangel dieser
Funktion macht das Programm noch nicht unfrei, denn es ist eine
Unvollkommenheit, keine Unterdrückung. </p>
<p>Ein Programm unfrei zu machen, ist ein vom Entwickler begangenes Unrecht,
das demjenigen Freiheit versagt, wer auch immer es benutzt. Der Entwickler
verdient dafür die Verachtung. Es ist entscheidend, diesen Entwickler zu
verachten, denn niemand sonst kann das Unrecht rückgängig machen, solange
der Entwickler weiterhin damit fortfährt. Wir können ‑ und
müssen ‑ versuchen, die Geschädigten durch Entwickeln eines
freien Ersatzes zu befreien, aber wir können nicht das unfreie Programm frei
machen.</p>
<p>Ein freies Programm ohne eine bestimmte wichtige Funktion zu entwickeln,
muss nicht für jeden falsch sein. Es verhilft vielmehr zu einem Nutzen, aber
nicht unbedingt den Nutzen, den alle brauchen. Niemand im Besonderen
verdient deswegen Verachtung für das nicht Entwickeln der fehlenden
Eigenschaft, da es jede Person, die dazu fähig ist, nachholen könnte. Es
wäre sowohl undankbar als auch kontraproduktiv, die Autoren des freien
Programms dafür auszuwählen und verantwortlich zu machen, einige zusätzliche
Arbeiten nicht getan zu haben.</p>
<p>Was wir tun können ist anzugeben, dass die Fertigstellung der Aufgabe einige
zusätzliche Arbeit erfordert. Das ist konstruktiv, denn es hilft uns
jemanden davon zu überzeugen, diese Arbeit zu tun.</p>
<p>Wenn man denkt, eine bestimmte Erweiterung in einem freien Programm sei
wichtig, sollte man bitte auf eine Weise darauf drängen, die unsere
Mitwirkenden respektiert. Man sollte nicht die Personen kritisieren, die den
ganzen nützlichen Quellcode beigetragen haben, den wir haben. Man sollte
lieber nach einem Weg suchen, die Aufgabe zu vervollständigen. Man kann die
Aufmerksamkeit der Programmentwickler auf die fehlende Funktion richten,
wenn sie Zeit für die weitere Arbeit haben. Man kann anbieten, ihnen zu
helfen. Man kann Personen rekrutieren oder Geldmittel aufbringen, um die
Arbeit zu unterstützen.</p>
</div>
<div class="translators-notes">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
<p><strong>Anmerkungen des Übersetzungsteams</strong>:</p>
<p class="noteClass"><!--@Übersetzer: Diesen Absatz entfernen, wenn Dokument
von Dritten Korrekturgelesen. -->Dieses
Dokument wurde (noch) nicht von <a
href="https://savannah.gnu.org/projects/www-de">www-de</a>-Mitgliedern
und/oder
engagierten Mitwirkenden begutachtet. Bitte unterstützen Sie uns dieses
hinsichtlich Rechtschreibung, Grammatik, Typografie, Stil und sachlicher
Richtigkeit zu überprüfen und melden Korrekturvorschläge an <a
href="mailto:www-de-translators@gnu.org?subject=philosophy/imperfection-isnt-oppression.html:
Korrekturvorschlag"><www-de-translators@gnu.org></a>.</p></div>
</div>
<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.de.html" -->
<div id="footer" role="contentinfo">
<div class="unprintable">
<p>Bitte senden Sie allgemeine Fragen zur FSF & GNU an <a
href="mailto:gnu@gnu.org"><gnu@gnu.org></a>. Sie können auch die <a
href="/contact/"><span xml:lang="en" lang="en">Free Software
Foundation</span> kontaktieren</a>. Ungültige Verweise und andere
Korrekturen oder Vorschläge können an <a
href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a> gesendet
werden.</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">
<web-translators@gnu.org></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>. -->
Bei der Übersetzung dieses Werkes wurde mit größter Sorgfalt
vorgegangen. Trotzdem können Fehler nicht völlig ausgeschlossen
werden. Sollten Sie Fehler bemerken oder Vorschläge, Kommentare oder Fragen
zu diesem Dokument haben, wenden Sie sich bitte an unser Übersetzungsteam <a
href="mailto:web-translators@gnu.org?cc=www-de-translators@gnu.org"><web-translators@gnu.org></a>.</p>
<p>Weitere Informationen über die Koordinierung und Einsendung von
Übersetzungen unserer Internetpräsenz finden Sie in der <a
href="/server/standards/README.translations">LIESMICH für Übersetzungen</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 © 2014, 2021 Free Software Foundation, Inc.</p>
<p>Dieses Werk ist lizenziert unter einer <a rel="license"
href="//creativecommons.org/licenses/by-nd/4.0/deed.de">Creative Commons
Namensnennung-Keine Bearbeitungen 4.0 International</a>-Lizenz.</p>
<!--#include virtual="/server/bottom-notes.de.html" -->
<div class="translators-credits">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<strong>Übersetzung:</strong> Jоегg Kоhпе <a
href="https://savannah.gnu.org/projects/www-de"><www-de></a>, 2015.</div>
<p class="unprintable"><!-- timestamp start -->
Letzte Änderung:
$Date: 2021/10/08 10:06:17 $
<!-- timestamp end -->
</p>
</div>
</div>
<!-- for class="inner", starts in the banner include -->
</body>
</html>
|
