Не смотря на то что программированием занимаюсь уже давно, постоянно борюсь с желанием менять задуманню архитектуру на лету. Вчера сел за написание кода для батла и вместо того чтобы реализовать предложенную схему попытался сразу сделать “как надо”. В итоге, потерял время и нифига дельного не сделал. А все из-за уверенности в собственном опыте.

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

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

Жалко только потерянного времени. А ведь давал себе зарок не пытаться бежать впереди паровоза.

  подписаться на блог