Резюме начинающего 1С-разработчика:
учебный пример до и после

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

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

Вариант до: «Начинающий программист. Знаю 1С, запросы, документы, регистры, ERP и ЗУП. Ответственный, быстро обучаюсь. Работал с пользователями».

Здесь нельзя понять глубину знаний. Человек делал документ сам или только заполнял его как пользователь? Писал запрос или запускал готовый? Перечень терминов не помогает выбрать тему для содержательного разговора.

Желаемая роль: начинающий 1С-разработчик. Учебный проект: «Заказы мастерской», собственная база на платформе 1С:Предприятие 8.5. Создал справочники клиентов и услуг, документ с табличной частью и управляемую форму.

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

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

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

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

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

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

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

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