Diskussion:Don’t repeat yourself

Die Löschung der Seite „Don’t repeat yourself“ wurde ab dem 18. November 2011 diskutiert und abgelehnt. Für einen erneuten Löschantrag müssen gemäVorlage:SS den Löschregeln neue Argumente vorgebracht werden.

Löschen die erste

"Redundant vorhandene Informationen sind schwierig zu pflegen, ... "

Da denk ich an den Haufen Postwurfsendungen unten im Hausflur. Und an die ganzen Gene in mir. Eine redundant vorhandene Information : Morgens geht die Sonne auf.

" ... , da Konsistenz zwischen den einzelnen Duplikaten gewährleistet sein muss."

Wat mutt dat mutt. Redundanz zusammen mit leichter Inkonsistenz (Rauschen, Noise) wirkt sich laut Informationstheorie doch positiv auf die Übertragunsstabilität aus, oder?

"Bei Systemen, ..., verursacht eine Änderung ... keine anderen ... Teile ?!"

Entweder ist das Nonsens oder barsch aus einem Zusammenhang gerissen den es hier entbehrt.

Alles in allem erscheint dieser Artikel als schlecht formulierter, nachgeplapperter Merksatz aus einem Informatikgrundkurs. Nicht weiter relevant. Oder ist es nur Werbung für : 'The Pragmatic Programmer ?' -- 88.74.57.90 00:43, 9. Jul. 2007 (CEST)

First off: Wer Löschanträge aus dem Nichts heraus stellt, sollte sich anmelden. Ich möchte wissen, mit wem ich es zu tun habe. Zweitens: Löschantragbausteine ohne Löschdiskussion ist unlustig.

Zu (1): Ja. Schwierig zu pflegen. Wer weiß, wie oft der von dir angeführte Satz mittlerweile aufgeschrieben wurde. Wenn sich das jemals ändern sollte, wird es ein Aufwand, alle Stellen zu finden und anzupassen.

Zu (2): Nonsens. Was nützt es, widersprüchliche Informationen zu übertragen ? Dann kann ichs gleich sein lassen.

Zu (3): Wenn dir eine bessere Formulierung einfällt, den Edit-Knopf hast du ja schon gefunden.

Zu (4): Ich wäre echt erfreut, wenn so etwas in Informatikgrundkursen oder selbst in Informatikstudiengängen gelehrt würde.

Und beim nächsten mal: Löschantrag begründen, und auf der Löschdiskussionsseite eintragen. Gruß, --Peritus 19:19, 9. Jul. 2007 (CEST)

Bitte um Entschuldigung für meine gestrige Ausdrucksweise.

Zu (1): Wär es möglich im Satz "Redundant...." Information durch Daten/ Datensatz zu tauschen?

Zu (2): Nonsens: Mal ehrlich: Was soll der Satz "Bei Systemen ..." bedeuten?

Zu (3): In Anlehnung an die englische Version zwei Korrekturvorschläge:

- verursacht durch beeinflusst (zur Not auch verändert) ersetzen und gerne auch Teile durch Elemente (Systemteil versus Systemelement).

- ... , verursacht eine Änderung an einer einzigen Stelle keine Änderungen an anderen logisch nicht-betroffenen Stellen.

Zu (4): Jetzt machst du mir aber Angst.

MfG, -- Phillippe 22:27, 9. Jul. 2007 (CEST)

Willkommen in der Wikipedia! Wie du sicher gemerkt hast, ist der erste Satz stark an dem englischen Artikel orientiert, dessen Übersetzung er ist. Zu (1): Klar, go ahead, change it. Zu (2): Du hast recht, ich werde mal schauen, ob ich das deutlicher, beispielhafter im Artikel hinbekomme, aber hier kurz ein Ansatz dazu: Wenn du in Systemen (um Code und DBMS einzuschließen) Information mehrfach hast und es keinen SPOT gibt (Denormalisierung kann z. B. in Systemen, die stark skalieren (müssen) sinnvoll sein), weißt du nicht, welche Vorkommen der Information du jeweils ändern musst, damit das System konsistent bleibt. Nimm zum Beispiel Code, der irgendwie etwas mit XML zu tun hat. Übliche Praxis ist hier, eine Feld-Variable XMLNS_FOOBAR = "http://purl/path/to/uri/xmlns" zu vereinbaren und jedes Vorkommen des Namensraumes durch die Konstante zu ersetzen. Wenn du den Namespace an jeder Stelle selbst einfügst, hast du ein Problem wenn sich dieser ändert. Natürlich gibt es bessere Beispiele, bei denen das ganze wesentlich untransparenter wird, aber ich hoffe du weißt, was ich meine. Zu (3) Verbesserungsvorschläge kannst du jederzeit in den Artikel selbst einfließen lassen. Wenn ich (oder jemand anderes) deinen Edit nicht revertet, ist er akzeptiert. Zu (4): Warum ? Hast vor, einen solches Studium zu ergreifen ? Ich bin echt enttäuscht. Die eigentliche Wahrheit gibts nach wie vor nur im Selbsstudium. Gruß, --Peritus 16:56, 11. Jul. 2007 (CEST)

WET

Paul Barry hat ja mal das WET principle dagegengesetzt: (nicht nur nass statt trocken, sondern auch ) Write Everything Twice, siehe http://paulbarry.com/articles/2009/04/01/write-everything-twice-and-because-what-if-i-need-it-later -- 83.97.72.14 18:21, 18. Nov. 2011 (CET)

Es gibt mit Sicherheit noch viele Prinzipien... Und? --P.C. ✉ 18:24, 18. Nov. 2011 (CET)

Manche sind für die WP relevant, manche nicht. Siehe z.B. KISS-Prinzip --Sebastian.Dietrich ✉ 19:26, 18. Nov. 2011 (CET)

Artikeltitel

Gemäß allgemeiner orthografischer Regeln sollte der Artikel wohl eigentlich den Titel Don't repeat yourself anstatt Don’t repeat yourself tragen (falls es unersichtlich ist: Apostroph vs. Accent). Ersteres ist momentan nur eine Weiterleitung, aber wenn dann sollte die Weiterleitung in die andere Richtung gehen. --Moritz schlarb (Diskussion) 11:07, 30. Sep. 2012 (CEST)

Ich sehe das auch so. - Wer fühlt sich für den Artikel verantwortlich? --Abubiju (Diskussion) 11:34, 30. Sep. 2012 (CEST)

Hoffentlich jeder - ich machs dann mal (zuerst Weiterleitung löschen lassen dann Weiterleiten) --Sebastian.Dietrich ✉ 20:01, 30. Sep. 2012 (CEST)

Bitte Apostroph#Digitale Typografie beachten: Don’t ist mitnichten ein Akzentzeichen, sondern ein typographisch korrekter Apostroph, in Don't findet man hingegen ein Ersatzzeichen. … «« Man77 »» Originalsignatur ohne Klammerzusatz 20:10, 30. Sep. 2012 (CEST)

Rule of Three

Falls jemand Zeit und Lust hat, könnte er/sie bei Gelegenheit die Rule of Three in den Artikel einbauen. --the one who was addicted (#) 10:48, 27. Feb. 2015 (CET)

Begriff „Single Source“

Die im Artikel beschriebene Thematik verknüpfe ich auch mit „Single Source“, vermisse aber diesen Begriff im Text. Ist der nicht auch im Deutschen so verbreitet – und zwar allgemeiner als in Single Source of Truth beschrieben –, dass er zumindest an irgendeiner (geeigneten ;-) Stelle mal erwähnt werden sollte ?! --rolf_acker (Diskussion • Beiträge • Logbücher) 17:24, 5. Dez. 2018 (CET)