Was ist mit der Abkürzung LCD (iquid crystal display)? Viele Leute sagen jedoch "Das hat ein LCD-Display" Da ich Wikipedianeuling bin, werde ich es nicht im Hauptartikel ändern. (nicht signierter Beitrag von 217.85.230.196 (Diskussion | Beiträge) 15:02, 9. Okt. 2009 (CEST)) Beantworten

Da „LCD“ nicht die Abkürzung für „LCD-Display“ ist, sondern ein üblicher Pleonasmus, gehört es nicht hierher. --Tobias 12:11, 11. Nov. 2010 (CET)Beantworten

Es heißt "Mean Ugly Dirty Sport" = "Gemeiner, häßlicher, dreckiger Sport". Es heißt NICHT: "Muds means Ugly Dirty Sport" = "MUDS bedeutet häßlicher, dreckiger Sport". Ich denke, hier hat der Ersteller einen Übersetzungsfehler bei "mean" gemacht. Sollte es "mean" im Sinne von "bedeuten" heißen, so würde ein "s" fehlen. Da dies nicht vorhanden ist (ich habe das Spiel damals gespielt, es war definitiv nicht da), heißt es also "gemein" oder "fies".

"Beispiel eines rekursiven Akronyms in Palindromgestalt, dessen Selbstreferenzierung neben der ihm wesenhaften Autarkie auch seine sich selbst genügende Bedeutung und den durch reflexive Kausalität ad absurdum geführten Ursprung seiner selbst umfasst." Könnte das bitte jemand irgendwie anders formulieren? Selten einen so überflüssig kompliziert formulierten Satz gesehen. --TheGolem 15:05, 24. Okt 2005 (CEST)

CArL (Carl Alexander Lerdorf, Sohn des PHP-Vaters Rasmus Lerdorf)

Schließe mich an. CArL ist kein RA, weil der Name Carl ja nicht wiederum für die bedeutung steht, das selbe gilt für BUND, denn der Buchstabe B im Wort Bund steht ja nicht wiederum für Bund. Man könnte also von einer "Sich selbst einmalig nahezu rekonstruirende Abkürzung, aber eben doch nicht ganz" sprechen, oder die beiden Beispiele einfach rausnehmen (da wäre ich dafür). --E-qual !!! 04:07, 14. Jun 2005 (CEST)

Hä? Wie kommst du darauf, dass B nicht für Bund stände?

Ist doch das gleiche wie bei TIM ist müde:

T steht für Tim, i für ist, m für müde

Bei Bund dann eben B für Bund, U für Umwelt, N für Naturschutz, D für Deutschland.

Wieso sollte dann letzteres keine echte Rekursion sein, "Tim ist müde" aber schon?? --84.56.75.165 16:20, 18. Okt 2005 (CEST)

---

"Deutsche Webseiten"-Suche in Google sagt: 310 mal "rekursives Akronym", und 278 mal "rekursive Abkürzung". Und bei beiden fast nur PHP und GNU betreffend. Da "Abkürzung" im Deutschen richtig ist, sollte man es auch hier schreiben. "Akronym" ist in diesem Fall offenbar einer der beliebten Halbübersetzungen aus dem Amerikanischen. Also am besten diesen Eintrag hier auf rekursive Abkürzung redir^Wumleiten --Walter

Nein, das passt schon. Laut Langenscheidts Fremdwörterbuch ist ein Akronym ein "aus Anfangsbuchstaben mehrerer Wörter gebildetes Kurzwort". Also ist z.B. "Abk." nur eine Abkürzung und kein Akronym. --Rade Kutil

Eben. Bitte sprechen Sie "PHP" als Wort aus. Sprechen, nicht spucken! :-) Also ist "GNU" ein rekursives Akronym, "PHP" aber nicht. Beides sind aber rekursive Abkürzungen. Oder einfach: Alle Akronym sind Abkürzungen, aber nicht umgekehrt. Also sollten wir den allgemeineren Fall verwenden. --Walter

Hast recht. Siehe auch [1]. --Rade Kutil

RPM bedeutet meines Wissens nach Redhat Package Manager, und ist somit ebenfalls kein rekursives Akronym. --Deagle So hab ich das auch in erinnerung, schlage das noch nach

„SPAM“ ist bei den Rekursiven Akronymen m. E. falsch; wie hier ausführlich dargestellt wurde, leitet sich die Bezeichnung von besagtem Monty-Python-Sketch über Dosenfleisch her. Die genannte Aufschlüsselung ist ein Backronym. --Tobias 11:49, 11. Nov. 2010 (CET)Beantworten

Der Bund für Umwelt- und Naturschutz Deutschlands ist kein rekursives Akronym, da er sich als Abkürzung mit Punkten schreibt, während das Wort "Bund" in der ausformulierten Version nicht wieder für das ganze steht, sondern tatsächlich ein Bündnis beschreibt. --217.17.23.69 22:12, 20. Sep 2004 (CEST)

Eben. Aber was hat das bitteschön noch im Artikel zu suchen? Hab's mal raus, wer anderer Meinung ist, kann's gern wieder reinstellen, hier der Code:

• BUND für Umwelt und Naturschutz Deutschland --E7 13:58, 11. Nov 2004 (CET)

Sind rekursive Akronyme nicht eher ein Geek-Spaß`? In der Informatik kann ichs ja ein wenig verstehen, rekursionen sind ja so toll, aber prinzipiell ist es ja eher ein Running Gag, als wirklich sinnvoll - das sollte in diesem artikel erwähnt werden, finde ich.

prinzipiell kann ja jedes rekursive Akronym mit einem beliebigen buchstaben anfangen, also z.B. statt LAME geht auch WAME oder NAME (NAME aint an mp3 encoder).

wäre auch einer erwähnung wert.

danke, --Abdull 21:14, 15. Jan 2005 (CET)

• Das Dumme ist dann nur, dass man das mit MAME verwechseln könnte --public_override

PHP ist keineswegs rekursiv. Zwar steht PHP für PHP Hypertext Preprocessor, dieses PHP steht allerdings für Personal Homepage Tools.

217.225.120.2 14:48, 28. Jan 2005 (CET)

Nein. PHP stand bis zu Version 2 für Personal Homepage Tools. Ab Version 3 heißt es offiziell PHP Hypertext Preprocessor. --MarkGGN 22:33, 28. Jan 2005 (CET)

PHP ist zwar rekursiv, aber kein Akronym, da der Begriff ja nicht als ein Wort, sondern buchstabenweise ausgesprochen wird --82.83.58.51 12:00, 18. Jun 2005 (CEST)

Nein, ein rekursives Akronym muss paradoxerweise gemäß der gebräuchlichen Bedeutung kein Akronym sein. --Jazzman KuKa 02:38, 30. Dez. 2006 (CET)Beantworten

PHP ist laut der PHP-Seite jedoch ein rekursives Backronym, kein Akronym. Also sollte es hier auch nicht als Beispiel aufgelistet sein. 83.171.150.179 18:30, 16. Mai 2007 (CEST)Beantworten

Dieser Artikel soll ev. Bestandteil von Wikipedia:WikiReader/Wissen.ungewöhnlich. werden..--^°^ @

Also, diesen Fakt stelle ich hier mal zur Frage. Ich kenne GNU nur als "GNU is Not Unix" - was fürhin ein rekursives Akronym ist, da GNU in der Abkürzung nicht das Tier meint, auch wenn es im Logo auftaucht. Denn warum sollte jemand sagen, das Tier hier ist kein Auto - wäre irgendwie sinnfrei. Oder?!--84.188.220.197 14:25, 30. Mär 2006 (CEST)

Hi, wollte nur fragen, was "echte" Rekursionen sind. Sollte man dann auf der Seite auch noch schreiben... (Ist es vielleicht, wenn noch ein "a" eingeschoben wird ? Aber wenn GNU nicht echt ist, warum ist dann WINE echt ?)

Diese alte Frage halte ich für sehr berechtigt: Wie bereits von mir im Artikel ausformuliert, kann meines Erachtens von einem "echten" rekursiven Akronym nur insofern gesprochen werden, als dass es als solches entworfen wurde. Ich vermute außerdem, dass der Autor die Unterscheidung von Apronymen und Backronymen im Blick hatte, was ich für sehr problematisch halte, da selbstverständlich auch Apronyme und Backronyme Rekursionen enthalten können und sogar die ersten und bekanntesten rekursiven Akronyme in der Tat Backronyme oder Apronyme sind. Die "Echtheit" jedoch allein an der Intention festzumachen, halte ich für Theoriebildung. Es gibt meines Wissens außerhalb der Wikipedia keine Quelle, die ein solches Kriterium rechtfertigen könnte. Hinweise sind freilich sehr willkommen! Solange dieses Kriterium also nicht belegt werden kann, würde ich daher gerne vorschlagen, die Unterscheidung zwischen echten und unechten rekursiven Akronymen heraus zu nehmen und die Beispielliste unter Berücksichtigung vornehmlich dieses und dieses als auch noch einiger weiterer Diskussionspunkte entsprechend zu überarbeiten.--Ilja F. Repin (Diskussion) 08:43, 25. Jan. 2021 (CET)Beantworten

Wenn das S von SARF für Simple steht, dann ist SARF doch ein ganz normales Akronym. --Jarlhelm 02:17, 22. Aug 2006 (CEST)

Einen Artikel über das Thema RA zu schreiben ist gar keine schlechte Idee. Nur sollte man seinen Wortlaut und seine Gliederung etwas ändern.

was soll denn an ZZ = Zinssatz rekursiv-akronym sein? ist doch eine ganz gewöhnliche abkürzung

Was ist an SARF (Simple-Acronyme-Recursion-Finder) rekursiv? --Jazzman KuKa 03:06, 30. Dez. 2006 (CET)Beantworten

Sicher, dass ATI rekursiv ist? Siehe: ATI Technologies#Namensgebung --Jazzman KuKa 03:06, 30. Dez. 2006 (CET)Beantworten

Sollte rekursiv sein, da ja ATI in ATI Technologies Inc. vor kommt. Sprich A = ATI, T = Technologies, I = Inc.. Somit rekursiv. Jedoch ist es eigentlich ein Backronym, da ja nur die Abkürzung beibehalten wurde, nicht jedoch die eigentliche Bedeutung dieser Abkürzung. 83.171.150.179 18:33, 16. Mai 2007 (CEST)Beantworten

Es wurden z.B. folgende zwei Beispiele gegeben:

• "GNU − GNU is Not Unix"
• "WINE − Is Not an Emulator"

=> Man sollte sich hier für eine Variante entscheiden!

Entweder:

• "GNU: GNU is Not Unix"
• "WINE: WINE Is Not an Emulator"

Oder:

• "GNU − is Not Unix"
• "WINE − Is Not an Emulator"

Ich habe es allerdings nicht geändert, da ich mich mit diesen Abkürzungen nicht so gut auskenne. Wenn es doch richtig sein sollte, dann könnte dies nochmal richtig erklärt werden.

Dem stimme ich voll zu. Mir kamen die Beispiele auch sehr uneinheitlich vor. Könnte das einer der ursprünglichen Autoren bitte geradebiegen!

--Fotoms 14:38, 9. Feb. 2009 (CET)Beantworten

Hier wird zudem deutlich, welcher Unsinn beschrieben wird. 84.166.79.242 11:19, 12. Nov. 2011 (CET)Beantworten

Da mE Hofstadters Schreibweise hier ausschlaggebend sein sollte und Hofstadter die erste Variante wählt, sollte auch hier die erste Variante gewählt werden.--Ilja F. Repin (Diskussion) 16:56, 17. Jan. 2021 (CET)Beantworten

Unter VISA International Service Association steht, dass VISA ein rekursives Akronym ist. Hier steht aber, dass es keins ist. Was ist denn nun richtig? So wie ich das Thema verstanden habe, müsste es doch eigentlich eins sein. mfg Christian --80.70.34.57 08:50, 7. Nov. 2007 (CET)Beantworten

Außerdem müsste das mit GNU auch noch geklärt werden... --89.12.87.78 19:27, 2. Mär. 2008 (CET)Beantworten

In der Liste keiner echten Akronyme steht:

1. CAVE − Cave Automatic Virtual Environment

Allerdings wäre es doch nach Konstruktionsmethode 2 serh wohl eines:

1. Man verwende einen konkret existierenden Begriff, der das Projekt umschreibt: z. B. super.
2. Der erste Buchstabe steht wiederum für Super.
3. Man erweitere ab dem zweiten Buchstaben des Begriffs jeden Buchstaben zu einem Wort, sodass sich ein sinnvoller Begriff ergibt, z. B. Super United Procedural Environment Relocator.

--Indyaner 05:33, 11. Nov. 2009 (CET)Beantworten

Der von den Microsofties betriebenen Suchmaschine wird gerne unterstellt, das rekursive Akronym von "Bing Is Not Google" zu sein. Das ist aber wohl ein Scherz. -- 84.138.103.134 01:24, 19. Aug. 2011 (CEST)Beantworten

Entspräche ein Rekursives Akronym nicht folgender Definition: [1]Ein Rekronym ist wie das Akronym eine Abkürzung, die als eigenes Wort gesprochen wird, bei der die Buchstaben also nicht einzeln gesprochen werden. Der Begriff bezeichnet ein Kurzwort, das aus den Anfängen mehrerer Wörter oder mehrerer Wortteile entstanden ist, wobei ein Wortteil dem Rekronym selber entstammt.[2]. Das Rekronym wurde auf der Backronym Disk erwähnt, mit dem Hinweis, man kenne das backronym nur als rekronym. Nun wäre meines Erachtens rekronym eher ein kofferwort aus rekursives akronym. Meinungen? छातीऀनाएल - chartinael 09:11, 13. Okt. 2011 (CEST)Beantworten

Kochrezepte gehören bekanntlich nicht in Wikipedia. Wir wollen beschreiben, was etwas ist, und nicht, wie es gemacht wird.

Daher sind die gleich zwei 'Konstruktionsmethoden' überflüssig. Und die Beispiellisten sind wesentlich zu lang. Eine nachvollziehbare (!) Erklärung mit drei Beispielen würde vollauf genügen. --INM (Diskussion) 06:55, 3. Jul. 2015 (CEST)Beantworten

Schade, kein Kommentar. Ich glaube im Ernst, der Artikel lässt sich ohne Substanzverlust auf Folgendes reduzieren:

Ein rekursives Akronym ist eine Abkürzung, die in der Erklärung ihrer Bedeutung rekursiv auf sie selbst verweist – die Abkützung enthält sich also selbst als Teil des ausgeschriebenen Ausdrucks. Ein typisches rekursives Akronym ist aus Anfangsbuchstaben anderer Wörter zusammengesetzt, und das erste Wort bedeutet wieder den gesamten Begriff. Eine solche Namensbildung ist in Projekten der freien Software besonders beliebt.

Das bekannteste Beispiel ist der Name Betriebssystem GNU mit der Bedeutung „GNU (is) Not Unix“.

--INM (Diskussion) 21:50, 17. Jul. 2015 (CEST)Beantworten

Keine Gegenstimmen? --INM (Diskussion) 12:39, 8. Sep. 2015 (CEST)Beantworten

Doch, doch. Laut Vorschlag würde der Artikel schon fast unangemessen kurz und schwerer verständlich (und EDV-lastig). Die Listen müssen tatsächlich nicht gar so umfangreich sein, aber das Angeben von Konstruktionstypen ist noch lange nicht mit einem Kochbuchrezept gleichzusetzen. --B.A.Enz (Diskussion) 22:39, 8. Sep. 2015 (CEST)Beantworten

Gegenstimme ebenfalls von mir, ich kenne wirklich sehr viele Leute, die mit der Erklärung, was ein rekursives Akronym ist wirklich auf Kriegsfuß stehen. In der Regel braucht man schon eine gewisse EDV-Lastigkeit, um das zu verstehen. Die meisten Menschen haben schon Schwierigkeiten, den Begriff der Rekursion zu verstehen. Dieser Begriff dann mit einem Akronym gepaart erschließt sich nur noch wenigen. Eine etwas größere Zahl an Beispielen ist hier auch durchaus hilfreich, insbesondere da die meisten Beispiele aus dem EDV-Bereich kommen und vielen Lesern schlicht nichts sagen. --Denalos (Diskussion) 17:30, 18. Apr. 2016 (CEST)Beantworten

mal abgesehen davon, das NARF eine nette Anspielung sein dürfte auf Pinky

Ich teile die ursprüngliche Einschätzung von INM hinsichtlich der Länge der Beispielsliste: Vor dem Hintergrund meiner Überarbeitung des Artikels möchte ich daher die Frage der Kürzung der Beispielsliste erneut aufwerfen: Sofern ich die beiden Gegenstimmen richtig verstehe, war ihre Opposition im Wesentlichen erstens darin begründet, dass der Artikel im Falle einer Kürzung "unangemessen kurz und schwer verständlich" werden würde. Zweitens wurde angeführt, dass die Verständlichkeit des Artikels unter einer "gewisse[n] EDV-Lastigkeit" leide, so dass eine längere Beispielsliste dem abhelfen könne. Hier bitte ich zu prüfen, ob diese beiden Gründe unter Berücksichtigung des neuen Abschnitts "Herkunft und Rezeption" weiterhin Geltung beanspruchen können. Ferner halt ich die "Kochbuchkritik" für durchaus berechtigt: Ich teile zwar einerseits die Einschätzung, das NARF eine im hiesigen Kontext schöne Anspielung ist. Andererseits überwiegt meines Erachtens das Argument, dass Tutorials nicht der primäre Zweck der Wikipedia sein sollten. Allerdings wäre ich in dieser Frage auch an Gegenargumenten sehr interessiert. Die bisherige Entgegnung, dass Tutorials zu rekursiven Akronymen nicht mit Kochbuchrezepten gleichzusetzen sind, überzeugt mich noch nicht; da sie mir die Ironie der Anspielung von INM zu verkennen scheint. --Ilja F. Repin (Diskussion) 15:30, 21. Jan. 2021 (CET)Beantworten

Im Januar 2021 wurde der Artikel auf fast die doppelte Länge aufgeblasen, und soweit ich sehe ist nicht ein einziges Beispiel gestrichen worden, obwohl alle eigentlich ziemlich bemüht wirken und kaum eins davon bekannt ist. Ich bleibe inhaltlich bei dem, was ich oben schrieb, dass hier eigentlich nur eine Worterklärung gefragt ist, die sich in wenigen gutgeschriebenen Zeilen ausführen lässt. Ich hab nicht den geringsten Zweifel am guten Willen aller Autoren, aber ich fürchte, hier verrennen sich einige Leute gewaltig.

Schade. Und sorry für die deutlichen Worte. --INM (Diskussion) 13:40, 25. Jan. 2021 (CET)Beantworten

Aufgrund dieses Statements von INM betrachte ich die Diskussion über ein unangemessene Länge als erledigt, solange er nicht einen akzeptablen Vorschlag bringt, der nicht «diesem blöden, ausufernden pseudointellektuelle[n] Stil, der jeden Aspekt nochmal und nochmal durchkaut» verfällt und nicht als «dummes Pennälerspiel» zu werten ist. --B.A.Enz (Diskussion) 14:28, 25. Jan. 2021 (CET)Beantworten

Als "Pennälerspiel" hatte ich den Gegenstand des Artikels, nicht den Artikel selber bezeichnet. Einen Vorschlag zur Formulierung hatte ich oben gemacht.

Ich werde euch aber nun nicht weiter bei eurer Arbeit stören und habe diesen Artikel jetzt von meiner Beobachtungsliste genommen. Viel Erfolg noch! --INM (Diskussion) 15:23, 25. Jan. 2021 (CET)Beantworten

Hallo B.A.Enz, ich will nur kurz erwähnen, dass ich weiterhin Interesse an deiner Einschätzung zur aufgeworfenen Frage hätte. Gruß, --Ilja F. Repin (Diskussion) 15:54, 25. Jan. 2021 (CET)Beantworten

Zum Kritikpunkt der Aufgeblasenheit will ich noch ergänzen, dass ich ihm durchaus zustimme: Selbstredend halte ich jedoch nicht den neuen Abschnitt für "aufgeblasen", sondern vielmehr die diffizile Frage nach der "Echtheit", wie sie sich ja auch in den vielen Diskussionspunkten niedergeschlagen hat. Nicht an einem Beispiel, sondern als allgemeine Frage wurde das Problem hier formuliert.--Ilja F. Repin (Diskussion) 11:15, 26. Jan. 2021 (CET)Beantworten

Hallo INM, es freut mich, dass du dich doch weiter an der Diskussion beteiligst und ich kann mit deinen deutlichen Worten umgehen. Gleichwohl kann ich die Kritik von B.A.Enz an ihnen gut nachvollziehen und vielleicht gelingt es ja im Sinne des Artikels, ein klein wenig "undeutlichere" Worte zu finden. ;-) Zu deinem Kommentar: Ich bin der Hauptautor des neuen Abschnitts aus dem Januar 2021, den du als zu aufgeblasen empfindest. Tatsächlich aber war mir auch dein ursprünglicher Kommentar Grund, ihn zu verfassen. Denn wie ich bereits sagte, teile ich zum einen deine Auffassung zu Tutorials in der Wikipedia, zum anderen hinsichtlich der Länge der Beispielliste. Allerdings denke ich, dass B.A.Enz durchaus einen guten Punkt gegen deinen ursprünglichen Vorschlag anführte, wenn er darauf hinweist, dass der Artikel dadurch "fast unangemessen kurz und schwerer verständlich" würde. Meine Idee war es daher, einen Abschnitt zu ergänzen, der über die Hintergründe der Entstehung und Rezeption dieses "Pennälerspiels" (wie du es m.E. ironisch ja durchaus treffend nennst) informiert und gleichzeitig das Konzept der rekursiven Akronyme erläutert, so dass für ein ausreichendes Verständnis weder die lange Beispielliste nötig ist, noch das Tutorial (das dafür ja auch gar nicht gedacht ist, aber bis dato die einzige Ausführung darstellte). Ich habe daher vor dem Hintergrund der Erstellung dieses Abschnitts deine alte Frage nochmal neu aufgeworfen, da sie mir damit wieder relevant erschien. Ich bin jedoch sehr offen, sowohl für Argumente für das Tutorial als auch für die Länge der Beispielliste und habe deswegen in dieser Sache noch nicht weiter in den Artikel eingegriffen, sondern vielmehr versucht, Tutorial und Liste im Sinne des Artikels zu präzisieren. Dass ich einem "pseudointellektuellen Stil" fröne und der neue Abschnitt in sich bereits redundant ist, teile ich freilich nicht. Eventuell wäre hier aber eine Präzisierung deinerseits hilfreich; denn tatsächlich scheint auch mir in Zusammenschau des neuen Abschnitts und des Tutorials eine Redundanz gegeben, da es wie erläutert ja meine Absicht war, das Tutorial, zumindest im Hinblick auf die Verständlichkeit des Artikels, überflüssig zu machen. Kurzum: Ich habe deinen Standpunkt natürlich verstanden, dass du den Artikel gerne auf die Eingangspassage gekürzt sehen würdest. Diese Auffassung teile ich nicht. Meines Erachtens handelt es sich bei den drei abgehandelten Punkten (1. Hofstadter als Urheber der Bezeichnung; 2. Die Erfindung bei John Brunner; 3. Der Gebrauch im IT-Jargon) für relevante Informationen, die ich selbst erwarten würde, wenn ich diesen Artikel aufrufen würde. Meine Aufwärmung deiner Frage richtete sich daher allein auf das Tutorial und die Beispielliste. Selbstverständlich bin ich aber auch an konstruktiver und konkreter Kritik am neuen Abschnitt interessiert. Gruß, --Ilja F. Repin (Diskussion) 15:50, 25. Jan. 2021 (CET)Beantworten

Hallo Ilja F. Repin. Zunächst ein Dankeschön für deine verdienstvolle Arbeit in diesem Artikel – auch für deine erläuternden Beiträge auf der Diskussionsseite, obwohl sie mangels Gesprächspartner eher Monologen als eigentlichen Diskussionsbeiträgen glichen. Mit dem Aufbau des Artikels bin ich zufrieden: Einleitung / Herkunft und Rezeption / Konstruktion (zwei Methoden) / Beispiele (echte und unechte r.A.) / Einzelnachweise.

Überlegen könnte man, ob die Einleitung ganz oder teilweise ersetzt werden sollte mit dem Vorschlag von INM. Aus meiner Sicht dürften die beiden Beispiellisten etwas gekürzt werden, obwohl dies seinerzeit Denalos leicht anders gesehen haben mag. Anderseits fehlt mir immer noch ein gutes Beispiel, das nicht aus dem IT-Bereich stammt. --B.A.Enz (Diskussion) 17:23, 25. Jan. 2021 (CET)Beantworten

Hi B.A.Enz, vielen Dank für deine freundliche Rückmeldung und Einschätzung! Wenn ich dich richtig verstehe, würdest du dich nach wie vor dafür aussprechen, das Tutorial (ich nenne es einfach mal weiter so, gemeint ist der Abschnitt Konstruktion) beizubehalten. Gibt es dazu vielleicht irgendwo eine Grundsatzdiskussion, ob Tutorials einen Platz in der Wikipedia haben sollten? Ich bin da selbst unschlüssig, kann aber auch gut mit diesem Abschnitt leben. Problematischer finde ich die Unterscheidung zwischen "echt" und "unecht". Zur Beispielliste: Im Abschnitt Herkunft und Rezeption habe ich ja bereits zwei Beispiele aus der Geschichte der rekursiven Akronyme prominent ausgeführt (GOD und EPT), die nicht aus dem IT-Bereich stammen. Vielleicht reicht das schon? Hättest du oder jemand anderes einen Vorschlag, an welcher Stelle die Liste zu kürzen wäre? Gruß, --Ilja F. Repin (Diskussion) 22:03, 25. Jan. 2021 (CET)Beantworten

Hallo zusammen, da ich mich ursprünglich an der Diskussion beteiligt habe, gebe ich mal meinen Senf dazu. Ich habe in den letzten Jahren mehrmals den Begriff des rekursiven Akronyms erläutern müssen. Vor allem Juristen haben damit nach meiner Erfahrung gang erhebliche Schwierigkeiten. Die Selbstbezüglichkeit ist ja schon für viele Menschen schwer zu verstehen; erst recht der rekursive Eigenbezug bei Abkürzungen. Egal, wie viel Mühe man sich gibt, es wird nicht verstanden. Das Hauptproblem ist der Sprung über den eigenen "mentalen Schatten". Das klappt nach meiner Erfahrung am besten mit einer Vielzahl an Beispielen. Die aktuelle Form des Artikels erklärt das rekursive Akronym den Menschen, die es ohnehin verstanden haben; das sollte doch aber nicht die Zielsetzung sein. In einem Artikel muss man den Leser dort abholen, wo er steht; und das ist u.a. bei den rekursiven Akronymen eben bei vollkommener Unverständlichkeit. Das heißt, jemand liest den Artikel, weil er bei besten Willen das Konzept nicht verstehen kann. Leider vermnute ich, dass es den Menschen danach genauso geht. Das war zumindest bis dato meine Erfahrung. Jemand fragte mich (durchaus sehr intelligente Menschen), der Jemand sagt danach zu mir "habe ich nicht verstanden, hat mich nicht weitergebracht", also erklär ich's nochmal ohne jegliche akademische Komponente und nenne individuell ausgewählte Beispiele. Mit etwas Glück begreift der andere es danach. --Denalos(quatschen) 01:46, 26. Jan. 2021 (CET)Beantworten

Hallo Denalos, vielen Dank für deinen Senf ;-) Ich verstehe ihn als Plädoyer für ein "je länger, desto besser" richtig? Und deine Begründung ist nach wie vor die schwere Verständlichkeit, der mit einer langen Beispielliste abgeholfen werden soll? Dazu meine Einwände: Mir scheint die hiesige Darstellung verglichen mit üblichen Artikeln im Bereich Logik etwa (hier nur ein Beispiel) doch recht eingängig. Was wäre dein Vorschlag für eine noch verständlichere Darstellung? Zumindest ich gerate doch an eine Grenze hinsichtlich einer noch eingängigeren Darstellung des Konzepts. Und ist eine lange Beispielliste hier tatsächlich das richtige Mittel der Wahl? Gewiss trägt der Vergleich von einigen Beispielen zum Verständnis bei. Aber mehr als sagen wir zehn oder max. 20 halte ich für übertrieben. Derzeit werden im gesamten Artikel fast 40 Stück angeführt. Ich hoffte, insbesondere mit der genauen und historisch informativen Erläuterung der Fortbildung der Apronyme bzw. Backronyme EPT und MUNG, also die Ersetzung von "Education" durch "Eptification" bzw. "Mash" durch "Mung" hier einen Aspekt zu ergänzen, der das Verständnis wesentlich vereinfacht und Grund für eine Kürzung der Beispielliste gibt. Die angeführten Beispiele sollten meines Erachtens nach zwei Kriterien ausgewählt werden: 1. historisch informative (hierunter fallen etwa: EPT, MUNG, TINT, GOD/ZEUS) und 2. die populärsten (hierunter fallen etwa: GNU, WINE, PIP, TUX, XINU, aber auch VISA, BUND und PARTEI). Gruß, --Ilja F. Repin (Diskussion) 08:40, 26. Jan. 2021 (CET)Beantworten

Moin, ich bin da etwas ratlos. Es gibt zwei Problemebenen. Da ist zum einen das Problem der Rekursion, mit dem sich die meisten Menschen ohnehin sehr schwer tun. Wenn diese Verständnishürde genommen wurde, kommt das zweite Problem hervor, und das ist eine Metaebene. Soweit ich das bis dato mitbekommen habe stolpern die Menschen, weil sie die Rekursion an sich nicht internalisiert, also tatsächlich verstanden haben, sondern eher anhand eines oder mehrerer Anwendungsbeispiele "akzeptiert" haben (eine Funktion ruft sich selbst auf). Schon bei dieser ursprünglichen Rekusionserklärung kommt die Nachfrage "warum sollte eine Funktion das machen?". Aber ok, die Menschen akzeptieren das. Das rekusrisve Akronym ist aber imho eine andere Verständnisebene, denn hier erklärt sich ein Wort mit sich - teilweise oder anteilig - selbst. Nach meiner Erfahrung hakt es bei den Menschen dann einfach aus "das ist doch quatsch, das geht doch gar nicht". Mit einer Erklärung auf akademischem Niveau kommt man da leider nicht weiter, weil der Leser - oder Zuhörer - einfach abschaltet. Auch wenn das nicht dem Wikipedia-Niveau entspricht, aber ich denke, dass eine Erklärung viel viel einfacher sein sollte. Insbesondere bei diesem Artikel zeigt sich imho, dass die tatsächlich gute Qualität des Artikels nichts bringt, denn der Leser wird potentiell nicht erreicht. Momentan - wie schon vor ein paar Jahren - bin ich ratlos. --Denalos(quatschen) 09:32, 26. Jan. 2021 (CET)Beantworten

Ja, ich verstehe die ausgeführte Problematik bei dem Verständnis von Rekursionen. Hier ließe sich vielleicht aber letztlich auch anführen, dass das im Grunde ein Problem des Artikels Rekursion ist und nicht des hiesigen Artikels. Sind Rekursionen verstanden, dann ist es zum Pennälerspiel mit Akronymen kein großer Schritt mehr. Ich würde sogar sagen, es liegt gerade andersherum (auch Hofstadters Darstellung in Gödel, Escher, Bach ist so angelegt), dass rekursive Akronyme vielmehr ein guter, weil relativ leichter Einstieg in das Verständnis von Rekursionen sind. Mit einem Wort: In der Weite, wie du das Verständnisproblem freilich zu Recht aufwirfst, betrifft es vielleicht eher den Artikel zu Rekursionen, nicht diesen hier, oder? Und welchen Schluss darf ich aus deiner Ausführung hinsichtlich der Länge der Beispielliste ziehen? B.A.Enz hatte sich ebenfalls schon für eine gewisse Kürzung ausgesprochen. Die Zustimmung von INM darf ich vermutlich ebenfalls annehmen. Oben hatte ich bereits einen Vorschlag sowohl hinsichtlich der Kriterien einer Auswahl als auch konkreter Beispiele gemacht. Trifft das auf Zustimmung, gibt es dazu Einwände, Ergänzungen, Hinweise? Gruß, --Ilja F. Repin (Diskussion) 10:55, 26. Jan. 2021 (CET)Beantworten

Hallo Ilja F. Repin. Ich weiss nicht, ob du nochmals meinen Senf erwartest oder nicht. Aus meiner Sicht habe ich eigentlich alles gesagt.

Wenn der Eindruck vorhanden sein sollte, ein Teil des Artikels («Konstruktion», auch «Tutorial» genannt) sei zu sehr ein Kochrezept oder eine Bastelanleitung, dann lässt sich das Problem leicht beheben, indem der Text so umformuliert wird, dass sich statt einer Handlungsanleitung eine Beschreibung von verschiedenen Konstruktionsmöglichkeiten ergibt. Wenn gewünscht, könnte ich das übernehmen.

Gute Beispiele dienen zur Veranschaulichung, aber in Überzahl sollten sie nicht aufscheinen. Irgendwann führt eine noch längere Liste nicht zu einem Mehrwert.

Übrigens: Sollte der Artikel unangemessen lang sein, so tendiert dieser Diskussionsabschnitt mittlerweile in die gleiche Richtung. – Beste Grüsse allseits --B.A.Enz (Diskussion) 20:57, 27. Jan. 2021 (CET)Beantworten

Hi B.A.Enz, ja, du hast Recht, wir können das hier gerne abschließen. Vielen Dank für dein Abschlussstatement. Ich halte nur noch kurz fest: Eine entsprechende Überarbeitung des Abschnitts Konstruktion deinerseits begrüße ich sehr. Eine Überarbeitung der Beispielliste anhand der oben angeführten Kriterien würde ich übernehmen (bin schon dabei). Gruß,--Ilja F. Repin (Diskussion) 21:50, 27. Jan. 2021 (CET)Beantworten

Reine Verständnisfrage - PARTEI wäre also ein Apronym? Laser-Ulm (Diskussion) 12:55, 7. Apr. 2018 (CEST)Beantworten

Um auf diese Frage kurz einzugehen: Ja, so ist es. Allerdings könnte man auch sagen, es handelt sich um ein Backronym. Die Unterscheidung halte ich letztlich für sehr willkürlich, da sie allein durch die Absicht desjenigen bedingt ist, der das Apronym bzw. Backronym gebraucht.--Ilja F. Repin (Diskussion) 09:07, 25. Jan. 2021 (CET)Beantworten

Hallo, dem Artikel fehlt meines Erachtens ein Abschnitt zur Herkunft des Begriffs bei Douglas Hofstadter. Ich möchte dazu folgenden Vorschlag machen:

Der Begriff des rekursiven Akronyms geht zurück auf das Konzept der seltsamen Schleife des Kognitionswissenschaftlers Douglas R. Hofstadter. In seinem 1979 erschienen Buch Gödel, Escher, Bach werden rekursive Strukturen und Prozesse im fünften Kapitel als wesentliches Merkmal von Intelligenz diskutiert. In dem vorausgehenden Dialog "Kleines harmonischen Labyrinth" wird zur Einführung in sogenannte "verwickelte Rekursionen" das Akronym GOD vorgestellt. Expliziert steht GOD für "GOD Over Djinn". In der deutschen Übertragung von Philipp Wolff-Windegg und Hermann Feuersee wird es mit "ZEUS Ewig Ueber Schinn" wiedergegeben und findet folgende Erläuterung: "Geist [zu Achilles]: Ach so, Sie sind mit rekursiven Akronymen nicht vertraut? Ich glaubte, jeder wisse, was das ist. Sehen Sie, 'ZEUS' steht für 'ZEUS Ewig Ueber Schinn' – was erweitert werden kann zu 'ZEUS Ewig Ueber Schinn, Ewig Ueber Schinn' – und das kann wiederum zu 'ZEUS Ewig Ueber Schinn, Ewig Ueber Schinn, Ewig Ueber Schinn' erweitert werden, und das auch wieder... Sie können so weiter gehen, wie Sie wollen."

Rückmeldungen und Verbesserungsvorschläge sind sehr willkommen (Referenzen wären freilich noch zu ergänzen). --Ilja F. Repin (Diskussion) 14:18, 17. Jan. 2021 (CET)Beantworten

Ich bin freundlicherweise darauf hingewiesen worden, dass meine Darstellung im neu hinzugefügten Abschnitt "Herkunft" nicht vollumfänglich korrekt ist. Kritikpunkt ist, dass Hofstadter zwar der Urheber der Bezeichnung 'rekursives Akronym' ist, nicht aber der Erfinder von Rekursionen in Akronymen. Diesen Punkt hatte ich zwar bereits mit dem entsprechenden Absatz zu John Brunner berücksichtigt. Dennoch scheint eine erneute Überarbeitung hinsichtlich der Fortbildung von Backronymen zu rekursiven Akronymen angebracht zu sein, die etwa auch das zum rekursiven Akronym weiterentwickelte Backronym MUNG berücksichtigt (vgl. hierzu den englischen Artikel). Im Unklaren befinde ich mich nach wie vor über den Zeitpunkt, wann zum ersten Mal von „MUNG Until No Good“ statt „Mash Until No Good“ die Rede war. Sollte das bereits vor 1968 der Fall gewesen sein (was ich bisher nicht annehme), würde das ebenfalls nach einer Überarbeitung des Abschnitts zu EPT verlangen. Über Hinweise und Quellen in dieser Frage wäre ich sehr dankbar. --Ilja F. Repin (Diskussion) 11:36, 21. Jan. 2021 (CET)Beantworten

Die Formulierung "Erklärung" eines Akronyms halte ich im Eingangssatz für unglücklich. Ein Akronym ist eine Abbreviatur und wird expliziert. Freilich kann die Explikation auch erklärt werden, aber die Rekursion befindet sich in der Explikation und nicht in der Erklärung. Deswegen würde ich vorschlagen, die Formulierung des ersten Satzes entsprechend anzupassen.--Ilja F. Repin (Diskussion) 14:26, 17. Jan. 2021 (CET)Beantworten

Was ist eigentlich ein rekursives Akronym? Anhand der hier aufgeworfenen Diskussionspunkte lässt sich sehr anschaulich nachvollziehen, wie groß die Uneinigkeit in dieser Frage ist. Immer wieder wird diskutiert, ob dieses oder jenes Akronym nun ein "echtes" rekursives Akronym sei. Diese Uneinigkeit kann meines Erachtens auch nicht verwundern, da es meines Wissens keine sprachwissenschaftliche Definition gibt, auf die man sich berufen könnte. (Hinweise selbstverständlich sehr willkommen!) Es gibt daher kein Kriterium der "Echtheit", anhand der wir entscheiden könnten, was ein rekursives Akronym ist oder nicht. Wie hier bereits mehrfach festgehalten wurde, handelt es sich bei rekursiven Akronymen eben lediglich um einen "Geek-Spaß", oder wie es auch genannt wurde, um ein "Pennälerspiel", also um einen ironischen Witz, der Eingang in die Populärkultur gefunden hat. Einen Witz zu erklären ist ja bekanntlich so eine Sache. Um nun keine Theoriefindung zu betreiben, also ohne selber eine Defintion aufzustellen, bleibt uns hier als Aufgabe daher allein, den tatsächlichen Gebrauch des ironischen Witzes darzustellen. Hinsichtlich dieser Darstellung des Gebrauchs ist freilich die Versuchung groß, stillschweigend eine Art lexikalische Definition zu Grunde zu legen und etwa die Beispielliste an ihr zu messen und anzupassen. Ein solcher Fall liegt meines Erachtens auch bei der jüngsten Kürzung von IvanP vor, die ich wieder rückgängig gemacht habe. Die Gründe dafür will ich hier versuchen zu erläutern.

IvanP deutet meinem Verständnis nach zwei typische Gründe für seine Kürzung an, die sich auch in vielen anderen Beiträgen auf dieser Disk wiederfinden: Zum einen könne ein Akronym, das ein Backronym bzw. Apronym ist, nicht auch als rekursives Akronym gelten. Zum anderen sei ein Akronym nur dann ein rekursives Akronym, wenn das (vermeintliche) rekursive Initial vom Urheber auch rekursiv konnotiert gewesen sei. Beiden Gründen will ich hier widersprechen:

1) Wie im Intro bereits ausgeführt wurde, kann selbstverständlich sowohl ein Backronym als auch ein Apronym eine Rekursion enthalten. Es handelt sich dann eben um ein rekursives Backronym bzw. rekursives Apronym. Diese Bezeichnungen sind jedoch (bisher) nicht üblich und insofern spricht man meines Wissens auch bei rekursiven Backronymen bzw. Apronymen bloß von rekursiven Akronymen, was in der Sache ja auch zutreffend ist. Auch entspricht die Annahme, ein Backronym oder Apronym könne nicht als rekursives Akronym gelten nicht dem üblichen Gebrauch des Witzes. Denn würde man diese strikte Trennung einer stillschweigenden Definition tatsächlich zugrunde legen wollen, würde das erste so bezeichnete rekursive Akronym "GOD" (von Hofstadter) dieser Definition nicht mehr genügen, da es sich um ein Apronym handelt. Dasselbe gilt für das rekursive Akronym "MUNG", das ein Backronym ist, und in gewisserweise sogar für "GNU". Kurzum, die strikte Trennung entspricht nicht dem hier abzubildenden Gebrauch und wäre damit Theoriefindung. Ein Backronym bzw. ein Apronym kann auch ein rekursives Akronym sein, weil es dem ursprünglichen Gebrauch entspricht.

2) Den zweiten Grund halte ich für stichhaltiger, denn er berührt das Verständnis der jeweiligen Initiale, auf die es in der Tat ankommt. Er setzt jedoch meines Erachtens ebenfalls stillschweigend ein Defintionskriterium voraus: nämlich die ursprüngliche Intention des Urhebers. Ein Akronym sei demnach nur dann rekursiv, wenn der Urheber die Intention hatte, das (vermeintlich) rekursive Initial auch tatsächlich rekursiv zu konnotieren. Demnach enthalte ein Akronym keine Rekursion, wenn das betreffende Initial erst durch eine nachträgliche Fortbildung rekursiv konnotiert wurde. Dieses Kriterium wiederum angenommen, wäre das Akronym "EPT", das gemeinhin als das erste rekursive Akronym gilt, kein rekursives Akronym. Denn das Initial "E" steht urspründlich für "Education" und wird erst durch eine Neukonnotierung zu "Eptification". Derselbe Fall liegt bei dem rekursiven Akronym "MUNG" vor, da das Initial "M" ursprünglich für "Mash" steht. Insofern widerspricht dieses Kriterium ebenfalls dem Gebrauch von rekursiven Akronymen und wäre Theoriefindung im Sinne einer Definitionsbildung. Dennoch besteht hier freilich durchaus eine gewisse Schwierigkeit, der mit den folgenden zwei Sätzen im Artikel Rechnung getragen wurde: "Ob ein Akronym in seiner Explikation eine Rekursion enthält, ist jedoch stets bedingt durch die jeweilige Konnotation seiner Initiale. Häufig werden bereits gebräuchliche Abkürzungen als ironischer Witz rekursiv neu konnotiert, ohne ursprünglich eine Rekursion zu enthalten." Ich halte diese Erläuterung für die sauberste Lösung, zumal die ursprüngliche Intention des jeweiligen Urhebers in der Regel nur schwer zu belgen sein dürfte. Ist die ursprüngliche Konnotation bekannt, wird sie in Klammern hinzugefügt. Dies ist der Fall bei "PHP", "Spam" und "YAML".

Wie aber steht es nun mit den strittigen Akronymen "BUND" und "PARTEI"? Es wird argumentiert, das beispielsweise im ersten Fall das Initial "B" nicht für das Akronym selbst, sondern für das Wort "Bund" stehe. Dasselbe gilt im zweiten Fall für das Initial "P", das für das Wort "Partei" stehe. Diesem urpsrünglichen Verständnis der Urheber ist freilich nicht zu widersprechen. Hieraus jedoch zu folgern, dass damit nicht bewusst ein ironisches Spiel mit einer Rekursion getrieben wird, verkennt meines Erachtens die Ironie des Witzes, die stets in einem Sowohl–Als-auch besteht. Das betreffende Initial steht demnach sowohl für das Wort "Bund", als auch ironischerweise für das Akronym selbst. Dasselbe gilt natürlich auch für "PARTEI". Wer Hofstadters Gödel, Escher, Bach gelesen hat, der weiß, dass diese Ironie des Sowohl–Als-auch selbstverständlich auch dem rekursiven Akronym "GOD" zugrunde liegt. Denn "GOD" ist eben nicht nur ein Akronym, sondern verweist in seiner Bedeutung als Wort eben auch auf klassische göttliche Attribute wie Unendlichkeit, Unbegreifbarkeit, Absolutheit, Intelligenz usw. Und auch bei dem rekursiven Akronym "GNU" liegt dieses ironische Sowohl–Als-auch vor. Wie Stallman in der angegebenen Lesung erläutert und im Logo ja auch zum Ausdruck kommt, spielt das Akronym mit einem doppelten Sinn. Es steht sowohl als Akronym für "GNU's Not Unix" als auch für das afrikanische Huftier, das mit diesem Wort bezeichnet wird. Nur überwiegt hier eher die Funktion als Akronym, während im Falle von "BUND" und "PARTEI" mutmaßlich die Funktion des Wortes überwiegt. Auf der Grundlage dieser verschiedenen Gewichtungen lässt sich meines Erachtens jedoch kein striktes Kriterium rechtfertigen, das noch dazu die Ironie des Witzes ignoriert.

Und da dieser Beitrag ohnehin schon zu lang ist, ist es nun vielleicht auch egal, wenn ich noch kurz auf die hier gestellte Frage eingehe, ob ein rekursives Akronym ein Initialwort sein muss oder lediglich eine intiale Abkürzung. Für diese Frage sei auf den Hauptartikel Akronym verwiesen, wo die Strittigkeit dieser Defintionsfrage sehr schön erläutert wird. Dort wäre meines Erachtens auch der Ort, diese Frage weiter zu diskutieren.--Ilja F. Repin (Diskussion) 20:26, 16. Feb. 2021 (CET)Beantworten

Ilja F. Repin, Spam posting annoys me ist sowieso nicht geläufig, wie eine Google-Suche zeigt (außer Wikipedia nur ein einziger Beleg, und da hat es der Autor wohl von der Wikipedia übernommen).

Aber nehmen wir ein anderes Beispiel: PNG steht offiziell für Portable Network Graphics, somit handelt es sich zumindest nicht offiziell um ein rekursives Akronym, man könnte aber zumindest sagen, dass es informell/scherzhaft (!) als rekursives Akronym (PNG is not GIF) interpretiert werden kann. Anders sieht es mit PHP aus: Dieses Akronym steht heutzutage für PHP: Hypertext Preprocessor, wie dem Handbuch zu entnehmen ist, somit kann es trotz des Ursprungs („Personal Home Page Tools (PHP Tools)“) ohne Vorbehalt als rekursives Akronym bezeichnet werden.

Dass bei Die PARTEI bewusst mit der Ähnlichkeit zu Partei gespielt wird, bestreite ich nicht, aber es bleibt eben bei dieser Ähnlichkeit. Rekursion ist gegeben, wenn eine Funktion sich selbst aufruft. Nun stell dir ein Akronym als Schreibanweisung vor. In der Auflösung Bund für Umwelt und Naturschutz Deutschland wird Bund nicht als Akronym verwendet, die BUND-Funktion (um es mal so zu sagen) ruft sich also nicht selbst auf. Jedenfalls könnten wir uns ja auf unstrittige Fälle beschränken und so etwas wie BUND und PARTEI gesondert aufführen – meinetwegen ohne Positionierung, ob diese Akronyme als rekursiv bezeichnet werden können oder nicht. -- IvanP (Diskussion) 14:35, 18. Feb. 2021 (CET)Beantworten

Hallo IvanP, vielen Dank für deine Entgegnung. Ich übernehme in meiner Antwort deinen argumentativen Dreischritt:

Dein Argument, dass Spam posting annoys me nicht geläufig ist und insofern in der Beispielliste keinen Platz haben sollte, überzeugt mich. Sofern du das Beispiel wieder heraus nehmen wollen würdest: Vielleicht fällt dir ein passender Ersatz ein, um die Beispielliste nicht zu verkürzen (am besten nicht aus dem IT-Bereich!?).

In deiner Erläuerung des Unterschieds von PNG und PHP als rekursive Akronyme berufst du dich auf die Offizialität (sorry für den Ausdruck) als Kriterium der Echtheit und verweist auf die Beliebigkeit der Interpretation. Damit hebst du zu Recht heraus, dass in diesem Fall nicht (wie von mir deiner Kürzung unterstellt) die ursprüngliche Intention zum Kriterium gemacht wird. Aber damit entkräftest du meines Erachtens nicht mein Argument, dass grundsätzlich überhaupt kein Kriterium der Echtheit eines rekursiven Akronyms ausgewiesen werden sollte und das Setzen eines Kriteriums Theoriefindung im Sinne einer Definitionsbildung wäre. Maßgeblich für die hiesige Darstellung darf meiner Auffassung nach allein der übliche Gebrauch sein. Die offizielle Auflösung eines Akronyms mag in dieser Hinsicht eine entscheidende Rolle spielen, aber darf nicht zum Kriterium der Echtheit erhoben werden. Die offizielle Bedeutung von "GOD" ist auch nicht "GOD over Djinn", aber im entsprechenden Kontext, nämlich als spielerisch ironischer Witz, wird es eben so verstanden und dadurch zu einem rekursiven Akronym. Anderes Beispiel: "Arbeitslosengeld II" ist eine offizielle Bezeichnung für etwas, das umgangssprachlich auch "Hartz4" genannt wird; was so etabliert ist, dass es eine gewisse Relevanz für eine entsprechende Berücksichtigung auch in der WP erhält. Sofern also PNG is not GIF eine übliche Explikation von PNG wäre, so denke ich, dass es als rekursives Akronym gelten müsste; sofern das nicht der Fall ist, eben nicht. Mir war bei der Überarbeitung des Artikels wichtig, den ironisch spielerischen Aspekt von rekursiven Akronymen heraus zu stellen, da in ihm der Ursprung des Konzepts liegt. Und dazu gehört auch das Spiel mit neuen scherzhaften Auslegungen (sofern sie denn etabliert sind).

Deine Ausführung hinsichtlich von "BUND" und "PARTEI" ist mir absolut klar. Mein Punkt war, dass ein Versteifen auf eine bestimmte Auflösung die Ironie verkennt, die ganz bewusst mit einer Rekursion spielt. Ebenso wie Hofstadter ganz bewusst mit der Doppeldeutigkeit von "GOD" spielt. Im Abschnitt "Weitere bekannte Beispiele" geht es meines Erachtens ganz wesentlich auch darum, den Einfluss des Konzepts auf Namensgebungen aufzuzeigen. Der ist hinsichtlich dieser beiden Fälle mE unstrittig, wenn das offenkundige Augenzwinkern nicht ignoriert wird, das ganz wesentlich zu einem Witz gehört.--Ilja F. Repin (Diskussion) 16:48, 18. Feb. 2021 (CET)Beantworten

Ilja F. Repin, ob ein rekursives Akronym vorliegt, ist in Abhängigkeit vom Kontext zu sehen, und ich stelle eben fest, dass PNG zumindest nicht offiziell ein rekursives Akronym ist und auch im allgemeinen Sprachgebrauch nicht als solches verstanden wird (PNG is not GIF ist vielmehr eine scherzhafte Auflösung, ähnlich wie hier: Ehe – errare humanum est), deswegen würde ich das nicht einfach OHNE EINSCHRÄNKUNG als rekursives Akronym bezeichnen, es müsste deutlich gemacht werden, dass es um einen speziellen Kontext geht.

„Mein Punkt war, dass ein Versteifen auf eine bestimmte Auflösung die Ironie verkennt, die ganz bewusst mit einer Rekursion spielt.“ – Noch einmal, das Spiel soll nicht verkannt werden, ich würde das nur nicht als rekursives Akronym bezeichnen, sondern als etwas Ähnliches wie ein rekursives Akronym, das sollte doch nun wirklich kein Problem sein. -- IvanP (Diskussion) 17:41, 18. Feb. 2021 (CET)Beantworten