jusqu'à présent, sur le sujet de la 'documentation', ma position a été que 'la première responsabilité d'un créateur est de faire émerger la chose' -- c'est-à-dire écrire le code ; concevoir le système ; le créer. Mon sentiment est que la 'documentation' telle que nous la connaissons dans l'enfer squelettique des entreprises de 'gestion des connaissances' et d''intégration' et tout ce non-sens, est en réalité quelque chose de différent ; et que la première chose qu'un utilisateur post-initialisation d'un système devrait faire est de 'monter en compétence' à travers le même processus que le créateur : à savoir, découvrir les propriétés du système par eux-mêmes, à travers le jeu, l'expérimentation, ou quoi que ce soit ; et que cela fait partie intégrante du processus d'apprentissage. Cela dit, il est clairement énorme de s'attendre à ce que quelqu'un passe de zéro à Herzog en 3 mois. Surtout s'ils n'ont pas le même niveau d'obsession que moi ! Donc la question reste ouverte. Je pense que la réponse est probablement une forme de documentation 'squelettique' pour empêcher les gens d'aller dans des impasses, mais sans leur dire quoi faire ; et ensuite les forcer à apprendre en jouant avec le système ; avec la récompense de découvrir des choses par eux-mêmes.