Обучение 1С-разработке с нуля:
маршрут от базы до практики

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

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

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

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

• Установка учебной 1С, создание базы и первый запуск конфигуратора.
• Дерево конфигурации, первая форма и кнопка с простым действием.
• Встроенный язык: типы, условия, циклы, процедуры и функции.
• Справочники, документы, регистры и связи между объектами.
• Запросы, выборки данных и проверка результата на тестовых примерах.
• Управляемые формы, события и разделение клиентского и серверного кода.
• Проведение документов, движения и контроль целостности данных.

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

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

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

• Можете без подсказки найти нужный объект и точку выполнения кода.
• Объясняете, где выполняется код и какие данные он изменяет.
• Создаёте тестовый сценарий, который обнаруживает ошибку.
• Читаете чужой модуль и формулируете вопросы к его устройству.
• После замечания исправляете не только строку, но и причину дефекта.

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

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