Разбиение на подзадачи

Сверху вниз

Начинают с общего плана. «Сделать игру» распадается на «нарисовать поле», «двигать героя», «считать очки», «показать итог».

Каждый пункт делится дальше, пока не станет ясно, как его выполнить. Такой способ называют разбиением сверху вниз.

План при этом остаётся понятным: наверху крупные шаги, внизу подробности.

Процедуры

Выделенную часть программы записывают отдельно и дают ей имя. Такую именованную часть называют процедурой или функцией.

Дальше вместо десяти строк пишут одно слово. Программа становится короче и понятнее, а исправлять её нужно в одном месте.

Функция обычно получает данные и возвращает результат. «Посчитать среднее» получает список чисел, а отдаёт одно число.

Имя вместо подробностей

Хорошее имя функции избавляет от чтения её содержимого. Увидев «посчитать периметр», не нужно смотреть, как именно он считается.

Так программа читается как рассказ: прочитать данные, проверить, посчитать, показать.

Если имя получается длинным и с союзом «и», значит, часть делает два дела сразу. Её стоит разделить.

Проверка по частям

Маленькую часть легко проверить: дал ей данные, посмотрел результат.

Такую проверку записывают отдельно и запускают каждый раз после правок. Тогда сломанное обнаруживается сразу, а не через неделю.

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

Сборка целого

Когда части готовы и проверены, целое собирается быстро. Основная часть программы становится коротким списком вызовов.

Ошибки при сборке тоже бывают: части ждут данные в разном виде. Поэтому договариваются заранее, что каждая получает и что отдаёт.

Так работают и большие команды. Один пишет одну часть, другой другую, а договорённость о стыке общая.

Разделяй по смыслу

Делить нужно по смыслу, а не по числу строк. Часть, которая читает данные, и часть, которая их считает, живут отдельно.

Тогда замена одной не тронет другую. Захотел читать не с клавиатуры, а из файла, поменял одну часть.

Это правило работает далеко за пределами программирования. Так устроены и хорошие тексты, и хорошие инструкции.

Готовые части

Не всякую часть нужно писать самому. Для частых дел давно написаны библиотеки: расчёты, работа с датами, чтение файлов, рисование графиков.

Пользоваться готовым не стыдно, а разумно: чужой код проверен тысячами людей. Важно только понимать, что именно он делает.

Своё пишут там, где готового нет или где важно разобраться самому. В учёбе как раз второй случай.

Порядок работы над задачей

Сначала формулируют задачу словами и придумывают, как проверить ответ. Потом рисуют схему и делят на части.

Дальше пишут одну часть, проверяют её и переходят к следующей. Собирают целое в самом конце.

Соблазн написать всё сразу велик, но проигрывает почти всегда: ошибки накапливаются, и найти их в готовом целом труднее, чем в отдельной части.

От школьной задачи к настоящей

Большие программы состоят из тысяч таких частей. Никто не держит их в голове целиком, и это нормально.

Работает разбиение и в учёбе: доклад, сочинение, подготовка к контрольной раскладываются так же.

Про поиск ошибок читай урок «Отладка». Про первые шаги в коде есть урок «Первая программа».