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