JavaRush /Java блог /Random /Як витрачати меньше часу при написанні коду за декілька д...
Bandiu Band
40 уровень
Одесса

Як витрачати меньше часу при написанні коду за декілька днів.

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

обнаружитьКружку() //TODO
найтиРучку() //TODO
взятьЗаРучку() //TODO
обнаружитьСвободноеМесто()//TODO
поднятьКружку()//TODO
поставитьНаСвободноеМесто()//TODO
//TODO - это метка, которой обычно помечают место которое нужно доработать, это удобно, сразу видно что еще не сделано. Далее под каждый метод, начинаешь писать классы, другие методы - если нужно.
hidden #3146070 Уровень 15
16 октября 2022
че он сказал, переведите на русский