RE: [dokusite] How-To's und/oder Tutorials
"Roger Fischer" <[email protected]> Wed, 23 Apr 2003 09:32:14 +0200
| Newsgroups | gmane.comp.cms.bitflux.general.german |
|---|---|
| Message-ID | <[email protected]> |
Gestern haben wir nochmals über die Kategorien der Dokusite gesprochen. Ich denke die Tutorials lassen wir mal fallen. Evtl. müssen wir uns auch überlegen eine Doku pro Projekt (CMS/Editor) zu machen anstatt alles zusammenzubringen. Die NBWZ Dokusite wäre dann die CMS Doku. Faceted classification for http://nbwz.bitflux.ch ------------------------------------------------- Das coolste wäre man hätte verschiedene Zugänge: Status Quo - Vorschlag Chregu, d.h. nach CMS, Editor etc. unterteilt. Und da wären wir dann wieder beim Semantic Web, hier in diesem Fall bei der "faceted classification". Man müsste die Site dann natürlich auch personalisieren können und seinen facet auswählen. >From a Bob post: <snip> The state-of-the-art in knowledge management systems uses "faceted" classification. Each facet (a fancy name for a property or attribute) is like a separate dimension, or a separate layer in the hierarchy or taxonomy. For example, at DMOZ under Content Management there are folders for PHP and Perl and Python. This is the programming language facet (or property or attribute) and it has three possible values. Suppose however you wanted to view CMS by web server (Apache, IIS, etc.) first, and then by CMS Framework (Cocoon, Midgard, etc.) and then by programming language? Or suppose another user wants them sorted into CM Systems, CM Frameworks, News Portals, Blogs, Wikis, etc., like the current CMS Matrix. With standard taxonomy technology, you are out of luck. It's always hard wired. Derek and I have built a faceted classification engine for the OSCOM CMS Matrix, so you can select the facet you want at the top of the hierarchy, then another facet for the next layer in the hierarchy, etc. Lou Rosenfeld calls this "the only real challenge - representing the navigational context" of a multiple hierarchy. </snip> > > > > Unterschied ist im Prinzip klar und zwar so wie von Roger zitiert. > > > Wird aber leider nicht immer sauber getrennt. > > > > > > How-To = Unmittelbar nachvollziehbare step-by-step Anweisung > > > Tuts = Konzeptueller Approach, > > > oft mit embedded How-To's illustriert > > > > Ist mir schon auch klar, dass es nicht das gleiche ist, aber > wenn ich nach > > infos zu nem programm suche, ist's mir meistens egal, ob's ein tutorial > > oder ein howto ist ;) Hauptsache es hat überhaupt was. > > > > bei nbwz.bitflux.ch muss ich wohl zuerst alle hauptpunkte > durchsuchen, um > > zu sehen, was es so alles gibt: > > > Bei nbwz.bitflux.ch ist ein zusätzliches tutorial aus meiner > humble-sicht vermutlich tatsächlich ein overkill, da der user primär > wohl howto's sucht und weniger einen "cursus" > > Ev. umfrage starten (v.a. auch in der engl.-bitflux-Liste) ? > gruss > beda > > > > Einführungen, HOWTOs, Tutorials, Benutzerdokumentation, Technische > > Dokumentation, FAQ > > > > Wo genau soll ich da anfangen, wenn ich mit BX CMS in den > > Kontakt komme? Vor allem am anfang, wenn wir eh nicht so wahnsinnig viel > > haben, ist das overkill ;) > > > > Vielleicht sollte man auch den umgekehrten Weg nehmen und oben die > > Hauptthemen hinschreiben und dann nach den versch. Dokumentationen > > trennen. Also z.B. : > > > > CMS / Popoon / Editor / allg. zu. XML,XSLT / usw.. > > > > und erst dann unterteilen nach Art der Doku. > > > > So wie's jetzt ist, braucht's IMHo ne verdammt gute Suchmaschine ;) > > > > chregu > > > > > > > > Gruss zum Osterhazy > > > beda > > > > > > > How-To's and Tutorials Unterschied > > > > > > > > Kürzlich hatten wir eine Diskussion betreffend http://nbwz.bitflux.ch. > > > Brauchts How-To's und Tutorials. Dazumal dachten wir man könnte eines der > > > beiden streichen. > > > > > > Nun habe ich folgendes gefunden: > > > > > > http://xml.apache.org/forrest/community/howto/v10/howto-v10.html#Write+the+O verview > > > > > > The goal of a How-To is to help the reader to accomplish a specific task with > > > clear and consise instructions. While tutorials may contain How-To-lik e > > > instructions and content, they also include additional background and > > > conceptual content to help teach their readers higher order concepts along the > > > way. How-Tos are concerned about filling an immediate, short-term need. > > > Tutorials often provide long-term knowledge which can be applied across a range > > > of needs. > > > > > > Nun? > > > Gruss > > > Roger _______________________________________________ bitflux-cms-de mailing list [email protected] http://lists.bitflux.ch/cgi-bin/listinfo/bitflux-cms-de