Vit (11.11.2007 22:33, просмотров: 177) ответил Evgeny_CD на Это не система документирования (софта или вообще). Это система работы с исходниками. На выходе - С исходник.
Смотрел конфигуратор NutOS? Если бы там не было всё прибито гвоздями к тем же ifdef-ам, то может и чего сбоку прикрутить имело бы смысл. Оно на lua. А насчёт документирования - мне неважно чего там документируется. Этап проектирования софта начинается де-факто определённым документироваем - ТЗ в том или ином виде, как минимум определяющим набор требуемого для написания и перечень уже написанного и дОлжного примениться (дабы по 10 раз sin(x) не переписывать). Комментарии не решают прблему конфигурирования. Шаблоны и инлайовые функции в Си (при соответсвующей оптимизации компилятором) достаточно эффективны, хотя при достаточном количестве ресурсов всё то же можно на плюсах без траходрома накатать. Просто разделение на системных программистов (готовящих софт для соответсвующих задач) и как минимум прикладных нужно соответственно выражать в разделении софта. Если низ заканчивается фиксированным API, то прикладному программисту должно быть пофиг на чём оно там внизу сделано (конечно без глупостей с непониманием возможностей текущей платформы). У мелкомягких, например, есть документ, в котором описаны требования к BSP для согласования на пригодность использования с/для WindowsMobile- дык софт прикладной предлагают писать под API и прочая, документированными для той винды.
Это как в том анеке через Фоменко: В сутках 24 часа, в ящике пива 24 бутылки. Совпадение?