Главное правило: не всегда Компактность == хорошо. Код должен быть в первую очередь читабельным, для людей. Тут конечно можно все понять, не трудно догадаться, но если бы это были более комплексные задачи, то можно было бы и глаза и голову сломать человеку, который этот код не писал. Скорее всего ваш учитель пытается донести до вас это правило для работы в команде. Да и вообще, думай всегда наперед, пиши код так, чтобы ты через 2 года мог на него взглянуть и понять все, что ты написал. Это значит: Понятная структура, хорошая читаемость, комментарии "К КАЖДОЙ" Функции, желательно даже с примерами по типу black box unit testinga. Я так же делала такие ошибки, пока не пришлось через какое-то время вернуться в ужасе к этой писанине. А теперь представь, возвращаешься не ты, а твой коллега?