projets/rebol_documentation_project.txt · Dernière modification: 02/04/2010 17:03

EN: rebol.com - rebol.org - rebol.net -
FR: Rebol Documentation Project - forum RebelBB - rebol-france.org - forum codeur -

 

:!: Cette page à été un support pour la naissance de RDP, qui fait maintenant sa vie ici :

Rebol Documentation Project

(Historique)

Le REBOL Documentation Project a pour objectif de structurer l’accés à la documentation existante, de développer de la documentation libre pour le language de programmation REBOL et ainsi d’augmenter la visibilité du langage. Ce développement inclura la création de “Howtos”, de dictionnaires, de manuels, d’articles techniques, de news, etc… Nous esperions établir une système de consultation simple à utiliser et facilitant les recherches, c’est maintenant chose faite, esperons-le.

Le REBOL Documentation Project est basé sur le travail d’une équipe de volontaires et d’une organisation centralisée minimum. Tout le monde est invité à participer à l’effort commun.

Le site du projet est maintenant plainement fonctionnel et en production. N’hésitez donc pas à lui faire l’honneur d’une visite !

Rebol Documentation Project : http://rebdocproj.sourceforge.net

Analyse collaborative

Afin de disposer d’une base de discussion, une analyse préalable à déjà été réalisée sous forme de MindMap. Celui-ci est disponible sur simple demande à reboltof@yahoo.com

la présentation web se trouve ici: http://sourceforge.net/projects/rebdocproj/ —Jtps


Analyse du problème

Evaluation de l'existant

Manuals

Core

  • Core 2.3 Release Notes
  • Core 2.5 Release Notes
  • REBOL Dictionnary (9-mar-2004)
  • Core User Manual (2.3)

View

  • View Developpers Guide (View 1.0 du 5-April-2001)
  • Beginners Guide (View 1.0 du 5-April-2001)
  • Draw Dialect (2-Jan-2003)
  • Desktop (REBOL/View 1.1 du 26-Apr-2001)

Pro

  • Encryption (5-Aug-2003 )
  • External libs (5-Aug-2003)
  • Shell (5-Aug-2003)
  • Sound (5-Aug-2003)

Command

  • Reference Command 2.5 (5-Aug-2003)

IOS

SDK

  • Reference SDK 2.5 (5-Aug-2003)

Other

  • CGI (12-Mar-2003 )

How-to's

Web

Expression des besoins

Forme

Formatage

  • MakeDoc

Stylesheet !

  • MakeDocPro

Stylesheet !

  • OpenOffice Writer

Rubriques

Standarisations

Style Guide !

Niveaux

  • Beginner
  • User
  • Advanced user
  • Expert
  • Guru

Contributions

Volontaires

  • Inscrits
  • Non-inscrits

Professionels

  • RT

Principes

  • “Single point of entry”
  • Structured
  • Up-to-date
  • Open to contributions
  • Pas perdre de temps avec la forme, mais s’occuper du contenu !!!

Contenu

Classement

  • Bugs
  • News
  • Articles techniques
  • dictionary

help on individual functions

wiki ?

  • faq
  • guide

longer, in depth doc

  • How-to
  • Specific-subject help

What?

  • Link vers l’existant
  • Création de l’inexistant

traductions !!!

  • web-translation
  • static

qui ?

  • Toutes les bonnes volontées.

Etude des moyens

[REBOLtof] Je mentionne ici une liste non-exhaustive de moyens possibles…

Web

Webspace

1. Wiki

2. Static Doc * Doc HTML Statique (traduction de la doc officielle p.e)

3. CMS * Zope * SPIP * Magic!-based


Emplacement
  1. REBOLFrance.info
  2. REBOLFrance.org
  3. SourceForge
  4. LDCI

Forum

  1. REBOLTalk
  2. Google Group
  3. Yahoo Group
  4. SourceForge

Mailing-list

  1. Official RT ML
  2. Sourceforge

Papier

  1. Books
  2. White papers
  3. User/Tech Manuals

Financement

  1. Contribution perso
  2. Publicité
  3. Donation
  4. Soutient d’une unif…

Solutions possibles

Propositions actuelles, et arguments

( :!: à compléter)

Sourgeforge

Outils déjà en place pour la plupart, prêt à l’emploi:

  1. Différents trackers (bugs, features, patches et support)
  2. CVS
  3. Espace web (PHP, Perl? MySQL,…)
  4. Espace documentation projet
  5. Gestion des releases
  6. Mailing List, forum
  7. Gestion des droits d’accès

Outre ces aspects pratiques, SF offre au projet une grande visibilité… dont REBOL a bien besoin !

D’accord pour moi. Cette solution me semble très bien adaptée concernant ce projet.

D’accord pour moi aussi. RebolTof, peux-tu indiquer la marche à suivre pour le CVS de SourceForge ? — Philippe 02/02/2005 10:11

DokuWiki

A voir. qq arguments ont déjà étés développés.

[REBOLtof] Solution à mon avis la plus utile pour des réflèxions communes

Oui, j’ai enlevé l’orientation documentation pure de rebolfrance.info, car je suis d’accord avec toi Reboltof : si ce projet de doc est international, cela n’aurait pas forcément un sens de l’héberger sur un rebolfrance… — Charles Mougel 01/02/2005 19:58

Vanilla

Shad a un peu exploré cette piste…

[REBOLtof] J’ai déjà utilisé Vanilla et CitrusWeb. Le premier me semble moins bien convenir à un dokuwiki, et le second (même si je l’utilise en milieu professionnel pour la gestion de nos projets XP) nécessite trop de patches pour fonctionner convenablement. Ce sont des solutions à envisager à plus long terme…

Tout dépend combien nous serrons à travailler sur le projet disons que j’estime l’apport de vanilla sur un tel projet a environ 40% (c’est peut être un peu sur estimé j’en convient). Ce serrait aussi un bon moyen pour faire avancé un projet

rebol qui n’a pas connu depuis un certain temps de nouveautés notables. On peut aussi s’associer avec les auteurs initiaux de vinilla pour aller encore plus vite (enfin si ca les interresses). — Alphé Salas-Schumann 06/02/2005 06:55

C’est une bonne idée. Mais la réhabilitation de vanilla ne constitue pas un des objectifs de RDP… Je pense que nous devons nous concentrer sur l’organisation et la production de documentation plutôt que sur la création d’instruments.

Christophe Coussement 07/02/2005 10:14

IOS

Trop limité en visibilité, et en nombre de personnes pouvant intervenir.

[REBOLtof] La proposition de François Jouen de mettre à notre disposition un espace IOS est très généreuse ! Cependant je crains qu’elle ne convienne pas à un projet dont l’un des objectifs est de sortir REBOL de son coin d’ombre …

Outil développé sur mesure

Un peu difficile de savoir ce que l’on veut d’avance. Temps d’attente de l’outil trop long. Par contre, cela peut être un but sur le long terme.

[REBOLtof] voir la remarque sur Vanilla …

Oui, on peut rêver sur le long terme, et commencer ici même à prendre des notes sur ce que l’on souhaiterait “plus tard”. Mais en attendant, les solutions offertes par SF me sembles bonnes. — Charles Mougel 01/02/2005 19:58

Licence

:?: quels sont les objectifs poursuivis par une mise sous licence de la nouvelle documentation produite ? — Christophe Coussement 03/02/2005 09:27

  • offrir une protection à nos travaux:
    • empêcher l’exploitation commerciale de notre travail de volontaire
    • empêcher des transformations non-souhaitables
  • “récompenser” le travail de volontaires par la citation de leur nom (c’est un minimum non ?)

Christophe Coussement 07/02/2005 10:20

:?: quelle licence utiliser pour la nouvelle documentation produite ? Avantages ? Désavantages ? — Christophe Coussement 03/02/2005 09:27


Proposition concrète

Utilisation de SourceForge

Avantages

  • visibilité
  • gratuité
  • nombre d’instruments mis à disposition (voir plus haut)

Désavantages

  • mise en oeuvre demande certaines connaissances informatiques (linux, ssh, putty, cvs, …)
  • projet doit rester libre (mais est-ce un problème ?…)
Utilisation du CVS de SourceForge

Afin de :

  • conserver les versions des travaux en cours (traduction, nouvelle doc, …)
  • permettre l’édition simultanée d’un même doc
  • conserver l’historique des travaux
Utilisation du Files Release System de SourceForge

Afin de :

  • publier les releases officielles des travaux produits
Utilisation des "trackers" de SourceForge

Afin de :

  • gérer les demandes d’amélioration (“features”) provenant d’utilisateurs
  • gérer les bugs remarqués par les utilisateurs
Utilisation de l'espace web de SourceForge

Afin de :

  • créer un look plus “agréable” que le portail de SourceForge
  • donner accès via des links aux informations sus-mentionnées
Website on Sourceforge

:!: il conviendra à terme d’au moins fournir les versions US et FR du site …

Rubriques

(Là j’avoue m’être fortement inspiré du site http://tldp.org … à vous de juger de l’opportunité de ces rubriques …)

  • RDP Info
  • FAQ
  • License
  • Mailing List
  • Request / Bugs
  • Feedback
  • RDP Auteur
  • RDP Guide de l’auteur
  • Contribution / Aide
  • Documents en progrès
  • Documents cherchant auteur
  • Comment soumettre ?
  • Utiliser le CVS
  • Téléchargements
  • Contacts
  • RDP Documents
  • HOWTOs : description courte et souvent informelle sur la méthode à appliquer afin d’accomplir une tâche donnée. Ils sont généralement destinés à des non-experts et ne s’attardent pas sur les détails qui sont important pour les experts.
  • Articles techniques : contrairement aux HOWTOs, ceux-ci s’adressent à un public d’initiés. Ils traitent en profondeur d’un sujet particulier.
  • Dictionnaire : comme sont nom l’indique, il s’agit d’une compilation des explications des mots REBOL, à l’instar de http://www.rebol.com/docs/dictionary.html. Mais notre dictionnaire devrait être présenté sous la forme d’un wiki (dokuwiki, mediawiki,… ?) afin de permettre à tous d’apporter des modifications.
  • Guides Techniques : compilations de plusieurs articles techniques traitant d’un même contexte.
  • Guides Utilisateurs : principalement les traductions des guides officiels existants.
  • News
  • Dernières nouveautés du site
  • Dernières nouveautés REBOL

Solution retenue


SF ?

OK pour moi. Tu donnes le “Go” de départ ? (et pré-requis indiqués ci-dessus, marche à suivre …) — Philippe 02/02/2005 10:12

Je prend l’absence d’autres réactions pour un assentiment ;-) : il faut que le projet avance… SF choisi! — Christophe Cousssement 03/02/2005 09:26


Coûts

Financiers

Ressources

Risques


Revenus

Financiers

Return on Investment

Autres


Planning

  • 15 février, pose du premier mot ?

Hum… disons peut-être pose de la première mouture de la home page ;-)Christophe Coussement 03/02/2005 09:28


Discussion libre

En plus des différentes docs cités plus haut, il me semble qu’il faudrait aussi (Olivier ??) penser à écrire un dossier de présentation de Rebol.

Le genre de truc en Pdf, HTML, ou autre qu’il serait possible d’avoir sous le coude pour présenter le langage à des managers potentiels, donc avec aussi des exemples de réalisations concrétes. Le press-book du rebol, quoi . — Philippe Le Goff 03/02/2005 14:22

Tout à fait ! J’avais comme idée un “white paper” , inspiré de l’excellent travail de nos collègues de l’AFUP http://www.afup.org/article.php3?id_article=231 .— Christophe Cousssement 05/02/2005 15:31

Je l’ai parcouru : effectivement ce serait une bonne base de départ de reprendre ce principe. Reste à trouver des chiffres.

Sans doute serait-il judicieux de poser cette question sur Altme ou à Carl : histoire d’avoir une vue d’ensemble de réalisations probantes d’usage de Rebol ? — Philippe Le Goff 07/02/2005 11:09

 
  projets/rebol_documentation_project.txt · Dernière modification: 02/04/2010 17:03
 
Fil RSS: Recent changes RSS feed
Valid XHTML 1.0 Valid CSS Powered by PHP Driven by DokuWiki
Hébergement par Spinodo