Что делать после курсов 1С:
перейти от теории к рабочей практике

Желание поскорее перейти к сложному появляется не только после курсов. Так бывает и у тех, кто уже работал с 1С, долго растягивал обучение, а потом решил резко ускориться. Но если задачи уровнем ниже ещё не решаются уверенно, сложная работа превращается в постоянный поиск подсказок.

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

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

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

• Коротко опишите пользователей и их действия.
• Зафиксируйте модель данных до написания обработчиков.
• Добавьте позитивный и ошибочный сценарии.
• Сохраните вопросы, решения и найденные ограничения.
• Оформите инструкцию запуска и проверки.

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

Если кнопка сработала один раз, это ещё не повод переходить дальше. Измените входные данные, пройдите ошибочный сценарий и объясните, почему результат именно такой. Выберите ниже тот участок, на котором нужна подсказка.

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

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

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

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

После курса знание есть, а уверенности нет, потому что нет порядка действий. Я советую один и тот же маршрут для любой задачи: сформулировать ожидаемый результат до кода; воспроизвести задачу на трёх-пяти записях в учебной базе; написать самый короткий вариант; проверить на этих записях и на пустом наборе; только потом расширять.

Проверка идёт не «запустилось без ошибок», а «совпало с ожиданием, которое записано заранее». Когда результат разошёлся, сначала уточняйте ожидание, потом ищите ошибку в коде: половина расхождений — неверно понятая задача.

• Ожидание записано до запуска: число строк, итог, поведение на пустом наборе.
• Маленькие данные: три-пять записей с одним «неудобным» случаем.
• Короткий вариант без оптимизаций, затем проверка, затем улучшение.
• Расхождение — сначала вопрос к условию, потом к коду.

Если не хватает одной темы, обычно достаточно документации и отдельной задачи. Если вы снова и снова ошибаетесь в устройстве решения, проверке или объяснении, нужна регулярная обратная связь. Не покупайте ещё один общий курс, пока не сможете назвать навык, который хотите изменить.