Список проголосовавших за комментарий "ИМХО, подход не совсем корректный. Писать простыню — это мы проходили давно. ) Сейчас я делаю так:<br/> <br/> 1. Делю задачи, которые код должен выполнить, на функции. Если сильно надо, то пишу класс или библиотеку (редкое явление).<br/> 2. Запускаю и дебажу отдельные функции. <br/> 3. Когда они работают нормально, как ожидается, то уже складываю их в последовательность.<br/> <br/> Преимущества — дробится код, легко понять где что не работает. Не происходят такие события, когда жмешь PLAY и на экране вуду.<br/> <br/> Недостатки — погружаясь в решение одной функции, смывается горизонт общей задачи.<br/> <br/> Баланс и решение — ДРАКОН (гуглите, мощная тема). Сначала строю блок-схему кода, а потом его пишу. Благодаря процедурной логике ДРАКОНа сложно ошибиться в реализации. А уж если ошибки всплывают, то не нужно рефакторить весь код. Всплывают баги конкретные в конкретных местах. Таким образом экономится время, и разработка становится делом техники, а не творчества.<br/> <br/> Успехов! )"