Сложность работ.

[thesz]

Написание документации в любом виде - чуть ли не самая сложная работа для программиста.

Сейчас пишу статью про вычислитель будущего. Идет едва-едва.

Боюсь, успею нескоро. Исходники-то я более или менее подготовил, а вот статья с описанием модели и чего моделировалось...

Comments

[kurilka]

Не зря же literate programming придумали, только вот так почти не пишут :)
Т.е. в идеале самодокументация кода должна быть на уровне, чтоб школьник понял.
Только как правило всё это лишь мечты-мечты...
А то тут читаешь документацию и пытаешься понять, чтож автор мог иметь в виду...

[thesz]

У меня полномасштабная статья про "зачем и почему" этам модель вообще нужна.

Поэтому, если обычно просто "пытаешься понять," то в моем случае гарантирую - трехнесся. ;)

САми-то модули по отдельности понятны и достаточно просты, а вот их сочетание - та еще проблема.

[kurilka]

А в чём суть проблемности сочетаний? Как-то вот плохо верится в то, что это обязательное свойство моделируемой субстанции. Или проще не выходит?

[thesz]

Там очень интересная тема. Я моделировал архитектуру, которая 1) хорошо параллелизуется на несколько ядер (даже десятков ядер) и 2) позволяет управлять порядком вычислений. Грубо говоря, в ней каждая вышестоящая часть знает, какой участок вычислений подошел к выполнению в какой нижестоящей части части. Таким образом, она может направлять потоки вычислений.

С налету это не объяснишь. ;)

Представь, что у тебя кэш знает, что через сотню тактов ты будешь вытаскивать целую кучу данных из памяти и начинает подавать запросы в память по нужным адресам.

При этом части по отдельности очень простые - два буфера, сортирующий узел, узел, порождающий вычисления и процессорный узел. Еще FIFO, но его всего одна штука.