Интересное решение по управлению правами доступа
с автоматическим подбором прав.
https://infostart.ru/marketplace/1987840/
Проверка прав на основе БСП (чтобы это значило?), создание "кэша" для расчета прав....
Есть мысли можно ли к блоку "Права и роли" в СППР привязать подобное?
Хотя бы для фиксации рассчитанных ролей и профилей в специальных объектах СППР?
Всё-таки описание системы прав дело достаточно трудоёмкое, в СППР никак не автоматизированное,
а особенно в части согласования прав, видимости объектов и т.п.
с автоматическим подбором прав.
https://infostart.ru/marketplace/1987840/
Проверка прав на основе БСП (чтобы это значило?), создание "кэша" для расчета прав....
Есть мысли можно ли к блоку "Права и роли" в СППР привязать подобное?
Хотя бы для фиксации рассчитанных ролей и профилей в специальных объектах СППР?
Всё-таки описание системы прав дело достаточно трудоёмкое, в СППР никак не автоматизированное,
а особенно в части согласования прав, видимости объектов и т.п.
infostart.ru
Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С:УТ11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных…
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно…
Для тех кто делает доработки в СППР
Здесь заявляется что MCP-сервер по знаниям 1С уже реализован.
То есть уже можно применять LLM в среде 1С на основе анализа кода и метаданных 1С.
Здесь заявляется что MCP-сервер по знаниям 1С уже реализован.
То есть уже можно применять LLM в среде 1С на основе анализа кода и метаданных 1С.
infostart.ru
Серверы, которые обеспечивают LLM необходимым контекстом для вайб кодинга в 1С
Сервер поиска по метаданным и поиска по коду, Сервер экспорта и поиска по документации, Сервер синтаксической проверки кода
Интересно было бы почитать этот доклад:
Особенно в части приложения к СППР - как архитектуру туда отторгать от архитектора.
Особенно в части приложения к СППР - как архитектуру туда отторгать от архитектора.
Алексей Лустин Инфостарт, Директор по развитию
Доклад: Отторгаемые знания архитектора 1С как сервис
Я расскажу о том, что такое база знаний архитектора 1С, которую можно и нужно обогащать каждый день вместе с командой, чтобы в итоге получить «граф-знаний» про ваш ИТ ландшафт – от заказчиков до инфраструктуры – чтобы переиспользовать его в процессах ИТ производства.
Поговорим про:
аббревиатуры MCP, RAG, OpenCipher и Zed;
как их связать с «процессом проектирования прикладных решений» и «процессом надзора за корневыми причинами инцидентов».
И, конечно же, посмотрим, при чем тут «Метаданные 1С», «Технологический журнал 1С» и другие части экосистемы 1С.
Мысль про конец фреймворков корпоративной архитектуры с просторов интернета
в связи с наступлением эры ИИ:
(кратко: статичные конструкции на основе алгоритмической последовательности уступят динамическим описаниям)
в связи с наступлением эры ИИ:
(кратко: статичные конструкции на основе алгоритмической последовательности уступят динамическим описаниям)
🪦 Фреймворки корпоративной архитектуры R.I.P. ТОГАФ. Захман. ВЭД. ДОДАФ. Все это по-прежнему под отсылкой. Все еще защищено. Но ни один из них не выдерживает контакта с предприятиями, использующими искусственный интеллект. Потому что мир, для которого они были построены Линейным, Предсказуемым, Управляемым комитетом, исчез.
Сейчас мы разрабатываем системы, которые обучаются, адаптируются и самоорганизуются в режиме реального времени.
📉 Статичные чертежи не успевают за ними.
📍 Слайды по системе управления вас не спасут.
🧠 Организациям с искусственным интеллектом не нужна документация — им нужны рефлексы.
Так что же приходит на смену всем этим фреймворкам?
➡️ Динамическое моделирование намерений
➡️ Наблюдаемость в режиме реального времени
➡️ Автономное соответствие требованиям
➡️ Архитекторы как оркестраторы
🔗 Только что опубликовано: «Смерть фреймворков корпоративной архитектуры: что будет дальше в эпоху искусственного интеллекта».
Это не просто критика. Это план для мира после плана.
👇 Читайте ее, не соглашайтесь с ней, воруйте у нее - но не игнорируйте ее.
Потому что будущее уже наступило, и оно не ждет одобрения руководства.
#AINative #FutureOfEA #MaverickArchitecture #DeathOfTOGAF #LivingSystems
Технология как работать с git и конфигуратором без хранилища и EDT.
Тоже можно было бы прикрутить к СППР
Тоже можно было бы прикрутить к СППР
infostart.ru
Работаем с GIT без хранилища и EDT
Разберем, как организовать работу с GIT, не покидая конфигуратор, и зачем может понадобиться автономный сервер. Вы узнаете о скриптах, которые автоматизируют взаимодействие с GIT прямо из 1С, а также о методах сборки / разборки обработок и расширений «на…
Кто смотрел курс от 1С
"Методика поддержки и сопровождения прикладных решений на базе платформы 1С:Предприятие 8"
Есть ли там что-то полезное для применения в СППР?
"Методика поддержки и сопровождения прикладных решений на базе платформы 1С:Предприятие 8"
Есть ли там что-то полезное для применения в СППР?
🔥1
Вот вам ниже цитата-ещё мысль с просторов интернета о различиях
старого формата архитектора/архитектуры и архитектора с ИИ
От понимания такого подхода зависит то, какой надо строить "СППР"
Краткая выжимка:
Архитектор с ИИ проектирует поведение системы, а не что она делает.
старого формата архитектора/архитектуры и архитектора с ИИ
От понимания такого подхода зависит то, какой надо строить "СППР"
Краткая выжимка:
Архитектор с ИИ проектирует поведение системы, а не что она делает.
Если вы архитектор, это ваш момент
Мир переходит от API к агентам, от безотказной работы к неопределенности
И самые ценные архитекторы сегодня учатся управлять ИИ
Большинство проектов ИИ поставляются без реальной архитектуры
Не потому что нам все равно
Но поскольку роль архитектора ИИ становится все более актуальной,
И во многих организациях он по-прежнему отсутствует, неправильно понят или неправильно назначен.
Встречайте архитектора искусственного интеллекта
Чем эта роль отличается от роли архитекторов, которых мы знаем уже десятилетиями?
Давайте разберем это
🔸 Традиционный архитектор
Строит детерминированные системы
Мыслите в терминах API, инфраструктуры, потоков данных и времени безотказной работы
🔸 Архитектор ИИ
Строит вероятностные системы
Мыслит в терминах LLM, агентов, памяти, циклов оценки и сетей безопасности
Так что же на самом деле меняется?
✅ Формирует поведение системы, а не только то, что она делает
✅ Проектирует циклы оценки, логику отката и системы обратной связи, а не только конвейеры CI/CD
✅ Сопоставляет подсказки, память, использование инструментов и риски галлюцинаций, а не только схемы данных
✅ Организует рассуждения, поиск и надежность, а не только диаграммы
Проще говоря, эта роль гарантирует, что системы ИИ не просто работают
Они ведут себя предсказуемо, регулярно и безопасно в реальном мире.
Это поднимает большие вопросы.
• Должны ли ваши нынешние архитекторы перейти на эту должность?
• Или вы пригласите кого-то, кто уже это делал?
• Что сломается, если никто так не думает?
Мы уже это видели.
Агенты запущены без цикла оценки, без отката, без памяти
Полезный один раз, потом сломанный или опасный на следующий день
Это не просто еще один вариант использования.
Ему нужен свой собственный план.
Ваша организация уже разрабатывает систему для этой роли?
Или все еще относиться к ИИ как к плагину
Уже выходят продукты, правда узкоспециализированные, но
уже с попытками отрисовки архитектуры с помощью ИИ.
Здесь пытаются архитектурой кода управлять (не архитектурой функциональности или системы),
ну так это начало.
И решают проблему отсечки фуфлыжных данных проглоченных ИИ при обучении
(о чем переживали некоторые в чате по ходу обсуждения дня три назад).
уже с попытками отрисовки архитектуры с помощью ИИ.
Здесь пытаются архитектурой кода управлять (не архитектурой функциональности или системы),
ну так это начало.
И решают проблему отсечки фуфлыжных данных проглоченных ИИ при обучении
(о чем переживали некоторые в чате по ходу обсуждения дня три назад).
Overclockers.ru
Overclockers.ru: Google представила инструмент MLE-STAR для упрощения разработки систем машинного обучения
Новый инструмент Google берёт на себя рутинную работу специалистов по машинному обучению: сам ищет подходы, улучшает код и находит ошибки. Это может заметно упростить путь от идеи до готовой модели.
Небольшая инструкция, откуда взять функциональную модель для системы 1С: СППР и как её загрузить.
от Дмитрия Кучмы
от Дмитрия Кучмы
infostart.ru
Загрузка функциональной модели в 1С: СППР
Небольшая инструкция, откуда взять функциональную модель для системы 1С: СППР и как её загрузить.
Новую модель OpenAI gpt-oss-120b в программе LM Studio запустили на ноутбуке.
Результаты получились довольно крутые: модель выдает в среднем 40 токенов в секунду,
а первый токен появляется всего за 0.87 секунды.
У ноута 128гб оперативки, модель ест 60гб оперативки и грузит процессор менее чем на 3%.
Вес модели 63гб.
Быстрая и объемная модель ИИ означает, что вам меньше нужно возиться с RAG
и дообучением модели. Меньше денег (до нуля) платить за API до облаков и т.п.
ИИ всё ближе к использованию на персоналках.
Контекст: скоро ли её встроят в СППР?
Результаты получились довольно крутые: модель выдает в среднем 40 токенов в секунду,
а первый токен появляется всего за 0.87 секунды.
У ноута 128гб оперативки, модель ест 60гб оперативки и грузит процессор менее чем на 3%.
Вес модели 63гб.
Быстрая и объемная модель ИИ означает, что вам меньше нужно возиться с RAG
и дообучением модели. Меньше денег (до нуля) платить за API до облаков и т.п.
ИИ всё ближе к использованию на персоналках.
Контекст: скоро ли её встроят в СППР?
СППР и ИИ идеально друг другу подходят.
ИИ работает с текстами.
СППР имеет вход в виде пользовательских историй (они же требования, они же именуемые иногда ТЗ заказчика).
Это всё текст.
ИИ умеет работать с текстом и его смыслами.
ИИ способен решить узловую потребность СППР.
А именно: разложить (декомпозировать) user story на элементарные смысловые утверждения.
Которые могут быть сохранены в виде Требований СППР.
Эти Требования могут быть связаны тем же ИИ с метаданными конфигурации через СППР.
Если метаданные и код конфигурации вкачать в ИИ (а это то самое МСР),
тогда в СППР получим архитектурное описание,
и ИИ сможет писать программный код и тесты, используя архитектуру как ограничение и защиту от фантазий.
UPD ИИ умеет также работать со входными таблицами, картинками, графиками, речью.
Так что не только текст может быть сконвертирован в код.
ИИ работает с текстами.
СППР имеет вход в виде пользовательских историй (они же требования, они же именуемые иногда ТЗ заказчика).
Это всё текст.
ИИ умеет работать с текстом и его смыслами.
ИИ способен решить узловую потребность СППР.
А именно: разложить (декомпозировать) user story на элементарные смысловые утверждения.
Которые могут быть сохранены в виде Требований СППР.
Эти Требования могут быть связаны тем же ИИ с метаданными конфигурации через СППР.
Если метаданные и код конфигурации вкачать в ИИ (а это то самое МСР),
тогда в СППР получим архитектурное описание,
и ИИ сможет писать программный код и тесты, используя архитектуру как ограничение и защиту от фантазий.
UPD ИИ умеет также работать со входными таблицами, картинками, графиками, речью.
Так что не только текст может быть сконвертирован в код.
👍6
This media is not supported in your browser
VIEW IN TELEGRAM
Попутно скину здесь описание навыков и инструментов необходимых для работы с ИИ.
Взято с просторов инета.
Взято с просторов инета.
🔥3
Статья из которой следует весьма интересная мысль:
Предложение свести весь код проекта в особый маркдаун-файл,
заточенный под работу с ИИ, может означать что таким маркдаун-файлом
описывается архитектура кода.
Да, это получение архитектуры реверс-инжинирингом,
постфактум после написания кода программистом.
Но это архитектура всё же какая-никакая.
Тоже вариант.
Вон, Капралов работал над АСТ-деревом кода,
так здесь пожалуйста оно же по смыслу войдёт в маркдаун-файл.
На слово "маркдаун" не стоит реагировать как на единственное
решение. Может быть много файлов, но организованных по иному формату.
Таким образом, если в СППР имеется свод всех метаданных проекта, а ещё в неё загрузить весь код проекта,
то фактически имеем сложный формат такого маркдауна.
Осталось разложить на АСТ-дерево, прописать связи функций и всё это в каком-то едином текстовом формате
и, пожалуйста, вот вам основа для передачи конфигурации 1С в МСР или RAG для работы ИИ.
Предложение свести весь код проекта в особый маркдаун-файл,
заточенный под работу с ИИ, может означать что таким маркдаун-файлом
описывается архитектура кода.
Да, это получение архитектуры реверс-инжинирингом,
постфактум после написания кода программистом.
Но это архитектура всё же какая-никакая.
Тоже вариант.
Вон, Капралов работал над АСТ-деревом кода,
так здесь пожалуйста оно же по смыслу войдёт в маркдаун-файл.
На слово "маркдаун" не стоит реагировать как на единственное
решение. Может быть много файлов, но организованных по иному формату.
Таким образом, если в СППР имеется свод всех метаданных проекта, а ещё в неё загрузить весь код проекта,
то фактически имеем сложный формат такого маркдауна.
Осталось разложить на АСТ-дерево, прописать связи функций и всё это в каком-то едином текстовом формате
и, пожалуйста, вот вам основа для передачи конфигурации 1С в МСР или RAG для работы ИИ.
Дзен | Статьи
CodeWeaver: как превратить свой код в единый Markdown-файл для ИИ
Статья автора «Цифровая Переплавка» в Дзене ✍: Сегодня всё больше разработчиков стремятся дать системам ИИ (ChatGPT, GitHub Copilot и другим) более структурированный доступ к исходному коду.
Секрет успешного выполнения проектов на базе СППР у ВЦ Раздолье.
Возможно, только у них одних.
Но, возможно, только для ERP.
Возможно, проекты на Бухгалтерии 3.0 уже не вытянуть.
Возможно, только у них одних.
Но, возможно, только для ERP.
Возможно, проекты на Бухгалтерии 3.0 уже не вытянуть.
Участники мероприятия пришли к выводу, что технология внедрения ERP-системы не может быть для всех одна.
ИТ Медиа | Компании сообщают
ВЦ «Раздолье» разработал собственную технологию внедрения 1С:ERP
Для собственников бизнеса, генеральных, финансовых и IT-директоров, специалистов фирм-интеграторов Внедренческий центр «Раздолье» провел бесплатный вебинар «1С:ERP: Технологии успешных проектов».
👍2
Если кто-то хочет участвовать в голосовании на доклады Инфостарт,
попросите участников чата проголосовать по вашей ссылке.
попросите участников чата проголосовать по вашей ссылке.
Интересный взгляд от Алексея Кролла
на соотношение ИИ и программистов.
Упрощённо: Программисты в основном это ПТУшники как спецы,
их эпоха как топов-спецев проходит благодаря ИИ.
на соотношение ИИ и программистов.
Упрощённо: Программисты в основном это ПТУшники как спецы,
их эпоха как топов-спецев проходит благодаря ИИ.
Программисты любят говорить, что вайб кодинг (программирование с ИИ) это для домохозяек.
Реальность такова, что вайбкодингом занимаются ученые, профессионалы, специалисты, врачи, юристы, решающие предметные задачи в 1000 раз более сложные, чем большая часть разработчиков способна себе представить.
Давайте расставим точки над i - среди разработчиков есть от силы 5-7% действительно квалифицированных выдающихся инженеров, остальные 90% это уровень ПТУ. Да, токарь умеет работать на токарном станке, но на этом его уровень ограничен и никогда не поднимется выше.
Любой профессионал сейчас способен создавать приложения с помощью ИИ, решающие сложные научные, инженерные и прочие прикладные проблемы, вытекающие из самого предмета.
Однако, 90% разработчиков пэтэушников никогда не освоят уровень настоящих профессий со сложными доменами знаний.
Лишь 5% людей, работающих в ИТ индустрии создают что-то серьезное. Остальная масса программистов - пэтэушники, занимающиеся обезъяним кодом и этот факт многократно подтвержден тем, что в этой отрасли доминирует индусы, которые проходят ускоренные курсы в деревнях.
Также стоит учитывать тот факт, что в 90% случаях пэтэушники никакой код не пишут, а роятся в развалах ГитХаба в поисках уже написанного кода, которого написаны тонны. Все бизнес приложения на 90% состоят из стандартных кусков и библиотек, написанных годы назад. Не считая маркетплейсов шаблонов, кода, утилит, интерфесов, автоматизаций с тысячами продуктов за 30$.
Поэтому, как и в любой креативной индустрии правило Паретто неумолимо - не более 5% выдающихся инженеров действительно создают что-то мощное. Остальные, по большей части обладают довольно низкой квалификацией в узкой области.
Тем не менее до эпохи ИИ надо было потратить 1-2 года, чтобы наблатыкаться в каком-то языке, фреймфорках, научиться использовать IDE, GitHub, методы коллективной рабы, т.е. обрести начальные навыки профессии, чтобы приняли на работу хотя бы джуном на медные деньги, а потом еще пара лет, чтобы стать более или менее крепким середняком, иметь стабильную работу. И считаться мидлом. 🤣
Т.е. в среднем 3-5 лет нужны было обучения и практики, чтобы стать ремесленником и это не высшее образование в области Компьютерных Наук. Это уровень ПТУ + практика. Как раньше готовили слесарей, пекарей, токарей, швей мотористок, медсестер. Это среднее проф. образование.
И разумеется, это не сопоставимо с реальным высшим образованием в STEM (и не только) и 10+ годами опыта в действительно сложных кейсах, как медицина, физика, биология, материаловедение, право, архитектура, технологии, чтобы стать хотя бы средним профессионалом в любой прикладной дисциплине, включая технологии. Профессионалом, способным находить решения комплексных проблем, требующих глубокого погружения в прикладное знание, понимания фундаментальных научных и инженерных концепций.
Сейчас ИИ дает возможность полностью убрать для профессионалов препятствие в виде навыка создания приложений, и мы ТОЛЬКО в начале этого процесса.
Инструменты и ИИ прогрессируют с чудовищной скоростью, люди учатся еще быстрей. Тот путь, который программист пэтэушник проходил за 5 лет, сейчас любой профессионал проходит за 2-3 месяца, но при этом он остается высококвалифицированным профессионалом, добавив в копилку навык и супер мощный инструмент.
До эпохи ИИ у вас могло возникнуть 1000 идей, которые вы не могли реализовать или нужно было привлекать разработчиков, т.е. нужно было иметь прорву денег.
Сейчас вы можете все реализовать сами, и хотя ваши первые приложения будут просты с точки зрения архитектуры, они будут решать сложные реальные проблемы, названия которых 90% разработчиков даже выговорить не могут.
👍3
Но вам и не нужны сложные приложения. Вам нужны приложения, которые реально работают и решают проблемы, вы будете учится, и если 1-ая версия вашего приложения будет не учитывать каких-то нюансов, то вы быстро во всем разберетесь с помощью того же ИИ. Ваша 5-ая версия приложения будет абсолютно полноценна. И Вам не потребуется годы, чтобы создавать это. И тем более вам не потребуется нанимать посредников между вами и вашей мечтой.
Вы сможете реализовать все за пару недель. И протестировать, и все это будет безопасно, работать под нагрузкой, оптимизировано, респонсивно и будет соответствовать еще куче требований, которым разработчики придают важность, но которые все являются обычным здравым смысли. И вы все это освоите за 10 минут с помощью ИИ.
Сейчас совершенно очевидно, что быстрей всех потеряют работать 90% разработчиков пэтэушников, они объяты ужасом, потому что понимают, что теперь они не нужны, и то небольшое преимущество, которое они имели - стремительно утекает, а больше ничего они не умеют. И у них нет 10+ лет, чтобы получить новую профессию (в которой тоже непонятны перспективы).
Поэтому пэтэушники все время пытаются обесценивать ИИ, грозят, смеются, плюются. Это страх, который к вам, уважаемые профессионалы не имеет отношения. Ну и потом, 90% разработчиков работает в найме, т.е. у них нет мужества брать судьбу в свои руки, они не выносят риска, ценят стабильность, предсказуемость и склонны к послушанию. Т.е. эти люди, увы, не создают нового, а лишь выполняют указания и большая часть времени уходит на то, как оправдать свое существование в глазах менеджеров.
Пройдет 3-5 лет и все профессионалы останутся, владеющие всем набором инструментов, в т.ч. и созданием приложений, и будут сами создавать удивительные вещи. А все пэтэушники присядут в гетто на пособие (там, где его будут платить). И даже в курьеры не смогут податься, ибо там будут роботы.
Так что осваиваете все возможности, который дает ИИ, и никого не слушайте, и в первую очередь тех, кому невыгодно, чтобы вы научились делать то, что делают они.
Статья про использование СППР в Росатоме (Гринатом)
Акценты на:
1) СППР используется и для управления внутренними специалистами так и подрядчиками
2) все процессы централизованы в СППР
3) вся цепочка жизненного цикла задач реализована в СППР от постановки до закрытия, включая текущую поддержку
4) в СППР создан нетиповой рабочий стол под свои уникальные процессы
5) СППР преподносится как основная система для РАЗРАБОТЧИКОВ
Цитата дня из статьи:
(хм. как понимается из текста статьи за счёт нарезки простых задач из СППР стажёрам и, видимо, есть классификатор ТИПОВ задач без которого это невозможно)
Акценты на:
1) СППР используется и для управления внутренними специалистами так и подрядчиками
2) все процессы централизованы в СППР
3) вся цепочка жизненного цикла задач реализована в СППР от постановки до закрытия, включая текущую поддержку
4) в СППР создан нетиповой рабочий стол под свои уникальные процессы
5) СППР преподносится как основная система для РАЗРАБОТЧИКОВ
Цитата дня из статьи:
Если поступает сигнал – например, «зависла платежка» или «не загружаются файлы» – я или любой специалист можем оперативно открыть СППР и получить объективную историю событий, даже не имея доступа к прикладной 1С системе.
Мы используем СППР как централизованное хранилище для документации: сюда загружаются статьи ИТС, проектные решения, инструкции, памятки, обучающие видеоматериалы, а также ответы на часто задаваемые вопросы. Всю эту информацию мы структурируем и привязываем к соответствующим типам документов
Ключевые достижения внедрения СППР
...
70% доработок выполнено стажерами.
(хм. как понимается из текста статьи за счёт нарезки простых задач из СППР стажёрам и, видимо, есть классификатор ТИПОВ задач без которого это невозможно)
infostart.ru
СППР – универсальный инструмент для проектов и поддержки
Рассказываем, как СППР превратилась из системы управления задачами в единую платформу для проектной работы, поддержки и разработки. Делимся опытом объединения задач, техпроектов и обращений пользователей в одном интерфейсе. Показываем, как СППР помогает управлять…
Please open Telegram to view this post
VIEW IN TELEGRAM
Статья Ведение проектной документации в СППР
Первое впечатление: решение полностью параллельно типовому функционалу СППР.
Стоило ли делать такое дублирование или можно было обойтись типовым функционалом?
Первое впечатление: решение полностью параллельно типовому функционалу СППР.
Стоило ли делать такое дублирование или можно было обойтись типовым функционалом?
infostart.ru
Ведение проектной документации в СППР
Организация ведения проектной документации на базе СППР. Как решить вопросы эффективности при проектах, направленных на доработку или внедрение новых продуктов от 1С, при "зоопарке" программ финансового учета и анализа, бухгалтерии ведения конструкторской…