Досі на тему «документації» моя позиція була такою: «Перший обов'язок творця — створити річ» — тобто написати код; спроектувати систему; створити його. Моє відчуття полягає в тому, що «документація» в тому вигляді, в якому ми її знаємо в корпоративному скелеті «управління знаннями», «онбордингу» та всієї цієї нісенітниці, насправді є чимось іншим; і що перше, що повинен зробити користувач системи після ініціалізації, це «наростити» через той самий процес, що й творець: а саме, виявити властивості системи для себе, через гру, експеримент чи щось інше; І що це життєво важлива частина навчального процесу. З огляду на це, це явно величезне прохання очікувати, що хтось перейде з нуля до Герцога за 3 місяці. Особливо, якщо вони не мають такого рівня одержимості, як я! Тож питання залишається відкритим. Я думаю, що відповіддю, ймовірно, є якась форма «скелетної» документації, щоб зупинити людей, які заходять у глухий кут, але не сказати їм, що робити; а потім змушувати їх вчитися, граючи з системою; з нагородою відкривати речі для себе.