Хватит учить 1С как попало — путь до оффера

Это полный путь до 1С-разработчика. Что учить сначала, что оставить на потом, на чём не зацикливаться, где начинается настоящая работа и как дойти до оффера.

У многих путь выглядит одинаково. Человек открывает YouTube, смотрит ролик про справочник, потом зачем-то про запросы, потом пытается разобраться в расширениях. Затем открывает вакансию и видит там БСП, хранилище, HTTP, СКД и управляемые блокировки. И понимает, что не понимает ничего. Проходит полгода. Отдельные куски в голове есть, а сделать задачу или объяснить на собеседовании, что он умеет, он не может.

Платформа и конфигурация

Сначала нужно понять, что такое 1С. Что такое платформа. Что такое конфигурация. Чем конфигуратор отличается от режима предприятия. Где разработчик пишет код и где пользователь работает с программой. Если этой разницы нет, дальше будет каша.

Язык 1С

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

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

Метаданные

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

Начинают со справочников и документов. Учебный проект не называют «справочник номер один» и «документ номер один». Берут понятную задачу, например магазин на маркетплейсе. Справочник товаров, справочник поставщиков, справочник складов, документ поступления. Когда у проекта есть живая логика, видно не только куда нажать, но и зачем нужен каждый объект.

Формы

Форма — это то, с чем взаимодействует пользователь. Нужны элементы формы, команды, реквизиты формы, события и модуль формы. Задача этого шага — создать форму, вывести данные, обработать нажатие кнопки и показать человеку понятный результат.

Клиент и сервер

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

Потому что в 1С есть клиент и сервер. Клиент — это то, что видит пользователь. Формы, кнопки, сообщения, интерфейс. Сервер — место тяжёлой логики, работы с базой и проведения документов. Нужно понимать, где выполняется код. Какие данные передают между клиентом и сервером. Какие процедуры клиентские, какие серверные. Зачем общие модули. Чем экспортная процедура отличается от неэкспортной.

Без этого код пишут наугад и не в том месте. Потом удивляются, почему форма тормозит, почему запрос не выполняется на клиенте и почему у пользователя всё сломалось.

Регистры и проведение

Документ сам по себе — просто факт события. Поступление, продажа, перемещение, возврат. Бизнесу недостаточно просто хранить документы. Нужно понимать, сколько товара осталось, сколько денег получили, какая себестоимость и кто кому должен. Для этого регистры.

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

Проведение складывается в одну цепочку. Документ проводится. Формирует движения. Движения меняют состояние учёта. Отчёт показывает итог. Справочники, документы, регистры, отчёты. Пока эта цепочка не собрана, человек умеет добавлять реквизиты на форму, а логику 1С ещё не понимает.

Язык запросов

Запрос никуда не девается. Это одна из ключевых тем на собеседованиях и один из главных рабочих инструментов. Нужно получать данные из справочников, документов и регистров. Делать отборы, соединения, группировки, сортировки и временные таблицы.

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

Отчёты и СКД

СКД — система компоновки данных. Она собирает отчёты без того, чтобы рисовать всё с нуля. Создать схему мало. Нужно написать запрос для отчёта, настроить поля, вывести итоги, настроить группировки, передать параметры и отладить результат. И разобраться, почему отчёт показывает не те данные.

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

Рабочие навыки

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

Стандарты. Код должен прочитать не только автор через две недели, но и другой разработчик через год. Имена переменных. Структура модулей. Комментарии там, где они действительно нужны. Нормальная обработка ошибок. Общие модули. На карточке в ролике названы стандарты 454, 455, 453, 499 и 469. Имена переменных, структура модуля, описание процедур и функций, перехват и вызов исключений, общие модули. Это то, что не даёт проекту превратиться в помойку.

Расширения. В работе постоянно дорабатывают типовые УТ, БП, ЗУП и ERP. Если каждый раз лезть прямо в конфигурацию, обновление потом болит. Нужно создать расширение, заимствовать объекты, добавить свои реквизиты, поменять формы, добавить модули и понимать ограничения расширений.

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

Рабочий процесс. Разработчик не просто получает задачу и начинает писать код. Постановка задачи. Уточнение требований. Оценка. Разработка на копии. Тестирование. Код-ревью. Перенос на тест. Перенос на прод. Если бездумно менять рабочую базу, её можно быстро положить.

Сертификация

Сертификат сам по себе разработчиком не делает. Он не заменяет практику, проекты и умение проходить собеседование. Начинающему он может помочь показать, что это не пара роликов на YouTube.

Начинают с 1С:Профессионал по платформе. Дальше смотрят по специализации. Специалист по платформе. Профессионал по конкретной конфигурации. Специалист-консультант. Экзамены ещё тяжелее смотреть не стоит.

Годами сдавать сертификаты и ждать, пока разрешат идти на работу, не нужно. Сертификация не замена реальному опыту. Специалиста, особенно по платформе, человеку без опыта сдавать не стоит. Это превращается в пытку. Минимальный срок, который здесь называют, — три месяца. Есть люди, которые не могут сдать его годами. За это время уже можно научиться работать и искать работу. Это отдельные навыки, и качать нужно оба. Выбор за вами.

Предметная область

После базы идут в глубину. Два направления.

Предметная область. УТ — торговля, склад, закупки, продажи, цены, остатки. ЗУП — кадры, зарплата, отпуска, начисления, удержания. БП — бухгалтерский и налоговый учёт. ERP или КА — производство, планирование, закупки, бюджетирование и сложные процессы крупных компаний.

Техническая специализация. БСП, подсистемы, события, API, HTTP, веб-сервисы. Интеграции с сайтами, Telegram, CRM, маркетплейсами и другими внешними сервисами.

Всё сразу учить не надо. Этот блок лучше пропустить, пока нет работы. После выхода на работу на предметную область хватает двух недель. Этого более чем достаточно.

Легенда, резюме и собеседование

Можно хорошо писать код и всё равно не получать офферы. Собеседование — отдельный навык.

Сначала легенда. Не сказка, как вы в одиночку переписали конфигурацию для Газпрома. Нормальная история о том, что вы знаете, что делали, какие задачи решали и какой результат получили.

Потом резюме. Конкретика. Какие конфигурации знаете. Какие объекты создавали. Какие отчёты делали. С какими интеграциями работали. Какие задачи можете решить.

Дальше записи собеседований и разбор вопросов. Как разговаривать с HR. На эту тему снят отдельный ролик. Как разговаривать с техническим специалистом. Как не падать на вопросе, которого не знаете. Потом повтор технической базы. Метаданные, формы, запросы, регистры.

И код-ревью. На собеседовании это частый кейс. Для работы тоже. Особенно когда код пишут нейросети, а проверяете его вы.

Поиск работы

Момента, когда изучено вообще всё, не будет. Всегда останется ещё десять тем. Откликаются на HeadHunter, в Telegram-каналы с вакансиями, в профильные сообщества и на другие площадки. Записываются на собеседования.

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