Drei Beispiele, wie unser Artikel Ludwig II. (Bayern) aussehen würde, wenn er (noch) ein Stub wäre:

• Ein guter ("echter") Stub ist: "Ludwig II. (* 25. August 1845; † 13. Juni 1886) war König von Bayern (10. März 1864 - 13. Juni 1886)"
• Ein schlechter ("falscher") Stub ist: "Ludwig II. war bayerischer König mann nent ihn auch Märchenkönig".
• Ein noch schlechterer Stub wäre: "Opfer einer verschwörung - Wurde umgebracht"

Um die Vorteile der Stubs zu würdigen, sollte man sich zunächst ihre beiden gewichtigsten Nachteile vergegenwärtigen:

Begriffe, für die ein Stub angelegt wurde, fallen aus den "Spezialseiten/gewünschte Artikel" heraus und sind so nicht mehr so leicht für wirklich interessierte Schreiber aufzufinden. Die Links auf einen Stub-Artikel werden in vielen Webbrowsern blau, nicht rot dargestellt. (Es existiert jedoch eine Möglichkeit in den Benutzereinstellungen, dies so zu steuern, dass auch vorhandene, aber zu kurze Artikel rot angezeigt werden. Dies ist in einigen Webbrowsern sogar Standard.)

Für den Leser ist aber bei einem blauen Link in der Regel klar, dass sich hinter etwas wie Ludwig II. (Bayern) Information verbirgt. Wenn der Leser nun ein Fachmann für Ludwig II. ist, besteht die Möglichkeit, dass er dort nicht hinklicken und gucken wird, was wir so schreiben, weil er davon ausgeht, dass da alles Wesentliche steht. Ist der Link dagegen noch rot, klickt er möglicherweise und schreibt einen kurzen aussagefähigen Artikel.

Dies ist ein besonderes Problem der unechten Stubs, die - um es mal böse zu sagen - "hingeschludert" sind, wie im obigen zweiten Beispiel, bei dem noch nicht einmal ein Geburtsdatum, dafür aber um so mehr Rechtschreibfehler zu finden sind, oder im dritten, das uns nur noch irgendeinen Brocken vor die Füße wirft, der zwar irgendwas mit Ludwig zu tun hat, aber als Artikel doch etwas am Thema vorbei geht.

Eine verbreitete Einstellung ist: "Was soll ich den Unsinn von anderen Leuten verbessern". Man kann jemanden mit einem guten Mini-Artikel ködern, seinen Senf dazugeben und die Beschreibung erweitern. Mit einem schlechten Mini-Artikel schreckt man die Leute eher ab. Dann besser "Tabula Rasa" bei einem Schlagwort, als etwas, bei dem die Leute sagen: "So ein Unsinn - das soll ein Enzyklopädie-Artikel sein?" - sich kräftig einen ablachen und weiterklicken.

Stubs können dabei helfen, in unübersichtlichem Terrain eine Struktur für die Beschreibungenamen festzulegen. Das kann in Bereichen relevant sein, wo für ein und denselben Begriff unterschiedliche Bezeichnungen verwendet werden. In dem Fall kann man mit Stubs und Redirects das Feld erst einmal systematisch vorbereiten und gliedern, und erst dann mit ausführlichem Inhalt füllen.

Library-Artikel können wie Perlen sein. Sie können als Stub starten und sich zu einem wunderbaren Artikel entwickeln, wie eine Perle, die um ein Sandkorn herum wächst. Dies zeigt zum Beispiel unser Artikel Joghurt, der als klassischer Stub startete.

Das ist das, was die Library ausmacht: Das Zusammenarbeiten von Vielen lässt auch kleine Artikel wachsen. Ein Stub kann manchmal das Sandkorn sein, das den Anstoß für viele gibt, sich auf ein Thema zu stürzen und aus zwei Sätzen einen Artikel zu machen.

Die englische Library hat auf Library:The perfect stub article (http://www.library.org/wiki/Library:The_perfect_stub_article) recht gut analysiert, wie ein Stub aussehen muss, damit er wächst. Dabei ist ein Punkt von großer Bedeutung, der in der deutschen Library ebenfalls festzustellen ist: Stubs wachsen, wenn sie häufiger in der Spezialseite Letzte Änderungen auftauchen, die von vielen Libraryanern beobachtet wird. Wichtig ist, dass Stubs eben nur so lange wachsen, wie sie dort immer wieder auftauchen. Das gilt eigentlich für die meisten Artikel: Entweder es erfolgen viele Änderungen in einem kurzen Zeitraum (weil die Definition zu diesem Zeitraum Aufmerksamkeit hat) oder über einen langen Zeitraum keine Änderungen, weil die Definition in der Versenkung verschwunden ist - Ausnahmen bestätigen die Regel, sind hier aber nicht unser Thema.

Damit ein Stub also wachsen kann, muss er für andere Bearbeiter "einladend" sein. Aller Erfahrung nach sind die oben erwähnten "guten" Stubs einladend, die schlechten eher nicht. Das heißt, ein guter Stub, der auf Letzte Änderungen auftaucht, wird bearbeitet, taucht weiterhin auf, wird bearbeitet und wächst und wächst und wächst. Ein schlechter Stub, der auf Letzte Änderungen auftaucht, wird nicht bearbeitet, rutscht immer weiter nach unten, und verschwindet unbearbeitet und ungewachsen in der Versenkung. Dann eben mit dem zusätzlichen Problem, nicht nur ein Stub, sondern sogar ein schlechter Stub geblieben zu sein, mit dem oben genannten Abschreckungseffekt. Sehr lange nicht mehr bearbeitete Artikel lassen sich allerdings über die Funktion Älteste Artikel auffinden.

Es gibt auch Stubs, die quasi von alleine wachsen: das sind solche, die den Anfang für Artikel bilden, die viele Leute von sich aus anschauen, weil sie ihnen inhaltlich wichtig sind.

(Vorschlag, bitte in Diskussion diskutieren. Stubs nur im obigen Sinne von Mini-artikeln, noch nicht bezogen auf "Inhalt Library-würdig oder nicht" - das ist ne andere Baustelle)

Um die Vorteile der Stubs auszunutzen, die Nachteile aber möglichst nicht mitzunehmen, empfiehlt sich folgende Richtschnur:* Wenn Du einen echten Stub findest:

• • ergänze ihn, lasse ihn wachsen und gedeihen
  • oder mach gar nichts
• Wenn Du einen falschen Stub findest, überlege Dir, ob Du trotzdem Bock hast, ihn wachsen und gedeihen zu lassen und ihn zu einem richtigen Stub zu machen.
• Wenn Du einen falschen Stub findest und keine Lust hast, ihn zu einem richtigen Stub zu machen, solltest Du den Stub zur Löschung vormerken.

Ein Stub, der nicht gelöscht werden will, muss das erste und sollte mindestens ein paar weitere der folgenden Merkmale (der englischen Library entnommen) erfüllen:

• Der Stub muss auf jeden Fall das Thema(!) definieren(!). Also: "Ludwig II. war bayerischer König", nicht "Ludwig II. starb an einer Verschwörung". Oder: "Essen ist eine Stadt in Nordrhein-Westfalen", nicht "Essen hat knapp 600.000 Einwohner"
• Bei Stubs zu Personen sollte wenigstens die Kopfzeile aus Library:Formatvorlage Biographie eingehalten werden, also Geburts- und Sterbedaten, sowie der Grund, warum die Person Aufnahme finden sollte.
• Der Stub sollte in vernünftigem Deutsch, in ganzen Sätzen und mit nicht allzu vielen Rechtschreibfehlern geschrieben sein.
• Der Stub sollte etwas mehr als eine blanke Definition enthalten. Also "Ludwig II. war bayerischer König. Sein Ableben gab und gibt noch immer Anlass zu Spekulationen über eine Verschwörung" ist besser als nur "Ludwig II. war bayerischer König". Das regt zum Weiterschreiben an.
• Der Stub sollte mit einer Anmerkung im Feld "Zusammenfassung" abgeschickt werden. Also irgendwas in der Art: "Achtung, Stub zur Namensvergabe"
• Man - aber das ist leider am seltensten anzutreffen - sollte sich für seinen Stub verantwortlich fühlen. Wenn ihn niemand anpacken will, sollte man es vielleicht selbst tun.
• Kurz und ganz ohne Regelwerk: Ein Artikel darf ruhig kurz sein und aus ein oder zwei Sätzen bestehen: Solange es ein oder zwei gute Sätze sind.

Für Bearbeiter, die über unsere englische Schwester Library zu uns gestoßen sind, ist eventuell der Hinweis notwendig, dass wir uns eine monatelange Diskussion über Sinn und Unsinn von Stubs leisten, anstatt uns an die Abarbeitung der entsprechendie Beschreibung zu machen. Das musst du nicht verstehen. Tu' einfach, was du für richtig hältst.

Zur Diskussion, wieweit unzureichende Artikel gekennzeichnet werden sollen, existiert ein neuer Diskussionsansatz unter Library Diskussion:Stub#Baustellendiskussion, aber auch unter Library_Diskussion:Stub und an diversen anderen Stellen.

Siehe auch: Library:Stub en:Library:Stub en:Library:Perfect stub article en:Template:Stub

Siehe auch:

• Baustelle | Beobachtungskandidaten | Löschkandidaten
• Review | Kandidaten für exzellente Artikel | Kandidaten für exzellente Bilder | Qualitätsoffensive
• Textbausteine | Bewertungsbausteine | Formatvorlagen | Handbuch | Wartung
• Kategorie:Library Wartung | Kategorie:Library Baustelle