Чтобы могло быть заменой или конкурентом или расширением СППР в будущем?

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

Особое значение приобретают интерфейсы и их проектирование,
ведь они могут выступать формализованным
описанием для управления результатом работы ИИ.
Отсюда мысль - СППР должна больше внимания уделять проектированию интерфейсов или "интерфейсов".
А в 1С это считай аналог слову "форма".
Нудная конвертация требований в метаданные и функции уйдёт...

Попался на просторах интернета расклад по доходам ИТ специалистов.
Вроде результат обследования не по вакансиям, а по реальным доходам на ноябрь 2024.
Что скажете - реалистично?
Особенно по архитекторам, аналитикам.

Чем в таких случаях могло бы помочь СППР?
И чем помог стаж в 25 лет в 1С?
Опишите как бы вы в этом случае организовали бы работу и смогли бы применить СППР.

В базу знаний по СППР:
Один из участников чата сделал и развивает функционал для СППР по управлению сборкой.
Вот здесь сквозной пример процесса разработки в СППР, Git, EDT от аналитика до выпуска релиза.
Видео почти на 4 часа с последовательным и обстоятельным рассказом и демонстрацией.

Оффтопик
Попробовал здесь онлайн переводчик pdf и ворд файлов и презентаций pptx
Три файла в месяц в бесплатном варианте позволяют перевести.
Понимает и переводит схемы в pdf-файле, но не совсем аккуратно
расставляет надписи на схемах.

Всё активнее ходят слухи что 1С разрабатывает новую версию СППР. И почему то ощущение что втайне.
Среди нас есть аналитики, давайте покажем свою профпригодность и навыки попытаемся ответить на следующие вопросы:
1. Почему в тайне?
2. Какие фичи реализуют в новой версии СППР?
3. Следят ли в 1С за ожиданиями сообщества здесь или в иных пабликах?

Статья по итогам доклада на весеннем Инфостарт 2024 о том как делать описание проектного решения. Статья хорошо структурирует изложение на самом докладе, даже можно сказать статья лучше доклада доносит тему.

Итоги канала за 2024 год:
1. Прирост подписчиков за год более 400 человек. За 3 года более 1300 человек.
2. 25% подписчиков читают статьи в первые 24 часа после публикации. (без учёта прочтения неподписчиками)
3. 25% подписчиков - женщины

Очень качественная статья про расчёт себестоимости в 1С.
Изложение на очень простом уровне с визуализацией.
Изложена история изменений расчета с/с от УПП, БП3, до ERP.

Что тут можно извлечь тем, кто работает с СППР?
Здесь вам стоит задуматься как бы вы в СППР отразили бы разработку алгоритма модификации себестоимости
от требований через функциональное описание к техпроектам.
Ведь расчет с/с это ряд регистров + кусок кода в модулях + ещё ряд объектов.
И это не всё.
Как бы вы в СППР отразили такие объекты как
- компоновку аналитик затрат (ведь это не просто метаданные, но ещё и данные)
- граф расчета себестоимости
- распределение затрат
- итерации распределения
ведь они ещё и "плывут" с каждой модификацией требований?

Такой аспект: как в СППР отражать такую сущность как "Формула".

Интересный технический момент, который, возможно, можно использовать при формализации сущности "граф" в СППР:
Если мы запускаем 1С с параметром «РежимеОтладки», у нас в журнал регистрации будет выведен граф затрат. И дальше можно его визуализировать – например, на сайте http://www.webgraphviz.com/.

Что скажете на тему: метод COCOMO и метод Функциональных Точек
для простой, недорогой и надёжной оценки сроков проектов -
можно ли сказать что метод ФТ это вариант метода СОСОМО?

Верно ли, что метод ФТ в отличие от СОСОМО не позволит оценить работу непрограммиста (т.е. аналитика, архитектора и т.п.)?

Для напоминания, что такое метод СОСОМО
и как его приложить к оценке проектов 1С
и как оценить работу не только программистов,
но и аналитиков, консультантов, архитекторов и менеджеров проекта
статья здесь

Контекст СППР тут заключается в том, что стоит ли в СППР (или его форки) тянуть не только метаданные, но и код).

Новый 2025 год встречаем с СППР версии 2.0.14.9
Из нового заявлено:
"Реализована возможность указания нескольких версий, в которых разрабатывается технический проект"
Однако....
Неужели можно версии технического проекта вести?
Кто уже успел распробовать?

Расширение СППР для коммуникаций по типу Bugzilla

Тема на подумать и обсудить:
Нужно ли пытаться при доработке СППР поддержать типовые "бумажные" проектные технологии внедрения 1С (ТКВ, ТБР).
Или нужно разработать "свою" проектную технологию под архитектуру и логику работы в СППР?
Если нужно поддержать типовые технологии, то в какой части/объеме?

Это в контексте вопроса нужно ли в СППР или разработках на её основе реализовывать полноценный блок управления проектами (на основе ТКВ и т.п. или иной методике) или ограничиться интеграцией с независимыми СУП в проект и шаги проекта СППР?

Свеженькое по СППР от Филиппова
Практика описания архитектуры системы на начальных этапах проекта внедрения 1С:ERP.УХ с помощью 1С:СППР 2

СППР И GIT у Раруса. Прям программный материал, есть чему научиться или принять за стандарт.

Про СППР и ERP, в основном тестирование, но есть ряд интересных утверждений
Промышленное тестирование конфигураций в 1С

- СППР – это тоже наш продукт, его разработали в нашем отделе. Мы постоянно дорабатываем его и используем для наших целей

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

- Мы решили сделать быстрый механизм сборки – сделали расширение в СППР, чтобы можно было собирать cf-файл из любой ветки без использования EDT.

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