Открыто

Три греха 1С-разработки [Школа чистых игр] [Евгений Шилов]

Тема в разделе "Курсы по программированию", создана пользователем Топикстартер, 4 ноя 2026 в 00:06.

Цена: 2 900р-95%
Взнос: 132р

Основной список: 30 участников

  1. 4 ноя 2026 в 00:06
    #1
    Топикстартер
    Топикстартер Член клуба

    Складчина: Три греха 1С-разработки [Школа чистых игр] [Евгений Шилов]

    2026-11-05_17-07-48.jpg

    Разберетесь на примере работающей конфигурации 1С, какие привычные решения создают проблемы в разработке, к чему они приводят и как избежать этих проблем с помощью «Архитектуры бизнес компонентов».

    Что вы получите:
    • Разбор работающего приложения 1С — от заказа до доставки
      Увидите, как в готовом приложении реализованы создание и размещение заказа, финансовое обеспечение, резервирование товаров и подготовка доставки. Познакомитесь с привычными бизнес-процессами, работающими на принципиально другой архитектуре.

    • Разбор трех ошибок, из-за которых изменения в 1С превращаются в цепочку переделок
      Разберетесь, почему проектирование от существительных и метаданных, универсальное перепроведение и использование основного реквизита формы создают зависимости между подсистемами. Увидите три конкретных альтернативных решения, реализованных в работающей конфигурации по базовым принципам архитектуры.

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

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

    2. Заказа клиента не существует
    • Почему мы привыкли проектировать приложения от существительных, автоматически превращая бизнес-понятия в объекты метаданных.
    • Почему единая форма заказа и договоренность с клиентом не означают, что все данные должны принадлежать одному объекту.
    • Как проектирование от метаданных связывает продажи, финансы, товарное обеспечение и доставку. Разбираем реальные примеры из типовой УТ 11.
    • Альтернатива: проектирование от бизнес-сценариев и самостоятельных областей ответственности.
    Результат
    Узнаете, почему привычка проектировать от существительных и объектов метаданных связывает между собой продажи, финансы, товарное обеспечение и доставку. На примерах из УТ 11 увидите последствия такого подхода и узнаете, как проектировать приложение от бизнес-сценариев, разделяя данные и ответственность между самостоятельными областями.

    3. Перепроведения не существует
    • Как документ превращается в глобального оркестратора, который управляет чужими бизнес-процессами.
    • Почему повторное проведение заказа становится проблемой, когда уже сформированы резервы, документы доставки и другие зависимые состояния.
    • Почему размещение заказа — это одноразовое бизнес-действие, а последующие изменения требуют самостоятельных сценариев.
    • Вместо универсальных «Записать» и «Провести» вводим конкретные действия, понятные бизнесу.
    Результат
    Поймете, почему проведение документа превращается в управление чужими бизнес-процессами и какие проблемы возникают при повторном проведении. Узнаете, как заменить универсальные «Записать» и «Провести» конкретными бизнес-действиями, а последующие изменения заказа — самостоятельными сценариями.

    4. Основной реквизит формы: цена привычного удобства
    • Как использование основного реквизита формы для управления бизнес-данными закрепляет связанность и способствует появлению монструозных объектов.
    • Как построить единый пользовательский интерфейс, объединяющий данные нескольких самостоятельных бизнес-сервисов.
    • Почему ссылки 1С не обязаны становиться контрактами бизнес-логики.
    • Что приходится реализовывать самостоятельно: команды, обновление данных, блокировки и версионирование. И какие преимущества это дает.
    Результат
    Узнаете, как использование основного реквизита формы приводит к жестким связям и появлению монструозных объектов. Увидите, как объединить данные независимых бизнес-сервисов в одном интерфейсе, и разберетесь, зачем при таком подходе нужны собственные команды, механизмы обновления данных, блокировки и версионирование.

    5. Кто управляет бизнес-сценарием?
    • Почему пользователь не должен управлять процессом через бесконечное создание документов «на основании» и знать последовательность работы разных подсистем.
    • Как бизнес-сервисы самостоятельно реагируют на события, выполняют свою работу и публикуют результаты.
    • Почему для управления всем процессом не нужен единый глобальный оркестратор.
    • Как событийное взаимодействие позволяет разным командам независимо развивать свои бизнес-сервисы.
    • Как все это работает на практике в 1С: события, простые контракты и очереди сообщений.
    Результат
    Узнаете, как организовать взаимодействие бизнес-сервисов без единого глобального оркестратора и необходимости управлять процессом через создание документов «на основании». Увидите, как на платформе 1С реализованы события, простые контракты и очереди сообщений, позволяющие сервисам самостоятельно выполнять свою работу и независимо развиваться.

    Автор курса Евгений Шилов
    • 1С-разработка с 2006 года, практикующий архитектор
    • Преподавал в Skillbox, GeekBrains и Нетологии
    • Обучил 600+ опытных 1С-разработчиков
    • Автор курсов «Чистый код» и «Чистая архитектура и DDD для 1С-разработчиков через Unity и C#»
    Мы настолько привыкли проектировать в 1С от объектов метаданных, проводить и перепроводить документы, строить формы вокруг одного объекта, что перестали замечать, какие проблемы создаем сами.

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

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

    Цена 2900 руб.
    Скрытая ссылка
     
    Последнее редактирование модератором: 5 ноя 2026 в 18:58
    2 пользователям это понравилось.
  2. Последние события

    1. IAmChukcha
      IAmChukcha участвует в складчине.
      7 ноя 2026 в 17:21
    2. skladchik.com
      В складчине участвует 30 человек(а).
      7 ноя 2026 в 17:21
    3. StiveKg
      StiveKg не участвует в складчине.
      7 ноя 2026 в 07:16
    4. Leonid70
      Leonid70 участвует в складчине.
      6 ноя 2026 в 22:35

    Последние важные события

    1. skladchik.com
      Назначен организатор складчины.
      5 ноя 2026 в 17:19
  3. Обсуждение
  4. 5 ноя 2026 в 11:27
    #2
    ZibukaZavr
    ZibukaZavr Член клуба
    Дорогова-то за три греха...
     
  5. 6 ноя 2026 в 21:38
    #3
    Kruteluk
    Kruteluk Член клуба
    Очередной Bullshit: давайте откажемся от ссылок в пользу УИД т.к. это удобней разработчикам БСП вести разработку в разных базах А может разработчики БСП возьмут свою БСП и пойдут с ней далеко, а мы останемся писать код с использованием платформы и без этого огромного слоя кода дублирующего методы платформы? Т.е. сначала протащили это БСП, а теперь давайте платформу менять под БСП.. а еще Шилов научился работать с блокировками и теперь в 1с надо отменить кнопки проведения и записи и все блокировать самим. А еще у Шилова индсайд , что работники фирмы 1С сами не могут разобраться в коде, который пишут и поэтому код надо делать проще (тут я с ним согласен) Курс ли это или попытка хайпануть? Ответить на этот вопрос предстоит Вам - пытливый зритель :D