Нам часто пишуть - розбивайте ваш код на підзадачі, і тому подібне. Зазвичай мотивують це словами: "для читабельності коду", "для того, щоб легше було писати код". Виникає питання, а на які саме підзадачі ділити?
Розпочну з причини, з історії, власного, скромного досвіду.
Виконував задачі на JavaRush, спочатку на задачу йшло 5 хв, згодом 15 і розбиття задачі на шматки не несло особливої користі. Але на 27-28 рівні стало вже досить багато задач, на які витрачалось 2 і більше години. Великої кількості вільного часу я не мав, тому деякі задачі доводилось починати виконувати одного дня, а закінчувати іншого.
І ось, ти сідаєш дописувати код вчорашньої задачі... Так-так, а на екрані перших 3 секунди "абракадабра", потім, ти починаєш бачити шматками свою программу і хвилини 3-4 листаєш вверх вниз, бо не пам'ятаєш вчорашій код!
Тому, мої особисті рекомендації - розбивати задачу на шматки, як мінімум по двом критеріям:
1. На такі підзадачі, які ти можеш виконати за мінімальний час, без перерв (на каву, інстаграм, туалет тощо).
2. Намагайся зробити так, щоб код твоєї "підзадачі"(зазвичай метод) поміщався на трохи більше ніж півсторінки(все одно, він неочікувано збільшиться до розміру сторінки).
А ще, намагайся робити так, щоб змінні які використовуються в твоїй підзадачі, по можливості було фізично видно в "підзадачі"(на одному екрані), це потрібно для того, щоб не перемикатись, не листати, а зосередитись на самому виконанні.
Ці поради зберігаюсть найдорожче - час.
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ