Мысль на выходные:
ИИ вытесняет разработчиков,
будущее разработчика - стать тимлидом ИИ-движков.
Разраб = сеньор для ИИ-джуна.

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

Дублирую исходник к посту выше здесь
Нейросети - это просто космос какой-то.

Вы только посмотрите, какой портал с технической документацией построила нейросеть, десять минут почитав исходники BSL Language Server:

https://deepwiki.com/1c-syntax/bsl-language-server

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

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

Это определённо новый способ работы с кодом.

P.S. Этому порталу ещё и вопросы может задавать!

Если кто пропустил...
На developer.1c.ru в разделе «Обучение» появилась полезная серия уроков по «1С:Сценарное тестирование» —
инструменту, который упрощает автоматизацию проверок и ускоряет разработку.

Много звёзд тому кто прикрутит сценарии (действия пользователей) этого инструмента
к сценариям СППР (шагам процесса).

"Ошибку, сделанную на стадии выбора концепции, на более поздних стадиях разработки исправить невозможно"
Слова авиаконструктора из ОКБ Сухого, но может это 100% верно в ИТ, в проектировании СППР в частности?
Или ИТ куда более гибко.

А тем временем Микрософт передала код Copilot в оупенсорс
Что это значит для VSCode и ИИ пока не понял из видео.
Но помня, что в VSCode есть IDE под 1С, выглядит это в контексте СППР
как возможность делать обработку кода 1С для СППР.

ЗЫ Один из выступающих на видео - соавтор знаменитой книги "Паттерны проектирования"
так что все СППРщики в поисках идей - айда смотреть видео и делиться что мудрого и полезно там можно нарыть.

На неделе в чате была дискуссия, где упоминался TLA+
Что это такое и каким боком он может быть связан с СППР?

TLA+ это язык (методика) для описания состояний системы и/или её объектов.
Т.о. система представляется как отложенные на оси времени состояния объектов с переходами между ними.
Автор этого языка полагает, что язык математики более выразителен чем язык программирования.
На этом подходе и основан TLA+ и его упор на инженерный и математических подход, а не на чистый кодинг.
Это язык из семейства псевдокодов.

У TLA+ есть свой IDE (в VScode есть расширение). Есть свой сайт и автор
Из знакомого нам ближе всего подход Архитектура Как Код Романа Пионтика.
Там тоже по сути объект в каком-то состоянии его параметров - это то же что Спецификация TLA+
То есть Карточка AaC = Спецификация TLA+

В СППР же TLA+ можно понимать как состояние объекта (мета)данных по всем его параметрам (полям)
в данный момент времени.
А шаг процесса - это переход от одного состояния объекта к следующему (например Документа).

Для тех кто искал как АаС соединить с СППР вот подсказка на какую методику можно опереться.
Соединение АаС с СППР означает что вы связываете уровень архитектуры бизнеса (или ИС бизнеса) с архитектурой ПО
через поведенческие описания (процессы и шаги),
а в силу того, что Процессы (Шаги) СППР завязаны на метаданные получаете связку Архитектуры бизнеса и Архитектуры приложения 1С (конфигурации/ий)

UPD
1. Книга автора TLA+ (работал между прочим в Microsoft) "Наука параллельных программ" с объяснением теории TLA+
2. Там же на странице вспомогательные материалы и синтаксис языка с примерами.

Оффтопик
1С-разработка в IDE Cursor
В Курсоре есть возможность работать с ИИ.

Вот здесь статья про то как парадигмы кодирования, как они "испортили" программирование.
Но самое интересное в комментариях, например вот этот

"apevzner
25 мая в 20:00

Стиль, одним из основателей которого был Дейкстра, называется "структурным программированием", потому что следование ему придаёт коду определенную структуру, состоящую из простых блоков (циклы, операторы ветвления, присваивания, вызовы процедур и т.п.). При этом разнообразие типов таких блоков невелико и блоки исполняются последовательно, имея одну входную и одну выходную точку.

Это делает код пригодным для анализа, ручного и автоматизированного"

Мысль в том, что если код по Дейкстре - простой, примитивный и структурированный (предсказуемый?!), то его проще автоматизировано анализировать
и извлекать сущности и отношения.
Код по Дейкстре получается можно уложить в иерархический справочник СППР....
Или код отобразить Процессами и шагами СППР или Процессы и шаги СППР накладывать на код и наоборот...

Здесь новая статья про представляемую как аналог СППР систему ERP-tools от Дениса Ермолаева.
Приводится простой алгоритм работы в системе и планы по её развитию.

Интересно глянуть на проблемы, которые автор назвал пока как нерешенные им:

1. Мечтаю понять, как добавить новые элементы графической схемы к платформенным объектам, например, кружок как «начало». Тогда можно будет рисовать схемы в формате а-ля bpmn 2.0 прямо в 1С. Если есть у кого знакомые, кто дорабатывают Платформу – попросите добавить элементы из библиотеки bpmn 2.0 и тогда и ERP-Tools и СППР будет использоваться для отрисовки схем.

2. Интеграция с ЯндексТрекер готова, но не могу придумать сценарий использования заявок в ЯТ и их досками. Не понимаю. Работа в «тонком клиенте 1С» на порядок приятнее чем в web-версиях трекеров.

3. Мобильное приложения для Заявок. Также не могу придумать, какой объем информации из заявки туда выводить, какие манипуляции можно передать туда.

Можно здесь провести интеллектуальный штурм и пособить автору подсказками от своего блестящего ума или опыта.

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

Вот этот продукт заявлен как расширение к СППР. Описывает архитектуру бизнеса, ИС, конфигураций, интеграции. Основная нотация С4, но можно отрисовывать и в bpmn. Вызывает уважение что автор свой продукт описал в своем продукте.

Достаточно полное описание методики работы с СППР и git от Раруса

СППР сейчас у в релизе 2.0.14.15 (март 2025)
И слухи что 1С готовит более новое платформенное решение СППР.
Ранее были слухи, что от СППР уходят в сторону системы Управления Проектами.
У кого есть информация свежее и надёжнее?

С 1 июля 2025 СППР будет стоить уже 11100р

Идеи в разработку и на размышление, что можно было бы иметь в СППР:
Функционал конвертации блок-схем в код с помощью LLM.
Типа нарисовали в СППР блок-схему, а она переводится в код.
Примерно как здесь, но, конечно, сложнее

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

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

Фактически, когда мы задаём правила для ИИ, документируем и кодифицируем их
(промптируем - наверное это так надо по современному называть),
то, де-факто, мы задаём архитектурные стандарты,
по которым затем работает кодинг и тестирование (идёт исполнение).
Как вам такая мысль?
Где место этим архитектурным стандартам (промптам) в СППР?

Вот здесь предложено решение по описанию bpmn-схем в "родных" bpmn 1C.
Как плюс заявляется, что к узлам схемы можно привязывать объекты (документы) 1С.
Фактически это конкурент 1СДокументооборот в части описания БП и их привязки к документам конфигураций.
Или конкурент описанию БП в СППР.
Из минусов можно выделить что предложено исключительно графическое решение, а не "математическое".
Это значит, что обратный ход - отрисовка схемы по связям документов невозможен
и при существенном изменении БП можно влипнуть в проблему согласованности ветвей массива БП,
т.к. человеку это не под силу отследить, даже команде человеков.
Итак, ваше мнение, стоит вкладываться в создание таких продуктов
или это тупиковый путь?