Gunther: Vorschlag: SelfWiki

Beitrag lesen

Moin Sven!

Es soll sich ja auch niemand vom Fragen abhalten lassen. Ich sehe den Vorteil eines Wikis lediglich darin, das Know-How, welches hier oft gepostet wird, besser auffindbar/ erreichbar zur Verfügung zu stellen, als das imho über das Forumsarchiv jemals möglich wäre (mal ganz abgesehen von der Suchfunktion).

Das bedeutet dann aber, dass irgendjemand die Massen an Postings, die hier täglich hineinlaufen, durchguckt und prüft, ob derartige Antworten schon im Wiki enthalten sind. Wenn nein, hat er die anspruchsvolle Aufgabe, die Antwort ins Wiki einzutragen. Wenn ja, hat er die anspruchsvolle Aufgabe, den bisherigen Wikiartikel auf Überarbeitung zu prüfen, denn es könnten ja neue Informationen dazu gekommen sein.

Zugegeben, die Masse an Postings hier dürfte gerade am Anfang nicht zu bewältigen sein. Aber je mehr Punkte bereits vorhanden sind, umso geringer wird der Aufwand. Ein Vorteil eines Wikis besteht ja imho auch in der Möglichkeit der Bearbeitung durch Jedermann. Also könnten sich (theoretisch) ja auch alle Interessierten hier beteiligen.

Es ist ja nicht so, dass man bei SELFHTML nicht mitmachen darf. Im Gegenteil: Wer mehr als nur Forumsantworten geben möchte, sondern sich als Autor eines Artikels der Kategorien "Tipps und Tricks" oder "Featureartikel" verewigen möchte, ist schon seit Anbeginn aufgerufen, das zu tun.

Ja, gut und schön. Persönlich glaube ich allerdings, dass viele dadurch abgeschreckt werden, dass sie quasi alleine ein Werk verfassen müssten, welches dann der gesamten "Self-Fachwelt" präsentiert wird, und sie befürchten müssen, quasi in der Luft zerrissen zu werden.

Kann man, hält aber auch niemanden davon ab, Fragen zu stellen, die schon längst beantwortet sind.

Nun, dann braucht es auch nur eine Antwort auf eine solche Frage, nämlich den Link zu entsprechenden Wikiseite. Auch könnte man in einem Wiki problemlos eine FAQ-Seite einrichten und aktueller halten, als die, die es momentan gibt (ja auch die kenne ich).

Du glaubst doch nicht im Ernst, dass eine Frage durch einen Link ins Wiki beantwortet wäre, und dass dann niemand sonst mehr antwortet.

Doch, tue ich. Denn wenn sich die Frage auf der entsprechenden Wikiseite beantwortet, dann ist doch das Ziel erreicht. Alle anderen Antworten wären somit überflüssig und Ballast für's Archiv. Wenn es weiterführende Informationen, Aspekte oder sonst irgendetwas, dann gehört es auf die Wikiseite.

Ich fände das auch nicht erstrebenswert. Auch durch Antworten lernt man, insbesondere durch Antworten, die andere dann wieder korrigieren.

Gut, ein Lerneffekt für Antwortgeber. Bringt dem Hilfesuchenden natürlich erstmal nicht viel, vorallem wenn die korrigierenden Antworten ausbleiben.

Vorteile gegenüber SelfHTML bestehen u.a. in folgenden Punkten:

  • aktueller

SELFHTML ist ziemlich aktuell.

das bestreitet ja auch keiner, aber ein Wiki kann noch aktueller sein.

Was wäre damit erreicht? Was würde das ändern? Das Wiki beziehst du auf "Fragen, die im Forum gestellt werden". SELFHTML ist eine Dokumentation zu Webtechniken. Das Wiki würde einen Themenbereich abdecken, der bei Erreichen des Gebietes von SELFHTML endet, und eine vermeintliche Lücke zwischen "eher statische Info aus SELFHTML" und "topaktuelle, variable Info aus dem Forum" schließen soll. Oder nicht?

Und das Forum ist so aktuell, noch aktueller geht es kaum noch.

auch das ist unstrittig - es ging aber um SelfHTML und eben nicht um's Forum.

Deine Ausgangsüberlegung kam von "hier im Forum wird doch viel Fachwissen gepostet", nicht von "in SELFHTML steht doch viel Fachwissen drin".

Das kommt davon, wenn man Sachen aus dem Zusammenhang nimmt. In dem einen Fall ging es um SelfHTML, in dem Anderen um das Forum ;-).

Und insbesondere ist hier im Forum in etlichen Threads festzustellen, dass der Fragesteller die Lösung auf der vollkommen falschen Ebene sucht. Wie soll man das in einem zwingend allgemein formulierten Wiki-Artikel unterbringen.

Nur ein Beispiel: Ein Formular, zwei Submitbuttons, und je nach Button soll ein unterschiedliches Skript ausgeführt werden.

Der schönere Ansatz ist: Es gibt nur ein action-Ziel, und das EINE serverseitige Skript wertet einfach aus, welcher Submitbutton geklickt wurde, und verzweigt entsprechend.

Der weitaus schlechtere Ansatz: Javascript ändert onclick das action-Attribut des Formulars.

Der zweite Ansatz muß aber manchmal gewählt werden. Nur: Wenn der Fragesteller nicht weiter weiß, kann er auch nicht beurteilen, welche Lösung für ihn und insbesondere für seine Nutzer die bessere ist. Da braucht es eine sachkundige Beratung und Empfehlung. Die findet man aber nicht in einem Wiki.

Warum? Ich finde gerade in solchen Fällen hat ein Wiki Vorteile. Denn unter dem/den Begriff/en Formular -> Submitbutton(s) könnten ja sozusagen "auf einen Blick" alle möglichen Alternativen aufgelistet sein, mit ihren entsprechenden Vor- und Nachteilen. So würde also jemand der bspw. eigentlich auf der Suche nach einer Javascript-Lösung war sehen, dass es vielleicht auch noch durchaus bessere Alternativen für ihn gibt.

Threads werden nicht dann archiviert, wenn sie ganz unten in der Liste angekommen sind, sondern wenn lange genug keine neuen Antworten mehr kamen. Wenn also ein Thema offensichtlich ausdiskutiert ist.

Ein Wiki muß, wenn es wirklich sinnvoll sein soll, den aus der Wikipedia bekannten neutralen Standpunkt verfolgen. Bei kontroversen Themen selbstverständlich Pro und Contra listen - aber sich ansonsten an die Fakten halten. Meinungsbilder sind dort nicht gefragt - und können auch nicht so, wie in einem Forum, einer einzelnen Person zugeordnet werden, da Wiki-Artikel ja fortlaufende Texte sind, die das Thema behandeln sollen, nicht irgendwelche Diskussionen enthalten.

Ich sehe das etwas anders. Gerade beim Webdesign/ Layout gibt es auch etliche Themen, wo es imho keinen neutralen Standpunkt gibt, sondern man sich nur entweder für das eine oder für das andere entscheiden kann. Und dazu können verschiedene Meinungen (, die im übrigen auch in einem Wiki Personen zuordnenbar sein können), durchaus bei der eigenen Meinungsbildung helfen.

Ich glaube wir haben eine etwas verschiedene Vorstellung von so einem Wiki. So wie ich deine bisherigen Aussagen verstehe, denkst du an Wikipedia (quasi ein reines Lexikon) oder soetwas wie SelfHTML als Wiki. Ich meine aber eher eine Wissenssammlung zu allen möglichen Frage- & Problemstellungen die neben Lösungen & Lösungsansätzen auch persönliche Meinungen, Diskussionen und eine Auflistung der Pros & Cons zu einem Thema enthalten. So kann ich mir direkt ein Bild davon machen, welche Diskussionen zu diesem Thema schon geführt worden sind und welche Argumente es für die eine oder andere Seite gibt.

Im Prinzip sagst du nur: "Leute, macht doch ein Wiki, dann wird alles besser". Aber ohne darauf einzugehen, was du denn unter "alles" verstehst, und was unter "besser".

Sorry Sven, aber diese Aussage passt doch eigentlich nicht zu deiner sonstigen Diskussionsweise. Vielleicht habe ich es nicht deutlich genug herausgestellt?

  1. würde ich nie behaupten, dass damit alles besser wird

Aber das mußt du doch behaupten - oder bist du davon nicht überzeugt?

Nein, warum? Ich bin überzeugt davon, dass ein Wiki das posten von immer den gleichen Antworten, Argumenten und Hinweisen deutlich reduzieren würde, und die Auffindbarkeit von Informationen aus dem Forum steigen würde.

  1. wüsste ich nicht mal, was denn dann unter "Alles" alles fallen würde

Das ist das Problem: Wenn "alles besser" werden soll, sollte vielleicht zunächst mal analysiert werden, ob es überhaupt ein Problem gibt, das gelöst werden soll, bevor irgendeine Lösung diskutiert wird.

Ja, die Probleme ergeben sich u.a. aus dem Vorgenannten.

  1. habe ich das Wiki [Zitat]"als Ergänzung zum Forum" [/Zitat] vorgeschlagen und wie ich finde auch einige Argumente aufgelistet, die nach meiner Ansicht dafür sprechen. Mag ja sein, dass du das anders siehst.

Dass du dir selbst da nicht wirklich einig bist, zeigt dein Posting hier. Denn ganz oben ist es eine Ergänzung zum Forum, zwischendurch eine Ergänzung zu SELFHTML, und jetzt wieder eine Ergänzung zum Forum.

Nein - ich bin mir von Anfang an einig gewesen. Mein Vorschlag war und ist ein Wiki als Ergänzung zum Forum. Natürlich könnte ein solches Wiki (z.B. aufgrund seines Aktualitätsvorsprungs) auch eine Ergänzung zu SelfHTML sein. Die Betonung liegt auf "könnte"!

Was ich einfordere, ist eine genauere Beschäftigung mit dem vermeintlichen Problem. Es reicht in meinen Augen nicht, einfach nur "Wikis sind toll, warum also kein SELF-Wiki machen?" zu rufen und darauf zu bauen, dass sich dann schon genug Helfer finden werden, die die harte Arbeit des Artikelschreibens auf sich nehmen.

... sondern stattdessen ihre Energie lieber darauf verwenden, hundertmal das selbe im Forum zu posten. Ich habe es jetzt extra mal etwas überspitzt formuliert, aber da liegt imho das Problem.

  • Die hier geposteten Informationen sind schwer wiederfindbar (gut, das mag mit der neuen Suche besser werden, aber es liegt auch ein Stück weit in der Natur eines Forums: falsche/ nicht aussagekräftige Threadtitel, Abschweifungen vom eigentlichen Thema in einem Thread, etc.).
  • Thematisch zusammengehörende Aspekte sind nicht als solche erkennbar.
  • Diskussionen, Meinungen zu bestimmten Fragen sind nicht gebündelt an einem Ort nachzulesen Um dem Kommentar von vorhin zu entgehen, füge ich jetzt mal kein "etc. pp" an. ;-)

Von so "lustigen" Dingen wie der Auswahl einer geeigneten Wiki-Software mal ganz abgesehen. Das, was der Markt derzeit so anbietet, ist nach Aussagen einiger SELF-Developer, die sich damit beschäftigt haben, mehr als dürftig - nicht von der Anzahl her, sondern von der technischen Umsetzung und Programmierung. Mal ganz abgesehen von den speziellen Anforderungen, die unsere Serverstruktur stellt (nur als ein Schlagwort: Wir haben kein MySQL, sondern Postgres).

Da kann ich sowieso nicht mitreden, da ich was die Technikseite anbelangt keine ausreichenden Kenntnisse haben. Aber vielleicht könnte man die technische Umsetzung paralell dazu ebenfalls im (bis dahin "Übergangs-") Wiki erarbeiten?

Und nur mit so einer pauschalen Aussage überzeugst du niemanden - jedenfalls keinen, der das dann technisch umsetzen müßte und administrativ betreuen.

Da ist wieder eins der Probleme, wenn man hier etwas postet. Es war ein Vorschlag/ eine Anregung um evt. eine Diskussion darüber in Gang zu bringen, in deren Verlauf viele (anstatt nur ich) ihre Meinungen, Argumente und Sonstiges einbringen können. Daraus mag dann vielleicht etwas entstehen, dass Leute wie dich überzeugt, oder eben auch nicht. Punkt!

Wenn es nur darum geht, zu diskutieren, ob es sein SELF-Wiki geben wird, oder nicht: Dazu gibt es, wie verlinkt, alte Diskussionen, und die Meinungslage hat sich seitdem nicht wirklich geändert. Wenn du die Diskussion erneut aufnehmen willst, braucht es eine Problemanalyse und Lösungsvorschläge.

Und ich wäre nicht überrascht, wenn aufgrund der Problemanalyse eben gerade nicht "Wiki" als Lösung rauskommt.

Solange eine Lösung rauskommt, ist das Ziel doch erreicht. Mir geht es gar nicht darum "unbedingt" ein Wiki zu installieren, nicht dass da Missverständnisse aufkommen. Mir ist nur nichts Besseres zur Lösung der Probleme, die ich sehe/ habe, eingefallen.

Wenn es dir darum geht, SELF besser zu machen: Sprich die Probleme an, nicht deine Lösungsideen.

Jo Chef! Vielleicht weckt es bei anderen aber überhaupt erstmal ein Problembewusstsein?

  • Sven Rautenberg

Gruß Gunther

0 83

Vorschlag: SelfWiki

Gunther
  • zu diesem forum
  1. 0
    O'Brien
    1. 0
      Gunther
      1. 0
        Orlando
        1. 1
          Gunther
          1. 0
            Orlando
            1. 0
              lina-
            2. 2
              Stefan Muenz
              1. 0
                lina-
                1. 0
                  Der Martin
                2. 0
                  Stefan Muenz
                  1. 0
                    lina-
                  2. 0
                    Johannes Zeller
              2. 0
                Gunther
            3. 0
              Gunther
              1. 1
                Jens Müller
                1. 0
                  Der Martin
                  1. 0
                    Gunnar Bittersmann
                    • menschelei
                    1. 0
                      Der Martin
                  2. 0
                    Jens Müller
              2. 0
                Detlef G.
              3. 0
                Orlando
  2. 0
    doni
    1. 0
      doni
  3. 4
    Sven Rautenberg
    1. 0
      dey
      1. 0
        Jens Holzkämper
        1. 0
          dey
          1. 1
            Sven Rautenberg
    2. 0
      Gunther
      1. 2
        Sven Rautenberg
        1. 1
          Gunther
    3. 1
      Heizer
      1. 0
        Gunther
    4. 0
      Cybaer
      1. 0
        Swen Wacker
        1. 0
          Cybaer
  4. 4
    Swen Wacker
  5. 9
    Stefan Muenz
    1. 0
      lina-
      1. 0
        Stefan Muenz
        1. 0
          lina-
      2. 0
        Swen Wacker
    2. 0
      Gunther
    3. 0
      Ilja
      1. 1
        Christian Kruse
    4. 0

      Verbindung von Doku - Wiki - Forum

      Felix Riesterer
      1. 1
        Stefan Muenz
        1. 0
          Dennis
  6. 5
    Michael Schröpl
    1. 0
      Cybaer
      1. 1
        Michael Schröpl
        1. 1
          Cybaer
          1. 0
            Michael Schröpl
            1. 0
              Swen Wacker
              1. 0
                Michael Schröpl
                1. 0
                  Ingo Turski
                2. 0
                  Tim Tepaße
                  1. 0
                    Michael Schröpl
                3. 0
                  Swen Wacker
                  1. 0
                    Michael Schröpl
                  2. 0
                    Cybaer
                    1. 0
                      Wilhelm Turtschan
                4. 0
                  Cybaer
            2. 0
              Cybaer
              1. 0
                Michael Schröpl
                1. 0
                  Alexander Brock
                2. 0
                  Swen Wacker
                3. 0
                  Cybaer
          2. 0
            Michael Schröpl
            1. 1
              Stefan Muenz
              1. 0
                Michael Schröpl
              2. 0
                Detlef G.
            2. 0
              Tim Tepaße
              1. 0
                Michael Schröpl
            3. 0
              Cybaer
              1. 0
                Michael Schröpl
                1. 0
                  Cybaer
        2. 0
          Swen Wacker
      2. 0
        Ingo Turski
        1. 0
          at
          1. 0
            Ingo Turski
        2. 0
          Cybaer