staging.inyokaproject.org

Die Idee ist so alt - und bei ubuntuusers.de doch so neu. Hoffe, das etabliert sich.

Hallo, im moment findet man die Howto#s nur über Umwege, soll das geändert werden, wenn mehrrer Howto#s zusammengekommen sind, ich habe mich sehr über diese Vereinfachte Form gefreut und gleich Zwei Howto#s eingetragen

freecasi schrieb:

Hallo, im moment findet man die Howto#s nur über Umwege, soll das geändert werden, wenn mehrrer Howto#s zusammengekommen sind

Howto ist die zentrale Startseite des Projekts. Da es sich um ein zeitlich begrenztes Experiment handelt, ist eine feste Einbindung ins Portal derzeit wenig sinnvoll. Aber das Wikiteam ist durchaus fuer Vorschlaege offen, wo potentielle Autoren danach suchen wuerden.

im moment findet man auf der seite Howto nicht die schon erstellten Howtos

freecasi schrieb:

im moment findet man auf der seite Howto nicht die schon erstellten Howtos

Es gibt derzeit keine. Bitte lies die Anleitung "Howto" und dort insbesondere den Abschnitt Howto veroeffentlichen noch einmal aufmerksam.

freecasi schrieb:

ich habe mich sehr über diese Vereinfachte Form gefreut und gleich Zwei Howto#s eingetragen

• Windows unter Ubuntu in virtuellem PC laufen lassen

• Ubuntu beschleunigen durch Einsatz der Desktop-Oberfläche LXDE

Also sorry, aber mit beiden "Howtos" tu ich mich schwer - wenn sich das häuft, dann sollte man den Bereich sofort wieder schließen.

Somit auch meine Bitte an freecasi, les dir

• Howto (Abschnitt „Howto-veroeffentlichen“)

ausführlich durch.

Ein Howto sollte schon eine klar nachvollziehbare Seite sein - das sehe ich so bei den beiden nicht gewährleistet.

Grüße

Frieder

Des weiteren empfiehlst du, Windows bei Chip.de herunter zu laden - Warum eigentlich? Warum nicht ganz legal bei Microsoft direkt runter laden?

Frieder108 schrieb:

Also sorry, aber mit beiden "Howtos" tu ich mich schwer - wenn sich das häuft, dann sollte man den Bereich sofort wieder schließen.

Ich bitte zum jetzigen Zeitpunkt um mehr Zurueckhaltung, denn

1. Wird ein Howto erst beurteilt, wenn der Autor es fuer fertig haelt und eine Diskussion dazu eroeffnet

2. Kritik findet dann dort am konkreten Beispiel und definitiv nicht in dieser allgemeinen Diskussion statt

3. Das Projekt ist ausdruecklich als Experiment geplant und angekuendigt worden und so soll es auch bleiben

Vielleicht noch eine Anmerkung zum Satz "Eine inhaltliche Pruefung findet nicht statt". Hierbei sollte man nicht vergessen, dass ubuntuusers.de - egal, ob im Bereich Wiki, Howtos oder Forum - grundsaetzlich moderiert wird. Wenn also inhaltliche Rueckfragen kommen, sollte man das nicht als Widerspruch verurteilen, sondern einfach klar und deutlich die offenen Fragen beantworten. Evtl. dienen diese ja als Anregung? ☺

Frieder108 schrieb:

Ein Howto sollte schon eine klar nachvollziehbare Seite sein - das sehe ich so bei den beiden nicht gewährleistet.

Zumal das auch vollkommen undifferenziert und ohne die Angabe von (wichtigen) Detailfragen daherkommt.

Des weiteren empfiehlst du, Windows bei Chip.de herunter zu laden - Warum eigentlich? Warum nicht ganz legal bei Microsoft direkt runter laden?

Chip.de ist doch die Windows-Paketverwaltung. 😛

Nein, ernsthaft: chip.de hostet das natürlich nicht sondern verlinkt auf die selben Server. Ich vermute mal stark fehlende Recherche nach der Originalquelle.

Hallo,

Jaja, ich hätte das bestimmt irgendwo irgendwie früher anmerken können, aber mir sind gerade ein paar Kleinigkeiten im Artikel aufgefallen, die man vielleicht ändern möchte. (Mir selbst fehlen dazu die Rechte.)

• „15.11.2014 bis zum 15. Mai 2015“ ▶ „15.11.2014 bis zum 15.05.2015“

• „Schritt-für-Schritt Anleitung“ ▶ „Schritt-für-Schritt-Anleitung“ (hier bin ich mir aber nicht ganz sicher …)

• „das neutral „man““ ▶ „das neutrale „man““

• „Codebeispielen- und -ausgaben“ ▶ „Codebeispielen und -ausgaben“

Grüße, Keba

Keba schrieb:

Jaja, ich hätte das bestimmt irgendwo irgendwie früher anmerken können, aber mir sind gerade ein paar Kleinigkeiten im Artikel aufgefallen, die man vielleicht ändern möchte.

In allen Punkten stattgegeben. Danke fuer den Hinweis ☺

Aufgrund dieser HowTo-Artikel-Diskussion noch einmal etwas grundsätzliches zu den HowTos:

IMO darf es für HowTos grundsätzlich kein Hindernis sein, dass eine gleiche oder ähnliche Information irgendwo im Wiki steht. Denn Wesen eines HowTos ist die Problemlösung und der Nutzwert für den Endanwender und nicht das Vermeiden von Redundanz.

Konkreter können HowTos Wiki-Artikel dort inhaltlich auch stärker überschneiden oder im Extremfall sogar stellenweise kopieren, wo Artikel sehr lang und komplex sind und die Wahrscheinlichkeit hoch, dass ein Herauslösen die Auffindbarkeit der Information erhöht.

Bei der Titelwahl für die HowTos bitte mit großer Sorgfalt und Bedacht vorgehen. Die Titel sind letztendlich das, was der Endanwender im Zweifel alleine durchforstet und mehr oder weniger zunächst mal das einzige Ordnungssystem. Schlechte Titel führen letztlich dazu, dass vorhandene Infos nicht gefunden und/oder gelesen werden.

Gruß, Martin

Newubunti schrieb:

Aufgrund dieser HowTo-Artikel-Diskussion noch einmal etwas grundsätzliches zu den HowTos:

IMO darf es für HowTos grundsätzlich kein Hindernis sein, dass eine gleiche oder ähnliche Information irgendwo im Wiki steht.

Howtos sind also (u.a.) eine Art Wegweiser, was wo im Wiki steht? Wenns weiterhilft... Problematisch wird die Situation ja erst, wenn Howto und Wiki voneinander abweichen. Denn bei Aenderungen im Wiki muss dann auch das Howto angepasst werden, was wiederum doppelten Aufwand bedeutet. Das ist zumindest mein praktischer Hintergrund, warum Redundanz moeglichst vermieden werden sollte.

aasche schrieb:

Howtos sind also (u.a.) eine Art Wegweiser, was wo im Wiki steht?

Nein, sind sie IMO nicht. HowTos behandeln ein konkretes Problem in sich geschlossen. Das hat mit einem Wegweiser durch das Wiki nichts zu tun. Das HowTo muss IMO völlig ohne das Wiki funktionieren.

Daraus folgt dann eben der Umstand, dass das HowTo im Einzelfall oder auch öfter Informationen aus dem Wiki aufnimmt. Nehmen wir doch noch mal das vorliegende Beispiel Windows an erster Stelle im GRUB-2-Menü:

Im Wiki müsste bzw. könnte man die Information sinnigerweise im Artikel GRUB 2/Konfiguration und zwar konkret im Abschnitt "Abarbeitungsreihenfolge der Skripte" platzieren.

Das Problem aus Anwendersicht ist aber:

Die Information ist dort für den Suchenden aufgrund des theoretischen Titels schwer auffindbar bzw. sehr leicht zu überlesen, weil es sich im konkreten Fall auch um einen sehr langen und komplexen Artikel handelt der wiederum nur Teil einer umfangreichen komplexen Artikel-Serie handelt.

In diesem konkreten Fall oder eben auch vergleichbaren Fällen, ist es aus Anwendersicht betrachtet schon sinnvoll, die Information in ein HowTo herauszulösen. Das muss also nicht in jedem Fall so sein und ich hoffe es wird deutlich, dass es nicht um einen Wegweiser durch das Wiki geht.

Kriterien für erlaubte Überschneidungen wären für mich:

1. Länge und Komplexität des vergleichbaren Wiki-Artikels bzw. Wiki-Artikel-Komplexes.

2. Auffindbarkeit der vergleichbaren Information, wenn man sie in bestehende Wiki-Artikel eingliedern würde.

3. Relevanz des Themas für den Endanwender - also ist das ein häufig nachgefragtes Thema oder nicht.

Eventuell fallen jemanden noch andere Punkte ein, aber ich denke damit würde es schon relativ gut kontrollierbar.

Denn bei Aenderungen im Wiki muss dann auch das Howto angepasst werden, was wiederum doppelten Aufwand bedeutet.

Das stimmt. Und diesen Nachteil hatte ich selbst aber schon weiter vorne eingeräumt bzw. das ist die zwangsläufige Folge von Redundanz, die ich weiter vorne schon als Nachteil bzw. Wesen der HowTos eingeräumt hatte.

Die Alternative ist, dass das HowTo nicht redundant wäre und den Leser bei Bedarf dann in das Wiki verlinkt. Dann ist aber das HowTo vom Wiki abhängig und nicht in sich geschlossen und der Leser muss sich wieder mit dem Verfolgen von Links herumschlagen.

Administrativ ausgedrückt: Das HowTo nimmt mehr Rücksicht auf die Belange des Endanwenders, insbesondere wie leicht wird ihm die Info zugänglich gemacht. Das geht zu Lasten der Wartbarkeit.

Beim Wiki ist das genau anders herum. Die Wartbarkeit ist so gut es eben geht optimal. Das Lesen für den Anwender wird damit aber verschachtelter.

Ich würde mal die These wagen, dass der Laie ab einer bestimmten Link-Anzahl der er zu folgen hat und/oder einer gewissen Themen-Komplexität das Lesen - IMO durchaus verständlicherweise - abbricht.

D.h. umgekehrt also gut wartbare Informationen nützen der Support-Plattform ubuntuusers.de eben auch nichts, wenn sie letztlich beim Anwender nicht ankommen.

Übrigens kann ich aus eigener Erfahrung auch sagen, dass sich auch gerade die Artikel-Komplexe wie GRUB 2 praktisch gar nicht so leicht warten lassen. Die Folge davon ist dann auch, dass sie nicht weiter geführt oder im Sinne des Anwenders umgestellt werden.

In den Fällen kann es sogar leichter sein, ein relativ langes HowTo umzuschreiben. Das hat nämlich den Vorteil, dass es in sich geschlossen ist und bei Umgestaltung nicht auf Abhängigkeiten zu anderen Artikeln geachtet werden muss.

Das relativiert IMO das Argument der besseren Wartbarkeit von Wiki-Artikeln bzw. durch das Vermeiden von Redundanz etwas.

Grundsätzlich ist die Wartbarkeit des Wikis aber sicher besser - da gebe ich Dir recht.

Gruß, Martin

Hallo,

die Diskussion ist viel zu früh. Die bisherigen Howto - und gerade auch das GRUB2 Howto - sind ziemlich kurz. Was an sich nicht schlimm ist, aber weder Inhalt noch Anzahl der vorhandenen Howtos liefern genug Stoff für eine Grundsatz-Diskussion zum aktuellen Zeitpunkt.

Gruß, noisefloor

Hi,

Wie wäre es mit einer Wunschliste wie bei den Wiki-Artikeln?

Es gibt bestimmt Nutzer, die einiges wissen möchten und gern etwas eintragen würden.

1. Aus dem Planet könnte man einiges an Anleitungen in die HowTo's aufnehmen

2. Fragen und Vorgehensweisen die immer wieder gebraucht werden, können im Forum einfach durch Verlinkung zum HowTo beantwortet/erklärt werden.