[Home] 
Wiki Tutorial


Home
Neues
TestSeite
Forum

Suchen
Teilnehmer
Communities
Ordner
Index
Hilfe

Einstellungen

Ändern

  Es gibt inzwischen folgende Seiten zum Thema Tutorial:

Außerdem in Handbuch: das WikiHandbuch.

Tutorial-Diskussion

Es wäre sinnvoll, ein WikiTutorial zu schreiben. Bestehende Hilfeseiten sollen sowohl Anfängern einen Einstieg ermöglichen, als auch Fortgeschrittenen detailliert Auskunft geben. Das ist ein Spagat, der oft nur schwer zu schaffen ist. Ein Tutorial könnte einen ungezwungenen Einstieg vermitteln und es könnten die einzelnen Abschnitte auch in der Anfangsphase einer CommunityOnline über E-Mail verschickt werden, so dass man die Teilnehmer öfter ansprechen und so besser in die Community hineinführen kann.

Dabei sollte man "Fortgeschrittene" nicht an der Skala von Informatikstudenten oder Leuten wie hier im GründerWiki messen. Für mich ist es schon fortgeschritten, wenn jemand über vernünftige Beiträge hinaus einen Benutzernamen verwendet, eine private Seite mit Briefkasten einrichtet und Techniken wie BackLinking? verwenden kann. Jemandem, der mit Computern sonst wenig zu tun hat, wird das alles nicht selten schon viel zu kompliziert für die Nutzung von Wikis sein. -- Tim

Eine Schwierigkeit sind die Unterschiede zwischen den Wiki-Engines. Es müsste eine Möglichkeit geben, das Tutorial so zu konfigurieren, dass man es in einer Version für PhpWiki (oder ProWiki oder MoinMoin etc.) abrufen kann. Weiters muss es möglich sein, das Tutorial in ein druckbares Format (wie RTF oder TeX) zu bringen, und es muss leicht in ein e-Mail-Textformat konvertierbar sein. Das erfordert eine Diskussion und vermutlich ein bisschen technische Entwicklung. Andererseits sollte dies jedoch nicht daran hindern, eine inhaltliche Konzeption und Ausarbeitung durchzuführen.

Ein engine-übergreifendes Tutorial halte ich für eine gute Idee. Wie gross die Unterschiede zwischen den engines sind, vermag ich nicht einzuschätzen. Gut daran ist vor allem auch, dass es die verschiedenen Entwickler in einem turorial Projekt zusammenführen und damit den Boden für eine dringend erforderlich Standardisierung bereiten würde. 040321 18:02 UTC, +01h -- MattisManzel

Es werden da eine Menge wichtiger Bereiche berührt und zusammengeführt, ich glaube die Details werden sich schon ergeben. Ich habe kürzlich ein Wiki für meine ehemalige Schulklasse eingerichtet und hätte gerne alle 2 Wochen ein e-Mail mit Tipps und Anregungen losgelassen, um die Sache in Schwung zu bringen. Es hat zwar auch so überraschend gut funktioniert, aber trotzdem wäre eine Sammlung von Kapitelchen (vielleicht auch übersetzt in verschiedene Sprachen) ein wertvoller Schritt vorwärts. Ich würde Technik und Kultur immer ein bisschen mischen oder abwechselnd ein Kapitel über Technik und Kultur schalten.

Hallo, danke für die Ergänzung und Überarbeitung. Ich denke auch, dass man Technik und Kultur nicht voll voneinander trennen kann oder soll, war aber ein ganz guter Ansatz um überhaupt erstmal eine Gliederung aufzubauen. Allerdings hatte ich unter "Technik" auch mehr die formalen Dinge aus Sicht des Anwenders verstanden - die jetzigen Punkte sind für Gründer sicher wichtig, allerdings war das WikiTutorial für diese nur indirekt gedacht (ich würde Gründer gleich an das GründerWiki verweisen, statt nochmal ein eigenes Tutorial zu schreiben). Den Aspekt der Standardisierung finde ich übrigens auch interessant in diesem Zusammenhang, vielleicht kann man zumindest ein weiteres Auseinanderdriften grundsätzlicher Funktionen vermindern -- Tim

ps: schick doch einfach mal den Link zu Deinem Wiki, vielleicht können wir hier im GründerWiki auch einige Impulse daraus gewinnen -- Tim

Auch mich interessiert die Anwendung von wiki in Schule und Universität. Wo funktioniert das, würde mich interessieren. Ich würde gern eine Wikiseite bauen, auf denen Schüler und Studenten sich gegenseitig erklären, wozu man das gebrauchen kann und wie es funktoniert. Beispiele sind erforderlich. Meines Empfindens wäre dazu eine eigenes Wiki empfehlenswert. Das HowToWikiWiki?-Wiki oder WieWikiWiki?-Wiki zum Beispiel. Spielerisch. Copyleft und multilingual. Man kann aber erst mal hier damit anfangen. -- MattisManzel

WikiFragmentierung führt zu vielen kleinen, relativ uninteressanten Wikis, die schwer zu beleben sind. Es müssen immer wieder die gleichen Seiten angelegt, die gleichen Fragen beantwortet werden. Wer soll sich um sie kümmern? Wer dafür sorgen, dass sie sich entwickeln?

Zu Beispielen für Schulen und Universiäten: Das Wiki steht dort ganz am Anfang. Erste positive Beispiele gibt es (siehe SchulWiki, UniversitätsWiki), aber noch wenige. Das Potential ist noch nicht mal zu 5% ausgereizt. Zeit für die Pioniere (siehe CaFoscari). -- HelmutLeitner

Nicht mal 0,5% halte ich in diesem Falle für realistischer, 5%% für durchaus für möglich. Ist aber unwichtig. Die Anwendung in Schulen ist ein wenig anders als jene in Unis. Kids w/sollen spielen, auf wiki werden sie es tun. Oberschülern und Studenten muss man erst wieder beibringen, dass sie spielend am schnellsten begreifen. Begeisterte Lehrer wären interessant, die ihre Klassen sich mal so richtig austoben lassen online. Gibt's irgendwo eigentlich Flash (*.swf) support in wiki? -- MattisManzel

Du meinst sowas wie ein CdmlFlash? -- HelmutLeitner

"Gründerauthorität" gehört zu Unwort 2004 erklärt, damit vergraulst du garantiert jeden unter 60. Wenn das ein Bandname wär', naja das ginge vielleicht sogar noch. Nicht um dich zu provozieren Helmut, ehrlich, aber was haben wir denn übersetzt? Ist dir das Paradoxe an Gründer und wiki in Gründerwiki eigentlich klar? Gründer klingt nach 1880er Prügelpatriarchen, und Wiki ist die Antithese dazu. -- MattisManzel

Mattis, ich fühl mich überhaupt nicht provoziert und bin dankbar für deine Kritik. Wir haben die Notwendigkeit für die Realität, dass es Gründer gibt, dass sie eine Führungsrolle annehmen, sowie Gestaltungswillen, Macht und Rechte ausüben (können / müssen) ... eine neutrale Sprache zu entwickeln. Schlag einfach bessere Begriffe vor, ich bin für alles Treffende und Nichtideologische offen. -- HelmutLeitner

So let's freak: Auslöser, to set off, Segelsetzer, "legt ab!". Wie heißt, wer losgeht, und die anderen folgen? Ghandi scheint mir wiki. War er Gründer? Was war er? OmWiki, namentlich, allein namentlich, darf ich an dieser Stelle wohl erwähnen. Initiator. Aber Kappes! Terrawiki subdepartment SegelSetzer?. Gründer ist schon ok. Das kleinste Übel szs (so zu sagen) -- MattisManzel

Initiator? Motivator? Sturschädel? Visionär? Grenzgänger? Risikoträger? Pionier? Unternehmer? Durchsetzer? Kopfdurchdiewandler? BrückenBauer? Utopist? Ankerlichter? Gründer?


(kopiert aus dem Forum)

Da es ja doch zwei oder drei Projekte im GründerWiki betrifft (WikiEinsteigerTutorial, WikiGründerTutorial?, WikiHandbuch) würd' ich die übergreifende Diskussion mal hier fortsetzen. Habt Ihr bisher eher daran gedacht, eine einzelne große Seite z. B. für das WikiHandbuch zu schreiben, die durch Überschriften, Trennlinien etc. sturkturiert wird? Oder wollen wir jeweils lediglich einen Navigationspfad erstellen, und die entsprechenden Seiten ähnlich einem wikiinternen TourBus verlinken? Das hätte den Vorteil, dass wichtige Inhalte im GründerWiki generell mal überarbeitet und zusätzlich verlinkt würden. Außerdem werden sich so wahrscheinlich mehr Leute beteiligen - wer hat schon Lust, an einem ewig langem Textdokument mitzuschreiben? An einzelnen thematisch eingegrenzten Seiten dagegen... außerdem kämen die Vorteile von HyperText in einem einzelnen Text nicht zur Geltung.

Als problematisch könnte sich beim internen "TourBus" erweisen, dass ausführliche Inhalte zu komplex oder tiefgehend für ein WikiEinsteigerTutorial sind, oder kleinere Seiten zu oberflächlich für ein WikiGründerTutorial?. Hier könnte aber eine möglichst genaue NamensGebung? für die Seiten helfen. Außerdem könnte man längere Seiten aufteilen und z. B. Details auf Extraseiten nur im WikiGründerTutorial? verlinken, nicht jedoch im WikiEinsteigerTutorial. Was meint Ihr? -- Tim

Ich seh die Probleme ganz ähnlich, bin aber gewillt, das durch entsprechende technische Entwicklungen zu lösen. Grundlage für meine Überlegungen ist die Umwandlung eines Verzeichnises (von Tutorial oder Handbuch) in RTF für den Übergang in gedruckte Form. Daran arbeite ich gerade. Damit das Sinn gibt, muss es möglich sein, bestimmte Teile einer Seite auszuwählen (z. B. unter der Überschrift "Tutorial") oder wegfallen zu lassen (z. B. ab der Überschrift "Diskussion").

Damit ein Dokument nicht nur über sein zentrales Verzeichnis navigierbar ist, sondern wie eine Tour, braucht es ein automatisch erzeugtes, zusätzliches Navigationselement auf jeder Seite. Damit kann eine Seite (oder ein Teil einer Seite) auch Teil von mehreren Touren oder Dokumenten werden, was IMHO vorteilhaft ist. Als Dokumentenformat könnte neben RTF auch WIKI/HTML wählbar sein, dann würden die Texte zusammengefügt und wie eine Seite dargestellt. Auch roher "Text" wäre trivial implementierbar, in Zukunft vielleicht auch "TEX" oder "LATEX", sobald aus der UNIX-Reichshälfte die Anforderung kommt.

Wichtig wäre mir, die technische von der inhaltlichen Entwicklung zu entkoppeln, damit wir uns nicht gegenseitig behindern. Ihr müsstet halt am Anfang ein bisschen ins Blaue arbeiten, bis ich technisch nachziehen kann. Ein Thema soll meiner Meinung nach auf einer Seite bleiben, Überschriften könnten die Teile der Seite gliedern. Es spricht aber nichts gegen spezifische Seiten wie "WikiEinführungGründerTutorial", wenn man davon ausgehen kann, dass hier ziemlich unabhängige Texte entstehen werden. Ein Thema "WikiStandardisierung" würde ich aber nicht so auftrennen, weil da die Konsistenz zwischen den Texten unterschiedlicher Abstraktion (oder Zielgruppe) auf einer Seite besser zu wahren ist. -- HelmutLeitner

Okay, so könnte man anfangen. Ich fänd' es auch nicht so problematisch, die Navigation erstmal von Hand einzufügen. Die Aufteilung der Seiten seh ich genauso, alles gleiche zusammenfassen und nur spezielle Sachen in unabhängige Seiten aufteilen. Wahrscheinlich wird es zu einigen umfangreicheren Seiten neue Versionen geben, die einer Zusammenfassung gleichkommen. Diese kann man ja gegenseitig verlinken, um Inkonsistenzen zu verhindern (wer dann eine Seite ändert, sollte auch die andere Version nochmal überprüfen). -- Tim


OrdnerWikiAusbildung