Отладка мозгом

[metaclass]

В свете утренних разборок с многопоточной прогой особенно полезным выглядит следующий пост:

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

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

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

Comments

[blackyblack.livejournal.com]

Наверное все железячники рано или поздно ударяются в функциональщину и test driven development. Отладчика то толком нет, а стек трейс мне вообще только снится. :)
Я так пишу на си с элементами функционального программирования. У меня по минимуму циклов (в основном на таймерах), условия как правило приводят сразу к завершению функции, если используются циклы, то как правило бесконечные с множественными выходами. В итоге минимум вложенности и модульность программы.

А насчёт канализационной трубы... У неё кстати весьма неплохой дизайн. И продумано там всё очень даже неплохо.

[metaclass.livejournal.com]

Для железячников функциональная парадигма естественна, после функциональных схем, фильтров, ТАУ и прочего. Я программу так себе и представляю - последовательность фильтров, через которые проходит сигнал - список объектов.