Делаем прогноз куда стремится 1С в понимании моделирования Системы и куда пойдёт развитие СППР.
Используем презентацию 1С "Дорожная карта подготовки ERP-шаблонов промышленных предприятий: от подготовки модели, переноса НСИ до регулярного сопровождения" Александра Яковлева.
Из неё следует что моделью 1С полагает в большей степени "шаблон учётной базы".
В шаблон входят:
1) сама конфигурация
2) настройки
3) заполненные справочники
4) примеры документов, операций внутри базы (фактически бизнес-процессы, представленные только их выходными результатами в узлах)
СППР тут 1С понимается как система описания функциональных отклонений.
В чём принципиальная разница "шаблонной модели 1С" и "модели СППР от той же 1С":
- всё что содержится в СППР есть в заполненной конфигурации (шаблоне)
- функциональность в шаблоне не нужно описывать - она вся есть готовая и актуальная к конкретному релизу с доработками
- можно создать бизнес-процессы на основе заполненных справочников и созданных документов, процессным драйвером может быть например 1С:Документооборот
- можно реализовать функциональное тестирование без ванессы.
Шаблон - убийца СППР?

В связи с наплывом спамеров в чат канала СППР изменён режим комментирования
- комментировать могут только участники
Если и это не поможет, то попробуем включить режим "новые пользователи должны подавать заявку на участие для одобрения администратором".

Объявлен сбор заявок на номинантов на Infostart Awards
Подал заявку на "Вклад в области ИТ-анализ" со статьёй по ERP https://infostart.ru/pm/1649233/
Но, пишут в ответ, этого мало, надо составить презентацию на один слайд о своих достижениях в этой секции,
дабы экспертное жюри сразу сообразило что надо успеть наградить скромного товарища вперёд нобелевского комитета.
Интересно, будет ли заслугой участие в сообществе СППР?
Или, что скажете, стоит ли за такой номинацией гнаться?
Подал ли кто-то из вас заявку за себя или за кого-то? (Кучму, я уже видел, заявили из сообщества)

Тем кто решает проблему загрузки из расширений в СППР (или что почти тоже самое в общую конфигурацию)
может помочь или дать идей эта статья
https://infostart.ru/1c/articles/1960294/

В чате обзор своей разработки от Сазонова
Вниманию тех, кто хочет получить из СППР расширенный по функционалу инструмент.
В частности для управления версиями объектов и кода внутри СППР.
Можно обсудить партнёрскую разработку.
https://t.me/SPPR_1C/17370

Потрясающе интересный материал по ссылке
Учтите, что главное в нём не:
- размер дохода 1сника
- доля отчислений 1сника на содержание жены
- искромётность и краткость
- оценка роли говнокода в жизни 1сника
Главное, не упустите, главное это комментарии под интервью.
Там выразились в абсолютном большинстве не1Сники.
Это самое интересное, что программисты других языков и систем думают об 1С и 1Сниках, о вас лично, когда вы представляетесь.
Здесь самая мякотка!
Много штампов я знал об 1Сниках как и вы, но люди высказали вагон нового и детального.
И.... похоже, нам завидуют.

https://pikabu.ru/story/kaverznyie_voprosyi_1sniku_10803407?utm_source=iospostshare&utm_medium=sharing

Статья для тех, кто занимается парсингом кода в СППР или связанных задачах.
Здесь про очередной статистический анализатор кода.
В статье автор сделал обзор какие есть альтернативы и провёл небольшое сравнение их (BSL, Radar и т.п.).
Попробуйте проанализировать и обсудить в чате зачем нужен ещё один статанализатор и чем хорош/плох именно этот.
https://infostart.ru/1c/tools/1949745/?utm_source=email_trigger&utm_medium=email&utm_campaign=email_trigger_digest_week&utm_term=friday

Небольшой доклад с краткими интересными тезисами об архитектуре
- архитектура появляется ДО прихода архитектора
- когда пора а когда не пора заниматься архитектурой
- когда архитектуру ещё можно спасти
и др.
https://www.youtube.com/watch?v=APBhQcH-bJQ

Кто читал Джон К. Оустерхаут "Философия проектирования программного обеспечения" ?
Дайте отзывы стоит ли читать ради знания как снизить сложность проектирования ПО?
Есть ли идеи, которые можно было бы реализовать на СППР?

Ещё тема на осмысление...
Считается, что СППР основана на Проектном управлении.
Конкурирующей методикой называют Продуктовый подход.
Он, мол, быстрее успевает за изменениями на рынке/в управлении.
Постулат из статьи: При проектном подходе все ресурсы (люди) будут всегда загружены пор уши, а при продуктовом будет свободный ресурс.
По ссылке статья, о том, как крупная известная компания, в стремлении стать Центром Компетенции 1С,
перешла от проектного управления к продуктовой разработке.
И как у них получилось что не получилось победить технический долг и приступить к архитектурному контролю (СППР посчитали для этого дорого и тяжело)
В итоге статья сводится к тому, что Центр Компетенции - это про наловить джунов, наделать из них спецев и потерять спецев как норма жизни.
KPI как всегда не поможет
https://infostart.ru/pm/1977711/?utm_source=email_trigger&utm_medium=email&utm_campaign=email_trigger_digest_week&utm_term=friday

"Завтра, 5 декабря, планируем впервые на этом канале попробовать онлайн-встречу
на тему

"Как в СППР составлять проектную документацию"

.
Практическим опытом в создании документа "Описание проектного решения" поделится Ольга Л., сотрудник крупного интегратора.
Ожидаемая длительность 20 минут + 10 минут на "вопрос-ответ".
Этот тематический чат не имеет коммерческой направленности, не предлагает и не продаёт ПО/услугу,
просто общение и обмен опытом на актуальную тему на проектах с СППР с компетентным человеком.
Возможность услышать и найти партнёров/специалистов в свои проекты среди слушателей"

Планируем начать в 18.30.
Но можем перенести на 18.00 или иное разумное время - срочно пишите в чате свои предложения по времени, можете загодя озвучить свои вопросы - автор чат читает.

Напоминание: сегодня трансляция-встреча в 18.30 "Как в СППР составлять проектную документацию".
Подключение смотрите вверху канала/чата.
Подключение к трансляции здесь в канале, подключение к конференции для обсуждения трансляции онлайн в чате.
Подключайтесь заранее. Накопившиеся вопросы скидывайте в комментарии к этому сообщению.

Запись трансляции

В СППР, хотя и используется IDEF0-подход, но взаимодействие участников команды лучше реализуется через функциональный подход.
В цепочке Консультант-Аналитик-Архитектор-Разработчик-Тестировщик-РП каждому своё место и свой вход и выход.
И свой договор.
Предлагаю обсудить какой договор должен быть заключен, скажем с Архитектором, на фрилансе (ГПД).
Ключевые тезисы, реализуемые в договоре:
1) не более чем на 1-2 страницы
2) функциональное описание прав и обязанностей
3) универсальность для сделок в РФ и вне РФ
4) максимально полный, но краткий охват что должны архитектору, а что должен он
5) без ежемесячных актов
6) простота прекращения договора по инициативе заказчика, но защита отработанных денег исполнителя
Текст договора во вложении.
UPD Текст договора скорректирован, приведён к строгому соответствию понятия договора оказания услуг - слово "работ" исключено полностью.

По интернету с год уже бродит тезис, что ИИ (chatGPT) "убьёт" профессию программиста.
Какие из этого последствия для остальных и для СППР?
Кратко: возрастёт роль архитектора (аналитика) и СППР (точнее ему подобные и лучшие его инструменты) станет основным рабочим местом для создания кода.
Вот мысль из одного из комментариев в сети:

@kape404
3 недели назад
Мне кажется, что все резко начнут апаться до архитекторов со знанием промтинжиниринга, будешь просто писать больше сервисов, а не строк кода, сначла грубыми мазками накидаешь код с помощью чата гпт, потом будешь напильником докручивать сервис под нужды бизнеса, все таки качественный код помогает экономить на железе, которое и так говорят, что в дифиците

UPD вот ещё мнение очень хорошего ИТ-директора, выросшего из программистов (не только 1С знает) о мотивах по которым ИИ заменит программиста неизбежно

"Просто программист стоит больше чем может генерить бизнес, 100% будет замена"