Всем привет! Расскажу еще как построен процесс на практикуме:

✔️Первая часть:
- повторение/углубление уже знакомых тем - Запросы, СКД, Обмены.
- С другой стороны: знакомство с типовыми (на примере УТ) и стандартами разработки

👉 не просто повторяем язык запросов , а сразу же делаем это в УТ, разбираемся откуда в УТ получить продажи, например
👉 Не просто пишем отчет на СКД, а подключаем его к УТ с помощью механизма внешних отчетов и обработок

✔️Вторая часть:
👉типичные примеры на доработку типовых. Поработаем с формой подбора, с загрузкой данных в документ из Файла, с выводом доп. данных в типовой документ.
👉 Затронем несколько подсистем БСП, которые нередко нужны в работе. Например, работу с контактной информацией, программную работу с доп. реквизитами.

Всё это делаем, стараясь применять стандарты разработки, порционно их тоже обсуждаем.

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

Задания на курсах VS рабочие задачи 1Сника 🤣

Вот этот вопрос у нас остался недоразобранным из тестовой задачки:
"Если на форме спр. Контрагенты я меняю статус, то запись статуса в РС я реализую:"

1. Опытные коллеги предлагали в комментах вариант через ДополнительныеСвойства и запись статуса в модуле объекта. Вариант рабочий. На практикуме мы , кстати, разбираем работу с ДополнительныеСвойства объекта.
Задача, где они нам пригодятся: "Если в документе изменился такой-то реквизит, то - сделать какое-то действие".
Здесь этот вариант не предлагала как ответ, так как те, кто еще программистом не работает 99% про такой способ не знают , на "курсах с нуля" этого не дают. Но мы в группах разбираем.

2. ПриЗаписиНаСервере и ПослеЗаписиНаСервере - 2 самых частых варианта ответа.
Тут надо понимать, что:
👉 ПриЗаписи происходит в транзакции, так что его будем использовать, если нам нужно, чтобы и контрагент и сам статус или оба записались, или запись не произошла.
👉 ПослеЗаписиНаСервере - уже после того, как транзакция зафиксирована, отказаться от записи контрагента мы здесь не можем. Здесь выполняем те действия, которые должны произойти , если 100% объект записан

В зависимости от контекста самой задачи - нас может устроить как один вариант, так и другой

Ну и в заключение - на скрине см. типовой код конфигурации ERP в форме Партнера.
Внутри процедуры, что выделена на скрине - выполняется запись в РС ИсточникиПервичногоИнтереса и делается это в процедуре ПослеЗаписиНаСервере.

Традиционно завершу отсылкой к материалам:
Если есть - "Разработка управляемого интерфейса" - пособие от 1С
Еще вот статья , она по сути, повторяет то, что вы прочитаете в книге

Но главное - это , конечно, практика. От чтения статей и книжек еще никто программировать не научился 🤣

Привет 👆 Сегодня суббота, от 1С отдохнем , задачек предлагать не буду )

Если вы тут и вам больше +/-25 лет, скорее всего, вы задумываетесь поменять профессию.

Я недавно писала в Заметках о проф.багаже и карьерных изменениях.
Мне однажды порекомендовали начать с книг Елены Резановой, посмотрите, может и вам "зайдет".

На самом старте изучения 1С мы все работаем с "каркасной конфигурацией" или создаем свою с нуля. Там все просто.
Когда же мы приходим на реальный проект, то скорее всего, мы столкнемся с тем, что уже есть типовое решение (например УТ, управление торговлей) и нужно в нем что-то изменить и/или расширить функционал.

И тут сразу встает вопрос, а как же нам вносить изменение в типовую?
Есть разные способы доработки типовой конфигурации
✔️Расширения конфигурации.
✔️ Подписки на события
✔️ Механизм внешних обработок, отчетов, печатных форм (это уже из БСП)
✔️ Переопределяемые модули БСП, например в модуле МодификацияКонфигурацииПереопределяемый предусмотрены процедуры для "перехвата" событий формы

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

Когда начинаем? 8 января.
Уже скоро (до Нового года ведь время пролетит быстро), но еще есть время подумать
Встречаемся тут - https://bgcalls.ru/

Продолжу рассказ о том, как все устроено на практикуме.
О том, что изучаем, что внутри - писала в этом посте.

Сегодня - про процесс:
✔️ Каждую неделю на платформе появляется задание этой недели + методические комментарии по решению. Некоторые задачи - в разных вариантах: посложнее и попроще. В таком случае вы сами выбираете какой вариант взять (или оба по очереди)
✔️ Примерно неделю вы решаете задание. Если возникают вопросы или вы зашли в тупик - пишите в чат, отвечаю 7 дней в неделю, в выходные тоже 👌 Присылаете на проверку свое решение.
✔️ Я проверяю, провожу код-ревью , даю рекомендации по коду (текстом или, иногда, видео с демонстрацией экрана, если надо что-то показать)
✔️ На следующей неделе на созвоне - разбираем задание

❓Если я не успел сделать задание?
Ничего страшного, можно будет досдать после. Сами темы практикума рассчитаны на 11 недель + на тарифе Оптимальный еще 5 недель будет в конце как раз на то, чтобы спокойно доделать задачи, доразбирать все вопросы, вернуться к теме, которую пропустили.

❓Мне будут доступны сразу все задания и материалы?
Новые задания и материалы к ним открываются каждую неделю

Когда мы начинаем: 8 января
Записаться: https://bgcalls.ru/