1С СППР для системных архитекторов, руководителей проектов, методологов и бизнес-аналитиков/ Также темы по TLA+, Архитектура как код (AaC), псевдокод и Knime.
1С СППР для системных архитекторов, руководителей проектов, методологов и бизнес-аналитиков/ Также темы по TLA+, Архитектура как код (AaC), псевдокод и Knime.
:))))))))))) Не дай бог о таком Светлана из нашего чата по СППР узнает:
(ниже ответ ИИ по итогам выполнения задачи)
Честное признание
В общей рабочей папке %TEMP%\opencode лежали также файлы чужих прошлых сессий (логи Duplicati, скрипты ...*, субтитры whisper, MountPoints2_backup.reg) — и моя очистка корневых файлов задела и их. Они были временными артефактами других задач, но MountPoints2_backup.reg звучит как бэкап реестра — если он вам был нужен, восстановить его из корзины нельзя (удаление шло мимо корзины). Приношу извинения — следовало фильтровать строго по именам своих файлов
Тестирую OpenCode (спасибо @AleksSazonov за своевременную наводку) в задачах на работу с десктопом и домашней сетью.
(почему его - потому что у него объявлены как готовые скиллы по работе с 1С, но сразу с рабочей 1С боязно пробовать, пробую на личном компе на задачах ОС и сети).
Проверяемая цель: чтобы ИИ работал внутри той же СППР как обычный пользователь и выполнял задачи, а навыки ему подавать не кодом 1С, а как обычный юзер текстом - файлом)
Если кому интересно что делал OpenCode и весьма успешно на десктопе могу рассказать отдельным постом, если здесь будет достаточно лайков-запросов.
OpenCode уже не для разрабов только, аналитик и архитектор и техпис и менеджер могут решать с ним такие задачи которые ранее не решали.
Канал «1С СППР Система Проектирования Прикладных Решений» подключен к сервису MaxGate. Контент автоматически синхронизируется между Telegram и мессенджером MAX.
О канале «1С СППР Система Проектирования Прикладных Решений»
«1С СППР Система Проектирования Прикладных Решений» - канал из категории «Бизнес», подключенный к сервису кросспостинга MaxGate. Публикации канала синхронизируются между Telegram и мессенджером MAX, а на этой странице собраны ссылки на обе версии канала.
Сейчас у канала 2 076 подписчиков суммарно в Telegram и MAX. За последние 19 дней в истории MaxGate учтено 4 публикаций, поэтому перед подпиской можно оценить не только размер аудитории, но и регулярность обновлений.
Чтобы подписаться, используйте кнопки «Открыть в MAX» и «Открыть в Telegram» в верхней части страницы. У отдельных постов ссылка может быть доступна в обоих мессенджерах или только в одном из них, если MaxGate получил такой URL из истории обработки.
Для тех кто в СППР работает с ролями и профилями:
Обратите внимание на эту разработку -
она выгружает в маркдаун файл данные по ролям
(не всё, например RLS не учитывает).
Автор делал функцию для целей ИИ-анализа,
но и для более простых задач можно использовать маркдаун файл для загрузки в СППР.
СППР можно представить как граф зависимостей между требованиями, процессами, метаданными, ролями, задачами, тестами и документацией.
Есть теория "классический анализ потока данных (data-flow analysis)", где на основе которой делают разбор программ на узлы (функция, модуль кода, поле, выражение и т.п.)
Например заводят формулу типа XM=FM(XN1,…,XNk)
Здесь FM — правило, которое говорит: «если аргументы имеют такие типы, какой тип получится у этого выражения/вызова/метода?"
Типы представляют как элементы решётки типов.
В частности, на этой основе строят AST-дерево кода.
Тут основная борьба состоит в том, что теория обещает, что вы можете описать код с помощью решётки типов и после какого-то числа итераций
достигается неподвижная точка, где весь ваш код как бы описан. Но практика говорит что рекурсии в коде, стоимость каждой итерации пересчёта типов,
ресурсы памяти компьютера могут сделать детальное описание невозможным и придётся делать огрубление описания связей графа (решётки).
Так вот, вопрос в том, можно ли эту теорию применить к проектированию ПО, в частности на СППР (там же тоже будет граф связей, решётки типов)?
Это касается, в частности, тех, кто пытается связать проектирование отражённое в СППР (требования, функции, роли и т.п.) с конфигурациями 1С
(включая перестройку описаний в СППР от diff`ов конфигураций).
По сути в СППР строится некая решётка (граф) и есть потребность её постоянно переписывать из-за изменений в требованиях заказчика и в коде.
