Schlechter ist besser

Schlechter wird auch den Stil von New Jersey besser, genannt, wurde von Richard P. Gabriel konzipiert, um die Dynamik der Softwareannahme zu beschreiben, aber es hat breitere Anwendung. Die Idee besteht darin, dass Qualität mit der Funktionalität nicht notwendigerweise zunimmt. Es gibt einen Punkt, wo weniger ("schlechtere") Funktionalität eine vorzuziehende Auswahl ("besser") in Bezug auf die Nützlichkeit und Brauchbarkeit ist. Software, die beschränkt, aber einfach wird zu verwenden, kann dem Benutzer und Markt ansprechender sein als die Rückseite.

Betreffs des oxymoronic Titels nennt Gabriel es eine Karikatur, erklärt den im Vergleich mit "dem richtigen Ding "schlechten" Stil". Jedoch stellt er auch fest, dass "es bessere Überleben-Eigenschaften hat als "das richtige Ding"" Entwicklungsstil und als die MIT "Annäherung" höher ist, mit der er ihm im ursprünglichen Aufsatz gegenübergestellt hat.

Ursprung

Gabriel war ein Lispeln-Programmierer, als er das Konzept 1989 formuliert hat, es in seinem Aufsatz "Lispeln präsentierend: Gute Nachrichten, Schlechte Nachrichten, Wie man Groß Gewinnt". Eine Abteilung des Artikels, betitelt "Der Anstieg 'Schlechter ist' Besser", wurde weit verbreitet, 1991 beginnend, nachdem Jamie Zawinski es in den Dateien von Gabriel an Lucid Inc. gefunden hat und es Freunden und Kollegen per E-Mail geschickt hat.

Beschreibung

Im Anstieg von Schlechteren ist Besser, Gabriel hat behauptet, dass "Schlechter Besser ist", ist ein Modell des Softwaredesigns und der Durchführung, die die folgenden Eigenschaften (in ungefähr der hinuntersteigenden Ordnung wichtig) hat:

Einfachheit: Das Design, muss sowohl in der Durchführung als auch in Schnittstelle einfach sein. Es ist für die Durchführung wichtiger, einfach zu sein, als die Schnittstelle. Einfachheit ist die wichtigste Rücksicht in einem Design.

Genauigkeit: Das Design muss in allen erkennbaren Aspekten richtig sein. Es ist ein bisschen besser, einfach zu sein, als richtig.

Konsistenz: Das Design muss nicht allzu inkonsequent sein. Konsistenz kann für die Einfachheit in einigen Fällen geopfert werden, aber es ist besser, jene Teile des Designs fallen zu lassen, die sich mit weniger allgemeinen Verhältnissen befassen als, entweder Kompliziertheit oder Widersprüchlichkeit in der Durchführung einzuführen.

Vollständigkeit: Das Design muss so viele wichtige Situationen bedecken, wie praktisch ist. Alle vernünftig erwarteten Fälle sollten bedeckt werden. Vollständigkeit kann für jede andere Qualität geopfert werden. Tatsächlich muss Vollständigkeit geopfert werden, wann auch immer Durchführungseinfachheit gefährdet wird. Konsistenz kann geopfert werden, um Vollständigkeit zu erreichen, wenn Einfachheit behalten wird; besonders wertlos ist Konsistenz der Schnittstelle.

Gabriel hat behauptet, dass früher Unix und C, der von Glockenlaboratorien entwickelt ist, Beispiele dieser Designannäherung sind.

Die MIT-Annäherung

Gabriel hat seiner Philosophie damit gegenübergestellt, was er die MIT "Annäherung" genannt hat (auch bekannt als "das Richtige Ding"), den er wie folgt beschrieben hat. Unähnlichkeiten sind im kühnen:

Einfachheit: Das Design, muss sowohl in der Durchführung als auch in Schnittstelle einfach sein. Es ist für die Schnittstelle wichtiger, einfach zu sein, als die Durchführung.

Genauigkeit: Das Design muss in allen erkennbaren Aspekten richtig sein. Inkorrektheit wird einfach nicht erlaubt.

Konsistenz: Das Design muss entsprechen. Einem Design wird erlaubt, ein bisschen weniger einfach und weniger abgeschlossen zu sein, um Widersprüchlichkeit zu vermeiden. Konsistenz ist so wichtig wie Genauigkeit.

Vollständigkeit: Das Design muss so viele wichtige Situationen bedecken, wie praktisch ist. Alle vernünftig erwarteten Fälle müssen bedeckt werden. Einfachheit wird nicht erlaubt, Vollständigkeit allzu zu reduzieren.

Effekten

Gabriel hat behauptet, dass "Schlechter erfolgreichere Software besser" erzeugt wird als die MIT-Annäherung: So lange das anfängliche Programm grundsätzlich gut ist, wird man viel weniger Zeit und Anstrengung brauchen, am Anfang durchzuführen, und es wird leichter sein, sich an neue Situationen anzupassen. Das Halten nach Backbord der Software zu neuen Maschinen wird zum Beispiel viel leichter dieser Weg. So wird sich sein Gebrauch schnell ausbreiten, lange bevor sich ein Programm entwickelt hat, hat das Verwenden der MIT-Annäherung eine Chance, entwickelt und aufmarschiert zu werden. Sobald es sich ausgebreitet hat, wird es Druck geben, um seine Funktionalität zu verbessern, aber Benutzer sind bereits trainiert worden, "um schlechter" aber nicht das "richtige Ding" zu akzeptieren." Deshalb ist das schlechtere bessere Software zuerst wird Annahme gewinnen, zweit wird seine Benutzer trainieren, um weniger zu erwarten, und Drittel wird zu einem Punkt verbessert, der fast das richtige Ding ist. In konkreten Begriffen, wenn auch Lispeln-Bearbeiter 1987 fast so gut waren wie C Bearbeiter, gibt es noch viele Bearbeiter-Experten, die C Bearbeiter besser machen wollen, als Lispeln-Bearbeiter besser machen wollen."

Kredite von Gabriel Jamie Zawinski, für das schlechtere zu exzerpieren, sind bessere Abteilungen des "Lispelns: Gute Nachrichten, Schlechte Nachrichten, Wie man Groß Gewinnt" und ihnen seinen Freunden an der Universität von Carnegie Mellon per E-Mail zu schicken, die sie ihren Freunden an Glockenlaboratorien, "gesandt haben, wer sie ihren Freunden überall gesandt hat." Er hat anscheinend diese Ideen zu denjenigen von Richard Stallman verbunden und hat verwandte Ideen gesehen, die in der Designphilosophie von Unix, und mehr allgemein in der Bewegung der offenen Quelle wichtig sind, von denen beide zur Entwicklung von Linux zentral waren.

Gabriel hat später geantwortet, dass sein früherer Aufsatz mit einem betiteltem Schlechterem Besser ist, ist unter dem Pseudonym "Nickieben Bourbaki" (eine Anspielung auf Nicolas Bourbaki) Schlechter.

Siehe auch

über

Außenverbindungen

Ist

Windows-Hardware-Technikkonferenz / Softwaredesign
Impressum & Datenschutz